From: Trond Myklebust <Trond.Myklebust@netapp.com> Since 2.6.18, the superblock sb->s_root has been a dummy dentry with a dummy inode. This breaks ustat(), which actually uses sb->s_root in a vfstat() call. Fix this by making the s_root a dummy alias to the directory inode that was used when creating the superblock. Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org> --- fs/nfs/getroot.c | 81 ++++++++++++...

please cc me, I'm not not subscribed to LKML Hello, with kernel 2.6.24-rc2 STD with s2disk suspends the system to disk, but when I start the system and the suspended systemimage is loaded, it fails to "activate" this suspended systemimage and continues after some time with following the normal boot sequence. I can sucessfully STD the system with the following sequence echo platform > /sys/power/disk echo disk > /sys/power/state and when I start the laptop the suspended system is suc...

Here's the information on the specific devices I'm trying this with. I'm beginning to suspect a faulty stick, or maybe one that just doesn't work reliably with the way Linux accesses it (?). The type that fails (I have several of that model here) also gives some errors from "lsusb -v" (see below for details). I have another completely different brand/model of 2GB stick here that has now been confirmed to NOT have any such issues. Perhaps the USB experts here could comment on the differences ...

[POWERPC] Fix CONFIG_SMP=n build error The patch "KVM: fix !SMP build error" change the way smp_call_function() actually uses the passed in function names on non-SMP builds. So previously it was never caught that the function passed in was never actually defined. This causes a build error on ppc64_defconfig + CONFIG_SMP=n: arch/powerpc/mm/tlb_64.c: In function 'pgtable_free_now': arch/powerpc/mm/tlb_64.c:71: error: 'pte_free_smp_sync' undeclared (first use in this function) arch/powerpc/mm/tlb...

Hi Sam, Looks good to me and should satisfy our habits^w usages models. The one minor question is the environment variable name (K64BIT or something else, like Guillaume brought up). Personally I don't care how it's spelled. IOW, K64BIT is sufficient, but if there is a goal to be able to place any CONFIG_symbol on the command line or as an env. variable, they might as well all be named with CONFIG_*. Thanks, --- ~Randy -

This patch introduce no functional changes. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> Cc: Roman Zippel <zippel@linux-m68k.org> --- scripts/kconfig/confdata.c | 119 +++++++++++++++++++++++-------------------- 1 files changed, 64 insertions(+), 55 deletions(-) diff --git a/scripts/kconfig/confdata.c b/scripts/kconfig/confdata.c index b2913e9..e0f402f 100644 --- a/scripts/kconfig/confdata.c +++ b/scripts/kconfig/confdata.c @@ -83,6 +83,68 @@ char *conf_get_default_confname(voi...

What's with <warning> and <conf_filename> here? I don't see how --- ~Randy -

Hi, Why not calling the environment variable CONFIG_64BIT, in preparation of the day when all CONFIG_ variables can be passed by environment variables? -- Guillaume -

--- ~Randy -

and if found, sets --- ~Randy -

Hi I am experiencing a transient lockup in 'D' state with loopback device. It happens when process writes to a filesystem in loopback with command like dd if=/dev/zero of=/s/fill bs=4k CPU is idle, disk is idle too, yet the dd process is waiting in 'D' in congestion_wait called from balance_dirty_pages. After about 30 seconds, the lockup is gone and dd resumes, but it locks up soon again. I added a printk to the balance_dirty_pages printk("wait: nr_reclaimable %d, nr_writeback %d, dirty...

The per BDI dirty stuff in 24 should make this work, I just checked and loopback thingies seem to have their own BDI, so all should be well. -

There is a known problem with ATAPI devices on CK804 chipsets which have memory above the 4GB mark, being debugged here: https://bugzilla.redhat.com/show_bug.cgi?id=351451 If you are running into that one you can workaround it for now by passing the adma=0 parameter to the sata_nv module (not sure how this would be done on Suse's setup) or pass sata_nv.adma=0 on the kernel command line if sata_nv is built into the kernel. If that does help, I could ask you to test patches :-) -- Rober...

Alexey, this fixes my patch that went into -rc2. Sorry for Oops. Subject: [PATCH] 2.6.24-rc2: do not unregister power_supply in sysfs ->show= method =46rom: Andrey Borzenkov <arvidjaar@mail.ru> Currently unplugging battery oopses with call stack: [ 2245.375393] [<c010488a>] show_trace_log_lvl+0x1a/0x30 [ 2245.375570] [<c0104949>] show_stack_log_lvl+0xa9/0xd0 [ 2245.375732] [<c0104a36>] show_registers+0xc6/0x1c0 [ 2245.375884] [<c0104c21>] die+0xf1/0x200 [...

From: Jerome Pinot <ngc891@gmail.com> Add documentation in Kconfig help about the move of /proc/acpi/battery to /sys/class/power_supply when selecting ACPI_PROCFS. This will impact a lot of users and should be documented. Signed-off-by: Jerome Pinot <ngc891@gmail.com> --- diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig index da3a08f..ce9dead 100644 --- a/drivers/acpi/Kconfig +++ b/drivers/acpi/Kconfig @@ -60,6 +60,7 @@ config ACPI_PROCFS /proc/acpi/info (/sys/modul...

we also need to look at splitting out the "chip revision", which is currently hard set, as I have had very good results with this driver and chip S1D13506, which is functionally similar but without the external clocking and without teh internal ram. We also have some build dependancies related to "CONFIG_FB_S1D13XXX" and ics1523 , this chip is not used on the full range of S1D13XXX and causes errors in the build , for chips such as S1D13506. potentially we could re-use most of the code, but wo...

No, it must be fixed so that it doesn't use this #defined constant. Debian has this: /* Special codes used when specifying changer slots. */ #define CDSL_NONE ((int) (~0U>>1)-1) #define CDSL_CURRENT ((int) (~0U>>1)) -- Alexander E. Patrakov -

The usage does not mention the "-a,--arch" or "-T,--dump-types" options, so add them. The calls to getopt() seem to mention options that no longer exist (some "k" and "p" thingy) but omits the "h" option which means using '-h' actually triggers the error code path, so update those as well. Signed-off-by: Mike Frysinger <vapier@gentoo.org> --- diff --git a/scripts/genksyms/genksyms.c b/scripts/genksyms/genksyms.c index 511023b..dca5e0d 100644 --- a/scripts/genksyms/genksyms.c +++ b/scripts/...

Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus to receive the following updates: drivers/mmc/host/sdhci.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Rolf Eike Beer (1): Add missing "\n" to log message diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c index 6b80bf7..ff59d2e 100644 --- a/drivers/mmc/host/sdhci.c +++ b/drivers/mmc/host/sdhci.c @@ -1301,7 +1301,7 @@ static int __devinit sdhci_prob...

Hi, The 2.6.24-rc2-git1 kernel build fails, with following error CC security/selinux/hooks.o In file included from include/net/tcp.h:35, from security/selinux/hooks.c:52: include/net/inet_hashtables.h: In function 'inet_ehash_locks_alloc': include/net/inet_hashtables.h:165: error: implicit declaration of function 'vmalloc' include/net/inet_hashtables.h:165: warning: assignment makes pointer from integer without a cast include/net/inet_hashtables.h: In function 'inet_ehash...

Hi Eric, Thank you and sorry for the noise. -

Please pull from 'upstream-linus' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git upstream-linus to receive the following updates: drivers/ata/ata_piix.c | 7 +++ drivers/ata/libata-acpi.c | 10 +--- drivers/ata/libata-core.c | 78 ++++++++++++++++++++++------- drivers/ata/pata_platform.c | 35 +++++++++++--- drivers/ata/sata_nv.c | 2 +- drivers/ata/sata_qstor.c | 114 ++++++++++++++++++++++++++++--------------- 6 files changed, 17...

-p1 doesn't avoid this when the patch just contains new files. Unfortunately, you have to rely both on people spotting such things and whoever's generating the patch doing the right thing. Robert? -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: -

You should also check what you sent - the contents of this file was cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -

[Empty message]