About Kernel Documentation Linux Kernel Contact Linux Resources Linux Blog

Documentation / scsi / ChangeLog.megaraid




Custom Search

Based on kernel version 3.15.4. Page generated on 2014-07-07 09:04 EST.

1	Release Date	: Thu Nov 16 15:32:35 EST 2006 -
2					Sumant Patro <sumant.patro@lsi.com>
3	Current Version : 2.20.5.1 (scsi module), 2.20.2.6 (cmm module)
4	Older Version	: 2.20.4.9 (scsi module), 2.20.2.6 (cmm module)
5	
6	1.	Changes in Initialization to fix kdump failure.
7		Send SYNC command on loading.
8		This command clears the pending commands in the adapter
9		and re-initialize its internal RAID structure.
10		Without this change, megaraid driver either panics or fails to
11		initialize the adapter during kdump's second kernel boot
12		if there are pending commands or interrupts from other devices
13		sharing the same IRQ.
14	2. 	Authors email-id domain name changed from lsil.com to lsi.com.
15		Also modified the MODULE_AUTHOR to megaraidlinux@lsi.com
16	
17	Release Date	: Fri May 19 09:31:45 EST 2006 - Seokmann Ju <sju@lsil.com>
18	Current Version : 2.20.4.9 (scsi module), 2.20.2.6 (cmm module)
19	Older Version	: 2.20.4.8 (scsi module), 2.20.2.6 (cmm module)
20	
21	1.	Fixed a bug in megaraid_init_mbox().
22		Customer reported "garbage in file on x86_64 platform".
23		Root Cause: the driver registered controllers as 64-bit DMA capable
24		for those which are not support it.
25		Fix: Made change in the function inserting identification machanism
26		identifying 64-bit DMA capable controllers.
27	
28		> -----Original Message-----
29		> From: Vasily Averin [mailto:vvs@sw.ru]
30		> Sent: Thursday, May 04, 2006 2:49 PM
31		> To: linux-scsi@vger.kernel.org; Kolli, Neela; Mukker, Atul;
32		> Ju, Seokmann; Bagalkote, Sreenivas;
33		> James.Bottomley@SteelEye.com; devel@openvz.org
34		> Subject: megaraid_mbox: garbage in file
35		>
36		> Hello all,
37		>
38		> I've investigated customers claim on the unstable work of
39		> their node and found a
40		> strange effect: reading from some files leads to the
41		>  "attempt to access beyond end of device" messages.
42		>
43		> I've checked filesystem, memory on the node, motherboard BIOS
44		> version, but it
45		> does not help and issue still has been reproduced by simple
46		> file reading.
47		>
48		> Reproducer is simple:
49		>
50		> echo 0xffffffff >/proc/sys/dev/scsi/logging_level ;
51		> cat /vz/private/101/root/etc/ld.so.cache >/tmp/ttt  ;
52		> echo 0 >/proc/sys/dev/scsi/logging
53		>
54		> It leads to the following messages in dmesg
55		>
56		> sd_init_command: disk=sda, block=871769260, count=26
57		> sda : block=871769260
58		> sda : reading 26/26 512 byte blocks.
59		> scsi_add_timer: scmd: f79ed980, time: 7500, (c02b1420)
60		> sd 0:1:0:0: send 0xf79ed980                  sd 0:1:0:0:
61		>         command: Read (10): 28 00 33 f6 24 ac 00 00 1a 00
62		> buffer = 0xf7cfb540, bufflen = 13312, done = 0xc0366b40,
63		> queuecommand 0xc0344010
64		> leaving scsi_dispatch_cmnd()
65		> scsi_delete_timer: scmd: f79ed980, rtn: 1
66		> sd 0:1:0:0: done 0xf79ed980 SUCCESS        0 sd 0:1:0:0:
67		>         command: Read (10): 28 00 33 f6 24 ac 00 00 1a 00
68		> scsi host busy 1 failed 0
69		> sd 0:1:0:0: Notifying upper driver of completion (result 0)
70		> sd_rw_intr: sda: res=0x0
71		> 26 sectors total, 13312 bytes done.
72		> use_sg is 4
73		> attempt to access beyond end of device
74		> sda6: rw=0, want=1044134458, limit=951401367
75		> Buffer I/O error on device sda6, logical block 522067228
76		> attempt to access beyond end of device
77	
78	2.	When INQUIRY with EVPD bit set issued to the MegaRAID controller,
79		system memory gets corrupted.
80		Root Cause: MegaRAID F/W handle the INQUIRY with EVPD bit set
81		incorrectly.
82		Fix: MegaRAID F/W has fixed the problem and being process of release,
83		soon. Meanwhile, driver will filter out the request.
84	
85	3.	One of member in the data structure of the driver leads unaligne
86		issue on 64-bit platform.
87		Customer reporeted "kernel unaligned access addrss" issue when
88		application communicates with MegaRAID HBA driver.
89		Root Cause: in uioc_t structure, one of member had misaligned and it
90		led system to display the error message.
91		Fix: A patch submitted to community from following folk.
92	
93		> -----Original Message-----
94		> From: linux-scsi-owner@vger.kernel.org
95		> [mailto:linux-scsi-owner@vger.kernel.org] On Behalf Of Sakurai Hiroomi
96		> Sent: Wednesday, July 12, 2006 4:20 AM
97		> To: linux-scsi@vger.kernel.org; linux-kernel@vger.kernel.org
98		> Subject: Re: Help: strange messages from kernel on IA64 platform
99		>
100		> Hi,
101		>
102		> I saw same message.
103		>
104		> When GAM(Global Array Manager) is started, The following
105		> message output.
106		> kernel: kernel unaligned access to 0xe0000001fe1080d4,
107		> ip=0xa000000200053371
108		>
109		> The uioc structure used by ioctl is defined by packed,
110		> the allignment of each member are disturbed.
111		> In a 64 bit structure, the allignment of member doesn't fit 64 bit
112		> boundary. this causes this messages.
113		> In a 32 bit structure, we don't see the message because the allinment
114		> of member fit 32 bit boundary even if packed is specified.
115		>
116		> patch
117		> I Add 32 bit dummy member to fit 64 bit boundary. I tested.
118		> We confirmed this patch fix the problem by IA64 server.
119		>
120		> **************************************************************
121		> ****************
122		> --- linux-2.6.9/drivers/scsi/megaraid/megaraid_ioctl.h.orig
123		> 2006-04-03 17:13:03.000000000 +0900
124		> +++ linux-2.6.9/drivers/scsi/megaraid/megaraid_ioctl.h
125		> 2006-04-03 17:14:09.000000000 +0900
126		> @@ -132,6 +132,10 @@
127		>  /* Driver Data: */
128		>          void __user *           user_data;
129		>          uint32_t                user_data_len;
130		> +
131		> +        /* 64bit alignment */
132		> +        uint32_t                pad_0xBC;
133		> +
134		>          mraid_passthru_t        __user *user_pthru;
135		>
136		>          mraid_passthru_t        *pthru32;
137		> **************************************************************
138		> ****************
139	
140	Release Date	: Mon Apr 11 12:27:22 EST 2006 - Seokmann Ju <sju@lsil.com>
141	Current Version : 2.20.4.8 (scsi module), 2.20.2.6 (cmm module)
142	Older Version	: 2.20.4.7 (scsi module), 2.20.2.6 (cmm module)
143	
144	1.	Fixed a bug in megaraid_reset_handler().
145		Customer reported "Unable to handle kernel NULL pointer dereference
146		at virtual address 00000000" when system goes to reset condition
147		for some reason. It happened randomly.
148		Root Cause: in the megaraid_reset_handler(), there is possibility not
149		returning pending packets in the pend_list if there are multiple
150		pending packets.
151		Fix: Made the change in the driver so that it will return all packets
152		in the pend_list.
153	
154	2.	Added change request.
155		As found in the following URL, rmb() only didn't help the
156		problem. I had to increase the loop counter to 0xFFFFFF. (6 F's)
157		http://marc.theaimsgroup.com/?l=linux-scsi&m=110971060502497&w=2
158	
159		I attached a patch for your reference, too.
160		Could you check and get this fix in your driver?
161	
162		Best Regards,
163		Jun'ichi Nomura
164	
165	Release Date	: Fri Nov 11 12:27:22 EST 2005 - Seokmann Ju <sju@lsil.com>
166	Current Version : 2.20.4.7 (scsi module), 2.20.2.6 (cmm module)
167	Older Version	: 2.20.4.6 (scsi module), 2.20.2.6 (cmm module)
168	
169	1.	Sorted out PCI IDs to remove megaraid support overlaps.
170		Based on the patch from Daniel, sorted out PCI IDs along with
171		character node name change from 'megadev' to 'megadev_legacy' to avoid
172		conflict.
173		---
174		Hopefully we'll be getting the build restriction zapped much sooner, 
175		but we should also be thinking about totally removing the hardware 
176		support overlap in the megaraid drivers.
177	
178		This patch pencils in a date of Feb 06 for this, and performs some 
179		printk abuse in hope that existing legacy users might pick up on what's
180		going on.
181	
182		Signed-off-by: Daniel Drake <dsd@gentoo.org>
183		---
184	
185	2.	Fixed a issue: megaraid always fails to reset handler.
186		---
187		I found that the megaraid driver always fails to reset the
188		adapter with the following message:
189			megaraid: resetting the host...
190			megaraid mbox: reset sequence completed successfully
191			megaraid: fast sync command timed out
192			megaraid: reservation reset failed
193		when the "Cluster mode" of the adapter BIOS is enabled.
194		So, whenever the reset occurs, the adapter goes to
195		offline and just become unavailable.
196	
197		Jun'ichi Nomura [mailto:jnomura@mtc.biglobe.ne.jp]
198		---
199	
200	Release Date	: Mon Mar 07 12:27:22 EST 2005 - Seokmann Ju <sju@lsil.com>
201	Current Version : 2.20.4.6 (scsi module), 2.20.2.6 (cmm module)
202	Older Version	: 2.20.4.5 (scsi module), 2.20.2.5 (cmm module)
203	
204	1.	Added IOCTL backward compatibility.
205		Convert megaraid_mm driver to new compat_ioctl entry points.
206		I don't have easy access to hardware, so only compile tested.
207			- Signed-off-by:Andi Kleen <ak@muc.de>
208	
209	2.	megaraid_mbox fix: wrong order of arguments in memset()
210		That, BTW, shows why cross-builds are useful-the only indication of
211		problem had been a new warning showing up in sparse output on alpha
212		build (number of exceeding 256 got truncated).
213			- Signed-off-by: Al Viro
214			<viro@parcelfarce.linux.theplanet.co.uk>
215	
216	3.	Convert pci_module_init to pci_register_driver
217		Convert from pci_module_init to pci_register_driver
218		(from:http://kernelnewbies.org/KernelJanitors/TODO)
219			- Signed-off-by: Domen Puncer <domen@coderock.org>
220	
221	4.	Use the pre defined DMA mask constants from dma-mapping.h
222		Use the DMA_{64,32}BIT_MASK constants from dma-mapping.h when calling
223		pci_set_dma_mask() or pci_set_consistend_dma_mask(). See
224		http://marc.theaimsgroup.com/?t=108001993000001&r=1&w=2 for more
225		details.
226			Signed-off-by: Tobias Klauser <tklauser@nuerscht.ch>
227			Signed-off-by: Domen Puncer <domen@coderock.org>
228	
229	5.	Remove SSID checking for Dobson, Lindsay, and Verde based products.
230		Checking the SSVID/SSID for controllers which have Dobson, Lindsay,
231		and Verde is unnecessary because device ID has been assigned by LSI
232		and it is unique value. So, all controllers with these IOPs have to be
233		supported by the driver regardless SSVID/SSID.
234	
235	6.	Date Thu, 27 Jan 2005 04:31:09 +0100 
236		From Herbert Poetzl <> 
237		Subject RFC: assert_spin_locked() for 2.6 
238	
239		Greetings!
240	
241		overcautious programming will kill your kernel ;)
242		ever thought about checking a spin_lock or even
243		asserting that it must be held (maybe just for
244		spinlock debugging?) ...
245	
246		there are several checks present in the kernel
247		where somebody does a variation on the following:
248	
249		  BUG_ON(!spin_is_locked(&some_lock));
250	
251		so what's wrong about that? nothing, unless you
252		compile the code with CONFIG_DEBUG_SPINLOCK but 
253		without CONFIG_SMP ... in which case the BUG()
254		will kill your kernel ...
255	
256		maybe it's not advised to make such assertions, 
257		but here is a solution which works for me ...
258		(compile tested for sh, x86_64 and x86, boot/run
259		tested for x86 only)
260	
261		best,
262		Herbert
263	
264			- Herbert Poetzl <herbert@13thfloor.at>, Thu, 27 Jan 2005
265	
266	Release Date	: Thu Feb 03 12:27:22 EST 2005 - Seokmann Ju <sju@lsil.com>
267	Current Version	: 2.20.4.5 (scsi module), 2.20.2.5 (cmm module)
268	Older Version	: 2.20.4.4 (scsi module), 2.20.2.4 (cmm module)
269	
270	1.	Modified name of two attributes in scsi_host_template.
271		On Wed, 2005-02-02 at 10:56 -0500, Ju, Seokmann wrote:
272		> +	.sdev_attrs			= megaraid_device_attrs,
273		> +	.shost_attrs			= megaraid_class_device_attrs,
274	
275		These are, perhaps, slightly confusing names.
276		The terms device and class_device have well defined meanings in the
277		generic device model, neither of which is what you mean here.
278		Why not simply megaraid_sdev_attrs and megaraid_shost_attrs?
279	
280		Other than this, it looks fine to me too.
281	
282	Release Date	: Thu Jan 27 00:01:03 EST 2005 - Atul Mukker <atulm@lsil.com>
283	Current Version	: 2.20.4.4 (scsi module), 2.20.2.5 (cmm module)
284	Older Version	: 2.20.4.3 (scsi module), 2.20.2.4 (cmm module)
285	
286	1.	Bump up the version of scsi module due to its conflict.
287	
288	Release Date	: Thu Jan 21 00:01:03 EST 2005 - Atul Mukker <atulm@lsil.com>
289	Current Version	: 2.20.4.3 (scsi module), 2.20.2.5 (cmm module)
290	Older Version	: 2.20.4.2 (scsi module), 2.20.2.4 (cmm module)
291	
292	1.	Remove driver ioctl for logical drive to scsi address translation and
293		replace with the sysfs attribute. To remove drives and change
294		capacity, application shall now use the device attribute to get the
295		logical drive number for a scsi device. For adding newly created
296		logical drives, class device attribute would be required to uniquely
297		identify each controller.
298			- Atul Mukker <atulm@lsil.com>
299	
300		"James, I've been thinking about this a little more, and you may be on
301		to something here. Let each driver add files as such:"
302	
303			- Matt Domsch <Matt_Domsch@dell.com>, 12.15.2004
304			 linux-scsi mailing list
305	
306	
307		"Then, if you simply publish your LD number as an extra parameter of
308		the device, you can look through /sys to find it."
309	
310			- James Bottomley <James.Bottomley@SteelEye.com>, 01.03.2005
311			 linux-scsi mailing list
312	
313	
314		"I don't see why not ... it's your driver, you can publish whatever
315		extra information you need as scsi_device attributes; that was one of
316		the designs of the extensible attribute system."
317	
318			- James Bottomley <James.Bottomley@SteelEye.com>, 01.06.2005
319			 linux-scsi mailing list
320	
321	2.	Add AMI megaraid support - Brian King <brking@charter.net>
322			PCI_VENDOR_ID_AMI, PCI_DEVICE_ID_AMI_MEGARAID3,
323			PCI_VENDOR_ID_AMI, PCI_SUBSYS_ID_PERC3_DC,
324	
325	3.	Make some code static - Adrian Bunk <bunk@stusta.de>
326		Date:	Mon, 15 Nov 2004 03:14:57 +0100
327	
328		The patch below makes some needlessly global code static.
329		-wait_queue_head_t wait_q;
330		+static wait_queue_head_t wait_q;
331	
332		Signed-off-by: Adrian Bunk <bunk@stusta.de>
333	
334	4.	Added NEC ROMB support - NEC MegaRAID PCI Express ROMB controller
335			PCI_VENDOR_ID_LSI_LOGIC, PCI_DEVICE_ID_MEGARAID_NEC_ROMB_2E,
336			PCI_SUBSYS_ID_NEC, PCI_SUBSYS_ID_MEGARAID_NEC_ROMB_2E,
337	
338	5.	Fixed Tape drive issue : For any Direct CDB command to physical device
339		including tape, timeout value set by driver was 10 minutes. With this 
340		value, most of command will return within timeout. However, for those
341		command like ERASE or FORMAT, it takes more than an hour depends on
342		capacity of the device and the command could be terminated before it 
343		completes.
344		To address this issue, the 'timeout' field in the DCDB command will 
345		have NO TIMEOUT (i.e., 4) value as its timeout on DCDB command.
346	
347	
348	
349	Release Date	: Thu Dec  9 19:10:23 EST 2004
350		- Sreenivas Bagalkote <sreenib@lsil.com>
351	
352	Current Version	: 2.20.4.2 (scsi module), 2.20.2.4 (cmm module)
353	Older Version	: 2.20.4.1 (scsi module), 2.20.2.3 (cmm module)
354	
355	i.	Introduced driver ioctl that returns scsi address for a given ld.
356		
357		"Why can't the existing sysfs interfaces be used to do this?"
358			- Brian King (brking@us.ibm.com)
359		
360		"I've looked into solving this another way, but I cannot see how
361		to get this driver-private mapping of logical drive number-> HCTL
362		without putting code something like this into the driver."
363	
364		"...and by providing a mapping a function to userspace, the driver
365		is free to change its mapping algorithm in the future if necessary .."
366			- Matt Domsch (Matt_Domsch@dell.com)
367	
368	Release Date	: Thu Dec  9 19:02:14 EST 2004 - Sreenivas Bagalkote <sreenib@lsil.com>
369	
370	Current Version	: 2.20.4.1 (scsi module), 2.20.2.3 (cmm module)
371	Older Version	: 2.20.4.1 (scsi module), 2.20.2.2 (cmm module)
372	
373	i.	Fix a bug in kioc's dma buffer deallocation
374	
375	Release Date	: Thu Nov  4 18:24:56 EST 2004 - Sreenivas Bagalkote <sreenib@lsil.com>
376	
377	Current Version	: 2.20.4.1 (scsi module), 2.20.2.2 (cmm module)
378	Older Version	: 2.20.4.0 (scsi module), 2.20.2.1 (cmm module)
379	
380	i.	Handle IOCTL cmd timeouts more properly.
381	
382	ii.	pci_dma_sync_{sg,single}_for_cpu was introduced into megaraid_mbox
383		incorrectly (instead of _for_device). Changed to appropriate 
384		pci_dma_sync_{sg,single}_for_device.
385	
386	Release Date	: Wed Oct 06 11:15:29 EDT 2004 - Sreenivas Bagalkote <sreenib@lsil.com>
387	Current Version	: 2.20.4.0 (scsi module), 2.20.2.1 (cmm module)
388	Older Version	: 2.20.4.0 (scsi module), 2.20.2.0 (cmm module)
389	
390	i.	Remove CONFIG_COMPAT around register_ioctl32_conversion
391	
392	Release Date	: Mon Sep 27 22:15:07 EDT 2004 - Atul Mukker <atulm@lsil.com>
393	Current Version	: 2.20.4.0 (scsi module), 2.20.2.0 (cmm module)
394	Older Version	: 2.20.3.1 (scsi module), 2.20.2.0 (cmm module)
395	
396	i.	Fix data corruption. Because of a typo in the driver, the IO packets
397		were wrongly shared by the ioctl path. This causes a whole IO command
398		to be replaced by an incoming ioctl command.
399	
400	Release Date	: Tue Aug 24 09:43:35 EDT 2004 - Atul Mukker <atulm@lsil.com>
401	Current Version	: 2.20.3.1 (scsi module), 2.20.2.0 (cmm module)
402	Older Version	: 2.20.3.0 (scsi module), 2.20.2.0 (cmm module)
403	
404	i.	Function reordering so that inline functions are defined before they
405		are actually used. It is now mandatory for GCC 3.4.1 (current stable)
406	
407		Declare some heavy-weight functions to be non-inlined,
408		megaraid_mbox_build_cmd, megaraid_mbox_runpendq,
409		megaraid_mbox_prepare_pthru, megaraid_mbox_prepare_epthru,
410		megaraid_busywait_mbox
411	
412			- Andrew Morton, 08.19.2004
413			linux-scsi mailing list
414	
415		"Something else to clean up after inclusion: every instance of an
416		inline function is actually rendered as a full function call, because
417		the function is always used before it is defined.  Atul, please
418		re-arrange the code to eliminate the need for most (all) of the
419		function prototypes at the top of each file, and define (not just
420		declare with a prototype) each inline function before its first use"
421	
422			- Matt Domsch <Matt_Domsch@dell.com>, 07.27.2004
423			linux-scsi mailing list
424	
425	
426	ii.	Display elapsed time (countdown) while waiting for FW to boot.
427	
428	iii.	Module compilation reorder in Makefile so that unresolved symbols do
429		not occur when driver is compiled non-modular.
430	
431			Patrick J. LoPresti <patl@users.sourceforge.net>, 8.22.2004
432			linux-scsi mailing list
433	
434	
435	Release Date	: Thu Aug 19 09:58:33 EDT 2004 - Atul Mukker <atulm@lsil.com>
436	Current Version	: 2.20.3.0 (scsi module), 2.20.2.0 (cmm module)
437	Older Version	: 2.20.2.0 (scsi module), 2.20.1.0 (cmm module)
438	
439	i.	When copying the mailbox packets, copy only first 14 bytes (for 32-bit
440		mailboxes) and only first 22 bytes (for 64-bit mailboxes). This is to
441		avoid getting the stale values for busy bit. We want to set the busy
442		bit just before issuing command to the FW.
443	
444	ii.	In the reset handling, if the reseted command is not owned by the
445		driver, do not (wrongly) print information for the "attached" driver
446		packet.
447	
448	iii.	Have extended wait when issuing command in synchronous mode. This is
449		required for the cases where the option ROM is disabled and there is
450		no BIOS to start the controller. The FW starts to boot after receiving
451		the first command from the driver. The current driver has 1 second
452		timeout for the synchronous commands, which is far less than what is
453		actually required. We now wait up to MBOX_RESET_TIME (180 seconds) for
454		FW boot process.
455	
456	iv.	In megaraid_mbox_product_info, clear the mailbox contents completely
457		before preparing the command for inquiry3. This is to ensure that the
458		FW does not get junk values in the command.
459	
460	v.	Do away with the redundant LSI_CONFIG_COMPAT redefinition for
461		CONFIG_COMPAT. Replace <asm/ioctl32.h> with <linux/ioctl32.h>
462	
463			- James Bottomley <James.Bottomley@SteelEye.com>, 08.17.2004
464			 linux-scsi mailing list
465	
466	vi.	Add support for 64-bit applications. Current drivers assume only
467		32-bit applications, even on 64-bit platforms. Use the "data" and
468		"buffer" fields of the mimd_t structure, instead of embedded 32-bit
469		addresses in application mailbox and passthru structures.
470	
471	vii.	Move the function declarations for the management module from
472		megaraid_mm.h to megaraid_mm.c
473	
474			- Andrew Morton, 08.19.2004
475			linux-scsi mailing list
476	
477	viii.	Change default values for MEGARAID_NEWGEN, MEGARAID_MM, and
478		MEGARAID_MAILBOX to 'n' in Kconfig.megaraid
479	
480			- Andrew Morton, 08.19.2004
481			linux-scsi mailing list
482	
483	ix.	replace udelay with msleep
484	
485	x.	Typos corrected in comments and whitespace adjustments, explicit
486		grouping of expressions.
487	
488	
489	Release Date	: Fri Jul 23 15:22:07 EDT 2004 - Atul Mukker <atulm@lsil.com>
490	Current Version	: 2.20.2.0 (scsi module), 2.20.1.0 (cmm module)
491	Older Version	: 2.20.1.0 (scsi module), 2.20.0.0 (cmm module)
492	
493	i.	Add PCI ids for Acer ROMB 2E solution
494	
495	ii.	Add PCI ids for I4
496	
497	iii.	Typo corrected for subsys id for megaraid sata 300-4x
498	
499	iv.	Remove yield() while mailbox handshake in synchronous commands
500	
501	
502		"My other main gripe is things like this:
503	
504		+	// wait for maximum 1 second for status to post
505		+	for (i = 0; i < 40000; i++) {
506		+		if (mbox->numstatus != 0xFF) break;
507		+		udelay(25); yield();
508		+	}
509	
510		which litter the driver.  Use of yield() in drivers is deprecated."
511	
512			- James Bottomley <James.Bottomley@SteelEye.com>, 07.14.2004
513			 linux-scsi mailing list
514	
515	v.	Remove redundant __megaraid_busywait_mbox routine
516	
517	vi.	Fix bug in the management module, which causes a system lockup when the
518		IO module is loaded and then unloaded, followed by executing any
519		management utility. The current version of management module does not
520		handle the adapter unregister properly.
521	
522		Specifically, it still keeps a reference to the unregistered
523		controllers. To avoid this, the static array adapters has been
524		replaced by a dynamic list, which gets updated every time an adapter
525		is added or removed.
526	
527		Also, during unregistration of the IO module, the resources are
528		now released in the exact reverse order of the allocation time
529		sequence.
530	
531	
532	Release Date	: Fri Jun 25 18:58:43 EDT 2004 - Atul Mukker <atulm@lsil.com>
533	Current Version	: 2.20.1.0
534	Older Version	: megaraid 2.20.0.1
535	
536	i.	Stale list pointer in adapter causes kernel panic when module
537		megaraid_mbox is unloaded
538	
539	
540	Release Date	: Thu Jun 24 20:37:11 EDT 2004 - Atul Mukker <atulm@lsil.com>
541	Current Version	: 2.20.0.1
542	Older Version	: megaraid 2.20.0.00
543	
544	i.	Modules are not 'y' by default, but depend on current definition of
545		SCSI & PCI.
546	
547	ii.	Redundant structure mraid_driver_t removed.
548	
549	iii.	Miscellaneous indentation and goto/label fixes.
550			- Christoph Hellwig <hch@infradead.org>, 06.24.2004 linux-scsi
551	
552	iv.	scsi_host_put(), do just before completing HBA shutdown.
553	
554	
555	
556	Release Date	: Mon Jun 21 19:53:54 EDT 2004 - Atul Mukker <atulm@lsil.com>
557	Current Version	: 2.20.0.0
558	Older Version	: megaraid 2.20.0.rc2 and 2.00.3
559	
560	i.	Independent module to interact with userland applications and
561		multiplex command to low level RAID module(s).
562	
563		"Shared code in a third module, a "library module", is an acceptable
564		solution. modprobe automatically loads dependent modules, so users
565		running "modprobe driver1" or "modprobe driver2" would automatically
566		load the shared library module."
567	
568			- Jeff Garzik <jgarzik@pobox.com> 02.25.2004 LKML
569	
570		"As Jeff hinted, if your userspace<->driver API is consistent between
571		your new MPT-based RAID controllers and your existing megaraid driver,
572		then perhaps you need a single small helper module (lsiioctl or some
573		better name), loaded by both mptraid and megaraid automatically, which
574		handles registering the /dev/megaraid node dynamically. In this case,
575		both mptraid and megaraid would register with lsiioctl for each
576		adapter discovered, and lsiioctl would essentially be a switch,
577		redirecting userspace tool ioctls to the appropriate driver."
578	
579			- Matt Domsch <Matt_Domsch@dell.com> 02.25.2004 LKML
580	
581	ii.	Remove C99 initializations from pci_device id.
582	
583		"pci_id_table_g would be much more readable when not using C99
584		initializers.
585		PCI table doesn't change, there's lots of users that prefer the more
586		readable variant.  And it's really far less and much easier to grok
587		lines without C99 initializers."
588	
589			- Christoph Hellwig <hch@infradead.org>, 05.28.2004 linux-scsi
590	
591	iii.	Many fixes as suggested by Christoph Hellwig <hch@infradead.org> on
592		linux-scsi, 05.28.2004
593	
594	iv.	We now support up to 32 parallel ioctl commands instead of current 1.
595		There is a conscious effort to let memory allocation not fail for ioctl
596		commands.
597	
598	v.	Do away with internal memory management. Use pci_pool_(create|alloc)
599		instead.
600	
601	vi.	Kill tasklet when unloading the driver.
602	
603	vii.	Do not use "host_lock', driver has fine-grain locks now to protect all
604		data structures.
605	
606	viii.	Optimize the build scatter-gather list routine. The callers already
607		know the data transfer address and length.
608	
609	ix.	Better implementation of error handling and recovery. Driver now
610		performs extended errors recovery for instances like scsi cable pull.
611	
612	x.	Disassociate the management commands with an overlaid scsi command.
613		Driver now treats the management packets as special packets and has a
614		dedicated callback routine.
Hide Line Numbers
About Kernel Documentation Linux Kernel Contact Linux Resources Linux Blog

Information is copyright its respective author. All material is available from the Linux Kernel Source distributed under a GPL License. This page is provided as a free service by mjmwired.net.