On Wed, Aug 17, 2005 at 11:41:29PM -0700, Greg KH wrote:
> On Thu, Aug 18, 2005 at 07:30:50AM +0100, Russell King wrote:
> > On Wed, Aug 17, 2005 at 10:21:56PM -0700, Greg KH wrote:
> > > On Mon, Aug 15, 2005 at 09:32:44AM +0100, Russell King wrote:
> > > > On Mon, Aug 15, 2005 at 01:43:03AM +0100,
On Thu, Aug 18, 2005 at 07:30:50AM +0100, Russell King wrote:
> On Wed, Aug 17, 2005 at 10:21:56PM -0700, Greg KH wrote:
> > On Mon, Aug 15, 2005 at 09:32:44AM +0100, Russell King wrote:
> > > On Mon, Aug 15, 2005 at 01:43:03AM +0100, Matthew Wilcox wrote:
> > > > On Sun, Aug 14, 2005 at 11:25:25PM
On Wed, Aug 17, 2005 at 10:23:11PM -0700, Greg KH wrote:
> On Mon, Aug 15, 2005 at 05:41:17PM -0500, James Bottomley wrote:
> > Actually, isn't the fix to all of this to combine Greg and James'
> > patches?
>
> Yes it is.
>
> > The Greg one fails in SCSI because we don't have unique class device
On Wed, Aug 17, 2005 at 10:21:56PM -0700, Greg KH wrote:
> On Mon, Aug 15, 2005 at 09:32:44AM +0100, Russell King wrote:
> > On Mon, Aug 15, 2005 at 01:43:03AM +0100, Matthew Wilcox wrote:
> > > On Sun, Aug 14, 2005 at 11:25:25PM +0100, Russell King wrote:
> > > > Eww. Do you really want one struc
On Mon, Aug 15, 2005 at 05:41:17PM -0500, James Bottomley wrote:
> On Sun, 2005-08-14 at 16:02 +0100, Matthew Wilcox wrote:
> > /sys/class/tty/ttyS0/device ->
> > ../../../devices/parisc/0/0:0/pci:00/:00:04.0
> > /sys/class/tty/ttyS1/device ->
> > ../../../devices/parisc/0/0:0/pci:00/
On Mon, Aug 15, 2005 at 09:32:44AM +0100, Russell King wrote:
> On Mon, Aug 15, 2005 at 01:43:03AM +0100, Matthew Wilcox wrote:
> > On Sun, Aug 14, 2005 at 11:25:25PM +0100, Russell King wrote:
> > > Eww. Do you really want one struct device per tty with all the
> > > memory each one eats?
> > >
The attached patch updates the driver for the 3ware 9000 series to do
the following:
- Add support for 9550SX controllers.
Signed-off-by: Adam Radford <[EMAIL PROTECTED]>
James, Please apply
diff -Naur linux-2.6.13-rc6-git9/drivers/scsi/3w-9xxx.c linux-2.6.13-rc6-git10/drivers/scsi/3w-9xxx.c
---
I wrote to [EMAIL PROTECTED]:
4th update: some more paranoia in sbp2scsi_queuecommand
(The rest of that posting is here:
http://www.linux1394.org/pipermail/svn-commits/2005-August/000411.html )
I can't believe it. I connected a FireWire CD-ROM, it was detected as
such by scsi's inquiry, sr_mo
On Wed, 2005-08-17 at 16:25 -0400, Salyzyn, Mark wrote:
> Under aac based adapters the build task reports the task number, current
> array water mark and end of array but not the array number associated
> with the build task in the AIF events returning from the Firmware. The
> management applicatio
On Tue, Aug 16, 2005 at 10:51:13PM -0700, Pete Zaitcev wrote:
> On Tue, 16 Aug 2005 21:39:33 -0700, Patrick Mansfield <[EMAIL PROTECTED]>
> wrote:
> > On Tue, Aug 16, 2005 at 11:01:30PM -0400, Chuck Ebbert wrote:
>
> > > I just added some usb-storage devices to my system and got the below.
>
>
On Fri, Aug 05, 2005 at 09:45:40PM -0500, James Bottomley wrote:
> There are certain rogue devices (and the aic7xxx driver) that return
> BUSY or QUEUE_FULL forever. This code will apply a global timeout (of
> the total number of retries times the per command timer) to a given
> command. If it is
Under aac based adapters the build task reports the task number, current
array water mark and end of array but not the array number associated
with the build task in the AIF events returning from the Firmware. The
management applications generally issue a series of enumerations to the
devices and t
James Bottomley wrote:
On Tue, 2005-08-16 at 21:20 +0200, Marko Macek wrote:
EIP is at sysfs_hash_and_remove+0x13/0xeb
This is suspiciously similar to the oops when trying to add new class
links in the devices. Could you try the fix reported there:
http://marc.theaimsgroup.com/?l=lin
> First of all: since the request for a working version of this
> driver is not
> longer there at the moment I'll only send out what I
> currently have to get it
> into list archives. Merging this would be fine to decrease
> the amount of bugs
> in this (and the size of it). I removed everyone b
Christoph Hellwig [mailto:[EMAIL PROTECTED] writes:
> ... update the driver to use the pci_driver model ...
The patch applies to the scsi-misc-2.6 git tree. The moving of
adpt_install_hba to the near bottom of the dpt_i2o.c file creates a
dirty context diff in that region which is hard to inspect
On Tue, 2005-08-16 at 18:03, Luben Tuikov wrote:
> If idr_get_new() or idr_remove() is used in IRQ context,
> then we may get a lockup when idr_pre_get was called
> in process context and an IRQ interrupted while it held
> the idp lock.
Hi Everyone,
Luben's changes make sense please merge them.
On Tue, 2005-08-16 at 21:20 +0200, Marko Macek wrote:
> EIP is at sysfs_hash_and_remove+0x13/0xeb
This is suspiciously similar to the oops when trying to add new class
links in the devices. Could you try the fix reported there:
http://marc.theaimsgroup.com/?l=linux-scsi&m=112398346008284
And se
First of all: since the request for a working version of this driver is not
longer there at the moment I'll only send out what I currently have to get it
into list archives. Merging this would be fine to decrease the amount of bugs
in this (and the size of it). I removed everyone but linux-scsi fro
18 matches
Mail list logo
