Hello jbottom...@parallels.com
have you already fixed it by another patches ?
if so:
better to let me know about it, so I should not bother you, again.
else
please give a glance to this patch, when you have time
(since compiling errors are always belong to critical errors)
t
> -Original Message-
> From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
> ow...@vger.kernel.org] On Behalf Of Jeremy Linton
> Sent: Monday, January 28, 2013 10:05 AM
> To: Bart Van Assche
> Cc: Hannes Reinecke; Ewan D. Milne; linux-scsi@vger.kernel.org
> Subject: Re: [PATCH RFC
On Mon, 2012-12-17 at 21:50 +0800, kbuild test robot wrote:
> tree: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git for-next
> head: e3ff197a750d2912d0bb2a0161c23c18bad250ad
> commit: 188061001ac78b40780af042dd2156e2213e29ed [23/27] [SCSI] fnic:fixing
> issues in device and firmwar
On Mon, 2012-12-17 at 20:45 +0800, kbuild test robot wrote:
> tree: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git for-next
> head: e3ff197a750d2912d0bb2a0161c23c18bad250ad
> commit: 99cc149bbdd78a3f18c6b366e1c239f62d59d096 [14/27] [SCSI] qla2xxx:
> Determine the number of outstan
Change default value of max_report_luns to 16k-1.
Use data returned from max report luns command to configure the number
of logical units present if previous default of 511 isn't enough.
Signed-off-by: Rob Evers
---
drivers/scsi/scsi_scan.c | 79 +++-
This patch set retrieves the number of LUs available on a target
using the report-luns command. The initial size of the report-luns
command is 512 entries, as the previous default initial number was.
If more LUs than 511 are present on a target, the report-luns is
re-issued with the size indicated
Signed-off-by: Rob Evers
---
drivers/scsi/scsi_scan.c | 109 +--
1 file changed, 59 insertions(+), 50 deletions(-)
diff --git a/drivers/scsi/scsi_scan.c b/drivers/scsi/scsi_scan.c
index 3e58b22..b2abf22 100644
--- a/drivers/scsi/scsi_scan.c
+++ b/driv
On Mon, 2013-01-28 at 16:48 +0100, Hannes Reinecke wrote:
> On 01/28/2013 04:44 PM, Bart Van Assche wrote:
> > On 01/28/13 16:05, Jeremy Linton wrote:
> >> What I think your looking for is RSCN (Registered State Change
> >> notification).
> >> Hook that, and then check the name server. This will te
Hey, Aaron.
Thank *you* for the persistence. It was a pleasure to work with you. :)
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 01/28/2013 09:52 AM, Jeremy Linton wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 1/28/2013 9:44 AM, Bart Van Assche wrote:
>> when using Fibre Channel as transport layer. I'm looking for a solution
>> that also works with other SCSI transports, e.g. iSCSI and SRP.
>
>
On Mon, 2013-01-28 at 09:52 -0600, Jeremy Linton wrote:
> On 1/28/2013 9:44 AM, Bart Van Assche wrote:
> > when using Fibre Channel as transport layer. I'm looking for a solution
> > that also works with other SCSI transports, e.g. iSCSI and SRP.
>
> Doesn't iSCSI have a SNS server you can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1/28/2013 9:44 AM, Bart Van Assche wrote:
> when using Fibre Channel as transport layer. I'm looking for a solution
> that also works with other SCSI transports, e.g. iSCSI and SRP.
Doesn't iSCSI have a SNS server you can subscribe to that
On 01/28/2013 04:44 PM, Bart Van Assche wrote:
On 01/28/13 16:05, Jeremy Linton wrote:
What I think your looking for is RSCN (Registered State Change
notification).
Hook that, and then check the name server. This will tell you when
ports get
added/removed. You can then report luns against lun 0
On 01/28/13 16:05, Jeremy Linton wrote:
What I think your looking for is RSCN (Registered State Change notification).
Hook that, and then check the name server. This will tell you when ports get
added/removed. You can then report luns against lun 0 of all the known target
ports. This allows you t
https://bugzilla.kernel.org/show_bug.cgi?id=51881
--- Comment #11 from Kouichi ONO 2013-01-28 15:34:10 ---
I confirm this problem was fixed in 3.7.5
Thanks!
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
On Mon, 28 Jan 2013, Aaron Lu wrote:
> > Someone just asked about the default autosuspend delay, and I realized
> > your patch series doesn't set one. Since we don't know the properties
> > of the disk drive at this point (or even whether the device is a disk
> > drive), the only safe course is t
On Mon, 28 Jan 2013, Aaron Lu wrote:
> On Sat, Jan 19, 2013 at 01:11:45PM -0500, Alan Stern wrote:
> > On Sat, 19 Jan 2013, Aaron Lu wrote:
> > > Considering ODD's use case, I was thinking of moving the
> > > blk_pm_runtime_init call to sd.c, as sr will not use request based auto
> > > suspend. Pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1/24/2013 8:38 AM, Bart Van Assche wrote:
> Let me ask this another way. SAN users expect that the LUN list at the
> initiator side gets updated automatically after a SAN configuration change.
> How should a SAN system communicate to a SCSI initia
On Sat, Jan 19, 2013 at 01:11:45PM -0500, Alan Stern wrote:
> On Sat, 19 Jan 2013, Aaron Lu wrote:
> > Considering ODD's use case, I was thinking of moving the
> > blk_pm_runtime_init call to sd.c, as sr will not use request based auto
> > suspend. Probably right before we decrease usage count for
On Fri, Jan 18, 2013 at 04:25:10PM -0500, Alan Stern wrote:
> On Wed, 16 Jan 2013, Aaron Lu wrote:
>
> > From: Lin Ming
> >
> > Uses block layer runtime pm helper functions in
> > scsi_runtime_suspend/resume.
> > Remove scsi_autopm_* from sd open/release path and check_events path.
> > And remov
20 matches
Mail list logo
