Linux SCSI

Thread Index

[Prev Page][Next Page]

Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: malahal@xxxxxxxxxx
Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: malahal@xxxxxxxxxx
Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: malahal@xxxxxxxxxx
Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: Conversion of old Amiga NCR53C9x drivers to esp_scsi
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
Re: Conversion of old Amiga NCR53C9x drivers to esp_scsi
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
Re: Question regarding SAS controllers.
- From: Wes Felter <wesley@xxxxxxxxxx>
Re: [RFC] FC pass thru - Rev IV
- From: James Smart <James.Smart@xxxxxxxxxx>
Conversion of old Amiga NCR53C9x drivers to esp_scsi
- From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
Re: [RFC] FC pass thru - Rev IV
- From: Seokmann Ju <seokmann.ju@xxxxxxxxxx>
[PATCH] qla2xxx: Conditionally disable automatic queue full tracking
- From: Michael Reed <mdr@xxxxxxx>
Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC] FC pass thru - Rev IV
- From: James Smart <James.Smart@xxxxxxxxxx>
Re: Question regarding SAS controllers.
- From: Grant Grundler <grundler@xxxxxxxxxx>
Re: [RFC] FC pass thru - Rev IV
- From: Sven Schuetz <sven@xxxxxxxxxxxxxxxxxx>
RE: [PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: 2.6.28-rc6-tip fails to build with gcc 4.4.0
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
Re: FCoE FIP: User code or driver module?
- From: James Smart <James.Smart@xxxxxxxxxx>
2.6.28-rc6-tip fails to build with gcc 4.4.0
- From: Török Edwin <edwintorok@xxxxxxxxx>
Re: [PATCH 2/3] libfc: A modular Fibre Channel library
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 11646] QLA2xxx: Kernel deadlock on high load somewhere after 2.6.20
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: Question regarding SAS controllers.
- From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
Re: Question regarding SAS controllers.
- From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
RE: Question regarding SAS controllers.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: Question regarding SAS controllers.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
RE: Question regarding SAS controllers.
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
Re: Question regarding SAS controllers.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
2.6.28-rc6-git1: Reported regressions from 2.6.27
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
RE: Question regarding SAS controllers.
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
RE: Question regarding SAS controllers.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Question regarding SAS controllers.
- From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: SES monitoring
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
SES monitoring
- From: Richard Scobie <richard@xxxxxxxxxxx>
sg_io(READ_TOC) crash
- From: Giuliano Pochini <pochini@xxxxxxxx>
FCoE FIP: User code or driver module?
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
Re: Enterprise workload testing for storage and filesystems
- From: "K.S. Bhaskar" <ks.bhaskar@xxxxxxxx>
Re: Enterprise workload testing for storage and filesystems
- From: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
Re: Enterprise workload testing for storage and filesystems
- From: "K.S. Bhaskar" <ks.bhaskar@xxxxxxxx>
Re: next-20081119: general protection fault: get_next_timer_interrupt()
- From: "Alexander Beregalov" <a.beregalov@xxxxxxxxx>
Re: Enterprise workload testing for storage and filesystems
- From: Grant Grundler <grundler@xxxxxxxxxx>
Re: Enterprise workload testing for storage and filesystems
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
[Bug 12020] scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 12020] scsi_times_out NULL pointer dereference
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
RE: in 2.6.23-rc3-git7 in do_cciss_intr
- From: "Miller, Mike (OS Dev)" <Mike.Miller@xxxxxx>
cache flush timeouts by blk_queue_ordered()
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
RE: in 2.6.23-rc3-git7 in do_cciss_intr
- From: "Miller, Mike (OS Dev)" <Mike.Miller@xxxxxx>
[PATCH] fc_transport: fix old bug on bitflag definitions
- From: James Smart <James.Smart@xxxxxxxxxx>
[Bug 12020] scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
RE: Performance issues with Areca 1680 SAS Controllers
- From: "Nick Cheng" <nick.cheng@xxxxxxxxxxxx>
[PATCH] Disable task_timeout, status_thread and status_thread_tur device object attributes by default
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
[PATCH] Allow $STORAGE_OBJECT/attrib/queue_depth for virtual subsystem plugins (RAMDISK, IBLOCK, FILEIO) beyond default hardcoded value.
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
Re: Performance issues with Areca 1680 SAS Controllers
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] SCSI: fix the return type of the remove() method in sgiwd93.c
- From: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
[Bug 11646] QLA2xxx: Kernel deadlock on high load somewhere after 2.6.20
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
[Bug 11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
RE: in 2.6.23-rc3-git7 in do_cciss_intr
- From: "Miller, Mike (OS Dev)" <Mike.Miller@xxxxxx>
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
RE: in 2.6.23-rc3-git7 in do_cciss_intr
- From: "Miller, Mike (OS Dev)" <Mike.Miller@xxxxxx>
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
RE: in 2.6.23-rc3-git7 in do_cciss_intr
- From: "Miller, Mike (OS Dev)" <Mike.Miller@xxxxxx>
[PATCH] sym53c8xx_2: slave_alloc/destroy safety (2.6.27.5)
- From: "Koskinen Aaro (NSN - FI/Helsinki)" <aaro.koskinen@xxxxxxx>
[PATCH] sym53c8xx_2: lun to_clear flag not re-initialized (2.6.27.5)
- From: "Koskinen Aaro (NSN - FI/Helsinki)" <aaro.koskinen@xxxxxxx>
[PATCH] sym53c8xx_2: Keep transfer negotiations valid (2.6.27.5)
- From: "Koskinen Aaro (NSN - FI/Helsinki)" <aaro.koskinen@xxxxxxx>
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
race while bringing up scsi / mptspi?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
questions regarding O_DIRECT with SCSI, and timeout handling
- From: guy keren <choo@xxxxxxxxxxxx>
Re: SCSI regression in 2.6.27 and Nokia phones
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
[PATCH 3/3] fcoe: Fibre Channel over Ethernet
- From: Robert Love <robert.w.love@xxxxxxxxx>
[PATCH 2/3] libfc: A modular Fibre Channel library
- From: Robert Love <robert.w.love@xxxxxxxxx>
[PATCH 1/3] FC protocol definition header files
- From: Robert Love <robert.w.love@xxxxxxxxx>
[PATCH 0/3] Open-FCoE Submission
- From: Robert Love <robert.w.love@xxxxxxxxx>
Re: SCSI regression in 2.6.27 and Nokia phones
- From: James Smart <James.Smart@xxxxxxxxxx>
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
RE: in 2.6.23-rc3-git7 in do_cciss_intr
- From: "Miller, Mike (OS Dev)" <Mike.Miller@xxxxxx>
[RFC] FC pass thru - Rev IV
- From: James Smart <James.Smart@xxxxxxxxxx>
SCSI regression in 2.6.27 and Nokia phones
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
Re: in 2.6.23-rc3-git7 in do_cciss_intr
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH] cciss: fix DEBUG printk formats
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
Re: [PATCH 0/2] FC pass through support via bsg interface
- From: Sven Schuetz <sven@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] m68k: mac_esp asm fix
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] m68k: mac_esp asm fix
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Enterprise workload testing for storage and filesystems
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[PATCH] mac_esp: fix for quadras with two esp chips
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH] m68k: mac_esp asm fix
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 1/2] SCSI: simplify scsi_io_completion()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] scsi: Eliminate compile warning in ibmvfc.c
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
[PATCH] Add TGPS setting to scsi devices
- From: Hannes Reinecke <hare@xxxxxxx>
Re: [PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: 2.6.28-rc5: Reported regressions from 2.6.27
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] [6/21] Remove unchecked_isa_dma in advansys.c
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] Reattach device handler for multipath devices
- From: Hannes Reinecke <hare@xxxxxxx>
Re: [PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] [5/21] Remove unchecked_isa in BusLogic
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] [2/21] Add blk_q_mask
- From: Theodore Tso <tytso@xxxxxxx>
Re: extra bytes written to SATA DVD drive on kernel 2.6.23 till 2.6.24.2
- From: Frans Pop <elendil@xxxxxxxxx>
Re: [PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Problems with the block-layer timeouts
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: extra bytes written to SATA DVD drive on kernel 2.6.23 till 2.6.24.2
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: [PATCH] [6/21] Remove unchecked_isa_dma in advansys.c
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] [5/21] Remove unchecked_isa in BusLogic
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] [3/21] Pass gfp to scsi_allocate_command
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] [2/21] Add blk_q_mask
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: 2.6.28-rc5: Reported regressions from 2.6.27
- From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
Re: 2.6.28-rc5: Reported regressions from 2.6.27
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: 2.6.28-rc5: Reported regressions from 2.6.27
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: 2.6.28-rc5: Reported regressions from 2.6.27
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
2.6.28-rc5: Reported regressions from 2.6.27
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
[Bug 12020] scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [PATCH] [6/21] Remove unchecked_isa_dma in advansys.c
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [5/21] Remove unchecked_isa in BusLogic
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [3/21] Pass gfp to scsi_allocate_command
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [2/21] Add blk_q_mask
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
[PATCH] [21/21] Convert DMA buffers in ch.c to allocate via the block layer
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [20/21] Finally kill unchecked_isa_dma
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [19/21] Switch to a single SCSI command pool
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [18/21] Remove unchecked_isa_dma from sysfs
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [16/21] Remove automatic block layer bouncing for unchecked_isa_dma
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [17/21] Remove GFP_DMA use in sr.c
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [14/21] Rely on block layer bouncing for ISA DMA devices scanning
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [15/21] Don't disable direct_io for unchecked_isa_dma in st.c
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [13/21] Use blk_q_mask/get_pages_mask in sg driver
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [12/21] Remove unchecked_isa_dma support for hostdata
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [11/21] Remove GFP_DMA uses in st/osst
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [10/21] Remove unchecked_isa_dma in aha152x/wd7000/sym53c416/u14-34f/NCR53c406a
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [7/21] Remove unchecked_isa_dma in gdth
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [8/21] Remove unchecked_isa_dma in eata.c
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [9/21] Remove unchecked_isa_dma in aha1542
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [6/21] Remove unchecked_isa_dma in advansys.c
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [4/21] Add sense_buffer_isa to host template
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [5/21] Remove unchecked_isa in BusLogic
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [3/21] Pass gfp to scsi_allocate_command
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [2/21] Add blk_q_mask
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [0/21] Remove isa_unchecked_dma and some more GFP_DMAs in the mid layer v5
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [1/21] Add the alloc/get_pages_mask calls
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] qla2xxx: Code changes for vport bus reset
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover")
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover")
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
[PATCH 3/4] ibmvfc: Handle port login required response
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
[PATCH 4/4] ibmvfc: Driver version 1.0.4
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
[PATCH 2/4] ibmvfc: Fix command timeouts due to cached CRQ access
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
[PATCH 1/4] ibmvfc: Fix oops in interrupt handler
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover")
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[GIT PATCH] SCSI fixes for 2.6.28-rc4
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: question on block-layer timeout change
- From: malahal@xxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Allow SCSI_WAIT_SCAN to be deselected
- From: "Simon Arlott" <simon@xxxxxxxxxxx>
Re: [PATCH] Allow SCSI_WAIT_SCAN to be deselected
- From: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
RE: question on block-layer timeout change
- From: "Shi, Harris" <Harris.Shi@xxxxxxx>
Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover")
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
[RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover")
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[Bug 12020] scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 12020] New: scsi_times_out NULL pointer dereference
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [osd-dev] [PATCH 03/18 ver4] libosd: OSDv1 Headers
- From: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [PATCH 8/12] mpt2sas - mpi headers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
RE: [PATCH 8/12] mpt2sas - mpi headers
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
Re: [PATCH 8/12] mpt2sas - mpi headers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[Bug 12020] scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
RE: [PATCH 8/12] mpt2sas - mpi headers
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
Re: [PATCH 8/12] mpt2sas - mpi headers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[Bug 12020] scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 12020] scsi_times_out NULL pointer dereference
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 12020] scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 12020] scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 12020] New: scsi_times_out NULL pointer dereference
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 12020] scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 12020] New: scsi_times_out NULL pointer dereference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [PATCH 03/18 ver4] libosd: OSDv1 Headers
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: usb hdd problems with 2.6.27.2
- From: Luciano Rocha <luciano@xxxxxxxxxxx>
Re: [PATCH] Allow SCSI_WAIT_SCAN to be deselected
- From: "Fabio Comolli" <fabio.comolli@xxxxxxxxx>
Re: [PATCH] Allow SCSI_WAIT_SCAN to be deselected
- From: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
[PATCH] Allow SCSI_WAIT_SCAN to be deselected
- From: Bernhard Walle <bwalle@xxxxxxx>
[PATCH 03/18 ver4] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
RE: [PATCH 4/8] drivers/message/fusion: use ARRAY_SIZE
- From: "Prakash, Sathya" <Sathya.Prakash@xxxxxxx>
Re: Problems with the block-layer timeouts
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH 03/18 ver3] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH] mptbase: use resource_size_t instead of unsigned long and u32
- From: Yuri Tikhonov <yur@xxxxxxxxxxx>
Re: dma_pool_alloc restrict < 4GB address
- From: Matthew Wilcox <matthew@xxxxxx>
Re: [RFC 0/12] mpt2sas - new device driver
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
dma_pool_alloc restrict < 4GB address
- From: Anil kumar <anils_r@xxxxxxxxx>
Re: [PATCH 03/18 ver3] libosd: OSDv1 Headers
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: question on block-layer timeout change
- From: malahal@xxxxxxxxxx
Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH 2/2] FC pass through support - revised III
- From: Seokmann Ju <seokmann.ju@xxxxxxxxxx>
[PATCH 03/18 ver3] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: question on block-layer timeout change
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
Writing to a sector listed in GList
- From: kasture <mayuresh.kasture@xxxxxxxxx>
Re: [PATCH 2/2] FC pass through support - revised III
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Problems with the block-layer timeouts
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Thin provisioning & arrays
- From: jim owens <jowens@xxxxxx>
Re: Thin provisioning & arrays
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Thin provisioning & arrays
- From: Dave Chinner <david@xxxxxxxxxxxxx>
RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: Problems with the block-layer timeouts
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
RE: DM does not activate the paths if there are more than one path in path group during failover
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
RE: Question about spun-down USB disk
- From: "Kit Gerrits" <kitgerrits@xxxxxxxxx>
Re: Question about spun-down USB disk
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: thin provisioned LUN support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Problems with the block-layer timeouts
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
RE: DM does not activate the paths if there are more than one path in path group during failover
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: DM does not activate the paths if there are more than one path in path group during failover
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: thin provisioned LUN support
- From: jim owens <jowens@xxxxxx>
Re: Thin provisioning & arrays
- From: jim owens <jowens@xxxxxx>
Re: thin provisioned LUN support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Question on block-layer timeout change
- From: "Shi, Harris" <Harris.Shi@xxxxxxx>
Re: Thin provisioning & arrays
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: best userspace iscsi target lib?
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Thin provisioning & arrays
- From: jim owens <jowens@xxxxxx>
Re: Thin provisioning & arrays
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: best userspace iscsi target lib?
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 1/2] FC pass through support - revised III
- From: James Smart <James.Smart@xxxxxxxxxx>
Re: Aggregating discard requests in the filesystem
- From: jim owens <jowens@xxxxxx>
Re: Thin provisioning & arrays
- From: jim owens <jowens@xxxxxx>
Re: [PATCH 2/2] FC pass through support - revised III
- From: Seokmann Ju <seokmann.ju@xxxxxxxxxx>
Re: [PATCH 1/2] FC pass through support - revised III
- From: Seokmann Ju <seokmann.ju@xxxxxxxxxx>
Re: best userspace iscsi target lib?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: best userspace iscsi target lib?
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: best userspace iscsi target lib?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Thin provisioning & arrays
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: best userspace iscsi target lib?
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: best userspace iscsi target lib?
- From: "Bart Van Assche" <bart.vanassche@xxxxxxxxx>
Re: best userspace iscsi target lib?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH 2/2] FC pass through support - revised III
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: best userspace iscsi target lib?
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: best userspace iscsi target lib?
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: aacraid: Adaptec 2200S support broken on x86_64 by commit 94cf6ba11b068b8a8f68a1e88bffb6827e92124b
- From: Tomas Henzl <thenzl@xxxxxxxxxx>
Re: [PATCH 1/2] FC pass through support - revised III
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 2/2] FC pass through support - revised III
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Problems with the block-layer timeouts
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: best userspace iscsi target lib?
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: aacraid: Adaptec 2200S support broken on x86_64 by commit 94cf6ba11b068b8a8f68a1e88bffb6827e92124b
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: aacraid: Adaptec 2200S support broken on x86_64 by commit 94cf6ba11b068b8a8f68a1e88bffb6827e92124b
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Thin provisioning & arrays
- From: Keith Owens <kaos@xxxxxxxxxx>
Re: DM does not activate the paths if there are more than one path in path group during failover
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
RE: Thin provisioning & arrays
- From: Black_David@xxxxxxx
Re: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
DM does not activate the paths if there are more than one path in path group during failover
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
Re: Aggregating discard requests in the filesystem
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
RE: Question about spun-down USB disk
- From: "Kit Gerrits" <kitgerrits@xxxxxxxxx>
Re: [PATCH] qla2xxx: Fix for build warning
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
Re: [PATCH] qla2xxx: Fix for build warning
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: aacraid: Adaptec 2200S support broken on x86_64 by commit 94cf6ba11b068b8a8f68a1e88bffb6827e92124b
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
best userspace iscsi target lib?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Thin provisioning & arrays
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Aggregating discard requests in the filesystem
- From: Chris Mason <chris.mason@xxxxxxxxxx>
Aggregating discard requests in the filesystem
- From: Matthew Wilcox <matthew@xxxxxx>
[PATCH] qla2xxx: Fix for build warning
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480
- From: Brian Kysela <brian.kysela@xxxxxxxxx>
Re: [Bugme-new] [Bug 11804] New: iscsi: LRO plus iSCSI causes panic
- From: Mike Christie <michaelc@xxxxxxxxxxx>
[Bug 11804] iscsi: LRO plus iSCSI causes panic
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: UNMAP is a hint
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: UNMAP is a hint
- From: Matthew Wilcox <matthew@xxxxxx>
UNMAP is a hint
- From: Black_David@xxxxxxx
Re: Question about spun-down USB disk
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers
- From: Jörn Engel <joern@xxxxxxxxx>
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Thin provisioning & arrays
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: Thin provisioning & arrays
- From: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Thin provisioning & arrays
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [osd-dev] [PATCH 04/18] libosd: OSDv1 preliminary implementation
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Thin provisioning & arrays
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [osd-dev] [PATCH 04/18] libosd: OSDv1 preliminary implementation
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Thin provisioning & arrays
- From: Black_David@xxxxxxx
RE: thin provisioned LUN support
- From: Black_David@xxxxxxx
RE: thin provisioned LUN support
- From: Black_David@xxxxxxx
RE: Question about spun-down USB disk
- From: "Kit Gerrits" <kitgerrits@xxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: thin provisioned LUN support
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
[Bug 11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: thin provisioned LUN support
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Question about spun-down USB disk
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
Question about spun-down USB disk
- From: "Kit Gerrits" <kitgerrits@xxxxxxxxx>
2.6.28-rc3-git6: Reported regressions from 2.6.27
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers
- From: Jörn Engel <joern@xxxxxxxxx>
[PATCH 4/8] drivers/message/fusion: use ARRAY_SIZE
- From: Julia Lawall <julia@xxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11990] New: Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [osd-dev] [PATCH 04/18] libosd: OSDv1 preliminary implementation
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 03/18 ver2] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 04/18 ver2] libosd: OSDv1 preliminary implementation
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: PROBLEM: module a100u2w (SCSI, Initio) on ppc
- From: Stephen Harker <sjh@xxxxxxxxxxx>
[Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11990] New: Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: thin provisioned LUN support
- From: Theodore Tso <tytso@xxxxxxx>
Re: thin provisioned LUN support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Chris Mason <chris.mason@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Theodore Tso <tytso@xxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Matthew Wilcox <matthew@xxxxxx>
Re: thin provisioned LUN support
- From: Theodore Tso <tytso@xxxxxxx>
Re: thin provisioned LUN support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Matthew Wilcox <matthew@xxxxxx>
Re: thin provisioned LUN support
- From: jim owens <jowens@xxxxxx>
Re: thin provisioned LUN support
- From: Theodore Tso <tytso@xxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Theodore Tso <tytso@xxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
[regression 2.6.28-rcX] error handler broken
- From: Bernd Schubert <bs@xxxxxxxxx>
Re: thin provisioned LUN support
- From: Chris Mason <chris.mason@xxxxxxxxxx>
ATA QWORD buffer formatting
- From: bburk@xxxxxxxxxxxxxxxxxxx
Re: thin provisioned LUN support
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: jim owens <jowens@xxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Chris Mason <chris.mason@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: jim owens <jowens@xxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: Chris Mason <chris.mason@xxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Theodore Tso <tytso@xxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Matthew Wilcox <matthew@xxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Theodore Tso <tytso@xxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: jim owens <jowens@xxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: jim owens <jowens@xxxxxx>
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Matthew Wilcox <matthew@xxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Jörn Engel <joern@xxxxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Theodore Tso <tytso@xxxxxxx>
Re: thin provisioned LUN support & file system allocation policy
- From: Matthew Wilcox <matthew@xxxxxx>
thin provisioned LUN support & file system allocation policy
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Artem Bityutskiy <dedekind@xxxxxxxxx>
Re: Problems with the block-layer timeouts
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: Problems with the block-layer timeouts
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH] scsi: Eliminate compile warning in ibmvfc.c
- From: Paul Mackerras <paulus@xxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480
- From: Brian Kysela <brian.kysela@xxxxxxxxx>
[Bug 11804] iscsi: LRO plus iSCSI causes panic
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bugme-new] [Bug 11804] New: iscsi: LRO plus iSCSI causes panic
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[Bug 11804] iscsi: LRO plus iSCSI causes panic
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
RE: [Bugme-new] [Bug 11804] New: iscsi: LRO plus iSCSI causes panic
- From: "Brandeburg, Jesse" <jesse.brandeburg@xxxxxxxxx>
thin provisioned LUN support - T10 activity
- From: Black_David@xxxxxxx
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480
- From: Brian Kysela <brian.kysela@xxxxxxxxx>
Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
[PATCH 2/2] qla2xxx: Code changes for qla data structure refactoring
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
[PATCH 1/2] qla2xxx: Refactored qla data structures
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
RE: megaraid kernel 2.6.26.5 /proc oops
- From: "Yang, Bo" <Bo.Yang@xxxxxxx>
megaraid kernel 2.6.26.5 /proc oops
- From: Thomas Osterried <thomas@xxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: Matthew Wilcox <matthew@xxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: jim owens <jowens@xxxxxx>
Re: thin provisioned LUN support
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH] dpt_i2o.c: fix transferred data length for scsi_set_resid()
- From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: thin provisioned LUN support
- From: jim owens <jowens@xxxxxx>
Re: thin provisioned LUN support
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: thin provisioned LUN support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [patch 3/8] zfcp: fix mempool usage for status_read requests
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [PATCH 2/2] qla2xxx: Updated qla functions
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
thin provisioned LUN support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
[PATCH]: TASK ABORTED status handling improvement
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: Problems with the block-layer timeouts
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
[PATCH] Retry mode select in rdac device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[PATCH] Make sure the state of a path is set properly when controller is swapped from passive to active
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: Problems with the block-layer timeouts
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [patch 3/8] zfcp: fix mempool usage for status_read requests
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: usb hdd problems with 2.6.27.2
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [PATCH] dpt_i2o.c: fix transferred data length for scsi_set_resid()
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH] scsi: clean up scsi_times_out
- From: Christoph Hellwig <hch@xxxxxx>
Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 03/18] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 03/18] libosd: OSDv1 Headers
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 03/18] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 03/18] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: usb hdd problems with 2.6.27.2
- From: Luciano Rocha <luciano@xxxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 11898] mke2fs hang on AIC79 device.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
[PATCH] scsi_error regression: Fix idempotent command handling
- From: michaelc@xxxxxxxxxxx
[Bug 11898] mke2fs hang on AIC79 device.
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
RE: [Bugme-new] [Bug 11898] New: mke2fs hang on AIC79 device.
- From: "Shi, Alex" <alex.shi@xxxxxxxxx>
[PATCH] dpt_i2o.c: fix transferred data length for scsi_set_resid()
- From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
Re: 2.6.27 and good_bytes -= scsi_get_resid(cmd)
- From: Miquel van Smoorenburg <mikevs@xxxxxxxxxx>
Re: [PATCH 03/18] libosd: OSDv1 Headers
- From: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH 03/18] libosd: OSDv1 Headers
- From: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 03/18] libosd: OSDv1 Headers
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
Oops/warning report for the week of November 4th, 2008
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
[PATCH 16/18] osd: Documentation for OSD library
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 06/18] osd_uld: API for retrieving osd devices from Kernel
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 09/18] libosd: attributes Support
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 08/18] osd_ktests: Add basic OSD tests
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 04/18] libosd: OSDv1 preliminary implementation
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 10/18] osd_ktests: Test Attribute lists
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 12/18] libosd: Add Flush and List-objects support
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 13/18] libosd: Not implemented commands
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 11/18] libosd: OSD Security processing stubs
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 05/18] osd_uld: OSD scsi ULD
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 15/18] libosd: OSDv2 auto detection
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 07/18] osd_test: User-mode application to run the OSD tests
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 14/18] libosd: OSD version 2 Support
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 18/18] scsi: Add osd library to build system
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 17/18] osd: Kconfig file for in-tree builds
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 03/18] libosd: OSDv1 Headers
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 02/18] scsi: OSD_TYPE
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 01/18] major.h: char-major number for OSD device driver
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCHSET 00/18] open-osd: OSD Initiator library for Linux
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[patch 5/8] zfcp: Fix cast warning
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
[patch 0/8] zfcp fixes for 2.6.28
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
[patch 1/8] zfcp: Dont clear reference from SCSI device to unit
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
[patch 3/8] zfcp: fix mempool usage for status_read requests
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>

[Index of Archives] [Kernel Announce] [IETF Annouce] [Security] [Netfilter] [Linux ATA RAID] [Bugtraq]