- 15 Mar, 2005 1 commit
-
-
James Bottomley authored
pci_ids.h (removal of on ID next to addition of another) scsi_transport_iscsi.c: change of attribute_container_unregister to transport_container_unregister. Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
- 14 Mar, 2005 37 commits
-
-
James Bottomley authored
These were lost from the SCSI transport classes in the transition to the generic classes. Ressurect it in the generic class, since it's probable that more than SCSI will want to use this. Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Brian King authored
This patch allows ipr to properly log 2 new RAID 6 related errors. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Robert Olsson authored
The current code bombs out with preemption enabled. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Stephen Hemminger authored
Some users, set hold time to zero on bridge so it always does flooding. This is usually when using it with wireless. The new RCU based code changed the behaviour so the bridge would not flood for one GC interval. This patch restores the original behaviour. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
This can elicit ICMP message output and thus result in a deadlock. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Andre Tomt authored
Signed-off-by: Andre Tomt <andre@tomt.net> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Harald Welte authored
Signed-off-by: Harald Welte <laforge@netfilter.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Ralf Bächle authored
In an attempt to return a locked socket ax25_get_socket() was calling lock_sock() with a spinlock held, bad idea. Making matters worse it's only user is running in bottom half context resulting in a potencial attempt to sleep in bottom half context, so fix the locking there as well. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
netlink_autobind has always set nlk_sk(sk)->groups to zero. This is unnecessary because sk_alloc already zeroes the entire structure. Since a socket can only be bound once netlink_autobind doesn't need to zero groups at all. This had been safe until I added mc_list. Now it is possible for netlink_bind to race against netlink_autobind running on the same socket on another CPU. The result would be a socket that's on mc_list with groups set to zero. This socket will be left on the list even after it is destroyed. The fix is to remove the zeroing in netlink_autobind. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
While replacing dst_pmtu in ip6_output I found this little gem. In ip6_forward we're not reloading the dst pointer after calling xfrm6_route_forward. So all subsequent dereferences of dst will refer to its pre-IPsec value. The solution is of course to refresh its value. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
I'm now cleaning up all users of dst_pmtu with the aim of replacing dst_pmtu with dst_mtu. I'm going to start with the ones that actually fix bugs. This patch fixes the length calculation in icmp_send. As it is we're overestimating the space available by including the space that would be used up by IPsec encapsulation. IPv6 doesn't have this problem since its calculation is based on 1280 instead of the PMTU. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
When cleaning up the remaining users of dst_pmtu I noticed that local_df wasn't being treated correctly in IPsec. In fact, if you socket's dst went over IPsec, local_df is essentailly ignored. This patch fixes that. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Bart De Schuymer authored
The patch below fixes an smp race that happens on such systems under heavy load. This bug was reported and solved by Steve Herrell <steve_herrell@yahoo.ca> Signed-off-by: Bart De Schuymer <bdschuym@pandora.be> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
Use dev_get_flags() in inet6_fill_ifinfo() to fetch interface flags to ensure correctly reporting IFF_PROMISC and IFF_ALLMULTI flags. Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
Otherwise ia64 and sparc64 explode with the new ptwalk iterators. The pgd level stuff does not handle virtual address space holes (sparc64) and region based PGD indexing (ia64) properly. It only matters in functions like clear_page_range() which potentially walk over more than a single VMA worth of address space. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Brian King authored
Bump the driver version to 2.0.13 Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Send scsi_host kobject uevent notifications for potential configuration changes. This small change allows userspace ipr apps to use netlink/uevent for configuration change notification instead of having to poll /sys for this information. These apps can already look for add/remove uevents for devices, but they also need to be notified when an adapter reset occurs, which is what this patch will do. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Various fixes to make sparse happy Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Change to use bitwise types for additional error checking by sparse Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Remove the tcq_active flag from the ipr_resource_entry struct since the same information is available through scsi core APIs. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Remove qdepth field from the ipr_resource_entry structure since the same data is also available in the scsi_device struct. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Remove driver specific tcq_enable attribute now that change_queue_type API has made it redundant. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Use new change_queue_type API. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Since the ipr adapter initialization is performed by waiting for an interrupt to occur and this is the first interrupt ever received from the adapter, and the timeout for this interrupt is 5 minutes, failed ipr adapters can halt the boot process for a long time. In certain environments, it makes sense to not try as hard to get the adapter working and just fail the adapter. This patch adds two module parameters to modify the adapter initialization sequence. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Fixes ipr to handle dynamic pci ids by searching for the adapter chipset in the probe routine if driver_data is NULL. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
The ipr family of adapters is capable of handling data transfer sizes of 16777215 bytes. Logical disk array devices under ipr are capable of only 256k transfer lengths. Patch sets max_sectors of the adapter to 32767 and overrides max_sectors for the logical disk array devices in the slave_configure routine. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
If a device disappears across an adapter reset, ipr schedules the device to be removed from scsi core. Any ops sent to that device prior to its actual removal end up getting sent to the adapter using a now invalid adapter resource handle. Usually, the adapter will just fail the command and the failure will end up looking like a selection timeout, but it is possible the resource handle has been re-used by the adapter and we could be sending an op to a different device than we think we are. This patch closes this window. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Add support for some new adapters. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Remove an adapter from the table that never shipped. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
Brian King authored
Add some new IPR adapters and remove one. These ids have already been entered into http://pciids.sourceforge.net. Signed-off-by: Brian King <brking@us.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
-
David S. Miller authored
into sunset.davemloft.net:/home/davem/src/BK/sparc-2.6
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Greg Kroah-Hartman authored
-
Greg Kroah-Hartman authored
-
- 13 Mar, 2005 2 commits
-
-
Adrian Bunk authored
This patch removes three unused variables. Pavel Machek and H. Peter Anvin have already confirmed it's correct. Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Adrian Bunk authored
I haven't found any modular usage of kmap_{pte,port} on !ppc in the kernel. Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-