<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/scsi/BusLogic.c, branch linux-4.4.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.4.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.4.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2021-06-03T06:22:08Z</updated>
<entry>
<title>scsi: BusLogic: Fix 64-bit system enumeration error for Buslogic</title>
<updated>2021-06-03T06:22:08Z</updated>
<author>
<name>Matt Wang</name>
</author>
<published>2021-05-11T03:04:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=038dc339d6eac1e86b40c75d590f2f3b47723cb1'/>
<id>urn:sha1:038dc339d6eac1e86b40c75d590f2f3b47723cb1</id>
<content type='text'>
[ Upstream commit 56f396146af278135c0ff958c79b5ee1bd22453d ]

Commit 391e2f25601e ("[SCSI] BusLogic: Port driver to 64-bit")
introduced a serious issue for 64-bit systems.  With this commit,
64-bit kernel will enumerate 8*15 non-existing disks.  This is caused
by the broken CCB structure.  The change from u32 data to void *data
increased CCB length on 64-bit system, which introduced an extra 4
byte offset of the CDB.  This leads to incorrect response to INQUIRY
commands during enumeration.

Fix disk enumeration failure by reverting the portion of the commit
above which switched the data pointer from u32 to void.

Link: https://lore.kernel.org/r/C325637F-1166-4340-8F0F-3BCCD59D4D54@vmware.com
Acked-by: Khalid Aziz &lt;khalid@gonehiking.org&gt;
Signed-off-by: Matt Wang &lt;wwentao@vmware.com&gt;
Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>scsi: replace seq_printf with seq_puts</title>
<updated>2015-02-02T17:57:45Z</updated>
<author>
<name>Rasmus Villemoes</name>
</author>
<published>2014-12-02T23:10:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=91c40f24faadd977ee9209fee6a760e72a50d19c'/>
<id>urn:sha1:91c40f24faadd977ee9209fee6a760e72a50d19c</id>
<content type='text'>
Using seq_printf to print a simple string is a lot more expensive than
it needs to be, since seq_puts exists. Replace seq_printf with
seq_puts when possible.

Signed-off-by: Rasmus Villemoes &lt;linux@rasmusvillemoes.dk&gt;
Reviewed-by: Finn Thain &lt;fthain@telegraphics.com.au&gt;
Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
</content>
</entry>
<entry>
<title>scsi: drop reason argument from -&gt;change_queue_depth</title>
<updated>2014-11-24T13:45:27Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2014-11-13T14:08:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=db5ed4dfd5dd0142ec36ff7b335e0ec3b836b3e6'/>
<id>urn:sha1:db5ed4dfd5dd0142ec36ff7b335e0ec3b836b3e6</id>
<content type='text'>
Drop the now unused reason argument from the -&gt;change_queue_depth method.
Also add a return value to scsi_adjust_queue_depth, and rename it to
scsi_change_queue_depth now that it can be used as the default
-&gt;change_queue_depth implementation.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Reviewed-by: Mike Christie &lt;michaelc@cs.wisc.edu&gt;
Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;
</content>
</entry>
<entry>
<title>scsi: don't set tagging state from scsi_adjust_queue_depth</title>
<updated>2014-11-12T10:19:43Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2014-11-03T19:15:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c8b09f6fb67df7fc1b51ced1037fa9b677428149'/>
<id>urn:sha1:c8b09f6fb67df7fc1b51ced1037fa9b677428149</id>
<content type='text'>
Remove the tagged argument from scsi_adjust_queue_depth, and just let it
handle the queue depth.  For most drivers those two are fairly separate,
given that most modern drivers don't care about the SCSI "tagged" status
of a command at all, and many old drivers allow queuing of multiple
untagged commands in the driver.

Instead we start out with the -&gt;simple_tags flag set before calling
-&gt;slave_configure, which is how all drivers actually looking at
-&gt;simple_tags except for one worke anyway.  The one other case looks
broken, but I've kept the behavior as-is for now.

Except for that we only change -&gt;simple_tags from the -&gt;change_queue_type,
and when rejecting a tag message in a single driver, so keeping this
churn out of scsi_adjust_queue_depth is a clear win.

Now that the usage of scsi_adjust_queue_depth is more obvious we can
also remove all the trivial instances in -&gt;slave_alloc or -&gt;slave_configure
that just set it to the cmd_per_lun default.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Reviewed-by: Mike Christie &lt;michaelc@cs.wisc.edu&gt;
Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;
Reviewed-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
</content>
</entry>
<entry>
<title>PCI: Remove DEFINE_PCI_DEVICE_TABLE macro use</title>
<updated>2014-08-12T18:15:14Z</updated>
<author>
<name>Benoit Taine</name>
</author>
<published>2014-08-08T13:56:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9baa3c34ac4e27f7e062f266f50cc5dbea26a6c1'/>
<id>urn:sha1:9baa3c34ac4e27f7e062f266f50cc5dbea26a6c1</id>
<content type='text'>
We should prefer `struct pci_device_id` over `DEFINE_PCI_DEVICE_TABLE` to
meet kernel coding style guidelines.  This issue was reported by checkpatch.

A simplified version of the semantic patch that makes this change is as
follows (http://coccinelle.lip6.fr/):

// &lt;smpl&gt;

@@
identifier i;
declarer name DEFINE_PCI_DEVICE_TABLE;
initializer z;
@@

- DEFINE_PCI_DEVICE_TABLE(i)
+ const struct pci_device_id i[]
= z;

// &lt;/smpl&gt;

[bhelgaas: add semantic patch]
Signed-off-by: Benoit Taine &lt;benoit.taine@lip6.fr&gt;
Signed-off-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;</content>
</entry>
<entry>
<title>[SCSI] buslogic: Added check for DMA mapping errors</title>
<updated>2013-10-25T08:57:57Z</updated>
<author>
<name>Khalid Aziz</name>
</author>
<published>2013-09-13T19:44:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=eeceec904031f859d3f348ab38fe4329c91f7550'/>
<id>urn:sha1:eeceec904031f859d3f348ab38fe4329c91f7550</id>
<content type='text'>
Added check for DMA mapping errors for request sense data
buffer. Checking for mapping error can avoid potential wild
writes. This patch was prompted by the warning from
dma_unmap when kernel is compiled with CONFIG_DMA_API_DEBUG.

Signed-off-by: Khalid Aziz &lt;khalid.aziz@oracle.com&gt;
Tested-by: Tetsuo Handa &lt;penguin-kernel@I-love.SAKURA.ne.jp&gt;
Signed-off-by: James Bottomley &lt;JBottomley@Parallels.com&gt;
</content>
</entry>
<entry>
<title>[SCSI] BusLogic: Fix an oops when intializing multimaster adapter</title>
<updated>2013-10-16T12:57:14Z</updated>
<author>
<name>Khalid Aziz</name>
</author>
<published>2013-09-25T17:45:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6541932ea2f7de0b0c5203decf666b143ad5fa33'/>
<id>urn:sha1:6541932ea2f7de0b0c5203decf666b143ad5fa33</id>
<content type='text'>
This fixes an oops caused by buslogic driver when initializing a BusLogic
MultiMaster adapter. Initialization code used scope of a variable
incorrectly which created a NULL pointer. Oops message is below:

BUG: unable to handle kernel NULL pointer dereference at 0000000c
IP: [&lt;c150c137&gt;] blogic_init_mm_probeinfo.isra.17+0x20a/0x583
*pde = 00000000
Oops: 002 [#1] PREEMPT SMP
Modules linked in:
CPU: 1 PID: 1 Comm: swapper/0 Not tainted 3.11.1.puz1 #1
Hardware name:    /Canterwood, BIOS 6.00 PG 05/16/2003
task: f7050000 ti: f7054000 task.ti: f7054000
EIP: 0060:[&lt;c150c137&gt;] EFLAGS: 00010246 CPU:1
EIP is at blogic_init_mm_probeinfo.isra.17+0x20a/0x583
EAX: 00000013 EBX: 00000000 ECX: 00000000 EDX: f8001000
ESI: f71cb800 EDI: f7388000 EBP: 00007800 ESP: f7055c84
 DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
CR0: 8005003b CR2: 0000000c CR3: 0154f000 CR4: 000007d0
Stack:
 0000001c 00000000 c11a59f6 f7055c98 00008130 ffffffff ffffffff 00000000
 00000003 00000000 00000000 00000000 00000013 f8001000 00000001 000003d0
 00000000 00000000 00000000 c14e3f84 f78803c8 00000000 f738c000 000000e9
Call Trace:
 [&lt;c11a59f6&gt;] ? pci_get_subsys+0x33/0x38
 [&lt;c150c4fb&gt;] ? blogic_init_probeinfo_list+0x4b/0x19e
 [&lt;c108d593&gt;] ? __alloc_pages_nodemask+0xe3/0x623
 [&lt;c108d593&gt;] ? __alloc_pages_nodemask+0xe3/0x623
 [&lt;c10fb99e&gt;] ? sysfs_link_sibling+0x61/0x8d
 [&lt;c10b0519&gt;] ? kmem_cache_alloc+0x8b/0xb5
 [&lt;c150cce5&gt;] ? blogic_init+0xa1/0x10e8
 [&lt;c10fc0a8&gt;] ? sysfs_add_one+0x10/0x9d
 [&lt;c10fc18a&gt;] ? sysfs_addrm_finish+0x12/0x85
 [&lt;c10fca37&gt;] ? sysfs_do_create_link_sd+0x9d/0x1b4
 [&lt;c117c272&gt;] ? blk_register_queue+0x69/0xb3
 [&lt;c10fcb68&gt;] ? sysfs_create_link+0x1a/0x2c
 [&lt;c1181a07&gt;] ? add_disk+0x1a1/0x3c7
 [&lt;c138737b&gt;] ? klist_next+0x60/0xc3
 [&lt;c122cc3a&gt;] ? scsi_dh_detach+0x68/0x68
 [&lt;c1213e36&gt;] ? bus_for_each_dev+0x51/0x61
 [&lt;c1000356&gt;] ? do_one_initcall+0x22/0x12c
 [&lt;c10f3688&gt;] ? __proc_create+0x8c/0xba
 [&lt;c150cc44&gt;] ? blogic_setup+0x5f6/0x5f6
 [&lt;c14e94aa&gt;] ? repair_env_string+0xf/0x4d
 [&lt;c14e949b&gt;] ? do_early_param+0x71/0x71
 [&lt;c103efaa&gt;] ? parse_args+0x21f/0x33d
 [&lt;c14e9a54&gt;] ? kernel_init_freeable+0xdf/0x17d
 [&lt;c14e949b&gt;] ? do_early_param+0x71/0x71
 [&lt;c1388b64&gt;] ? kernel_init+0x8/0xc0
 [&lt;c1392222&gt;] ? ret_from_kernel_thread+0x6/0x28
 [&lt;c1392227&gt;] ? ret_from_kernel_thread+0x1b/0x28
 [&lt;c1388b5c&gt;] ? rest_init+0x6c/0x6c
Code: 89 44 24 10 0f b6 44 24 3d 89 44 24 0c c7 44 24 08 00 00 00 00 c7 44 24 04 38 62 46 c1 c7 04 24 02 00 00 00 e8 78 13 d2 ff 31 db &lt;89&gt; 6b 0c b0 20 89 ea ee
 c7 44 24 08 04 00 00 00 8d 44 24 4c 89
EIP: [&lt;c150c137&gt;] blogic_init_mm_probeinfo.isra.17+0x20a/0x583 SS:ESP 0068:f7055c84
CR2: 000000000000000c
---[ end trace 17f45f5196d40487 ]---
Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000009

Signed-off-by: Khalid Aziz &lt;khalid.aziz@oracle.com&gt;
Cc: &lt;stable@vger.kernel.org&gt; # 3.11.x
Reported-by: Pierre Uszynski &lt;pierre@rahul.net&gt;
Tested-by: Pierre Uszynski &lt;pierre@rahul.net&gt;
Signed-off-by: James Bottomley &lt;JBottomley@Parallels.com&gt;
</content>
</entry>
<entry>
<title>[SCSI] BusLogic: Port driver to 64-bit.</title>
<updated>2013-06-27T01:32:47Z</updated>
<author>
<name>Khalid Aziz</name>
</author>
<published>2013-05-17T01:44:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=391e2f25601e34a7d7e5dc155e487bc58dffd8c6'/>
<id>urn:sha1:391e2f25601e34a7d7e5dc155e487bc58dffd8c6</id>
<content type='text'>
[jejb: fix up pointer to int cast warning]
Signed-off-by: Khalid Aziz &lt;khalid.aziz@oracle.com&gt;
Signed-off-by: James Bottomley &lt;JBottomley@Parallels.com&gt;
</content>
</entry>
<entry>
<title>[SCSI] BusLogic: Fix style issues</title>
<updated>2013-06-27T01:18:48Z</updated>
<author>
<name>Khalid Aziz</name>
</author>
<published>2013-05-17T01:44:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=839cb99e8f748391059d10388c8aea48a88c142c'/>
<id>urn:sha1:839cb99e8f748391059d10388c8aea48a88c142c</id>
<content type='text'>
Fix CamelCase and extra long lines in the buslogic driver.

Signed-off-by: Khalid Aziz &lt;khalid.aziz@oracle.com&gt;
Signed-off-by: James Bottomley &lt;JBottomley@Parallels.com&gt;
</content>
</entry>
<entry>
<title>BusLogic: switch to -&gt;show_info()</title>
<updated>2013-04-09T18:13:19Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2013-03-31T05:52:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=25daa96f2bf72901c3abe664e5b461f29bbf3282'/>
<id>urn:sha1:25daa96f2bf72901c3abe664e5b461f29bbf3282</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
</content>
</entry>
</feed>
