Thanks, that is certainly helpful, but that only mounts one directory (partition) as Reiser4. This I have already done. I was more interested in how to have a whole partition dedicated to Reiser4 and being able to boot into it. By any chance did you do that? On Sat, 28 Apr 2007 00:37:05 +0800, "Jeff Chua" -- lkml777@123mail.org -- http://www.fastmail.fm - And now for something completely different… -

Does this only happen with DVB and not with analogue TV (I know there are some cx88 hybrid devices out there, I recently got one but couldn't tested it yet ..)? Markus -- Markus Rechberger -

On Fri, 27 Apr 2007 15:49:57 -0700 I'm a bit uncertain about the whole UIO idea, really. I have this vague feeling that we'd prefer to encourage people to move device drivers into GPL'ed kernel rather than encouraging them to do closed-source userspace implementations which will probably end up being slower, less reliable and unavailable on various architectures, distros, etc. But I don't think I have the capacity to actually think about this further eh? How come a particular device requires ...

It's not a closed vs. open issue, it just turns out that a lot of people keep trying to write PCI drivers in userspace (how many different papers were published on this topic alone in the past year...). This framework is to allow this to happen in a sane and correct way. Lots of different types of odd devices do not fit into the "kernelspace driver" framework very well for a variety of reasons: - zillions of different controls in the card - floating point is needed to compute the next step of ...

AFAIK we don't currently have any platform that runs binaries with different sizes of "int" but this is a) an unsigned value anyway, and b) should be a fixed type (eg u32) Otherwise it looks ok at the momenmt, although there is a real nasty waiting for anyone who tries to use it. At the point open is possible or IRQs can be enabled you are safe in the core merged as idev->info is always valid, but any driver module trying to go back via info->uio_dev has a NULL pointer for an early IRQ or o...

From: Hans-J

if this was also on a wiki page... 1) contributors (also casual ones) may update it or add new entries 2) adding a "Forwarded-To:" field and a "renew" button, regression reports could be fired semi-automatically to the right recipients. also the casual reader might bug proper maintainer simply clicking on the button. grave regressions would get more clicks... 3) when the new release is cut, such page is converted and saved as known regression list 4) a mail filter on lkml could perfo...

diff --git a/Makefile b/Makefile index d970cb1..58c08d1 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 21 -EXTRAVERSION = +EXTRAVERSION = .1 NAME = Nocturnal Monster Puppy # *DOCUMENTATION* diff --git a/net/ipv4/fib_frontend.c b/net/ipv4/fib_frontend.c index cac06c4..444a56b 100644 --- a/net/ipv4/fib_frontend.c +++ b/net/ipv4/fib_frontend.c @@ -777,6 +777,10 @@ static void nl_fib_lookup(struct fib_result_nl *frn, struct fib_table *tb ) ...

diff --git a/Makefile b/Makefile index 3e7e6c7..b9ba823 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 20 -EXTRAVERSION = .9 +EXTRAVERSION = .10 NAME = Homicidal Dwarf Hamster # *DOCUMENTATION* diff --git a/net/ipv4/fib_frontend.c b/net/ipv4/fib_frontend.c index fa2cb8c..30aae76 100644 --- a/net/ipv4/fib_frontend.c +++ b/net/ipv4/fib_frontend.c @@ -773,6 +773,10 @@ static void nl_fib_lookup(struct fib_result_nl *frn, struct fib_table *tb ) ...

I previously reported an ISA DMA issue for the 2.6.12 kernel. The issue persists through at least 2.6.18. SCSI controller is an Adaptec AHA-1542B (ISA). The action "mount -t iso9660 /dev/scd0 /mnt/cdrom -r" produces (cdrom detection messages as various modules autoload, then...) sgpnt[0:1] page c1ee5af0/0x1ee5af0 length 32 Kernel panic - not syncing: Buffer at physical address > 16 Mb used for aha1542 As before, no problems using the sda hard disk (which is the boot drive): everything ...

Sorry about that... I'm running the DSL-N distribution (based on Knoppix), and having to transcribe the log messages by hand from the console, i.e., there's no logfile to cut-and-paste from :-(. I don't have access to the machine except on weekdays, but I'll repeat the I'll throw together a 2.6.21 kernel with this patch and give it a try. Again, it will be at least Monday before you hear back from me on this. Thanks! -- ---------------------------------------------------------------------...

Can do. I don't have access to the machine on weekends, so it will be at least Monday before I can give this a whirl. Thanks! -- ----------------------------------------------------------------------- Bob Tracy WTO + WIPO = DMCA? http://www.anti-dmca.org rct@frus.com ----------------------------------------------------------------------- -

On Fri, 27 Apr 2007 10:42:25 -0700 Oh dear. We have an ugly i386 snafu here. Thanks for doing the bisection - it helps enormously. Could some brave person please pick it up and see if we can get both Truxton and Lee's machines working? -

And checking for "add" without actually checking if count >= 3 is very ugly style indeed. Not afaict any kind of security risk as the next 3 bytes are always going to be readable -

Added thanks -Andi -

The attached patch will correct the ordering of trace output between request queue insertions (I) and unplug calls (U). Right now the insert precedes the unplug, which just isn't right: 65,128 0 1 67.699868965 7882 Q R 0 + 1 [aiod] 65,128 0 2 67.699876462 7882 G R 0 + 1 [aiod] 65,128 0 3 67.699878286 7882 P W [aiod] 65,128 0 4 67.699880491 7882 I R 0 + 1 [aiod] 65,128 0 5 67.699887589 7882 U R [aiod] 1 65,128 0 ...

[1.] One line summary of the problem: kernel crash at boot with maxcpus=1 on quad core [2.] Full description of the problem/report: was trying to debug something else and tried limiting kernel to 1 cpu got oops here: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=drivers/cpuf... looks like this code bugged? 1014 static int cpufreq_remove_dev (struct sys_device * sys_dev) 1015 { 1016 unsigned in...

From: Cornelia Huck <cornelia.huck@de.ibm.com> Suppress uevents for devices if uevent_suppress is set via dev_uevent_filter(). This makes the driver core suppress all device uevents, not just the add event in device_add(). Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com> Cc: Kay Sievers <kay.sievers@vrfy.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- drivers/base/core.c | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/dr...

From: Eric Rannaud <eric.rannaud@gmail.com> Make use of add_uevent_var() instead of (often incorrectly) open coding it. Signed-off-by: Michael Ellerman <michael@ellerman.id.au> Signed-off-by: Eric Rannaud <eric.rannaud@gmail.com> Cc: Kay Sievers <kay.sievers@vrfy.org> Cc: Cornelia Huck <cornelia.huck@de.ibm.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- drivers/amba/bus.c |...

From: John Anthony Kazos Jr <jakj@j-a-k-j.com> Collapses a do..while() loop within an if() to a simple while() loop for simplicity and readability. Signed-off-by: John Anthony Kazos Jr. <jakj@j-a-k-j.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- lib/kobject_uevent.c | 6 ++---- 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/lib/kobject_uevent.c b/lib/kobject_uevent.c index 4122f38..d9a3510 100644 --- a/lib/kobject_uevent.c +++ b/lib/kobject...

This lock is never used by the rest of the driver core, so the fact that we are grabbing it here means it isn't correct... Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- drivers/base/power/shutdown.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/drivers/base/power/shutdown.c b/drivers/base/power/shutdown.c index 3483ae4..58b6f77 100644 --- a/drivers/base/power/shutdown.c +++ b/drivers/base/power/shutdown.c @@ -36,7 +36,6 @@ void device_shutdown(void) ...

The driver core stopped using the rwsem a long time ago, yet the USB core still grabbed the lock, thinking it protected something. This patch removes that useless use. Cc: Alan Stern <stern@rowland.harvard.edu> Cc: Oliver Neukum <oneukum@suse.de> Cc: David Brownell <david-b@pacbell.net> Cc: linux-usb-devel <linux-usb-devel@lists.sourceforge.net> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- drivers/usb/core/devices.c | 2 -- drivers/usb/core/devio.c ...

From: Dmitry Torokhov <dtor@insightbb.com> The subsystem rwsem is not used by the driver core at all, so there is no point in trying to access it. Signed-off-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- drivers/input/serio/serio.c | 41 +++++++++++++++-------------------------- 1 files changed, 15 insertions(+), 26 deletions(-) diff --git a/drivers/input/serio/serio.c b/drivers/input/serio/serio.c index a15e531..5895202 100644 ...

The subsystem rwsem is not used by the driver core at all, so the use of it in the ide-proc code of it doesn't make any sense. Perhaps a local lock might be needed, but I do not really think so. Cc: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> Cc: linux ide <linux-ide@vger.kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- drivers/ide/ide-proc.c | 4 ---- 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/drivers/ide/ide-proc.c b/drivers/ide/i...

The subsystem rwsem is not used by the driver core at all, so the use of it in the phy code doesn't make any sense. They might possibly want to use a local lock, but I am unsure about that. Cc: netdev <netdev@vger.kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- drivers/net/phy/fixed.c | 6 ------ drivers/net/phy/phy_device.c | 9 +-------- 2 files changed, 1 insertions(+), 14 deletions(-) diff --git a/drivers/net/phy/fixed.c b/drivers/net/phy/fixed.c ...