linux-toradex.git/drivers/s390, branch tegra

SCSI: zfcp: return early from slave_destroy if slave_alloc returned early

2012-01-11T17:23:54+00:00

commit 44f747fff6e9f027a4866c1a6864e26ae7c510c8 upstream.

zfcp_scsi_slave_destroy erroneously always tried to finish its task
even if the corresponding previous zfcp_scsi_slave_alloc returned
early. This can lead to kernel page faults on accessing uninitialized
fields of struct zfcp_scsi_dev in zfcp_erp_lun_shutdown_wait. Take the
port field of the struct to determine if slave_alloc returned early.

This zfcp bug is exposed by 4e6c82b (in turn fixing f7c9c6b to be
compatible with 21208ae) which can call slave_destroy for a
corresponding previous slave_alloc that did not finish.

This patch is based on James Bottomley's fix suggestion in
http://www.spinics.net/lists/linux-scsi/msg55449.html.

Signed-off-by: Steffen Maier 
Signed-off-by: James Bottomley 
Signed-off-by: Greg Kroah-Hartman 

Change-Id: I4e8a616faeb24d919c5249039394fcfa78365986
Reviewed-on: http://git-master/r/74163
Reviewed-by: Varun Wadekar 
Tested-by: Varun Wadekar

qeth: l3 fix rcu splat in xmit

2011-12-09T16:55:59+00:00

[ Upstream commit 1d36cb479f204a0fedc1a3e7ce7b32c0a2c48769 ]

when use dst_get_neighbour to get neighbour, we need
rcu_read_lock to protect, since dst_get_neighbour uses
rcu_dereference.

Signed-off-by: David S. Miller 
Signed-off-by: Greg Kroah-Hartman

ccwgroup: move attributes to attribute group

2011-11-11T17:43:22+00:00

commit dbdf1afcaaabe83dea15a3cb9b9013e73ae3b1ad upstream.

Put sysfs attributes of ccwgroup devices in an attribute group to
ensure that these attributes are actually present when userspace
is notified via uevents.

Signed-off-by: Sebastian Ott 
Signed-off-by: Martin Schwidefsky 
Signed-off-by: Greg Kroah-Hartman

[S390] cio: fix cio_tpi ignoring adapter interrupts

2011-09-26T14:40:50+00:00

Ensure that adapter interrupts are correctly processed when they are
retrieved using TEST PENDING INTERRUPTION.

Signed-off-by: Peter Oberparleiter 
Signed-off-by: Martin Schwidefsky

[S390] memory hotplug: only unassign assigned increments

2011-08-24T15:15:24+00:00

Make sure that only assigned storage increments are unassigned when
attaching a storage element.

Signed-off-by: Heiko Carstens 
Signed-off-by: Martin Schwidefsky

[S390] drivers/s390/block/dasd_ioctl.c: add missing kfree

2011-08-24T15:15:23+00:00

Data is only used to temporarily hold information to be copied to the user
level, so it should be freed before leaving the function.

A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)

// 
@exists@
local idexpression x;
statement S,S1;
expression E;
identifier fl;
expression *ptr != NULL;
@@

x = \(kmalloc\|kzalloc\|kcalloc\)(...);
...
if (x == NULL) S
<... when != x
     when != if (...) { <+...kfree(x)...+> }
     when any
     when != true x == NULL
x->fl
...>
(
if (x == NULL) S1
|
if (...) { ... when != x
               when forall
(
 return \(0\|<+...x...+>\|ptr\);
|
* return ...;
)
}
)
// 

Signed-off-by: Julia Lawall 
Signed-off-by: Heiko Carstens 
Signed-off-by: Martin Schwidefsky

[S390] qdio: Use kstrtoul_from_user

2011-08-03T14:44:21+00:00

This patch replaces the code for getting an unsigned long from a
userspace buffer by a simple call to kstroul_from_user.
This makes it easier to read and less error prone.

Signed-off-by: Peter Huewe 
Acked-by: Jan Glauber 
Signed-off-by: Heiko Carstens

[S390] sclp_async: Use kstrtoul_from_user

2011-08-03T14:44:20+00:00

This patch replaces the code for getting an unsigned long from a
userspace buffer by a simple call to kstroul_from_user.
This makes it easier to read and less error prone.

Signed-off-by: Peter Huewe 
Signed-off-by: Heiko Carstens

[S390] dasd: check if raw track access is supported

2011-08-03T14:44:19+00:00

To use raw track access some special storage server commands are
needed. Older storage hardware may not support these commands.
So check if raw track access is possible while setting the DASD
online.

Signed-off-by: Stefan Haberland 
Signed-off-by: Martin Schwidefsky 
Signed-off-by: Heiko Carstens

[S390] dasd: use vmalloc for statistics input buffer

2011-08-03T14:44:19+00:00

The size of the buffer that is used to store DASD statistics input
strings depends on the user input. If the input string is to large,
the write operation could fail with -ENOMEM. To avoid this, use
vmalloc instead of kmalloc.

Signed-off-by: Stefan Weinhuber 
Signed-off-by: Heiko Carstens