gmane.linux.ide archive

373 archived articles, newest first (page 4 of 4). Latest articles →

Re: [PATCH v1 1/2] ata: libata-scsi: terminate deferred commands on time out
Thu, 9 Jul 2026 20:02:21 +0200
Niklas Cassel <[email protected]> • #82840
Re: [PATCH v1 1/2] ata: libata-scsi: terminate deferred commands on time out
Thu, 9 Jul 2026 19:56:01 +0200
Niklas Cassel <[email protected]> • #82839
Re: [PATCH v1 0/2] fixup handling of timeouts with deferred QCs
Thu, 9 Jul 2026 10:36:55 -0700
Igor Pylypiv <[email protected]> • #82838
Re: [PATCH v1 1/2] ata: libata-scsi: terminate deferred commands on time out
Thu, 9 Jul 2026 19:27:09 +0200
Niklas Cassel <[email protected]> • #82837
Re: [PATCH v2] ata: libata-scsi: limit sim ulated SCSI command copy to response length
Thu, 09 Jul 2026 15:11:16 +0200
Niklas Cassel <[email protected]> • #82836
Re: [PATCH v1 1/2] ata: libata-scsi: terminate deferred commands on time out
Thu, 9 Jul 2026 18:14:08 +0900
Damien Le Moal <[email protected]> • #82835
Re: [PATCH v1 1/2] ata: libata-scsi: terminate deferred commands on time out
Thu, 09 Jul 2026 09:00:06 +0000
[email protected] • #82834
[PATCH v1 0/2] fixup handling of timeouts with deferred QCs
Thu, 9 Jul 2026 17:39:32 +0900
Damien Le Moal <[email protected]> • #82833
[PATCH v1 2/2] scsi: libsas: terminate deferred commands on time out
Thu, 9 Jul 2026 17:39:34 +0900
Damien Le Moal <[email protected]> • #82832
[PATCH v1 1/2] ata: libata-scsi: terminate deferred commands on time out
Thu, 9 Jul 2026 17:39:33 +0900
Damien Le Moal <[email protected]> • #82831
Re: [PATCH v2] ata: libata-scsi: limit simulated SCSI command copy to response length
Thu, 9 Jul 2026 14:45:55 +0900
Damien Le Moal <[email protected]> • #82830
Re: [PATCHv3 1/5] ata: sata_dwc_460ex: use platform_get_irq()
Wed, 8 Jul 2026 22:23:21 -0700
Rosen Penev <[email protected]> • #82829
Re: SCSI EH wakeup deadlock from deferred_qc
Wed, 8 Jul 2026 21:36:33 -0700
Igor Pylypiv <[email protected]> • #82828
Re: SCSI EH wakeup deadlock from deferred_qc
Thu, 9 Jul 2026 12:37:07 +0900
Damien Le Moal <[email protected]> • #82827
Re: [PATCH v2] ata: libata-scsi: limit simulated SCSI command copy to response length
Wed, 8 Jul 2026 20:34:14 -0700
Karuna Ramkumar <[email protected]> • #82826
Re: [PATCHv3 5/5] ata: sata_dwc_460ex: disable SATA interrupts on device removal
Thu, 09 Jul 2026 02:55:46 +0000
[email protected] • #82825
Re: [PATCHv3 1/5] ata: sata_dwc_460ex: use platform_get_irq()
Thu, 09 Jul 2026 02:47:12 +0000
[email protected] • #82824
[PATCHv3 3/5] ata: sata_dwc_460ex: fix clear_interrupt_bit() clearing all pending interrupts
Wed, 8 Jul 2026 19:32:00 -0700
Rosen Penev <[email protected]> • #82823
[PATCHv3 5/5] ata: sata_dwc_460ex: disable SATA interrupts on device removal
Wed, 8 Jul 2026 19:32:02 -0700
Rosen Penev <[email protected]> • #82822
[PATCHv3 0/5] ata: sata_dwc_460ex: cleanups and interrupt ordering fix
Wed, 8 Jul 2026 19:31:57 -0700
Rosen Penev <[email protected]> • #82821
[PATCHv3 4/5] ata: sata_dwc_460ex: fix infinite loop in NCQ tag completion bit-scanning
Wed, 8 Jul 2026 19:32:01 -0700
Rosen Penev <[email protected]> • #82820
[PATCHv3 2/5] ata: sata_dwc_460ex: enable SATA interrupts only after IRQ handler is registered
Wed, 8 Jul 2026 19:31:59 -0700
Rosen Penev <[email protected]> • #82819
[PATCHv3 1/5] ata: sata_dwc_460ex: use platform_get_irq()
Wed, 8 Jul 2026 19:31:58 -0700
Rosen Penev <[email protected]> • #82818
Re: [PATCH] ata: sata_mv: Use platform_get_irq() to get interrupt
Thu, 09 Jul 2026 02:25:17 +0000
[email protected] • #82817
Re: SCSI EH wakeup deadlock from deferred_qc
Wed, 8 Jul 2026 19:24:49 -0700
Igor Pylypiv <[email protected]> • #82816
[PATCH] ata: sata_mv: Use platform_get_irq() to get interrupt
Wed, 8 Jul 2026 19:12:32 -0700
Rosen Penev <[email protected]> • #82815
Re: [PATCH] ata: libahci_platform: use of_platform_device_create() return value
Wed, 8 Jul 2026 19:01:41 -0700
Rosen Penev <[email protected]> • #82814
Re: [PATCH] ata: libahci_platform: use of_platform_device_create() return value
Thu, 9 Jul 2026 11:00:38 +0900
Damien Le Moal <[email protected]> • #82813
Re: [PATCH] ata: libahci_platform: use of_platform_device_create() return value
Wed, 8 Jul 2026 18:59:00 -0700
Rosen Penev <[email protected]> • #82812
Re: [PATCH] ata: libahci_platform: use of_platform_device_create() return value
Thu, 09 Jul 2026 01:50:21 +0000
[email protected] • #82811
Re: [PATCH] ata: libahci_platform: use of_platform_device_create() return value
Thu, 9 Jul 2026 10:46:01 +0900
Damien Le Moal <[email protected]> • #82810
[PATCH] ata: libahci_platform: use of_platform_device_create() return value
Wed, 8 Jul 2026 18:42:30 -0700
Rosen Penev <[email protected]> • #82809
Re: SCSI EH wakeup deadlock from deferred_qc
Thu, 9 Jul 2026 10:01:11 +0900
Damien Le Moal <[email protected]> • #82808
Re: SCSI EH wakeup deadlock from deferred_qc
Thu, 9 Jul 2026 08:44:33 +0900
Damien Le Moal <[email protected]> • #82807
Re: SCSI EH wakeup deadlock from deferred_qc
Thu, 9 Jul 2026 07:54:45 +0900
Damien Le Moal <[email protected]> • #82806
SCSI EH wakeup deadlock from deferred_qc
Wed, 8 Jul 2026 12:36:44 -0700
Igor Pylypiv <[email protected]> • #82805
Re: [PATCH] ata: pata_ep93xx: fix double-free of DMA channel on error path
Wed, 08 Jul 2026 12:50:11 +0200
"Arnd Bergmann" <[email protected]> • #82804
Re: [PATCH] ata: pata_ep93xx: fix double-free of DMA channel on error path
Wed, 08 Jul 2026 09:35:16 +0000
[email protected] • #82803
[PATCH] ata: pata_ep93xx: fix double-free of DMA channel on error path
Wed, 8 Jul 2026 17:27:04 +0800
Chen Changcheng <[email protected]> • #82802
Re: [PATCH v2 0/2] Fixes for security locked drives
Wed, 8 Jul 2026 13:53:15 +0900
Damien Le Moal <[email protected]> • #82801
Re: [PATCH v2 1/2] ata: libata-core: Skip HPA resize for locked drives
Wed, 8 Jul 2026 10:38:43 +0900
Damien Le Moal <[email protected]> • #82800
Re: [PATCH v2 1/2] ata: libata-core: Skip HPA resize for locked drives
Tue, 7 Jul 2026 10:01:51 -0700
TJ Adams <[email protected]> • #82799
Re: [PATCH v19 31/40] dept: assign unique dept_key to each distinct wait_for_completion() caller
Tue, 07 Jul 2026 15:18:29 +0100
"Gary Guo" <[email protected]> • #82798
Re: [PATCH v3 9/9] pci: fix UAF when probe runs concurrent to dyn ID removal
Tue, 07 Jul 2026 14:12:20 +0000
[email protected] • #82797
Re: [PATCH v3 8/9] pci: fix dyn_id add TOCTOU
Tue, 07 Jul 2026 14:12:19 +0000
[email protected] • #82796
Re: [PATCH v3 5/9] agp/via: don't rely on address of pci_device_id
Tue, 07 Jul 2026 14:12:16 +0000
[email protected] • #82795
Re: [PATCH v3 6/9] agp/amd-k7: don't rely on address of pci_device_id
Tue, 07 Jul 2026 14:12:17 +0000
[email protected] • #82794
Re: [PATCH v3 7/9] pci: make pci_match_one_device match on ID instead of device
Tue, 07 Jul 2026 14:12:18 +0000
[email protected] • #82793
Re: [PATCH v3 4/9] mlxsw: don't store pci_device_id
Tue, 07 Jul 2026 14:12:15 +0000
[email protected] • #82792
Re: [PATCH v3 2/9] nsp32: don't store pci_device_id
Tue, 07 Jul 2026 14:12:13 +0000
[email protected] • #82791
Re: [PATCH v3 3/9] ipack: tpci200: don't store pci_device_id
Tue, 07 Jul 2026 14:12:14 +0000
[email protected] • #82790
Re: [PATCH v3 1/9] ata: don't store pci_device_id
Tue, 07 Jul 2026 14:12:12 +0000
[email protected] • #82789
Re: [PATCH v19 35/40] dept: introduce APIs to set page usage and use subclasses_evt for the usage
Tue, 07 Jul 2026 07:33:53 +0000
[email protected] • #82788
Re: [PATCH v19 17/40] dept: apply timeout consideration to swait
Tue, 07 Jul 2026 07:33:28 +0000
[email protected] • #82787
Re: [PATCH v19 36/40] dept: track PG_writeback with dept
Tue, 07 Jul 2026 07:33:55 +0000
[email protected] • #82786
Re: [PATCH v19 24/40] locking/lockdep: prevent various lockdep assertions when lockdep_off()'ed
Tue, 07 Jul 2026 07:33:41 +0000
[email protected] • #82785
Re: [PATCH v19 07/40] dept: distinguish each work from another
Tue, 07 Jul 2026 07:33:33 +0000
[email protected] • #82784
Re: [PATCH v19 40/40] dept: implement a basic unit test for dept
Tue, 07 Jul 2026 07:33:58 +0000
[email protected] • #82783
Re: [PATCH v19 38/40] mm: percpu: increase PERCPU_DYNAMIC_SIZE_SHIFT on DEPT and large PAGE_SIZE
Tue, 07 Jul 2026 07:33:56 +0000
[email protected] • #82782
Re: [PATCH v19 33/40] dept: call dept_hardirqs_off() in local_irq_*() regardless of irq state
Tue, 07 Jul 2026 07:33:50 +0000
[email protected] • #82781
Re: [PATCH v19 32/40] completion, dept: introduce init_completion_dmap() API
Tue, 07 Jul 2026 07:33:49 +0000
[email protected] • #82780
Re: [PATCH v19 23/40] dept: print staged wait's stacktrace on report
Tue, 07 Jul 2026 07:33:40 +0000
[email protected] • #82779
Re: [PATCH v19 21/40] dept: make dept able to work with an external wgen
Tue, 07 Jul 2026 07:33:37 +0000
[email protected] • #82778
Re: [PATCH v19 34/40] rcu/update: fix same dept key collision between various types of RCU
Tue, 07 Jul 2026 07:33:52 +0000
[email protected] • #82777
Re: [PATCH v19 15/40] dept: track timeout waits separately with a new Kconfig
Tue, 07 Jul 2026 07:33:31 +0000
[email protected] • #82776
Re: [PATCH v19 31/40] dept: assign unique dept_key to each distinct wait_for_completion() caller
Tue, 07 Jul 2026 07:33:48 +0000
[email protected] • #82775
Re: [PATCH v19 30/40] dept: make dept stop from working on debug_locks_off()
Tue, 07 Jul 2026 07:33:47 +0000
[email protected] • #82774
Re: [PATCH v19 29/40] dept: make dept aware of lockdep_set_lock_cmp_fn() annotation
Tue, 07 Jul 2026 07:33:45 +0000
[email protected] • #82773
Re: [PATCH v19 28/40] dept: assign unique dept_key to each distinct dma fence caller
Tue, 07 Jul 2026 07:33:44 +0000
[email protected] • #82772
Re: [PATCH v19 27/40] dept: assign dept map to mmu notifier invalidation synchronization
Tue, 07 Jul 2026 07:33:42 +0000
[email protected] • #82771
Re: [PATCH v19 22/40] dept: track PG_locked with dept
Tue, 07 Jul 2026 07:33:39 +0000
[email protected] • #82770
Re: [PATCH v19 02/40] dept: add single event dependency tracker APIs
Tue, 07 Jul 2026 07:33:30 +0000
[email protected] • #82769
Re: [PATCH v19 19/40] dept: apply timeout consideration to hashed-waitqueue wait
Tue, 07 Jul 2026 07:33:36 +0000
[email protected] • #82768
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.