LKML: Linux Kernel Archive 2005 Q2

Date Index

Re: -mm -> 2.6.13 merge status, (continued)
- Re: -mm -> 2.6.13 merge status, Christoph Hellwig
- Re: -mm -> 2.6.13 merge status, Andi Kleen
  - Re: -mm -> 2.6.13 merge status, Hans Reiser
    - Re: -mm -> 2.6.13 merge status, Andi Kleen
      - Re: -mm -> 2.6.13 merge status, Christoph Hellwig
      - Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Jeff Garzik
        
        Re: -mm -> 2.6.13 merge status, Andi Kleen
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Jeff Garzik
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Jeff Garzik
        
        Re: -mm -> 2.6.13 merge status, Pekka Enberg
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Pekka J Enberg
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Vladimir Saveliev
        
        Re: -mm -> 2.6.13 merge status, Olivier Galibert
        
        Re: -mm -> 2.6.13 merge status, Ross Biro
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Nikita Danilov
        
        Re: -mm -> 2.6.13 merge status, Jeff Mahoney
        
        Re: -mm -> 2.6.13 merge status, Andrew Morton
        
        Re: -mm -> 2.6.13 merge status, Jeff Mahoney
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Jens Axboe
        
        Re: -mm -> 2.6.13 merge status, Pekka Enberg
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Theodore Ts'o
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Hubert Chan
        
        Re: -mm -> 2.6.13 merge status, Nikita Danilov
        
        Re: -mm -> 2.6.13 merge status, Jens Axboe
        
        Re: -mm -> 2.6.13 merge status, Andi Kleen
        
        Re: -mm -> 2.6.13 merge status, Pekka J Enberg
        
        Re: -mm -> 2.6.13 merge status, Jörn Engel
        
        Re: -mm -> 2.6.13 merge status, Andi Kleen
        
        [PATCH] verbose BUG_ON reporting, Pekka J Enberg
        
        Re: [PATCH] verbose BUG_ON reporting, Jörn Engel
        
        Re: [PATCH] verbose BUG_ON reporting, Andi Kleen
        
        Re: verbose BUG_ON reporting, Pekka J Enberg
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Hubert Chan
        
        Re: -mm -> 2.6.13 merge status, Christian Trefzer
        
        Re: -mm -> 2.6.13 merge status, Hans Reiser
        
        Re: -mm -> 2.6.13 merge status, Christian Trefzer
- Re: -mm -> 2.6.13 merge status, Bodo Eggert
- RE: -mm -> 2.6.13 merge status, Ian Pratt
  - Re: -mm -> 2.6.13 merge status, Mark Williamson
[PATCH] Kexec on panic vmlinux initrd fix, Vivek Goyal
struct iphdr in include/linux/ip.h (probably bug in headerfile), k8 s
- Re: struct iphdr in include/linux/ip.h (probably bug in headerfile), Andreas Schwab
- Re: struct iphdr in include/linux/ip.h (probably bug in headerfile), Alan Cox
2.6.12-mm1: BUG() in fd_install, RCU related?, Pavel Machek
- Re: 2.6.12-mm1: BUG() in fd_install, RCU related?, Dipankar Sarma
  - Re: 2.6.12-mm1: BUG() in fd_install, RCU related?, Pavel Machek
  - Re: 2.6.12-mm1: BUG() in fd_install, RCU related?, syrius . ml
    - Re: 2.6.12-mm1: BUG() in fd_install, RCU related?, Dipankar Sarma
      - Re: 2.6.12-mm1: BUG() in fd_install, RCU related?, Rafael J. Wysocki
      - Re: 2.6.12-mm1: BUG() in fd_install, RCU related?, syrius . ml
UML mode panick under 2.6.12, XIAO Gang
- Re: UML mode panick under 2.6.12, Jeff Dike
  - Re: UML mode panick under 2.6.12, XIAO Gang
[PATCH] wbsd delayed insertion, Pierre Ossman
Why 2.6.11 has 4 number naming convention?, colin
- Re: Why 2.6.11 has 4 number naming convention?, David Woodhouse
- Re: Why 2.6.11 has 4 number naming convention?, Paolo Ornati
[PATCH] devfs: Remove devfs from the init code, Greg KH
- [PATCH] devfs: Remove devfs_*_tape() functions from the kernel tree, Greg KH
  - [PATCH] devfs: Remove devfs_mk_symlink() function from the kernel tree, Greg KH
    - [PATCH] devfs: Remove devfs_mk_dir() function from the kernel tree, Greg KH
      - [PATCH] devfs: Remove devfs_mk_bdev() function from the kernel tree, Greg KH
        
        [PATCH] devfs: Remove devfs_mk_cdev() function from the kernel tree, Greg KH
        
        [PATCH] devfs: Remove devfs_remove() function from the kernel tree, Greg KH
        
        [PATCH] devfs: Remove the miscdevice devfs_name field as it's no longer needed, Greg KH
        
        [PATCH] devfs: Remove the devfs_fs_kernel.h file from the tree, Greg KH
        
        [PATCH] devfs: Remove the uart_driver devfs_name field as it's no longer needed, Greg KH
        
        [PATCH] devfs: Remove the gendisk devfs_name field as it's no longer needed, Greg KH
        
        [PATCH] devfs: Remove the videodevice devfs_name field as it's no longer needed, Greg KH
        
        [PATCH] devfs: Remove the line_driver devfs_name field as it's no longer needed, Greg KH
        
        [PATCH] devfs: Remove the ide drive devfs_name field as it's no longer needed, Greg KH
        
        [PATCH] devfs: Remove the scsi_disk devfs_name field as it's no longer needed, Greg KH
        
        [PATCH] devfs: Remove the tty_driver devfs_name field as it's no longer needed, Greg KH
        
        Re: [PATCH] devfs: Remove the tty_driver devfs_name field as it's no longer needed, Russell King
        
        Re: [PATCH] devfs: Remove the tty_driver devfs_name field as it's no longer needed, Greg KH
        
        [PATCH] devfs: Remove the mode field from usb_class_driver as it's no longer needed, Greg KH
        
        [PATCH] devfs: Rename TTY_DRIVER_NO_DEVFS to TTY_DRIVER_DYNAMIC_DEV, Greg KH
        
        [PATCH] devfs: Last little devfs cleanups throughout the kernel tree., Greg KH
        
        Re: [PATCH] devfs: Last little devfs cleanups throughout the kernel tree., Thomas Schneller
[PATCH 2.6.12] amd76x_pm: C2 powersaving for AMD K7, Joerg Sommrey
- Re: [PATCH 2.6.12] amd76x_pm: C2 powersaving for AMD K7, Tony Lindgren
  - Re: [PATCH 2.6.12] amd76x_pm: C2 powersaving for AMD K7, johan . heikkila
    - Re: [PATCH 2.6.12] amd76x_pm: C2 powersaving for AMD K7, Joerg Sommrey
[patch 2/2] printk : drivers/block/DAC960.c, domen
[patch 06/12] block/ps2esdi: replace sleep_on() with wait_event(), domen
[patch 07/12] block/xd: remove sleep_on() usage, domen
[patch 05/12] block/swim3: replace schedule_timeout() with msleep_interruptible(), domen
[patch 02/12] block/xd: replace schedule_timeout() with msleep()/msleep_interruptible(), domen
[patch 08/12] block/acsi_slm: replace interruptible_sleep_on() with wait_event_interruptible(), domen
[patch 04/12] block/xd: replace schedule_timeout() with msleep(), domen
- Re: [patch 04/12] block/xd: replace schedule_timeout() with msleep(), Maciej W. Rozycki
  - Re: [patch 04/12] block/xd: replace schedule_timeout() with msleep(), Domen Puncer
    - Re: [patch 04/12] block/xd: replace schedule_timeout() with msleep(), Maciej W. Rozycki
      - Re: [patch 04/12] block/xd: replace schedule_timeout() with msleep(), Nishanth Aravamudan
        
        Re: [patch 04/12] block/xd: replace schedule_timeout() with msleep(), Maciej W. Rozycki
        
        Re: [patch 04/12] block/xd: replace schedule_timeout() with msleep(), Nishanth Aravamudan
[patch 11/12] drivers/block/umem.c: Use the DMA_{64, 32}BIT_MASK constants, domen
- Re: [patch 11/12] drivers/block/umem.c: Use the DMA_{64, 32}BIT_MASK constants, Jens Axboe
  - Re: [patch 11/12] drivers/block/umem.c: Use the DMA_{64, 32}BIT_MASK constants, Neil Brown
  - Re: [patch 11/12] drivers/block/umem.c: Use the DMA_{64, 32}BIT_MASK constants, Tobias Klauser
[patch 09/12] remove unused LOCAL_END_REQUEST, domen
[patch 10/12] block/swim_iop: replace schedule_timeout() with msleep_interruptible(), domen
[patch 12/12] block/cpqarray: Use the DMA_32BIT_MASK constant, domen
[patch 1/4] cdrom/sonycd535: replace schedule_timeout() with msleep(), domen
[patch 1/1] drivers/block/sx8.c: Use the DMA_{64, 32}BIT_MASK constants, domen
[patch 1/1] list_for_each_entry: fs-dquot.c, domen
- Re: [patch 1/1] list_for_each_entry: fs-dquot.c, Jan Kara
[RFC] do_execve() perf improvement opportunity?, cutaway
- Re: [RFC] do_execve() perf improvement opportunity?, Rik van Riel
  - Re: [RFC] do_execve() perf improvement opportunity?, cutaway
    - Re: [RFC] do_execve() perf improvement opportunity?, Rik van Riel
one-liner bug in tcp_input.c, Zubin D. Dittia
[RFC] cleanup patches for strings, Jesper Juhl
- Re: [RFC] cleanup patches for strings, cutaway
  - Re: [RFC] cleanup patches for strings, Denis Vlasenko
    - Re: [RFC] cleanup patches for strings, cutaway
      - Re: [RFC] cleanup patches for strings, Denis Vlasenko
        
        Re: [RFC] cleanup patches for strings, cutaway
        
        Re: [RFC] cleanup patches for strings, Denis Vlasenko
      - Re: [RFC] cleanup patches for strings, Denis Vlasenko
- Re: [RFC] cleanup patches for strings, Alexey Dobriyan
  - Re: [RFC] cleanup patches for strings, Jörn Engel
    - Re: [RFC] cleanup patches for strings, Jesper Juhl
- Re: [RFC] cleanup patches for strings, Andrey Panin
- Re: [RFC] cleanup patches for strings, Denis Vlasenko
  - Re: [RFC] cleanup patches for strings, Jean Delvare
    - Re: [RFC] cleanup patches for strings, cutaway
      - Re: [RFC] cleanup patches for strings, Jean Delvare
        
        Re: [RFC] cleanup patches for strings, cutaway
        
        Re: [RFC] cleanup patches for strings, Brian Gerst
- Re: [RFC] cleanup patches for strings, Horst von Brand
[patch 1/1] fs/befs/endian.h: fix sparse warnings, domen
[patch 1/1] fs/qnx4/*: fix sparse warnings, domen
- <Possible follow-ups>
- [patch 1/1] fs/qnx4/*: fix sparse warnings, Anders Larsen
[patch 1/2] kernel/smp: replace schedule_timeout() with ssleep(), domen
[patch 2/2] kernel/power/disk.c string fix and if-less iterator, domen
- Re: [patch 2/2] kernel/power/disk.c string fix and if-less iterator, Pavel Machek
  - Re: [patch 2/2] kernel/power/disk.c string fix and if-less iterator, Andreas Schwab
  - Re: [patch 2/2] kernel/power/disk.c string fix and if-less iterator, Jörn Engel
  - Re: [patch 2/2] kernel/power/disk.c string fix and if-less iterator, Domen Puncer
  - Re: [patch 2/2] kernel/power/disk.c string fix and if-less iterator, Horst von Brand
- Re: [patch 2/2] kernel/power/disk.c string fix and if-less iterator, Jörn Engel
  - Re: [patch 2/2] kernel/power/disk.c string fix and if-less iterator, Mitchell Blank Jr
[patch 1/4] serial/68360serial: replace schedule_timeout() with msleep_interruptible(), domen
CPU utilization per thread, N Chandra Shekhar REDDY
- <Possible follow-ups>
- Cpu utilization per thread, N Chandra Shekhar REDDY
- Cpu utilization per thread, N Chandra Shekhar REDDY
  - Re: Cpu utilization per thread, J.A. Magallon
    - RE: Cpu utilization per thread, N Chandra Shekhar REDDY
  - Re: Cpu utilization per thread, Joe Seigh
2.6.12-mm1 boot failure on NUMA box., Martin J. Bligh
- Re: 2.6.12-mm1 boot failure on NUMA box., Andrew Morton
  - Re: 2.6.12-mm1 boot failure on NUMA box., Martin J. Bligh
    - Re: 2.6.12-mm1 boot failure on NUMA box., Andrew Morton
      - Re: 2.6.12-mm1 boot failure on NUMA box., Martin J. Bligh
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Con Kolivas
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Martin J. Bligh
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Ingo Molnar
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Martin J. Bligh
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Ingo Molnar
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Nish Aravamudan
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Martin J. Bligh
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Ingo Molnar
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Martin J. Bligh
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Ingo Molnar
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Lee Revell
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Martin J. Bligh
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Lee Revell
        
        Re: 2.6.12-mm1 boot failure on NUMA box., Martin J. Bligh
- <Possible follow-ups>
- Re: 2.6.12-mm1 boot failure on NUMA box., Andi Kleen
2.6.12-ck1, Con Kolivas
- 2.6.12-ck2, Con Kolivas
[GIT PATCH] Driver core changes for 2.6.12, Greg KH
- [PATCH] sysfs_{create|remove}_link should take const char *, Greg KH
  - [PATCH] kobject_hotplug() should use kobject_name(), Greg KH
    - [PATCH] Make kobject's name be const char *, Greg KH
      - [PATCH] kset_hotplug_ops->name shoudl return const char *, Greg KH
        
        [PATCH] make driver's name be const char *, Greg KH
        
        [PATCH] Make attributes names const char *, Greg KH
        
        [PATCH] sysfs: (driver/base) if show/store is missing return -EIO, Greg KH
        
        [PATCH] sysfs: if show/store is missing return -EIO, Greg KH
        
        [PATCH] sysfs: (driver/pci) if show/store is missing return -EIO, Greg KH
        
        [PATCH] sysfs: (driver/block) if show/store is missing return -EIO, Greg KH
        
        [PATCH] sysfs: (rest) if show/store is missing return -EIO, Greg KH
        
        [PATCH] INPUT: move to use the new class code, instead of class_simple, Greg KH
        
        [PATCH] tty: move to use the new class code, instead of class_simple, Greg KH
        
        [PATCH] CLASS: move a "simple" class logic into the class core., Greg KH
        
        [PATCH] class: convert sound/* to use the new class api instead of class_simple, Greg KH
        
        [PATCH] USB: move the usb hcd code to use the new class code., Greg KH
        
        [PATCH] class: convert drivers/block/* to use the new class api instead of class_simple, Greg KH
        
        [PATCH] class: convert drivers/ieee1394/* to use the new class api instead of class_simple, Greg KH
        
        [PATCH] class: convert drivers/char/* to use the new class api instead of class_simple, Greg KH
        
        [PATCH] class: convert drivers/scsi/* to use the new class api instead of class_simple, Greg KH
        
        [PATCH] class: convert drivers/* to use the new class api instead of class_simple, Greg KH
        
        [PATCH] USB: trivial error path fix, Greg KH
        
        [PATCH] class: convert arch/* to use the new class api instead of class_simple, Greg KH
        
        [PATCH] class: convert the remaining class_simple users in the kernel to usee the new class api, Greg KH
        
        [PATCH] class: add kerneldoc for the new class functions., Greg KH
        
        [PATCH] class: remove class_simple code, as no one in the tree is using it anymore., Greg KH
        
        [PATCH] fix "make mandocs" after class_simple.c removal, Greg KH
        
        [PATCH] Add a semaphore to struct device to synchronize calls to its driver., Greg KH
        
        [PATCH] fix up ipmi code after class_simple.c removal, Greg KH
        
        [PATCH] Move device/driver code to drivers/base/dd.c, Greg KH
        
        [PATCH] Use driver_for_each_device() instead of manually walking list., Greg KH
        
        [PATCH] Use driver_for_each_device() in drivers/pnp/driver.c instead of manually walking list., Greg KH
        
        [PATCH] Add driver_for_each_device()., Greg KH
        
        [PATCH] Add a klist to struct bus_type for its drivers., Greg KH
        
        [PATCH] Add a klist to struct bus_type for its devices., Greg KH
        
        [PATCH] Add initial implementation of klist helpers., Greg KH
        
        [PATCH] Add a klist to struct device_driver for the devices bound to it., Greg KH
        
        [PATCH] Remove the unused device_find()., Greg KH
        
        [PATCH] Use bus_for_each_{dev,drv} for driver binding., Greg KH
        
        [PATCH] add klist_node_attached() to determine if a node is on a list or not., Greg KH
        
        [PATCH] Fix up USB to use klist_node_attached() instead of list_empty() on lists that will go away., Greg KH
        
        [PATCH] Remove struct device::driver_list., Greg KH
        
        [PATCH] Fix up bus code and remove use of rwsem., Greg KH
        
        [PATCH] Remove struct device::bus_list., Greg KH
        
        [PATCH] Don't reference NULL klist pointer in klist_remove()., Greg KH
        
        [PATCH] Call klist_del() instead of klist_remove()., Greg KH
        
        [PATCH] Use device_for_each_child() to unregister devices in scsi_remove_target()., Greg KH
        
        [PATCH] use device_for_each_child() to properly access child devices., Greg KH
        
        [PATCH] Use a klist for device child lists., Greg KH
        
        [PATCH] Fix up bogus comment., Greg KH
        
        [PATCH] driver core: change export symbol for driver_for_each_device(), Greg KH
        
        [PATCH] Use device_for_each_child() to unregister devices in nodemgr_remove_host_dev(), Greg KH
        
        [PATCH] use device_for_each_child() to properly access child devices., Greg KH
        
        [PATCH] USB: fix build warning in usb core as pointed out by Andrew., Greg KH
        
        [PATCH] Driver Core: fix bk-driver-core kills ppc64, Greg KH
        
        [PATCH] Fix typo in scdrv_init(), Greg KH
        
        [PATCH] Driver core: Fix up the driver and device iterators to be quieter, Greg KH
        
        [PATCH] usb: klist_node_attached() fix, Greg KH
        
        [PATCH] sn: fixes due to driver core changes, Greg KH
        
        [PATCH] driver core: Fix races in driver_detach(), Greg KH
        
        [PATCH] Driver Core: driver model doc update, Greg KH
        
        [PATCH] Driver core: unregister_node() for hotplug use, Greg KH
        
        [PATCH] usbcore: Don't call device_release_driver recursively, Greg KH
        
        [PATCH] libfs: add simple attribute files, Greg KH
        
        [PATCH] Driver core: change device_attribute callbacks, Greg KH
        
        [PATCH] driver core: fix error handling in bus_add_device, Greg KH
        
        [PATCH] Driver core: Documentation: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: drivers/base - drivers/i2c/chips/adm1026.c: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: arch: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: drivers/i2c/chips/adm1031.c - lm75.c: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: drivers/i2c/chips/lm77.c - max1619.c: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: drivers/i2c/chips/pc87360.c - w83627hf.c: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: drivers/char/raw3270.c - drivers/net/netiucv.c: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: drivers/i2c/chips/w83781d.c - drivers/s390/block/dcssblk.c: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: drivers/usb/input/aiptek.c - drivers/zorro/zorro-sysfs.c: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: drivers/s390/net/qeth_sys.c - drivers/usb/gadget/pxa2xx_udc.c: update device attribute callbacks, Greg KH
        
        [PATCH] Driver Core: include: update device attribute callbacks, Greg KH
        
        [PATCH] I2C: drivers/i2c/chips/adm1026.c: use dynamic sysfs callbacks, Greg KH
        
        [PATCH] I2C: add i2c sensor_device_attribute and macros, Greg KH
        
        [PATCH] sysfs-iattr: attach sysfs_dirent before new inode, Greg KH
        
        [PATCH] Driver core: Don't "lose" devices on suspend on failure, Greg KH
        
        [PATCH] sysfs-iattr: set inode attributes, Greg KH
        
        [PATCH] sysfs-iattr: add sysfs_setattr, Greg KH
        
        [PATCH] SYSFS: fix PAGE_SIZE check, Greg KH
        
        [PATCH] USB: fix show_modalias() function due to attribute change, Greg KH
        
        [PATCH] PCI: fix show_modalias() function due to attribute change, Greg KH
        
        Re: [PATCH] Add initial implementation of klist helpers., Rik van Riel
        
        Re: [PATCH] Add initial implementation of klist helpers., Greg KH
[PATCH] Doc/Submitting: corrections, additions, randy_dunlap
[patch 2/4] serial/68328serial: replace schedule_timeout() with msleep_interruptible(), domen
[patch 1/1] uml: remove winch sem, blaisorblade
make install error(grub)., guorke
[patch 1/1] uml: add profile_pc for i386, blaisorblade
-mm patch glut, Andrew Morton
- Re: -mm patch glut, James Morris
  - Re: -mm patch glut, Andrew Morton
[patch 4/4] cdrom/mcdx: remove interruptible_sleep_on_timeout() usage, domen
[patch 3/4] cdrom/sjcd: remove sleep_on() usage, domen
[patch 2/4] cdrom/aztcd: remove sleep_on() usage, domen
- Re: [patch 2/4] cdrom/aztcd: remove sleep_on() usage, Jesper Juhl
  - Re: [patch 2/4] cdrom/aztcd: remove sleep_on() usage, Nishanth Aravamudan
    - Re: [patch 2/4] cdrom/aztcd: remove sleep_on() usage, Jesper Juhl
- Re: [patch 2/4] cdrom/aztcd: remove sleep_on() usage, Johannes Stezenbach
[patch 1/1] backend.c - vfree() checking cleanups, domen
[patch 4/4] DCO: use IANA-reserved second level domain name, domen
2.6.12-mm1 irq 21: nobody cared with snd_via82xx, Mathieu Bérard
- Re: 2.6.12-mm1 irq 21: nobody cared with snd_via82xx, Bjorn Helgaas
  - Re: 2.6.12-mm1 irq 21: nobody cared with snd_via82xx, Mathieu Bérard
[patch 1/4] delete include/asm-arm/arch-epxa10db/mode_ctrl00.h, domen
- Re: [patch 1/4] delete include/asm-arm/arch-epxa10db/mode_ctrl00.h, Russell King
[patch 1/2] : block/DAC960: remove sleep_on*() usage, domen
[patch 3/4] delete include/asm-arm/hardware/linkup-l1110.h, domen
[patch 2/3] acorn: clean up printk()s in drivers/acorn/block/fd1772.c, domen
[patch 2/4] delete include/asm-arm/arch-epxa10db/pld_conf00.h, domen
[patch 4/4] arm/cpu-sa1110: replace schedule_timeout() with msleep(), domen
[patch 3/3] acorn: clean up printk()s in drivers/acorn/block/mfmhd.c, domen
[patch 03/12] floppy: relocate devfs comment, domen
[patch 01/12] replace PRINTK with pr_debug in block/umem.c, domen
[patch 1/3] delete arch/arm26/boot/compressed/hw-bse.c, domen
Re: aio_down() patch series -- cancellation support added, Benjamin LaHaise
- Re: aio_down() patch series -- cancellation support added, Suparna Bhattacharya
  - Re: aio_down() patch series -- cancellation support added, Benjamin LaHaise
Re: [SCSI] allow sleeping in ->eh_device_reset_handler(), Dave Jones
[PATCH][3/3] pwc-uncompress cleanup - remove redundant casts., Jesper Juhl
[PATCH][1/3] pwc-uncompress cleanup - whitespace cleanups., Jesper Juhl
- Re: [PATCH][1/3] pwc-uncompress cleanup - whitespace cleanups., Jörn Engel
[PATCH][2/3] pwc-uncompress cleanup - add missing default switch case., Jesper Juhl
PATCH: IDE timing violation on reset, Alan Cox
PATCH: it8212 backport for Bartlomiej IDE, Alan Cox
- PATCH: it8212 backport for Bartlomiej IDE (Correct diff), Alan Cox
  - Re: PATCH: it8212 backport for Bartlomiej IDE (Correct diff), Mws
PATCH: Fix crashes with hotplug serverworks, Alan Cox
- Re: PATCH: Fix crashes with hotplug serverworks, Christoph Hellwig
  - Re: PATCH: Fix crashes with hotplug serverworks, Bartlomiej Zolnierkiewicz
  - Re: PATCH: Fix crashes with hotplug serverworks, Alan Cox
    - Re: PATCH: Fix crashes with hotplug serverworks, Bartlomiej Zolnierkiewicz
      - Re: PATCH: Fix crashes with hotplug serverworks, Alan Cox
        
        Re: PATCH: Fix crashes with hotplug serverworks, Bartlomiej Zolnierkiewicz
        
        Re: PATCH: Fix crashes with hotplug serverworks, Alan Cox
PATCH: Samsung SN-124 works perfectly well with DMA, Alan Cox
- Re: PATCH: Samsung SN-124 works perfectly well with DMA, Jeff Garzik
  - Re: PATCH: Samsung SN-124 works perfectly well with DMA, Alan Cox
2.6.12-git1 broken on x86_64 (works on 2.6.12), Martin J. Bligh
- Re: 2.6.12-git1 broken on x86_64 (works on 2.6.12), Andi Kleen
- Re: 2.6.12-git1 broken on x86_64 (works on 2.6.12), Dipankar Sarma
  - Re: 2.6.12-git1 broken on x86_64 (works on 2.6.12), Martin J. Bligh
PATCH: ide-generic, allow for capture of other unsupported devices, Alan Cox
PATCH: IDE fix ide-disk inability to handle LBA only devices., Alan Cox
Linux-2.6.12 memory mapping broken, Richard B. Johnson
- Re: Linux-2.6.12 memory mapping broken, Dave Jones
- Re: Linux-2.6.12 memory mapping broken, David S. Miller
  - Re: Linux-2.6.12 memory mapping broken, Richard B. Johnson
- Re: Linux-2.6.12 memory mapping broken, Hugh Dickins
  - Re: Linux-2.6.12 memory mapping broken, Richard B. Johnson
[PATCH 7/8] UML - Time initialization tidying, Jeff Dike
[PATCH 5/8] UML - Always disable kmalloc during shutdown, Jeff Dike
[PATCH 3/8] UML - fork cleanup, Jeff Dike
[PATCH 4/8] UML - Fix timer initialization, Jeff Dike
2.6.11 amd64: raw1394 returns EINVAL, Xavier Bestel
- Re: 2.6.11 amd64: raw1394 returns EINVAL, Alexey Dobriyan
[PATCH 6/8] UML - Kill some useless vmalloc tlb flushing, Jeff Dike
- Re: [uml-devel] [PATCH 6/8] UML - Kill some useless vmalloc tlb flushing, Blaisorblade
[PATCH 8/8] UML - hot-unplug code cleanup, Jeff Dike
[PATCH 2/8] UML - kfree cleanup, Jeff Dike
[PATCH 1/8] UML - Fix sizeof usage, Jeff Dike
RE: Observation: very low USB performance in 2.6.12 (-2 from agnu la), Hodle, Brian
[PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Telemaque Ndizihiwe
- Re: [PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Jeff Garzik
  - Re: [PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Christoph Lameter
    - Re: [PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Joel Schopp
    - Re: [PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Andrew Morton
      - Re: [PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Martin Waitz
        
        Re: [PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Linus Torvalds
- Re: [PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Richard B. Johnson
  - Re: [PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Mitchell Blank Jr
- Re: [PATCH] Replaces two GOTO statements with one IF_ELSE statement in /fs/open.c, Bill Davidsen
Observation: very low USB performance in 2.6.12 (-2 from agnula), Petter Sundlöf
- Re: Observation: very low USB performance in 2.6.12 (-2 from agnula), Adrian Bunk
Tuner module is too verbose, Damien "tuX" THEBAULT
- Re: Tuner module is too verbose, Mauro Carvalho Chehab
  - Re: Tuner module is too verbose, Damien "tuX" THEBAULT
RE: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
- Re: [ltp] Re: IBM HDAPS Someone interested?, Yani Ioannou
  - Re: [ltp] Re: IBM HDAPS Someone interested?, Yani Ioannou
    - RE: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
      - Re: [ltp] Re: IBM HDAPS Someone interested?, Yani Ioannou
        
        RE: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
        
        RE: [ltp] Re: IBM HDAPS Someone interested?, Lee Revell
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Lee Revell
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Pavel Machek
        
        RE: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Vojtech Pavlik
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Eric Piel
        
        RE: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Vojtech Pavlik
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Eric Piel
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Lee Revell
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Paul Sladen
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Vojtech Pavlik
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Pavel Machek
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Vojtech Pavlik
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Alejandro Bonilla
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Vojtech Pavlik
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Lenz Grimmer
        
        RE: [ltp] IBM HDAPS Someone interested? (Accelerometer), Alejandro Bonilla
        
        RE: [ltp] IBM HDAPS Someone interested? (Accelerometer), Lee Revell
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Alejandro Bonilla
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Lee Revell
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Vojtech Pavlik
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Alejandro Bonilla
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Vojtech Pavlik
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Alejandro Bonilla
        
        Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Shawn Starr
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), Alejandro Bonilla
        
        Re: [ltp] IBM HDAPS Someone interested? (Accelerometer), P
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Jan Knutar
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Lee Revell
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Andrew Haninger
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, P
        
        RE: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
        
        RE: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
      - Re: [ltp] Re: IBM HDAPS Someone interested?, Vojtech Pavlik
- <Possible follow-ups>
- Re: [ltp] Re: IBM HDAPS Someone interested?, Pavel Machek
- RE: Re[2]: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
- Re: [ltp] Re: IBM HDAPS Someone interested?, Parag Warudkar
PREEMPT_RT vs I-PIPE: the numbers, part 2, Kristian Benoit
- Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, hui
  - Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
    - Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, hui
      - Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, hui
      - Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Lee Revell
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Andrea Arcangeli
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Daniel Walker
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, hui
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, hui
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, David Lang
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, David Lang
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, David Lang
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Lee Revell
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
- Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Paul E. McKenney
  - Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
    - Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Paul E. McKenney
      - Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Kristian Benoit
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Paul E. McKenney
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Kristian Benoit
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Paul E. McKenney
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Ingo Molnar
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Paul E. McKenney
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Paulo Marques
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Paul E. McKenney
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Paul E. McKenney
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Lee Revell
        
        Re: PREEMPT_RT vs I-PIPE: the numbers, part 2, Karim Yaghmour
        
        Re: PREEMPT_RT & threading IRQ 0, Ingo Molnar
it8212 raid support, Vladislav Bondarenko
- Re: it8212 raid support, Alan Cox
umount of initramfs hangs 2.6.12, Wakko Warner
2.6.12-mm1 compile failure on PPC64, Martin J. Bligh
- Re: 2.6.12-mm1 compile failure on PPC64, Ingo Molnar
  - Re: 2.6.12-mm1 compile failure on PPC64, Andrew Morton
IBM HDAPS Someone interested?, Alejandro Bonilla
- Re: IBM HDAPS Someone interested?, Vojtech Pavlik
  - RE: IBM HDAPS Someone interested?, Alejandro Bonilla
    - Re: IBM HDAPS Someone interested?, Vojtech Pavlik
      - RE: IBM HDAPS Someone interested?, Alejandro Bonilla
      - Re: [ltp] Re: IBM HDAPS Someone interested?, Lenz Grimmer
        
        RE: [ltp] Re: IBM HDAPS Someone interested?, Alejandro Bonilla
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Pekka Enberg
        
        Re: [ltp] Re: IBM HDAPS Someone interested?, Andrew Haninger
      - Re: IBM HDAPS Someone interested?, Pavel Machek
        
        Re: IBM HDAPS Someone interested?, Yani Ioannou
        
        Re: IBM HDAPS Someone interested?, Vojtech Pavlik
        
        Re: IBM HDAPS Someone interested?, Pavel Machek
        
        Re: IBM HDAPS Someone interested?, Adam Goode
        
        Re: IBM HDAPS Someone interested?, Lee Revell
        
        Re: IBM HDAPS Someone interested?, Vojtech Pavlik
        
        Re: IBM HDAPS Someone interested?, Lee Revell
        
        Re: IBM HDAPS Someone interested?, Valdis . Kletnieks
        
        Re: IBM HDAPS Someone interested?, Sander
        
        RE: IBM HDAPS Someone interested?, Alejandro Bonilla
        
        Re: IBM HDAPS Someone interested?, Pavel Machek
        
        Re: IBM HDAPS Someone interested?, Alejandro Bonilla
        
        Re: IBM HDAPS Someone interested?, Alejandro Bonilla
how to insert an asm instruction in C code and how to compile it, Srinivas G.
- Re: how to insert an asm instruction in C code and how to compile it, Paolo Ornati
- Re: how to insert an asm instruction in C code and how to compile it, Mads Martin Joergensen
- Re: how to insert an asm instruction in C code and how to compile it, Richard B. Johnson
[Bug 4764] New: On Running LTP test suite testcase nptl comes out with failures, Martin J. Bligh
Writing as init without /dev/console?, Nico Schottelius
- Re: Writing as init without /dev/console?, Miquel van Smoorenburg
Linux-2.6.12, Richard B. Johnson
- Re: Linux-2.6.12, Hugh Dickins
  - Re: Linux-2.6.12, Richard B. Johnson
    - Re: Linux-2.6.12, Hugh Dickins
      - Re: Linux-2.6.12, Richard B. Johnson
        
        Re: Linux-2.6.12, Hugh Dickins
- Re: Linux-2.6.12, Dave Jones
  - Message not available
    - Re: Linux-2.6.12, Dave Jones
      - Re: Linux-2.6.12, Richard B. Johnson
        
        Re: Linux-2.6.12, Dave Jones
        
        Re: Linux-2.6.12, Richard B. Johnson
        
        Re: Linux-2.6.12, Dave Jones
        
        Re: Linux-2.6.12, Richard B. Johnson
        
        Re: Linux-2.6.12, Dave Jones
        
        Re: Linux-2.6.12, Richard B. Johnson
        
        Re: Linux-2.6.12, Dave Jones
        
        Re: Linux-2.6.12, Kurt Wall
Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), jan malstrom
- Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), Dipankar Sarma
  - Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), Rafael J. Wysocki
    - Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), Dipankar Sarma
      - Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), Bernhard Rosenkraenzer
        
        Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), Dipankar Sarma
        
        Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), Bernhard Rosenkraenzer
        
        Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), syrius . ml
      - Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), Rafael J. Wysocki
      - Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), Rafael J. Wysocki
  - Re: 2.6.12-mm1 (kernel BUG at fs/open.c:935!), Alexey Dobriyan
[ANNOUNCE] New CRIS sub architecture v32, Mikael Starvik
2.6.12-mm1 cannot build nvidia driver?, Paradise
- Re: 2.6.12-mm1 cannot build nvidia driver?, Paradise
  - Re: 2.6.12-mm1 cannot build nvidia driver?, Valdis . Kletnieks
    - Re: 2.6.12-mm1 cannot build nvidia driver?, Paradise
      - Re: 2.6.12-mm1 cannot build nvidia driver?, Paradise
        
        Re: 2.6.12-mm1 cannot build nvidia driver?, Paradise
        
        Re: 2.6.12-mm1 cannot build nvidia driver?, Valdis . Kletnieks
        
        Re: 2.6.12-mm1 cannot build nvidia driver?, Valdis . Kletnieks
__alloc_pages (), Parveen Verma, Noida
- Re: __alloc_pages (), Alexander Nyberg
- <Possible follow-ups>
- RE: __alloc_pages (), Parveen Verma, Noida
Pending AIO work/patches, Suparna Bhattacharya
- Re: Pending AIO work/patches, Trond Myklebust
- Re: Pending AIO work/patches, Sébastien Dugué
- [PATCH 0/6] Integrate AIO with wait-bit based filtered wakeups, Suparna Bhattacharya
  - Re: [PATCH 1/6] Add a wait queue argument to wait_bit action(), Suparna Bhattacharya
  - Re: [PATCH 2/6] Rename __lock_page to lock_page_slow, Suparna Bhattacharya
    - Re: [PATCH 2/6] Rename __lock_page to lock_page_slow, Zach Brown
      - Re: [PATCH 2/6] Rename __lock_page to lock_page_slow, Suparna Bhattacharya
  - Re: [PATCH 3/6] Interfaces to initialize and to test a wait_bit key, Suparna Bhattacharya
  - Re: [PATCH 4/6] Add default io wait bit field in task struct, Suparna Bhattacharya
  - Re: [PATCH 5/6] AIO wait bit and AIO wake bit for filtered wakeups, Suparna Bhattacharya
  - Re: [PATCH 6/6] AIO wait page and AIO lock page, Suparna Bhattacharya
  - Re: [PATCH 0/6] Integrate AIO with wait-bit based filtered wakeups, Sébastien Dugué
- Re: Pending AIO work/patches, Benjamin LaHaise
  - Re: Pending AIO work/patches, Zach Brown
  - Re: Pending AIO work/patches, Sébastien Dugué
- Re: Pending AIO work/patches, William Lee Irwin III
- [PATCH 0/2] Buffered filesystem AIO read/write, Suparna Bhattacharya
  - [PATCH 1/2] Filesystem AIO read, Suparna Bhattacharya
  - [PATCH 2/2] Filesystem AIO write, Suparna Bhattacharya
  - Re: [PATCH 0/2] Buffered filesystem AIO read/write, Jeremy Allison
AW: sata_promise KERNEL_BUG on 2.6.12, Martin Bene
[PATCH 5/5] z.patch, Denis Vlasenko
[PATCH 4/5] 4.rot64.patch, Denis Vlasenko
[PATCH 3/5] 3.tf.patch, Denis Vlasenko
[PATCH 2/5] 2.wp.patch, Denis Vlasenko
[PATCH 1/5] 1.be_le.patch, Denis Vlasenko
[PATCH 0/5] random crypto cleanups, Denis Vlasenko
Intercepting VFS calls, Przemyslaw Sowa
- <Possible follow-ups>
- Re: Intercepting VFS calls, Przemyslaw Sowa
  - Re: Intercepting VFS calls, Jan Kara
Tracking down a memory leak, Marco Colombo
- Re: Tracking down a memory leak, Marco Colombo
  - Re: Tracking down a memory leak, Andrew Morton
    - Re: Tracking down a memory leak, Marco Colombo
[patch] more SPIN_LOCK_UNLOCKED -> DEFINE_SPINLOCK conversions, Ingo Molnar
[PATCH] fix line break in ide messages, Denis Vlasenko
[patch] timer initialization cleanup: DEFINE_TIMER, Ingo Molnar
ITE IT8212 ATA RAID Controller, Paradise
- Re: ITE IT8212 ATA RAID Controller, Mws
- Re: ITE IT8212 ATA RAID Controller, Alexey Dobriyan
  - Re: ITE IT8212 ATA RAID Controller, Alan Cox
2.6.12 kernel panic after loading promise_sata module, Robert Gadsdon
- Re: 2.6.12 kernel panic after loading promise_sata module, Robert Gadsdon
2.6.12-mm1 breaks Toshiba laptop yenta cardbus, Grant Coady
- Re: 2.6.12-mm1 breaks Toshiba laptop yenta cardbus, Alexey Dobriyan
- Re: 2.6.12-mm1 breaks Toshiba laptop yenta cardbus, Ivan Kokshaysky
  - Re: 2.6.12-mm1 breaks Toshiba laptop yenta cardbus, Grant Coady
how to get the format time like "2005-06-20", Ethan Tu
2.6.12-mm1, Andrew Morton
- Re: 2.6.12-mm1, Benjamin Herrenschmidt
  - Re: 2.6.12-mm1, Ethan Benson
- Re: 2.6.12-mm1, Brice Goglin
  - Re: 2.6.12-mm1, Dominik Brodowski
    - Re: 2.6.12-mm1, Brice Goglin
      - Message not available
        
        Re: 2.6.12-mm1, Brice Goglin
        
        Re: 2.6.12-mm1, Rajesh Shah
        
        Re: 2.6.12-mm1, Brice Goglin
        
        Re: 2.6.12-mm1, Rajesh Shah
        
        Re: 2.6.12-mm1, Brice Goglin
        
        Re: 2.6.12-mm1, Rajesh Shah
        
        Re: 2.6.12-mm1, Brice Goglin
        
        Re: 2.6.12-mm1, Brice Goglin
- Re: 2.6.12-mm1, Brice Goglin
  - Re: 2.6.12-mm1, Brice Goglin
    - Re: 2.6.12-mm1, Takashi Iwai
      - Re: 2.6.12-mm1, Takashi Iwai
      - Re: 2.6.12-mm1, Brice Goglin
        
        Re: 2.6.12-mm1, Takashi Iwai
        
        Re: 2.6.12-mm1, Brice Goglin
        
        Re: 2.6.12-mm1, Takashi Iwai
- [patch] 2.6.12-mm1: saa7134-core.c compile error, Adrian Bunk
  - Re: [patch] 2.6.12-mm1: saa7134-core.c compile error, Michael Krufky
- [PATCH] bttv fix [was: 2.6.12-mm1], J.A. Magallon
- Re: 2.6.12-mm1, J.A. Magallon
  - Re: 2.6.12-mm1, Jeff Garzik
    - Re: 2.6.12-mm1, J.A. Magallon
- [PATCH] Fix Reiser4 Dependencies, Andrew James Wade
  - Re: [PATCH] Fix Reiser4 Dependencies, Hans Reiser
    - Re: [PATCH] Fix Reiser4 Dependencies, Andrew James Wade
      - Re: [PATCH] Fix Reiser4 Dependencies, Edward Shishkin
        
        Re: [PATCH] Fix Reiser4 Dependencies, Hans Reiser
        
        Re: [PATCH] Fix Reiser4 Dependencies, Andrew James Wade
        
        Re: [PATCH] Fix Reiser4 Dependencies, Edward Shishkin
        
        Re: [PATCH] Fix Reiser4 Dependencies, Edward Shishkin
- Re: 2.6.12-mm1, Andy Whitcroft
  - Re: 2.6.12-mm1, Greg KH
    - Re: 2.6.12-mm1, Andy Whitcroft
      - Re: 2.6.12-mm1, Ivan Kokshaysky
- Re: 2.6.12-mm1: Kernel BUG at "fs/open.c":935, Rafael J. Wysocki
  - Re: 2.6.12-mm1: Kernel BUG at "fs/open.c":935, Dipankar Sarma
    - Re: 2.6.12-mm1: Kernel BUG at "fs/open.c":935, Rafael J. Wysocki
- 2.6.12-mm1: drivers/misc/ibmasm/ compile error, Adrian Bunk
  - Re: 2.6.12-mm1: drivers/misc/ibmasm/ compile error, Andrew Morton
- Re: 2.6.12-mm1, Jean Delvare
  - Re: 2.6.12-mm1, Andrew Morton
    - Re: 2.6.12-mm1, Jean Delvare
      - Re: 2.6.12-mm1, Andrew Morton
        
        Re: 2.6.12-mm1, Jean Delvare
        
        Re: 2.6.12-mm1, Andrew Morton
        
        Re: 2.6.12-mm1, Mauro Carvalho Chehab
        
        Re: 2.6.12-mm1, Jean Delvare
- gregkh-usb-usb-isp116x-hcd-add.patch (was 2.6.12-mm1), Alexey Dobriyan
- Re: 2.6.12-mm1, J.A. Magallon
  - iptables bug (was: Re: 2.6.12-mm1), Andrew Morton
    - Re: iptables bug, Patrick McHardy
      - Re: iptables bug, Stephen Jones
        
        Re: iptables bug, Patrick McHardy
- [PATCH] more signed char cleanups in scripts, J.A. Magallon
  - Re: [PATCH] more signed char cleanups in scripts, Andrew Morton
    - Re: [PATCH] more signed char cleanups in scripts, J.A. Magallon
      - Re: [PATCH] more signed char cleanups in scripts, Paulo Marques
    - Re: [PATCH] more signed char cleanups in scripts, Lee Revell
How to identify cow (copy-on-write) pages during kernel execution?, Mauricio Lin
- Re: How to identify cow (copy-on-write) pages during kernel execution?, Nick Piggin
- Re: How to identify cow (copy-on-write) pages during kernel execution?, Carsten Otte
  - Re: How to identify cow (copy-on-write) pages during kernel execution?, Mauricio Lin
    - Re: How to identify cow (copy-on-write) pages during kernel execution?, Carsten Otte
[ANNOUNCE][RFC] PlugSched-5.2.1 for 2.6.11 and 2.6.12, Peter Williams

[Index of Archives] [FAQ] [Kernel Announce] [Kernel Newbies] [IETF Annouce] [Security] [Netfilter] [Yosemite Campsites] [Bugtraq]