Kernel 2.4 based: June 2003 stream

If you download any software from this web site please be aware of the Warranty Disclaimer and Limitation of Liabilities.

linux-2.4.21-s390-04-june2003.tar.gz / MD5 ... accumulated patch, recommended (2003-08-28)

linux-2.4.21-s390-04-june2003-patches.tar.gz / MD5 ... per-problem-patches, recommended (2003-08-28)

These patches contain the following linux kernel bug fixes:

Description:

dasd_diag: buggy CMS label recognition in fs/partitions/ibm.c

Symptom:

CMS reserved minidisk detection doesn't work as expected

Problem:

CMS label is read from page, that had been freed before

Solution:

no longer use freed storage for CMS label recognition

Problem-ID:

3611

Description:

zfcp: erroneous and inconsistent strings in user interface

Symptom:

N_Port IDs might be truncated to half of their length;
no fixed format/length of WWPNs, FCP_LUNs, ...;
varying spellings of FCP_LUN, SCSI ID, ...;

Problem:

missing convention on spellings and formats

Solution:

corrected strings and formats

Problem-ID:

3531

Description:

zfcp: don't forget to shutdown some adapters

Symptom:

zfcp bug messages about buffers being still in use on module unload or system shutdown (see console or /var/log/messages), IRQ of some FCP subchannels are not released after removal of zfcp module (see /proc/subchannels), failure of zfcp to setup those IRQs and use corresponding subchannels after module reload

Problem:

While all FCP adapters configured in the zfcp map are always set up, only those successfully registered with the SCSI stack are shutdown as this was done in a SCSI stack callback into zfcp for each registered and to be unregistered SCSI host. In case of a failed registration of an adapter with the Linux SCSI stack (e.g. low on memory conditions) some adapters might never be shutdown.

Solution:

don't rely on the SCSI stack's notion of the set of to be shutdown FCP subchannels but do adapter shutdown in a different place where all adapters are guaranteed to be halted properly

Problem-ID:

3620

Description:

zfcp: error recovery stall in case of unavailable nameserver

Symptom:

modprobe hangs if nameserver port is inaccessible

Problem:

error recovery is infinitely waiting for the completion of the 'nameserver open' action which was not issued at all because the nameserver port was already known to be inaccessible and thus had been marked as failed

Solution:

fail 'open port' action immediately if issueing an 'open nameserver port' action is not possible though required

Problem-ID:

3615

Description:

zfcp: error recovery escalation in case of unavailable nameserver

Symptom:

re-establishing of port connections (even working ones) and re-initialization of adapter connection, which is disruptive to ongoing SCSI I/O, if the nameserver port is inaccessible

Problem:

recovery escalation regardless of the fact that it can't succeed in this particular case

Solution:

propagate 'failed' status of nameserver port to other ports requiring a nameserver lookup when being opened

Problem-ID:

3617

Description:

Missing CVS version in z90crypt.

Symptom:

n/a

Problem:

Can't figure out CVS version a given z90crypt driver was built from.

Solution:

Store versions of z90common.h z90crypt.h z90hardware.c and z90main.c in a global char array "version"

Problem-ID:

n/a

Description:

Pseudo-random number generation is not secure

Symptom:

z90crypt_read returns predictable numbers

Problem:

Each call to z90crypt_read requires additional entropy

Solution:

In s390_ksyms, externalize the function urandom_read in z90main, replace the current pseudo-random number generation code with a call to urandom-read

Problem-ID:

4096

Description:

crash when using ctc tty with gcov

Symptom:

see description!

Problem:

Invalid use of netif_stop_queue() and netfi_wake_queue() for ctc ttys

Solution:

code fixed

Problem-ID:

n/a

Everybody should apply this patch.

To create the complete linux kernel sources, the following patches need to be applied in sequence:

linux-2.4.21.tar.gz (see www.kernel.org)
+ linux-2.4.21-s390-june2003.diff (IBM)
+ linux-2.4.21-s390-01-june2003.diff (IBM)
+ linux-2.4.21-s390-02-june2003.diff (IBM)
+ linux-2.4.21-s390-03-june2003.diff (IBM)
+ linux-2.4.21-s390-04-june2003.diff (IBM)

Note: If On-demand timer is required, apply as last patch:
+ linux-2.4.21-s390-timer-01-june2003.diff (IBM)

Back to top