This was noticed by Doug Bazamic and the fix found by Mark Salyzyn at
Adaptec.
There was an error in the BUG_ON() statement that validated the
calculated fib size which can cause the driver to panic.
Signed-off-by: Mark Haverkamp <[EMAIL PROTECTED]>
--- a/drivers/scsi/aacraid/aachba.c
ack to 128KB sized transactions to get
> > stability on his system. All systems handled the 4MB I/O size in our
> > tests, but the tests that were done some time ago were not performed
> > with the latest kernel, which contributed to a change in testing
> > corners.
>
&g
On Mon, 2005-02-28 at 08:13 -0800, Mark Haverkamp wrote:
> On Mon, 2005-02-28 at 16:51 +0100, Jens Axboe wrote:
> > On Mon, Feb 28 2005, Mark Haverkamp wrote:
> > > On Sat, 2005-02-26 at 13:39 +0100, Jens Axboe wrote:
> > > > On Fri, Feb
On Mon, 2005-02-28 at 16:51 +0100, Jens Axboe wrote:
> On Mon, Feb 28 2005, Mark Haverkamp wrote:
> > On Sat, 2005-02-26 at 13:39 +0100, Jens Axboe wrote:
> > > On Fri, Feb 25 2005, Linus Torvalds wrote:
> > > >
> > > >
> > > > On Fri, 25
On Mon, 2005-02-28 at 07:32 -0800, Mark Haverkamp wrote:
> On Sat, 2005-02-26 at 13:39 +0100, Jens Axboe wrote:
> > On Fri, Feb 25 2005, Linus Torvalds wrote:
> > >
> > >
> > > On Fri, 25 Feb 2005, Andrew Morton wrote:
> > > >
> > > >
ounced. It
looks to me when bio's are cloned in the dm code to split it for
physical devices that only the pointers to pages that apply to that
device are copied and th bi_idx is adjusted to point to the start,
leaving some NULL pointers at the start of the bio_vec.
Mark,
>
--
Mark H
On Fri, 2005-02-25 at 09:03 -0800, Mark Haverkamp wrote:
> Last September a fix was checked in for a memory leak problem in
> bounce_end_io causing the entire bio to be checked. This ended up
> causing some dm cloned bios that had bounce buffers to free NULL pages
> because their b
mempool_free(bvec->bv_page, pool);
--
Mark Haverkamp <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
make sure that
the board firmware is up to date. I've copied Mark on this mail.
Mark.
>
--
Mark Haverkamp <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, 2005-01-28 at 13:14 -0600, Matt Domsch wrote:
> On Fri, Jan 28, 2005 at 09:43:06AM -0800, Mark Haverkamp wrote:
> >
> > I have a situation where the out of memory killer kicked in and killed
> > off a process. From the information displayed, it looks like there
3*2048kB 689*4096kB = 2846272kB
Swap cache: add 0, delete 0, find 0/0, race 0+0
Out of Memory: Killed process 4513 (lpd).
--
Mark Haverkamp <[EMAIL PROTECTED]>
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.11-rc2
# Thu Jan 27 08:26:38 2005
#
CONFIG
11 matches
Mail list logo
