Update spufs to the new linux kernel markers API, which supports connecting more than one probe to a single marker. (compile-tested only) Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca> CC: Christoph Hellwig <hch@infradead.org> CC: "Frank Ch. Eigler" <fche@redhat.com> CC: Steven Rostedt <rostedt@goodmis.org> CC: Andrew Morton <akpm@linux-foundation.org> --- arch/powerpc/platforms/cell/spufs/sputrace.c | 31 +++++++++------------------ 1 file c...

Hi all, I thought I'd try out 2.6.25-rc1 as a xen 32-bit pae domU the other day. Unfortunately, I didn't get very far very fast, as the domain just crashed immediately upon booting, without any direct feedback (I did have messages on the xen message buffer, which helped). This even with earlyprintk turned on. After a long, arduous journey, I managed to track this down to the following: ---------- commit 551889a6e2a24a9c06fd453ea03b57b7746ffdc0 x86: construct 32-bit boot time page tables in n...

From: Rafael J. Wysocki <rjw@sisk.pl> The _WAK global ACPI control method has to be called with the argument representing the sleep state being exited. Make it happen. Special thanks to Mirco Tischler <mt-ml@gmx.de> for reporting the problem and debugging. Reported-by: Mirco Tischler <mt-ml@gmx.de> Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl> --- drivers/acpi/hardware/hwsleep.c | 1 + 1 file changed, 1 insertion(+) Index: linux-2.6/drivers/acpi/hardware/hwsle...

Sure, it certainly is. The bug has been breaking suspend on people's boxes already. Thanks, --

From: Marcin Slusarz <marcin.slusarz@gmail.com> Hi This patchset converts big/little_endian_variable = cpu_to_[bl]eX([bl]eX_to_cpu(big/little_endian_variable) + expression_in_cpu_byteorder); to: [bl]eX_add_cpu(&big/little_endian_variable, expression_in_cpu_byteorder); All patches were generated by spatch, then reviewed and fixed to follow coding style. Semantic patch: @@ expression *X; expression Y; @@ ( - *X = cpu_to_le64(le64_to_cpu(*X) + Y); + le64_add_cpu(X, Y); ...

From: Marcin Slusarz <marcin.slusarz@gmail.com> replace all: big/little_endian_variable = cpu_to_[bl]eX([bl]eX_to_cpu(big/little_endian_variable) + expression_in_cpu_byteorder); with: [bl]eX_add_cpu(&big/little_endian_variable, expression_in_cpu_byteorder); generated with semantic patch Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com> Cc: Christoph Hellwig <hch@infradead.org> --- fs/sysv/sysv.h | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions...

From: Marcin Slusarz <marcin.slusarz@gmail.com> replace all: little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) + expression_in_cpu_byteorder); with: leX_add_cpu(&little_endian_variable, expression_in_cpu_byteorder); generated with semantic patch Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com> Cc: Jan Kara <jack@suse.cz> --- fs/quota_v2.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/quota_v2.c b/fs/q...

From: Marcin Slusarz <marcin.slusarz@gmail.com> replace all: little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) + expression_in_cpu_byteorder); with: leX_add_cpu(&little_endian_variable, expression_in_cpu_byteorder); generated with semantic patch Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com> Cc: Anton Altaparmakov <aia21@cantab.net> Cc: linux-ntfs-dev@lists.sourceforge.net --- fs/ntfs/upcase.c | 5 ++--- 1 files changed, 2 insert...

From: Marcin Slusarz <marcin.slusarz@gmail.com> replace all: little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) + expression_in_cpu_byteorder); with: leX_add_cpu(&little_endian_variable, expression_in_cpu_byteorder); generated with semantic patch Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com> Cc: linux-ext4@vger.kernel.org Cc: sct@redhat.com Cc: Andrew Morton <akpm@linux-foundation.org> Cc: adilger@clusterfs.com Cc: "Theodore Ts'o" &l...

From: Marcin Slusarz <marcin.slusarz@gmail.com> replace all: little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) + expression_in_cpu_byteorder); with: leX_add_cpu(&little_endian_variable, expression_in_cpu_byteorder); generated with semantic patch Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com> Cc: linux-scsi@vger.kernel.org Cc: aacraid@adaptec.com Cc: James.Bottomley@HansenPartnership.com --- drivers/scsi/aacraid/commsup.c | 2 +- drive...

From: Marcin Slusarz <marcin.slusarz@gmail.com> replace all: big_endian_variable = cpu_to_beX(beX_to_cpu(big_endian_variable) + expression_in_cpu_byteorder); with: beX_add_cpu(&big_endian_variable, expression_in_cpu_byteorder); generated with semantic patch Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com> Cc: Roman Zippel <zippel@linux-m68k.org> --- fs/hfs/mdb.c | 2 +- fs/hfsplus/super.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-...

From: Marcin Slusarz <marcin.slusarz@gmail.com> replace all: big_endian_variable = cpu_to_beX(beX_to_cpu(big_endian_variable) + expression_in_cpu_byteorder); with: beX_add_cpu(&big_endian_variable, expression_in_cpu_byteorder); generated with semantic patch Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com> Cc: Roman Zippel <zippel@linux-m68k.org> --- fs/affs/file.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/affs/file.c ...

From: Marcin Slusarz <marcin.slusarz@gmail.com> replace all: big_endian_variable = cpu_to_beX(beX_to_cpu(big_endian_variable) + expression_in_cpu_byteorder); with: beX_add_cpu(&big_endian_variable, expression_in_cpu_byteorder); generated with semantic patch Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com> Cc: Ben Collins <ben.collins@ubuntu.com> Cc: Stefan Richter <stefanr@s5r6.in-berlin.de> --- drivers/ieee1394/csr.c | 6 ++---- 1 files changed,...

Two pairs of parenthesis were missing around the result cast of cmpxchg64 and cmpxchg64_local. This is a rather stupid mistake in "Cast cmpxchg and cmpxchg_local result for 386 and 486". My bad. This fix should be folded with the previous. Sorry for this trivial bug which should have never appeared in the first place. The aim was to fix cmpxchg and cmpxchg_local, which were used in slub. cmpxchg64 and cmpxchg64_local happen to be only used in LTTng currently. Signed-off-by: Mathieu Desnoyers <...

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 real-time applications without impact. $ echo 10000000 > /proc/<pid>/rttime set RTTIME current value to 10000000, it means 10sec. $ echo "10000000 20000000" > /proc/<pid>/rttime set RTTIME current value to 10000000 and max value to 20000000. And /proc/<pid>/task/<tid>/rttime is also accessible....

There are at least two known suspend regressions, one of which affects the T61 for sure. There's a fix for it, available at: http://lkml.org/lkml/2008/2/11/472 The fix for the second issue is in the works. --

RDMA/cxgb3: Fail loopback connections. The cxgb3 HW and driver don't support loopback RDMA connections. So fail any connection attempt where the destination address is local. Signed-off-by: Steve Wise <swise@opengridcomputing.com> --- drivers/infiniband/hw/cxgb3/iwch_cm.c | 16 ++++++++++++++++ 1 files changed, 16 insertions(+), 0 deletions(-) diff --git a/drivers/infiniband/hw/cxgb3/iwch_cm.c b/drivers/infiniband/hw/cxgb3/iwch_cm.c index e9a08fa..5d82723 100644 --- a/drivers/in...

--

Probably the patch to enable msi bit on the host bridge(?) is still missing= in=20 mainline. I needed that patch to make msi work on my MCP51 system. =2D-=20 (=B0=3D =3D=B0) //\ Prakash Punnoor /\\ V_/ \_V

Hi, which are the "currently active Linux kernel versions" at any point in time? The quote is taken from http://lkml.org/lkml/2008/2/11/29. Or more precisely: which are the "stable" versions I can depend on for a more or less critical server, those that have active security support or receive at least critical bugfixes? I know about the 2.6.2[34].y stable git trees, but I wonder how long will those receive attention (that is, security fixes). Can I find a written policy somewhere? -- (Please...

Not quite, at least I can't find 2.6.23.y there, even though that branch seems to be maintained... -- Thanks, Feri. --

When Willy go in 2.6.22.y, then I help it, so far as I 'm possible. -- Thanks, Oliver --

and 2.6.22.y too -- Thanks, Oliver --

Hi, Looking at http://lxr.linux.no/linux/lib/vsprintf.c#L549 (where vsnprintf in linux/lib/vsprintf.c parses the % format specifier) suggests that the printk format string in http://lxr.linux.no/linux/drivers/ide/setup-pci.c#L657 is correct: printk(KERN_INFO "%s: not 100%% native mode: " "will probe irqs later\n", d->name); Still, in my kern.log the percent sign is doubled: ICH4: not 100%% native mode: will probe irqs later Why? -- Regards, Feri. (Please Cc: ...

From code review the EFI memory map handling has a couple of problems: - The test for _WB memory was reversed so it would set cache able memory to uncached - It would always set a wrong uninitialized zero address to uncached (so I suspect it always set the first few pages in phys memory to uncached, that is why it may have gone unnoticed) - It would call set_memory_x() on a fixmap address that it doesn't handle correctly. - Some other problems I commented in the code (but was unable to solve f...