<?xml version="1.0"  encoding="ISO-8859-1" ?>
<rss version="2.0">
<channel>
<title>Linux-kernel Mailing List Threads</title>
<link>http://readlist.com</link>
<description>Linux-kernel Mailing List - New Threads feed</description>
<language>en</language>
<image>
  <url>http://readlist.com/readlist-logo-tiny.gif</url>
  <title>ReadList.com</title>
  <link>http://readlist.com/</link>
  <width>156</width>
  <height>30</height>
</image>
<item>
  <title>[patch] drivers/media/video build fix for certain modular builds</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493420.html</link>
  <pubDate>Fri, 16 May 2008 07:11:36 GMT</pubDate>
  <description>testing of the -tip tree found the following missing symbols build bug: LD init/built-in.o LD .tmp_vmlinux1 drivers/built-in.o: In function `vidioc_g_ctrl': radio-maxiradio.c:(.text+0xd3337): undefined reference to `video_devdata' drivers/built-in.o: In function `vidioc_g_frequency': radio-maxiradio.c:(.text+0xd3368): undefined reference to `video_devdata' drivers/built-in.o: In function ...</description>
</item>
<item>
  <title>Re: performance 'regression' in cfq compared to anticipatory, deadline and noop</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493415.html</link>
  <pubDate>Fri, 16 May 2008 06:41:46 GMT</pubDate>
  <description>On Thu, May 15 2008, Fabio Checconi wrote: &gt; &gt; From: Jens Axboe &lt;jens.axboe&gt; &gt; &gt; Date: Thu, May 15, 2008 09:01:28AM +0200 &gt; &gt; &gt; &gt; I don't think it's 2.6.25 vs 2.6.26-rc2, I can still reproduce some &gt; &gt; request size offsets with the patch. So still fumbling around with this, &gt; &gt; I'll be sending out another test patch when I'm confident it's solved &gt; &gt; the size issue. &gt; &gt; &gt; ...</description>
</item>
<item>
  <title>Re: [PATCH 0/5] SCSI and FireWire: fix/add START STOP UNIT forSBP-2 disks</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493413.html</link>
  <pubDate>Fri, 16 May 2008 06:24:33 GMT</pubDate>
  <description>Hi, I applied all patches, and tried it on my system with a SATA, USB and Firewire disk. All disks spun down at suspend, and spun up again at resume. Regards, Tino -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...</description>
</item>
<item>
  <title>ACPI : EC: GPE</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493412.html</link>
  <pubDate>Fri, 16 May 2008 06:18:31 GMT</pubDate>
  <description>Hello; I'm noticing this with the latest git dmesg:[ 0.943919] ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62 dmesg:[ 11.486870] ACPI: EC: GPE storm detected, disabling EC GPE dmesg.0:[ 0.943919] ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62 I will see this on various boot's. regards; -- Justin P. Mattock -- To unsubscribe from this list: send the line ...</description>
</item>
<item>
  <title>[PATCH] crypto: make michael_block a function</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493411.html</link>
  <pubDate>Fri, 16 May 2008 06:18:30 GMT</pubDate>
  <description>Make the michael_block macro a function and change the calling function to take a struct michael_mic_ctx * and the value for the initial xor with ctx-&gt;l. Also open-code xswap in its one use in michael_block. Some use of get_unaligned is probably needed as an add-on. Signed-off-by: Harvey Harrison &lt;harvey.harrison&gt; --- crypto/michael_mic.c | 55 +++++++++++++++++++++---------------------------- 1 files ...</description>
</item>
<item>
  <title>[PATCH] x86: Get irq for hpet timer</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493409.html</link>
  <pubDate>Fri, 16 May 2008 06:07:23 GMT</pubDate>
  <description>﻿Hi, x86: get irq for hpet timer HPET timer's IRQ is 0 by default, so we have to select which irq will be used for these timers. We wait to set the timer's irq until we really turn on interrupt in order to reduce the chance of conflicting with some legacy device. Signed-off-by: Kevin Hao &lt;kexin.hao&gt; --- drivers/char/hpet.c | 62 +++++++++++++++++++++++++++++++++++++------------ ...</description>
</item>
<item>
  <title>[PATCH 2/2] lguest: virtio-rng support</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493405.html</link>
  <pubDate>Fri, 16 May 2008 05:41:15 GMT</pubDate>
  <description>This is a simple patch to add support for the virtio "hardware random generator" to lguest. It gets about 1.2 MB/sec reading from /dev/hwrng in the guest. Signed-off-by: Rusty Russell &lt;rusty&gt; --- Documentation/lguest/lguest.c | 90 ++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 90 insertions(+) diff --git a/Documentation/lguest/lguest.c b/Documentation/lguest/lguest.c --- ...</description>
</item>
<item>
  <title>[PATCH 1/2] virtio: hardware random device</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493403.html</link>
  <pubDate>Fri, 16 May 2008 05:33:00 GMT</pubDate>
  <description>On Friday 16 May 2008 09:43:08 Rusty Russell wrote: &gt; Anyway, since there's interest, I'll drag virtio_rng from the bottom of the &gt; queue, apply Christian's fix (which I somehow missed before, sorry &gt; Christian), and re-post. Actually, I didn't miss it. But I've polished the driver a little more, here are the patches. === virtio: An entropy device, as suggested by hpa. Note that by itself, having a "hardware" ...</description>
</item>
<item>
  <title>[PATCH] lib: Taint kernel in common report_bug() WARN path.</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493400.html</link>
  <pubDate>Fri, 16 May 2008 05:24:00 GMT</pubDate>
  <description>Commit 95b570c9cef3b12356454c7112571b7e406b4b51 introduced a TAINT_WARN that was implemented for all architectures using the generic warn_on_slowpath(), which excluded any architecture that set HAVE_ARCH_WARN_ON. As all of the architectures that implement their own WARN_ON() all go through the report_bug() path (specifically handling BUG_TRAP_TYPE_WARN), taint the kernel there as well for consistency. Tested on avr32 and sh. Also ...</description>
</item>
<item>
  <title>[PATCH] kernel/audit.c: nlh-&gt;nlmsg_type is gotten more than once</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493373.html</link>
  <pubDate>Fri, 16 May 2008 02:16:08 GMT</pubDate>
  <description>The first argument "nlh-&gt;nlmsg_type" of audit_receive_filter() should be modified to "msg_type" in audit_receive_msg(). Signed-off-by: Peng Haitao &lt;penght&gt; --- kernel/audit.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/audit.c b/kernel/audit.c index b782b04..48fa3d0 100644 --- a/kernel/audit.c +++ b/kernel/audit.c @@ -686,7 +686,7 @@ static int ...</description>
</item>
<item>
  <title>[PATCH] Remove duplicate declaration of unknown_nmi_panic</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493369.html</link>
  <pubDate>Fri, 16 May 2008 02:03:09 GMT</pubDate>
  <description>Signed-off-by: Fernando Luis Vazquez Cao &lt;fernando&gt; --- diff -urNp linux-2.6.26-rc2-git4/include/asm-x86/nmi.h linux-2.6.26-rc2-git4-nmi/include/asm-x86/nmi.h --- linux-2.6.26-rc2-git4/include/asm-x86/nmi.h	2008-05-16 10:35:35.000000000 +0900 +++ linux-2.6.26-rc2-git4-nmi/include/asm-x86/nmi.h	2008-05-16 10:37:25.000000000 +0900 @@ -46,7 +46,6 @@ extern void nmi_watchdog_default(void); extern int check_nmi_watchdog(void); ...</description>
</item>
<item>
  <title>[PATCH] print RT watchdog message</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493367.html</link>
  <pubDate>Fri, 16 May 2008 02:01:01 GMT</pubDate>
  <description>From: Hiroshi Shimamoto &lt;h-shimamoto&gt; It's useful to detect which process is killed by RT watchdog. --- kernel/posix-cpu-timers.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/kernel/posix-cpu-timers.c b/kernel/posix-cpu-timers.c index f1525ad..c42a03a 100644 --- a/kernel/posix-cpu-timers.c +++ b/kernel/posix-cpu-timers.c @@ -1037,6 +1037,9 @@ static void check_thread_timers(struct ...</description>
</item>
<item>
  <title>[git pull] Please pull powerpc.git merge branch</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493357.html</link>
  <pubDate>Fri, 16 May 2008 00:53:08 GMT</pubDate>
  <description>Linus, Please pull from the 'merge' branch of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge Most of the bulk is in defconfig and device-tree source (.dts) files, which are effectively documentation. The change to mpc85xx_mds.c is adding some fixups to allow ethernet to work on the 8568 MDS board even if firmware doesn't initialize it properly. The rest are all relatively small, well-contained bug ...</description>
</item>
<item>
  <title>[PATCH] usb: file-storage.c use unaligned access helpers</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493356.html</link>
  <pubDate>Fri, 16 May 2008 00:34:31 GMT</pubDate>
  <description>Replace the put_be16/32 and get_be16/32 helpers with the common unaligned access routines. Note that these put_ helpers had the pointer/value parameter in the opposite order from the common version. Signed-off-by: Harvey Harrison &lt;harvey.harrison&gt; --- drivers/usb/gadget/file_storage.c | 79 ++++++++++++------------------------- 1 files changed, 25 insertions(+), 54 deletions(-) diff --git ...</description>
</item>
<item>
  <title>[RFC: 2.6 patch] remove the OSS trident driver</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493354.html</link>
  <pubDate>Fri, 16 May 2008 00:28:03 GMT</pubDate>
  <description>On Wed, May 14, 2008 at 08:47:08AM +0300, Muli Ben-Yehuda wrote: &gt;... &gt; Also, I no longer have working trident hardware---if someone else does &gt; and can test this, please let me know. Otherwise we can should &gt; probably go ahead and remove this old OSS driver. Considering that we have a working ALSA driver for this hardware, and your past objections against the removal were the sole reason why this is the only PCI OSS ...</description>
</item>
<item>
  <title>[2.6 patch] tuners/mxl5005s.c: don't define variables for enums</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493352.html</link>
  <pubDate>Fri, 16 May 2008 00:18:58 GMT</pubDate>
  <description>It doesn't seem to be intended that "tuner_modu_type" and "MXL5005_ControlName" were global variables. Signed-off-by: Adrian Bunk &lt;bunk&gt; --- drivers/media/common/tuners/mxl5005s.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) e6a639a06854b75ca90e49e00dfd858cb4c8dd02 diff --git a/drivers/media/common/tuners/mxl5005s.c b/drivers/media/common/tuners/mxl5005s.c index 5d05b53..0dc2bef 100644 --- ...</description>
</item>
<item>
  <title>[PATCH] Add a void * alternative to print_fn_descriptor_symbol()</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493344.html</link>
  <pubDate>Thu, 15 May 2008 23:49:33 GMT</pubDate>
  <description>At 2008-05-15 14:45:54 -0700, akpm wrote: &gt; &gt; &gt; Would somebody please want to move that cast into the macro (or &gt; &gt; better yet, make it an inline function that takes a 'void *'), &gt; &gt; and remove all the casts from the callers? &gt; &gt; Would be nice. Something like this? -- ams All the callers of print_fn_descriptor_symbol() had to cast their void * argument to unsigned long. This patch ...</description>
</item>
<item>
  <title>[RFC] handling panic under X</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493342.html</link>
  <pubDate>Thu, 15 May 2008 23:44:34 GMT</pubDate>
  <description>The attached patches, which depend on kernel mode setting, will allow us to see some kernel messages even if a panic occurs while X is running. I think the approach is fairly sound (using a notifier to let mode setting drivers switch the front buffer), but there are some details to be worked out still: - the console needs to be switched earlier on, probably in panic(), so we don't lose messages (the current code will print ...</description>
</item>
<item>
  <title>[patch 3/4] PNP: remove ratelimit on add resource failures</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493331.html</link>
  <pubDate>Thu, 15 May 2008 23:04:48 GMT</pubDate>
  <description>We used to have a fixed-size resource table. If a device had twenty resources when the table only had space for ten, we didn't need ten warnings, so we added the ratelimit. Now that we can dynamically allocate new resources, we should only get failures if the allocation fails. That should be rare enough that we don't need to ratelimit the messages. Signed-off-by: Bjorn Helgaas &lt;bjorn.helgaas&gt; Index: ...</description>
</item>
<item>
  <title>[patch 4/4] PNP: dont sort by type in /sys/.../resources</title>
  <link>http://readlist.com/lists/vger.kernel.org/linux-kernel/98/493330.html</link>
  <pubDate>Thu, 15 May 2008 22:59:42 GMT</pubDate>
  <description>Rather than stepping through all IO resources, then stepping through all MMIO resources, etc., we can just iterate over the resource list once directly. This can change the order in /sys, e.g., # cat /sys/devices/pnp0/00:07/resources # OLD state = active io 0x3f8-0x3ff irq 4 # cat /sys/devices/pnp0/00:07/resources # NEW state = active irq 4 io 0x3f8-0x3ff ...</description>
</item>
</channel>
</rss>
