LBSuse:/x/kernel.org # ./i2cdetect 1 WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-1. I will probe address range 0x03-0x77. Continue? [Y/n] y 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- 08 -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- 18 19 -- -- 1c 1d -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- UU UU -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: 40 41 -- -- -- -- -- -- 48 49 4a -- ...

BUG_ON()? --

Oh, you're lucky, I couldn't get my T61 to suspend at all with 2.6.25-rc1... Len found that it'll work again with idle=poll, but that'll cost you a lot of battery life... Oh and make sure you have i915 loaded before you suspend if you want your text console to come back. Jesse --

Just sent this patch to fix a regression in acpi processor_idle.c on another thread. Can you try the patch below and check whether that helps. Thanks, Venki Earlier patch (bc71bec91f9875ef825d12104acf3bf4ca215fa4) broke suspend resume on many laptops. The problem was reported by Carlos R. Mafra and Calvin Walton, who bisected the issue to above patch. The problem was because, C2 and C3 code were calling acpi_idle_enter_c1 directly, with C2 or C3 as state parameter, while suspend/resume was...

The intel-iommu hardware requires a polling operation to flush IOTLB PTE's after an unmap operation. Through some TSC instrumentation of a netperf UDP stream with small packets test case it was seen that the flush operations where sucking up to 16% of the CPU time doing iommu_flush_iotlb's The following patch batches the IOTLB flushes removing most of the overhead in flushing the IOTLB's. It works by building a list of to be released IOVA's that is iterated over when a timer goes off or when a h...

The makefile magic for installing the 32-bit vdso images on disk had a little error. Only one line of change would fix that bug. This does a little more to reduce the error-prone duplication of this bit of makefile variable magic. Signed-off-by: Roland McGrath <roland@redhat.com> --- arch/x86/vdso/Makefile | 22 ++++++++++++---------- 1 files changed, 12 insertions(+), 10 deletions(-) diff --git a/arch/x86/vdso/Makefile b/arch/x86/vdso/Makefile index d28dda5..f385a4b 100644 --- a/a...

Can someone explain why the magic is needed (and preferably capture it in a comment somewhere sensible)? I took a peek at this and have no idea what's going on. -- Mathematics is the supreme nostalgia of our time. --

This is definitely dubious code on my part and I wouldn't support Pekka's patch unless you're going to uninline __kmalloc for some other reason. The reason for this is that part of UML is userspace code, and thus can't use kernel headers. However, they do need some kernel interfaces in some form. That form has traditionally been little wrappers in the kernel side of UML which just call the kernel interface. In this case, there used to be um_kmalloc, which just called kmalloc. I've been tryi...

I was not able to reproduce this failure. Those symbols should be defined by arch/x86/vdso/vdso-syms.lds, a file generated by the build. If that file is empty in your build, remove it and see if it gets regenerated properly, or try a clean build. If the problem persists, please send me your complete .config file. Thanks, Roland --

It is the known situation with the compiler since the dawn of time, yes. It just writes the file directly, so if it dies in the middle, there's a file with a fresh date. For things like this done in makefile commands with >, it has forever been canonical for the anal to use: ... > $@.new mv -f $@.new $@ which avoids the problem. The kernel makefiles are entirely haphazard about places that do this or don't. It uglifies the commands, but avoids the problem of freshly-dated but wrong/...

I noticed this when looking at an openswan issue. Openswan (ab?)uses the tasklet API to defer processing of packets in some situations, with one packet per tasklet_action(). I started noticing sequences of reverse-ordered sequence numbers coming over the wire, since new tasklets are always queued at the head of the list but processed sequentially. Convert it to instead append new entries to the tail of the list. As an extra bonus, the splicing code in takeover_tasklets() no longer has to iterate ov...

Linus, please pull from master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus This tree is also available from kernel.org mirrors at: git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git for-linus This will get one build fix: Olof Johansson (1): mlx4_core: Fix build break (missing include) drivers/net/mlx4/alloc.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/net/mlx4/alloc.c b/drivers/net/mlx4/all...

The following patch merges two functions into one allowing for a 3% reduction in overhead in locating, allocating and inserting pages for use in IOMMU operations. Its a bit of a eye-crosser so I welcome any RB-tree / MM experts to take a look. It works by re-using some of the information gathered in the search for the pages to use in setting up the IOTLB's in the insertion of the iova structure into the RB tree. --mgross Singed-off-by: <mgross@linux.intel.com> Index: linux-2.6.24-m...

Hi Ingo, I think an interface to access RLIMIT_RTTIME from outside is useful. It makes administrator able to set RLIMIT_RTTIME watchdog to existing real-time applications without impact. I implemented that interface with /proc filesystem. --- From: Hiroshi Shimamoto <h-shimamoto@ct.jp.nec.com> Introduce new proc interface for RTTIME watchdog. It makes administrator able to set RTTIME watchdog to existing applications. $ echo 10000000 > /proc/<pid>/rttime set RTTIME current...

As well as /proc/*/limits for all kinds of rlimit stuff. --

From: Leonardo Potenza <lpotenza@inwind.it> Added a check for the class_register() return value. Signed-off-by: Leonardo Potenza <lpotenza@inwind.it> --- The aim of this patch is to remove the following warning message: block/genhd.c: In function 'genhd_device_init': block/genhd.c:361: warning: ignoring return value of 'class_register', declared with attribute warn_unused_result --- linux-2.6.orig/block/genhd.c +++ linux-2.6/block/genhd.c @@ -358,7 +358,12 @@ static struct kobje...

The test case chosen may not be a very good start, but anyways, here are some initial test results with the "nasty arch bits". This was performed on a 32-way ia64 box with 1 terrabyte of RAM, and 144 FC disks (contained in 24 HP MSA1000 RAID controlers attached to 12 dual-port adapters). Each test case was run for 3 minutes. I had one application per device performing a large amount of direct/asynchronous large reads. Here's the table of results, with explanation below (results are for all 144 devices eithe...

Thanks, queued to slab-linus and slab-mm. --

I'm not a fan of patching defconfig's this way - this will only bring tons of patch conflicts (consider what happens when anyone already has a completely updated defconfig in his tree and your patch goes in first). What you do manually already happens automatically when a maintainer updates a defconfig. And for not regularly updated defconfigs one obsolete option more or less does not matter at all - even more since apart from a warning there's anyway no problem. cu Adrian -- ...

From: Kevin Lloyd <linux@sierrawireless.com> Moves the Onda H600/ZTE MF33 device from the sierra driver to the option driver. Signed-off-by: Kevin Lloyd <klloyd@sierrawireless.com> --- drivers/usb/serial/sierra.c | 1 - drivers/usb/serial/option.c | 2 + 2 files changed, 2 insertions(+), 1 deletion(-) --- linux-2.6.25-rc1/drivers/usb/serial/sierra.c.orig 2008-02-11 11:34:06.000000000 -0800 +++ linux-2.6.25-rc1/drivers/usb/serial/sierra.c 2008-02-11 11:34:36.000000000 -0800 ...

Oops. Both 'A' and 'W' also need to be added to --- ~Randy --

Please pull from 'upstream-fixes' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git upstream-fixes to receive the following updates: drivers/ata/libata-core.c | 48 +++++++++++++++++++++++++++++------------- drivers/ata/pata_amd.c | 2 +- drivers/ata/pata_legacy.c | 2 +- drivers/ata/pata_ninja32.c | 9 ++++++- drivers/ata/pata_via.c | 6 ++++- drivers/ata/sata_mv.c | 50 ++++++++++++++++++++++++------------------- 6 files changed, 75...

Why wouldn't it be? It would, however, be valid to the kernel to round it up to the next boundary. -hpa --

The only requirement for a loadable segment is that its address is congruent modulo alignment with the file offset. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." --

Signed-off-by: Glauber Costa <gcosta@redhat.com> Signed-off-by: Ravikiran Thirumalai <kiran@scalemp.com> Acked-by: Shai Fultheim <shai@scalemp.com> --- arch/x86/kernel/vsmp_64.c | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/x86/kernel/vsmp_64.c b/arch/x86/kernel/vsmp_64.c index d971210..9766917 100644 --- a/arch/x86/kernel/vsmp_64.c +++ b/arch/x86/kernel/vsmp_64.c @@ -16,20 +16,20 @@ #include <linux/pci_regs.h> #include <asm/pci...