From: 	Andrew Vasquez <andrew.vasquez@qlogic.com>

-  Bump version number -> 8.00.00b10.

-  Use down() not down_interruptible() while waiting for mailbox
   completions.
  
        o down_interruptible() is the wrong thing to do here 
          (in case a signal hits you sooo do the wrong thing
          and corrupt the semaphore)
          (Arjan van de Ven arjanv_redhat.com)

-  Misc. ISP6312/ISP6322 changes:
  
        o Asynchronous IOCB handling is not available on 
          ISP6312 and ISP6322 type boards.
  
        o Firmware type (FLX) desgnation fix. 

-  Clean up some extraneous code:
  
        o Remove duplicate call to qla2x00_config_os().
        o Remove unused structure member rsvd in struct dev_id.

-  Create single module firmware loaders for each firmware image
   shipped with the driver (2/2).

-  Create single module firmware loaders for each firmware image
   shipped with the driver.

-  Resync with latest released firmware 3.02.21.

From: 	Andrew Vasquez <andrew.vasquez@qlogic.com>

RIO mode 3 (originally used in the qla2xxx driver) will not work on
big-endian platforms due to the firmware returning only the first-word
of the dword command handle returned after SCSI completion.  Use RIO
mode 4 since full 32bit handle is returned during status.

I've recently added an IBM p630 machine (ppc64) to my test ring with a
mix of 2200 and 2300 cards -- I feel fairly confident that most endian
type issues are addressed.

From: 	Andrew Vasquez <andrew.vasquez@qlogic.com>

The driver does not issue GFT_IDs for each of the ports discovered
during its SNS scan.  Remove unused code.

From: 	Andrew Vasquez <andrew.vasquez@qlogic.com>

The 2200 firmware doesn't support the MS IOCB interface the driver 
uses to issue CT commands to the SNS.  Basically, I had to 
forward-port some code from the 6.x driver to get the SNS calls 
to go through.  I've had several machines (mixture of 2200s/
2300s/others with loop and fabric connections) running with this
patch for the past week.

From:         Andrew Vasquez <praka@users.sourceforge.net>
http://sourceforge.net/projects/linux-qla2xxx/

A very simple patch against 2.6.0 follows, which fixes an improper file
reference in the scsi sym53c8xx_2 driver help text. The referenced
documentation file was moved in 2.5.48 but the help text was not updated
accordingly.

 linux-262-rc1-bk1-rddunlap/drivers/scsi/Kconfig |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

From: Timmy Yee <shoujun@masterofpi.org>

In drivers/scsi/aha1542.c, kmalloc() is called with no memtype (i.e.
without some flag like GFP_KERNEL). The following patch will fix that.

diff -puN drivers/scsi/aha1542.c~aha1542_kmalloc_type drivers/scsi/aha1542.c


 linux-262-rc1-bk1-rddunlap/drivers/scsi/aha1542.c |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

From: Timmy Yee <shoujun@masterofpi.org>

The aha1542 driver calls panic() if kmalloc() fails, which it shouldn't
do. This patch changes that by having the code return a nonzero value, so
it tells the SCSI mid-layer to retry the command, as suggested by Randy.


diffstat:=
 drivers/scsi/aha1542.c |    7 +++++--
 1 files changed, 5 insertions(+), 2 deletions(-)

From: Moore, Eric Dean <Emoore@lsil.com>

Here is list of fix's.
* added new PCI API support
* added ACPI support
* added CONFIG_LBA, READ16, WRITE16 support
* underun fix
* chain buffer free list not being init properly
* reduce task management 
        (abort=2sec,reset bus=5sec, timeout=10sec)
* Hot plug fix's requested from Christoph Hellwig, and several
others from the linux-scsi@ list.

> This patch is against the sg driver found in lk 2.6.1-bk6 .
> It is an update on the sg patch sent in the "devices with more
> than one node" thread:
> http://marc.theaimsgroup.com/?l=linux-scsi&m=107415435300783&w=2

Attached is an updated patch adding the cdev_unmap() call
which Kai Makisara reported as required.

Noticed by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Fixed By: Juergen E. Fischer <fischer@linux-buechse.de>

On Sat, Jan 24, 2004 at 15:02:12 +0100, Guennadi Liakhovetski wrote:
> Correct and forgive me if I am wrong, it looks like you are now poking at
> ports without requesting them - in *_porttest. Is it a good idea?

Ouch.  No, of course not, you are right.  Thanks for pointing.  I
thought I had moved the port testing to aha152x_probe_one...

Following patch cleans that up.

The port test during autoconfiguration was also done without requesting
the region first and there was a bug in auto configuration of a TC1550
controller (both even before the patch).

attached my patch for the aha152x driver.  Tested for pcmcia and not
pcmcia and various devices.

changes in the aha152x driver:
- gather code that is not used by PCMCIA at the end
- move request_region for !PCMCIA case to detection
- migration to new scsi host api (remove legacy code)
- free host scribble before scsi_done
- fix error handling
- one isapnp device added to id_table

and in the pcmcia stub module:
- default to synchronous transfers
- release_region hack removed
- let core module do the scsi host api calls.

The patch at the end of this message fixes the following problems:

- cdev allocation moved outside st_dev_arr_lock, prevents the debugging
error messages reported by Mike and Mike
- cdev_unmap() added before cdev_del(), prevents oops (and kernel data
corruption) in case someone tries to use a device after removing the
module
- better error handling for failures in cdev allocation

As far as I am concerned, the patch is tested but testing by others might
be useful :-)

into hopper.(none):/usr/src/kernel/linux-2.6

into home.osdl.org:/home/torvalds/v2.5/linux

into home.osdl.org:/home/torvalds/v2.5/linux

tty->driver_data or state->port may end up being NULL in uart_close.
Make sure that we correctly clean up in this case, rather than
oopsing.

There is no way that tty can be NULL in uart_put_char() and
uart_write().  Eliminate these redundant tests.

From: Jim Collette <jim@hamachi.net>

There's an exit path in i8042_interrupt() which forgets to rearm the timer.
It can make the mouse die when X is started.

into home.osdl.org:/home/torvalds/v2.5/linux

into home.osdl.org:/home/torvalds/v2.5/linux

Current driver doesn't do shared irq properly.  When testing on
a laptop here irq 3 get shared between pcmcia slot and tty/IRDA

Andreas Happe <andreashappe@gmx.net> writes:
> my notebook (hp/compaq nx7000) still crashes when using 8139cp (runs
> rock solid with 8139too driver). The computer just locks up, there is no
> dmesg output. This has happened since I've got this laptop (around
> november '03).

It seems 8139cp.c has the race condition of rx_poll and interrupt.

NOTE, since I don't have this device, patch is untested. Sorry.

into kernel.bkbits.net:/home/davem/irda-2.6

into home.osdl.org:/home/torvalds/v2.5/linux

I got a Wacom Graphire3 for my birthday and unfortunately it didn't
work. After some playing around, I noticed the 2.6 kernel needs a few
small modifications to make it work.

This simple patch adds support for the Wacom Graphire 3.

into home.osdl.org:/home/torvalds/v2.5/linux

Fix this:

drivers/scsi/aha1542.c:74: warning: unsigned int format, different type arg (arg 5)

From: 	Justin T. Gibbs <gibbs@scsiguy.com>

From: 	Petri Koistinen <petri.koistinen@iki.fi>

Here is an update to use pci_set_consistent_dma_mask.  But since
dma_alloc_coherent uses dma_mask instead of consistent one, I left in
setting dma_mask as well until the alloc routine changes.

Avoid a possible timer deletion race.

From: James Cross <jscross@veritas.com>

The RAW_GETBIND compatibility ioctl call does convert properly between the
32bit/64bit version of raw_config_request due to a trivial error, and the
ioctl call fails.

From: Dave Jones <davej@redhat.com>

Fix typo in the recent 2.4 DMI sync-up.

From: Jean Delvare <khali@linux-fr.org>

There are 24 members of this array.