linux-scsi  

Messages by Thread

• • Re: [PATCH 0/7] convert semaphore to mutex in struct class Greg KH
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Stefan Richter
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Greg KH
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Greg KH
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Stefan Richter
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Cornelia Huck
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Cornelia Huck
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Alan Stern
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Greg KH
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Alan Stern
  • Re: [PATCH 0/7] convert semaphore to mutex in struct class Dave Young
• [PATCH 0/2] fix the sense buffer DMA issue FUJITA Tomonori
  • [PATCH 2/2] use dynamically allocated sense buffer FUJITA Tomonori
  • Re: [PATCH 2/2] use dynamically allocated sense buffer FUJITA Tomonori
  • Re: [PATCH 2/2] use dynamically allocated sense buffer FUJITA Tomonori
  • [PATCH 1/2] replace sizeof sense_buffer with SCSI_SENSE_BUFFERSIZE FUJITA Tomonori
  • Re: [PATCH 1/2] replace sizeof sense_buffer with SCSI_SENSE_BUFFERSIZE Boaz Harrosh
  • Re: [PATCH 1/2] replace sizeof sense_buffer with SCSI_SENSE_BUFFERSIZE FUJITA Tomonori
  • RE: [PATCH 1/2] replace sizeof sense_buffer with SCSI_SENSE_BUFFERSIZE Salyzyn, Mark
  • RE: [PATCH 1/2] replace sizeof sense_buffer with SCSI_SENSE_BUFFERSIZE FUJITA Tomonori
• [GIT PATCH] SCSI bug fix for 2.6.24-rc6 James Bottomley
• [PATCH] attribute_container: update to use the group interface James Bottomley
  • Re: [PATCH] attribute_container: update to use the group interface Greg KH
• [PATCH] fix the sysfs_add_file_to_group interfaces James Bottomley
  • Re: [PATCH] fix the sysfs_add_file_to_group interfaces Greg KH
• reproducible DV to the wrong device (fusion) Bernd Schubert
  • reproducible DV to the wrong device (fusion) Bernd Schubert
  • RE: reproducible DV to the wrong device (fusion) Moore, Eric
  • Re: reproducible DV to the wrong device (fusion) Bernd Schubert
• [PATCH] Only print SCSI data direction warning once for a command Andi Kleen
  • Re: [PATCH] Only print SCSI data direction warning once for a command James Bottomley
  • Re: [PATCH] Only print SCSI data direction warning once for a command Andi Kleen
  • Re: [PATCH] Only print SCSI data direction warning once for a command Douglas Gilbert
• Re: [Bugme-new] [Bug 9674] New: Oops during rmmod'ing modeuls sdhci, sr_mod, ricoh_mmc, mmc_core James Bottomley
  • Re: [Bugme-new] [Bug 9674] New: Oops during rmmod'ing modeuls sdhci, sr_mod, ricoh_mmc, mmc_core Rafael J. Wysocki
  • Re: [Bugme-new] [Bug 9674] New: Oops during rmmod'ing modeuls sdhci, sr_mod, ricoh_mmc, mmc_core James Bottomley
  • Re: [Bugme-new] [Bug 9674] New: Oops during rmmod'ing modeuls sdhci, sr_mod, ricoh_mmc, mmc_core Pete Wyckoff
  • Re: [Bugme-new] [Bug 9674] New: Oops during rmmod'ing modeuls sdhci, sr_mod, ricoh_mmc, mmc_core James Bottomley
  • [PATCH] scsi_sysfs: restore prep_fn when ULD is removed James Bottomley
• Fwd: [05/06] [typo fix] Documentation/scsi/ChangeLog.lpfc Oliver Pinter (Pintér Olivér)
• [PATCH 2/2] relax scsi dma alignment James Bottomley
  • Re: [PATCH 2/2] relax scsi dma alignment Alan Stern
  • Re: [PATCH 2/2] relax scsi dma alignment James Bottomley
  • Re: [PATCH 2/2] relax scsi dma alignment Alan Stern
  • Re: [PATCH 2/2] relax scsi dma alignment Pete Wyckoff
  • Re: [PATCH 2/2] relax scsi dma alignment James Bottomley
  • Re: [PATCH 2/2] relax scsi dma alignment Pete Wyckoff
• [PATCH 1/2] block: Introduce new blk_queue_update_dma_alignment interface James Bottomley
• [PATCH] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH] libata: eliminate the home grown dma padding in favour of that provided by the block layer Jeff Garzik
  • Re: [PATCH] libata: eliminate the home grown dma padding in favour of that provided by the block layer FUJITA Tomonori
  • Re: [PATCH] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • [PATCH RESEND] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Jeff Garzik
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Jeff Garzik
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer Tejun Heo
  • Re: [PATCH RESEND number 2] libata: eliminate the home grown dma padding in favour of that provided by the block layer James Bottomley
• [PATCH] [FCoE] Don't create a duplicate port on reset Rob Love
• [PATCH] [FCoE] Don't panic if session is null in fc_sess_seq_alloc(), just return null. Rob Love
• Bad escriptions in Kconfig Bodo Eggert
  • Re: Bad escriptions in Kconfig Douglas Gilbert
  • Re: Bad escriptions in Kconfig Matthew Wilcox
  • Re: Bad escriptions in Kconfig Douglas Gilbert
  • Re: Bad escriptions in Kconfig Bodo Eggert
• PROBLEM: BUG: null pointer deref., segfaults Erno Kovacs
  • Re: PROBLEM: BUG: null pointer deref., segfaults Matthew Wilcox
• [PATCH] libsas: don't use made up error codes James Bottomley
  • Re: [PATCH] libsas: don't use made up error codes Darrick J. Wong
  • Re: [PATCH] libsas: don't use made up error codes James Bottomley
• Re: Maybe Sorry for that but where should i write .) Boaz Harrosh
  • Re: Maybe Sorry for that but where should i write .) Tejun Heo
  • Re: Maybe Sorry for that but where should i write .) Alan Cox
• [PATCH] libsas: don't treat underrun as an error on SMP tasks James Bottomley
  • Re: [PATCH] libsas: don't treat underrun as an error on SMP tasks FUJITA Tomonori
  • Re: [PATCH] libsas: don't treat underrun as an error on SMP tasks James Bottomley
• [PATCH 10/12] scsi : Use mutex instead of semaphore in driver core Dave Young
• Adaptec 2410SA, aacraid, managment Giacomo Di Ciocco
  • Re: Adaptec 2410SA, aacraid, managment Miquel van Smoorenburg
• [PATCH] libsas: add host SMP processing James Bottomley
  • Re: [PATCH] libsas: add host SMP processing FUJITA Tomonori
  • Re: [PATCH] libsas: add host SMP processing James Bottomley
  • Re: [PATCH] libsas: add host SMP processing FUJITA Tomonori
  • Re: [PATCH] libsas: add host SMP processing James Bottomley
  • Re: [PATCH] libsas: add host SMP processing FUJITA Tomonori
• Problems with LSI MegaRaid 1068e Cory Visi
  • RE: Problems with LSI MegaRaid 1068e Moore, Eric
  • RE: Problems with LSI MegaRaid 1068e Cory Visi
  • RE: Problems with LSI MegaRaid 1068e Moore, Eric
  • Fw: Problems with LSI MegaRaid 1068e Cory Visi
• [PATCH 3/3] drivers/scsi: Use offsetof Julia Lawall
• [PATCH 4/4] drivers/scsi/u14-34f.c: Use time_before, time_before_eq, etc. Julia Lawall
• [PATCH 3/4] drivers/scsi/lpfc: Use time_before, time_before_eq, etc. Julia Lawall
• Question about struct scsi_device jidong xiao
• SCSI errors on powerpc with 2.6.24-rc6-mm1 Balbir Singh
  • Re: SCSI errors on powerpc with 2.6.24-rc6-mm1 FUJITA Tomonori
  • Re: SCSI errors on powerpc with 2.6.24-rc6-mm1 Balbir Singh
  • Re: SCSI errors on powerpc with 2.6.24-rc6-mm1 FUJITA Tomonori
  • Re: SCSI errors on powerpc with 2.6.24-rc6-mm1 Balbir Singh
  • Re: SCSI errors on powerpc with 2.6.24-rc6-mm1 FUJITA Tomonori
  • Re: SCSI errors on powerpc with 2.6.24-rc6-mm1 Balbir Singh
  • Re: SCSI errors on powerpc with 2.6.24-rc6-mm1 FUJITA Tomonori
  • Re: SCSI errors on powerpc with 2.6.24-rc6-mm1 Balbir Singh
  • Re: SCSI errors on powerpc with 2.6.24-rc6-mm1 FUJITA Tomonori
• qla2xxx panic'ing kernel with 'Bad RIP value' due to bad cable(?) Josip Rodin
• bidi, varlen, bsg success report Pete Wyckoff
  • [PATCH 1/5] iscsi: extended cdb support Pete Wyckoff
  • [PATCH 3/5] bsg: accept varlen commands Pete Wyckoff
  • [PATCH 4/5] bsg: bidi fix Pete Wyckoff
  • [PATCH 5/5] iscsi tcp bidi capable Pete Wyckoff
  • [PATCH 2/5] iscsi bidi support Pete Wyckoff
  • [PATCH 1/5] iscsi: extended cdb support Pete Wyckoff
  • [PATCH 3/5] bsg: accept varlen commands Pete Wyckoff
  • Re: bidi, varlen, bsg success report Boaz Harrosh
• [PATCH 0/2] Series short description Vasu Dev
  • [PATCH 2/2] Removed unused sa_log functions Vasu Dev
• [PATCH 1/2] DMA buffer alignment annotations Benjamin Herrenschmidt
  • Re: [PATCH 1/2] DMA buffer alignment annotations Russell King
  • Re: [PATCH 1/2] DMA buffer alignment annotations Roland Dreier
  • Re: [PATCH 1/2] DMA buffer alignment annotations Benjamin Herrenschmidt
• [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Benjamin Herrenschmidt
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Alan Cox
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Matthew Wilcox
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Thomas Bogendoerfer
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Matthew Wilcox
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Thomas Bogendoerfer
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Benjamin Herrenschmidt
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Roland Dreier
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Benjamin Herrenschmidt
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Boaz Harrosh
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Benjamin Herrenschmidt
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd FUJITA Tomonori
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd Boaz Harrosh
  • Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd FUJITA Tomonori
• Re: 2.6.24-rc5-mm1 - SCSI/blkdev probing hang Andrew Morton
  • Re: 2.6.24-rc5-mm1 - SCSI/blkdev probing hang Rik van Riel
• [patch 0/6] zfcp fixes for scsi-misc Christof Schmitt
  • [patch 1/6] zfcp: fix use after free bug. Christof Schmitt
  • [patch 2/6] zfcp: Fix evaluation of port handles in abort handler Christof Schmitt
  • [patch 3/6] zfcp: Hold queue lock when checking port/unit handle for abort command Christof Schmitt
  • [patch 5/6] zfcp: Hold queue lock when checking port/unit handle for FCP command Christof Schmitt
  • [patch 4/6] zfcp: Hold queue lock when checking port handle for ELS command Christof Schmitt
  • [patch 6/6] zfcp: Hold queue lock when checking port/unit handle for task management cmd Christof Schmitt
• Strange code in initio.c? Rusty Russell
  • Re: Strange code in initio.c? Boaz Harrosh
  • Re: Strange code in initio.c? FUJITA Tomonori
• [PATCH 0/5] sg_ring for scsi Rusty Russell
  • [PATCH 1/5] sg_ring: sg_ring.h Rusty Russell
  • [PATCH 2/5] dma_map_sg_ring() helper Rusty Russell
  • [PATCH 3/5] blk_rq_map_sg_ring as a counterpart to blk_rq_map_sg. Rusty Russell
  • [PATCH 4/5] sg_ring: Convert core scsi code to sg_ring. Rusty Russell
  • [PATCH 5/5] sg_ring: Convert scsi_debug Rusty Russell
  • Re: [PATCH 2/5] dma_map_sg_ring() helper FUJITA Tomonori
  • Re: [PATCH 2/5] dma_map_sg_ring() helper David Miller
  • Re: [PATCH 2/5] dma_map_sg_ring() helper Rusty Russell
  • Re: [PATCH 2/5] dma_map_sg_ring() helper FUJITA Tomonori
  • Re: [PATCH 2/5] dma_map_sg_ring() helper Rusty Russell
  • Re: [PATCH 2/5] dma_map_sg_ring() helper David Miller
  • Re: [PATCH 2/5] dma_map_sg_ring() helper FUJITA Tomonori
  • Re: [PATCH 2/5] dma_map_sg_ring() helper Rusty Russell
  • Re: [PATCH 0/5] sg_ring for scsi FUJITA Tomonori
  • Re: [PATCH 0/5] sg_ring for scsi Rusty Russell
  • Re: [PATCH 0/5] sg_ring for scsi David Miller
  • Re: [PATCH 0/5] sg_ring for scsi Jens Axboe
  • Re: [PATCH 0/5] sg_ring for scsi Rusty Russell
  • Re: [PATCH 0/5] sg_ring for scsi David Miller

• Earlier messages
• Later messages