Re: mvsas regression since 3.5

2012/12/23 Xi Wang : > On 12/22/12 10:33 AM, Drunkard Zhang wrote: >> I'm using Asus PIKE 6480 SAS card, whose chipset is "RAID bus >> controller: Marvell Technology Group Ltd. MV64460/64461/64462 System >> Controller, Revision B", with latest stable branch 3.7.1 only 1 of 8 >> ports works, to get

Re: mvsas regression since 3.5

On Sun, 2012-12-23 at 16:26 +0800, Drunkard Zhang wrote: > > Particularly, can you first change > > > > #define bit(n) ((u64)1 << n) > > > > in drivers/scsi/mvsas/mv_sas.h back to > > > > #define bit(n) ((u32)1 << n) > > > > and see if it works for you? Thanks. > > > > Thanks for reply. > >

Re: [PATCH 1/2] don't wait on disk to start on resume

Missing cc to linux-scsi added On Thu, 2012-12-20 at 20:35 -0800, Derek Basehore wrote: > We no longer wait for the disk to spin up in sd_resume. It now enters the > request to spinup the disk into the elevator and returns. > > A function is scheduled under the scsi_sd_probe_domain to wait for t

RE: mvsas regression since 3.5

[Jack Wang] Do you see bug51881, which may relate to what you see https://bugzilla.kernel.org/show_bug.cgi?id=51881 btw: also correct Dan's mail address. I'm using Asus PIKE 6480 SAS card, whose chipset is "RAID bus controller: Marvell Technology Group Ltd. MV64460/64461/64462 System Control

[PATCH 16/29] scsi: rename random32() to prandom_u32()

Use more preferable function name which implies using a pseudo-random number generator. Signed-off-by: Akinobu Mita Cc: "James E.J. Bottomley" Cc: Robert Love Cc: de...@open-fcoe.org Cc: James Smart Cc: Andrew Vasquez Cc: linux-dri...@qlogic.com Cc: linux-scsi@vger.kernel.org --- drivers/scs

Re: mvsas regression since 3.5

2012/12/24 Jack Wang : > > > [Jack Wang] > Do you see bug51881, which may relate to what you see > https://bugzilla.kernel.org/show_bug.cgi?id=51881 > > btw: also correct Dan's mail address. > Thanks a lot. My bisecting got exactly the same result, here's my bisect log: log21 ~/linux-mvsas # git b

RE: [Bug 51881] New: HighPoint RocketRAID 2720 fail to detect some SATA hdd

Cc the author of the bad commit. Jack [Bug 51881] New: HighPoint RocketRAID 2720 fail to detect some SATA hdd https://bugzilla.kernel.org/show_bug.cgi?id=51881 Summary: HighPoint RocketRAID 2720 fail to detect some SATA hdd Product: IO/Storage Version: 2.5

[Bug 51881] HighPoint RocketRAID 2720 fail to detect some SATA hdd

https://bugzilla.kernel.org/show_bug.cgi?id=51881 --- Comment #3 from jack_w...@usish.com 2012-12-24 04:53:42 --- Cc the author of the bad commit. Jack [Bug 51881] New: HighPoint RocketRAID 2720 fail to detect some SATA hdd https://bugzilla.kernel.org/show_bug.cgi?id=51881 Su

Re: [PATCH v2 0/5] Multiqueue virtio-scsi, and API for piecewise buffer submission

On 12/18/2012 09:42 PM, Michael S. Tsirkin wrote: > On Tue, Dec 18, 2012 at 01:32:47PM +0100, Paolo Bonzini wrote: >> Hi all, >> >> this series adds multiqueue support to the virtio-scsi driver, based >> on Jason Wang's work on virtio-net. It uses a simple queue steering >> algorithm that expects

[Bug 51881] HighPoint RocketRAID 2720 fail to detect some SATA hdd

https://bugzilla.kernel.org/show_bug.cgi?id=51881 --- Comment #4 from Shane Huang 2012-12-24 07:22:12 --- Created an attachment (id=89551) --> (https://bugzilla.kernel.org/attachment.cgi?id=89551) libata: replace sata_settings with devslp_timing -- Configure bugmail: https://bugzilla.kern

[Bug 51881] HighPoint RocketRAID 2720 fail to detect some SATA hdd

https://bugzilla.kernel.org/show_bug.cgi?id=51881 Shane Huang changed: What|Removed |Added CC||shane.hu...@amd.com --- Comment #5 from

RE: [PATCH] bfa: avoid buffer overrun for 12-byte model name

Hi Jim, Due to BFA_FCS_PORT_SYMBNAME_MODEL_SZ macro value of 12, we are missing some part of the model name in port/node symbolic name and seeing issues related to null termination. Mismatch between the actual model size and number of bytes copied to symbolic name is a bug. Can you please fix th