Re: Bug#566649: s390-tools: New upstream version 1.8.3 available
On 24.01.2010 21:53, Frans Pop wrote: I've chosen to leave the following components disabled for now as I'm unsure how relevant they are for Debian: - osasnmpd (was already disabled) - cpuplugd (daemon, so would require some work) - ipl_tools ipl_tools are basic tools used to specify which actions to perform after a shutdown/reboot command, such as specifying from which disk to boot. These tools can be very useful for system administrators (especially on LPAR) and even for install tools (when a reboot is necessary, the installer can specify to boot the installed medium instead of ending up in the installer again). My recommendation would be to provide them per default for anyone who installs the s390-tools package. - ziomon Regards, Peter Oberparleiter -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Minidisk support
On 14.12.2009 18:37, Frans Pop wrote: As mentioned before, I'm not sure that this qualifies for Lenny. Any backport is a risk and the number of users that will benefit is uncertain, but likely to be low. It might be different if other users spoke up... Is it worth the effort? Not sure if this helps, but the patch was recently added to Novell's SLES11 kernel 2.6.27.39-0.3.1 and SLES10 kernel 2.6.16.60-0.58.1 and is currently in review for RedHat's RHEL5 kernel. Regards, Peter Oberparleiter -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Installation Question
On 14.12.2009 15:40, Stephen Powell wrote: Given the low frequency of stable release updates, perhaps I should ask if the fix for Debian bug #550898 is scheduled to be included in the next update, both in the Debian installer and in the regular stock kernels. This fix is an s390/s390x-specific fix. An upstream developer promised me that he would get this fix in the next kernel release, which at the time was going to be 2.6.33. FYI, upstream fix see git commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=22825ab7693fd29769518a0d25ba43c01a50092a Regards, Peter Oberparleiter -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#550898: DASD DIAG driver doesn't work for read-only minidisks (s390, s390x only)
Stephen Powell wrote: When using the DASD DIAG driver with a read-only minidisk, the initialize function of DIAG X'250' fails. The error message produced goes something like this: dasd(diag) 0.0.0404: DIAG initialization failed (rc=4) dasd_generic couldn't online device 0.0.0404 with discipline DIAG rc=-5 FYI: The DASD device driver maintainers are aware of this problem and will provide a fix for the upstream version of the Linux kernel with the next merge window (2.6.33). Should you need the fix for an earlier version, someone at Debian will need to port that fix back to the respective levels. Regards, Peter Oberparleiter -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org