FYI, commenting out the sector roundup in sg_build_indirect ( blk_size =
(blk_size + SG_SECTOR_MSK) & (~SG_SECTOR_MSK); ) made everything work
fine with my test and open-iscsi in general. I'm sure there's a
glaringly obvious reason for that roundup (one that I'm unaware of), so
I presume this i
My log messages were getting all mixed up, so I cleaned up my little
test to send just one command at a time. It actually looks like the mid
layer passes the command through to open-iscsi with the right size the
first time, but then it sends a second command with request_bufflen = 0.
I can ver
On Friday, March 09, 2007 2:23 PM, Christoph Hellwig wrote:
> This needs a much better explanation. Please show the codepath
> leading to this.
>
>
I was working with Judith on this patch earlier this week, so this is
approved by LSI,,, ACK.
This fix's an oops during driver load time. mpts
On Fri, Mar 09, 2007 at 01:07:44PM -0800, Judith Lebzelter wrote:
> Hello,
>
> This patch is to fix an oops on insmod for mptsas during kexec.
> This applies to 2.6.21-rc3.
>
> Signed-off-by: Judith Lebzelter <[EMAIL PROTECTED]
>
> ---
>
>
> Index: linux-2.6.21-rc3/drivers/message/fusion/mpts
Hello,
This patch is to fix an oops on insmod for mptsas during kexec.
This applies to 2.6.21-rc3.
Signed-off-by: Judith Lebzelter <[EMAIL PROTECTED]
---
Index: linux-2.6.21-rc3/drivers/message/fusion/mptsas.c
===
--- linux-2.6.2
On Wed, Mar 07, 2007 at 07:50:14PM -0500, James Bottomley wrote:
> On Wed, 2007-03-07 at 11:16 -0800, Andrew Morton wrote:
> > Achim did reply: http://lkml.org/lkml/2007/2/23/138
>
> Ah ... OK; sorry, I'm parochial ... if it didn't appear on linux-scsi,
> you can usually assume I haven't seen it.
Greg KH wrote:
> On Thu, Mar 08, 2007 at 02:44:26PM -0600, Brian King wrote:
>> Greg,
>>
>> I saw you pulled this into your gregkh-2.6 tree. Does that mean
>> it is queued for 2.6.22?
>
> Yes it is. Is that a problem?
No problem at all.
Thanks,
Brian
--
Brian King
eServer Storage I/O
IBM Li
On 12:05, Mingming Cao wrote:
> > > BTW: Are ext3 filesystem sizes greater than 8T now officially
> > > supported?
> >
> > I think so, but I don't know how much 16TB testing developers and
> > distros are doing - perhaps the linux-ext4 denizens can tell us?
> > -
>
> IBM has done some testing (db
8 matches
Mail list logo