Re: debian 9 s390 security updates
On Tue, Oct 06, 2020 at 11:57:10AM +0200, Konstantin Maksimov wrote: > Are there any plans to add security updates for debian 9 for s390? > http://security.debian.org/debian-security/dists/stretch/updates/main No. Debian 9 reached it's EOL date in july. Debian LTS currently support Stretch, but does not include support s390x. See https://wiki.debian.org/LTS Regars, Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, "Errand of Mercy", stardate 3198.9
Re: Strange build issue on for bart affecting testing migration
On Thu, Sep 17, 2020 at 11:38:46AM +0200, Andreas Tille wrote: > The package has built before and the latest changes are: > Am I > missing something? It built months before, with a lot of other changes surrounding it. E.g. glibc 2.30 vs 2.31. Bastian -- Where there's no emotion, there's no motive for violence. -- Spock, "Dagger of the Mind", stardate 2715.1
Re: Archiving the attic folders from d-i for ports
On Fri, Apr 27, 2018 at 05:37:25AM +0200, John Paul Adrian Glaubitz wrote: > Since there are still some repositories that we need for debian-ports > in the attic, I was wondering whether we should take care of the > attic stuff and move it over to salsa or github. Could you show a list? Just migrate them the same way. >Still, I think we should > archive everything. The complete content of alioth is going to be archived, so this is covered. Bastian -- We do not colonize. We conquer. We rule. There is no other way for us. -- Rojan, "By Any Other Name", stardate 4657.5
Re: Bug#886294: transition: nodejs
On Wed, Jan 24, 2018 at 01:24:06PM +0100, Emilio Pozuelo Monfort wrote: > Our baseline is z10, and z196 is newer. So if upstream now requires z196, we > have three options: > > - Revert / fix that so upstream works with z10 again > - Remove nodejs from s390x > - Bump our baseline > > See go and rustc for similar problems. All the other buildds are already z13 (either 2964-NE1 or 2964-N63). Bastian -- The idea of male and female are universal constants. -- Kirk, "Metamorphosis", stardate 3219.8
Re: Linker error "relocati,on truncated to fit"
On Tue, Jun 13, 2017 at 09:38:44AM +0200, Ole Streicher wrote:
> I am slowly re-starting the packaging of IRAF (still not officially
> announced yet). When porting to s390x, I however run into a strange
> error: IRAF needs a small piece of assembler code (kind-of longjump for
> Fortan), which John Long gratefully ported to s390x two years ago:
Is IRAF the stuff from http://iraf.noao.edu/ and last released five
years ago?
> zsvjmp_:
> stg %r3,0(0,%r2)
> xc 0(8,%r3),0(%r3)
> xgr %r3,%r3
> aghi%r2,8
> j __sigsetjmp@PLT
Looks like it is, but why do you want this jump via the PLT, while all
other variants do not?
| ./unix/as.linux/zsvjmp.s: jmp __sigsetjmp # let
sigsetjmp do the rest
| ./unix/as.linux64/zsvjmp_c:asm("jmp __sigsetjmp # let
sigsetjmp do the rest");
> Could anyone help me here what is wrong with that assembler?
To make this work, you need to build with -fPIC.
Bastian
--
Earth -- mother of the most beautiful women in the universe.
-- Apollo, "Who Mourns for Adonais?" stardate 3468.1
Re: Bug#845081: Bug##845081: wmbiff FTBFS on s390x: test failure
Hi Doug On Fri, Dec 02, 2016 at 10:44:05AM -0500, Doug Torrance wrote: > On 12/02/2016 09:26 AM, Bastian Blank wrote: > >You know, Debian actually has a s390x porter machine. You can use it to > >test such problems. > Yeah, I've used porterboxes in the past. I'm not a DD or DM, and > the process of getting porterbox access is kind of a headache. If > this fix doesn't work, I'll go that route. Oh, I'm sorry. I missed that you only got a guest user; they are not marked specially on db.debian.org. Bastian -- Love sometimes expresses itself in sacrifice. -- Kirk, "Metamorphosis", stardate 3220.3
Re: Bug#845081: Bug##845081: wmbiff FTBFS on s390x: test failure
Hi Doug On Thu, Dec 01, 2016 at 09:37:23AM -0500, Doug Torrance wrote: > Thanks for your reply! > I've changed all the shorts to uint16_t's -- hopefully this works! You know, Debian actually has a s390x porter machine. You can use it to test such problems. Regards, Bastian -- Actual war is a very messy business. Very, very messy business. -- Kirk, "A Taste of Armageddon", stardate 3193.0
Re: libsecret porting for s390x
On Sun, Jun 26, 2016 at 10:12:31PM +0200, Andreas Henriksson wrote: > I'd like to ask for your help with looking at the problems building > libsecret on s390x. It's currently the only (release-)architecture > not building and blocking testing migration for a long time. :( What was the result of your manual build on the s390x porter machine? Bastian -- Genius doesn't work on an assembly line basis. You can't simply say, "Today I will be brilliant." -- Kirk, "The Ultimate Computer", stardate 4731.3
Bug#758115: Disabled wait state X'32EE' on IPL of zIPL
On Mon, Aug 25, 2014 at 10:52:47AM +0200, Michael Holzheu wrote: On Sun, 24 Aug 2014 20:43:30 +0200 Bastian Blank wa...@debian.org wrote: And -fno-delete-null-pointer-checks seems to be the correct option. From the gcc man page: -fdelete-null-pointer-checks In some environments, this assumption is not true, and programs can safely dereference null pointers. Use -fno-delete-null-pointer-checks to disable this optimization for programs which depend on that behavior. So we should add this Option to CFLAGS in zipl/boot/Makefile? Yes. Why we have not seen this problem under RHEL and SLES up to now? Can you show a RHEL or SLES that uses gcc 4.9? Or any Redhat/Fedora/SUSE with support for s390* that uses it? RHEL 7 uses 4.8 (see https://git.centos.org/summary/?r=rpms/gcc.git). Maybe you should ask the gcc people why they enable this check on the freestanding implementation (-ffreestanding). Bastian -- Without freedom of choice there is no creativity. -- Kirk, The return of the Archons, stardate 3157.4 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140825163835.ga1...@mail.waldi.eu.org
Re: Bug#726733: av_register_all() segfaults on s390x in some cases (regression, causes FTBFS)
Control: tag -1 confirmed On Tue, Feb 25, 2014 at 08:14:12AM -0500, Reinhard Tartler wrote: Nevertheless, dear s390x porters, please help with fixing this issue. Some digging shows that relocations are broken in the version running via yorck: | Dump of assembler code for function atrac3_init_static_data: | 0x03fffcfcf51c +640: brasl %r14,0x3ff8002310c No library is loaded in this location. In a working binary this jumps to sinl: | Dump of assembler code for function atrac3_init_static_data: | 0x03fffd20251c +640: brasl %r14,0x3fffcf25a54 sinl There is a libm loaded in this location: | 0x03fffcf12e50 0x03fffcf565d0 Yes (*) /lib/s390x-linux-gnu/libm.so.6 Bastian -- Where there's no emotion, there's no motive for violence. -- Spock, Dagger of the Mind, stardate 2715.1 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140301175942.ga11...@mail.waldi.eu.org
Re: Build failure of postgres-xc
On Fri, Nov 22, 2013 at 04:50:23PM +0100, Michael Meskes wrote: On Thu, Nov 21, 2013 at 03:24:13PM +0100, Bastian Blank wrote: Okay. The reason is the stray -fpic. On s390* this restricts the shared lib to 2^11-1 bytes. And the last setting wins. Got it. I changed the Makefile to not use -fpic on s390* and now it seems to compile cleanly. Let's see if the autobuilders agree. :) You _never_ want to use -fpic, regardless of the architecture. Bastian -- Knowledge, sir, should be free to all! -- Harry Mudd, I, Mudd, stardate 4513.3 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131122184937.ga5...@mail.waldi.eu.org
Re: Build failure of postgres-xc
On Thu, Oct 10, 2013 at 01:37:30PM +0200, Michael Meskes wrote: On Sun, Oct 06, 2013 at 06:11:42PM +0200, Bastian Blank wrote: On Sun, Oct 06, 2013 at 04:27:29PM +0200, Michael Meskes wrote: The log is here: https://buildd.debian.org/status/fetch.php?pkg=postgres-xcarch=s390ver=1.1-1stamp=1378820737 It uses -fpic instead of -fPIC. It appears to me that it uses both at the same time. Now I have no idea what effect that has, but postgresql which XC is based on does the same and it compiles cleanly on s390. Using both should lead to the behaviour of -fPIC if I remember correctly. However this may differ per architecture. Does postgresql uses the same compiler options? Was it build with the same toolchain? Did you alreeady try to build it on the developer machine? The usage of -pie looks weird. A position independant executable is only half a shared library. Sorry, I can't really investigate while traveling. Bastian -- There are some things worth dying for. -- Kirk, Errand of Mercy, stardate 3201.7 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131010162345.ga14...@mail.waldi.eu.org
Re: Build failure of postgres-xc
On Sun, Oct 06, 2013 at 04:27:29PM +0200, Michael Meskes wrote: The log is here: https://buildd.debian.org/status/fetch.php?pkg=postgres-xcarch=s390ver=1.1-1stamp=1378820737 It uses -fpic instead of -fPIC. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131006161141.ga26...@mail.waldi.eu.org
Re: status of s390 toolchain maintenance
On Mon, Jul 01, 2013 at 11:42:44AM +0200, Matthias Klose wrote: Is this change coordinated with Bastian? I have not been contacted by Aurelian. I've not seen anything on this matter from him. Bastian -- A Vulcan can no sooner be disloyal than he can exist without breathing. -- Kirk, The Menagerie, stardate 3012.4 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130701193528.ga11...@mail.waldi.eu.org
Re: Current and upcoming toolchain changes for jessie
On Thu, Jun 13, 2013 at 02:51:43PM +0200, Matthias Klose wrote: GCC 4.8 is now the default on all x86 architectures, and on all ARM architectures (the latter confirmed by the Debian ARM porters). GCC 4.8 seems fine on s390x, it can build a running Linux kernel. On s390 something weird happened and I have to investigate what I broke. Bastian -- The face of war has never changed. Surely it is more logical to heal than to kill. -- Surak of Vulcan, The Savage Curtain, stardate 5906.5 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130622214838.ga3...@mail.waldi.eu.org
Re: Bug#673590: libxml-libxml-perl: FTBFS on s390x: Failed 1/51 test programs. 0/2419 subtests failed.
On Sun, May 20, 2012 at 10:22:58PM +0200, Philipp Kern wrote: you cannot reinterpret a size_t as an int. size_t might be unsigned, might have another length, etc. On 64bit big endian you fill the top bits and leave the lower ones untouched, because size_t is 64bit. So yeah, that code was broken. (nbd had something similar, glib too. I don't know why it only turns up with 64bit big endian.) Because on little endian 64bit, it touches the lower bytes. Bastian -- Bones: The man's DEAD, Jim! -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120520203700.ga23...@wavehammer.waldi.eu.org
Re: dropping bup from s390
On Wed, May 16, 2012 at 03:15:14PM +0100, Jon Dowland wrote: My package 'bup' has not made it to testing due to FTBFS on s390: #664185 The test suite allocates too much memory. Nothing mythical about it. _Why_ it does this it up to you to find out. I've asked upstream about it and they don't have the time/knowledge/inclination to fix it, or support s390 in general. To be honest I don't either. Therefore, I plan to remove s390 as a supported architecture. This is unfortunate. However for fundamental bugs (yes, using mmap to map large files is a fundamental bug), this is no solution. Bastian -- No one wants war. -- Kirk, Errand of Mercy, stardate 3201.7 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120516145358.ga22...@wavehammer.waldi.eu.org
Re: dropping bup from s390
retitle 664185 bup: Maps large amounts of memory, FTBFS on s390 thanks On Wed, May 16, 2012 at 04:53:58PM +0200, Bastian Blank wrote: On Wed, May 16, 2012 at 03:15:14PM +0100, Jon Dowland wrote: My package 'bup' has not made it to testing due to FTBFS on s390: #664185 The test suite allocates too much memory. Nothing mythical about it. _Why_ it does this it up to you to find out. The test tries to mmap a file with the size of slightly above 1GiB. In bup.bloom: | create(): expected = 268435456 | create(): bits = 30 | create(): size = 1073741824 | ! tbloom.py:38 4 == 4 This is unfortunate. However for fundamental bugs (yes, using mmap to map large files is a fundamental bug), this is no solution. And waiting for 5 month is also no solution. Bastian -- The heart is not a logical organ. -- Dr. Janet Wallace, The Deadly Years, stardate 3479.4 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120516152326.ga23...@wavehammer.waldi.eu.org
Bug#594127: Fix for bug number 590028 is incomplete
severity 594127 important thanks On Thu, Aug 26, 2010 at 02:17:48PM -0400, Stephen Powell wrote: The previous post shows that a *must* directive is being violated. Therefore, setting severity to serious. Don't play bts ping-pong. Bastian -- Earth -- mother of the most beautiful women in the universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100826184757.gb10...@wavehammer.waldi.eu.org
Re: fsiucv-3.0.0 compilation troubles in 2.6.32 (debian squeeze/sid)
On Mon, May 24, 2010 at 12:51:36PM +0400, Mike Kirjanov wrote: We have a problem with the fsiucv-3.0.0 driver compilation under Debian (squeeze/sid ): Please provide a link and show that it was updated in the last 12 months. The kernel API is not supposed to be stable, so every new version may need changes to the source. /root/fsiucv-3.0.0/fsiucv.c: In function 'fsiucv_init': /root/fsiucv-3.0.0/fsiucv.c:347: error: 'struct device' has no member named 'driver_data' /root/fsiucv-3.0.0/fsiucv.c:351: error: 'struct device' has no member named 'bus_id' This structure members was removed during the life-time of lenny. Bastian -- I'm frequently appalled by the low regard you Earthmen have for life. -- Spock, The Galileo Seven, stardate 2822.3 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524130408.ga16...@wavehammer.waldi.eu.org
Re: Bug#555540: any news on tokyocabinet's FTBFS?
On Tue, May 18, 2010 at 03:47:58AM +0300, Faidon Liambotis wrote: It seems that on consecutive runs of the test case[1] in question, it aborts at different points each time and even succeeds in one in five runs or so. Moreover, while the combined assert() condition fails, separate assert() calls for each of the condition succeed while their combination still fail(!) Does tokyocabinet use multi-threading or some other means of concurrency? For me this looks like race conditions. They may live in the glibc, as there were some fixes in this area lately. Bastian -- Extreme feminine beauty is always disturbing. -- Spock, The Cloud Minders, stardate 5818.4 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100518083212.ga4...@wavehammer.waldi.eu.org
Re: git t7400.24 is failing again
On Thu, Mar 25, 2010 at 10:46:28AM -0400, Stephen Powell wrote: The only thing I know of that changed recently is the switch to a 64-bit kernel by the build server for s390. (I am just a regular Joe Schmoe user. I'm not a Debian package maintainer, Debian Developer, or any other kind of official Debian person. So consider the source.) That change was done several years ago. The last buildd with a 32bit kernel was debian01, which was discontinued over 3 years ago. Bastian -- There's a way out of any cage. -- Captain Christopher Pike, The Menagerie (The Cage), stardate unknown. -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100325154158.ga20...@wavehammer.waldi.eu.org
Re: Bug#566649: s390-tools: New upstream version 1.8.3 available
On Sun, Jan 24, 2010 at 09:53:10PM +0100, Frans Pop wrote: I've created a (temporary) git repository that includes all changes relative to the current 1.6.2-1 version: git clone alioth.debian.org:git/s390-tools.git The location of the package is currently svn://svn.debian.org/kernel/people/waldi/s390/s390-tools. Bastian -- Ahead warp factor one, Mr. Sulu. -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#566649: s390-tools: New upstream version 1.8.3 available
On Sun, Jan 24, 2010 at 09:53:10PM +0100, Frans Pop wrote: I've created a (temporary) git repository that includes all changes relative to the current 1.6.2-1 version: git clone alioth.debian.org:git/s390-tools.git I merge most of the changes into my repo. The changelog now reads [ Bastian Blank ] * New upstream version. (closes: #566649) * Use 3.0 (quilt) source format. * Use debhelper compat level 7. * Set section to admin. * Don't install the scripts dbginfo.sh, scsi_logging_level and zfcpdbf. * Install ipl tools. [ Frans Pop ] * lstape, chccwdev: use bash as shell. Closes: #566675. * Update debian/copyright and add upstream web site in debian/control. * Document 'optional' parameter in zipl.conf man page. Closes: #566642. * Include the upstream README in /usr/share/doc. * Fix dpkg-genchanges warning 'missing Priority for source files'. * Add dependency on gawk as lsdasd calls awk with the --posix option. Closes: #564893. Some missing bits: * IUCV console support - iucvtty is a getty and belongs into /sbin. This tool is security sensitive. - ts-shell is a login shell to only allow access to iucvconn, also security sensitive. - iucvconn is a normal userspace tool, but I don't know the needed access level yet. Bastian -- All your people must learn before you can reach for the stars. -- Kirk, The Gamesters of Triskelion, stardate 3259.2 signature.asc Description: Digital signature
Re: Bug#566649: s390-tools: New upstream version 1.8.3 available
On Wed, Jan 27, 2010 at 07:38:05PM +0100, Frans Pop wrote: Bastian Blank wrote: Did you consider also enabling vmur as requested by Adam and Stephen? Not yet, but it is on the list. If you like I can try pushing some of our fixes (and maybe the zipl optional patch?) upstream. The later was rejected once, but yes. Some missing bits: * IUCV console support - iucvtty is a getty and belongs into /sbin. This tool is security sensitive. That's a simple patch of the relevant Makefile + update of .install, right? Yes, this is installed now. - ts-shell is a login shell to only allow access to iucvconn, also security sensitive. I decided to left this out for now. I've also prepared a new version of sysconfig with fixes for the 3 bugs I reported and some other improvements (using dh_installudev to get udev rules in new location for example). dh_installudev is not appropriate in this case. Do you have a repo for that as well, or shall I just send you the new source tarball so you can check it? Next to the other. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Future of the s390 port
On Sun, Oct 11, 2009 at 02:24:50PM +0200, Bastian Blank wrote: The addresses are specified this way: | #ifndef __s390x__ | #define IPL_DEVICE(*(unsigned long *) (0x10404)) | #define INITRD_START (*(unsigned long *) (0x1040C)) | #define INITRD_SIZE (*(unsigned long *) (0x10414)) | #else /* __s390x__ */ | #define IPL_DEVICE(*(unsigned long *) (0x10400)) | #define INITRD_START (*(unsigned long *) (0x10408)) | #define INITRD_SIZE (*(unsigned long *) (0x10410)) | #endif /* __s390x__ */ | #define COMMAND_LINE ((char *)(0x10480)) So the addresses for the initrd differs between the 31 and 64bit kernel. Flawed observation. This way you can load the 32bit long addresses always at the same location, regardless of the type. Bastian -- Only a fool fights in a burning house. -- Kank the Klingon, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: utmpx hidden
reassign 544838 libc6-dev 2.6-26 thanks On Fri, Sep 04, 2009 at 08:35:34PM +0700, Theppitak Karoonboonyanan wrote: That is, it's available for loader, but not for linker, despite the fact that utmpx.h is still shipped for applications to call. What would s390 porting team suggest? Is getutmpx() still available in s390? Yes it should be available. Last year there was some code added[1] to convert between 32 and 64bit utmp because s390 was missed earlier. This code seems to not end up in the library. Reassign to the glibc. Bastian [1]: http://sources.redhat.com/bugzilla/show_bug.cgi?id=6724 -- Klingon phaser attack from front! 100% Damage to life support -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Future of the s390 port
On Thu, Sep 03, 2009 at 11:32:14AM +0200, Martin Grimm wrote: So as long as there is no easy manual way to provide anonymized figures without installing software on our production servers we can't deliver such data :-( Hmm. You could collect the /var/lib/dpkg/status files and do a mass submit with the data out of this files. It would lack the usage data, but at least shows something. Okay, this also depends on the condition that you don't consider the package names themself sensitive. Bastian -- We have phasers, I vote we blast 'em! -- Bailey, The Corbomite Maneuver, stardate 1514.2 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Future of the s390 port
On Mon, Aug 31, 2009 at 01:01:24PM -0400, Michael Casadevall wrote: I think a bigger question is where do you find hardware where you can get remote root on; I know at least two posibilites - IBM provides access for evaluation purposes and - OSDL provides access for project work. Bastian -- A princess should not be afraid -- not with a brave knight to protect her. -- McCoy, Shore Leave, stardate 3025.3 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Future of the s390 port
Hi folks The s390 port was released with Lenny. However it is not in the best condition. There are mainly two problems which needs attention, lack of manpower and a 64 bit userland. The first problem is the worst. Currently only Frans Pop and I do work on it. Frans only does the Debian-Installer part and I simply have not enough time to do the rest. The s390 architecture is quite different to anything else, so it needs several specialized packages to work[1] and they need lasting attention. So if anyone wants to help (especially Debian developers) for the continuity of this port please speak up. The second problem is not that critical. No other distribution still supports a complete 31 bit s390 userland and even Debian dropped the 31 bit kernel support in the meantime[2]. Strategies for an upgrade to a 64 bit userland was discussed lately[3]. I doubt that I would be able to push this port through another release in the current state. The consequence would by that the port dies completely and with it the only free and released distribution for this machines. Bastian [1]: Mainly the kernel, generic tools (s390-tools), hardware support (sysconfig-hardware) and a whole bunch of debian-installer packages. [2]: 20090524185816.ga21...@wavehammer.waldi.eu.org [3]: 20090818204335.ga6...@droopy.oc.cox.net -- It would be illogical to assume that all conditions remain stable. -- Spock, The Enterprise Incident, stardate 5027.3 signature.asc Description: Digital signature
Re: Sparc release requalification
On Thu, Aug 20, 2009 at 07:09:44AM +0200, Mike Hommey wrote: On Wed, Aug 19, 2009 at 04:33:32PM +0200, Bastian Blank wrote: If I understand this correctly, this would need the modification off all library packages to implement biarch semantic. ... which will be needed anyways. So your choice is actually between doing it and doing it plus some extra intermediate work. No, we don't need to do that. Thats what is multiarch for. Bastian -- Captain's Log, star date 21:34.5... -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Sparc release requalification
On Wed, Aug 19, 2009 at 01:16:36PM +0200, Matthias Klose wrote: I did speak with Martin Zobel at Debconf on how to get there, having two proposals: - define a new sparc64 port, and bootstrap this one using the 32bit port. This is rather easy. I already did a s390x bootstrap using this method. - have an inplace-transition building required library packages for an upgrade as biarch packages and continue to use the current sparc name. This would mean that many packages needs to be modified. Is it really worth the work needed if we consider the availability of multiarch in the next time? Bastian -- He's dead, Jim. -- McCoy, The Devil in the Dark, stardate 3196.1 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Sparc release requalification
On Wed, Aug 19, 2009 at 01:55:24PM +0200, Matthias Klose wrote: On 19.08.2009 13:42, Bastian Blank wrote: On Wed, Aug 19, 2009 at 01:16:36PM +0200, Matthias Klose wrote: I did speak with Martin Zobel at Debconf on how to get there, having two proposals: - have an inplace-transition building required library packages for an upgrade as biarch packages and continue to use the current sparc name. This would mean that many packages needs to be modified. Is it really worth the work needed if we consider the availability of multiarch in the next time? you'll end up modifying a different set of packages for the new architecture name in control and rules files. I don't know if this is less or more work. If I understand this correctly, this would need the modification off all library packages to implement biarch semantic. Bastian -- Star Trek Lives! -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lenny: Unable to mount initrd
On Mon, Aug 03, 2009 at 03:06:38PM -0300, Peter Senna Tschudin wrote: I've uploaded files to the System Z but kernel was not able to mount the initrd. Which way do you used to upload the files (which exactly?) to the Z? Do you use z/VM? The most strange is that normally after the word tried: there is ext2, ext3 and cramfs. The lenny images uses an initramfs, aka compressed cpio archive, no real filesystem. See the output error: Please show the complete log. Bastian -- It is a human characteristic to love little animals, especially if they're attractive in some way. -- McCoy, The Trouble with Tribbles, stardate 4525.6 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lenny: Unable to mount initrd
On Tue, Aug 04, 2009 at 10:37:12AM -0300, Peter Senna Tschudin wrote: Which way do you used to upload the files (which exactly?) to the Z? Do you use z/VM? I uploaded the files using x3270-x11. See screenshots below. Yes I do use z/VM. Are you sure that the default record format is fixed? Bastian -- Beam me up, Scotty! -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: How to add DASD automatically
On Fri, Feb 20, 2009 at 01:16:14PM +0100, Florian Bilek wrote: Just would like to know how to enabale additional dasd that was added later after the finalisation of the installation. When I start Debian only the DASD that was configured during installation is online. Take a look into /etc/sysconfig/hardware. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lenny installer hanging?
On Thu, Jan 08, 2009 at 03:06:04PM -0600, Adam Thornton wrote: So, is there something I'm doing wrong? Not that I spot anything. This is a perfectly normal (if slow) z/VM development system (yes, it's actually emulated, but for all that, IBM still recognizes Flex boxes as being legitimate s390x machines until the last dongle has expired!). It runs Etch, SLES10, and CentOS 4.4 just fine, and it runs z/VM 5.2 and z/OS 1.9 fine too. Etch, SLES10 and CentOS 4.4 are much older. Is there something in newer Linux kernels that requires z9 or later functionality? No. They work fine on z900. Can you try if a new kernel will work at all on this system? Bastian -- Killing is stupid; useless! -- McCoy, A Private Little War, stardate 4211.8 -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Problem with new OSA in HiperSocket mode on Debian
On Thu, Oct 16, 2008 at 01:31:46AM -0300, [EMAIL PROTECTED] wrote: debian:~# hwup ccw 0.0.0800 Configuring device 0.0.0800: already configured. /etc/sysconfig/scripts/hardware/hwup-ccw-group: line 69: echo: write error: Operation not permitted Which version of sysconfig-hardware is this? If it is older then 0.0.8 and you are using a kernel = 2.6.26 then this is expected. Bastian -- Deflector shields just came on, Captain. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499833: chccwdev cannot set device offline in Lenny
On Mon, Sep 22, 2008 at 04:10:01PM -0400, [EMAIL PROTECTED] wrote: This works just fine in Etch, but fails in Lenny. A device cannot be taken offline dynamically. I fail to see what s390-tools or the chccwdev tools have to do with this problem. The device normally uses the dasd_diag_mod driver, but in order to get zipl to work, I have to switch to the dasd_eckd_mod driver. Just to be curious, why do operate it in diag mode then? /boot is not used in normal operation. Kernel is stock Lenny kernel linux-image-2.6.24-1-s390, Version 2.6.24-7. Lenny have 2.6.26-5. Bastian -- The heart is not a logical organ. -- Dr. Janet Wallace, The Deadly Years, stardate 3479.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation Help on Z9
On Mon, Aug 25, 2008 at 04:59:59PM -0400, THOMAS DELANY wrote: Can anyone out there give me a little nudge in the right direction for getting Debian running on a Z9 in an LPAR? I have tried both Etch and Lenny without any success. I am trying to install from a tape image that I can IPL. I have had not problems in creating the tape image, or in getting it to IPL. The problem has come in with the network adapter. Glad to hear that it also works in a LPAR. I'm usualy only able to test within z/VM. With Etch, when the kernel boots from tape, no network adapters seem to be detected. With Lenny, I get farther, but the network adapter that I need to use still does not appear to get detected. So Etch does not even detect the QDIO adapter? The adapter that I need to use is an OSA adapter in LCS mode. Lenny detects another OSA adapter on the system that is running in QDIO mode, but I cannot use that one because it does not have connectivity to the world. I'm afraid but LCS support was removed from the installer years ago. You can either set it up by hand or use QDIO like everyone else. I cannot seem to come up with the right kernel parameters for the kernel parameter file to make it load the driver for the OSA adapter in LCS mode. The installer does not detect the LCS adapter, and that is not even a choice presented to me by it. Because the kernel module is missing from the installer. Bastian -- We fight only when there is no other choice. We prefer the ways of peaceful contact. -- Kirk, Spectre of the Gun, stardate 4385.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FCP problem on Debian s390 hardware
On Thu, Jun 19, 2008 at 10:35:47AM +0200, Frans Pop wrote: Quite probably it will need some extentions to support FCP, but I think it should be relatively straightforward. If you figure out what/how, please send a patch (by opening a wishlist bug report against the sysconfig-hardware package with the problem description and patch)! It is already supported. | # cat /etc/sysconfig/hardware/config-ccw-0.0.2900 | ZFCP_DEVICES=( \ | 0x21XX:0 \ | 0x22XX:0 \ [...] | ) Bastian -- Genius doesn't work on an assembly line basis. You can't simply say, Today I will be brilliant. -- Kirk, The Ultimate Computer, stardate 4731.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#474724: [DRE-maint] RC bug #474724
On Sat, May 10, 2008 at 11:51:19PM +0200, Bastian Blank wrote: Linux/s390 uses s390 and s390x. But the correct way on a Debian system is to use dpkg-architecture outside and the architecture specific defines like __s390__ inside the compiler. The following seems to work. | #if defined __s390__ | # define POSH_CPU_S390 1 | # define POSH_CPU_STRING S/390 | #endif Bastian -- Only a fool fights in a burning house. -- Kank the Klingon, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#474724: [DRE-maint] RC bug #474724
On Sat, May 10, 2008 at 12:08:35PM -0300, Antonio Terceiro wrote: So we would only have to get (and I'm sorry, I'm completely lost in this area) the proper CPU string for s390 and add it here. Blindly asking Google makes me believe the proper string for the submitter's environment (64-bit s390) is z900. Linux/s390 uses s390 and s390x. But the correct way on a Debian system is to use dpkg-architecture outside and the architecture specific defines like __s390__ inside the compiler. Besides #define'ing the proper symbols, there are issues like endianess and other stuff that need to be properly defined for such architecture, somewhere in posh.h, and it needs to be tested on an actual s390 machine. Endianess is specified by endian.h. Bastian -- Killing is stupid; useless! -- McCoy, A Private Little War, stardate 4211.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
libc6/s390 - __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed.
Package: libc6 Version: 2.7-10 Severity: important On Wed, May 07, 2008 at 09:34:12AM +0200, Matthias Klose wrote: the build failure on s390 is unexpected; is it possible to extract a test case? | java: pthread_mutex_lock.c:71: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed. So another package failed about that (after mono and libto$bla). It looks like a race condition somewhere in the libpthread. Bastian -- The more complex the mind, the greater the need for the simplicity of play. -- Kirk, Shore Leave, stardate 3025.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: s390x vs. s390
On Mon, Jan 07, 2008 at 09:29:20AM +0100, Torsten Werner wrote: one of our buildd reports s390x instead of s390 for 'uname -m'. Am I correct that both architectures have a 32 bit userland and not 64 bit? Yes. The correct way to determine the debian architecture is dpkg-architecture, not uname. Please Cc: Knut and me in your answer because we are not subscribed to the mailing list. Please use the Mail-Followup-To header to request that. From what I can tell, 's390x' seems to be the id of 64-bit linux for S/390. It is the architecture string of the Linux kernel on s/390,zSeries,System Z in 64 bit mode. Bastian -- Intuition, however illogical, is recognized as a command prerogative. -- Kirk, Obsession, stardate 3620.7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: s390x vs. s390
On Mon, Jan 07, 2008 at 12:19:22PM +0100, Torsten Werner wrote: On Jan 7, 2008 11:05 AM, Bastian Blank [EMAIL PROTECTED] wrote: The correct way to determine the debian architecture is dpkg-architecture, not uname. But a software that is portable to many operating systems will probably not use dpkg-architecture because it is a very special tool. This applies to the debian packaging. Please use the Mail-Followup-To header to request that. You are talking about the IETF draft that expired about 10 years ago? Yes. But it does not change the defacto standard which is used in the wild since long time. Bastian -- A little suffering is good for the soul. -- Kirk, The Corbomite Maneuver, stardate 1514.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: s390 Etch install problem
On Tue, Sep 11, 2007 at 03:04:00PM -0700, GaryR wrote: Well, something IS bizarrely wrong. I get the same error. Is there something wrong with the disk I have allocated for root? It is a minidisk of 1000 cylinders on a real 3390 Mod 3. I CMS formatted it, and did a RESERVE LNX200 MDISK B on it. Something else I need to put into parmfile? Please show a complete log. I just checked the image from the friendly Debian mirror and they worked fine. Bastian -- Hailing frequencies open, Captain. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: s390x (64 bits) support on Debian Etch
On Tue, Sep 11, 2007 at 06:42:17PM -0300, Gustavo Noronha wrote: [Please CC me and Ronaldo, we're not subscribed to this list] Please set Mail-Followup-To in the mails. I am helping to asses the viability of running Zope/Plone on Debian GNU/Linux Etch in an IBM zSeries. I've searched the release notes and installation manual, and some FAQs, and even saw some *-s390x packages (such as libc6-s390x) on a quick packages.debian.org search, which I imagine are part of the multiarch support, meaning that I can run 64 bits software on a zSeries today. Debian Etch includes a 64bit linux kernel and some core libs in 64bit. With this kernel it can run any 64bit software. Thus, I would like to verify the information: can I run Debian GNU/Linux Etch in 64 bits mode at all? Yes. If not, do I have any performance penalty? No. 32bit code is usually slightly faster. The code size is smaller and the cache can hold more of them. Bastian -- That unit is a woman. A mass of conflicting impulses. -- Spock and Nomad, The Changeling, stardate 3541.9
Re: s390 Etch install problem
On Fri, Sep 07, 2007 at 08:34:39AM -0700, GaryR wrote: I have purchased the Etch s390 DVD's and am having a problem with the installer. Which DVD's? Installation from optical media should work but is mostly untested. RAMDISK: Compressed image found at block 0 No filesystem could mount root, tried: ext3 ext2 cramfs Kernel panic - not syncing: VFS: Unable to mount root fs on unknown- block(1,0) HCPGIR450W CP entered; disabled wait PSW 000A 802ECCE0 The kernel missinterprets the initrd image. The s390 etch installer uses an initramfs, which is handled different. Please show the complete log. Usualy you can take the images from http://ftp.de.debian.org/debian/dists/etch/main/installer-s390/current/images/generic/. Bastian -- Vulcans never bluff. -- Spock, The Doomsday Machine, stardate 4202.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: s390 Etch install problem
On Fri, Sep 07, 2007 at 01:28:09PM -0700, GaryR wrote: Kernel command line: root=/dev/ram0 ip=off ro debian-installer/ locale=C This is wrong. Neither root= nor ip= is listed in the supplied parmfile. The content is: | ro debian-installer/locale=C checking if image is initramfs...it isn't (bad gzip magic numbers); Your initrd file is broken. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fdasd RAID partition ID
On Fri, Jun 15, 2007 at 09:23:44AM -0400, Reinaldo wrote: does anyone know what is the ID of the RAID partition type in fdasd? There is none. Bastian -- Beam me up, Scotty, there's no intelligent life down here! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: powertweak 0.99.5-16 on s390
On Wed, Mar 14, 2007 at 12:33:53PM +, Mark Brown wrote: According to buildd.debian.org[1] powertweak 0.99.5-16 was built successfully for s390 over a month ago but the packages have still not appeared in the archive. Could you please have a look and see what's going on there? According to the description, it is totally useless on s390 as Steve already said. Bastian -- One does not thank logic. -- Sarek, Journey to Babel, stardate 3842.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: coreutils 5.97-5.2
On Sat, Jan 20, 2007 at 01:20:10AM -0600, Manoj Srivastava wrote: Looking at the build logs, I see the test pwd-long failed on s-390. I need help diagnosing the problem, and was wondering if someone could help getting this resolved. The relevant bug report is #380552, which was closed without fix. The following informations are from memory. The test fails if it reaches a bind mount on the same device. I reproduced it somehow with | mkdir test1 test2 | mount --bind test1 test2 | cd test2 | call testsuite Bastian -- Earth -- mother of the most beautiful women in the universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Who is actively porting the Debian architectures?
On Mon, Dec 25, 2006 at 11:40:02PM +0100, Frans Pop wrote: S/390: add Bastian Blank S/390: remove Gerhard Tonn, he stepped back Bastian -- But Captain -- the engines can't take this much longer! signature.asc Description: Digital signature
Re: xorg-server FTBFS under S390 with error Unrecognized opcode: `sti'
On Sun, Sep 17, 2006 at 09:44:39PM -0400, José Parrella wrote: a) Current versions of binutils and gcc in Sid interoperate badly (which seems possible and actually other -already solved- bugs give hints on this direction, like #376832) Nope, this was s390x specific assembler instructions for s390. b) Somehow the compiler isn't producing valid .s code for the ESA/390 (which is quite utopic indeed and would be apocalyptic) c) Definitions for the unrecognized routines are not present in the build environment. This would mean that the include/asm-s390/system.h (provided by libklibc-dev or other kernel headers) isn't present at build time. include/asm-s390/system.h is not for use in userspace and don't provide something which may look like sti. Also you forget an option d) sti does not exist. (I just checked the opcode table, it really does not exist) Bastian -- No one wants war. -- Kirk, Errand of Mercy, stardate 3201.7
Re: s390 hardware config
On Fri, Mar 24, 2006 at 07:35:24PM -0600, Stephen Frazier wrote: It would seem that for a hot plug CTC device. You would set it up to test for the presence of the other one of the pair. If they are not both present then dont do anything. Thus in your example when 0A00 became available nothing would hapen as 0A01 was not available. Then when 0A01 became available you could then activate 0A00. You don't have the informations currently to see 0a01 as part of this ctc device. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown signature.asc Description: Digital signature
Re: s390 hardware config
On Fri, Mar 24, 2006 at 02:38:05PM +0100, Frans Pop wrote: I've not been able get udev to set up the hardware though. I've created a file '/etc/sysconfig/hardware/config-ccw-0.0.0a00' with: CCWGROUP_CHANS=(0.0.0a00 0.0.0a01) but that does not seem to do anything. Hmm, I think I know the problem. I never tested CTC properly as it is deprecated. The kernel defines that the ctc channels are managed by cu3088 modules, which is correct from the technical point of view. A CTC device on top needs the additional ctc module. I think I should just add an explicit loading of the module. After loading the ctc module, a hwup ccw 0.0.0a00 works fine. Bastian -- There is a multi-legged creature crawling on your shoulder. -- Spock, A Taste of Armageddon, stardate 3193.9 signature.asc Description: Digital signature
Re: s390 hardware config
On Fri, Mar 24, 2006 at 03:40:46PM +0100, Frans Pop wrote: I guess you mean that ctc will be loaded as part of the processing of /sys/bus/ccw/devices/0.0.0a00 so loading it manually in /etc/modules is no longer needed? Exactly. But there is another problem left: A race condition happens if only 0.0.0a00 is available but 0.0.0a01 not. If the later appears, it can't find the proper config to use. Bastian -- There are always alternatives. -- Spock, The Galileo Seven, stardate 2822.3 signature.asc Description: Digital signature
Re: s390 hardware config
On Fri, Mar 24, 2006 at 04:23:46PM +0100, Bastian Blank wrote: # echo /sys/bus/ccw/devices/0.0.0a00/uevent Should be # echo /sys/bus/ccw/devices/0.0.0a00/uevent Bastian -- It would be illogical to kill without reason. -- Spock, Journey to Babel, stardate 3842.4 signature.asc Description: Digital signature
Re: missing modules on s390/s390x
On Thu, Mar 16, 2006 at 04:13:21PM +0100, Frans Pop wrote: Only problem was that the network interface did not come up. Trying to manually start it resulted in: You need a 2.6.16-rc5 kernel and sysconfig-hardware. The new kernel properly loads the network modules, the later is used to configure the hardware. Bastian -- You're dead, Jim. -- McCoy, Amok Time, stardate 3372.7 signature.asc Description: Digital signature
Re: missing modules on s390/s390x
On Thu, Mar 16, 2006 at 07:23:40PM +0100, Frans Pop wrote: I see that the experimental kernel image does not depend on sysconfig-hardware. Should it (to ensure that users upgrading from Sarge will have it installed)? Hmm. It is no dependency as the kernel can work without. Also it needs a converter for chandev to the new config format. Bastian -- The heart is not a logical organ. -- Dr. Janet Wallace, The Deadly Years, stardate 3479.4 signature.asc Description: Digital signature
Re: Bug#340508: missing modules on s390/s390x
On Thu, Mar 16, 2006 at 07:33:59PM +0100, Bastian Blank wrote: Hmm. It is no dependency as the kernel can work without. Also it needs a converter for chandev to the new config format. Which will only work automaticaly in the easiest config: only one device/type as there is not longer any order. And ifupdown can't handle device-ids instead of names. Bastian -- Lots of people drink from the wrong bottle sometimes. -- Edith Keeler, The City on the Edge of Forever, stardate unknown signature.asc Description: Digital signature
Re: RFH - Debian/S390
On Tue, Feb 07, 2006 at 12:13:03AM +0100, Frans Pop wrote: - switch to 2.6 for installations If I understand Bastian correctly this mainly requires automatic configuration. I think he started that with his last s390-tools upload. dasd configuration support is still missing in that IIUC. No, automatic configuration is not possible, that is why there needs to be something which configures them on request. The package currently sits in NEW. - add full support for dasd in partman So that at least partconf and partitioner can be dropped; not sure if s390-dasd can be dropped. With the better integration in (lib)parted this should probably not be too difficult. s390-dasd is needed for - disk format - configuration. Bastian -- What terrible way to die. There are no good ways. -- Sulu and Kirk, That Which Survives, stardate unknown signature.asc Description: Digital signature
s390 hardware config
Hi folks I finaly finished a rudimentary hardware configuration. It have some similarities with the redhat and suse sysconfig. (This was the simplest schema I found.) You can find the sources via https://lophos.multibuild.org/svn/sysconfig/trunk. It currently lacks documentation, but the important things are: - it only works with udev for automatic device setup. - configs are located in /etc/sysconfig/hardware, the names match config-$BUS-$BUSID (for example config-ccw-0.0.9000). ccwgroup also uses ccw for the config name. - A config for ccwgroup contains a CCWGROUP_CHANS array: /etc/sysconfig/hardware/config-ccw-0.0.9000: | CCWGROUP_CHANS=(0.0.9000 0.0.9001 0.0.9002) - A config for zfcp contains a ZFCP_DEVICES array: /etc/sysconfig/hardware/config-ccw-0.0.2900: | ZFCP_DEVICES=(0x:0x - dasd is not yet supported. Bastian -- Each kiss is as the first. -- Miramanee, Kirk's wife, The Paradise Syndrome, stardate 4842.6 signature.asc Description: Digital signature
RFH - Debian/S390
Hi folks I wrote a TODO[1] and RfC for a possible etch release of the s390 port about 2 months ago, and did not get any usefull reply. As I'm the last person working on the core (and lack of time), there is a large need for help. The main problems are currently hardware configuration and debian-installer. If someone wants to help but lacks developer access to such hardware, it should be possible to get some linux guests on a maschine. Bastian [1] http://lists.debian.org/debian-s390/2005/11/msg00010.html -- Landru! Guide us! -- A Beta 3-oid, The Return of the Archons, stardate 3157.4 signature.asc Description: Digital signature
Re: Kernel 2.6
On Wed, Dec 21, 2005 at 02:53:54PM -0300, Jerônimo Bezerra wrote: I am Jeronimo and I work at one University in Brazil and here we have a S/390. We installed the Debian Woody 3.0 some time ago, and now we have make a another installation with Sarge 3.1, and if possible, using a kernel 2.6. Is it possible? You can't install sarge with 2.6 kernel, but you can install it after the installation succedes, but there exists no hardware configuration. This means, you have to manualy populate /etc/modutils with the correct command line for the dasd modules (dasd is not longer compiled in) and the network device configuarion in the sysfs. I downloaded the images from ftp.debian.org/debian/dists/sarge/main/installer-s390/current/images/generic and when I start the Profile, appers kernel 2.4.27. The installer recognize my NIC LCS, but it doesn't work, I don't know how yet, but in console, I write ifconfig eth0 and receive a error that says Device not found and assing the IP Address to interface sit0. We never had the chance to test a LCS NIC as all new machines have qeth. Bastian -- Another dream that failed. There's nothing sadder. -- Kirk, This side of Paradise, stardate 3417.3 signature.asc Description: Digital signature
Re: etch/s390 TODO
On Sat, Nov 19, 2005 at 12:12:51PM +0100, Sven Luther wrote: I disabled the dasd patch in parted 1.6.23, because it didn't apply cleanly, and there where some changes which made it non-trivial for me to fix it, i asked you on irc to look at it, and think i also mailed here, but nothing happened since then. Otavio has now taken a more active role than me in parted maintenance, as has K.G., so it would be best to contact them about this maybe. I fixed it at least one time and it worked after that. Bastian -- You can't evaluate a man by logic alone. -- McCoy, I, Mudd, stardate 4513.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
etch/s390 TODO
Hi folks As s390 is currently not in a good shape, I tried to produce a list of things which needs to be done for a possible etch release of this architecture. Please provide some feedback. Hardware configuration == In linux 2.6, the complete hardware configuration on s390 is done via sysfs. This needs some program which reads the needed informations from a config and puts them into sysfs. There are two call modes: - via udev, - by an init script. Via udev udev gets events when the channels got available and can call our program which sets up this one channel and the assigned driver. There is one possible problem with that: udev paralizes the events, which makes it impossible to predict the order of the devices. Another problem: we can't enable the devices in config order, only in channel number order. This can be fixed with a mix between both modes. Both problems needs some discussion with udev upstream. By an init script - The tool will just crawl through all available channels and configure those, which have a config entry or it will crawl through the config entries and configure any available channels. Hardware configuration utility for d-i == There needs to be some changed in s390-dasd and s390-netdevice to read the informations from sysfs and generate configs usable by the real configuration tools. One problem: We need to make sure that the order of the devices in the installer is the same than in the installed system. s390 support in partman === There is some type of s390/dasd support available for parted, it just completely disables the check for the sector size, as parted hardcodes this in too many places and dasds don't follow this. Maybe this can be fixed in a proper way. partman needs to be fixed to use a correct block size for the devices (1024 byte blocks on a 4096 bytes sectors device just don't work). Bastian -- Oh, that sound of male ego. You travel halfway across the galaxy and it's still the same song. -- Eve McHuron, Mudd's Women, stardate 1330.1 signature.asc Description: Digital signature
Re: s390 buildd problems for glibc
On Sun, Nov 13, 2005 at 12:44:40PM -0500, Daniel Jacobowitz wrote: What kernel is the build daemon running? Does it have threading problems? I don't think glibc 2.3.5 has ever successfully autobuilt on s390. It was built on debian01 which runs 2.6.11. Bastian -- Youth doesn't excuse everything. -- Dr. Janice Lester (in Kirk's body), Turnabout Intruder, stardate 5928.5. signature.asc Description: Digital signature
Re: s390 buildd problems for glibc
On Sun, Nov 13, 2005 at 02:04:45PM -0500, Daniel Jacobowitz wrote: On Sun, Nov 13, 2005 at 07:30:47PM +0100, Bastian Blank wrote: On Sun, Nov 13, 2005 at 12:44:40PM -0500, Daniel Jacobowitz wrote: What kernel is the build daemon running? Does it have threading problems? I don't think glibc 2.3.5 has ever successfully autobuilt on s390. It was built on debian01 which runs 2.6.11. Thanks. Do you think these are likely to be problems in that kernel? No. But I can reschedule it on the other buildd which runs 2.6.12. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 signature.asc Description: Digital signature
Re: htp segmentation fault
On Tue, Oct 11, 2005 at 01:31:39AM -0500, Diego Escalante wrote:
Well, the concrete problem is that it seg faults while trying to parse
a 60Kb~ text (I guess that all-at-once). Since I don't have a s390 nor
programming skills,
I found the problem. StreamPrintF (src/streams.c) used a va_list twice,
without reinitialize it. The attached patch fixes this problem.
Bastian
--
Leave bigotry in your quarters; there's no room for it on the bridge.
-- Kirk, Balance of Terror, stardate 1709.2
--- htp-1.15/debian/changelog
+++ htp-1.15/debian/changelog
@@ -1,3 +1,10 @@
+htp (1.15-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Don't use va_list more than once.
+
+ -- Bastian Blank [EMAIL PROTECTED] Tue, 11 Oct 2005 07:22:00 +
+
htp (1.15-2) unstable; urgency=low
* Fixed memory problems in s390
--- htp-1.15.orig/src/streams.c
+++ htp-1.15/src/streams.c
@@ -278,18 +278,17 @@
char *str = buffer;
int len;
-
-/* convert formatted arguments into single string */
va_start(argptr, format);
-
len = vsnprintf(str, sizeof(buffer), format, argptr);
+va_end(argptr);
+
if (len sizeof(buffer) - 1) {
str = AllocMemory(len + 1);
+va_start(argptr, format);
len = vsnprintf(str, len + 1, format, argptr);
+va_end(argptr);
}
-va_end(argptr);
-
len = PutStreamString(stream, str);
if (str != buffer)
signature.asc
Description: Digital signature
Re: Mozart FTBFS (#332630)
On Sun, Oct 09, 2005 at 02:14:28PM +0200, Kevin Glynn wrote: The first file we try to compile is giving a dynamic type error. Since this works successfully on (nearly) all other platforms I am thinking the emulator must be corrupt. It is not built on powerpc, even if it says, it should work. Possible problems: - char is unsigned. - the build shows implicit declerations of the builtin functions strlen, strcpy, memcpy. - warning: comparison is always true due to limited range of data type I am seeing similar issues on m68k, which I have access to but progress is slow (e.g. package builds fine with gcc 3.3 but fails with most recent gcc 4.x). Ah, that looks like problems with undefined behaviour. Is it possible to get access to an s390 machine. I'm not a DD but have a DD signed key. I'm afraid, but the s390 machines are developer only. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown signature.asc Description: Digital signature
Re: Mozart FTBFS (#332630)
On Sun, Oct 09, 2005 at 04:47:53PM +0200, Bastian Blank wrote: I am seeing similar issues on m68k, which I have access to but progress is slow (e.g. package builds fine with gcc 3.3 but fails with most recent gcc 4.x). Ah, that looks like problems with undefined behaviour. It is something like that. It works with -O0, hangs with -O1 and completely fails with -O2 and -O3. Also the shared libs needs to be built with -fPIC instead -fpic. Bastian -- A princess should not be afraid -- not with a brave knight to protect her. -- McCoy, Shore Leave, stardate 3025.3 signature.asc Description: Digital signature
Requalification of s390 for etch
Hi folks I've started a wiki page to start collecting info for the s390 requalification for etch: http://wiki.debian.org/s390EtchReleaseRecertification The following criterions are not fullfilled: * More developers need to certify in that they're activly developing on this architecture. * There are no informations available about users of the architecture. Bastian -- Change is the essential process of all existence. -- Spock, Let That Be Your Last Battlefield, stardate 5730.2 signature.asc Description: Digital signature
Re: Requalification of s390 for etch
On Sat, Oct 08, 2005 at 09:07:38PM +0200, Frans Pop wrote: Actually, this should be easy. You probably need only one or two examples of production installations to have hundreds of users... I know about BfF (Bundesamt für Finanzen). About 150 Guests on two machines with sarge and 1500 users. Bastian -- Emotions are alien to me. I'm a scientist. -- Spock, This Side of Paradise, stardate 3417.3 signature.asc Description: Digital signature
Re: Future of s390 port
On Mon, Sep 26, 2005 at 05:25:55PM +0200, Gerhard Tonn wrote: Due to lack of time I am not able to do the s390 porting work anymore. I am looking for someone who is interested to take over the s390 port. I'm interrested in taking over the s390 port. Bastian -- The best diplomat I know is a fully activated phaser bank. -- Scotty signature.asc Description: Digital signature
Re: attention to bug 321435
On Fri, Sep 30, 2005 at 09:33:09AM -0500, Adam Thornton wrote: It's not clear to me that the buildd maintainer's duties exactly are, or, critically, how much time per week it takes. I'm able to handle the buildds. I already did that some time ago. Bastian -- Beam me up, Scotty! signature.asc Description: Digital signature
Re: s390 binNMUs needed: emifreq-applet 0.17-2, ximian-connector 2.0.3-1
On Fri, Mar 25, 2005 at 08:56:24PM -0800, Steve Langasek wrote: Can someone do a recompile binNMU of these packages for s390, to spare the trouble of rebuilding on all architectures? The recompiles are on my todo. Bastian -- Live long and prosper. -- Spock, Amok Time, stardate 3372.7 signature.asc Description: Digital signature
Re: fityk compilation problem on s390 buildd
On Fri, Mar 18, 2005 at 06:36:29PM -0600, Carlo U. Segre wrote: I am at a loss to figure out what might be wrong here so I can't even file a bug. It looks like on the s390 there is a version of wxWindows 2.5 which is being used instead of the current Debian version 2.4. wxWindows always uses the newest installed version and the machine may have installed libwxgtk2.5-dev. Bastian -- Only a fool fights in a burning house. -- Kank the Klingon, Day of the Dove, stardate unknown signature.asc Description: Digital signature
Re: Installing Debian S/390 on Hercules problems.
On Sun, Nov 21, 2004 at 02:28:10PM -0500, Patrick Finnegan wrote: Any ideas? Use a new version of the installer. Bastian -- There are certain things men must do to remain men. -- Kirk, The Ultimate Computer, stardate 4929.4 signature.asc Description: Digital signature
problems with s390 release
I just found a serious problem with woody-sarge upgrades on s390. zipl from s390-utils 1.3.1 uses an ioctl which was introduced somewhere after patch 10 for 2.4.21 (it works properly with debian 2.4.27 which is based on patch 15). The complete error is: | unknown ioctl: 1268 | Error: Could not get blocksize For a succesful upgrade, a new kernel must be installed before s390-tools. Bastian -- You're too beautiful to ignore. Too much woman. -- Kirk to Yeoman Rand, The Enemy Within, stardate unknown signature.asc Description: Digital signature
linux 2.6.8 for s390
The linux 2.6.8 kernel image for s390 got accepted. This images are built with initrd enabled. This makes it possible to IPL via zfcp but you have to specify the options for dasd and/or zfcp in /etc/modprobe.d. Also there is currently nothing to configure the network devices via sysfs, this have to be done by hand. A short example: | echo 0.0.7000,0.0.7001 /sys/bus/ccwgroup/drivers/ctc/group | echo 1 /sys/bus/ccwgroup/devices/0.0.7000/online I may try to get them into testing. Bastian -- First study the enemy. Seek weakness. -- Romulan Commander, Balance of Terror, stardate 1709.2 signature.asc Description: Digital signature
linux 2.4.27 for s390
I released linux 2.4.27 for s390. The uploaded packages are available from http://raptor.debian.org/kernel/debian/. Please test them as we want to release sarg with 2.4.27. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown signature.asc Description: Digital signature
Re: IPL probelm with Hercules
Try: On Tue, Aug 10, 2004 at 08:28:16PM +0200, Matthias Urlichs wrote: debian31.tdf @TDF /daten/hercules/kernel31.debian fixed recsize 1024 /daten/hercules/parmfile31.debian fixed recsize 1024 /daten/hercules/initrd31.debian fixed recsize 1024 TM TM EOT Bastian -- Beauty is transitory. Beauty survives. -- Spock and Kirk, That Which Survives, stardate unknown signature.asc Description: Digital signature
Bug#245841: Remove s390 kernel packages
Package: ftp.debian.org Version: N/V Please remove the following s390 kernel patch and images packages from unstable: * kernel-patch-2.4.19-s390 * kernel-image-2.4.17-s390 * kernel-image-2.4.19-s390 Bastian -- You can't evaluate a man by logic alone. -- McCoy, I, Mudd, stardate 4513.3 signature.asc Description: Digital signature
Debian-Installer for s/390 status
Hi folks s390 was not released as part of beta3. The reason is easy: there is no working partitioner because anything in d-i relays on the ability of parted to read the disklabel. The remain is easy - network device support for chandev is working except iucv. - dasd support seems to work. What needs to be done: - ssh support. (I don't know what Joey Hess wants to implement in a general case.) - vtoc support on libparted (urgent). Someone with enough C knowledge must do that as I simply have not the time to do all. - zipl-installer. - testing. The current images are in the archive so anybody should be able to test the already working parts. Bastian -- Each kiss is as the first. -- Miramanee, Kirk's wife, The Paradise Syndrome, stardate 4842.6 signature.asc Description: Digital signature
Bug#236216: kernel-patch-2.4.21-s390 - linux-2.4.21-vmparms breaks ipl from reader
Package: kernel-patch-2.4.21-s390 Version: 2.4.21.10-3 Severity: grave linux-2.4.21-vmparms.diff breaks ipl from reader. Bastian -- Hailing frequencies open, Captain. signature.asc Description: Digital signature
Re: possible MIAs/ proposed forced orphanings
On Sat, Feb 28, 2004 at 02:41:28PM +, Martin Michlmayr wrote: Are those packages needed? Can someone co-maintain them? They are horrible outdated but needed until the new packages are accepted. Bastian -- Leave bigotry in your quarters; there's no room for it on the bridge. -- Kirk, Balance of Terror, stardate 1709.2 signature.asc Description: Digital signature
unofficial linux 2.4.25 patch
Hi folks As IBM don't release patches for not-so-broken kernels, both holes in plain 2.4.21 seems to be exploitable on s390, I tried to merge the hole patch into 2.4.25. It works fine with vm minidiscs and QDIO Guest LANs. http://raptor.debian.org/kernel/linux-2.4.25-s390-unofficial.diff.bz2 Bastian -- ... The prejudices people feel about each other disappear when they get to know each other. -- Kirk, Elaan of Troyius, stardate 4372.5 signature.asc Description: Digital signature
Re: looking for s390 access for kdebase debugging
On Tue, Feb 17, 2004 at 10:34:06AM +0200, Riku Voipio wrote: I am trying to trace the kdebase build failure a little more, but I would need a s390 chroot with kdebase build depends installed (apt-get build-dep kdebase). Is this possible to arrange? Try raptor.d.o. Bastian -- The idea of male and female are universal constants. -- Kirk, Metamorphosis, stardate 3219.8 signature.asc Description: Digital signature
Re: Adding QDIO support to an existing Debian 3.0 System
On Tue, Dec 09, 2003 at 01:16:09PM -0500, Rodney S. Clayton wrote: I have a running Debian s/390 system that is using VCTCA's for connectivity. I would like to download the QDIO module and add this kind of NIC. I have been unable to fine the driver for Debian or the directions for setting it up. Get a kernel = 2.4.21 (2.6.0-test11 also works fine) and compile in the qdio/qeth modules. Bastian -- One does not thank logic. -- Sarek, Journey to Babel, stardate 3842.4 signature.asc Description: Digital signature
Re: please build XFree86 4.3.0 for experimental
On Fri, Oct 10, 2003 at 03:19:42AM -0500, Branden Robinson wrote: After the s390-specific commits I made today, Bastian seems to have had a successful build of a (modified) 4.3.0-0pre1v3. no, it failes on usr/X11R6/lib/X11/doc/README.dps (xfree86-common) bastian -- The heart is not a logical organ. -- Dr. Janet Wallace, The Deadly Years, stardate 3479.4 signature.asc Description: Digital signature
Re: please build XFree86 4.3.0 for experimental
On Wed, Oct 08, 2003 at 11:50:43AM +1000, Daniel Stone wrote: * s390 has never tried to build XFree86 4.3.0 as far as I can tell. Bastian Blank attempted several times, got tripped up by the DRI foolery and other NOT_BUILDING_XF86_SERVER fun, and ended up giving up. After getting enough free space on raptor, i try to build it another time. Bastian -- It is a human characteristic to love little animals, especially if they're attractive in some way. -- McCoy, The Trouble with Tribbles, stardate 4525.6 signature.asc Description: Digital signature
Re: [b...@fs.tum.de: Bug#210307: ncurses doesn't build on s390]
On Wed, Sep 10, 2003 at 04:32:25PM -0400, Daniel Jacobowitz wrote: Ncurses now tries to build a 64-bit library. But it looks like the S/390 build daemon can't _run_ 64-bit binaries? Do I need to make it do this as a cross-compile instead? none of the s390 autobuilders run 64bit kernels. make[1]: Leaving directory `/build/buildd/ncurses-5.3.20030719/obj-wide-debug' touch build-wide-debug test -d /build/buildd/ncurses-5.3.20030719/obj-64 || mkdir /build/buildd/ncurse s-5.3.20030719/obj-64 cd /build/buildd/ncurses-5.3.20030719/obj-64 CFLAGS=-O2 -g CC=gcc -m64 \ where does this specification come from? bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9
Re: 64bit debian
On Wed, Jun 25, 2003 at 12:27:11PM +0200, Kasza Karoly wrote: My question is: Is it possible to run debian in 64 bit mode? If it is, does 64bit deb packages exists? 64bit glibc packages and 64bit compilers exists but no 64bit kernel. Or do you plan to make a debian-s390x port? it is suspended since 2 years. bastian -- It would seem that evil retreats when forcibly confronted. -- Yarnek of Excalbia, The Savage Curtain, stardate 5906.5 pgp8ZHfpAanCw.pgp Description: PGP signature
Re: openoffice and biarch toolchain now available in unstable
On Wed, Dec 18, 2002 at 09:48:55AM +0100, Gerhard Tonn wrote: The complete toolchain, gcc-3.2, binutils and glibc, has been enabled for biarch support recently. This means that you can compile and link 64 bit applications in unstable using the -m64 flag. As soon as the modutils are also biarch enabled and a 64 bit kernel package is available, you will be able to install a 64 bit kernel along with the 32 bit userland and compile, link and execute 64 bit applications. do you fix the location of the 64 bit dynlinker? | $ strings test | /lib/ld64.so.1 [...] bastian -- Where there's no emotion, there's no motive for violence. -- Spock, Dagger of the Mind, stardate 2715.1 pgp2bGp0KNYWb.pgp Description: PGP signature
Re: raptor
On Sun, Dec 08, 2002 at 06:53:42PM +0100, Russell Coker wrote: In the main root of raptor.debian.org. Or am I supposed to do all development in chroot's? the main root is a little bit problematic. i want to move the machine to a 64bit kernel. it needs new modutils and i don't want to rebuild anything for stable because i don't know if it really work. but currently, the mainsystem is usable. i install the package there. bastian -- You! What PLANET is this! -- McCoy, The City on the Edge of Forever, stardate 3134.0 pgpqzlV9nejAO.pgp Description: PGP signature
Re: Fwd: -D_FILE_OFFSET_BITS
On Sun, Dec 08, 2002 at 09:30:58PM +0100, Russell Coker wrote: [...] i try to compile the test program. first it isn't c, so i need to fix it. i compile it with gcc 3.2 and -D_FILE_OFFSET_BITS=64. it seems to work fine. | $ ./test ./test1 1000 | Seeking to 1000 | $ ls -al test1 | -rw---1 waldiDebian 1001 Dec 8 22:41 test1 bastian -- The face of war has never changed. Surely it is more logical to heal than to kill. -- Surak of Vulcan, The Savage Curtain, stardate 5906.5 pgpxBZ476bZTm.pgp Description: PGP signature
s390x status
hi folks i'm currently working on a s390x port of debian. now we are able to release them, but the question is, do we need them? or should we use a 64 bit kernel with a 31 bit userland like sparc does. bastian -- Bones: The man's DEAD, Jim! pgpVaKrlTggb6.pgp Description: PGP signature
Re: Timer patch
On Mon, Sep 16, 2002 at 01:18:13PM -0500, Dennis Wicks wrote: Thanks, but I am not up to the s390x yet. I am still running in a 32-bit world! the patch is the same for 31 and 64 bit. bastian -- War isn't a good life, but it's life. -- Kirk, A Private Little War, stardate 4211.8 pgpeL2i4G452d.pgp Description: PGP signature
