Since 2.6.25-rc7, I've been seeing an occasional livelock on one x86_64 machine, copying kernel trees to tmpfs, paging out to swap. Signature: 6000 pages under writeback but never getting written; most tasks of interest trying to reclaim, but each get_swap_bio waiting for a bio in mempool_alloc's io_schedule_timeout(5*HZ); every five seconds an atomic page allocation failure report from kblockd failing to allocate a sense_buffer in __scsi_get_command. __scsi_get_command has a (one item) free_list...

Linus, Please pull from: ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git pci_id_updates For the following: - pvrusb2: add new usb pid for 73xx and 75xxx models Those boards are about to be released by their vendor (Hauppauge). The already committed changes for pvrusb2 were meant to address those new devices. However, the vendor changed the usb sub ID's at the last moment. Those two patches adds the newer ID's to allow kernel to properly detect the devices. ...

I'm not getting any warning here. Are you using an older gcc? 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 --

It might be possible, but likely not easy and not recommended. Why is a kernel timer not sufficient for what you need? --

Hello List, With kernels 2.6.24.4-64.fc8 2.6.24.3-50.fc8 I can't access my hp officejet k-60 unless I unplug the usb cable and plug it back it. I never use to have this problem. I can't print to it or access it with hp-tools. **** with kernel 2.6.24.3-50.fc8 error when trying to access printer with hp-tools Apr 6 15:19:32 joker python: io/hpmud/musb.c 135: unable get_string_descriptor -1: Operation not permitted Apr 6 15:19:32 joker python: io/hpmud/musb.c 603: invalid product id string...

Hello Rafael, I tested with that patch and the problem persists, when the laptop resumes it locks up (with a black screen). If I add acpi_apic_instance=2 acpi_osi=Linux as kernel boot options (as suggested by my dmesg) when it resumes I get back to a virtual term but I'm not able to log in. After entering my username it just hangs there. nick --

What a coincidence, I upgraded to kernel-2.6.24.4-64.fc8 this afternoon. Suspend and hibernate work perfectly, even my wifi led works ;) Could it be an error I made while configuring the 2.6.25rc8 kernel? Or maybe some other software that needs to be upgraded? nick --

The big item (in more ways than one) for this release is the addition of s390 support. As it is not actually provided in the tarball, you will need to use git to fetch it. You will also need a mainframe. On x86, the most interesting change is the separation of timer and I/O completion handling into a separate thread (these used to be serviced by the same thread that executed vcpu 0). The change should result in improved responsiveness and better smp performance. Changes from kvm-64: - fi...

Hi Linus, Please pull from 'master' branch of git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog.git or if master.kernel.org hasn't synced up yet: master.kernel.org:/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog.git This will update the following files: drivers/watchdog/it8712f_wdt.c | 2 ++ 1 file changed, 2 insertions(+) with these Changes: Author: Andrew Paprocki <andrew@ishiboo.com> Date: Wed Apr 2 02:43:19 2008 -0400 [WATCHDOG] it8712f_wdt Ze...

Acked-by: Dave Airlie <airlied@linux.ie> Linus please get into 2.6.25 if possible. --

Nearing review stage. --

This is _not_ a patched intended for merging! Mathieu, please take a look (maybe test) and see if I didn't mess up the CPU hotplug stuff. AFAICS, it shoudn't be affected, but better be sure. I have also attached some sample code using this functionality. It currently logs some text on every kmalloc() (SLUB-only), so one can easily check for data corruption. Make sure you enable CONFIG_SLUB and CONFIG_KMEMTRACE. Oh, and I've tried Tom Zanussi's other e-mail address and Comcast rejects my mai...

linux knows what style of cpu it is running on and uses non-portable techniques to read the time-stamp counter. lmbench uses some really nice tricks to estimate the cpu frequency in a portable manner... all it requires is that at least two of the N code sequences it times take a co-prime number of cycles. -dean --

Thanks for the report. --

Well, not all architectures use 4k as their base page size, but kernel_map_pages should work at the smallest supported page size. The disadvantage of this is that it will end up shattering any large-page mappings the kernel has. This is pretty much unavoidable unless you can arrange to only allocate AGP pages in a physically distinct area away from other kernel allocations (a mechanism to do this might be generally useful, though I'm not sure what form it would take - another zone perhaps?...

x86: remove superfluous initialisation in boot code. In arch/x86/boot/compressed/misc.c, the variable vidmem is the only variable that ends up in de data segment. It's also superfluous, because the first thing the code does is: if (RM_SCREEN_INFO.orig_video_mode == 7) { vidmem = (char *) 0xb0000; vidport = 0x3b4; } else { vidmem = (char *) 0xb8000; vidport = 0x3d4; } This patch removes the initialisation. --- Tested on qemu (i386 and x86_64). The boot messages still appear...

Hi, I'd like to power off some usb ports (to make ejected usb flash drives power off their little "don't remove me yet" led), but I can't find how to do it with a 2.6.24 kernel: - eject /dev/sd? doesn't work anymore - /sys/bus/usb/devices/*/power/state doesn't exist anymore - hub-ctrl-2.c [1] fails with a "Broken pipe" error Does anyone know how to achieve that ? Thanks, Xav [1]: http://www.gniibe.org/log/linux --

--

Ingo, A: - in x86.git/latest commit 3dab95bd91b6061a887b8a199261c1d92074da85 Author: Yinghai Lu <yhlu.kernel@gmail.com> Date: Tue Mar 4 11:34:23 2008 -0800 ACPI: Unneccessary to scan the PCI bus already scanned. http://bugzilla.kernel.org/show_bug.cgi?id=10124 is the one Yakui mentioned, but it is after B: - in x86.git/latest commit e5491e8eb56d2e4bb0e4a6795bf0662c6703d5ac Author: Yinghai Lu <Yinghai.Lu@Sun.COM> Date: Tue Feb 19 03:20:09 2008 -0800 x86: ...

Linus please apply. Almost by definition this patch can't make things worse. We handle a broken tsc these days, so no need to panic. We clear the TSC bit when tsc_init decides it's unreliable (eg. under lguest w/ bad host TSC), leading to bogus panic. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> diff -r 5e0a39f4d07b arch/x86/kernel/cpu/bugs.c --- a/arch/x86/kernel/cpu/bugs.c Sun Apr 06 13:40:39 2008 +1000 +++ b/arch/x86/kernel/cpu/bugs.c Sun Apr 06 17:14:12 2008 +1000 @@ -143,1...

Hence the "almost". It can't break machines, but it could make the problem harder to diagnose. Given that it will unbreak at least one machine, I'm Thanks! Rusty. --

No, it's really time to teach people that checkpatch is *not* a tool for janitors. It's a tool for patch submitters and maintainers that automates a part of patch review. When a patch has a few checkpatch warnings and the submitter can justify them (since the code would otherwise look bad) *that is OK*. But if your driver has over 2000 lines over 80 columns or many lines over 95 columns it is not "really time to break it" - it is time to In the kernel all tabs are 8 spaces wide. Wh...

This will reduce the usefulness of checkpatch for those developers who Non-tab-using code inevitably ends up having a mix of tabs and non-tabs and looks a mess if tabstops are set to anything other than eight. God I wish I had not been cc'ed on this. --

Isn't this an editor/tools issue more than a checkpatch one? I think you should first try to get the most frequently used code editors and pretty printers (vim/emacs/eclipse/indent, etc) to support the tabs to level, spaces to align style. g'luck with that. --

Sorry? This changelog entry doesn't make sense to me since this patch is for documentation and not a compiler error. If you prefer them declared as C code, please try it this way: + struct pci_dev dev*; + size_t size; dma_addr_t dma_handle; cpu_addr = pci_alloc_consistent(dev, size, &dma_handle); and delete the verbage (plain text) that defines the parameters. If you are confusing "dev" with "struct device *" and want to change all the references to "pdev", please do the above *an...