Re: [-mm patch] SCSI_QLA2ABC options must select FW_LOADER

2005-07-21 Thread Adrian Bunk
On Wed, Jul 20, 2005 at 03:38:02PM +0200, Jesper Juhl wrote: ... I send a patch for this yesterday that lets SCSI_QLA2XXX select FW_LOADER. I believe that's a bit better since the other options depend on SCSI_QLA2XXX anyway, there's no point in having them all set FW_LOADER. My patch also

[PATCH 0/3] Add disk hotswap support to libata

2005-07-21 Thread Lukasz Kosewski
Hey all, introductory blurb here. This sequence of patches will add a framework to libata to allow for hot-swapping disks in and out. There are three patches: 01-promise_sataII150_support 02-libata_hotswap_infrastructure 03-promise_hotswap_support The rationale for each will be described in

[PATCH 1/3] Add disk hotswap support to libata

2005-07-21 Thread Lukasz Kosewski
This patch changes the sata_promise driver in libata to correctly mask out hotplug interrupts. The location of the primary hotplug registers in the SATA150 Tx4/Tx2 Plus controllers is correctly defined as '0x6C', HOWEVER, for the SATAII150 Tx4/Tx2 Plus controllers, this changes to '0x60'.

[PATCH 3/3] Add disk hotswap support to libata

2005-07-21 Thread Lukasz Kosewski
This patch is an implementation of hotswap on the sata_promise module, tested on SATA150 and SATAII150 Promise controllers. It depends on patch 01 from this series of patches to apply, and both 01 and 02 in order to compile. We handle hotplug interrupts and call our new API functions in

[PATCH 2/3] Add disk hotswap support to libata

2005-07-21 Thread Lukasz Kosewski
This patch is probably the most contentious one; adding a hotswap framework to libata to allow it to handle disk plugs/unplugs. The design goals for this framework were as follows: - easy, stable API. - simplicity of design and code - as damn near as we can get to a guarantee that we will NOT

Re: [PATCH 0/3] Add disk hotswap support to libata

2005-07-21 Thread Michael Tokarev
Lukasz Kosewski wrote: [] [1] The SCSI error on 2.6.13-rc3-mm1 that I found: 'echo scsi add-single-device a b c d /proc/scsi/scsi' //works, or no-op if the sd corresponding to that device is there already 'echo scsi remove-single-device a b c d /proc/scsi/scsi' //works 'echo scsi

Re: [PATCH 0/3] Add disk hotswap support to libata

2005-07-21 Thread Lukasz Kosewski
Michael Tokarev wrote: echo -n 1 /sys/.../hostA/targetA:B:C/A:B:C:D/delete still works. I think. And (again, I think) this same problem exists with 2.6.11 as well. At least, I wasn't able to remove-single-device even once (I discovered this mechanism only recently, haven't tried it with other

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-21 Thread Pierre Ossman
I have now tried with highmem disabled and the driver still crashes. See the following image: http://craffe.se/dc395x_kernel_bug.jpg Rgds Pierre - To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [PATCH 0/3] Add disk hotswap support to libata

2005-07-21 Thread Jeff Garzik
Lukasz Kosewski wrote: Hey all, introductory blurb here. This sequence of patches will add a framework to libata to allow for hot-swapping disks in and out. There are three patches: 01-promise_sataII150_support 02-libata_hotswap_infrastructure 03-promise_hotswap_support Pretty cool stuff!