[CCd to possibly interested Pierre Ossman and Rodolfo Giometti] Hi there, First, sorry for my poor english - I am not a native. I know there have been a thread about this problem few months ago, but as far as I see it did not led to any results: http://groups.google.com/group/linux.kernel/browse_thread/thread/19116cafe8a20b5/4a28c... I have the same problem, as described there, with Kingston 2GB SD card. My card reader is embedded into Fujitsu-Siemens AMILO Pro V3505 notebook and ...

On Fri, 28 Sep 2007 22:47:16 -0400 I'll try and clean it up if the author doesn't get to it first. -- Stephen Hemminger <shemminger@linux-foundation.org> -

Okay, I just went back and looked at it... this particular checkin had *zero* code impact (code not yet turned on), as did any of the checkins immediately surrounding it. Since your other email points to f216cc3748a3a22c2b99390fddcdafa0583791a2, which is a *much* later checkin, and which seems to actually have something to do with power states, that the above is a red herring? -hpa -

Hi, the latest kernel does not power off my system. 2.6.22 succeeded 2.6.23-rc8 failed $ git bisect bad Bisecting: 0 revisions left to test after this [f216cc3748a3a22c2b99390fddcdafa0583791a2] ACPI: suspend: consolidate handling of Sx states. Which more info is needed? Wolfgang -

My apologies for the two bogus addresses in the "To" of my previous message. Script error, won't happen again. Frans Pop -

From: Rob Landley <rob@landley.net> Add Documentation/x86_64/00-INDEX Signed-off-by: Rob Landley <rob@landley.net> --- x86_64/00-INDEX | 14 ++++++++++++++ 1 file changed, 14 insertions(+) --- /dev/null 2007-04-23 10:59:00.000000000 -0500 +++ Documentation/x86_64/00-INDEX 2007-09-28 19:40:56.000000000 -0500 @@ -0,0 +1,14 @@ +00-INDEX + - This file +boot-options.txt + - AMD64-specific boot options. +cpu-hotplug-spec + - Firmware support for CPU hotplug under Linux/x86-64 ...

From: Rob Landley <rob@landley.net> Remove nonstandard line break from Documentation/powerpc/00-INDEX Signed-off-by: Rob Landley <rob@landley.net> --- This is the only instance of a newline in a 00-INDEX file description, and it confuses my 00-INDEX > index.html converter. Documentation/powerpc/00-INDEX | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff -r dc28e4e17791 Documentation/powerpc/00-INDEX --- a/Documentation/powerpc/00-INDEX Wed Sep 26 15:52:17 2007...

On Fri, 28 Sep 2007 15:49:26 -0700 Greg, thank you for your reply. It seems I'm out of my league here, I just thought I could quickly fix two compiler warnings, obviously this is not the case. I've read the documentation, but I don't think I'll be able to fix this. Sorry for the noise. Randy, please ignore the other patch I sent you, it's obviously wrong. -

To be used when endianness matters for argument ordering when reassembling a 64-bit value out of two register halves. Signed-off-by: Kyle McMartin <kyle@mcmartin.ca> --- include/linux/compat.h | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/include/linux/compat.h b/include/linux/compat.h index 0e69d2c..07bcc3c 100644 --- a/include/linux/compat.h +++ b/include/linux/compat.h @@ -267,5 +267,14 @@ asmlinkage long compat_sys_signalfd(int ufd, asmlinkage lon...

I checked powerpc, sparc, and mips, which are (besides parisc) the only 64-bit with 32-bit userspace big endian architectures that I could think Cheers, Kyle -

Ah, no CONFIG_COMPAT on sh64 anyways. -

Make sure your BIOS is up to date. If so, post your dmesg output and the contents of /proc/mtrr. There are a number of Intel boards which have/had BIOS bugs where the BIOS didn't set up the MTRRs to mark all RAM as write-back. This results in the last bit of memory being uncacheable and causes a major performance drop. -- Robert Hancock Saskatoon, SK, Canada To email, remove "nospam" from hancockr@nospamshaw.ca Home Page: http://www.roberthancock.com/ -

Module refcounts currently use a percpu counter stored in the 'struct module'. However, we also have a more generic implementation that does stuff like handle hotplug cpus. I'm not actually all that convinced that this refcount actually does a lot of good, with cpus racing bumping the counters at the same time that they're being summed up. But, it certainly isn't any worse than what was there before. We also get any hotplug-cpu compatible changes that happen to percpu_counters for free. ...

It's more than a simple s/pci_find_device/pci_get_device/g patch. pci_find_device() didn't use any reference counting, but pci_get_device() does. Then when the resource use is finished, it must be released -- ~Randy Phaedrus says that Quality is about caring. -

Yup saw the same thing: (1957867653*1024)/1024/1024/1024/1024 = 1.82T I'm afraid you don't have a truncated filesystem, you have a truncated block device. I'm afraid this is not an xfs problem... you need to figure out what happened to sdc1 (for example, why doesn't it extend to the end of sdc?) -Eric -

Hadn't thought of that, doesn't look good. -Ben sudo fdisk -l /dev/sdc1 benc's password: Disk /dev/sdc1: 2004.8 GB, 2004856477184 bytes 255 heads, 63 sectors/track, 243743 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/sdc1 doesn't contain a valid partition table -

climate:~ benc$ sudo parted /dev/sdc check 1 Warning: Partition 1 is 2005GB, but the file system is 13TB. Yeah, that is a problem. -

yeah, long day: Disk /dev/sdc: 12999.9 GB, 12999988871168 bytes 255 heads, 63 sectors/track, 1580491 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdc1 1 243744 1957867653+ 83 Linux -

TCP MD5 signatures on sparc64 (big-endian) completely fail on current kernel releases in interoperability with Cisco/Foundry or other little-endian linux systems. The root cause is a cast in the return statement of tcp_v4_md5_do_lookup, where a tcp4_md5sig_key is casted onto tcp_md5sig_key without proper conversion. On little-endian systems the upper 8 bits are cut of which yields the expected behaviour. However, on big-endian systems (like sparc64) only the most significant 8 bits are preserved. S...

From: David Miller <davem@davemloft.net> Actually, I think I'm going to put in a slightly different fix. If tcp4_md5sig_key and tcp6_md5sig_key have to begin with exacytly tcp_md5sig_key's only two members, we should fully tell this explicitly to the compiler and remove those ugly casts. The casts are the real bug. Here is the patch I will use after some testing: diff --git a/include/net/tcp.h b/include/net/tcp.h index 185c7ec..54053de 100644 --- a/include/net/tcp.h +++ b/include/...

1. Updates chapter 13 (printing kernel messages) to expand on the use of pr_debug()/pr_info(), what to avoid, and how to hook your debug code with kernel.h. 2. New chapter 19, branch prediction optimizations, discusses the whole un/likely issue. Cc: "Kok, Auke" <auke-jan.h.kok@intel.com> Cc: Kyle Moffett <mrmacman_g4@mac.com> Cc: Jan Engelhardt <jengelh@computergmbh.de> Cc: Adrian Bunk <bunk@kernel.org> Cc: roel <12o3l@tiscali.nl> Signed-off-by: Erez Za...

The script calls checkpatch.pl on each file, and formats any error messages to comply with standard compiler error messages: file_name:line_number:error_message This is particularly useful when run from within a text editor which can parse these error messages and show the user a buffer with the file in question, placing the cursor on the offending line (e.g., Emacs's "M-x next-error" command, bound by default to C-x `). Signed-off-by: Erez Zadok <ezk@cs.sunysb.edu> --- scripts/check-...

This (trivial) patch fixes two compiler warnings for 2.6.23-rc8 on x86_64, use of deprecated function pci_find_device() and a section mismatch. Build log and .config file included. Signed-off by: Maarten Bressers <mbres@gentoo.org> diff --git a/arch/x86_64/kernel/smpboot.c b/arch/x86_64/kernel/smpboot.c index 32f5078..7c872df 100644 --- a/arch/x86_64/kernel/smpboot.c +++ b/arch/x86_64/kernel/smpboot.c @@ -532,7 +532,7 @@ struct create_idle { int cpu; }; -void do_fork_idle(struct...

Please include the text from section mismatch warnings in the patch There are still about 30 and 14 respetively users of pci_find_devic() --- ~Randy Phaedrus says that Quality is about caring. -

Hi! I have just compiled a 2.6.23-rc8 using the config from my 2.6.22 as a basis and I came out with a not working (almost black) vga text console. This is what I'm getting on my logs: Console: colour dummy device 80x25 console [tty0] enabled Instead of the old: Console: colour VGA+ 80x25 The options related to the console on my config are these: CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_HW_CONSOLE=y CONFIG_SERIAL_8250=y CONFIG_SERIAL_8250_CONSOLE=y CONFIG_SERIAL_CORE=y CONFIG_SERI...