|
|
[PATCH 0/10] Per-bdi writeback flusher threads v14, Jens Axboe
- [PATCH 05/10] writeback: support > 1 flusher thread per bdi, Jens Axboe
- [PATCH 07/10] writeback: add some debug inode list counters to bdi stats, Jens Axboe
- [PATCH 06/10] writeback: allow sleepy exit of default writeback task, Jens Axboe
- [PATCH 09/10] writeback: check for registered bdi in flusher add and inode dirty, Jens Axboe
- [PATCH 04/10] writeback: separate the flushing state/task from the bdi, Jens Axboe
- [PATCH 10/10] vm: Add an tuning knob for vm.max_writeback_pages, Jens Axboe
- [PATCH 08/10] writeback: add name to backing_dev_info, Jens Axboe
- [PATCH 02/10] writeback: switch to per-bdi threads for flushing data, Jens Axboe
- [PATCH 01/10] writeback: move dirty inodes from super_block to backing_dev_info, Jens Axboe
- [PATCH 03/10] writeback: get rid of pdflush completely, Jens Axboe
[PATCH v3 00/14] Asynchronous raid6 acceleration (part 1 of 3), Dan Williams
- [PATCH v3 01/14] async_tx: rename zero_sum to val, Dan Williams
- [PATCH v3 02/14] async_tx: kill ASYNC_TX_DEP_ACK flag, Dan Williams
- [PATCH v3 04/14] async_xor: permit callers to pass in a 'dma/page scribble' region, Dan Williams
- [PATCH v3 06/14] md/raid6: move the spare page to a percpu allocation, Dan Williams
- [PATCH v3 07/14] md/raid5, 6: add percpu scribble region for buffer lists, Dan Williams
- [PATCH v3 08/14] async_tx: add sum check flags, Dan Williams
- [PATCH v3 09/14] async_tx: kill needless module_{init|exit}, Dan Williams
- [PATCH v3 11/14] async_tx: add support for asynchronous GF multiplication, Dan Williams
- [PATCH v3 13/14] dmatest: add pq support, Dan Williams
- [PATCH v3 14/14] async_tx: raid6 recovery self test, Dan Williams
- [PATCH v3 12/14] async_tx: add support for asynchronous RAID6 recovery operations, Dan Williams
- [PATCH v3 10/14] async_tx: remove walk of tx->parent chain in dma_wait_for_async_tx, Dan Williams
- [PATCH v3 03/14] async_tx: structify submission arguments, add scribble, Dan Williams
- [PATCH v3 05/14] md/raid6: release spare page at ->stop(), Dan Williams
[dm-devel] [RFC] IO scheduler based IO controller V9, Vivek Goyal
- [dm-devel] [PATCH 15/23] io-controller: noop changes for hierarchical fair queuing, Vivek Goyal
- [dm-devel] [PATCH 16/23] io-controller: deadline changes for hierarchical fair queuing, Vivek Goyal
- [dm-devel] [PATCH 23/23] io-controller: debug elevator fair queuing support, Vivek Goyal
- [dm-devel] [PATCH 09/23] io-controller: Export disk time used and nr sectors dipatched through cgroups, Vivek Goyal
- [dm-devel] [PATCH 06/23] io-controller: cgroup related changes for hierarchical group support, Vivek Goyal
- [dm-devel] [PATCH 12/23] io-controller: Wait for requests to complete from last queue before new queue is scheduled, Vivek Goyal
- [dm-devel] [PATCH 08/23] io-controller: cfq changes to use hierarchical fair queuing code in elevaotor layer, Vivek Goyal
- [dm-devel] [PATCH 14/23] io-conroller: Prepare elevator layer for single queue schedulers, Vivek Goyal
- [dm-devel] [PATCH 10/23] io-controller: Debug hierarchical IO scheduling, Vivek Goyal
- [dm-devel] [PATCH 05/23] io-controller: Core scheduler changes to support hierarhical scheduling, Vivek Goyal
- [dm-devel] [PATCH 18/23] io-controller: blkio_cgroup patches from Ryo to track async bios., Vivek Goyal
- [dm-devel] [PATCH 22/23] io-controller: Support per cgroup per device weights and io class, Vivek Goyal
- [dm-devel] [PATCH 19/23] io-controller: map async requests to appropriate cgroup, Vivek Goyal
- [dm-devel] [PATCH 17/23] io-controller: anticipatory changes for hierarchical fair queuing, Vivek Goyal
- [dm-devel] [PATCH 01/23] io-controller: Documentation, Vivek Goyal
- [dm-devel] [PATCH 02/23] io-controller: Core of the elevator fair queuing, Vivek Goyal
- [dm-devel] [PATCH 11/23] io-controller: Introduce group idling, Vivek Goyal
- [dm-devel] [PATCH 13/23] io-controller: Separate out queue and data, Vivek Goyal
- [dm-devel] [PATCH 07/23] io-controller: Common hierarchical fair queuing code in elevaotor layer, Vivek Goyal
- [dm-devel] [PATCH 04/23] io-controller: Modify cfq to make use of flat elevator fair queuing, Vivek Goyal
- [dm-devel] [PATCH 20/23] io-controller: Per cgroup request descriptor support, Vivek Goyal
- [dm-devel] [PATCH 03/23] io-controller: Common flat fair queuing code in elevaotor layer, Vivek Goyal
- [dm-devel] [PATCH 21/23] io-controller: Per io group bdi congestion interface, Vivek Goyal
- Re: [RFC] IO scheduler based IO controller V9, Gui Jianfeng
kernel page table mapping for >1GB <3 GB for x86 arch without PAE, joe Shmoe
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, Roland Dreier
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, joe Shmoe
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, Valdis . Kletnieks
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, joe Shmoe
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, Alan Cox
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, joe Shmoe
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, Alan Cox
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, joe Shmoe
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, Alan Cox
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, joe Shmoe
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, joe Shmoe
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, Alan Cox
- Re: kernel page table mapping for >1GB <3 GB for x86 arch without PAE, Roland Dreier
Re: [PATCH 2/6] PM: Asynchronous resume of devices, Alan Stern
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Rafael J. Wysocki
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Alan Stern
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Rafael J. Wysocki
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Rafael J. Wysocki
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Alan Stern
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Rafael J. Wysocki
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Rafael J. Wysocki
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Alan Stern
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Alan Stern
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Rafael J. Wysocki
- [PATCH 10] PM: Measure suspend and resume times for individual devices (was: Re: [PATCH 2/6] PM: Asynchronous resume of devices), Rafael J. Wysocki
- Re: [PATCH 10] PM: Measure suspend and resume times for individual devices (was: Re: [PATCH 2/6] PM: Asynchronous resume of devices), Ingo Molnar
- Re: [PATCH 10] PM: Measure suspend and resume times for individual devices (was: Re: [PATCH 2/6] PM: Asynchronous resume of devices), Rafael J. Wysocki
- Re: [PATCH 10] PM: Measure suspend and resume times for individual devices (was: Re: [PATCH 2/6] PM: Asynchronous resume of devices), Ingo Molnar
- Re: [PATCH 10] PM: Measure suspend and resume times for individual devices (was: Re: [PATCH 2/6] PM: Asynchronous resume of devices), Rafael J. Wysocki
- [PATCH 10 update] PM: Measure suspend and resume times for individual devices, Rafael J. Wysocki
- Re: [PATCH 10] PM: Measure suspend and resume times for individual devices (was: Re: [PATCH 2/6] PM: Asynchronous resume of devices), Alan Stern
- Re: [PATCH 10] PM: Measure suspend and resume times for individual devices (was: Re: [PATCH 2/6] PM: Asynchronous resume of devices), Rafael J. Wysocki
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Pavel Machek
- Re: [PATCH 2/6] PM: Asynchronous resume of devices, Rafael J. Wysocki
[PATCH 00/18] OMAP: DSS2: Intro, Tomi Valkeinen
- [PATCH 01/18] OMAP2: Add funcs for writing SMS_ROT_* registers, Tomi Valkeinen
- [PATCH 02/18] OMAP: OMAPFB: split omapfb.h, Tomi Valkeinen
- [PATCH 03/18] OMAP: OMAPFB: add omapdss device, Tomi Valkeinen
- [PATCH 04/18] OMAP: Add VRAM manager, Tomi Valkeinen
- [PATCH 05/18] OMAP: Add support for VRFB rotation engine, Tomi Valkeinen
- [PATCH 06/18] OMAP: DSS2: Documentation for DSS2, Tomi Valkeinen
- [PATCH 07/18] OMAP: DSS2: Display Subsystem Driver core, Tomi Valkeinen
- [PATCH 08/18] OMAP: DSS2: Add more core files, Tomi Valkeinen
- [PATCH 09/18] OMAP: DSS2: DISPC, Tomi Valkeinen
- [PATCH 10/18] OMAP: DSS2: DPI driver, Tomi Valkeinen
- [PATCH 11/18] OMAP: DSS2: Video encoder driver, Tomi Valkeinen
- [PATCH 12/18] OMAP: DSS2: RFBI driver, Tomi Valkeinen
- [PATCH 13/18] OMAP: DSS2: SDI driver, Tomi Valkeinen
- [PATCH 14/18] OMAP: DSS2: DSI driver, Tomi Valkeinen
- [PATCH 15/18] OMAP: DSS2: omapfb driver, Tomi Valkeinen
- [PATCH 16/18] OMAP: DSS2: Add DPI panel drivers, Tomi Valkeinen
- [PATCH 17/18] OMAP: DSS2: Taal DSI command mode panel driver, Tomi Valkeinen
- [PATCH 18/18] OMAP: SDP: Enable DSS2 for OMAP3 SDP board, Tomi Valkeinen
- Re: [PATCH 00/18] OMAP: DSS2: Intro, Artem Bityutskiy
memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Catalin Marinas
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, John W. Linville
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, John W. Linville
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Luis R. Rodriguez
- Re: memleaks, acpi + ext4 + tty, Catalin Marinas
- Re: memleaks, acpi + ext4 + tty, Aneesh Kumar K.V
[RFC][PATCH 0/5] memcg: reduce lock conetion, KAMEZAWA Hiroyuki
- [RFC][PATCH 1/5] memcg: change for softlimit., KAMEZAWA Hiroyuki
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., Balbir Singh
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., KAMEZAWA Hiroyuki
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., Balbir Singh
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., KAMEZAWA Hiroyuki
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., KAMEZAWA Hiroyuki
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., Balbir Singh
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., KAMEZAWA Hiroyuki
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., Balbir Singh
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., KAMEZAWA Hiroyuki
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., Balbir Singh
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., Balbir Singh
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., KAMEZAWA Hiroyuki
- Re: [RFC][PATCH 1/5] memcg: change for softlimit., Balbir Singh
- [RFC][PATCH 2/5] memcg: uncharge in batched manner, KAMEZAWA Hiroyuki
- [RFC][PATCH 3/5] memcg: unmap, truncate, invalidate uncharege in batch, KAMEZAWA Hiroyuki
- [RFC][PATCH 4/5] memcg: per-cpu charge stock, KAMEZAWA Hiroyuki
- Re: [RFC][PATCH 0/5] memcg: reduce lock conetion, Balbir Singh
- [RFC][PATCH 5/5] memcg: drain per cpu stock, KAMEZAWA Hiroyuki
[RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Ashwin Chaugule
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Ashwin Chaugule
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Thomas Gleixner
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Ashwin Chaugule
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Thomas Gleixner
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Ashwin Chaugule
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Thomas Gleixner
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Ashwin Chaugule
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Thomas Gleixner
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Ashwin Chaugule
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Ashwin Chaugule
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Thomas Gleixner
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Ashwin Chaugule
- Re: [RFC] [PATCH 1/1] hrtimers: Cache next hrtimer, Thomas Gleixner
[PATCH 00/47] KVM updates for 2.6.32 merge window (4/4), Avi Kivity
- [PATCH 01/47] KVM: remove superfluous NULL pointer check in kvm_inject_pit_timer_irqs(), Avi Kivity
- [PATCH 22/47] KVM: SVM: get rid of nested_svm_vmexit_real, Avi Kivity
- [PATCH 21/47] KVM: SVM: simplify nested_svm_check_exception, Avi Kivity
- [PATCH 18/47] KVM: SVM: cache nested intercepts, Avi Kivity
- [PATCH 31/47] KVM: SVM: check for nested VINTR flag in svm_interrupt_allowed, Avi Kivity
- [PATCH 04/47] KVM: x86: Disallow hypercalls for guest callers in rings > 0, Avi Kivity
- [PATCH 47/47] KVM: Document KVM_CAP_IRQCHIP, Avi Kivity
- [PATCH 43/47] KVM: x86 emulator: Add adc and sbb missing decoder flags, Avi Kivity
- [PATCH 45/47] KVM: VMX: Fix EPT with WP bit change during paging, Avi Kivity
- [PATCH 38/47] KVM: Rename x86_emulate.c to emulate.c, Avi Kivity
- [PATCH 26/47] KVM: SVM: remove nested_svm_do and helper functions, Avi Kivity
- [PATCH 39/47] Documentation: Update KVM list email address, Avi Kivity
- [PATCH 46/47] KVM: Protect update_cr8_intercept() when running without an apic, Avi Kivity
- [PATCH 28/47] KVM: SVM: move special nested exit handling to separate function, Avi Kivity
- [PATCH 36/47] KVM: VMX: Adjust rflags if in real mode emulation, Avi Kivity
- [PATCH 33/47] KVM: Update cr8 intercept when APIC TPR is changed by userspace, Avi Kivity
- [PATCH 20/47] KVM: SVM: do nested vmexit in nested_svm_exit_handled, Avi Kivity
- [PATCH 16/47] KVM: SVM: complete interrupts after handling nested exits, Avi Kivity
- [PATCH 27/47] KVM: SVM: handle errors in vmrun emulation path appropriatly, Avi Kivity
- [PATCH 35/47] KVM: Move #endif KVM_CAP_IRQ_ROUTING to correct place, Avi Kivity
- [PATCH 19/47] KVM: SVM: consolidate nested_svm_exit_handled, Avi Kivity
- [PATCH 24/47] KVM: SVM: clean up nestec vmload/vmsave paths, Avi Kivity
- [PATCH 29/47] KVM: SVM: remove unnecessary is_nested check from svm_cpu_run, Avi Kivity
- [PATCH 41/47] KVM: Add __KERNEL__ guards to exported headers, Avi Kivity
- [PATCH 03/47] KVM: MMU: fix bogus alloc_mmu_pages assignment, Avi Kivity
- [PATCH 44/47] KVM: Use kvm_{read,write}_guest_virt() to read and write segment descriptors, Avi Kivity
- [PATCH 32/47] KVM: SVM: enable nested svm by default, Avi Kivity
- [PATCH 25/47] KVM: SVM: clean up nested vmrun path, Avi Kivity
- [PATCH 34/47] KVM: SVM: Drop tlb flush workaround in npt, Avi Kivity
- [PATCH 40/47] KVM: export kvm_para.h, Avi Kivity
- [PATCH 30/47] KVM: SVM: move nested_svm_intr main logic out of if-clause, Avi Kivity
- [PATCH 37/47] KVM: When switching to a vm8086 task, load segments as 16-bit, Avi Kivity
- [PATCH 42/47] KVM: Add missing #include, Avi Kivity
- [PATCH 02/47] KVM: MMU: make __kvm_mmu_free_some_pages handle empty list, Avi Kivity
- [PATCH 17/47] KVM: SVM: move nested svm state into seperate struct, Avi Kivity
- [PATCH 08/47] KVM: Call kvm_vcpu_kick() inside pic spinlock, Avi Kivity
- [PATCH 13/47] KVM: SVM: optimize nested #vmexit, Avi Kivity
- [PATCH 14/47] KVM: SVM: optimize nested vmrun, Avi Kivity
- [PATCH 15/47] KVM: SVM: copy only necessary parts of the control area on vmrun/vmexit, Avi Kivity
- [PATCH 23/47] KVM: SVM: clean up nested_svm_exit_handled_msr, Avi Kivity
- [PATCH 12/47] KVM: SVM: add helper functions for global interrupt flag, Avi Kivity
- [PATCH 10/47] KVM: Replace pic_lock()/pic_unlock() with direct call to spinlock functions, Avi Kivity
- [PATCH 05/47] KVM: VMX: Optimize vmx_get_cpl(), Avi Kivity
- [PATCH 06/47] KVM: ignore reads to perfctr msrs, Avi Kivity
- [PATCH 09/47] KVM: Call ack notifiers from PIC when guest OS acks an IRQ., Avi Kivity
- [PATCH 07/47] KVM: fix EFER read buffer overflow, Avi Kivity
- [PATCH 11/47] x86: Export kmap_atomic_to_page(), Avi Kivity
MD/RAID: what's wrong with sector 1953519935?, Andrei Tanas
- Re: MD/RAID: what's wrong with sector 1953519935?, NeilBrown
- Re: MD/RAID: what's wrong with sector 1953519935?, Ric Wheeler
- Re: MD/RAID: what's wrong with sector 1953519935?, NeilBrown
- Re: MD/RAID: what's wrong with sector 1953519935?, Ric Wheeler
- RE: MD/RAID: what's wrong with sector 1953519935?, Andrei Tanas
- Re: MD/RAID: what's wrong with sector 1953519935?, Ric Wheeler
- RE: MD/RAID: what's wrong with sector 1953519935?, Andrei Tanas
- Re: MD/RAID: what's wrong with sector 1953519935?, Ric Wheeler
- MD/RAID time out writing superblock, Andrei Tanas
- Re: MD/RAID time out writing superblock, Ric Wheeler
- Re: MD/RAID time out writing superblock, Tejun Heo
- Re: MD/RAID time out writing superblock, Ric Wheeler
- Re: MD/RAID time out writing superblock, Tejun Heo
- Re: MD/RAID time out writing superblock, Mark Lord
- Re: MD/RAID time out writing superblock, Mark Lord
2.6.31-rc7-git2: Reported regressions 2.6.29 -> 2.6.30, Rafael J. Wysocki
- [Bug #13180] 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle, Rafael J. Wysocki
- [Bug #13306] hibernate slow on _second_ run, Rafael J. Wysocki
- [Bug #13219] Intel 440GX: Since kernel 2.6.30-rc1, computers hangs randomly but not with kernel <= 2.6.29.6, Rafael J. Wysocki
- [Bug #13319] Page allocation failures with b43 and p54usb, Rafael J. Wysocki
- [Bug #13318] AGP doesn't work anymore on nforce2, Rafael J. Wysocki
- [Bug #13328] b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear., Rafael J. Wysocki
- [Bug #13408] Performance regression in 2.6.30-rc7, Rafael J. Wysocki
- [Bug #13351] 2.6.30 - 2.6.31 corrupts my system after suspend resume with readonly mounted hard disk, Rafael J. Wysocki
- [Bug #13341] Random Oops at boot at loading ip6tables rules, Rafael J. Wysocki
- [Bug #13401] pktcdvd writing is really slow with CFQ scheduler (bisected), Rafael J. Wysocki
- [Bug #13564] random general protection fault at boot time caused by khubd., Rafael J. Wysocki
- [Bug #13581] ath9k doesn't work with newer kernels, Rafael J. Wysocki
- [Bug #13694] i915 phantom TV, Rafael J. Wysocki
- [Bug #13770] System freeze on XFS filesystem recovery on an external disk, Rafael J. Wysocki
- [Bug #13795] abnormal boot and no suspend due to 'async' (fastboot), Rafael J. Wysocki
- [Bug #13797] iBook G4 doesn't suspend since 2ed8d2b3a8, Rafael J. Wysocki
- [Bug #13898] Intel 3945ABG - problems on 2.6.30.X, Rafael J. Wysocki
- [Bug #14049] joydev: blacklist digitizers avoids recognition of Saitek X52 joysticks, Rafael J. Wysocki
- [Bug #14059] DomU crashes during xenfb initialization, Rafael J. Wysocki
- [Bug #13958] ath5k Atheros AR5001 low signal, Rafael J. Wysocki
- [Bug #13949] XFS regression, Rafael J. Wysocki
- [Bug #13780] NULL pointer dereference loading powernowk8, Rafael J. Wysocki
- [Bug #13739] 2.6.30 leaking keys on console switch, Rafael J. Wysocki
- [Bug #13646] warn_on tty_io.c, broken bluetooth, Rafael J. Wysocki
- [Bug #13583] pdflush uses 5% CPU on otherwise idle system, Rafael J. Wysocki
- [Bug #13682] The webcam stopped working when upgrading from 2.6.29 to 2.6.30, Rafael J. Wysocki
- [Bug #13512] D43 on 2.6.30 doesn't suspend anymore, Rafael J. Wysocki
- [Bug #13558] Tracelog during resume, Rafael J. Wysocki
- [Bug #13362] rt2x00: slow wifi with correct basic rate bitmap, Rafael J. Wysocki
- [Bug #13389] Warning 'Invalid throttling state, reset' gets displayed when it should not be, Rafael J. Wysocki
- [Bug #13407] adb trackpad disappears after suspend to ram, Rafael J. Wysocki
- [Bug #13502] GPE storm causes polling mode, which causes /proc/acpi/battery read to take 4 seconds - MacBookPro4,1, Rafael J. Wysocki
- [Bug #13514] acer_wmi causes stack corruption, Rafael J. Wysocki
- Re: 2.6.31-rc7-git2: Reported regressions 2.6.29 -> 2.6.30, RafaÅ MiÅecki
- Re: 2.6.31-rc7-git2: Reported regressions 2.6.29 -> 2.6.30, Andrew Morton
- Re: 2.6.31-rc7-git2: Reported regressions 2.6.29 -> 2.6.30, Rusty Russell
2.6.31-rc7-git2: Reported regressions from 2.6.30, Rafael J. Wysocki
- [Bug #13645] NULL pointer dereference at (null) (level2_spare_pgt), Rafael J. Wysocki
- [Bug #13836] suspend script fails, related to stdout?, Rafael J. Wysocki
- [Bug #13819] system freeze when switching to console, Rafael J. Wysocki
- [Bug #13809] oprofile: possible circular locking dependency detected, Rafael J. Wysocki
- [Bug #13733] 2.6.31-rc2: irq 16: nobody cared, Rafael J. Wysocki
- [Bug #13935] 2.6.31-rcX breaks Apple MightyMouse (Bluetooth version), Rafael J. Wysocki
- [Bug #13943] WARNING: at net/mac80211/mlme.c:2292 with ath5k, Rafael J. Wysocki
- [Bug #13941] x86 Geode issue, Rafael J. Wysocki
- [Bug #13848] iwlwifi (4965) regression since 2.6.30, Rafael J. Wysocki
- [Bug #14011] Kernel paging request failed in kmem_cache_alloc, Rafael J. Wysocki
- [Bug #14012] latest git fried my x86_64 imac, Rafael J. Wysocki
- [Bug #14018] kernel freezes, inotify problem, Rafael J. Wysocki
- [Bug #14016] mm/ipw2200 regression, Rafael J. Wysocki
- [Bug #14031] dvb_usb_af9015: Oops on hotplugging, Rafael J. Wysocki
- [Bug #14057] Strange network timeouts w/ e100, Rafael J. Wysocki
- [Bug #14060] oops: sysfs_remove_link and i915, Rafael J. Wysocki
- [Bug #14062] Failure to boot as xen guest, Rafael J. Wysocki
- [Bug #14061] Crash due to buggy flat_phys_pkg_id, Rafael J. Wysocki
- [Bug #14030] Kernel NULL pointer dereference at 0000000000000008, pty-related, Rafael J. Wysocki
- [Bug #14058] Oops in fsnotify, Rafael J. Wysocki
- [Bug #13960] rtl8187 not connect to wifi, Rafael J. Wysocki
- [Bug #13950] Oops when USB Serial disconnected while in use, Rafael J. Wysocki
- [Bug #14017] _end symbol missing from Symbol.map, Rafael J. Wysocki
- [Bug #14015] pty regressed again, breaking expect and gcc's testsuite, Rafael J. Wysocki
- Re: [Bug #14015] pty regressed again, breaking expect and gcc's testsuite, Mikael Pettersson
- Re: [Bug #14015] pty regressed again, breaking expect and gcc's testsuite, Rafael J. Wysocki
- Re: [Bug #14015] pty regressed again, breaking expect and gcc's testsuite, Mikael Pettersson
- Re: [Bug #14015] pty regressed again, breaking expect and gcc's testsuite, Mikael Pettersson
- Re: [Bug #14015] pty regressed again, breaking expect and gcc's testsuite, Rafael J. Wysocki
- Re: [Bug #14015] pty regressed again, breaking expect and gcc's testsuite, Mikael Pettersson
- [Bug #13987] Received NMI interrupt at resume, Rafael J. Wysocki
- [Bug #14013] hd don't show up, Rafael J. Wysocki
- [Bug #13947] Libertas: Association request to the driver failed, Rafael J. Wysocki
- [Bug #13940] iwlagn and sky2 stopped working, ACPI-related, Rafael J. Wysocki
- [Bug #13740] X server crashes with 2.6.31-rc2 when options are changed, Rafael J. Wysocki
- [Bug #13869] Radeon framebuffer (w/o KMS) corruption at boot., Rafael J. Wysocki
- [Bug #13948] ath5k broken after suspend-to-ram, Rafael J. Wysocki
- [Bug #13906] Huawei E169 GPRS connection causes Ooops, Rafael J. Wysocki
- [Bug #13942] Troubles with AoE and uninitialized object, Rafael J. Wysocki
[bisected] 2.6.31 regression: fails to boot as xen guest, Arnd Hannemann
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Pekka Enberg
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Arnd Hannemann
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Pekka Enberg
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Arnd Hannemann
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Pekka Enberg
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Jeremy Fitzhardinge
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Arnd Hannemann
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Ingo Molnar
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Jeremy Fitzhardinge
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Arnd Hannemann
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Pekka Enberg
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Jeremy Fitzhardinge
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Jeremy Fitzhardinge
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Pekka Enberg
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Pekka Enberg
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Arnd Hannemann
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Benjamin Herrenschmidt
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Jeremy Fitzhardinge
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Pekka Enberg
- Re: [bisected] 2.6.31 regression: fails to boot as xen guest, Pasi Kärkkäinen
PROBLEM: oops, Paweł Gołaszewski
- Re: PROBLEM: oops, Peter Zijlstra
- Re: PROBLEM: oops, Pawel Golaszewski
- Re: PROBLEM: oops, Peter Zijlstra
- Re: PROBLEM: oops, Pawel Golaszewski
- Re: PROBLEM: oops, Peter Zijlstra
- Re: PROBLEM: oops, Pawel Golaszewski
- Re: PROBLEM: oops, Peter Zijlstra
- Re: PROBLEM: oops, Pawel Golaszewski
- Re: PROBLEM: oops, Peter Zijlstra
- Re: PROBLEM: oops, Pawel Golaszewski
- Re: PROBLEM: oops, Pawel Golaszewski
- Re: PROBLEM: oops, Paweł Gołaszewski
- Re: PROBLEM: oops, Pawel Golaszewski
- Re: PROBLEM: oops, Eric Paris
WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Ingo Molnar
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Vegard Nossum
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Pekka Enberg
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Ingo Molnar
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Pekka Enberg
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Ingo Molnar
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Pekka Enberg
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Vegard Nossum
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Catalin Marinas
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Pekka Enberg
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Catalin Marinas
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Pekka Enberg
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Catalin Marinas
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Pekka Enberg
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Catalin Marinas
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Pekka Enberg
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Catalin Marinas
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Ingo Molnar
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Ingo Molnar
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Catalin Marinas
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Pekka Enberg
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Ingo Molnar
- Re: WARNING: kmemcheck: Caught 32-bit read from uninitialized memory (f6f6e1a4), by kmemleak's scan_block(), Ingo Molnar
[patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ravikiran G Thirumalai
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Yinghai Lu
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Yinghai Lu
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ravikiran G Thirumalai
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Yinghai Lu
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ravikiran G Thirumalai
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ingo Molnar
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Cyrill Gorcunov
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Yinghai Lu
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Linus Torvalds
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ingo Molnar
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Yinghai Lu
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ingo Molnar
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ravikiran G Thirumalai
- [PATCH] x86: fix vsmp booting with phys_pkg_id changing, Yinghai Lu
- Re: [PATCH] x86: fix vsmp booting with phys_pkg_id changing, Ingo Molnar
- [tip:x86/urgent] x86: Fix vSMP boot crash, tip-bot for Yinghai Lu
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ravikiran G Thirumalai
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Cyrill Gorcunov
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ravikiran G Thirumalai
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ingo Molnar
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Yinghai Lu
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ravikiran G Thirumalai
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Ingo Molnar
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Cyrill Gorcunov
- Re: [patch] x86: 2.6.31-rc7 crash due to buggy flat_phys_pkg_id, Yinghai Lu
[RFC] new open flag O_NOSTD, Eric Blake
- [PATCH] open: introduce O_NOSTD, Eric Blake
- Re: [PATCH] open: introduce O_NOSTD, Davide Libenzi
- Re: [PATCH] open: introduce O_NOSTD, Eric Blake
- Re: [PATCH] open: introduce O_NOSTD, Ulrich Drepper
- Re: [PATCH] open: introduce O_NOSTD, Eric Blake
- Re: [PATCH] open: introduce O_NOSTD, Florian Weimer
- Re: [PATCH] open: introduce O_NOSTD, Eric Blake
- Re: [PATCH] open: introduce O_NOSTD, Florian Weimer
- Re: [PATCH] open: introduce O_NOSTD, Eric Blake
- Re: [PATCH] open: introduce O_NOSTD, Eric Blake
- Re: [PATCH] open: introduce O_NOSTD, Davide Libenzi
- Re: [PATCH] open: introduce O_NOSTD, Ulrich Drepper
- Re: [RFC] new open flag O_NOSTD, James Youngman
[patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Florian Weimer
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Theodore Tso
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Artem Bityutskiy
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Rob Landley
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Zan Lynx
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Theodore Tso
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Rik van Riel
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Theodore Tso
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Alan Cox
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Theodore Tso
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Theodore Tso
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- [testcase] test your fs/storage stack (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Pavel Machek
- Re: [testcase] test your fs/storage stack (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Ric Wheeler
- Re: [testcase] test your fs/storage stack (was Re: [patch] ext2/3: document conditions when reliable operation is possible), david
- Re: [testcase] test your fs/storage stack (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Theodore Tso
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- MD/DM and barriers (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Jeff Garzik
- Re: MD/DM and barriers (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Alasdair G Kergon
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Theodore Tso
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Henrique de Moraes Holschuh
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Rik van Riel
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Rob Landley
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Rob Landley
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Pavel Machek
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Ric Wheeler
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Pavel Machek
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), NeilBrown
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Ric Wheeler
- Re: raid is dangerous but that's secret, Florian Weimer
- Re: raid is dangerous but that's secret, NeilBrown
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Theodore Tso
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Pavel Machek
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Christian Kujau
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), david
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Ric Wheeler
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Michael Tokarev
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Ric Wheeler
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Christoph Hellwig
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Ric Wheeler
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Christoph Hellwig
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Mark Lord
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Christoph Hellwig
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), jim owens
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Ric Wheeler
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), david
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Ric Wheeler
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Christoph Hellwig
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), david
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Pavel Machek
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Theodore Tso
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Jesse Brandeburg
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Ric Wheeler
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), martin f krafft
- Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible), Jesse Brandeburg
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Neil Brown
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Rik van Riel
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Theodore Tso
- [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, david
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, david
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, Ric Wheeler
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, Ric Wheeler
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, david
- Re: [patch] document flash/RAID dangers, Ric Wheeler
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, Ric Wheeler
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, Ric Wheeler
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, Rik van Riel
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, david
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, david
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, david
- Re: [patch] document flash/RAID dangers, Ric Wheeler
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, Ric Wheeler
- Re: [patch] document flash/RAID dangers, david
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, Pavel Machek
- Re: [patch] document flash/RAID dangers, Rik van Riel
- [patch] document that ext2 can't handle barriers, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Chris Adams
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Neil Brown
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Ric Wheeler
- Re: [patch] ext2/3: document conditions when reliable operation is possible, NeilBrown
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Greg Freemyer
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Rob Landley
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Rob Landley
- Re: [patch] ext2/3: document conditions when reliable operation is possible, david
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Florian Weimer
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Theodore Tso
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Pavel Machek
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Greg Freemyer
- Re: [patch] ext2/3: document conditions when reliable operation is possible, Rob Landley
[PATCH] tracing/profile: Fix profile_disable vs module_unload, Li Zefan
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Li Zefan
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Ingo Molnar
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Steven Rostedt
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Li Zefan
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Li Zefan
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Ingo Molnar
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Ingo Molnar
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Ingo Molnar
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Li Zefan
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Li Zefan
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Li Zefan
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Li Zefan
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Mathieu Desnoyers
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Steven Rostedt
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Mathieu Desnoyers
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Steven Rostedt
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Mathieu Desnoyers
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Steven Rostedt
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Steven Rostedt
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Peter Zijlstra
- Re: [PATCH] tracing/profile: Fix profile_disable vs module_unload, Steven Rostedt
[PATCH 00/33] Staging: rt{286,287,307}0: merge rt3070 with rt2870, Bartlomiej Zolnierkiewicz
- [PATCH 01/33] Staging: rtxxxx: unify AsicRxAntEvalTimeout(), Bartlomiej Zolnierkiewicz
- [PATCH 02/33] Staging: rtxxxx: unify AsicSwitchChannel(), Bartlomiej Zolnierkiewicz
- [PATCH 03/33] Staging: rtxx70: unify NICInitRT30xxRFRegisters(), Bartlomiej Zolnierkiewicz
- [PATCH 04/33] Staging: rtxxxx: RTMPGetRalinkAuthModeStr() fixes, Bartlomiej Zolnierkiewicz
- [PATCH 05/33] Staging: rt3070: update allowed channels list for Japan, Bartlomiej Zolnierkiewicz
- [PATCH 06/33] Staging: rt3070: fix PID checking in RTUSBEnqueueCmdFromNdis(), Bartlomiej Zolnierkiewicz
- [PATCH 07/33] Staging: rt3070: WEP fixes, Bartlomiej Zolnierkiewicz
- [PATCH 08/33] Staging: rt3070: AsicSetSlotTime() fix, Bartlomiej Zolnierkiewicz
- [PATCH 09/33] Staging: rt3070: remove needless EFUSE_TAG register read, Bartlomiej Zolnierkiewicz
- [PATCH 10/33] Staging: rt3070: add remaining rt2870 device ids, Bartlomiej Zolnierkiewicz
- [PATCH 11/33] Staging: rt2870: use internal command for AsicUpdateProtect(), Bartlomiej Zolnierkiewicz
- [PATCH 12/33] Staging: rt2870: add fRTUSB_BULK_OUT_DATA_NORMAL_5 quirk, Bartlomiej Zolnierkiewicz
- [PATCH 13/33] Staging: rt28x0: add SIOCGIWNAME support to rt_ioctl_giwscan(), Bartlomiej Zolnierkiewicz
- [PATCH 14/33] Staging: rt28x0: fix GTK length check in ParseKeyData(), Bartlomiej Zolnierkiewicz
- [PATCH 15/33] Staging: rt28x0: fix BPP_R66 register handling, Bartlomiej Zolnierkiewicz
- [PATCH 16/33] Staging: rt28x0: fix fOP_STATUS_DOZE flag handling, Bartlomiej Zolnierkiewicz
- [PATCH 17/33] Staging: rt28x0 fix BACapability policy handling, Bartlomiej Zolnierkiewicz
- [PATCH 19/33] Staging: rt28x0: BssTableSetEntry() fix, Bartlomiej Zolnierkiewicz
- [PATCH 21/33] Staging: rt28x0: MlmeCheckPsmChange() fix, Bartlomiej Zolnierkiewicz
- [PATCH 22/33] Staging: rt28x0: MlmeAssocReqAction() fixes for wpa_supplicant support, Bartlomiej Zolnierkiewicz
- [PATCH 23/33] Staging: rt28x0: rt_ioctl_siwencode() fixes, Bartlomiej Zolnierkiewicz
- [PATCH 24/33] Staging: rt28x0: LinkUp() fixes, Bartlomiej Zolnierkiewicz
- [PATCH 25/33] Staging: rt3070: remove unused MiniportDataMMRequest(), Bartlomiej Zolnierkiewicz
- [PATCH 26/33] Staging: rt3070: remove unused RT_CMD_SET_* internal commands, Bartlomiej Zolnierkiewicz
- [PATCH 28/33] Staging: rtxxxx: remove unused AsicAntenna{Select,Setting}(), Bartlomiej Zolnierkiewicz
- [PATCH 30/33] Staging: rt2870: add Antenna Diversity support, Bartlomiej Zolnierkiewicz
- [PATCH 31/33] Staging: rtxx70: merge rt3070 with rt2870, Bartlomiej Zolnierkiewicz
- [PATCH 29/33] Staging: rt2870: add eFuse support, Bartlomiej Zolnierkiewicz
- [PATCH 33/33] Staging: remove no longer needed rt3070 driver, Bartlomiej Zolnierkiewicz
- [PATCH 32/33] Staging: rt2870: remove old firmware, Bartlomiej Zolnierkiewicz
- [PATCH 27/33] Staging: rt2870: remove SHOW_ADHOC_ENTRY_INFO support, Bartlomiej Zolnierkiewicz
- [PATCH 18/33] Staging: rt28x0: AsicSwitchChannel() fix, Bartlomiej Zolnierkiewicz
- [PATCH 20/33] Staging: rt28x0: MlmeSelectTxRateTable() fix, Bartlomiej Zolnierkiewicz
- Re: [PATCH 00/33] Staging: rt{286,287,307}0: merge rt3070 with rt2870, Greg KH
- Re: [PATCH 00/33] Staging: rt{286,287,307}0: merge rt3070 with rt2870, Marcin Slusarz
- Re: [PATCH 00/33] Staging: rt{286,287,307}0: merge rt3070 with rt2870, Mike Galbraith
[PATCH 00/46] KVM updates for 2.6.32 merge window (3/4), Avi Kivity
- [PATCH 02/46] KVM: Ignore PCI ECS I/O enablement, Avi Kivity
- [PATCH 11/46] KVM: MMU: Trace guest pagetable walker, Avi Kivity
- [PATCH 43/46] KVM: MMU: make page walker aware of mapping levels, Avi Kivity
- [PATCH 45/46] KVM: MMU: enable gbpages by increasing nr of pagesizes, Avi Kivity
- [PATCH 46/46] KVM: report 1GB page support to userspace, Avi Kivity
- [PATCH 42/46] KVM: MMU: make direct mapping paths aware of mapping levels, Avi Kivity
- [PATCH 41/46] KVM: MMU: rename is_largepage_backed to mapping_level, Avi Kivity
- [PATCH 44/46] KVM: MMU: shadow support for 1gb pages, Avi Kivity
- [PATCH 40/46] KVM: MMU: make rmap code aware of mapping levels, Avi Kivity
- [PATCH 21/46] KVM: make io_bus interface more robust, Avi Kivity
- [PATCH 22/46] KVM: add ioeventfd support, Avi Kivity
- [PATCH 16/46] KVM: Add trace points in irqchip code, Avi Kivity
- [PATCH 37/46] KVM: Align cr8 threshold when userspace changes cr8, Avi Kivity
- [PATCH 32/46] KVM: x86: use kvm_get_gdt() and kvm_read_ldt(), Avi Kivity
- [PATCH 31/46] KVM: x86: use get_desc_base() and get_desc_limit(), Avi Kivity
- [PATCH 34/46] KVM: PIT: Unregister ack notifier callback when freeing, Avi Kivity
- [PATCH 39/46] KVM: fix kvm_init() error handling, Avi Kivity
- [PATCH 28/46] KVM: Discard unnecessary kvm_mmu_flush_tlb() in kvm_mmu_load(), Avi Kivity
- [PATCH 38/46] KVM: limit lapic periodic timer frequency, Avi Kivity
- [PATCH 26/46] KVM: Reduce runnability interface with arch support code, Avi Kivity
- [PATCH 35/46] KVM: Drop obsolete cpu_get/put in make_all_cpus_request, Avi Kivity
- [PATCH 33/46] KVM: VMX: Introduce KVM_SET_IDENTITY_MAP_ADDR ioctl, Avi Kivity
- [PATCH 36/46] KVM: VMX: Avoid to return ENOTSUPP to userland, Avi Kivity
- [PATCH 29/46] KVM: MMU: fix missing locking in alloc_mmu_pages, Avi Kivity
- [PATCH 24/46] KVM: Move exception handling to the same place as other events, Avi Kivity
- [PATCH 25/46] KVM: Move kvm_cpu_get_interrupt() declaration to x86 code, Avi Kivity
- [PATCH 19/46] KVM: PIT support for HPET legacy mode, Avi Kivity
- [PATCH 07/46] KVM: Use temporary variable to shorten lines., Avi Kivity
- [PATCH 30/46] KVM: s390: remove unused structs, Avi Kivity
- [PATCH 12/46] KVM: Document basic API, Avi Kivity
- [PATCH 27/46] KVM: silence lapic kernel messages that can be triggered by a guest, Avi Kivity
- [PATCH 17/46] KVM: No need to kick cpu if not in a guest mode, Avi Kivity
- [PATCH 13/46] KVM: Trace shadow page lifecycle, Avi Kivity
- [PATCH 14/46] KVM: fix MMIO_CONF_BASE MSR access, Avi Kivity
- [PATCH 06/46] KVM: x2apic interface to lapic, Avi Kivity
- [PATCH 05/46] KVM: Add Directed EOI support to APIC emulation, Avi Kivity
- [PATCH 15/46] KVM: ignore msi request if !level, Avi Kivity
- [PATCH 18/46] KVM: Always report x2apic as supported feature, Avi Kivity
- [PATCH 23/46] KVM: MMU: Fix MMU_DEBUG compile breakage, Avi Kivity
- [PATCH 20/46] KVM: add module parameters documentation, Avi Kivity
- [PATCH 10/46] Revert "KVM: x86: check for cr3 validity in ioctl_set_sregs", Avi Kivity
- [PATCH 01/46] KVM: Trace irq level and source id, Avi Kivity
- [PATCH 03/46] KVM: Trace mmio, Avi Kivity
- [PATCH 08/46] KVM: Fix apic_mmio_write return for unaligned write, Avi Kivity
- [PATCH 09/46] KVM: handle AMD microcode MSR, Avi Kivity
- [PATCH 04/46] KVM: Trace apic registers using their symbolic names, Avi Kivity
[PATCH RFC -tip 0/4] v3 RCU cleanups and simplified preemptable RCU, Paul E. McKenney
- Re: [PATCH RFC -tip 0/4] v2 RCU cleanups and simplified preemptable RCU, Ingo Molnar
- [PATCH -tip] v3 Fix online/offline indication for rcudata.csv trace file, Paul E. McKenney
- [PATCH -tip] v3 Consolidate sparse and lockdep declarations in include/linux/rcupdate.h, Paul E. McKenney
- [PATCH -tip] v3 Merge preemptable-RCU functionality into hierarchical RCU, Paul E. McKenney
- [PATCH -tip] v3 Remove CONFIG_PREEMPT_RCU, Paul E. McKenney
- [PATCH -tip] v3 Simplify rcu_pending()/rcu_check_callbacks() API, Paul E. McKenney
- [PATCH -tip] v3 Renamings to increase RCU clarity., Paul E. McKenney
- [PATCH -tip] v3 Merge per-RCU-flavor initialization into pre-existing macro., Paul E. McKenney
- [PATCH -tip] v3 Use debugfs_remove_recursive() simplify code., Paul E. McKenney
- [PATCH -tip] v3 Move private definitions from include/linux/rcutree.h to kernel/rcutree.h, Paul E. McKenney
- Re: [PATCH RFC -tip 0/4] v3 RCU cleanups and simplified preemptable RCU, Peter Zijlstra
RFC: THE OFFLINE SCHEDULER, raz ben yehuda
- Re: RFC: THE OFFLINE SCHEDULER, Mike Galbraith
- Re: RFC: THE OFFLINE SCHEDULER, raz ben yehuda
- Re: RFC: THE OFFLINE SCHEDULER, Mike Galbraith
- Re: RFC: THE OFFLINE SCHEDULER, raz ben yehuda
- Re: RFC: THE OFFLINE SCHEDULER, Mike Galbraith
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, Mike Galbraith
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, Mike Galbraith
- Fwd: RFC: THE OFFLINE SCHEDULER, Raz
- Re: RFC: THE OFFLINE SCHEDULER, Peter Zijlstra
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, Chris Friesen
- Re: RFC: THE OFFLINE SCHEDULER, Sven-Thorsten Dietrich
- Re: RFC: THE OFFLINE SCHEDULER, Peter Zijlstra
- Re: RFC: THE OFFLINE SCHEDULER, raz ben yehuda
- Re: RFC: THE OFFLINE SCHEDULER, Mike Galbraith
- Re: RFC: THE OFFLINE SCHEDULER, Raz
- Re: RFC: THE OFFLINE SCHEDULER, Chris Friesen
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, Thomas Gleixner
- Re: RFC: THE OFFLINE SCHEDULER, Gregory Haskins
- Re: RFC: THE OFFLINE SCHEDULER, Rik van Riel
- Re: RFC: THE OFFLINE SCHEDULER, Gregory Haskins
- Re: RFC: THE OFFLINE SCHEDULER, Gregory Haskins
- Re: RFC: THE OFFLINE SCHEDULER, Thomas Gleixner
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, Thomas Gleixner
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, Thomas Gleixner
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, Thomas Gleixner
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, Roland Dreier
- Re: RFC: THE OFFLINE SCHEDULER, jim owens
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, Peter Zijlstra
- Re: RFC: THE OFFLINE SCHEDULER, Peter Zijlstra
- Re: RFC: THE OFFLINE SCHEDULER, Chris Friesen
- Re: RFC: THE OFFLINE SCHEDULER, Thomas Gleixner
- Re: RFC: THE OFFLINE SCHEDULER, Chris Friesen
- Re: RFC: THE OFFLINE SCHEDULER, Christoph Lameter
- Re: RFC: THE OFFLINE SCHEDULER, raz ben yehuda
- Re: RFC: THE OFFLINE SCHEDULER, Thomas Gleixner
- Re: RFC: THE OFFLINE SCHEDULER, raz ben yehuda
- Re: RFC: THE OFFLINE SCHEDULER, Thomas Gleixner
- Re: RFC: THE OFFLINE SCHEDULER, Rik van Riel
- Re: RFC: THE OFFLINE SCHEDULER, jim owens
- Re: RFC: THE OFFLINE SCHEDULER, raz ben yehuda
- Re: RFC: THE OFFLINE SCHEDULER, Ãric Piel
Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Ingo Molnar
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Martin Schwidefsky
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Ingo Molnar
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Martin Schwidefsky
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Ingo Molnar
- [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), build fix, tip-bot for Martin Schwidefsky
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Paul Mackerras
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Ingo Molnar
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Paul Mackerras
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Ingo Molnar
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Paul Mackerras
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Ingo Molnar
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Paul Mackerras
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Ingo Molnar
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Paul Mackerras
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Ingo Molnar
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Theodore Tso
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Ingo Molnar
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Paul Mackerras
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Paul Mackerras
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Paul Mackerras
- Re: [tip:timers/core] timekeeping: Increase granularity of read_persistent_clock(), Benjamin Herrenschmidt
Linux 2.6.31-rc7, Linus Torvalds
- Regression: Linux 2.6.31-rc7 lost sensors on asus mobo, Gene Heskett
- Re: Linux 2.6.31-rc7, Geert Uytterhoeven
- Re: Linux 2.6.31-rc7, mailing54
- Re: Linux 2.6.31-rc7, Linus Torvalds
- Re: Linux 2.6.31-rc7, mailing54
- Re: Linux 2.6.31-rc7, Linus Torvalds
- Re: Linux 2.6.31-rc7, Zhenyu Wang
- Re: Linux 2.6.31-rc7, Linus Torvalds
- Re: Linux 2.6.31-rc7, Dave Airlie
- Re: Linux 2.6.31-rc7, Linus Torvalds
- Re: Linux 2.6.31-rc7, Dave Airlie
- Re: Linux 2.6.31-rc7, Eric Anholt
- Re: Linux 2.6.31-rc7, Dave Airlie
- Re: Linux 2.6.31-rc7, Zhenyu Wang
- Re: Linux 2.6.31-rc7, Linus Torvalds
- Re: Linux 2.6.31-rc7, ykzhao
- Re: Linux 2.6.31-rc7, Tino Keitel
[PATCH 0/7] update checkpatch to v0.29, Andy Whitcroft
- [PATCH 4/7] checkpatch: make -f alias --file, add --help, more verbose help message, Andy Whitcroft
- [PATCH 3/7] checkpatch: indent checks -- stop when we run out of continuation lines, Andy Whitcroft
- [PATCH 6/7] checkpatch: limit sN/uN matches to actual bit sizes, Andy Whitcroft
- [PATCH 5/7] checkpatch: format strings should not have brackets in macros, Andy Whitcroft
- [PATCH 1/7] checkpatch: possible types -- else cannot start a type, Andy Whitcroft
- [PATCH 7/7] checkpatch: version 0.29, Andy Whitcroft
- [PATCH 2/7] checkpatch: handle C99 comments correctly (performance issue), Andy Whitcroft
- Re: [PATCH 0/7] update checkpatch to v0.29, Andrew Morton
- checkpatch infinite loop ?, Eric Dumazet
[RFC patch 00/32] x86: Refactor the setup code to provide a base for embedded platforms, Thomas Gleixner
- [RFC patch 03/32] x86: Add request_standard_resources to platform_setup, Thomas Gleixner
- [RFC patch 04/32] x86: Add reserve_ebda_region to platform_setup, Thomas Gleixner
- [RFC patch 06/32] x86: Sanitize smp_record and move it to platform_setup, Thomas Gleixner
- [RFC patch 01/32] x86: Add platform_setup infrastructure, Thomas Gleixner
- [RFC patch 07/32] x86: Move ioapic_ids_setup to platform_setup, Thomas Gleixner
- [RFC patch 05/32] x86: Move memory_setup to platform, Thomas Gleixner
- [RFC patch 08/32] x86: Move mpc_apic_id to platform_setup, Thomas Gleixner
- [RFC patch 09/32] x86: Move smp_read_mpc_oem to platform_setup, Thomas Gleixner
- [RFC patch 10/32] x86: Move mpc_oem_pci_bus to platform_setup, Thomas Gleixner
- [RFC patch 11/32] x86: Move oem_bus_info to platform_setup, Thomas Gleixner
- [RFC patch 13/32] x86: Move pre_intr_init to platform_setup, Thomas Gleixner
- [RFC patch 17/32] x86: Move paravirt banner printout to platform, Thomas Gleixner
- [RFC patch 16/32] x86: Replace ARCH_SETUP by a proper platform function, Thomas Gleixner
- [RFC patch 19/32] x86: Move xen_post_allocator_init into xen_pagetable_setup_done, Thomas Gleixner
- [RFC patch 20/32] x86: Move percpu clockevents setup to platform, Thomas Gleixner
- [RFC patch 18/32] x86: Move paravirt pagetable_setup to platform, Thomas Gleixner
- [RFC patch 22/32] x86: Remove do_timer hook, Thomas Gleixner
- [RFC patch 26/32] x86: Make timer setup and global variables the same in time_32/64.c, Thomas Gleixner
- [RFC patch 28/32] x86: time_32/64.c unify profile_pc, Thomas Gleixner
- [RFC patch 27/32] x86: Move calibrate_cpu to tsc.c, Thomas Gleixner
- [RFC patch 32/32] x86: Move tsc_init to late_time_init, Thomas Gleixner
- [RFC patch 29/32] x86: Replace the now identical time_32/64.c by time.c, Thomas Gleixner
- [RFC patch 23/32] x86: Prepare unification of time_32/64.c, Thomas Gleixner
- [RFC patch 31/32] init: Move sched_clock_init after late_time_init, Thomas Gleixner
- [RFC patch 30/32] x86: Move tsc_calibration to platform, Thomas Gleixner
- [RFC patch 25/32] x86: Remove mca bus ifdef from timer interrupt, Thomas Gleixner
- [RFC patch 24/32] x86: Simplify timer_ack magic in time_32.c, Thomas Gleixner
- [RFC patch 21/32] x86: Add timer_init to platform, Thomas Gleixner
- [RFC patch 14/32] x86: Move irq_init to platform_setup, Thomas Gleixner
- [RFC patch 15/32] x86: Move traps_init to platform_setup, Thomas Gleixner
- [RFC patch 12/32] x86: Move get/find_smp_config to platform_setup, Thomas Gleixner
- [RFC patch 02/32] x86: Add probe_roms to platform_setup, Thomas Gleixner
- Re: [RFC patch 02/32] x86: Add probe_roms to platform_setup, Jeremy Fitzhardinge
- Re: [RFC patch 02/32] x86: Add probe_roms to platform_setup, Thomas Gleixner
- [RFC PATCH 0/7] x86/boot: Moorestown patch set based on platform_set abstraction, Pan, Jacob jun
- Re: [RFC PATCH 0/7] x86/boot: Moorestown patch set based on platform_set abstraction, Thomas Gleixner
- [RFC PATCH 2/7] x86: introduce a set of platform feature flags, Pan, Jacob jun
- [RFC PATCH 3/7] x86: add moorestown specific platform setup code, Pan, Jacob jun
- Re: [RFC PATCH 3/7] x86: add moorestown specific platform setup code, Thomas Gleixner
- [RFC PATCH 4/7] x86/apbt: Moorestown APB system timer driver, Pan, Jacob jun
- [RFC PATCH 6/7] x86/apic: Early setup IOAPIC for APB timer, Pan, Jacob jun
- [RFC PATCH 5/7] x86/apic: decouple legacy irq handling in ioapic, Pan, Jacob jun
- [RFC PATCH 7/7] x86: add more platform_setup functions, Pan, Jacob jun
- Re: [RFC PATCH 7/7] x86: add more platform_setup functions, Thomas Gleixner
- Re: [RFC patch 00/32] x86: Refactor the setup code to provide a base for embedded platforms, Jeremy Fitzhardinge
- Re: [RFC patch 00/32] x86: Refactor the setup code to provide a base for embedded platforms, Ingo Molnar
Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Michael Riepe
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, David Dillow
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, David Dillow
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, David Dillow
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Jarek Poplawski
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Michal Soltys
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Jarek Poplawski
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, David Dillow
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, David Dillow
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, David Dillow
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Francois Romieu
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- [PATCH] r8169: Reduce looping in the interrupt handler., Eric W. Biederman
- Re: [PATCH] r8169: Reduce looping in the interrupt handler., Francois Romieu
- Re: [PATCH] r8169: Reduce looping in the interrupt handler., Eric W. Biederman
- Re: [PATCH] r8169: Reduce looping in the interrupt handler., David Dillow
- Re: [PATCH] r8169: Reduce looping in the interrupt handler., Francois Romieu
- Re: [PATCH] r8169: Reduce looping in the interrupt handler., Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Eric W. Biederman
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, David Dillow
- Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts, Francois Romieu
[PATCH 0/17] Make O_SYNC handling use standard syncing path (Version 2), Jan Kara
- [PATCH 08/17] ext2: Update comment about generic_osync_inode, Jan Kara
- [PATCH 02/17] vfs: Export __generic_file_aio_write() and add some comments, Jan Kara
- [PATCH 11/17] ntfs: Use new syncing helpers and update comments, Jan Kara
- [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode, Jan Kara
- [PATCH 17/17] vfs: Remove generic_osync_inode() and sync_page_range{_nolock}(), Jan Kara
- [PATCH 10/17] ext4: Remove syncing logic from ext4_file_write, Jan Kara
- [PATCH 16/17] fat: Opencode sync_page_range_nolock(), Jan Kara
- [PATCH 01/17] vfs: Introduce filemap_fdatawait_range, Jan Kara
- [PATCH 03/17] vfs: Remove syncing from generic_file_direct_write() and generic_file_buffered_write(), Jan Kara
- [PATCH 05/17] ocfs2: Use __generic_file_aio_write instead of generic_file_aio_write_nolock, Jan Kara
- [PATCH 04/17] pohmelfs: Use __generic_file_aio_write instead of generic_file_aio_write_nolock, Jan Kara
- [PATCH 12/17] ocfs2: Update syncing after splicing to match generic version, Jan Kara
- [PATCH 14/17] pohmelfs: Use new syncing helper, Jan Kara
- [PATCH 09/17] ext3: Remove syncing logic from ext3_file_write, Jan Kara
- [PATCH 15/17] nfs: Remove reference to generic_osync_inode from a comment, Jan Kara
- [PATCH 06/17] vfs: Rename generic_file_aio_write_nolock, Jan Kara
- [PATCH 13/17] xfs: Convert sync_page_range() to simple fdatawrite_range(), Jan Kara
- Re: [PATCH 0/17] Make O_SYNC handling use standard syncing path (Version 2), Jamie Lokier
amd64 + mtrr: only 3.1gb of 8gb are covered, kernel 2.6.30 and earlier., Volker Armin Hemmann
- Re: amd64 + mtrr: only 3.1gb of 8gb are covered, kernel 2.6.30 and earlier., Robert Hancock
- Re: amd64 + mtrr: only 3.1gb of 8gb are covered, kernel 2.6.30 and earlier., Yinghai Lu
- Re: amd64 + mtrr: only 3.1gb of 8gb are covered, kernel 2.6.30 and earlier., Volker Armin Hemmann
- Re: amd64 + mtrr: only 3.1gb of 8gb are covered, kernel 2.6.30 and earlier., Volker Armin Hemmann
- Re: amd64 + mtrr: only 3.1gb of 8gb are covered, kernel 2.6.30 and earlier., Volker Armin Hemmann
[PATCH] ARM: Mailing lists have moved, David Woodhouse
- Re: [PATCH] ARM: Mailing lists have moved, David John
- Re: [PATCH] ARM: Mailing lists have moved, Arnd Bergmann
- Re: [PATCH] ARM: Mailing lists have moved, Paul Walmsley
- Re: [PATCH] ARM: Mailing lists have moved, David Woodhouse
- Re: [PATCH] ARM: Mailing lists have moved, Bill Gatliff
- Re: [PATCH] ARM: Mailing lists have moved, Catalin Marinas
- Re: [PATCH] ARM: Mailing lists have moved, Bartlomiej Zolnierkiewicz
- Re: [PATCH] ARM: Mailing lists have moved, David Woodhouse
- Re: [PATCH] ARM: Mailing lists have moved, Bill Gatliff
- Re: [PATCH] ARM: Mailing lists have moved, Catalin Marinas
- Re: [PATCH] ARM: Mailing lists have moved, David Woodhouse
- Re: [PATCH] ARM: Mailing lists have moved, Paul Walmsley
- Re: [PATCH] ARM: Mailing lists have moved, Joe Perches
- Re: [PATCH] ARM: Mailing lists have moved, David Woodhouse
- Re: [PATCH] ARM: Mailing lists have moved, Theodore Tso
- Re: [PATCH] ARM: Mailing lists have moved, Sam Ravnborg
- Re: [PATCH] ARM: Mailing lists have moved, Ben Dooks
- Re: [PATCH] ARM: Mailing lists have moved, Mark Brown
- Re: [PATCH] ARM: Mailing lists have moved, Wan ZongShun
- Re: [PATCH] ARM: Mailing lists have moved, David John
- Re: [PATCH] ARM: Mailing lists have moved, Ben Dooks
- Re: [PATCH] ARM: Mailing lists have moved, Pavel Machek
[PATCH 0/11] V3 - x86: EHCI and earlyprintk= improvements, Jason Wessel
- [PATCH 01/11] ehci,dbgp,early_printk: split ehci debug driver from early_printk.c, Jason Wessel
- [PATCH 02/11] dbgp: insert cr prior to nl as needed, Jason Wessel
- [PATCH 03/11] ehci-dbgp: Execute early BIOS hand off, Jason Wessel
- [PATCH 04/11] dbgp: EHCI debug controller initialization delays, Jason Wessel
- [PATCH 05/11] early_printk: Allow more than one early console, Jason Wessel
- [PATCH 06/11] ehci-dbgp: stability improvements and external re-init, Jason Wessel
- [PATCH 07/11] ehci-dbgp,ehci: Allow early or late use of the dbgp device, Jason Wessel
- [PATCH 08/11] ehci-dbgp: errata for EHCI debug controller initialization, Jason Wessel
- [PATCH 09/11] ehci-dbgp: errata for EHCI debug/host controller synchronization, Jason Wessel
- [PATCH 10/11] ehci-dbgp,documentation: Documentation updates for ehci-dbgp, Jason Wessel
- [PATCH 11/11] ehci-dbgp,ehci: Allow dbpg to work with suspend/resume, Jason Wessel
[PATCH v2 1/2] tracing: Move tracepoint callbacks into DEFINE, Josh Stone
- [PATCH v2 2/2] tracing: Create generic syscall TRACE_EVENTs, Josh Stone
- Re: [PATCH v2 1/2] tracing: Move tracepoint callbacks into DEFINE, Ingo Molnar
- Re: [PATCH v2 1/2] tracing: Move tracepoint callbacks into DEFINE, Jason Baron
- [PATCH v3 0/4] tracing: tweaks for generic syscall events, Josh Stone
- [PATCH v3 1/4] tracing: Rename TIF_SYSCALL_FTRACE->_TRACEPOINT, Josh Stone
- [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Josh Stone
- [PATCH v3 3/4] tracing: Move tracepoint callbacks into DEFINE, Josh Stone
- [PATCH v3 4/4] tracing: Create generic syscall TRACE_EVENTs, Josh Stone
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Frederic Weisbecker
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Paul Mundt
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Ingo Molnar
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Paul Mundt
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Ingo Molnar
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Paul Mundt
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Ingo Molnar
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Paul Mundt
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Ingo Molnar
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Ingo Molnar
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Peter Zijlstra
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Ingo Molnar
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Paul Mundt
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Josh Stone
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Frederic Weisbecker
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Josh Stone
- Re: [PATCH v3 2/4] tracing: Make syscall_(un)regfunc arch-specific, Frederic Weisbecker
- Re: [PATCH v3 1/4] tracing: Rename TIF_SYSCALL_FTRACE->_TRACEPOINT, Frederic Weisbecker
- Re: [PATCH v3 1/4] tracing: Rename TIF_SYSCALL_FTRACE->_TRACEPOINT, Ingo Molnar
- Re: [PATCH v3 1/4] tracing: Rename TIF_SYSCALL_FTRACE->_TRACEPOINT, Frederic Weisbecker
- Re: [PATCH v3 1/4] tracing: Rename TIF_SYSCALL_FTRACE->_TRACEPOINT, Ingo Molnar
- Re: [PATCH v3 1/4] tracing: Rename TIF_SYSCALL_FTRACE->_TRACEPOINT, Paul Mundt
- Re: [PATCH v3 1/4] tracing: Rename TIF_SYSCALL_FTRACE->_TRACEPOINT, Ingo Molnar
- [PATCH v4 0/4] tracing: tweaks for generic syscall events, Josh Stone
- [PATCH v4 1/4] tracing: Rename FTRACE_SYSCALLS for tracepoints, Josh Stone
- [PATCH v4 2/4] tracing: Make syscall tracepoints conditional, Josh Stone
- [PATCH v4 3/4] tracing: Move tracepoint callbacks into DEFINE, Josh Stone
- [PATCH v4 4/4] tracing: Create generic syscall TRACE_EVENTs, Josh Stone
- [tip:tracing/core] tracing: Create generic syscall TRACE_EVENTs, tip-bot for Josh Stone
- [tip:tracing/core] tracing: Move tracepoint callbacks from declaration to definition, tip-bot for Josh Stone
- [PATCH] tracing: Fix double CPP substitution in TRACE_EVENT_FN, Frederic Weisbecker
- Re: [PATCH] tracing: Fix double CPP substitution in TRACE_EVENT_FN, Josh Stone
- [tip:tracing/core] tracing: Fix double CPP substitution in TRACE_EVENT_FN, tip-bot for Frederic Weisbecker
- [tip:tracing/core] tracing: Make syscall tracepoints conditional, tip-bot for Josh Stone
- [tip:tracing/core] tracing: Rename FTRACE_SYSCALLS for tracepoints, tip-bot for Josh Stone
- Re: [PATCH v4 0/4] tracing: tweaks for generic syscall events, Frederic Weisbecker
- Re: [PATCH v4 0/4] tracing: tweaks for generic syscall events, Ingo Molnar
- Re: [PATCH v4 0/4] tracing: tweaks for generic syscall events, Frederic Weisbecker
- Re: [PATCH v4 0/4] tracing: tweaks for generic syscall events, Jason Baron
- Re: [PATCH v4 0/4] tracing: tweaks for generic syscall events, Frederic Weisbecker
- Re: [PATCH v4 0/4] tracing: tweaks for generic syscall events, Frederic Weisbecker
[PATCH 0/2] eventfd: new EFD_STATE flag, Michael S. Tsirkin
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Avi Kivity
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Paolo Bonzini
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Michael S. Tsirkin
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Avi Kivity
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Michael S. Tsirkin
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Avi Kivity
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Michael S. Tsirkin
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Avi Kivity
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Michael S. Tsirkin
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Paolo Bonzini
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Avi Kivity
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Paolo Bonzini
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Paolo Bonzini
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Avi Kivity
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Michael S. Tsirkin
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Michael S. Tsirkin
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Michael S. Tsirkin
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Avi Kivity
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
- Re: [PATCH 0/2] eventfd: new EFD_STATE flag, Davide Libenzi
[cciss: PATCH 00/17] fix scan_thread, sysfs stuff, LUN addressing problem, Stephen M. Cameron
- [cciss: PATCH 01/17] Remove sysfs entries for logical drives on driver cleanup., Stephen M. Cameron
- [cciss: PATCH 02/17] Use one scan thread per controller and fix hang during rmmod, Stephen M. Cameron
- [cciss: PATCH 05/17] Dynamically allocate struct device for each logical drive as needed., Stephen M. Cameron
- [cciss: PATCH 03/17] Allow triggering of rescan of logical drive topology via sysfs entry, Stephen M. Cameron
- [cciss: PATCH 06/17] Rearrange logical drive sysfs code to make the "changing a disk" path work., Stephen M. Cameron
- [cciss: PATCH 07/17] Handle failure of blk_init_queue gracefully in cciss_add_disk., Stephen M. Cameron
- [cciss: PATCH 08/17] Handle cases when cciss_add_disk fails., Stephen M. Cameron
- [cciss: PATCH 04/17] Remove some unused code in rebuild_lun_table(), Stephen M. Cameron
- [cciss: PATCH 11/17] Fix usage_count check in rebuild_lun_table when triggered via sysfs., Stephen M. Cameron
- [cciss: PATCH 10/17] Clear all sysfs-exposed data for deleted logical drives., Stephen M. Cameron
- [cciss: PATCH 13/17] Silence noisy per-disk messages output by cciss_read_capacity, Stephen M. Cameron
- [cciss: PATCH 14/17] Preserve all 8 bytes of LUN ID for logical drives., Stephen M. Cameron
- [cciss: PATCH 15/17] Add lunid attribute to each logical drive in /sys, Stephen M. Cameron
- [cciss: PATCH 16/17] Add a "raid_level" attribute to each logical drive in /sys, Stephen M. Cameron
- [cciss: PATCH 17/17] Add usage_count attribute to each logical drive in /sys, Stephen M. Cameron
- [cciss: PATCH 12/17] Fix excessive gendisk freeing bug on driver unload., Stephen M. Cameron
- [cciss: PATCH 09/17] Handle special case for sysfs attributes of the first logical drive., Stephen M. Cameron
e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, Frans Pop
- Re: e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, BjÃrn Mork
- Re: e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, Danny Feng
- [PATCH] Re: e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, Frans Pop
- Re: [PATCH] Re: e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, Danny Feng
- [PATCH,v2] Re: e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, Frans Pop
- Re: [PATCH,v2] Re: e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, David Miller
- Re: [PATCH,v2] Re: e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, Jeff Kirsher
- Re: [PATCH,v2] Re: e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, Jens Rosenboom
- Re: [PATCH,v3] Re: e1000e: why does pci_enable_pcie_error_reporting() fail on my hp2510p?, Frans Pop
[RFC][PATCH 0/15] sched: Fix scheduling for multi-node processors, Andreas Herrmann
- [PATCH 1/15] x86, sched: Add config option for multi-node CPU scheduling, Andreas Herrmann
- [PATCH 2/15] sched, x86: Provide initializer for MN scheduling domain, define MN level, Andreas Herrmann
- [PATCH 4/15] sched: Define per CPU variables and cpu_to_group function for MN domain, Andreas Herrmann
- [PATCH 5/15] sched: Add function to build MN sched domain, Andreas Herrmann
- [PATCH 6/15] sched: Add support for MN domain in build_sched_groups, Andreas Herrmann
- [PATCH 7/15] sched: Activate build of MN domains, Andreas Herrmann
- [PATCH 3/15] sched: Add cpumask to be used when building MN domain, Andreas Herrmann
- [PATCH 8/15] sched: Add parameter sched_mn_power_savings to control MN domain sched policy, Andreas Herrmann
- [PATCH 10/15] sched: Check for sched_mn_power_savings when doing load balancing, Andreas Herrmann
- [PATCH 11/15] sched: Pass unlimited __cpu_power information to upper domain level groups, Andreas Herrmann
- [PATCH 9/15] sched: Check sched_mn_power_savings when setting flags for CPU and MN domains, Andreas Herrmann
- [PATCH 12/15] sched: Allow NODE domain to be parent of MC instead of CPU domain, Andreas Herrmann
- [PATCH 13/15] sched: Detect child domain of NUMA (aka NODE) domain, Andreas Herrmann
- [PATCH 14/15] sched: Conditionally limit __cpu_power when child sched domain has type NODE, Andreas Herrmann
- [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Andreas Herrmann
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Peter Zijlstra
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Ingo Molnar
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Andreas Herrmann
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Ingo Molnar
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Andreas Herrmann
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Andreas Herrmann
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Peter Zijlstra
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Ingo Molnar
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Andreas Herrmann
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Ingo Molnar
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Peter Zijlstra
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Andreas Herrmann
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Andreas Herrmann
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Peter Zijlstra
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Andreas Herrmann
- Re: [PATCH 15/15] x86: Fix cpu_coregroup_mask to return correct cpumask on multi-node processors, Peter Zijlstra
[PATCH 0/6] Lazy workqueues, Jens Axboe
- [PATCH 1/4] direct-io: unify argument passing by adding a dio_args structure, Jens Axboe
- [PATCH 1/6] workqueue: replace singlethread/freezable/rt parameters and variables with flags, Jens Axboe
- [PATCH 2/4] direct-io: make O_DIRECT IO path be page based, Jens Axboe
- [PATCH 2/6] workqueue: add support for lazy workqueues, Jens Axboe
- [PATCH 3/6] crypto: use lazy workqueues, Jens Axboe
- [PATCH 3/4] direct-io: add a "IO for kernel" flag to kiocb, Jens Axboe
- [PATCH 4/6] libata: use lazy workqueues for the pio task, Jens Axboe
- [PATCH 4/5] loop: support O_DIRECT transfer mode, Jens Axboe
- [PATCH 5/6] aio: use lazy workqueues, Jens Axboe
- [PATCH 4/4] direct-io: get rid of irq flag saving where it isn't needed, Jens Axboe
- [PATCH 6/6] sunrpc: use lazy workqueues, Jens Axboe
- Re: [PATCH 2/6] workqueue: add support for lazy workqueues, Andrew Morton
- Re: [PATCH 2/6] workqueue: add support for lazy workqueues, Jens Axboe
- Re: [PATCH 2/4] direct-io: make O_DIRECT IO path be page based, Trond Myklebust
- Re: [PATCH 2/4] direct-io: make O_DIRECT IO path be page based, Jens Axboe
- Re: [PATCH 2/4] direct-io: make O_DIRECT IO path be page based, Andrew Morton
- Re: [PATCH 2/4] direct-io: make O_DIRECT IO path be page based, Jens Axboe
- Re: [PATCH 1/4] direct-io: unify argument passing by adding a dio_args structure, Andrew Morton
- [PATCH 0/6] Lazy workqueues, Jens Axboe
v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Eric W. Biederman
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Eric W. Biederman
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Eric W. Biederman
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Dave Young
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Linus Torvalds
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Linus Torvalds
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Linus Torvalds
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Eric W. Biederman
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Dave Young
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Xiaotian Feng
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Zhang, Yanmin
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Frederic Weisbecker
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Linus Torvalds
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Linus Torvalds
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Frederic Weisbecker
- Re: v2.6.31-rc6: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008, Frederic Weisbecker
Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, Anton Blanchard
- Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, KAMEZAWA Hiroyuki
- Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, Balbir Singh
- Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, Peter Zijlstra
- Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, Anton Blanchard
- Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, KAMEZAWA Hiroyuki
- Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, Anton Blanchard
- [PATCH] better align percpu counter (Was Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, KAMEZAWA Hiroyuki
- Re: [PATCH] better align percpu counter (Was Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, Ingo Molnar
- Re: [PATCH] better align percpu counter (Was Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, KAMEZAWA Hiroyuki
- Re: [PATCH] better align percpu counter (Was Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, Ingo Molnar
- Re: [PATCH] better align percpu counter (Was Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, KAMEZAWA Hiroyuki
- Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, Balbir Singh
- Re: [tip:sched/core] sched: cpuacct: Use bigger percpu counter batch values for stats counters, KAMEZAWA Hiroyuki
[PATCH] mm: do batched scans for mem_cgroup, Wu Fengguang
- [PATCH] mm: make nr_scan_try_batch() more safe on races, Wu Fengguang
- Re: [PATCH] mm: do batched scans for mem_cgroup, KAMEZAWA Hiroyuki
- [PATCH -v2] mm: do batched scans for mem_cgroup, Wu Fengguang
- Re: [PATCH -v2] mm: do batched scans for mem_cgroup, KAMEZAWA Hiroyuki
- Re: [PATCH -v2] mm: do batched scans for mem_cgroup, Balbir Singh
- Re: [PATCH -v2] mm: do batched scans for mem_cgroup, Wu Fengguang
- Re: [PATCH -v2] mm: do batched scans for mem_cgroup, Wu Fengguang
- Re: [PATCH -v2] mm: do batched scans for mem_cgroup, Minchan Kim
- Re: [PATCH -v2] mm: do batched scans for mem_cgroup, Wu Fengguang
- Re: [PATCH -v2] mm: do batched scans for mem_cgroup, Minchan Kim
- Re: [PATCH -v2] mm: do batched scans for mem_cgroup, Wu Fengguang
- Re: [PATCH -v2] mm: do batched scans for mem_cgroup, Minchan Kim
- [PATCH -v2 changelog updated] mm: do batched scans for mem_cgroup, Wu Fengguang
- Re: [PATCH -v2 changelog updated] mm: do batched scans for mem_cgroup, KOSAKI Motohiro
2.6.31-rc6-git5: Reported regressions 2.6.29 -> 2.6.30, Rafael J. Wysocki
- [Bug #13180] 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle, Rafael J. Wysocki
- [Bug #13219] Intel 440GX: Since kernel 2.6.30-rc1, computers hangs randomly but not with kernel <= 2.6.29.6, Rafael J. Wysocki
- [Bug #13318] AGP doesn't work anymore on nforce2, Rafael J. Wysocki
- [Bug #13319] Page allocation failures with b43 and p54usb, Rafael J. Wysocki
- [Bug #13328] b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear., Rafael J. Wysocki
- [Bug #13306] hibernate slow on _second_ run, Rafael J. Wysocki
- [Bug #13373] fbcon, intelfb, i915: INFO: possible circular locking dependency detected, Rafael J. Wysocki
- [Bug #13407] adb trackpad disappears after suspend to ram, Rafael J. Wysocki
- [Bug #13512] D43 on 2.6.30 doesn't suspend anymore, Rafael J. Wysocki
- [Bug #13408] Performance regression in 2.6.30-rc7, Rafael J. Wysocki
- [Bug #13401] pktcdvd writing is really slow with CFQ scheduler (bisected), Rafael J. Wysocki
- [Bug #13514] acer_wmi causes stack corruption, Rafael J. Wysocki
- [Bug #13558] Tracelog during resume, Rafael J. Wysocki
- [Bug #13620] acpi_enforce_resources broken - conflicting i2c module loaded on some EeePCs, Rafael J. Wysocki
- [Bug #13646] warn_on tty_io.c, broken bluetooth, Rafael J. Wysocki
- [Bug #13770] System freeze on XFS filesystem recovery on an external disk, Rafael J. Wysocki
- [Bug #13739] 2.6.30 leaking keys on console switch, Rafael J. Wysocki
- [Bug #13780] NULL pointer dereference loading powernowk8, Rafael J. Wysocki
- [Bug #13958] ath5k Atheros AR5001 low signal, Rafael J. Wysocki
- [Bug #13949] XFS regression, Rafael J. Wysocki
- [Bug #13898] Intel 3945ABG - problems on 2.6.30.X, Rafael J. Wysocki
- [Bug #13797] iBook G4 doesn't suspend since 2ed8d2b3a8, Rafael J. Wysocki
- [Bug #13933] System lockup on dual Pentium-3 with kernel 2.6.30, Rafael J. Wysocki
- [Bug #13795] abnormal boot and no suspend due to 'async' (fastboot), Rafael J. Wysocki
- [Bug #13682] The webcam stopped working when upgrading from 2.6.29 to 2.6.30, Rafael J. Wysocki
- [Bug #13694] i915 phantom TV, Rafael J. Wysocki
- [Bug #13583] pdflush uses 5% CPU on otherwise idle system, Rafael J. Wysocki
- [Bug #13564] random general protection fault at boot time caused by khubd., Rafael J. Wysocki
- [Bug #13581] ath9k doesn't work with newer kernels, Rafael J. Wysocki
- [Bug #13634] [drm:drm_wait_vblank] *ERROR* failed to acquire vblank counter, -22, Rafael J. Wysocki
- [Bug #13341] Random Oops at boot at loading ip6tables rules, Rafael J. Wysocki
- [Bug #13389] Warning 'Invalid throttling state, reset' gets displayed when it should not be, Rafael J. Wysocki
- [Bug #13502] GPE storm causes polling mode, which causes /proc/acpi/battery read to take 4 seconds - MacBookPro4,1, Rafael J. Wysocki
- [Bug #13351] 2.6.30 - 2.6.31 corrupts my system after suspend resume with readonly mounted hard disk, Rafael J. Wysocki
- [Bug #13362] rt2x00: slow wifi with correct basic rate bitmap, Rafael J. Wysocki
2.6.31-rc6-git5: Reported regressions from 2.6.30, Rafael J. Wysocki
- [Bug #13645] NULL pointer dereference at (null) (level2_spare_pgt), Rafael J. Wysocki
- [Bug #13740] X server crashes with 2.6.31-rc2 when options are changed, Rafael J. Wysocki
- [Bug #13809] oprofile: possible circular locking dependency detected, Rafael J. Wysocki
- [Bug #13733] 2.6.31-rc2: irq 16: nobody cared, Rafael J. Wysocki
- [Bug #13836] suspend script fails, related to stdout?, Rafael J. Wysocki
- [Bug #13819] system freeze when switching to console, Rafael J. Wysocki
- [Bug #13940] iwlagn and sky2 stopped working, ACPI-related, Rafael J. Wysocki
- [Bug #13899] Oops from tar, 2.6.31-rc5, 32 bit on quad core phenom., Rafael J. Wysocki
- [Bug #13935] 2.6.31-rcX breaks Apple MightyMouse (Bluetooth version), Rafael J. Wysocki
- [Bug #13943] WARNING: at net/mac80211/mlme.c:2292 with ath5k, Rafael J. Wysocki
- [Bug #13950] Oops when USB Serial disconnected while in use, Rafael J. Wysocki
- [Bug #13947] Libertas: Association request to the driver failed, Rafael J. Wysocki
- [Bug #14003] Infinite loop on bootup while handling DMAR, Rafael J. Wysocki
- [Bug #14011] Kernel paging request failed in kmem_cache_alloc, Rafael J. Wysocki
- [Bug #14012] latest git fried my x86_64 imac, Rafael J. Wysocki
- [Bug #14018] kernel freezes, inotify problem, Rafael J. Wysocki
- [Bug #14013] hd don't show up, Rafael J. Wysocki
- [Bug #14017] _end symbol missing from Symbol.map, Rafael J. Wysocki
- [Bug #14016] mm/ipw2200 regression, Rafael J. Wysocki
- [Bug #14015] pty regressed again, breaking expect and gcc's testsuite, Rafael J. Wysocki
- [Bug #14014] kernel bug at shut down, Rafael J. Wysocki
- [Bug #13948] ath5k broken after suspend-to-ram, Rafael J. Wysocki
- [Bug #13960] rtl8187 not connect to wifi, Rafael J. Wysocki
- [Bug #13987] Received NMI interrupt at resume, Rafael J. Wysocki
- [Bug #14002] WARNING: at net/ipv4/af_inet.c:154 inet_sock_destruct+0x164/0x1c0(), Rafael J. Wysocki
- [Bug #13906] Huawei E169 GPRS connection causes Ooops, Rafael J. Wysocki
- [Bug #13946] x86 MCE malfunction on Thinkpad T42p, Rafael J. Wysocki
- [Bug #13914] e1000e reports invalid NVM Checksum on 82566DM-2 (bisected), Rafael J. Wysocki
- [Bug #13941] x86 Geode issue, Rafael J. Wysocki
- [Bug #13942] Troubles with AoE and uninitialized object, Rafael J. Wysocki
- [Bug #13848] iwlwifi (4965) regression since 2.6.30, Rafael J. Wysocki
- [Bug #13869] Radeon framebuffer (w/o KMS) corruption at boot., Rafael J. Wysocki
- Re: 2.6.31-rc6-git5: Reported regressions from 2.6.30, John Dykstra
- Re: 2.6.31-rc6-git5: Reported regressions from 2.6.30, Larry Finger
Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Alex Chiang
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Suresh Siddha
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Alex Chiang
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Andi Kleen
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Alex Chiang
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Suresh Siddha
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, H. Peter Anvin
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Alex Chiang
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, H. Peter Anvin
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Andi Kleen
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, H. Peter Anvin
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Alex Chiang
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Suresh Siddha
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Andi Kleen
- Re: [PATCH] x86: add /proc/cpuinfo/physical id quirks, Suresh Siddha
[PATCH 0/17] Make O_SYNC handling use standard syncing path, Jan Kara
- [PATCH 01/17] vfs: Introduce filemap_fdatawait_range, Jan Kara
- [PATCH 06/17] vfs: Remove sync_page_range_nolock, Jan Kara
- [PATCH 02/17] vfs: Export __generic_file_aio_write() and add some comments, Jan Kara
- [PATCH 08/17] ext2: Update comment about generic_osync_inode, Jan Kara
- [PATCH 04/17] pohmelfs: Use __generic_file_aio_write instead of generic_file_aio_write_nolock, Jan Kara
- [PATCH 05/17] ocfs2: Use __generic_file_aio_write instead of generic_file_aio_write_nolock, Jan Kara
- [PATCH 14/17] xfs: Use new syncing helper, Jan Kara
- [PATCH 15/17] pohmelfs: Use new syncing helper, Jan Kara
- [PATCH 13/17] ocfs2: Update syncing after splicing to match generic version, Jan Kara
- [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode, Jan Kara
- [PATCH 16/17] nfs: Remove reference to generic_osync_inode from a comment, Jan Kara
- [PATCH 12/17] ntfs: Use new syncing helpers and update comments, Jan Kara
- [PATCH 03/17] vfs: Remove syncing from generic_file_direct_write() and generic_file_buffered_write(), Jan Kara
- [PATCH 11/17] fat: Opencode sync_page_range_nolock(), Jan Kara
- [PATCH 10/17] ext4: Remove syncing logic from ext4_file_write, Jan Kara
- [PATCH 09/17] ext3: Remove syncing logic from ext3_file_write, Jan Kara
- [PATCH 17/17] vfs: Remove generic_osync_inode() and sync_page_range(), Jan Kara
- adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Christoph Hellwig
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Ulrich Drepper
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Christoph Hellwig
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Ulrich Drepper
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Christoph Hellwig
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Ulrich Drepper
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Christoph Hellwig
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Ulrich Drepper
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Christoph Hellwig
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Trond Myklebust
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Christoph Hellwig
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Trond Myklebust
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Christoph Hellwig
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Jamie Lokier
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Jamie Lokier
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Jamie Lokier
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Jamie Lokier
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Jamie Lokier
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Ulrich Drepper
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Jamie Lokier
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Jamie Lokier
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Jamie Lokier
- Re: adding proper O_SYNC/O_DSYNC, was Re: O_DIRECT and barriers, Christoph Hellwig
[PATCH 00/47] KVM updates for 2.6.32 merge window (2/4), Avi Kivity
- [PATCH 01/47] KVM: Return to userspace on emulation failure, Avi Kivity
- [PATCH 02/47] KVM: MMU: introduce is_last_spte helper, Avi Kivity
- [PATCH 03/47] KVM: MMU audit: update count_writable_mappings / count_rmaps, Avi Kivity
- [PATCH 09/47] KVM: VMX: more MSR_IA32_VMX_EPT_VPID_CAP capability bits, Avi Kivity
- [PATCH 45/47] KVM: remove in_range from io devices, Avi Kivity
- [PATCH 44/47] KVM: convert bus to slots_lock, Avi Kivity
- [PATCH 46/47] KVM: document lock nesting rule, Avi Kivity
- [PATCH 47/47] KVM: fix lock imbalance, Avi Kivity
- [PATCH 29/47] KVM: x86 emulator: Add sysenter emulation, Avi Kivity
- [PATCH 26/47] KVM: x86 emulator: Add missing EFLAGS bit definitions, Avi Kivity
- [PATCH 40/47] KVM: use vcpu_id instead of bsp_vcpu pointer in kvm_vcpu_is_bsp, Avi Kivity
- [PATCH 36/47] KVM: ignore reads from AMDs C1E enabled MSR, Avi Kivity
- [PATCH 39/47] KVM: remove old KVMTRACE support code, Avi Kivity
- [PATCH 33/47] KVM: Prepare memslot data structures for multiple hugepage sizes, Avi Kivity
- [PATCH 31/47] KVM: s390: Fix memslot initialization for userspace_addr != 0, Avi Kivity
- [PATCH 23/47] KVM: SVM: Improve nested interrupt injection, Avi Kivity
- [PATCH 38/47] KVM: powerpc: convert marker probes to event trace, Avi Kivity
- [PATCH 41/47] KVM: document locking for kvm_io_device_ops, Avi Kivity
- [PATCH 42/47] KVM: switch coalesced mmio changes to slots_lock, Avi Kivity
- [PATCH 24/47] KVM: convert custom marker based tracing to event traces, Avi Kivity
- [PATCH 37/47] KVM: introduce module parameter for ignoring unknown MSRs accesses, Avi Kivity
- [PATCH 34/47] KVM: x86: missing locking in PIT/IRQCHIP/SET_BSP_CPU ioctl paths, Avi Kivity
- [PATCH 43/47] KVM: switch pit creation to slots_lock, Avi Kivity
- [PATCH 16/47] KVM: Fix racy event propagation in timer, Avi Kivity
- [PATCH 35/47] KVM: ignore AMDs HWCR register access to set the FFDIS bit, Avi Kivity
- [PATCH 25/47] KVM: Allow emulation of syscalls instructions on #UD, Avi Kivity
- [PATCH 04/47] KVM: MMU audit: update audit_write_protection, Avi Kivity
- [PATCH 22/47] KVM: SVM: Implement INVLPGA, Avi Kivity
- [PATCH 28/47] KVM: x86 emulator: add syscall emulation, Avi Kivity
- [PATCH 32/47] hugetlbfs: export vma_kernel_pagsize to modules, Avi Kivity
- [PATCH 30/47] KVM: x86 emulator: Add sysexit emulation, Avi Kivity
- [PATCH 20/47] x86: Add definition for IGNNE MSR, Avi Kivity
- [PATCH 15/47] KVM: Optimize searching for highest IRR, Avi Kivity
- [PATCH 19/47] KVM: SVM: Don't save/restore host cr2, Avi Kivity
- [PATCH 14/47] KVM: Replace pending exception by PF if it happens serially, Avi Kivity
- [PATCH 17/47] KVM: Drop useless atomic test from timer function, Avi Kivity
- [PATCH 21/47] KVM: Implement MSRs used by Hyper-V, Avi Kivity
- [PATCH 27/47] KVM: x86 emulator: Prepare for emulation of syscall instructions, Avi Kivity
- [PATCH 18/47] KVM: VMX: Only reload guest cr2 if different from host cr2, Avi Kivity
- [PATCH 12/47] KVM: VMX: EPT misconfiguration handler, Avi Kivity
- [PATCH 13/47] KVM: VMX: conditionally disable 2M pages, Avi Kivity
- [PATCH 05/47] KVM: MMU audit: nontrapping ptes in nonleaf level, Avi Kivity
- [PATCH 08/47] KVM: Move performance counter MSR access interception to generic x86 path, Avi Kivity
- [PATCH 07/47] KVM: MMU audit: largepage handling, Avi Kivity
- [PATCH 11/47] KVM: MMU: add kvm_mmu_get_spte_hierarchy helper, Avi Kivity
- [PATCH 10/47] KVM: MMU: make for_each_shadow_entry aware of largepages, Avi Kivity
- [PATCH 06/47] KVM: MMU audit: audit_mappings tweaks, Avi Kivity
[PATCH] libata: use single threaded work queue, Jens Axboe
- Re: [PATCH] libata: use single threaded work queue, Jeff Garzik
- Re: [PATCH] libata: use single threaded work queue, Jens Axboe
- Re: [PATCH] libata: use single threaded work queue, Mark Lord
- Re: [PATCH] libata: use single threaded work queue, Jens Axboe
- Re: [PATCH] libata: use single threaded work queue, Jeff Garzik
- Re: [PATCH] libata: use single threaded work queue, Jeff Garzik
- Re: [PATCH] libata: use single threaded work queue, Tejun Heo
- Re: [PATCH] libata: use single threaded work queue, Alan Cox
- Re: [PATCH] libata: use single threaded work queue, Tejun Heo
- Re: [PATCH] libata: use single threaded work queue, Alan Cox
- Re: [PATCH] libata: use single threaded work queue, Tejun Heo
- Re: [PATCH] libata: use single threaded work queue, Alan Cox
- Re: [PATCH] libata: use single threaded work queue, Tejun Heo
- Re: [PATCH] libata: use single threaded work queue, Stefan Richter
- Re: [PATCH] libata: use single threaded work queue, Stefan Richter
- Re: [PATCH] libata: use single threaded work queue, Benjamin Herrenschmidt
- Re: [PATCH] libata: use single threaded work queue, Tejun Heo
- Re: [PATCH] libata: use single threaded work queue, Tejun Heo
- Re: [PATCH] libata: use single threaded work queue, James Bottomley
[PATCH 00/14] kconfig: streamline distro configs for testers, Steven Rostedt
- [PATCH 13/14] kconfig: make local .config default for streamline_config, Steven Rostedt
- [PATCH 09/14] kconfig: keep config.gz around even if CONFIG_IKCONFIG_PROC is not set, Steven Rostedt
- [PATCH 07/14] kconfig: add check if end exists in extract-ikconfig, Steven Rostedt
- [PATCH 04/14] kconfig: streamline_config.pl do not stop with no depends, Steven Rostedt
- [PATCH 11/14] kconfig: unset IKCONFIG_PROC and clean up nesting, Steven Rostedt
- [PATCH 12/14] kconfig: test for /boot/config-uname after /proc/config.gz in localconfig, Steven Rostedt
- [PATCH 03/14] kconfig: add make localyesconfig option, Steven Rostedt
- [PATCH 02/14] kconfig: make localmodconfig to run streamline_config.pl, Steven Rostedt
- [PATCH 05/14] kconfig: do not warn about modules built in, Steven Rostedt
- [PATCH 14/14] kconfig: test if a .config already exists, Steven Rostedt
- [PATCH 06/14] kconfig: enable CONFIG_IKCONFIG from streamline_config.pl, Steven Rostedt
- [PATCH 01/14] kconfig: add streamline_config.pl to scripts, Steven Rostedt
- [PATCH 10/14] kconfig: search for a config to base the local(mod|yes)config on, Steven Rostedt
- [PATCH 08/14] kconfig: have extract-ikconfig read ELF files, Steven Rostedt
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Greg KH
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Andrew Morton
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Amerigo Wang
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Ingo Molnar
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Steven Rostedt
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Ingo Molnar
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Steven Rostedt
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Steven Rostedt
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Ingo Molnar
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Steven Rostedt
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Ingo Molnar
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Steven Rostedt
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Steven Rostedt
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Ingo Molnar
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Steven Rostedt
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Ingo Molnar
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Steven Rostedt
- Re: [PATCH 00/14] kconfig: streamline distro configs for testers, Greg KH
- [PATCH] kconfig: add missing dependency of conf to localyesconfig, Steven Rostedt
abnormal OOM killer message, ììê
- Re: abnormal OOM killer message, Minchan Kim
- Re: abnormal OOM killer message, Nitin Gupta
- Re: abnormal OOM killer message, Minchan Kim
- Re: abnormal OOM killer message, ììê
- Re: abnormal OOM killer message, Minchan Kim
- Re: abnormal OOM killer message, Chungki woo
- Re: abnormal OOM killer message, Minchan Kim
- Re: abnormal OOM killer message, Nitin Gupta
- Re: abnormal OOM killer message, Minchan Kim
- Re: abnormal OOM killer message, Mel Gorman
- Re: abnormal OOM killer message, Minchan Kim
- Re: abnormal OOM killer message, Mel Gorman
- Re: abnormal OOM killer message, Minchan Kim
- Re: abnormal OOM killer message, Chungki woo
- Re: abnormal OOM killer message, Minchan Kim
Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ira W. Snyder
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ira W. Snyder
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ira W. Snyder
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ira W. Snyder
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ira W. Snyder
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ira W. Snyder
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ira W. Snyder
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ira W. Snyder
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Hollis Blanchard
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Stefan Hajnoczi
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Michael S. Tsirkin
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Arnd Bergmann
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Michael S. Tsirkin
- Re: [Alacrityvm-devel] [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Michael S. Tsirkin
Purpose of parameter in sysfs binary read, Rick L. Vinyard, Jr.
- Re: Purpose of parameter in sysfs binary read, Alan Stern
- Re: Purpose of parameter in sysfs binary read, Greg KH
- Re: Purpose of parameter in sysfs binary read, Rick L. Vinyard, Jr.
- Re: Purpose of parameter in sysfs binary read, Greg KH
- Re: Purpose of parameter in sysfs binary read, Rick L. Vinyard, Jr.
- Re: Purpose of parameter in sysfs binary read, Alan Cox
- Re: Purpose of parameter in sysfs binary read, Rick L. Vinyard, Jr.
- Re: Purpose of parameter in sysfs binary read, Greg KH
- Re: Purpose of parameter in sysfs binary read, Rick L. Vinyard, Jr.
- Re: Purpose of parameter in sysfs binary read, Alan Cox
- Re: Purpose of parameter in sysfs binary read, Rick L. Vinyard, Jr.
- Re: Purpose of parameter in sysfs binary read, Alan Cox
- Re: Purpose of parameter in sysfs binary read, Pavel Machek
Re: [PATCH 2/3] Add rfkill support to compal-laptop, Alan Jenkins
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Alan Jenkins
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Mario Limonciello
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Alan Jenkins
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Johannes Berg
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Mario Limonciello
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Alan Jenkins
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Johannes Berg
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Cezary Jackiewicz
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Mario Limonciello
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Alan Jenkins
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Johannes Berg
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Mario Limonciello
- Re: [PATCH 2/3] Add rfkill support to compal-laptop, Alan Jenkins
- [PATCH 2/3] Add rfkill support to compal-laptop, Mario Limonciello
[PATCH 0/12] cleanup __build_sched_domains(), Andreas Herrmann
- [PATCH 01/12] sched: Use structure to store local data in __build_sched_domains, Andreas Herrmann
- [PATCH 02/12] sched: Separate out allocation/free/goto-hell from __build_sched_domains, Andreas Herrmann
- [PATCH 04/12] sched: Seperate out build of CPU sched domain from __build_sched_domains, Andreas Herrmann
- [PATCH 06/12] sched: Seperate out build of SMT sched domain from __build_sched_domains, Andreas Herrmann
- [PATCH 07/12] sched: Seperate out build of SMT sched groups from __build_sched_domains, Andreas Herrmann
- [PATCH 08/12] sched: Seperate out build of MC sched groups from __build_sched_domains, Andreas Herrmann
- [PATCH 09/12] sched: Seperate out build of CPU sched groups from __build_sched_domains, Andreas Herrmann
- [PATCH 10/12] sched: Seperate out build of ALLNODES sched groups from __build_sched_domains, Andreas Herrmann
- [PATCH 11/12] sched: Seperate out build of NUMA sched groups from __build_sched_domains, Andreas Herrmann
- [PATCH 12/12] sched: Consolidate definition of variable sd in __build_sched_domains, Andreas Herrmann
- [PATCH 03/12] sched: Seperate out build of NUMA sched domain from __build_sched_domains, Andreas Herrmann
- [PATCH 05/12] sched: Seperate out build of MC sched domain from __build_sched_domains, Andreas Herrmann
- Re: [PATCH 0/12] cleanup __build_sched_domains(), Ingo Molnar
Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Eric Munson
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Alexey Korolev
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Mel Gorman
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Eric B Munson
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Alexey Korolev
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Mel Gorman
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Benjamin Herrenschmidt
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Mel Gorman
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Benjamin Herrenschmidt
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Mel Gorman
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Alexey Korolev
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Mel Gorman
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Alexey Korolev
- Re: [PATCH 0/3]HTLB mapping for drivers (take 2), Mel Gorman
Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Anthony Liguori
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ingo Molnar
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- vbus design points: shm and shm-signals, Gregory Haskins
- Re: vbus design points: shm and shm-signals, Anthony Liguori
- Re: vbus design points: shm and shm-signals, Gregory Haskins
- Re: vbus design points: shm and shm-signals, Gregory Haskins
- Re: vbus design points: shm and shm-signals, Anthony Liguori
- Re: vbus design points: shm and shm-signals, Anthony Liguori
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Michael S. Tsirkin
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Michael S. Tsirkin
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Michael S. Tsirkin
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Nicholas A. Bellinger
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Nicholas A. Bellinger
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Nicholas A. Bellinger
- configfs/sysfs, Avi Kivity
- Re: configfs/sysfs, Ingo Molnar
- Re: configfs/sysfs, Avi Kivity
- Re: configfs/sysfs, Nicholas A. Bellinger
- Re: configfs/sysfs, Gregory Haskins
- Re: configfs/sysfs, Joel Becker
- Re: configfs/sysfs, Nicholas A. Bellinger
- Re: [Alacrityvm-devel] configfs/sysfs, Alex Tsariounov
- Re: configfs/sysfs, Avi Kivity
- Re: configfs/sysfs, Joel Becker
- Re: configfs/sysfs, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Gregory Haskins
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Avi Kivity
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Ingo Molnar
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Muli Ben-Yehuda
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Caitlin Bestler
- Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects, Arnd Bergmann
[RFC] IO scheduler based IO controller V8, Vivek Goyal
- [PATCH 17/24] io-controller: anticipatory changes for hierarchical fair queuing, Vivek Goyal
- [PATCH 14/24] io-conroller: Prepare elevator layer for single queue schedulers, Vivek Goyal
- [dm-devel] Re: [RFC] IO scheduler based IO controller V8, Vivek Goyal
- Re: [PATCH 18/24] blkio_cgroup patches from Ryo to track async bios., Ryo Tsuruta
- Re: [PATCH 03/24] io-controller: Common flat fair queuing code in elevaotor layer, Gui Jianfeng
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing, Jerome Marchand
- [dm-devel] Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing, Vivek Goyal
- [PATCH] IO-Controller: clear ioq wait flag if a request goes into that ioq, Gui Jianfeng
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing, Gui Jianfeng
- Re: [PATCH 12/24] io-controller: Wait for requests to complete from last queue before new queue is scheduled, Gui Jianfeng
- [dm-devel] Re: [PATCH 01/24] io-controller: Documentation, Rik van Riel
- Re: [PATCH 02/24] io-controller: Core of the elevator fair queuing, Vivek Goyal
- Re: [PATCH 11/24] io-controller: Introduce group idling, Gui Jianfeng
Re: [PATCH, RFC] xfs: batched discard support, Christoph Hellwig
- Re: [PATCH, RFC] xfs: batched discard support, Mark Lord
- Re: [PATCH, RFC] xfs: batched discard support, Ingo Molnar
- Re: [PATCH, RFC] xfs: batched discard support, Christoph Hellwig
- Re: [PATCH, RFC] xfs: batched discard support, Jamie Lokier
- Re: [PATCH, RFC] xfs: batched discard support, Douglas Gilbert
- Re: [PATCH, RFC] xfs: batched discard support, Mark Lord
- Re: [PATCH, RFC] xfs: batched discard support, Ingo Molnar
- ioctls vs syscalls once again, Christoph Hellwig
- Re: ioctls vs syscalls once again, Ingo Molnar
- Re: [PATCH, RFC] xfs: batched discard support, Mark Lord
- Re: [PATCH, RFC] xfs: batched discard support, Ric Wheeler
- Re: [PATCH, RFC] xfs: batched discard support, Mark Lord
- Re: [PATCH, RFC] xfs: batched discard support, James Bottomley
- Re: [PATCH, RFC] xfs: batched discard support, Ric Wheeler
- Re: [PATCH, RFC] xfs: batched discard support, Greg Freemyer
- Re: [PATCH, RFC] xfs: batched discard support, Rolf Eike Beer
- Re: [PATCH, RFC] xfs: batched discard support, Ric Wheeler
- Re: [PATCH, RFC] xfs: batched discard support, Douglas Gilbert
[patch 00/11] Cleanup unload_nls() calls, Thomas Gleixner
- [patch 01/11] fs: Make unload_nls() NULL pointer safe, Thomas Gleixner
- [patch 03/11] befs: cleanup befs_put_super(), Thomas Gleixner
- [patch 02/11] fat: cleanup fat_put_super(), Thomas Gleixner
- [patch 05/11] hfs: clenaup unload_nls() calls, Thomas Gleixner
- [patch 07/11] isofs: cleanup unload_nls() calls, Thomas Gleixner
- [patch 06/11] hfsplus: cleanup unload_nls() calls, Thomas Gleixner
- [patch 08/11] jfs: cleanup unload_nls() calls, Thomas Gleixner
- [patch 11/11] smbfs: cleanup unload_nls() calls, Thomas Gleixner
- [patch 09/11] ncpfs: cleanup unload_nls() calls, Thomas Gleixner
- [patch 10/11] ntfs: cleanup unload_nls() calls, Thomas Gleixner
Re: [PATCH] Security/sysfs: Enable security xattrs to be set on sysfs files, directories, and symlinks., Stephen Smalley
- Re: [PATCH] Security/sysfs: Enable security xattrs to be set on sysfs files, directories, and symlinks., Stephen Smalley
- Re: [PATCH] Security/sysfs: Enable security xattrs to be set on sysfs files, directories, and symlinks., Casey Schaufler
- Re: [PATCH] Security/sysfs: Enable security xattrs to be set on sysfs files, directories, and symlinks., Casey Schaufler
- Re: [PATCH] Security/sysfs: v2 - Enable security xattrs to be set on sysfs files, directories, and symlinks., Stephen Smalley
- Re: [PATCH] Security/sysfs: v2 - Enable security xattrs to be set on sysfs files, directories, and symlinks., Casey Schaufler
- Re: [PATCH] Security/sysfs: v2 - Enable security xattrs to be set on sysfs files, directories, and symlinks., Stephen Smalley
- Re: [PATCH] Security/sysfs: v2 - Enable security xattrs to be set on sysfs files, directories, and symlinks., Casey Schaufler
- Re: [PATCH] Security/sysfs: v2 - Enable security xattrs to be set on sysfs files, directories, and symlinks., Stephen Smalley
- Re: [PATCH] Security/sysfs: v2 - Enable security xattrs to be set on sysfs files, directories, and symlinks., Casey Schaufler
- Re: [PATCH] Security/sysfs: v2 - Enable security xattrs to be set on sysfs files, directories, and symlinks., Casey Schaufler
- Re: [PATCH] Security/sysfs: v2 - Enable security xattrs to be set on sysfs files, directories, and symlinks., Eric W. Biederman
- Re: [PATCH] Security/sysfs: v2 - Enable security xattrs to be set on sysfs files, directories, and symlinks., Stephen Smalley
- Re: [PATCH] Security/sysfs: Enable security xattrs to be set on sysfs files, directories, and symlinks., David P. Quigley
[patch 00/34] s390 patch queue for the merge window of 2.6.32, Martin Schwidefsky
- [patch 18/34] hibernation: remove dead file, Martin Schwidefsky
- [patch 10/34] dasd: optimize cpu usage in goodcase, Martin Schwidefsky
- [patch 34/34] kernel: Set preferred s390 console based on conmode, Martin Schwidefsky
- [patch 28/34] remove unused irq_cpustat_t defintion, Martin Schwidefsky
- [patch 01/34] cio: fix ineffective verify event, Martin Schwidefsky
- [patch 15/34] improve mcount code, Martin Schwidefsky
- [patch 11/34] dasd: fix message naming, Martin Schwidefsky
- [patch 17/34] atomic ops: small cleanups, Martin Schwidefsky
- [patch 09/34] dasd: fail requests when device state is less then ready, Martin Schwidefsky
- [patch 03/34] cio: consolidate subchannel intparm reset, Martin Schwidefsky
- [patch 16/34] atomic ops: add effecient atomic64 support for 31 bit, Martin Schwidefsky
- [patch 24/34] move (io|sysc)_restore_trace_psw into .data section, Martin Schwidefsky
- [patch 19/34] hibernation: merge files and move to kernel/, Martin Schwidefsky
- [patch 08/34] qdio: remove limited number of debugfs entries, Martin Schwidefsky
- [patch 07/34] cio: ensure to hold a reference for deferred deregistration, Martin Schwidefsky
- [patch 30/34] hypfs: remove useless variable qname, Martin Schwidefsky
- [patch 06/34] qdio: continue polling if the queue is not finished, Martin Schwidefsky
- [patch 22/34] kernel: Append scpdata to kernel boot command line, Martin Schwidefsky
- [patch 05/34] cio: fix double free after failed device initialization, Martin Schwidefsky
- [patch 33/34] zcrypt: Use spin_lock_bh in suspend callback, Martin Schwidefsky
- [patch 23/34] kernel: Convert upper case scpdata to lower case, Martin Schwidefsky
- [patch 02/34] cio: move scsw helper functions to header file, Martin Schwidefsky
- [patch 04/34] cio: fix not oper handling after failed line processing, Martin Schwidefsky
- [patch 21/34] tape: use init_timer_on_stack() rather than init_timer(), Martin Schwidefsky
- [patch 32/34] xpram: Remove checksum validation for suspend/resume, Martin Schwidefsky
- [patch 31/34] vmur: Invalid allocation sequence for vmur class, Martin Schwidefsky
- [patch 25/34] Use macros for .data.page_aligned., Martin Schwidefsky
- [patch 13/34] introduce get_clock_monotonic, Martin Schwidefsky
- [patch 29/34] add call home support, Martin Schwidefsky
- [patch 27/34] kernel: always keep machine flags in lowcore, Martin Schwidefsky
- [patch 26/34] clean up linker script using new linker script macros., Martin Schwidefsky
- [patch 12/34] drivers/s390: put NULL test before dereference, Martin Schwidefsky
- [patch 14/34] convert/optimize csum_fold() to C, Martin Schwidefsky
- [patch 20/34] proper use of device register, Martin Schwidefsky
[PATCH -tip v14 00/12] tracing: kprobe-based event tracer and x86 instruction decoder, Masami Hiramatsu
- [PATCH -tip v14 02/12] x86: x86 instruction decoder build-time selftest, Masami Hiramatsu
- [PATCH -tip v14 01/12] x86: instruction decoder API, Masami Hiramatsu
- [PATCH -tip v14 05/12] x86: add pt_regs register and stack access APIs, Masami Hiramatsu
- [PATCH -tip v14 04/12] kprobes: cleanup fix_riprel() using insn decoder on x86, Masami Hiramatsu
- [PATCH -tip v14 06/12] tracing: ftrace dynamic ftrace_event_call support, Masami Hiramatsu
- [PATCH -tip v14 07/12] tracing: Introduce TRACE_FIELD_ZERO() macro, Masami Hiramatsu
- [PATCH -tip v14 10/12] tracing: Generate names for each kprobe event automatically, Masami Hiramatsu
- [PATCH -tip v14 12/12] tracing: Add kprobes event profiling interface, Masami Hiramatsu
- [PATCH -tip v14 08/12] tracing: add kprobe-based event tracer, Masami Hiramatsu
- [PATCH -tip v14 09/12] tracing: Kprobe-tracer supports more than 6 arguments, Masami Hiramatsu
- [PATCH -tip v14 11/12] tracing: Kprobe tracer assigns new event ids for each event, Masami Hiramatsu
- [PATCH -tip v14 03/12] kprobes: checks probe address is instruction boudary on x86, Masami Hiramatsu
- [TOOL] kprobestest : Kprobe stress test tool, Masami Hiramatsu
- [TOOL] c2kpe: C expression to kprobe event format converter, Masami Hiramatsu
[patch 00/74] 2.6.30.5-stable review, Greg KH
- [patch 03/74] E100: work around the driver using streaming DMA mapping for RX descriptors., Greg KH
- [patch 08/74] net: sock_copy() fixes, Greg KH
- [patch 11/74] net: Move rx skb_orphan call to where needed, Greg KH
- [patch 17/74] drm/i915: Skip lvds with Aopen i945GTt-VFA, Greg KH
- [patch 21/74] sysfs: fix hardlink count on device_move, Greg KH
- [patch 27/74] thinkpad-acpi: disable broken bay and dock subdrivers, Greg KH
- [patch 28/74] thinkpad-acpi: fix incorrect use of TPACPI_BRGHT_MODE_ECNVRAM, Greg KH
- [patch 31/74] tracing: Fix missing function_graph events when we splice_read from trace_pipe, Greg KH
- [patch 37/74] hugetlbfs: fix i_blocks accounting, Greg KH
- [patch 42/74] md/raid6: release spare page at ->stop(), Greg KH
- [patch 45/74] ide: relax DMA info validity checking, Greg KH
- [patch 50/74] ieee1394: sbp2: add support for disks >2 TB (and 16 bytes long CDBs), Greg KH
- [patch 57/74] compat_ioctl: hook up compat handler for FIEMAP ioctl, Greg KH
- [patch 67/74] mm_for_maps: simplify, use ptrace_may_access(), Greg KH
- [patch 62/74] USB: storage: include Prolific Technology USB drive in unusual_devs list, Greg KH
- [patch 73/74] ALSA: hda - Add missing vmaster initialization for ALC269, Greg KH
- [patch 74/74] ide: fix memory leak when flush command is issued, Greg KH
- [patch 72/74] NFS: Fix an O_DIRECT Oops..., Greg KH
- [patch 65/74] ring-buffer: Fix memleak in ring_buffer_free(), Greg KH
- [patch 71/74] ring-buffer: Fix advance of reader in rb_buffer_peek(), Greg KH
- [patch 66/74] x86: Fix VMI && stack protector, Greg KH
- [patch 70/74] Make sock_sendpage() use kernel_sendpage(), Greg KH
- [patch 69/74] mm_for_maps: take ->cred_guard_mutex to fix the race with exec, Greg KH
- [patch 68/74] mm_for_maps: shift down_read(mmap_sem) to the caller, Greg KH
- [patch 63/74] USB: usbfs: fix -ENOENT error code to be -ENODEV, Greg KH
- [patch 64/74] USB: devio: Properly do access_ok() checks, Greg KH
- [patch 60/74] USB: ftdi_sio: add vendor and product id for Bayer glucose meter serial converter cable, Greg KH
- [patch 61/74] USB: ftdi_sio: add product_id for Marvell OpenRD Base, Client, Greg KH
- [patch 56/74] flat: fix uninitialized ptr with shared libs, Greg KH
- [patch 58/74] generic-ipi: fix hotplug_cfd(), Greg KH
- [patch 49/74] firewire: sbp2: add support for disks >2 TB (and 16 bytes long CDBs), Greg KH
- [patch 59/74] Staging: rt2870: Revert d44ca7 Removal of kernel_thread() API, Greg KH
- [patch 53/74] atl1c: misplaced parenthesis, Greg KH
- [patch 55/74] execve: must clear current->clear_child_tid, Greg KH
- [patch 51/74] atl1c: WAKE_MCAST tested twice, not WAKE_UCAST, Greg KH
- [patch 54/74] md: Handle growth of v1.x metadata correctly., Greg KH
- [patch 52/74] atl1c: add missing parentheses, Greg KH
- [patch 48/74] i2c/tsl2550: Fix lux value in dark environment, Greg KH
- [patch 46/74] hwmon: (asus_atk0110) Fix upper limit readings, Greg KH
- [patch 47/74] hwmon: (smsc47m1) Differentiate between LPC47M233 and LPC47M292, Greg KH
- [patch 43/74] md: when a level change reduces the number of devices, remove the excess., Greg KH
- [patch 44/74] ide: fix handling of unexpected IRQs vs request_irq(), Greg KH
- [patch 41/74] x86, pat: Fix set_memory_wc related corruption, Greg KH
- [patch 40/74] x86: fix assembly constraints in native_save_fl(), Greg KH
- [patch 39/74] x86: Fix CPA memtype reserving in the set_pages_array*() cases, Greg KH
- [patch 38/74] page-allocator: preserve PFN ordering when __GFP_COLD is set, Greg KH
- [patch 18/74] drm/i915: Hook connector to encoder during load detection (fixes tv/vga detect), Greg KH
- [patch 24/74] Make SCSI SG v4 driver enabled by default and remove EXPERIMENTAL dependency, since udev depends on BSG, Greg KH
- [patch 36/74] powerpc/mpc83xx: Fix usb mux setup for mpc834x, Greg KH
- [patch 33/74] cfg80211: add two missing NULL pointer checks, Greg KH
- [patch 35/74] PM / ACPI: HP G7000 Notebook needs a SCI_EN resume quirk, Greg KH
- [patch 34/74] posix-timers: Fix oops in clock_nanosleep() with CLOCK_MONOTONIC_RAW, Greg KH
- [patch 25/74] SCSI: libsas: reuse the original port when hotplugging phys in wide ports, Greg KH
- [patch 32/74] parisc: isa-eeprom - Fix loff_t usage, Greg KH
- [patch 26/74] cifs: fix error handling in mount-time DFS referral chasing code, Greg KH
- [patch 30/74] tracing: Fix invalid function_graph entry, Greg KH
- [patch 29/74] nilfs2: fix oops due to inconsistent state in page with discrete b-tree nodes, Greg KH
- [patch 23/74] edac: x38 fix mchbar high register addr, Greg KH
- [patch 19/74] drm/i915: initialize fence registers to zero when loading GEM, Greg KH
- [patch 22/74] USB: storage: raise timeout in usb_stor_Bulk_max_lun, Greg KH
- [patch 20/74] drm/i915: Set SSC frequency for 8xx chips correctly, Greg KH
- [patch 02/74] be2net: Fix to avoid a crash seen on PPC with LRO and Jumbo frames., Greg KH
- [patch 12/74] inet: Call skb_orphan before tproxy activates, Greg KH
- [patch 13/74] drm/i915: Save/restore cursor state on suspend/resume., Greg KH
- [patch 16/74] drm/i915: avoid non-atomic sysrq execution, Greg KH
- [patch 14/74] drm/i915: add ignore lvds quirk info for AOpen Mini PC, Greg KH
- [patch 15/74] drm/i915: apply G45 vblank count code to all G4x chips and fix max_frame_count, Greg KH
- [patch 09/74] gro: Flush GRO packets in napi_disable_pending path, Greg KH
- [patch 07/74] net: sk_prot_alloc() should not blindly overwrite memory, Greg KH
- [patch 10/74] gso: Stop fraglists from escaping, Greg KH
- [patch 04/74] ipsec: Fix name of CAST algorithm, Greg KH
- [patch 06/74] usbnet cdc_subset: fix issues talking to PXA gadgets, Greg KH
- [patch 05/74] sky2: Fix checksum endianness, Greg KH
- [patch 01/74] iwlwifi: only show active power level via sysfs, Greg KH
- Re: [patch 00/74] 2.6.30.5-stable review, Ozan ÃaÄlayan
[patch 00/28] 2.6.27.30-stable review, Greg KH
- [patch 02/28] hwmon: (smsc47m1) Differentiate between LPC47M233 and LPC47M292, Greg KH
- [patch 03/28] i2c/tsl2550: Fix lux value in dark environment, Greg KH
- [patch 04/28] SCSI: libsas: reuse the original port when hotplugging phys in wide ports, Greg KH
- [patch 12/28] ieee1394: sbp2: add support for disks >2 TB (and 16 bytes long CDBs), Greg KH
- [patch 07/28] sysfs: fix hardlink count on device_move, Greg KH
- [patch 14/28] x86: enable GART-IOMMU only after setting up protection methods, Greg KH
- [patch 18/28] flat: fix uninitialized ptr with shared libs, Greg KH
- [patch 19/28] USB: devio: Properly do access_ok() checks, Greg KH
- [patch 21/28] USB: ftdi_sio: add product_id for Marvell OpenRD Base, Client, Greg KH
- [patch 25/28] mm_for_maps: shift down_read(mmap_sem) to the caller, Greg KH
- [patch 28/28] NFS: Fix an O_DIRECT Oops..., Greg KH
- [patch 27/28] ALSA: hda - Add missing vmaster initialization for ALC269, Greg KH
- [patch 24/28] mm_for_maps: simplify, use ptrace_may_access(), Greg KH
- [patch 26/28] Make sock_sendpage() use kernel_sendpage(), Greg KH
- [patch 22/28] USB: storage: include Prolific Technology USB drive in unusual_devs list, Greg KH
- [patch 23/28] USB: usbfs: fix -ENOENT error code to be -ENODEV, Greg KH
- [patch 20/28] USB: ftdi_sio: add vendor and product id for Bayer glucose meter serial converter cable, Greg KH
- [patch 13/28] firewire: sbp2: add support for disks >2 TB (and 16 bytes long CDBs), Greg KH
- [patch 17/28] execve: must clear current->clear_child_tid, Greg KH
- [patch 15/28] asix: new device ids, Greg KH
- [patch 01/28] hugetlbfs: fix i_blocks accounting, Greg KH
- [patch 05/28] Make SCSI SG v4 driver enabled by default and remove EXPERIMENTAL dependency, since udev depends on BSG, Greg KH
- [patch 11/28] parisc: ensure broadcast tlb purge runs single threaded, Greg KH
- [patch 10/28] x86: fix assembly constraints in native_save_fl(), Greg KH
- [patch 16/28] compat_ioctl: hook up compat handler for FIEMAP ioctl, Greg KH
- [patch 09/28] USB: storage: raise timeout in usb_stor_Bulk_max_lun, Greg KH
- [patch 08/28] thinkpad-acpi: disable broken bay and dock subdrivers, Greg KH
- [patch 06/28] page-allocator: preserve PFN ordering when __GFP_COLD is set, Greg KH
[PATCHv3 2/2] vhost_net: a kernel-level virtio server, Michael S. Tsirkin
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Arnd Bergmann
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Arnd Bergmann
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Michael S. Tsirkin
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Arnd Bergmann
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Michael S. Tsirkin
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Arnd Bergmann
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Michael S. Tsirkin
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Arnd Bergmann
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Michael S. Tsirkin
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Arnd Bergmann
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Michael S. Tsirkin
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Arnd Bergmann
- Re: [PATCHv3 2/2] vhost_net: a kernel-level virtio server, Gleb Natapov
system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Frederic Weisbecker
- Re: system gets stuck in a lock during boot, Steven Rostedt
- Re: system gets stuck in a lock during boot, Justin Mattock
- Re: system gets stuck in a lock during boot, Steven Rostedt
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Steven Rostedt
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Steven Rostedt
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Li Zefan
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Li Zefan
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Peter Zijlstra
- Re: system gets stuck in a lock during boot, Li Zefan
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Peter Zijlstra
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Justin Mattock
- Re: system gets stuck in a lock during boot, Peter Zijlstra
- Re: system gets stuck in a lock during boot, Li Zefan
- Re: system gets stuck in a lock during boot, Peter Zijlstra
- Re: system gets stuck in a lock during boot, Ingo Molnar
- Re: system gets stuck in a lock during boot, Justin P. Mattock
- Re: system gets stuck in a lock during boot, Ingo Molnar
- Re: system gets stuck in a lock during boot, Steven Rostedt
- Re: system gets stuck in a lock during boot, Justin Mattock
[RFC][PATCH 0/3] PM: Asynchronous suspend and resume, Rafael J. Wysocki
- [RFC][PATCH 2/3] PM: Asynchronous suspend of devices, Rafael J. Wysocki
- [RFC][PATCH 1/3] PM: Asynchronous resume of devices, Rafael J. Wysocki
- [RFC][PATCH 3/3] PM: Asynchronous suspend and resume for ACPI battery, Rafael J. Wysocki
- Re: [RFC][PATCH 0/3] PM: Asynchronous suspend and resume, Alan Stern
- Re: [RFC][PATCH 7/7] PM: Asynchronous suspend and resume of i8042, Rafael J. Wysocki
- Re: [RFC][PATCH 0/7] PM: Asynchronous suspend and resume (updated), Rafael J. Wysocki
- Re: [RFC][PATCH 1/7] PM: Update kerneldoc comments in drivers/base/power/main.c, Rafael J. Wysocki
- [RFC][PATCH 2/7 update] PM: Framework for representing PM links between devices, Rafael J. Wysocki
- [RFC][PATCH 3/7 updated] PM: Asynchronous resume of I/O devices, Rafael J. Wysocki
- Re: [RFC][PATCH 0/3] PM: Asynchronous suspend and resume, Rafael J. Wysocki
Re: [PATCH] swap: send callback when swap slot is freed, Peter Zijlstra
- Re: [PATCH] swap: send callback when swap slot is freed, Andrew Morton
- Re: [PATCH] swap: send callback when swap slot is freed, Hugh Dickins
- Re: [PATCH] swap: send callback when swap slot is freed, Nitin Gupta
- Re: [PATCH] swap: send callback when swap slot is freed, Nitin Gupta
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), James Bottomley
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Nitin Gupta
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Markus Trippelsdorf
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), david
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Greg Freemyer
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), James Bottomley
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Richard Sharpe
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), david
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Bryan Donlan
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Matthew Wilcox
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Chris Worley
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Greg Freemyer
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Chris Worley
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Greg Freemyer
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Mark Lord
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Alan Cox
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Mark Lord
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Theodore Tso
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), James Bottomley
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Mark Lord
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Hugh Dickins
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed), Douglas Gilbert
- Re: [PATCH] swap: send callback when swap slot is freed, Nai Xia
[Patch 0/8] V3 Implement crashkernel=auto, Amerigo Wang
- [Patch 1/8] x86: add CONFIG_KEXEC_AUTO_RESERVE, Amerigo Wang
- [Patch 2/8] x86: implement crashkernel=auto, Amerigo Wang
- [Patch 3/8] ia64: add CONFIG_KEXEC_AUTO_RESERVE, Amerigo Wang
- [Patch 4/8] ia64: implement crashkernel=auto, Amerigo Wang
- [Patch 6/8] powerpc: implement crashkernel=auto, Amerigo Wang
- [Patch 7/8] doc: update the kdump document, Amerigo Wang
- [Patch 8/8] kexec: allow to shrink reserved memory, Amerigo Wang
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, Eric W. Biederman
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, Amerigo Wang
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, Amerigo Wang
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, KAMEZAWA Hiroyuki
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, Amerigo Wang
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, KAMEZAWA Hiroyuki
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, Amerigo Wang
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, Amerigo Wang
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, KAMEZAWA Hiroyuki
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, Amerigo Wang
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, KAMEZAWA Hiroyuki
- Re: [Patch 8/8] kexec: allow to shrink reserved memory, Amerigo Wang
- [Patch 5/8] powerpc: add CONFIG_KEXEC_AUTO_RESERVE, Amerigo Wang
- Re: [Patch 0/8] V3 Implement crashkernel=auto, Amerigo Wang
[PATCH 1/7] w35und: Commit MDS typedef to struct w35_mds, Pekka Enberg
- [PATCH 2/7] w35und: Remove unused struct _RXBUFFER, Pekka Enberg
- [PATCH 3/7] w35und: Cleanup the mlmetxrx_f.h header file, Pekka Enberg
- [PATCH 4/7] w35und: Convert typedef DESCRIPTOR to struct wb35_descriptor, Pekka Enberg
- [PATCH 5/7] w35und: Remove unused struct _STATISTICS_INFO, Pekka Enberg
- [PATCH 6/7] w35und: Convert typedef MTO_PARAMETERS to struct wb35_mto_param, Pekka Enberg
- [PATCH 7/7] w35und: Remove some write-only struct members, Pekka Enberg
- Re: [PATCH 7/7] w35und: Remove some write-only struct members, Pavel Machek
- Re: [PATCH 7/7] w35und: Remove some write-only struct members, Pekka Enberg
- Re: [PATCH 7/7] w35und: Remove some write-only struct members, Sandro Bonazzola
- Re: [PATCH 6/7] w35und: Convert typedef MTO_PARAMETERS to struct wb35_mto_param, Pavel Machek
- Re: [PATCH 5/7] w35und: Remove unused struct _STATISTICS_INFO, Pavel Machek
- Re: [PATCH 4/7] w35und: Convert typedef DESCRIPTOR to struct wb35_descriptor, Pavel Machek
- Re: [PATCH 3/7] w35und: Cleanup the mlmetxrx_f.h header file, Pavel Machek
- Re: [PATCH 2/7] w35und: Remove unused struct _RXBUFFER, Pavel Machek
- Re: [PATCH 1/7] w35und: Commit MDS typedef to struct w35_mds, Pavel Machek
- Re: [PATCH 1/7] w35und: Commit MDS typedef to struct w35_mds, Pekka Enberg
[PATCH] Add kerneldoc for flush_scheduled_work(), Alan Stern
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Ingo Molnar
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Alan Stern
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), James Bottomley
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Alan Stern
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), James Bottomley
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Alan Stern
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), James Bottomley
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Alan Stern
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), James Bottomley
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Alan Stern
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), James Bottomley
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Alan Stern
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), James Bottomley
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Alan Stern
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), James Bottomley
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Randy Dunlap
- Re: [PATCH] Add kerneldoc for flush_scheduled_work(), Randy Dunlap
[GIT PULL] tracing: Syscalls trace events + perf support, Frederic Weisbecker
- [PATCH 01/16] tracing: Rename set_tracer_flags()'s local variable trace_flags, Frederic Weisbecker
- [PATCH 02/16] tracing: Map syscall name to number, Frederic Weisbecker
- [PATCH 04/16] tracing: Add DECLARE_TRACE_WITH_CALLBACK() macro, Frederic Weisbecker
- [PATCH 06/16] tracing: Update FTRACE_SYSCALL_MAX, Frederic Weisbecker
- [PATCH 09/16] tracing: Add trace events for each syscall entry/exit, Frederic Weisbecker
- [PATCH 10/16] tracing: Add individual syscalls tracepoint id support, Frederic Weisbecker
- [PATCH 14/16] tracing: Add ftrace event call parameter to its field descriptor handler, Frederic Weisbecker
- [PATCH 16/16] tracing: Support for syscall events raw records in perfcounters, Frederic Weisbecker
- [PATCH 15/16] tracing: Add fields format definition for syscall events, Frederic Weisbecker
- [PATCH 12/16] tracing: Add more namespace area to 'perf list' output, Frederic Weisbecker
- [PATCH 13/16] tracing: Convert x86_64 mmap and uname to use DEFINE_SYSCALL, Frederic Weisbecker
- [PATCH 03/16] tracing: Call arch_init_ftrace_syscalls at boot, Frederic Weisbecker
- [PATCH 11/16] tracing: Add perf counter support for syscalls tracing, Frederic Weisbecker
- [PATCH 08/16] tracing: Add ftrace_event_call void * 'data' field, Frederic Weisbecker
- [PATCH 05/16] tracing: Add syscall tracepoints, Frederic Weisbecker
- [PATCH 07/16] tracing: Raw_init() bailout in trace event register fail case, Frederic Weisbecker
- Re: [GIT PULL] tracing: Syscalls trace events + perf support, Ingo Molnar
- Re: [GIT PULL] tracing: Syscalls trace events + perf support, Masami Hiramatsu
Re: Page allocation failures in guest, Pierre Ossman
- Re: Page allocation failures in guest, Avi Kivity
- Re: Page allocation failures in guest, Rusty Russell
- Re: Page allocation failures in guest, Rusty Russell
- Re: Page allocation failures in guest, Avi Kivity
- Re: Page allocation failures in guest, Rusty Russell
- Re: Page allocation failures in guest, Pierre Ossman
- Re: Page allocation failures in guest, Rusty Russell
- Re: Page allocation failures in guest, Pierre Ossman
- Re: Page allocation failures in guest, Pierre Ossman
- Re: Page allocation failures in guest, Avi Kivity
- Re: Page allocation failures in guest, Pierre Ossman
- Re: Page allocation failures in guest, Avi Kivity
[PATCH 00/12] add syscall tracepoints V3, Jason Baron
- [PATCH 01/12] map syscall name to number, Jason Baron
- [PATCH 05/12] update FTRACE_SYSCALL_MAX, Jason Baron
- [PATCH 08/12] add trace events for each syscall entry/exit, Jason Baron
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Frederic Weisbecker
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Hendrik Brueckner
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Frederic Weisbecker
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Hendrik Brueckner
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Mathieu Desnoyers
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Frederic Weisbecker
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Frederic Weisbecker
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Mathieu Desnoyers
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Mathieu Desnoyers
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Frederic Weisbecker
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Mathieu Desnoyers
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Ingo Molnar
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Martin Schwidefsky
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Heiko Carstens
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Peter Zijlstra
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Peter Zijlstra
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Peter Zijlstra
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Jason Baron
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Mathieu Desnoyers
- [tip:tracing/core] tracing: Don't trace kernel thread syscalls, tip-bot for Hendrik Brueckner
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Frederic Weisbecker
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Frederic Weisbecker
- Re: [PATCH 08/12] add trace events for each syscall entry/exit, Heiko Carstens
- [tip:tracing/core] tracing: Check invalid syscall nr while tracing syscalls, tip-bot for Hendrik Brueckner
- [PATCH 02/12] call arch_init_ftrace_syscalls at boot, Jason Baron
- [PATCH 04/12] add syscall tracepoints, Jason Baron
- [PATCH 03/12] add DECLARE_TRACE_WITH_CALLBACK() macro, Jason Baron
- [PATCH 06/12] trace_event - raw_init bailout, Jason Baron
- [PATCH 07/12] add ftrace_event_call void * 'data' field, Jason Baron
- [PATCH 10/12] add perf counter support, Jason Baron
- [PATCH 11/12] add more namespace area to 'perf list' output, Jason Baron
- [PATCH 12/12] convert x86_64 mmap and uname to use DEFINE_SYSCALL, Jason Baron
- [PATCH 09/12] add support traceopint ids, Jason Baron
- Re: [PATCH 00/12] add syscall tracepoints V3 - s390 arch update, Hendrik Brueckner
Question about userspace-consumer, Felipe Balbi
- Re: Question about userspace-consumer, Mark Brown
- Re: Question about userspace-consumer, Felipe Balbi
- Re: Question about userspace-consumer, Mike Rapoport
- Re: Question about userspace-consumer, Mark Brown
- Re: Question about userspace-consumer, Felipe Balbi
- Re: Question about userspace-consumer, Mark Brown
- Re: Question about userspace-consumer, Liam Girdwood
- Smart Battery System Design (was: Re: Question about userspace-consumer), Felipe Balbi
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Felipe Balbi
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Mark Brown
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Felipe Balbi
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Mark Brown
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Felipe Balbi
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Mark Brown
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Pavel Machek
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Mark Brown
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Pavel Machek
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Mark Brown
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Pavel Machek
- Re: Smart Battery System Design (was: Re: Question about userspace-consumer), Mark Brown
[PATCH 0/6] Add some trace events for the page allocator v6, Mel Gorman
- [PATCH 2/6] tracing, page-allocator: Add trace events for anti-fragmentation falling back to other migratetypes, Mel Gorman
- [PATCH 1/6] tracing, page-allocator: Add trace events for page allocation and page freeing, Mel Gorman
- [PATCH 3/6] tracing, page-allocator: Add trace event for page traffic related to the buddy lists, Mel Gorman
- [PATCH 5/6] tracing, documentation: Add a document describing how to do some performance analysis with tracepoints, Mel Gorman
- [PATCH 6/6] tracing, documentation: Add a document on the kmem tracepoints, Mel Gorman
- [PATCH 4/6] tracing, page-allocator: Add a postprocessing script for page-allocator-related ftrace events, Mel Gorman
- Re: [PATCH 0/6] Add some trace events for the page allocator v6, Ingo Molnar
2.6.31-rc5-git5: Reported regressions 2.6.29 -> 2.6.30, Rafael J. Wysocki
- [Bug #13109] High latency on /sys/class/thermal, Rafael J. Wysocki
- [Bug #13180] 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle, Rafael J. Wysocki
- [Bug #13219] Intel 440GX: Since kernel 2.6.30-rc1, computers hangs randomly but not with kernel <= 2.6.29.6, Rafael J. Wysocki
- [Bug #13319] Page allocation failures with b43 and p54usb, Rafael J. Wysocki
- [Bug #13306] hibernate slow on _second_ run, Rafael J. Wysocki
- [Bug #13401] pktcdvd writing is really slow with CFQ scheduler (bisected), Rafael J. Wysocki
- [Bug #13407] adb trackpad disappears after suspend to ram, Rafael J. Wysocki
- [Bug #13389] Warning 'Invalid throttling state, reset' gets displayed when it should not be, Rafael J. Wysocki
- [Bug #13502] GPE storm causes polling mode, which causes /proc/acpi/battery read to take 4 seconds - MacBookPro4,1, Rafael J. Wysocki
- [Bug #13512] D43 on 2.6.30 doesn't suspend anymore, Rafael J. Wysocki
- [Bug #13514] acer_wmi causes stack corruption, Rafael J. Wysocki
- [Bug #13620] acpi_enforce_resources broken - conflicting i2c module loaded on some EeePCs, Rafael J. Wysocki
- [Bug #13638] rt2870 driver is broken for (some) cards, Rafael J. Wysocki
- [Bug #13646] warn_on tty_io.c, broken bluetooth, Rafael J. Wysocki
- [Bug #13682] The webcam stopped working when upgrading from 2.6.29 to 2.6.30, Rafael J. Wysocki
- [Bug #13739] 2.6.30 leaking keys on console switch, Rafael J. Wysocki
- [Bug #13770] System freeze on XFS filesystem recovery on an external disk, Rafael J. Wysocki
- [Bug #13945] Kernel freezes dual pentium-3 system, Rafael J. Wysocki
- [Bug #13949] XFS regression, Rafael J. Wysocki
- [Bug #13780] NULL pointer dereference loading powernowk8, Rafael J. Wysocki
- [Bug #13898] Intel 3945ABG - problems on 2.6.30.X, Rafael J. Wysocki
- [Bug #13797] iBook G4 doesn't suspend since 2ed8d2b3a8, Rafael J. Wysocki
- [Bug #13795] abnormal boot and no suspend due to 'async' (fastboot), Rafael J. Wysocki
- [Bug #13581] ath9k doesn't work with newer kernels, Rafael J. Wysocki
- [Bug #13634] [drm:drm_wait_vblank] *ERROR* failed to acquire vblank counter, -22, Rafael J. Wysocki
- [Bug #13694] i915 phantom TV, Rafael J. Wysocki
- [Bug #13660] Crashes during boot on 2.6.30 / 2.6.31-rc, random programs, Rafael J. Wysocki
- [Bug #13564] random general protection fault at boot time caused by khubd., Rafael J. Wysocki
- [Bug #13558] Tracelog during resume, Rafael J. Wysocki
- [Bug #13621] xfs hangs with assertion failed, Rafael J. Wysocki
- [Bug #13583] pdflush uses 5% CPU on otherwise idle system, Rafael J. Wysocki
- [Bug #13362] rt2x00: slow wifi with correct basic rate bitmap, Rafael J. Wysocki
- [Bug #13374] reiserfs blocked for more than 120secs, Rafael J. Wysocki
- [Bug #13341] Random Oops at boot at loading ip6tables rules, Rafael J. Wysocki
- [Bug #13351] 2.6.30 corrupts my system after suspend resume with readonly mounted hard disk, Rafael J. Wysocki
- [Bug #13328] b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear., Rafael J. Wysocki
- [Bug #13373] fbcon, intelfb, i915: INFO: possible circular locking dependency detected, Rafael J. Wysocki
- [Bug #13408] Performance regression in 2.6.30-rc7, Rafael J. Wysocki
- [Bug #13318] AGP doesn't work anymore on nforce2, Rafael J. Wysocki
2.6.31-rc5-git5: Reported regressions from 2.6.30, Rafael J. Wysocki
- [Bug #13645] NULL pointer dereference at (null) (level2_spare_pgt), Rafael J. Wysocki
- [Bug #13733] 2.6.31-rc2: irq 16: nobody cared, Rafael J. Wysocki
- [Bug #13740] X server crashes with 2.6.31-rc2 when options are changed, Rafael J. Wysocki
- [Bug #13713] [drm/i915] Possible regression due to commit "Change GEM throttling to be 20ms (...)", Rafael J. Wysocki
- [Bug #13716] The AIC-7892P controller does not work any more, Rafael J. Wysocki
- [Bug #13809] oprofile: possible circular locking dependency detected, Rafael J. Wysocki
- [Bug #13833] Kernel Oops when trying to suspend with ubifs mounted on block2mtd mtd device, Rafael J. Wysocki
- [Bug #13869] Radeon framebuffer (w/o KMS) corruption at boot., Rafael J. Wysocki
- [Bug #13836] suspend script fails, related to stdout?, Rafael J. Wysocki
- [Bug #13819] system freeze when switching to console, Rafael J. Wysocki
- [Bug #13837] Input : regression - touchpad not detected, Rafael J. Wysocki
- [Bug #13914] e1000e reports invalid NVM Checksum on 82566DM-2 (bisected), Rafael J. Wysocki
- [Bug #13935] 2.6.31-rcX breaks Apple MightyMouse (Bluetooth version), Rafael J. Wysocki
- [Bug #13940] iwlagn and sky2 stopped working, ACPI-related, Rafael J. Wysocki
- [Bug #13944] MD raid regression, Rafael J. Wysocki
- [Bug #13950] Oops when USB Serial disconnected while in use, Rafael J. Wysocki
- [Bug #13948] ath5k broken after suspend-to-ram, Rafael J. Wysocki
- [Bug #13946] x86 MCE malfunction on Thinkpad T42p, Rafael J. Wysocki
- [Bug #13947] Libertas: Association request to the driver failed, Rafael J. Wysocki
- [Bug #13942] Troubles with AoE and uninitialized object, Rafael J. Wysocki
- [Bug #13943] WARNING: at net/mac80211/mlme.c:2292 with ath5k, Rafael J. Wysocki
- [Bug #13941] x86 Geode issue, Rafael J. Wysocki
- [Bug #13848] iwlwifi (4965) regression since 2.6.30, Rafael J. Wysocki
- [Bug #13906] Huawei E169 GPRS connection causes Ooops, Rafael J. Wysocki
- [Bug #13899] Oops from tar, 2.6.31-rc5, 32 bit on quad core phenom., Rafael J. Wysocki
- [Bug #13895] 2.6.31-rc4 - slab entry tak_delay_info leaking ???, Rafael J. Wysocki
- [Bug #13846] LEDs switched off permanently by power saving with rt61pci driver, Rafael J. Wysocki
- Re: 2.6.31-rc5-git5: Reported regressions from 2.6.30, James Bottomley
- Re: [Bug #13941] x86 Geode issue, Rafael J. Wysocki
[PATCH 00/14] use printk_once, Marcin Slusarz
- [PATCH 01/14] alpha: use printk_once, Marcin Slusarz
- [PATCH 03/14] powerpc: use printk_once, Marcin Slusarz
- [PATCH 05/14] x86: use printk_once, Marcin Slusarz
- [PATCH 06/14] ata: use printk_once, Marcin Slusarz
- [PATCH 07/14] block: use printk_once, Marcin Slusarz
- [PATCH 08/14] tty/vt: use printk_once, Marcin Slusarz
- [PATCH 09/14] ide: use printk_once, Marcin Slusarz
- [PATCH 11/14] drivers/net: use printk_once, Marcin Slusarz
- [PATCH 14/14] net: use printk_once, Marcin Slusarz
- [PATCH 10/14] infiniband: use printk_once, Marcin Slusarz
- [PATCH 12/14] scsi: use printk_once, Marcin Slusarz
- [PATCH 04/14] sh: use printk_once, Marcin Slusarz
- [PATCH 02/14] ia64: use printk_once, Marcin Slusarz
- [PATCH 13/14] vsprintf: use WARN_ON_ONCE, Marcin Slusarz
- Re: [PATCH 00/14] use printk_once, Joe Perches
CONFIG_PREEMPT_RCU in next/mmotm, Hugh Dickins
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Paul E. McKenney
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Hugh Dickins
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Paul E. McKenney
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Hugh Dickins
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Hugh Dickins
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Paul E. McKenney
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Hugh Dickins
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Paul E. McKenney
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Paul E. McKenney
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Paul E. McKenney
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Paul E. McKenney
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Ingo Molnar
- Re: CONFIG_PREEMPT_RCU in next/mmotm, Paul E. McKenney
2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Ozan ÃaÄlayan
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Greg KH
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Greg KH
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Greg KH
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Greg KH
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Greg KH
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Cox
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Cox
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Cox
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Cox
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Bruno PrÃmont
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Cox
- Re: 2.6.31-rc5 regression: Oops when USB Serial disconnected while in use, Alan Stern
[PATCH] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Kevin Winchester
- Re: [PATCH] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Borislav Petkov
- Re: [PATCH] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Ingo Molnar
- Re: [PATCH] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Ingo Molnar
- Re: [PATCH] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Kevin Winchester
- [PATCH v2] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Kevin Winchester
- Re: [PATCH v2] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Borislav Petkov
- [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Kevin Winchester
- [tip:x86/urgent] x86: Clear incorrectly forced X86_FEATURE_LAHF_LM flag, tip-bot for Kevin Winchester
- Re: [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Borislav Petkov
- Re: [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Mikael Pettersson
- Re: [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Kevin Winchester
- Re: [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Borislav Petkov
- Re: [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Kevin Winchester
- Re: [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Borislav Petkov
- Re: [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Kevin Winchester
- Re: [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Kevin Winchester
- Re: [PATCH v3] x86: clear incorrectly forced X86_FEATURE_LAHF_LM flag, Borislav Petkov
- [PATCH 2/2] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- Re: [tip:x86/urgent] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, H. Peter Anvin
- Re: [tip:x86/urgent] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- Re: [tip:x86/urgent] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, H. Peter Anvin
- Re: [tip:x86/urgent] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- Re: [tip:x86/urgent] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, H. Peter Anvin
- Re: [tip:x86/urgent] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- Re: [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, H. Peter Anvin
- Re: [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- Re: [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, H. Peter Anvin
- Re: [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- Re: [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, H. Peter Anvin
- Re: [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- [tip:x86/cpu] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, tip-bot for Borislav Petkov
- [PATCH 1/3] x86, msr: add rd/wrmsr interfaces with preset registers, Borislav Petkov
- [tip:x86/cpu] x86, msr: Add rd/wrmsr interfaces with preset registers, tip-bot for Borislav Petkov
- [tip:x86/cpu] x86, msr: CFI annotations, cleanups for msr-reg.S, tip-bot for H. Peter Anvin
- [PATCH 2/3] x86, msr: rewrite AMD rd/wrmsr variants, Borislav Petkov
- [tip:x86/cpu] x86, msr: Rewrite AMD rd/wrmsr variants, tip-bot for Borislav Petkov
- Re: [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- Re: [PATCH 3/3] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, H. Peter Anvin
- [PATCH 1/3] x86, msr: add rd/wrmsr interfaces with preset registers, Borislav Petkov
- [PATCH 2/3] x86, msr: rewrite AMD rd/wrmsr variants, Borislav Petkov
- Re: [PATCH 2/3] x86, msr: rewrite AMD rd/wrmsr variants, H. Peter Anvin
- Re: [PATCH 2/3] x86, msr: rewrite AMD rd/wrmsr variants, Borislav Petkov
- Re: [PATCH 2/3] x86, msr: rewrite AMD rd/wrmsr variants, H. Peter Anvin
- Re: [tip:x86/urgent] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, H. Peter Anvin
- Re: [tip:x86/urgent] x86, AMD: Disable wrongly set X86_FEATURE_LAHF_LM CPUID bit, Borislav Petkov
- [PATCH 1/2] x86, msr: Add a AMD wrmsr with exception handling, Borislav Petkov
Kernel 2.6.30.4 XFS(..?) regression, Justin Piszcz
- Re: Kernel 2.6.30.4 XFS(..?) regression, Felix Blyakher
- Re: Kernel 2.6.30.4 XFS(..?) regression, Justin Piszcz
- Re: Kernel 2.6.30.4 XFS(..?) regression (happened again), Justin Piszcz
- Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6), Justin Piszcz
- Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6), Christoph Hellwig
- Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6), Justin Piszcz
- Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6), Christoph Hellwig
- Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6), Justin Piszcz
- Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6), Christoph Hellwig
- Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6), Justin Piszcz
- Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6), Christoph Hellwig
- Re: Kernel 2.6.30.4 XFS(..?) regression (& with/2.6.31-rc6), Justin Piszcz
- Re: Kernel 2.6.30.4 loop(..?) regression (& with/2.6.31-rc6), Justin Piszcz
- Re: Kernel 2.6.30.4 loop(..?) regression (& with/2.6.31-rc6), Christoph Hellwig
[PATCH 1/4] perf tools: callchain: Warn only once in empty node detection, Frederic Weisbecker
- [PATCH 2/4] perf tools: callchain: Ignore empty callchains, Frederic Weisbecker
- [PATCH 3/4] perf tools: callchain: Default display callchain from report if recorded with -g, Frederic Weisbecker
- [PATCH 4/4] perf tools: callchain: Display amount of ignored chains in fractal mode, Frederic Weisbecker
- Re: [PATCH 1/4] perf tools: callchain: Warn only once in empty node detection, Arnaldo Carvalho de Melo
- [PATCH 1/4] perf tools: callchain: Warn only once in empty node detection, Frederic Weisbecker
- [PATCH 1/3] perfcounter: Initialize tracepoint record before any use, Frederic Weisbecker
- Re: [PATCH 1/3] perfcounter: Initialize tracepoint record before any use, Frederic Weisbecker
- [PATCH 4/3] perf_counter: Correct PERF_SAMPLE_RAW output, Peter Zijlstra
- [tip:perfcounters/urgent] perf_counter: Correct PERF_SAMPLE_RAW output, tip-bot for Peter Zijlstra
- Re: [PATCH 4/3] perf_counter: Correct PERF_SAMPLE_RAW output, Frederic Weisbecker
- Re: [PATCH 4/3] perf_counter: Correct PERF_SAMPLE_RAW output, Frederic Weisbecker
- Re: [PATCH 4/3] perf_counter: Correct PERF_SAMPLE_RAW output, Peter Zijlstra
- [PATCH 6/3] perfcounter: Substract the buffer size field from the event record size, Frederic Weisbecker
- Re: [PATCH 6/3] perfcounter: Substract the buffer size field from the event record size, Peter Zijlstra
- [tip:perfcounters/urgent] perf_counter: Subtract the buffer size field from the event record size, tip-bot for Frederic Weisbecker
- [PATCH 5/3] perf_counter: Require CAP_SYS_ADMIN for raw tracepoint data, Peter Zijlstra
- [tip:perfcounters/urgent] perf_counter: Require CAP_SYS_ADMIN for raw tracepoint data, tip-bot for Peter Zijlstra
- [PATCH 2/4] perf tools: callchain: Ignore empty callchains, Frederic Weisbecker
- [PATCH 3/4] perf tools: callchain: Default display callchain from report if recorded with -g, Frederic Weisbecker
- [PATCH 3/3] perfcounter: Align ftrace events raw samples to 8 bytes, Frederic Weisbecker
- [PATCH 4/4] perf tools: callchain: Display amount of ignored chains in fractal mode, Frederic Weisbecker
- [PATCH 2/3] perfcounter: Generalize the tracepoint sampling to generic sampling, Frederic Weisbecker
Help Resource Counters Scale Better (v2), Balbir Singh
- Re: Help Resource Counters Scale Better (v2), KAMEZAWA Hiroyuki
- Re: Help Resource Counters Scale Better (v2), Balbir Singh
- Re: Help Resource Counters Scale Better (v2), KAMEZAWA Hiroyuki
- Help Resource Counters Scale Better (v3), Balbir Singh
- Re: Help Resource Counters Scale Better (v3), KAMEZAWA Hiroyuki
- Re: Help Resource Counters Scale Better (v3), KAMEZAWA Hiroyuki
- Re: Help Resource Counters Scale Better (v3), Balbir Singh
- Re: Help Resource Counters Scale Better (v3), Balbir Singh
- Re: Help Resource Counters Scale Better (v3), KAMEZAWA Hiroyuki
- Re: Help Resource Counters Scale Better (v3), KAMEZAWA Hiroyuki
- Re: Help Resource Counters Scale Better (v3), Balbir Singh
- Re: Help Resource Counters Scale Better (v3), Balbir Singh
Libertas: Association request to the driver failed, Daniel Mack
- Re: Libertas: Association request to the driver failed, John W. Linville
- Re: Libertas: Association request to the driver failed, Marek Vasut
- Re: Libertas: Association request to the driver failed, Daniel Mack
- Re: Libertas: Association request to the driver failed, Roel Kluin
- Re: Libertas: Association request to the driver failed, Roel Kluin
- Re: Libertas: Association request to the driver failed, Daniel Mack
- Re: Libertas: Association request to the driver failed, Roel Kluin
- Re: Libertas: Association request to the driver failed, Michael Buesch
- Re: Libertas: Association request to the driver failed, Cyrill Gorcunov
- Re: Libertas: Association request to the driver failed, Roel Kluin
- Re: Libertas: Association request to the driver failed, Cyrill Gorcunov
- Re: Libertas: Association request to the driver failed, Daniel Mack
- Re: Libertas: Association request to the driver failed, Jonathan Cameron
- Re: Libertas: Association request to the driver failed, Dan Williams
- Re: Libertas: Association request to the driver failed, John W. Linville
- Re: Libertas: Association request to the driver failed, Roel Kluin
- Re: Libertas: Association request to the driver failed, John W. Linville
- Re: Libertas: Association request to the driver failed, Dan Williams
- Re: Libertas: Association request to the driver failed, Dan Williams
- Re: Libertas: Association request to the driver failed, Dan Williams
[PATCH 0/6] Add some trace events for the page allocator v5, Mel Gorman
- [PATCH 2/6] tracing, page-allocator: Add trace events for anti-fragmentation falling back to other migratetypes, Mel Gorman
- [PATCH 1/6] tracing, page-allocator: Add trace events for page allocation and page freeing, Mel Gorman
- [PATCH 3/6] tracing, page-allocator: Add trace event for page traffic related to the buddy lists, Mel Gorman
- [PATCH 4/6] tracing, page-allocator: Add a postprocessing script for page-allocator-related ftrace events, Mel Gorman
- [PATCH 5/6] tracing, documentation: Add a document describing how to do some performance analysis with tracepoints, Mel Gorman
- [PATCH 6/6] tracing, documentation: Add a document on the kmem tracepoints, Mel Gorman
2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Johannes Stezenbach
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Johannes Stezenbach
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Andi Kleen
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Johannes Stezenbach
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Andi Kleen
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Johannes Stezenbach
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Ingo Molnar
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Johannes Stezenbach
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Andi Kleen
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Robert Richter
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Ingo Molnar
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Johannes Stezenbach
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Ingo Molnar
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Johannes Stezenbach
- [patch] cache-miss and cache-refs events on P6-mobile CPUs, Ingo Molnar
- Re: [patch] cache-miss and cache-refs events on P6-mobile CPUs, Peter Zijlstra
- Re: [patch] cache-miss and cache-refs events on P6-mobile CPUs, Ingo Molnar
- Re: [patch] cache-miss and cache-refs events on P6-mobile CPUs, Peter Zijlstra
- Re: [patch] cache-miss and cache-refs events on P6-mobile CPUs, Johannes Stezenbach
- Re: [patch] cache-miss and cache-refs events on P6-mobile CPUs, Ingo Molnar
- Re: 2.6.31-rc5 regression: x86 MCE malfunction on Thinkpad T42p, Johannes Stezenbach
[BUG] race of RCU vs NOHU, Martin Schwidefsky
- Re: [BUG] race of RCU vs NOHU, Paul E. McKenney
- Re: [BUG] race of RCU vs NOHU, Martin Schwidefsky
- Re: [BUG] race of RCU vs NOHU, Paul E. McKenney
- Re: [BUG] race of RCU vs NOHU, Martin Schwidefsky
- Re: [BUG] race of RCU vs NOHU, Paul E. McKenney
- Re: [BUG] race of RCU vs NOHU, Martin Schwidefsky
- Re: [BUG] race of RCU vs NOHU, Paul E. McKenney
- Re: [BUG] race of RCU vs NOHU, Martin Schwidefsky
- Re: [BUG] race of RCU vs NOHU, Paul E. McKenney
- Re: [BUG] race of RCU vs NOHU, Martin Schwidefsky
- Re: [BUG] race of RCU vs NOHU, Paul E. McKenney
- Re: [BUG] race of RCU vs NOHU, Greg KH
- Re: [BUG] race of RCU vs NOHU, Pavel Machek
- Re: [BUG] race of RCU vs NOHU, Paul E. McKenney
[PATCH 0/8 v5] x86: Adapt CPU topology detection for AMD Magny-Cours, Andreas Herrmann
- [PATCH 2/8] x86: Provide CPU topology information for multi-node processors, Andreas Herrmann
- [PATCH 1/8] topology: Introduce cpu_node information for multi-node processors, Andreas Herrmann
- [PATCH 4/8] x86, topology: Swap semantic of core_siblings and cpu_node_siblings, Andreas Herrmann
- [PATCH 3/8] x86: Add cpu_node topology detection for AMD Magny-Cours, Andreas Herrmann
- [PATCH 5/8] x86, cacheinfo: Fixup L3 cache information for AMD multi-node processors, Andreas Herrmann
- [PATCH 6/8] x86, mcheck: Make use of cpu_node_mask instead of cpu_core_mask, Andreas Herrmann
- [PATCH 7/8] x86, smpboot: use zalloc_cpumask_var instead of alloc/clear, Andreas Herrmann
- [PATCH 8/8] topology: Update CPU topology documentation, Andreas Herrmann
- Re: [PATCH 0/8 v5] x86: Adapt CPU topology detection for AMD Magny-Cours, Alex Chiang
[PATCH 0/21] Nested SVM cleanups v2, Joerg Roedel
- [PATCH 13/21] kvm/svm: clean up nestec vmload/vmsave paths, Joerg Roedel
- [PATCH 14/21] kvm/svm: clean up nested vmrun path, Joerg Roedel
- [PATCH 11/21] kvm/svm: get rid of nested_svm_vmexit_real, Joerg Roedel
- [PATCH 12/21] kvm/svm: clean up nested_svm_exit_handled_msr, Joerg Roedel
- [PATCH 19/21] kvm/svm: move nested_svm_intr main logic out of if-clause, Joerg Roedel
- [PATCH 20/21] kvm/svm: check for nested VINTR flag in svm_interrupt_allowed, Joerg Roedel
- [PATCH 17/21] kvm/svm: move special nested exit handling to separate function, Joerg Roedel
- [PATCH 06/21] kvm/svm: move nested svm state into seperate struct, Joerg Roedel
- [PATCH 04/21] kvm/svm: copy only necessary parts of the control area on vmrun/vmexit, Joerg Roedel
- [PATCH 21/21] kvm/svm: enable nested svm by default, Joerg Roedel
- [PATCH 05/21] kvm/svm: complete interrupts after handling nested exits, Joerg Roedel
- [PATCH 15/21] kvm/svm: remove nested_svm_do and helper functions, Joerg Roedel
- [PATCH 01/21] kvm/svm: add helper functions for global interrupt flag, Joerg Roedel
- [PATCH 02/21] kvm/svm: optimize nested #vmexit, Joerg Roedel
- [PATCH 16/21] kvm/svm: handle errors in vmrun emulation path appropriatly, Joerg Roedel
- [PATCH 09/21] kvm/svm: do nested vmexit in nested_svm_exit_handled, Joerg Roedel
- [PATCH 03/21] kvm/svm: optimize nested vmrun, Joerg Roedel
- [PATCH 07/21] kvm/svm: cache nested intercepts, Joerg Roedel
- [PATCH 18/21] kvm/svm: remove unnecessary is_nested check from svm_cpu_run, Joerg Roedel
- [PATCH 10/21] kvm/svm: simplify nested_svm_check_exception, Joerg Roedel
- [PATCH 08/21] kvm/svm: consolidate nested_svm_exit_handled, Joerg Roedel
- Re: [PATCH 0/21] Nested SVM cleanups v2, Avi Kivity
Re: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, Ingo Molnar
- Re: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, Ingo Molnar
- Re: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, H. Peter Anvin
- RE: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, Wang, Shane
- Re: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, H. Peter Anvin
- Re: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, Arjan van de Ven
- Re: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, H. Peter Anvin
- Re: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, Andi Kleen
- RE: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, Wang, Shane
- Re: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, H. Peter Anvin
- RE: [RFC v6][PATCH 0b/4] intel_txt: Intel(R) Trusted Execution Technology support for Linux - Details, Wang, Shane
- Re: [PATCH 1/1] intel_txt: to fix build errors of CONFIG_ACPI_SLEEP, Ingo Molnar
- Re: [PATCH 1/1] intel_txt: to fix build errors of CONFIG_ACPI_SLEEP, H. Peter Anvin
- Re: [PATCH 1/1] intel_txt: to fix build errors of CONFIG_ACPI_SLEEP, H. Peter Anvin
|