This fixes the scsi_dma_map failure path, which could lead to data
corruption.
Signed-off-by: FUJITA Tomonori <[EMAIL PROTECTED]>
---
drivers/block/cciss_scsi.c | 17 +
1 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/drivers/block/cciss_scsi.c b/drivers/block/cci
On Wed, 17 Oct 2007, [EMAIL PROTECTED] wrote:
On Mon, 15 Oct 2007 03:04:00 CDT, Rob Landley said:
I note that the eth0 and eth1 names are dynamically assigned on a first come
first serve basis (like scsi). This never causes me a problem because the
driver loading order is constant, and once yo
On Mon, 15 Oct 2007 03:04:00 CDT, Rob Landley said:
> I note that the eth0 and eth1 names are dynamically assigned on a first come
> first serve basis (like scsi). This never causes me a problem because the
> driver loading order is constant, and once you figure out that eth0 is
> gigabit and eth1
Commit 2c941a204070ab32d92d40318a3196a7fb994c00 looks incomplete. The
helper functions like prepare_sg() need to support sg chaining too.
Signed-off-by: FUJITA Tomonori <[EMAIL PROTECTED]>
---
arch/sparc64/kernel/iommu.c|1 -
arch/sparc64/kernel/iommu_common.c | 51 +
On Mon, 15 Oct 2007 00:09:41 -0400
James Bottomley <[EMAIL PROTECTED]> wrote:
> This is the accumulated updates queued for 2.6.24. It contains the
> usual slew of driver updates, plus some gdth and advansys rewrites. We
> still have some outstanding bugs in gdth and fc4 for which I'm hoping to
>
On Tuesday 16 October 2007 5:28:59 am Alan Cox wrote:
> > I'm sure somebody will eventually write an OLS paper or something on the
> > advisability of making swapping decisions with 4k granularity when disks
> > really want bigger I/O transactions.
>
> Funnily enough someone thought of that many ye
Denys Vlasenko wrote:
> On Sunday 14 October 2007 18:47, Gabriel C wrote:
>>> Compile tested and applies cleanly to 2.6.23.
>>> I don't have this hardware anymore and cannot run test these patches.
>> I can test these patches on an aic7892 controller later on today if you want.
>
> I'd appreciate
Randy wrote:
> > #include
> >
> > #include
> > +#include
> > struct scsi_device;
> > struct Scsi_Host;
>
> It's 3 lines above the patch line
Ah - you mean scatterlist.h is now included twice - yup.
First I noticed that scsi_eh.h needed this scatterlist.h include and
sent this patch
> but in any case, historicly IDE (PATA) and SATA drives have been handled
> differently, IDE drives have had fixed device names based on how they are
> connected, SATA devices have had 'order found' device names from the SCSI
Nope.
Historically it depended whether you had a PATA controller wi
On Mon, 15 Oct 2007 23:37:44 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
> Would an oom-kill-someone-now sysrq be of help, I wonder?
Is already there: sysrq-f.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
On Tue, 16 Oct 2007 14:28:20 -0700 [EMAIL PROTECTED] wrote:
> From: Paul Jackson <[EMAIL PROTECTED]>
>
> The added line in scsi_eh.h:
> struct scatterlist sense_sgl;
> fails to compile, with the error:
> field 'sense_sgl' has incomplete type
> unless scatterlist.h happens to be includ
From: Linas Vepstas <[EMAIL PROTECTED]>
Implement the so-called "first failure data capture" (FFDC) for the symbios
PCI error recovery. After a PCI error event is reported, the driver
requests that MMIO be enabled. Once enabled, it then reads and dumps
assorted status registers, and concludes by
From: Linas Vepstas <[EMAIL PROTECTED]>
Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the Symbios SCSI device
driver. The patch has been tested, and appears to work well.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc:
From: HighPoint Linux Team <[EMAIL PROTECTED]>
avoid buffer overflow when returning sense data.
With current adapter firmware the driver is working but future firmware
updates may return sense data larger than 96 bytes, causing overflow on
scp->sense_buffer and a kernel crash.
This fix should be
From: Alan Cox <[EMAIL PROTECTED]>
> I have a scanner connected to a Initio INI-950 SCSI card and I recently
> upgraded from SuSE 10.2 to 10.3. The new kernel doesn't see any of my
> devices. I get the following in /var/log/messages:
>
> ACPI: PCI Interrupt :00:0a.0[A] -> GSI 17 (level, low)
From: Paul Jackson <[EMAIL PROTECTED]>
The added line in scsi_eh.h:
struct scatterlist sense_sgl;
fails to compile, with the error:
field 'sense_sgl' has incomplete type
unless scatterlist.h happens to be included
somehow already ... which it isn't always.
So include scatterlist.h
From: James Bottomley <[EMAIL PROTECTED]>
On Sun, 2007-10-14 at 12:21 -0700, Andrew Morton wrote:
> On Sun, 14 Oct 2007 22:45:47 +0400 "Dave Milter" <[EMAIL PROTECTED]> wrote:
>
> > I build linux-2.6.23-mm1 and try to boot it using qemu,
> > and it crashed with trace like this:
> > do_page_fault
>
From: Andrew Morton <[EMAIL PROTECTED]>
drivers/scsi/qla2xxx/qla_sup.c: In function 'qla24xx_write_flash_data':
drivers/scsi/qla2xxx/qla_sup.c:655: warning: format '%llx' expects type 'long
long unsigned int', but argument 6 has type 'dma_addr_t'
drivers/scsi/qla2xxx/qla_sup.c: In function 'qla25
Theodore Tso wrote:
> Yet another reason why people who desperately are trying to cling to
> the good old days of stable device enumerations are going to be
> disappointed;
Sure enough; stable device enumeration is a thing of the past.
This doesn't have to stop us though from providing speaking d
On Tue, 16 Oct 2007, Matthew Wilcox wrote:
On Tue, Oct 16, 2007 at 12:54:58PM -0700, [EMAIL PROTECTED] wrote:
On Tue, 16 Oct 2007, Alan Cox wrote:
I wouldn't try dividing those by pata v sata. You'll cause all sorts of
problems in the process because of PATA-SATA and SATA-PATA bridges.
if yo
On Tue, Oct 16, 2007 at 01:54:33PM -0600, Matthew Wilcox wrote:
> On Tue, Oct 16, 2007 at 12:54:58PM -0700, [EMAIL PROTECTED] wrote:
> > On Tue, 16 Oct 2007, Alan Cox wrote:
> > >I wouldn't try dividing those by pata v sata. You'll cause all sorts of
> > >problems in the process because of PATA-SAT
Matthew Wilcox wrote:
> On Tue, Oct 16, 2007 at 12:54:58PM -0700, [EMAIL PROTECTED] wrote:
>> On Tue, 16 Oct 2007, Alan Cox wrote:
>>> I wouldn't try dividing those by pata v sata. You'll cause all sorts of
>>> problems in the process because of PATA-SATA and SATA-PATA bridges.
>> if you use a PATA
On Tue, Oct 16, 2007 at 12:54:58PM -0700, [EMAIL PROTECTED] wrote:
> On Tue, 16 Oct 2007, Alan Cox wrote:
> >I wouldn't try dividing those by pata v sata. You'll cause all sorts of
> >problems in the process because of PATA-SATA and SATA-PATA bridges.
>
> if you use a PATA-SATA bridge (IDE drive S
On Tue, 16 Oct 2007, Alan Cox wrote:
/dev/sd-ide-b - second IDE HDD,
/dev/sr-sata-0 - first SATA CD-ROM,
I wouldn't try dividing those by pata v sata. You'll cause all sorts of
problems in the process because of PATA-SATA and SATA-PATA bridges.
if you use a PATA-SATA bridge (IDE drive SAT
On Tue, 16 Oct 2007, Boaz Harrosh wrote:
> On Tue, Oct 16 2007 at 8:49 +0200, Geert Uytterhoeven <[EMAIL PROTECTED]>
> wrote:
> > On Mon, 15 Oct 2007, James Bottomley wrote:
> >> This is the accumulated updates queued for 2.6.24. It contains the
> >> usual slew of driver updates, plus some gdth a
> I'm sure somebody will eventually write an OLS paper or something on the
> advisability of making swapping decisions with 4k granularity when disks
> really want bigger I/O transactions.
Funnily enough someone thought of that many years ago. They even added
and documented it, then they made i
> > /dev/sd-ide-b - second IDE HDD,
> > /dev/sr-sata-0 - first SATA CD-ROM,
I wouldn't try dividing those by pata v sata. You'll cause all sorts of
problems in the process because of PATA-SATA and SATA-PATA bridges.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi"
On Mon, 15 Oct 2007, James Bottomley wrote:
> This is the accumulated updates queued for 2.6.24. It contains the
> usual slew of driver updates, plus some gdth and advansys rewrites. We
> still have some outstanding bugs in gdth and fc4 for which I'm hoping to
> sweep fixes into the next update.
Rob Landley <[EMAIL PROTECTED]> writes:
> On Monday 15 October 2007 11:38:33 pm Eric W. Biederman wrote:
>> > I don't follow your logic. We don't need SWAP > RAM in order to swap
>> > effectively, IMO.
>>
>> The steady state of a system that is heavily and usably swapping but
>> not thrashing is t
On Tue, Oct 16 2007 at 8:49 +0200, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Mon, 15 Oct 2007, James Bottomley wrote:
>> This is the accumulated updates queued for 2.6.24. It contains the
>> usual slew of driver updates, plus some gdth and advansys rewrites. We
>> still have some outstan
On Tue, Oct 16 2007 at 7:05 +0200, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> commit 2c2ed954f8a84bd9cd97ba700d7bbb9dbba66cd9
> Author: Matthew Wilcox <[EMAIL PROTECTED]>
> Date: Tue Oct 16 01:01:28 2007 -0400
>
> Remove FC4 and all associated drivers
>
> This code has been slowly
On Mon, Oct 15 2007 at 22:15 +0200, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> --- linux-2.6.23-git7.orig/drivers/fc4/fc.c
> +++ linux-2.6.23-git7/drivers/fc4/fc.c
> @@ -30,6 +30,7 @@
> #include
> #include
> #include
> +#include
> #include
> #include
> #include
This bit is not needed i
32 matches
Mail list logo
