2005-07-28 kernel 2.6.5 bug fix patch 25 ("April 2004")

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

linux-2.6.5-s390-25-april2004.tar.gz / MD5 ... accumulated patch, recommended (2005-07-28)

linux-2.6.5-s390-25-april2004-patches.tar.gz / MD5 ... per-problem-patches, recommended (2005-07-28)

These patches contain the following linux kernel bug fixes:

Description:
kernel: Incorrect posix fadvise values.
Symptom:
A POSIX_ADV_DONTNEED or POSIX_ADV_NOREUSE advice given via the fadvise interface does not show the expected effect.
Problem:
The POSIX_ADV_DONTNEED and POSIX_ADV_NOREUSE values definitions in the kernel and C runtime library differ for 64 bit. The glibc uses 6 and 7 while the kernel uses 4 and 5.
Solution:
Use the values 6 and 7 for the POSIX_ADV_DONTNEED and POSIX_ADV_NOREUSE values in the kernel for 64 bit. Rewrite the 31 bit values used in the compat system call to the 64 bit variants.
Problem-ID:
16967
Note:
Applicable for 64-bit Linux, only.
Description:
kernel: Internal return values returned to userspace.
Symptom:
Kernel internal return values like -ERESTARTNOHAND returned to userspace.
Problem:
If a system call returns with e.g. -ERESTARTNOHAND the following call to do_signal is supposed to do a follow-on action so that this return value will never be presented to userspace. If now an interrupt occurs while executing code between sysc_work_loop and sysc_reschedule (entry.S) the state is changed so that the rest of the code will not be executed but the kernel will return directly from interrupt handling to userspace. If the interrupt happens before do_signal was called the kernel internal return value will be returned as the result of a system call.
Solution:
Reset state so that execution continues at sysc_return if an interrupt occurs between sysc_work_loop and sysc_reschedule.
Problem-ID:
16923
Description:
zfcp: I/O errors on data underruns during Flash Copy on ESS800.
Symptom:
I/O errors if data underrun and TASK_SET_FULL/BUSY are indicated for SCSI commands.
Problem:
zfcp sets DID_ERROR for SCSI commands for which a data underrun is indicated. This prevents the SCSI stack to do retries for such commands if dm-multipath is used. But in case a TASK_SET_FULL or BUSY state is reported for a SCSI command retries should be performed.
Solution:
Set DID_ERROR for SCSI commands with data underrun if and only if there is no TASK_SET_FULL or BUSY status for this command.
Problem-ID:
14978

Everybody should apply this patch.

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

linux-2.6.5.tar.gz (see www.kernel.org/pub/linux/kernel/v2.6)
+ linux-2.6.5-s390-base-april2004.diff (IBM)
+ linux-2.6.5-s390-01-april2004.diff (IBM)
+ xipfs612 (see linuxvm.org/patches/index.html)
+ xipfs622 (see linuxvm.org/patches/index.html)
+ linux-2.6.5-s390-02-april2004.diff (IBM)
+ linux-2.6.5-s390-03-april2004.diff (IBM)
+ single threaded workqueue patch (see marc.theaimsgroup.com/?l=bk-commits-head&m=108305028322900&q=raw)
+ linux-2.6.5-s390-04-april2004.diff (IBM)
+ linux-2.6.5-s390-05-april2004.diff (IBM)
+ linux-2.6.5-s390-06-april2004.diff (IBM)
+ linux-2.6.5-s390-07-april2004.diff (IBM)
+ linux-2.6.5-s390-08-april2004.diff (IBM)
+ linux-2.6.5-s390-09-april2004.diff (IBM)
+ linux-2.6.5-s390-10-april2004.diff (IBM)
+ linux-2.6.5-s390-11-april2004.diff (IBM)
+ linux-2.6.5-s390-12-april2004.diff (IBM)
+ linux-2.6.5-s390-13-april2004.diff (IBM)
+ linux-2.6.5-s390-14-april2004.diff (IBM)
+ linux-2.6.5-s390-15-april2004.diff (IBM)
+ linux-2.6.5-s390-16-april2004.diff (IBM)
+ linux-2.6.5-s390-17-april2004.diff (IBM)
+ linux-2.6.5-s390-18-april2004.diff (IBM)
+ linux-2.6.5-s390-19-april2004.diff (IBM)
+ linux-2.6.5-s390-20-april2004.diff (IBM)
+ linux-2.6.5-s390-21-april2004.diff (IBM)
+ linux-2.6.5-s390-22-april2004.diff (IBM)
+ linux-2.6.5-s390-23-april2004.diff (IBM)
+ linux-2.6.5-s390-24-april2004.diff (IBM)
+ linux-2.6.5-s390-25-april2004.diff (IBM)

Contact the IBM team

If you want to contact the Linux on System z IBM team refer to the Contact the Linux on System z IBM team page.