login
Search
| From | Subject | Date |
|---|---|---|
| Al Viro | [PATCH] oom_kill bug
Wrong order of arguments
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
---
diff --git a/mm/oom_kill.c b/mm/oom_kill.c
index 824cade..91a081a 100644
--- a/mm/oom_kill.c
+++ b/mm/oom_kill.c
@@ -496,7 +496,7 @@ retry:
panic("Out of memory and no killable processes...\n");
}
- if (oom_kill_process(p, points, gfp_mask, order,
+ if (oom_kill_process(p, gfp_mask, order, points,
"Out of memory"))
goto retry;
-
| Oct 20, 4:45 pm 2007 |
| Al Viro | [PATCH] vfc_dev conversion to mutex: fallout
commit 7b96dc023a1b487bce59256fde14b8bb28b45aea had missed one
place.
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
---
diff --git a/drivers/sbus/char/vfc_dev.c b/drivers/sbus/char/vfc_dev.c
index e7a1642..d4f8fcd 100644
--- a/drivers/sbus/char/vfc_dev.c
+++ b/drivers/sbus/char/vfc_dev.c
@@ -134,7 +134,7 @@ int init_vfc_hw(struct vfc_dev *dev)
int init_vfc_devstruct(struct vfc_dev *dev, int instance)
{
dev->instance=instance;
- init_MUTEX(&dev->device_lock_sem);
+ mut...
| Oct 20, 4:47 pm 2007 |
| Helge Deller | [PATCH 0/2] Time-based RFC 4122 UUID generator
Andrew,
this is a series of two patches for the kernels UUID generator which was already posted two weeks ago to LKML for discussion:
http://lkml.org/lkml/2007/10/6/37
1) The first patch fixes a real (although not too critical) bug in the current UUID random generator. It would be great if this could go to Linus soon.
2) The second patch implements a time-based UUID generator acording to RFC 4122. It would be great if you could apply this patch to your mm tree for broader testing.
I did tested...
| Oct 20, 3:39 pm 2007 |
| Helge Deller | [PATCH 1/2] UUID: set multicast bit in pseudo-random MAC add...
Fix a bug in the current random UUID generator:
So up to now it was just pure ("random") luck if this bit was set or not.
This tiny patch sets the bit explicitely.
Signed-off-by: Helge Deller <deller@gmx.de>
CC: Valdis.Kletnieks@vt.edu
random.c | 2 ++
1 file changed, 2 insertions(+)
--- a/drivers/char/random.c
+++ b/drivers/char/random.c
@@ -1157,6 +1158,8 @@ void generate_random_uuid(unsigned char uuid_out[16])
uuid_out[6] = (uuid_out[6] & 0x0F) | 0x40;
/* Set the U...
| Oct 20, 3:58 pm 2007 |
| Helge Deller | [PATCH 2/2] UUID: Time-based RFC 4122 UUID generator
The current Linux kernel currently contains the generate_random_uuid()
function, which creates - based on RFC 4122 - truly random UUIDs and
provides them to userspace through /proc/sys/kernel/random/boot_id
and /proc/sys/kernel/random/uuid.
The attached patch additionally adds the "Time-based UUID" variant
of RFC 4122 to the Linux Kernel.
With this patch applied, userspace applications may easily get real unique
time-based UUIDs through /proc/sys/kernel/random/uuid_time.
The attached implemen...
| Oct 20, 4:00 pm 2007 |
| Adrian Bunk | Linux 2.6.16.56-rc1
Security fixes since 2.6.16.55:
- CVE-2007-3739: Don't allow the stack to grow into hugetlb reserved regions
- CVE-2007-4133: hugetlb: fix prio_tree unit
Location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git tree:
http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss
Changes since 2.6.16.55:
Adam Litke (1):
Don't allow the ...
| Oct 20, 5:44 pm 2007 |
| Erez Zadok | what to call it after 2.6.23 but before 2.6.24-rc1?
Linus, is there a preferred name to refer to the kernel version in your tree
after 2.6.23 is out (and the official 2.6.23.y git was created) but before
you release 2.6.24-rc1? I've seen online references to it as "2.6.24",
"2.6.24++", "2.6.24-rc0", etc. Since your top-level Makefile still says
"2.6.23", it is sometimes a bit confusing when one is testing code against
your tree as well as the previously released stable kernel. I usually will
stick a localversion file in my cloned copy of your tree, ...
| Oct 20, 5:54 pm 2007 |
| Linus Torvalds | Re: what to call it after 2.6.23 but before 2.6.24-rc1?
Well, since you can only get one of those kernels in two ways, there's a
very unambiguous naming policy.
- if you got one of the nightly snapshots, name it by the snapshot name
(I still call them "nightly snapshots", but they do in fact happen
twice a day if there have been changes, so that's not technically
correct)
So the last snapshot would be linux-2.6.23-git15
This is an exact name, because you can go to kernel.org and look up the
exact commit ID that was use...
| Oct 20, 6:26 pm 2007 |
| Erez Zadok | Re: what to call it after 2.6.23 but before 2.6.24-rc1?
Bingo. git-describe is what I was looking for. It's more accurate to use
as a reference even after rcN come out. My current cloned tree of yours
sez:
v2.6.23-6562-g8add244
One more small git question: I keep a separate tree for unionfs, which I
rebase often based on your tree. But my tree sez:
$ git-describe
v2.6.21-rc1-22880-g3a1848d
"v2.6.21-rc1"? What am I missing (some tags I forgot to pull?) Why isn't
git-describe saying that I'm based on your latest tree?
Thanks,
Erez.
-...
| Oct 20, 7:05 pm 2007 |
| Alexey Dobriyan | [PATCH] Fix oom_kill_process() printout
CHECK mm/oom_kill.c
mm/oom_kill.c:499:27: warning: incorrect type in argument 2 (different base types)
mm/oom_kill.c:499:27: expected restricted unsigned int [usertype] gfp_mask
mm/oom_kill.c:499:27: got unsigned long [unsigned] [addressable] points
mm/oom_kill.c:499:35: warning: incorrect type in argument 3 (different base types)
mm/oom_kill.c:499:35: expected int [signed] order
mm/oom_kill.c:499:35: got restricted unsigned int [usertype] gfp_mask
Signed-off-by: Alexey Dobriyan <...
| Oct 20, 6:00 pm 2007 |
| Jan Engelhardt | [PATCH 0/4] MultiAdmin 1.0.7
As per James's request, I am reposting the MultiAdmin LSM in its
current form (2.6.23.1, still with the modular LSM interface).
-
| Oct 20, 7:51 pm 2007 |
| Jan Engelhardt | [PATCH 4/4] MultiAdmin 1.0.7
[PATCH 4/4] MultiAdmin module
- Add the MultiAdmin to the mainline tree.
I hope the rest is self-explanatory :)
Signed-off-by: Jan Engelhardt <jengelh@gmx.de>, May 01 2006
Modified July 11 2006
---
security/Kconfig | 17 +
security/Makefile | 3
security/multiadm.c | 628 ++++++++++++++++++++++++++++++++++++++++++++++++++++
3 files changed, 648 insertions(+)
Index: linux-2.6.23.1/security/Kconfig
==========================================================...
| Oct 20, 7:53 pm 2007 |
| Jan Engelhardt | [PATCH 2/4] MultiAdmin 1.0.7
[PATCH 2/4] Use of capable_light()
capable() now behaves like (capable_light() && is_superadm). Since some
operations are allowed by subadmins too, it suffices to use
capable_light().
Signed-off-by: Jan Engelhardt <jengelh@gmx.de>, May 01 2006
Modified July 11 2006
---
arch/alpha/kernel/pci-noop.c | 2 +-
drivers/char/lp.c | 2 +-
drivers/firmware/efivars.c | 2 +-
drivers/pci/pci-sysfs.c | 2 +-
drivers/pci/proc.c | 2 +-
drive...
| Oct 20, 7:52 pm 2007 |
| Jan Engelhardt | [PATCH 3/4] MultiAdmin 1.0.7
[PATCH 3/4] task_post_setgid()
- Implement the task_post_setgid() LSM hook which is required by
MultiAdmin to switch between classes.
(task_post_setuid also switches between classes -- and already exists)
Signed-off-by: Jan Engelhardt <jengelh@gmx.de>, May 01 2006
Modified July 11 2006
---
include/linux/security.h | 13 +++++++++++++
kernel/sys.c | 15 ++++++++++++---
security/dummy.c | 7 +++++++
3 files changed, 32 insertions(+), ...
| Oct 20, 7:53 pm 2007 |
| Jan Engelhardt | [PATCH 1/4] MultiAdmin 1.0.7
[PATCH 1/4] security_cap_extra() and more
- Renames capable() to capable_light().
This function is used if only a capability is to be checked.
- Implement a new capable that calls security_cap_extra().
Since a subadmin has almost the same capabilities as a
superadmin, an extra helper is needed to decide whether an
action is allowed, based on the philosophy of the LSM.
- implement the .cap_extra LSM hook
Signed-off-by: Jan Engelhardt <j...
| Oct 20, 7:52 pm 2007 |
| Jan Engelhardt | Re: [PATCH 0/4] MultiAdmin 1.0.7
[PATCH 3/4] task_post_setgid()
- Implement the task_post_setgid() LSM hook which is required by
MultiAdmin to switch between classes.
(task_post_setuid also switches between classes -- and already exists)
Signed-off-by: Jan Engelhardt <jengelh@gmx.de>, May 01 2006
Modified July 11 2006
---
include/linux/security.h | 13 +++++++++++++
kernel/sys.c | 15 ++++++++++++---
security/dummy.c | 7 +++++++
3 files changed, 32 insertions(+), ...
| Oct 20, 7:52 pm 2007 |
| Milton D. Miller II | [PATCH] Fix sched_domain sysctl registration again
commit 029190c515f15f512ac85de8fc686d4dbd0ae731 (cpuset
sched_load_balance flag) was not tested SCHED_DEBUG enabled as
committed as it dereferences NULL when used and it reordered
the sysctl registration to cause it to never show any domains
or their tunables.
Fixes:
1) restore arch_init_sched_domains ordering
we can't walk the domains before we build them
presently we register cpus with empty directories (no domain
directories or files).
2) make unregister_sched_domain_sysctl do nothi...
| Oct 20, 3:41 pm 2007 |
| Milton Miller | [PATCH] Fix sched_domain sysctl registration again
commit 029190c515f15f512ac85de8fc686d4dbd0ae731 (cpuset
sched_load_balance flag) was not tested SCHED_DEBUG enabled as
committed as it dereferences NULL when used and it reordered
the sysctl registration to cause it to never show any domains
or their tunables.
Fixes:
1) restore arch_init_sched_domains ordering
we can't walk the domains before we build them
presently we register cpus with empty directories (no domain
directories or files).
2) make unregister_sched_domain_sysctl do nothi...
| Oct 20, 3:48 pm 2007 |
| Alexey Dobriyan | [PATCH 1/2] irq_flags_t: intro and core annotations
One of type of bugs steadily being fought is the following one:
unsigned int flags;
spin_lock_irqsave(&lock, flags);
where "flags" should be "unsigned long". Here is far from complete list of
commits fixing such bugs:
099575b6cb7eaf18211ba72de56264f67651b90b
5efee174f8a101cafb1607d2b629bed353701457
c53421b18f205c5f97c604ae55c6a921f034b0f6 (many)
ca7e235f5eb960d83b45cef4384b490672538cd9
361f6ed1d00f666a1a7c33f3e9aaccb713f9b9e4
So far remedies were:
a) grep(1) -- obviously fragile. I ...
| Oct 20, 7:55 pm 2007 |
| Alexey Dobriyan | [PATCH 2/2] irq_flags_t: annotate kernel/
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
---
include/linux/sched.h | 4 +-
kernel/audit.c | 10 +++---
kernel/cpu_acct.c | 2 -
kernel/delayacct.c | 6 +--
kernel/hrtimer.c | 16 ++++-----
kernel/irq/chip.c | 16 ++++-----
kernel/irq/manage.c | 12 +++----
kernel/irq/migration.c | 2 -
kernel/irq/proc.c | 2 -
kernel/latency.c | 6 +--
kernel/mutex...
| Oct 20, 7:56 pm 2007 |
| Theodore Tso | Potential regression in -git15: can't resume stopped root sh...
I was testing 2.6.23-git15, and I'm noticing that if I su to root, then
suspend the root shell, and try continue it via "fg", it hangs. The ps
command reports:
15806 6386 19 0 4012 wait Ss pts/0 00:00:00 bash
0 6444 19 0 1232 finish_stop T+ pts/0 00:00:00 /bin/su -p
0 6445 19 0 3696 finish_stop T pts/0 00:00:00 bash
15806 6571 19 0 776 pipe_wait S+ pts/1 00:00:00 grep pts/0
This works under 2.6.23. I ...
| Oct 20, 2:58 pm 2007 |
| Pavel Machek | rt73usb: support for wireless in Kohjinsha subnotebook
Hi!
Kohjinsha subnotebook seems to contain wifi with USB IDs 0x18e8,
0x6206... I hope that to be compatible with
net/wireless/rt2x00/rt73usb.c .
[Sidenote: could we add some real author info into rt73usb.c?]
I did this on 2.6.23-rc8-mm1 kernel (The RT hack may not be
neccessary), but then it oopses somewhere in softmac layer. I'll try
to play with it some more.
If you have any ideas, let me know.
Pavel
--- clean-mm/drivers/net/wireless/rt2x00/rt73usb.c 2007-10-09 09:32:08.0000000...
| Oct 20, 2:41 pm 2007 |
| Ivo van Doorn | Re: [Rt2400-devel] rt73usb: support for wireless in Kohjinsh...
Is there any reason you assume it is a rt73usb device,
You mean expanding the project name to the full list of developers in
Both removals of -ENODEV are completely wrong. If the device does not pass the above
2 checks it is _not_ a rt73usb device. And forcing the driver to work with the device will
result in all kinds of problems.
If rt2x00 is loaded and detected the device, it should print out a debug message that starts with:
"Chipset detected - " What is in your case the complete line?
...
| Oct 20, 6:12 pm 2007 |
| Jan Beulich | Re: 2.6.23-git Kconfig regression
Jan - I assume you will look into this.
And thanks to David/Randy for narrowing this down.
Thanks,
Sam
-
| Oct 20, 2:27 pm 2007 |
| Brian Gerst | [PATCH] x86: merge required-features.h
Signed-off-by: Brian Gerst <bgerst@didntduck.org>
---
include/asm-x86/required-features.h | 73 ++++++++++++++++++++++++++++++-
include/asm-x86/required-features_32.h | 55 ------------------------
include/asm-x86/required-features_64.h | 46 --------------------
3 files changed, 70 insertions(+), 104 deletions(-)
delete mode 100644 include/asm-x86/required-features_32.h
delete mode 100644 include/asm-x86/required-features_64.h
diff --git a/include/asm-x86/required-features.h b/i...
| Oct 20, 1:41 pm 2007 |
| Thomas Gleixner | Re: [PATCH] x86: merge required-features.h
Applied, thanks.
tglx
-
| Oct 20, 2:52 pm 2007 |
| emist | Re: [PATCH] Bug fix for the s390 dcssblk driver
Thanks Frans, I will do as you suggest.
Have a good one,
Igor H.
-
| Oct 20, 1:24 pm 2007 |
| Ben | Problem with reiserfs in 2.6.23-mm1
Hello.
Whenever I log into xfce with gdm my computer will freeze when i use
reiserfs as my /home on 2.6.23-mm1. Logging into the VT works perfectly
fine. Previously my system would crash when logging into the VT but the
make-reiserfs-stop-using-struct-file-for-internal.patch patch fixed the
issue(and possibly introduced the issue I currently have). My system
works perfectly fine using 2.6.23-rc6-mm1 and prior. /home is mounted
with the following options: /dev/sda3 on /home type reiserfs
(rw,...
| Oct 20, 10:17 am 2007 |
| Oleg Nesterov | [PATCH] cfq_get_queue: fix possible NULL pointer access
cfq_get_queue()->cfq_find_alloc_queue() can fail, check the returned value.
Signed-off-by: Oleg Nesterov <oleg@tv-sign.ru>
--- K/block/cfq-iosched.c~3_get 2007-10-20 15:48:35.000000000 +0400
+++ K/block/cfq-iosched.c 2007-10-20 17:05:30.000000000 +0400
@@ -1443,8 +1443,11 @@ cfq_get_queue(struct cfq_data *cfqd, int
cfqq = *async_cfqq;
}
- if (!cfqq)
+ if (!cfqq) {
cfqq = cfq_find_alloc_queue(cfqd, is_sync, tsk, gfp_mask);
+ if (!cfqq)
+ return NULL;
+ }
/*
* ...
| Oct 20, 9:11 am 2007 |
| Aneesh Kumar K.V | Kconfig.instrumentation not available on i386
diff --git a/arch/i386/Kconfig b/arch/i386/Kconfig
index f6e44fc..9e8a74f 100644
--- a/arch/i386/Kconfig
+++ b/arch/i386/Kconfig
@@ -1258,6 +1258,8 @@ source "drivers/Kconfig"
source "fs/Kconfig"
+source "kernel/Kconfig.instrumentation"
+
source "arch/i386/Kconfig.debug"
source "security/Kconfig"
-
| Oct 20, 9:01 am 2007 |
| Mathieu Desnoyers | [PATCH] Kconfig.instrumentation sourcing missing on i386 and...
The same happened on i386 and x86_64. I guess some bits from the
combine-instrumentation-menus-in-kernel-kconfiginstrumentation.patch
were lost during the mainline merge.
Andrew, could you forward this patch to Linus ?
It applies on top of the current 2.6.23 git HEAD.
Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
---
arch/i386/Kconfig | 2 ++
arch/x86_64/Kconfig | 2 ++
2 files changed, 4 insertions(+)
Index: linux-2.6-lttng.stable/arch/i386/Kconfig
======...
| Oct 20, 12:01 pm 2007 |
| Oleg Nesterov | [PATCH 2/2] blk_sync_queue() should cancel request_queue->...
(untested, needs an explicit ack/nack from maintainer)
blk_sync_queue() cancels the timer, but forgets to cancel the work.
Signed-off-by: Oleg Nesterov <oleg@tv-sign.ru>
--- K/block/ll_rw_blk.c~2_blk 2007-10-13 14:51:42.000000000 +0400
+++ K/block/ll_rw_blk.c 2007-10-20 16:10:08.000000000 +0400
@@ -1723,6 +1723,7 @@ EXPORT_SYMBOL(blk_stop_queue);
void blk_sync_queue(struct request_queue *q)
{
del_timer_sync(&q->unplug_timer);
+ kblockd_flush_work(&q->unplug_work);
}
...
| Oct 20, 8:20 am 2007 |
| Oleg Nesterov | [PATCH 1/2] cfq_exit_queue() should cancel cfq_data->unpl...
(untested, needs an explicit ack/nack from maintainer)
Spotted by Nick <gentuu@gmail.com>, perhaps explains the first trace in
http://bugzilla.kernel.org/show_bug.cgi?id=9180.
cfq_exit_queue() should cancel cfqd->unplug_work before freeing cfqd.
blk_sync_queue() seems unneeded, removed.
Q: why cfq_exit_queue() calls cfq_shutdown_timer_wq() twice?
Signed-off-by: Oleg Nesterov <oleg@tv-sign.ru>
--- K/block/cfq-iosched.c~1_cfq 2007-08-09 19:59:26.000000000 +0400
+++ K/block/cfq...
| Oct 20, 8:20 am 2007 |
| Jan Engelhardt | [PATCH] vfat permissions
[fs/fat/]: Refine chmod checks
Prohibit mode changes in non-quiet mode that cannot be stored reliably
with the on-disk format.
Suppose a vfat filesystem is mounted with umask=0 and [not-quiet].
Then all files will have mode 0777. Trying to change the owner will
fail, because fat does not know about owners or groups. chmod 0770,
on the other hand, will succeed, even though fat does not know about
the permission triplet [user/group/other].
So this patch changes fat's not-quiet behavior so that o...
| Oct 20, 8:14 am 2007 |
| Nick Warne | [PATCH] Kconfig bug
Hi all,
I noticed I had a module option being built that wasn't in menuconfig.
It is missing description. I also added a brief help message.
Signed off by: Nick Warne <nick@ukfsn.org>
Nick
--
Free Software Foundation Associate Member 5508
| Oct 20, 7:57 am 2007 |
| Henrik Carlqvist | tristate and bool not enogh for Kconfig anymore
I think there is a need for Kconfig to specify that a functionality could
be built as a module or not built at all.
Some drivers require that firmware is loaded when the driver is
initialized. The kernel has functionalities for this by using a userspace
program. However, this userspace program is only usable from modules and
not during boot while any initrd or any other file system has not yet been
mounted and yet less any processes started.
For example, Slackware 12 has a huge kernel with a lot ...
| Oct 20, 8:42 am 2007 |
| Sam Ravnborg | Re: tristate and bool not enogh for Kconfig anymore
I assume
depends on MODULES
should do the trick.
Sam
-
| Oct 20, 3:17 pm 2007 |
| Randy Dunlap | Re: tristate and bool not enogh for Kconfig anymore
Some modules use (e.g.)
depends on PCMCIA and m
but using MODULES does make more sense to me.
---
~Randy
-
| Oct 20, 5:56 pm 2007 |
| Chris Snook | [PATCH] x86: unify div64{,_32,_64}.h
From: Chris Snook <csnook@redhat.com>
Unify x86 div64.h headers.
Signed-off-by: Chris Snook <csnook@redhat.com>
diff -Nurp a/include/asm-x86/div64_32.h b/include/asm-x86/div64_32.h
--- a/include/asm-x86/div64_32.h 2007-10-20 07:33:53.000000000 -0400
+++ b/include/asm-x86/div64_32.h 1969-12-31 19:00:00.000000000 -0500
@@ -1,52 +0,0 @@
-#ifndef __I386_DIV64
-#define __I386_DIV64
-
-#include <linux/types.h>
-
-/*
- * do_div() is NOT a C function. It wants to return
- * two...
| Oct 20, 7:51 am 2007 |
| Chris Snook | [PATCH] x86: unify a.out{,_32,_64}.h
From: Chris Snook <csnook@redhat.com>
Unify x86 a.out_32.h and a.out_64.h
Signed-off-by: Chris Snook <csnook@redhat.com>
diff -Nurp a/include/asm-x86/a.out_32.h b/include/asm-x86/a.out_32.h
--- a/include/asm-x86/a.out_32.h 2007-10-20 06:20:01.000000000 -0400
+++ b/include/asm-x86/a.out_32.h 1969-12-31 19:00:00.000000000 -0500
@@ -1,27 +0,0 @@
-#ifndef __I386_A_OUT_H__
-#define __I386_A_OUT_H__
-
-struct exec
-{
- unsigned long a_info; /* Use macros N_MAGIC, etc for access */
...
| Oct 20, 6:37 am 2007 |
| Thomas Gleixner | Re: [PATCH] x86: unify a.out{,_32,_64}.h
The include/asm-x86/Kbuild fixup is missing. I fixed it up.
Applied. Thanks,
tglx
-
| Oct 20, 6:53 am 2007 |
| Jan Blunck | [RFC 2/2] i_op->readdir: Change libfs users to the new in...
This patch changes dcache_readdir() to the new inode operations readdir
interface. Hence all the users of libfs.c are changed to use the new interface
too.
Signed-off-by: Jan Blunck <jblunck@suse.de>
---
fs/autofs4/autofs_i.h | 5 ++---
fs/autofs4/root.c | 41 ++++++++++++++++++++++++-----------------
fs/cifs/inode.c | 1 +
fs/hugetlbfs/inode.c | 1 +
fs/libfs.c | 27 ++++++++++++++-------------
fs/ocfs2/dlm/dlmfs.c | 1 +
fs/ramfs/inode.c | ...
| Oct 20, 6:09 am 2007 |
| Jan Blunck | [RFC 1/2] i_op->readdir: Change readdir() to be an inode ...
This patch adds a new readdir() inode operation. The purpose of this patch is
to enable the VFS to support directory reading on a stack of directories. The
new interface isn't passing the struct file to the filesystem implementation
anymore. Normally the filesystem implementation shouldn't depend on any
information in struct file except for the dentry, the cookie (f_pos) and the
users credentials.
The new interface for the readdir inode operation is as follows:
int (*readdir) (struct dentry *dent...
| Oct 20, 6:09 am 2007 |
| Jan Blunck | [RFC 0/2] readdir() as an inode operation
This is a first try to move readdir() to become an inode operation. This is
necessary for a VFS implementation of "something like union-mounts" where a
readdir() needs to read the directory contents of multiple directories.
Besides that the new interface is no longer giving the struct file to the
filesystem implementations anymore.
Comments, please?
Jan
-
| Oct 20, 6:09 am 2007 |
| Milton Miller | [PATCH] restore arch/ppc/boot cflags
Commit 9a39e273d4df0560c724c5fe71f6314a0583ca2b removed the boot directory
addition to CFLAGS that was being used by the subdirectory builds. For the
other files, that patch set EXTRA_CFLAGS, but Makefile.build explicitly
sets that to empty as it is explicitly for a single directory only.
Append to KBUILD_CFLAGS instead.
Signed-off-by: Milton Miller <miltonm@bga.com>
---
The commit also changed xtensia to export EXTRA_CFLAGS from its boot
directory, that needs to be fixed too.
from ARCH=...
| Oct 20, 4:58 am 2007 |
| Sam Ravnborg | Re: [PATCH] restore arch/ppc/boot cflags
Neat - I had not figured out that the assignmnet took effect
recursively.
I have applied following patch.
Sam
From 437374e9a95062fe310b901e48585691edaf5dd0 Mon Sep 17 00:00:00 2001
From: Milton Miller <miltonm@bga.com>
Date: Sat, 20 Oct 2007 03:58:03 -0500
Subject: [PATCH] kbuild: restore arch/{ppc/xtensa}/boot cflags
Commit 9a39e273d4df0560c724c5fe71f6314a0583ca2b removed the boot directory
addition to CFLAGS that was being used by the subdirectory builds. For the
other files, tha...
| Oct 20, 2:47 pm 2007 |
| Dave Haywood | PROBLEM: oops, Linus tree: 2.6.23-g4fa4d23f, BUG: unable to ...
BUG: unable to handle kernel NULL pointer dereference at virtual address 00000004
Linux s1 2.6.23-g4fa4d23f #4 Fri Oct 19 10:15:50 BST 2007 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux
Gnu C 4.2.0
Gnu make 3.81
binutils 2.18
util-linux 2.12r
mount 2.12r
module-init-tools 3.2.2
e2fsprogs 1.40.2
PPP 2.4.4
Linux C Library 2.6.1
Dynamic linker (ldd) 2.6.1
Procps ...
| Oct 20, 4:07 am 2007 |
| Jiri Kosina | Re: PROBLEM: oops, Linus tree: 2.6.23-g4fa4d23f, BUG: unable...
added some relevant CCs
--
Jiri Kosina
-
| Oct 20, 6:54 am 2007 |
| Guillaume Chazarain | Re: PROBLEM: oops, Linus tree: 2.6.23-g4fa4d23f, BUG: unable...
> > BUG: unable to handle kernel NULL pointer dereference at virtual address 00000004
This should be fixed in recent git by
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9b013e05e0...
HTH.
--
Guillaume
-
| Oct 20, 7:32 am 2007 |
| Yinghai Lu | kbuild: kconfig source with " " or not
Sam,
in Kconfig, most of source to include other kconfig has "..."
for example:
in arch/x86_64/Kconfig:
source "net/Kconfig"
but some other don't
< ./drivers/w1/Kconfig:source drivers/w1/masters/Kconfig
< ./drivers/w1/Kconfig:source drivers/w1/slaves/Kconfig
< ./drivers/i2c/Kconfig:source drivers/i2c/algos/Kconfig
< ./drivers/i2c/Kconfig:source drivers/i2c/busses/Kconfig
< ./drivers/i2c/Kconfig:source drivers/i2c/chips/Kconfig
< ./arch/frv/Kconfig:source kernel/power/K...
| Oct 20, 3:30 am 2007 |
| previous day | today | next day |
|---|---|---|
| October 19, 2007 | October 20, 2007 | October 21, 2007 |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Eric Paris | [RFC 0/5] [TALPA] Intro to a linux interface for on access scanning |
| holzheu | Re: [RFC/PATCH] Documentation of kernel messages |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Alan Cox | Re: [BUG] New Kernel Bugs |
