On Tuesday 29 May 2007 17:54, James Bottomley wrote:
> On Tue, 2007-05-29 at 10:51 -0500, James Bottomley wrote:
> > On Tue, 2007-05-29 at 15:55 +0200, Swen Schillig wrote:
> > > I just saw that I posted this patch on 9th already,
> > > but todays git pull from your tree didn't show the inclusion
On Tue, 29 May 2007 18:59:32 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> latest tree, can not use kexec to load 2.6.22-rc3 at least.
>
> got:
>
> AAC0: adapter kernel panic'd fffd
> AAC0: adapter kernel failed to start, init status=0
One of the two diffs below, I guess. Please do a `pa
Hello Andrew,
The email-id [EMAIL PROTECTED] is the alias for driver
developers for MegaRAID product. This id includes my name. Recently I
submitted patch to update the MAINTAINERS to add this id.
Regards,
Sumant
-Original Message-
From: Andrew Morton [mailto:[EMAIL PROTE
On Tuesday, May 29, 2007 4:03 PM, James Bottomley wrote:
> The device is presumably returning BUSY when you try to send a second
> command when it's already processing the first ... that should be
> propagated back to the mid-layer causing it to throttle the
> queue ... it
> seems this wasn't ha
On Tue, 2007-05-29 at 15:40 -0600, Moore, Eric wrote:
> On Tuesday, May 22, 2007 3:27 PM, James Bottomley wrote:
>
> > On Tue, 2007-05-22 at 14:25 -0600, Doug Chapman wrote:
> > > Eric,
> > >
> > > Sorry to bother you on this again, I realize you are very busy.
> > >
> > > >From our off-list ema
Acked-by: Brian King <[EMAIL PROTECTED]>
James Bottomley wrote:
> Your commit:
>
> [SCSI] ipr: convert to use the data buffer accessors
>
> - remove the unnecessary map_single path.
>
> - convert to use the new accessors for the sg lists and the
> parameters.
>
>
On Tuesday, May 22, 2007 3:27 PM, James Bottomley wrote:
> On Tue, 2007-05-22 at 14:25 -0600, Doug Chapman wrote:
> > Eric,
> >
> > Sorry to bother you on this again, I realize you are very busy.
> >
> > >From our off-list email and from your comments to Chip Coldwell in
> > redhat BZ 225177 it
> Grand. Well done, son.
> The logs have been very instructive.
>
> Again we're hitting this 'two commands per lun' problem.
> For historic reasons the aic7xxx and aic79xx driver accepted two
> commands per luns, as they implemented their internal
queueing and could
> hold the second command on the
Adds support for a changeable queue depth to ibmvscsi.
Signed-off-by: Brian King <[EMAIL PROTECTED]>
---
James Bottomley wrote:
> Don't you want to check this against some system limit ... or will the
> driver cope just fine when the user sets it to machine infinity and we
> diligently try blasti
On Tue, 2007-05-29 at 13:00 -0500, Brian King wrote:
> Adds support for a changeable queue depth to ibmvscsi.
>
> Signed-off-by: Brian King <[EMAIL PROTECTED]>
> ---
>
> linux-2.6-bjking1/drivers/scsi/ibmvscsi/ibmvscsi.c | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff -puN d
Adds support for a changeable queue depth to ibmvscsi.
Signed-off-by: Brian King <[EMAIL PROTECTED]>
---
linux-2.6-bjking1/drivers/scsi/ibmvscsi/ibmvscsi.c | 15 +++
1 file changed, 15 insertions(+)
diff -puN drivers/scsi/ibmvscsi/ibmvscsi.c~ibmvscsi_change_q_depth
drivers/scsi/
On Sun, May 27, 2007 at 05:37:43PM +, James Bottomley wrote:
> [SCSI] libsas: convert to use the data buffer accessors
> This patch is pending because it requires ACKs from:
>
> Darrick J. Wong <[EMAIL PROTECTED]>
ACK.
--D
-
To unsubscribe from this list: send the line "unsubscribe linu
What ever became of the following patch? I have enclosed the incremental
aacraid version of this patch to permit closure if the following was
rejected because of another portion.
This attached aacraid specific portion of the patch is against current
scsi-misc-2.6.
ObligatoryDisclaimer: Please acc
On Tue, 29 May 2007, Christoph Hellwig wrote:
> > +/*
> > + * copy data from device into scatter/gather buffer
> > + */
> > +static int fill_from_dev_buffer(struct scsi_cmnd *cmd, const void *buf,
> > + int buflen)
> > +{
> > + int k, req_len, act_len, len, active;
> > +
On Tue, 2007-05-29 at 10:51 -0500, James Bottomley wrote:
> On Tue, 2007-05-29 at 15:55 +0200, Swen Schillig wrote:
> > I just saw that I posted this patch on 9th already,
> > but todays git pull from your tree didn't show the inclusion of this one
> > (and another patch posted the same day).
> >
On Tue, 2007-05-29 at 15:55 +0200, Swen Schillig wrote:
> I just saw that I posted this patch on 9th already,
> but todays git pull from your tree didn't show the inclusion of this one (and
> another patch posted the same day).
> Event though it's reported in your summary from the 26 !
> If I'm t
> -Original Message-
> From: Hannes Reinecke [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, May 29, 2007 7:01 AM
> To: Miller, Mike (OS Dev); SCSI Mailing List
> Subject: cciss broken with 2.6.22-rc2
>
> Hi Mike,
>
> with the latest git snapshot the cciss driver hangs during
> initialisa
James
I just saw that I posted this patch on 9th already,
but todays git pull from your tree didn't show the inclusion of this one (and
another patch posted the same day).
Event though it's reported in your summary from the 26 !
If I'm to quick then I'm sorry for sending it twice, if there's any
From: Volker Sameske <[EMAIL PROTECTED]>
zfcp: clear adapter status flags during adapter shutdown
In some cases we did not reset some adapter status flags properly.
This patch clears these flags during FCP adapter shutdown.
Signed-off-by: Volker Sameske <[EMAIL PROTECTED]>
Signed-off-by: Swen Sc
From: Christof Schmitt <[EMAIL PROTECTED]>
zfcp reported units to the SCSI stack starting
with number 0. LUN 0 reported to the SCSI stack is usually
not the FCP LUN 0. When scanning for devices,
the SCSI stack tried to issue a REPORT LUN command to LUN 0.
The current design for zfcp does not wa
From: Michael Loehr <[EMAIL PROTECTED]>
Devices corresponding to a deleted unit are never freed.
This has the effect that slave_destroy is never called and zfcp
'thinks' that this unit is still registered.
This patch changes the zfcp behaviour the way that the
rport and sdev are not deleted anymor
Hi Mike,
with the latest git snapshot the cciss driver hangs during
initialisation. Enabling debug output I get:
cciss0: <0x3230> at PCI :06:00.0 IRQ 4338 using DAC
Sending cff - down to controller
cciss: FIFO Empty read
cciss: Read cff0 back from board
Sending cff - down to con
On Tue, 2007-05-29 at 13:11 +0200, Geert Uytterhoeven wrote:
> > This looks very inefficient. Just set sg_tablesize of your driver
> > to 1 to avoid getting mutiple segments.
>
> The disadvantage of setting sg_tablesize = 1 is that the driver will
> get small
> requests (PAGE_SIZE) most of the ti
On Tue, 29 May 2007, Christoph Hellwig wrote:
> [Note that all scsi lldds should go to linux-scsi]
I'll Cc linux-scsi next time.
> > + sgpnt = cmd->request_buffer;
> > + active = 1;
> > + for (k = 0, req_len = 0, act_len = 0; k < cmd->use_sg; ++k, ++sgpnt) {
> > + if (active) {
>
[Note that all scsi lldds should go to linux-scsi]
> +config PS3_ROM
> + tristate "PS3 ROM Storage Driver"
> + depends on PPC_PS3 && BLK_DEV_SR
> + select PS3_STORAGE
> + default y
please don't put any default y statements in.
> +#define DEVICE_NAME "ps3rom"
> +
Emmanuel Fusté wrote:
> Hello,
>
>> What you should do here is:
>>
>> - hook up a serial cable and re-route console messages to that
>> - Switch off syslog (as this might block if the SCSI bus frozen)
>> - Enable scsi debugging (Error, Timeout, Scan, and Midlayer is
>> sufficient) and start cdrwto
26 matches
Mail list logo
