Release Date	: Thu Nov 16 15:32:35 EST 2006 -
  				Sumant Patro <sumant.patro@lsi.com>
  Current Version : 2.20.5.1 (scsi module), 2.20.2.6 (cmm module)
  Older Version	: 2.20.4.9 (scsi module), 2.20.2.6 (cmm module)
  
  1.	Changes in Initialization to fix kdump failure.
  	Send SYNC command on loading.
  	This command clears the pending commands in the adapter
  	and re-initialize its internal RAID structure.
  	Without this change, megaraid driver either panics or fails to
  	initialize the adapter during kdump's second kernel boot
  	if there are pending commands or interrupts from other devices
  	sharing the same IRQ.
  2. 	Authors email-id domain name changed from lsil.com to lsi.com.
  	Also modified the MODULE_AUTHOR to megaraidlinux@lsi.com
  
  Release Date	: Fri May 19 09:31:45 EST 2006 - Seokmann Ju <sju@lsil.com>
  Current Version : 2.20.4.9 (scsi module), 2.20.2.6 (cmm module)
  Older Version	: 2.20.4.8 (scsi module), 2.20.2.6 (cmm module)
  
  1.	Fixed a bug in megaraid_init_mbox().
  	Customer reported "garbage in file on x86_64 platform".
  	Root Cause: the driver registered controllers as 64-bit DMA capable
  	for those which are not support it.
  	Fix: Made change in the function inserting identification machanism
  	identifying 64-bit DMA capable controllers.
  
  	> -----Original Message-----
  	> From: Vasily Averin [mailto:vvs@sw.ru]
  	> Sent: Thursday, May 04, 2006 2:49 PM
  	> To: linux-scsi@vger.kernel.org; Kolli, Neela; Mukker, Atul;
  	> Ju, Seokmann; Bagalkote, Sreenivas;
  	> James.Bottomley@SteelEye.com; devel@openvz.org
  	> Subject: megaraid_mbox: garbage in file
  	>
  	> Hello all,
  	>
  	> I've investigated customers claim on the unstable work of
  	> their node and found a
  	> strange effect: reading from some files leads to the
  	>  "attempt to access beyond end of device" messages.
  	>
  	> I've checked filesystem, memory on the node, motherboard BIOS
  	> version, but it
  	> does not help and issue still has been reproduced by simple
  	> file reading.
  	>
  	> Reproducer is simple:
  	>
  	> echo 0xffffffff >/proc/sys/dev/scsi/logging_level ;
  	> cat /vz/private/101/root/etc/ld.so.cache >/tmp/ttt  ;
  	> echo 0 >/proc/sys/dev/scsi/logging
  	>
  	> It leads to the following messages in dmesg
  	>
  	> sd_init_command: disk=sda, block=871769260, count=26
  	> sda : block=871769260
  	> sda : reading 26/26 512 byte blocks.
  	> scsi_add_timer: scmd: f79ed980, time: 7500, (c02b1420)
  	> sd 0:1:0:0: send 0xf79ed980                  sd 0:1:0:0:
  	>         command: Read (10): 28 00 33 f6 24 ac 00 00 1a 00
  	> buffer = 0xf7cfb540, bufflen = 13312, done = 0xc0366b40,
  	> queuecommand 0xc0344010
  	> leaving scsi_dispatch_cmnd()
  	> scsi_delete_timer: scmd: f79ed980, rtn: 1
  	> sd 0:1:0:0: done 0xf79ed980 SUCCESS        0 sd 0:1:0:0:
  	>         command: Read (10): 28 00 33 f6 24 ac 00 00 1a 00
  	> scsi host busy 1 failed 0
  	> sd 0:1:0:0: Notifying upper driver of completion (result 0)
  	> sd_rw_intr: sda: res=0x0
  	> 26 sectors total, 13312 bytes done.
  	> use_sg is 4
  	> attempt to access beyond end of device
  	> sda6: rw=0, want=1044134458, limit=951401367
  	> Buffer I/O error on device sda6, logical block 522067228
  	> attempt to access beyond end of device
  
  2.	When INQUIRY with EVPD bit set issued to the MegaRAID controller,
  	system memory gets corrupted.
  	Root Cause: MegaRAID F/W handle the INQUIRY with EVPD bit set
  	incorrectly.
  	Fix: MegaRAID F/W has fixed the problem and being process of release,
  	soon. Meanwhile, driver will filter out the request.
  
  3.	One of member in the data structure of the driver leads unaligne
  	issue on 64-bit platform.
  	Customer reporeted "kernel unaligned access addrss" issue when
  	application communicates with MegaRAID HBA driver.
  	Root Cause: in uioc_t structure, one of member had misaligned and it
  	led system to display the error message.
  	Fix: A patch submitted to community from following folk.
  
  	> -----Original Message-----
  	> From: linux-scsi-owner@vger.kernel.org
  	> [mailto:linux-scsi-owner@vger.kernel.org] On Behalf Of Sakurai Hiroomi
  	> Sent: Wednesday, July 12, 2006 4:20 AM
  	> To: linux-scsi@vger.kernel.org; linux-kernel@vger.kernel.org
  	> Subject: Re: Help: strange messages from kernel on IA64 platform
  	>
  	> Hi,
  	>
  	> I saw same message.
  	>
  	> When GAM(Global Array Manager) is started, The following
  	> message output.
  	> kernel: kernel unaligned access to 0xe0000001fe1080d4,
  	> ip=0xa000000200053371
  	>
  	> The uioc structure used by ioctl is defined by packed,
  	> the allignment of each member are disturbed.
  	> In a 64 bit structure, the allignment of member doesn't fit 64 bit
  	> boundary. this causes this messages.
  	> In a 32 bit structure, we don't see the message because the allinment
  	> of member fit 32 bit boundary even if packed is specified.
  	>
  	> patch
  	> I Add 32 bit dummy member to fit 64 bit boundary. I tested.
  	> We confirmed this patch fix the problem by IA64 server.
  	>
  	> **************************************************************
  	> ****************
  	> --- linux-2.6.9/drivers/scsi/megaraid/megaraid_ioctl.h.orig
  	> 2006-04-03 17:13:03.000000000 +0900
  	> +++ linux-2.6.9/drivers/scsi/megaraid/megaraid_ioctl.h
  	> 2006-04-03 17:14:09.000000000 +0900
  	> @@ -132,6 +132,10 @@
  	>  /* Driver Data: */
  	>          void __user *           user_data;
  	>          uint32_t                user_data_len;
  	> +
  	> +        /* 64bit alignment */
  	> +        uint32_t                pad_0xBC;
  	> +
  	>          mraid_passthru_t        __user *user_pthru;
  	>
  	>          mraid_passthru_t        *pthru32;
  	> **************************************************************
  	> ****************
  
  Release Date	: Mon Apr 11 12:27:22 EST 2006 - Seokmann Ju <sju@lsil.com>
  Current Version : 2.20.4.8 (scsi module), 2.20.2.6 (cmm module)
  Older Version	: 2.20.4.7 (scsi module), 2.20.2.6 (cmm module)
  
  1.	Fixed a bug in megaraid_reset_handler().
  	Customer reported "Unable to handle kernel NULL pointer dereference
  	at virtual address 00000000" when system goes to reset condition
  	for some reason. It happened randomly.
  	Root Cause: in the megaraid_reset_handler(), there is possibility not
  	returning pending packets in the pend_list if there are multiple
  	pending packets.
  	Fix: Made the change in the driver so that it will return all packets
  	in the pend_list.
  
  2.	Added change request.
  	As found in the following URL, rmb() only didn't help the
  	problem. I had to increase the loop counter to 0xFFFFFF. (6 F's)
  	http://marc.theaimsgroup.com/?l=linux-scsi&m=110971060502497&w=2
  
  	I attached a patch for your reference, too.
  	Could you check and get this fix in your driver?
  
  	Best Regards,
  	Jun'ichi Nomura
  
  Release Date	: Fri Nov 11 12:27:22 EST 2005 - Seokmann Ju <sju@lsil.com>
  Current Version : 2.20.4.7 (scsi module), 2.20.2.6 (cmm module)
  Older Version	: 2.20.4.6 (scsi module), 2.20.2.6 (cmm module)
  
  1.	Sorted out PCI IDs to remove megaraid support overlaps.
  	Based on the patch from Daniel, sorted out PCI IDs along with
  	character node name change from 'megadev' to 'megadev_legacy' to avoid
  	conflict.
  	---
  	Hopefully we'll be getting the build restriction zapped much sooner, 
  	but we should also be thinking about totally removing the hardware 
  	support overlap in the megaraid drivers.
  
  	This patch pencils in a date of Feb 06 for this, and performs some 
  	printk abuse in hope that existing legacy users might pick up on what's
  	going on.
  
  	Signed-off-by: Daniel Drake <dsd@gentoo.org>
  	---
  
  2.	Fixed a issue: megaraid always fails to reset handler.
  	---
  	I found that the megaraid driver always fails to reset the
  	adapter with the following message:
  		megaraid: resetting the host...
  		megaraid mbox: reset sequence completed successfully
  		megaraid: fast sync command timed out
  		megaraid: reservation reset failed
  	when the "Cluster mode" of the adapter BIOS is enabled.
  	So, whenever the reset occurs, the adapter goes to
  	offline and just become unavailable.
  
  	Jun'ichi Nomura [mailto:jnomura@mtc.biglobe.ne.jp]
  	---
  
  Release Date	: Mon Mar 07 12:27:22 EST 2005 - Seokmann Ju <sju@lsil.com>
  Current Version : 2.20.4.6 (scsi module), 2.20.2.6 (cmm module)
  Older Version	: 2.20.4.5 (scsi module), 2.20.2.5 (cmm module)
  
  1.	Added IOCTL backward compatibility.
  	Convert megaraid_mm driver to new compat_ioctl entry points.
  	I don't have easy access to hardware, so only compile tested.
  		- Signed-off-by:Andi Kleen <ak@muc.de>
  
  2.	megaraid_mbox fix: wrong order of arguments in memset()
  	That, BTW, shows why cross-builds are useful-the only indication of
  	problem had been a new warning showing up in sparse output on alpha
  	build (number of exceeding 256 got truncated).
  		- Signed-off-by: Al Viro
  		<viro@parcelfarce.linux.theplanet.co.uk>
  
  3.	Convert pci_module_init to pci_register_driver
  	Convert from pci_module_init to pci_register_driver
  	(from:http://kernelnewbies.org/KernelJanitors/TODO)
  		- Signed-off-by: Domen Puncer <domen@coderock.org>
  
  4.	Use the pre defined DMA mask constants from dma-mapping.h
  	Use the DMA_{64,32}BIT_MASK constants from dma-mapping.h when calling
  	pci_set_dma_mask() or pci_set_consistend_dma_mask(). See
  	http://marc.theaimsgroup.com/?t=108001993000001&r=1&w=2 for more
  	details.
  		Signed-off-by: Tobias Klauser <tklauser@nuerscht.ch>
  		Signed-off-by: Domen Puncer <domen@coderock.org>
  
  5.	Remove SSID checking for Dobson, Lindsay, and Verde based products.
  	Checking the SSVID/SSID for controllers which have Dobson, Lindsay,
  	and Verde is unnecessary because device ID has been assigned by LSI
  	and it is unique value. So, all controllers with these IOPs have to be
  	supported by the driver regardless SSVID/SSID.
  
  6.	Date Thu, 27 Jan 2005 04:31:09 +0100 
  	From Herbert Poetzl <> 
  	Subject RFC: assert_spin_locked() for 2.6 
  
  	Greetings!
  
  	overcautious programming will kill your kernel ;)
  	ever thought about checking a spin_lock or even
  	asserting that it must be held (maybe just for
  	spinlock debugging?) ...
  
  	there are several checks present in the kernel
  	where somebody does a variation on the following:
  
  	  BUG_ON(!spin_is_locked(&some_lock));
  
  	so what's wrong about that? nothing, unless you
  	compile the code with CONFIG_DEBUG_SPINLOCK but 
  	without CONFIG_SMP ... in which case the BUG()
  	will kill your kernel ...
  
  	maybe it's not advised to make such assertions, 
  	but here is a solution which works for me ...
  	(compile tested for sh, x86_64 and x86, boot/run
  	tested for x86 only)
  
  	best,
  	Herbert
  
  		- Herbert Poetzl <herbert@13thfloor.at>, Thu, 27 Jan 2005
  
  Release Date	: Thu Feb 03 12:27:22 EST 2005 - Seokmann Ju <sju@lsil.com>
  Current Version	: 2.20.4.5 (scsi module), 2.20.2.5 (cmm module)
  Older Version	: 2.20.4.4 (scsi module), 2.20.2.4 (cmm module)
  
  1.	Modified name of two attributes in scsi_host_template.
  	On Wed, 2005-02-02 at 10:56 -0500, Ju, Seokmann wrote:
  	> +	.sdev_attrs			= megaraid_device_attrs,
  	> +	.shost_attrs			= megaraid_class_device_attrs,
  
  	These are, perhaps, slightly confusing names.
  	The terms device and class_device have well defined meanings in the
  	generic device model, neither of which is what you mean here.
  	Why not simply megaraid_sdev_attrs and megaraid_shost_attrs?
  
  	Other than this, it looks fine to me too.
  
  Release Date	: Thu Jan 27 00:01:03 EST 2005 - Atul Mukker <atulm@lsil.com>
  Current Version	: 2.20.4.4 (scsi module), 2.20.2.5 (cmm module)
  Older Version	: 2.20.4.3 (scsi module), 2.20.2.4 (cmm module)
  
  1.	Bump up the version of scsi module due to its conflict.
  
  Release Date	: Thu Jan 21 00:01:03 EST 2005 - Atul Mukker <atulm@lsil.com>
  Current Version	: 2.20.4.3 (scsi module), 2.20.2.5 (cmm module)
  Older Version	: 2.20.4.2 (scsi module), 2.20.2.4 (cmm module)
  
  1.	Remove driver ioctl for logical drive to scsi address translation and
  	replace with the sysfs attribute. To remove drives and change
  	capacity, application shall now use the device attribute to get the
  	logical drive number for a scsi device. For adding newly created
  	logical drives, class device attribute would be required to uniquely
  	identify each controller.
  		- Atul Mukker <atulm@lsil.com>
  
  	"James, I've been thinking about this a little more, and you may be on
  	to something here. Let each driver add files as such:"
  
  		- Matt Domsch <Matt_Domsch@dell.com>, 12.15.2004
  		 linux-scsi mailing list
  
  
  	"Then, if you simply publish your LD number as an extra parameter of
  	the device, you can look through /sys to find it."
  
  		- James Bottomley <James.Bottomley@SteelEye.com>, 01.03.2005
  		 linux-scsi mailing list
  
  
  	"I don't see why not ... it's your driver, you can publish whatever
  	extra information you need as scsi_device attributes; that was one of
  	the designs of the extensible attribute system."
  
  		- James Bottomley <James.Bottomley@SteelEye.com>, 01.06.2005
  		 linux-scsi mailing list
  
  2.	Add AMI megaraid support - Brian King <brking@charter.net>
  		PCI_VENDOR_ID_AMI, PCI_DEVICE_ID_AMI_MEGARAID3,
  		PCI_VENDOR_ID_AMI, PCI_SUBSYS_ID_PERC3_DC,
  
  3.	Make some code static - Adrian Bunk <bunk@stusta.de>
  	Date:	Mon, 15 Nov 2004 03:14:57 +0100
  
  	The patch below makes some needlessly global code static.
  	-wait_queue_head_t wait_q;
  	+static wait_queue_head_t wait_q;
  
  	Signed-off-by: Adrian Bunk <bunk@stusta.de>
  
  4.	Added NEC ROMB support - NEC MegaRAID PCI Express ROMB controller
  		PCI_VENDOR_ID_LSI_LOGIC, PCI_DEVICE_ID_MEGARAID_NEC_ROMB_2E,
  		PCI_SUBSYS_ID_NEC, PCI_SUBSYS_ID_MEGARAID_NEC_ROMB_2E,
  
  5.	Fixed Tape drive issue : For any Direct CDB command to physical device
  	including tape, timeout value set by driver was 10 minutes. With this 
  	value, most of command will return within timeout. However, for those
  	command like ERASE or FORMAT, it takes more than an hour depends on
  	capacity of the device and the command could be terminated before it 
  	completes.
  	To address this issue, the 'timeout' field in the DCDB command will 
  	have NO TIMEOUT (i.e., 4) value as its timeout on DCDB command.
  
  
  
  Release Date	: Thu Dec  9 19:10:23 EST 2004
  	- Sreenivas Bagalkote <sreenib@lsil.com>
  
  Current Version	: 2.20.4.2 (scsi module), 2.20.2.4 (cmm module)
  Older Version	: 2.20.4.1 (scsi module), 2.20.2.3 (cmm module)
  
  i.	Introduced driver ioctl that returns scsi address for a given ld.
  	
  	"Why can't the existing sysfs interfaces be used to do this?"
  		- Brian King (brking@us.ibm.com)
  	
  	"I've looked into solving this another way, but I cannot see how
  	to get this driver-private mapping of logical drive number-> HCTL
  	without putting code something like this into the driver."
  
  	"...and by providing a mapping a function to userspace, the driver
  	is free to change its mapping algorithm in the future if necessary .."
  		- Matt Domsch (Matt_Domsch@dell.com)
  
  Release Date	: Thu Dec  9 19:02:14 EST 2004 - Sreenivas Bagalkote <sreenib@lsil.com>
  
  Current Version	: 2.20.4.1 (scsi module), 2.20.2.3 (cmm module)
  Older Version	: 2.20.4.1 (scsi module), 2.20.2.2 (cmm module)
  
  i.	Fix a bug in kioc's dma buffer deallocation
  
  Release Date	: Thu Nov  4 18:24:56 EST 2004 - Sreenivas Bagalkote <sreenib@lsil.com>
  
  Current Version	: 2.20.4.1 (scsi module), 2.20.2.2 (cmm module)
  Older Version	: 2.20.4.0 (scsi module), 2.20.2.1 (cmm module)
  
  i.	Handle IOCTL cmd timeouts more properly.
  
  ii.	pci_dma_sync_{sg,single}_for_cpu was introduced into megaraid_mbox
  	incorrectly (instead of _for_device). Changed to appropriate 
  	pci_dma_sync_{sg,single}_for_device.
  
  Release Date	: Wed Oct 06 11:15:29 EDT 2004 - Sreenivas Bagalkote <sreenib@lsil.com>
  Current Version	: 2.20.4.0 (scsi module), 2.20.2.1 (cmm module)
  Older Version	: 2.20.4.0 (scsi module), 2.20.2.0 (cmm module)
  
  i.	Remove CONFIG_COMPAT around register_ioctl32_conversion
  
  Release Date	: Mon Sep 27 22:15:07 EDT 2004 - Atul Mukker <atulm@lsil.com>
  Current Version	: 2.20.4.0 (scsi module), 2.20.2.0 (cmm module)
  Older Version	: 2.20.3.1 (scsi module), 2.20.2.0 (cmm module)
  
  i.	Fix data corruption. Because of a typo in the driver, the IO packets
  	were wrongly shared by the ioctl path. This causes a whole IO command
  	to be replaced by an incoming ioctl command.
  
  Release Date	: Tue Aug 24 09:43:35 EDT 2004 - Atul Mukker <atulm@lsil.com>
  Current Version	: 2.20.3.1 (scsi module), 2.20.2.0 (cmm module)
  Older Version	: 2.20.3.0 (scsi module), 2.20.2.0 (cmm module)
  
  i.	Function reordering so that inline functions are defined before they
  	are actually used. It is now mandatory for GCC 3.4.1 (current stable)
  
  	Declare some heavy-weight functions to be non-inlined,
  	megaraid_mbox_build_cmd, megaraid_mbox_runpendq,
  	megaraid_mbox_prepare_pthru, megaraid_mbox_prepare_epthru,
  	megaraid_busywait_mbox
  
  		- Andrew Morton, 08.19.2004
  		linux-scsi mailing list
  
  	"Something else to clean up after inclusion: every instance of an
  	inline function is actually rendered as a full function call, because
  	the function is always used before it is defined.  Atul, please
  	re-arrange the code to eliminate the need for most (all) of the
  	function prototypes at the top of each file, and define (not just
  	declare with a prototype) each inline function before its first use"
  
  		- Matt Domsch <Matt_Domsch@dell.com>, 07.27.2004
  		linux-scsi mailing list
  
  
  ii.	Display elapsed time (countdown) while waiting for FW to boot.
  
  iii.	Module compilation reorder in Makefile so that unresolved symbols do
  	not occur when driver is compiled non-modular.
  
  		Patrick J. LoPresti <patl@users.sourceforge.net>, 8.22.2004
  		linux-scsi mailing list
  
  
  Release Date	: Thu Aug 19 09:58:33 EDT 2004 - Atul Mukker <atulm@lsil.com>
  Current Version	: 2.20.3.0 (scsi module), 2.20.2.0 (cmm module)
  Older Version	: 2.20.2.0 (scsi module), 2.20.1.0 (cmm module)
  
  i.	When copying the mailbox packets, copy only first 14 bytes (for 32-bit
  	mailboxes) and only first 22 bytes (for 64-bit mailboxes). This is to
  	avoid getting the stale values for busy bit. We want to set the busy
  	bit just before issuing command to the FW.
  
  ii.	In the reset handling, if the reseted command is not owned by the
  	driver, do not (wrongly) print information for the "attached" driver
  	packet.
  
  iii.	Have extended wait when issuing command in synchronous mode. This is
  	required for the cases where the option ROM is disabled and there is
  	no BIOS to start the controller. The FW starts to boot after receiving
  	the first command from the driver. The current driver has 1 second
  	timeout for the synchronous commands, which is far less than what is
  	actually required. We now wait up to MBOX_RESET_TIME (180 seconds) for
  	FW boot process.
  
  iv.	In megaraid_mbox_product_info, clear the mailbox contents completely
  	before preparing the command for inquiry3. This is to ensure that the
  	FW does not get junk values in the command.
  
  v.	Do away with the redundant LSI_CONFIG_COMPAT redefinition for
  	CONFIG_COMPAT. Replace <asm/ioctl32.h> with <linux/ioctl32.h>
  
  		- James Bottomley <James.Bottomley@SteelEye.com>, 08.17.2004
  		 linux-scsi mailing list
  
  vi.	Add support for 64-bit applications. Current drivers assume only
  	32-bit applications, even on 64-bit platforms. Use the "data" and
  	"buffer" fields of the mimd_t structure, instead of embedded 32-bit
  	addresses in application mailbox and passthru structures.
  
  vii.	Move the function declarations for the management module from
  	megaraid_mm.h to megaraid_mm.c
  
  		- Andrew Morton, 08.19.2004
  		linux-scsi mailing list
  
  viii.	Change default values for MEGARAID_NEWGEN, MEGARAID_MM, and
  	MEGARAID_MAILBOX to 'n' in Kconfig.megaraid
  
  		- Andrew Morton, 08.19.2004
  		linux-scsi mailing list
  
  ix.	replace udelay with msleep
  
  x.	Typos corrected in comments and whitespace adjustments, explicit
  	grouping of expressions.
  
  
  Release Date	: Fri Jul 23 15:22:07 EDT 2004 - Atul Mukker <atulm@lsil.com>
  Current Version	: 2.20.2.0 (scsi module), 2.20.1.0 (cmm module)
  Older Version	: 2.20.1.0 (scsi module), 2.20.0.0 (cmm module)
  
  i.	Add PCI ids for Acer ROMB 2E solution
  
  ii.	Add PCI ids for I4
  
  iii.	Typo corrected for subsys id for megaraid sata 300-4x
  
  iv.	Remove yield() while mailbox handshake in synchronous commands
  
  
  	"My other main gripe is things like this:
  
  	+	// wait for maximum 1 second for status to post
  	+	for (i = 0; i < 40000; i++) {
  	+		if (mbox->numstatus != 0xFF) break;
  	+		udelay(25); yield();
  	+	}
  
  	which litter the driver.  Use of yield() in drivers is deprecated."
  
  		- James Bottomley <James.Bottomley@SteelEye.com>, 07.14.2004
  		 linux-scsi mailing list
  
  v.	Remove redundant __megaraid_busywait_mbox routine
  
  vi.	Fix bug in the management module, which causes a system lockup when the
  	IO module is loaded and then unloaded, followed by executing any
  	management utility. The current version of management module does not
  	handle the adapter unregister properly.
  
  	Specifically, it still keeps a reference to the unregistered
  	controllers. To avoid this, the static array adapters has been
  	replaced by a dynamic list, which gets updated every time an adapter
  	is added or removed.
  
  	Also, during unregistration of the IO module, the resources are
  	now released in the exact reverse order of the allocation time
  	sequence.
  
  
  Release Date	: Fri Jun 25 18:58:43 EDT 2004 - Atul Mukker <atulm@lsil.com>
  Current Version	: 2.20.1.0
  Older Version	: megaraid 2.20.0.1
  
  i.	Stale list pointer in adapter causes kernel panic when module
  	megaraid_mbox is unloaded
  
  
  Release Date	: Thu Jun 24 20:37:11 EDT 2004 - Atul Mukker <atulm@lsil.com>
  Current Version	: 2.20.0.1
  Older Version	: megaraid 2.20.0.00
  
  i.	Modules are not 'y' by default, but depend on current definition of
  	SCSI & PCI.
  
  ii.	Redundant structure mraid_driver_t removed.
  
  iii.	Miscellaneous indentation and goto/label fixes.
  		- Christoph Hellwig <hch@infradead.org>, 06.24.2004 linux-scsi
  
  iv.	scsi_host_put(), do just before completing HBA shutdown.
  
  
  
  Release Date	: Mon Jun 21 19:53:54 EDT 2004 - Atul Mukker <atulm@lsil.com>
  Current Version	: 2.20.0.0
  Older Version	: megaraid 2.20.0.rc2 and 2.00.3
  
  i.	Independent module to interact with userland applications and
  	multiplex command to low level RAID module(s).
  
  	"Shared code in a third module, a "library module", is an acceptable
  	solution. modprobe automatically loads dependent modules, so users
  	running "modprobe driver1" or "modprobe driver2" would automatically
  	load the shared library module."
  
  		- Jeff Garzik <jgarzik@pobox.com> 02.25.2004 LKML
  
  	"As Jeff hinted, if your userspace<->driver API is consistent between
  	your new MPT-based RAID controllers and your existing megaraid driver,
  	then perhaps you need a single small helper module (lsiioctl or some
  	better name), loaded by both mptraid and megaraid automatically, which
  	handles registering the /dev/megaraid node dynamically. In this case,
  	both mptraid and megaraid would register with lsiioctl for each
  	adapter discovered, and lsiioctl would essentially be a switch,
  	redirecting userspace tool ioctls to the appropriate driver."
  
  		- Matt Domsch <Matt_Domsch@dell.com> 02.25.2004 LKML
  
  ii.	Remove C99 initializations from pci_device id.
  
  	"pci_id_table_g would be much more readable when not using C99
  	initializers.
  	PCI table doesn't change, there's lots of users that prefer the more
  	readable variant.  And it's really far less and much easier to grok
  	lines without C99 initializers."
  
  		- Christoph Hellwig <hch@infradead.org>, 05.28.2004 linux-scsi
  
  iii.	Many fixes as suggested by Christoph Hellwig <hch@infradead.org> on
  	linux-scsi, 05.28.2004
  
  iv.	We now support up to 32 parallel ioctl commands instead of current 1.
  	There is a conscious effort to let memory allocation not fail for ioctl
  	commands.
  
  v.	Do away with internal memory management. Use pci_pool_(create|alloc)
  	instead.
  
  vi.	Kill tasklet when unloading the driver.
  
  vii.	Do not use "host_lock', driver has fine-grain locks now to protect all
  	data structures.
  
  viii.	Optimize the build scatter-gather list routine. The callers already
  	know the data transfer address and length.
  
  ix.	Better implementation of error handling and recovery. Driver now
  	performs extended errors recovery for instances like scsi cable pull.
  
  x.	Disassociate the management commands with an overlaid scsi command.
  	Driver now treats the management packets as special packets and has a
  	dedicated callback routine.