Does SCSI eat my PC's memory? Probably not, but I can't find an
explanation of what uses so much RAM when I use SCSI disks.
A little background first.
Overall, the system has 1 GB memory. When it boots and everything has
started, about 60 MB of memory is used (excluding buffers).
One partition
1) sgiwd93 used to switch off asynchronous mode on the wd33c93, discarding
any "nosync"-requests from the commandline.
But we need to allow "nosync"-requests for selected devices, for example
the Pioneer DVD305S.
(For the curious: this device accepts the SDTR from wd33c93 and success-
Attached are patches, which help to utilize more of the WD33C93B SCSI
controller's capabilities.
1st Stage:
1) Added/changed all the necessary code to enable Burst Mode DMA. Only
Single Byte DMA was used before.
2) Added/changed all the necessary code to enable Fast-10 SCSI transfers.
3) T
Robert Jennings wrote:
The request limit calculations used previously on the client failed to
mirror the state of the server. Additionally, when a value < 3 was provided
there could be problems setting can_queue and handling abort and reset
commands.
Signed-off-by: Santiago Leon <[EMAIL PROTE
Robert Jennings wrote:
Adding a slave_configure function for the driver. Now the disks can be
restarted by the scsi mid-layer when the are disconnected and reconnected.
Signed-off-by: Santiago Leon <[EMAIL PROTECTED]>
Signed-off-by: "Robert Jennings" <[EMAIL PROTECTED]>
-
To unsubscribe fr
On Wed, 2007-02-07 at 16:51 -0700, Eric Moore wrote:
> > -Original Message-
> > From: James Bottomley [mailto:[EMAIL PROTECTED]
> > Sent: Monday, February 05, 2007 2:50 PM
> > To: Mark Haverkamp
> > Cc: linux-scsi; Moore, Eric
> > Subject: Re: [PATCH] scsi spi transport: SCSI domain
> > v
Am Sonntag, 11. Februar 2007 schrieb James Bottomley:
> This is the accumulated SCSI tree for 2.6.20. It is available at
>
> master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
You once again have not included this two patches Andrew sent you on 20070602:
[patch 08/33] remove extr
On Mon, 2007-02-12 at 11:29 +0100, Rolf Eike Beer wrote:
> Am Sonntag, 11. Februar 2007 schrieb James Bottomley:
> > This is the accumulated SCSI tree for 2.6.20. It is available at
> >
> > master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
>
> You once again have not included thi
James Bottomley wrote:
> On Mon, 2007-02-12 at 11:29 +0100, Rolf Eike Beer wrote:
> > Am Sonntag, 11. Februar 2007 schrieb James Bottomley:
> > > This is the accumulated SCSI tree for 2.6.20. It is available at
> > >
> > > master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
> >
> >
Hello,
I get a kernel oops if I want to read from my SCSI HP tape (C5683A) drive -
using tar command.
Here my system information:
1. Kernel: 2.6.18-3-vserver-amd64
2. OS: Debian Etch
Here my lspci output:
00:00.0 Host bridge: VIA Technologies, Inc. K8M890CE Host Bridge
00:00.1 Host bridge: VIA T
There has been a recent proposal to add autosuspend support to the
usb-storage driver. (I.e., after a certain user-definable period of
inactivity, usb-storage would automatically suspend the USB link to the
device. Receipt of a request from the SCSI core would cause an
automatic resume.)
This ha
On Mon, 2007-02-12 at 08:14 -0800, Mark Haverkamp wrote:
> This patch fixed my looping DV problem.
As far as I can tell, this is identical to Eric's patch, but is done
using the existing dv_in_progress flag ... can you test it out and see
if it actually works?
Thanks,
James
Index: linux-2.6/driv
On Mon, 12 Feb 2007, Oliver Paulus wrote:
> Hello,
>
> I get a kernel oops if I want to read from my SCSI HP tape (C5683A) drive -
> using tar command.
>
> Here my system information:
> 1. Kernel: 2.6.18-3-vserver-amd64
> 2. OS: Debian Etch
>
...
> I get a kernel oops if I want to access the /d
On Mon, 2007-02-12 at 15:45 -0600, James Bottomley wrote:
> On Mon, 2007-02-12 at 08:14 -0800, Mark Haverkamp wrote:
> > This patch fixed my looping DV problem.
>
> As far as I can tell, this is identical to Eric's patch, but is done
> using the existing dv_in_progress flag ... can you test it out
> On Sat, 10 Feb 2007 12:27:42 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
> When discussion about TRUE and FALSE came up a long time a go in the
> context of the mid layer we agreed to strip the defined constants out of
> that code and just go with 1 and 0 inline ... because the code was
> pr
On Mon, 12 Feb 2007 19:07:08 -0800 [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7994
>
>Summary: sleeping function called from invalid context at
> mm/slab.c:3034
> Kernel Version: 2.6.20
> Status: NEW
> Severity:
16 matches
Mail list logo
