Bug#445507: not working on mipsel - initrd not starting
On Sunday 12 October 2008, Martin Michlmayr wrote: > * Steve Langasek <[EMAIL PROTECTED]> [2008-10-11 23:39]: > > If d-i is working on mips* right now using mklibs-copy, is there any > > reason left to treat this bug as RC for lenny? It really does not > > appear to be blocking anything for release in practice. > > I don't think it should be RC. I believe Frans disagrees but I'm not > sure why. IMO it is a serious issue as using mklibs on mips/mipsel will result in a non-working system. I'm still rather disappointed (and even somewhat pissed off) that the mips/mipsel porters have not managed to solve it in over a year time now. The fact that we can work around it for D-I using mklibs-copy does not change its severity. I intended to tag it lenny-ignore last week, but made a mistake with the bug number. It should now be tagged correctly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
* Steve Langasek <[EMAIL PROTECTED]> [2008-10-11 23:39]: > If d-i is working on mips* right now using mklibs-copy, is there any > reason left to treat this bug as RC for lenny? It really does not > appear to be blocking anything for release in practice. I don't think it should be RC. I believe Frans disagrees but I'm not sure why. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
If d-i is working on mips* right now using mklibs-copy, is there any reason left to treat this bug as RC for lenny? It really does not appear to be blocking anything for release in practice. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
On Sat, Oct 20, 2007 at 09:52:52PM +0200, Bastian Blank wrote: > On Sat, Oct 20, 2007 at 09:18:24PM +0200, Bastian Blank wrote: > > | $ ./lib/ld.so.1 --library-path lib/ ./bin/sh > > | Segmentation fault > > | $ LD_LIBRARY_PATH=lib/ ./bin/sh > | > | > | BusyBox v1.1.3 (Debian 1:1.1.3-5) Built-in shell (ash) > | Enter 'help' for a list of built-in commands. > > | $ /lib/ld.so.1 --library-path lib/ ./bin/sh > | Segmentation fault > The problem comes from the following symbols in libc.so.6 l *UND* .hidden __nss_aliases_database l *UND* .hidden __nss_rpc_database l *UND* .hidden __nss_ethers_database l *UND* .hidden __nss_netgroup_database l *UND* .hidden __nss_shadow_database l *UND* .hidden __nss_publickey_database Those symbols are glibc symbols that are not used within the reduced libc. They are exported as undefined on all architectures, though they are defined in libc_p.a. On most architectures, they do not cause any problem, but on mips and mipsel ld.so seems to be confused and segfault during the relocation phase. Thiemo, do you have an idea about what can lead to segfault? Also note that in Etch those symbols were also undefined, but not hidden. I guess this is the reason why mklibs stopped working. A quick workaround is to mark those functions as used by using the -u options from gcc as it is done for other symbols. It only increase the size of libc.so.6 by a few kilobytes, and I have tested that it actually works correctly. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
Martin Michlmayr a écrit : > * Aurelien Jarno <[EMAIL PROTECTED]> [2008-01-12 22:32]: >> Looking at the size, the mips initrd.gz is 400kB smaller and I see no >> reason for that. Either mklibs is still broken on mips, or images are >> generated with the old buggy mklibs. > > I disabled mklibs library reduction on mips/mipsel for now because of > this bug and I'm using mklibs-copy instead. > > When you change d-i to use mklibs, you'll see this bug. Ok, I am able to reproduce it now. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#445507: not working on mipsel - initrd not starting
Processing commands for [EMAIL PROTECTED]: > reopen 445507 Bug#445507: not working on mipsel - initrd not starting Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
reopen 445507 thanks On Monday 14 January 2008, Martin Michlmayr wrote: > When you change d-i to use mklibs, you'll see this bug. Reopening then. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
* Aurelien Jarno <[EMAIL PROTECTED]> [2008-01-12 22:32]: > Looking at the size, the mips initrd.gz is 400kB smaller and I see no > reason for that. Either mklibs is still broken on mips, or images are > generated with the old buggy mklibs. I disabled mklibs library reduction on mips/mipsel for now because of this bug and I'm using mklibs-copy instead. When you change d-i to use mklibs, you'll see this bug. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
On Saturday 12 January 2008, you wrote: > Except that it now works on mipsel (at least here), while the BR clearly > say it doesn't work on mipsel. The problem on mips may be different, as > the symptoms are different than the ones that have been reported. > > Given to the reason above, I am personally not sure it is a toolchain > issue. Then please provide new debugging info. Running mklibs with extra -v options (by editing the Makefile) should give some indication. If nobody provides the required info, the issue will not get solved. It really is up to ppl with the hardware to keep this going! signature.asc Description: This is a digitally signed message part.
Bug#445507: not working on mipsel - initrd not starting
Frans Pop a écrit : > On Saturday 12 January 2008, Aurelien Jarno wrote: >> Looking at the size, the mips initrd.gz is 400kB smaller and I see no >> reason for that. Either mklibs is still broken on mips, or images are >> generated with the old buggy mklibs. > > The answer is in the last message to the BR before yours: > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=37;bug=445507 Except that it now works on mipsel (at least here), while the BR clearly say it doesn't work on mipsel. The problem on mips may be different, as the symptoms are different than the ones that have been reported. > This is no longer an mklibs issue, but a mips toolchain issue and from my > PoV it is extremely disappointing that porters are leaving this unresolved > for so long. Given to the reason above, I am personally not sure it is a toolchain issue. Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
On Saturday 12 January 2008, Aurelien Jarno wrote: > Looking at the size, the mips initrd.gz is 400kB smaller and I see no > reason for that. Either mklibs is still broken on mips, or images are > generated with the old buggy mklibs. The answer is in the last message to the BR before yours: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=37;bug=445507 This is no longer an mklibs issue, but a mips toolchain issue and from my PoV it is extremely disappointing that porters are leaving this unresolved for so long. Last I saw on #d-boot was that Thiemo took a look at it but got stuck because of lack of python skills (which surprised me a bit as python skills would only be needed if it _were_ an mklibs issue). Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#445507: not working on mipsel - initrd not starting
On Sat, Oct 06, 2007 at 01:40:20PM +0200, Martin Michlmayr wrote: > Package: mklibs > Version: 0.1.26 > Severity: important > > It seems that mklibs is not working properly on mipsel. When I boot a > daily d-i image made with mklibs it stops after: > | Freeing unused kernel memory: 124k freed > When I re-build the image with mklibs-copy, it works. The only > difference is: > > Binary files c/lib/libc.so.6 and m/lib/libc.so.6 differ > Binary files c/lib/libfribidi.so.0.0.0 and m/lib/libfribidi.so.0.0.0 differ > Binary files c/lib/libm.so.6 and m/lib/libm.so.6 differ > Binary files c/lib/libnss_dns-2.6.1.so and m/lib/libnss_dns-2.6.1.so differ > Binary files c/lib/libnss_files-2.6.1.so and m/lib/libnss_files-2.6.1.so > differ > Binary files c/lib/libresolv.so.2 and m/lib/libresolv.so.2 differ > Binary files c/lib/libslang.so.2 and m/lib/libslang.so.2 differ > > This is the same I reported back in September: > http://lists.debian.org/debian-boot/2007/09/msg00028.html > http://lists.debian.org/debian-boot/2007/09/msg00036.html > I was told that this was due to #433874 but given that this is fixed > now it must be something else. I have given a try. Here the mipsel initrd.gz (the qemu one dated 20071210) works. The mips one doesn't work, but I get a different error: Freeing unused kernel memory: 132k freed Error -3 while decompressing! 802bbd80(7120)->812d3000(4096) Error -3 while decompressing! 802bb9d4(7026)->8113e000(4096) Looking at the size, the mips initrd.gz is 400kB smaller and I see no reason for that. Either mklibs is still broken on mips, or images are generated with the old buggy mklibs. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
On Sat, Oct 20, 2007 at 09:18:24PM +0200, Bastian Blank wrote: > | $ ./lib/ld.so.1 --library-path lib/ ./bin/sh > | Segmentation fault | $ LD_LIBRARY_PATH=lib/ ./bin/sh | | | BusyBox v1.1.3 (Debian 1:1.1.3-5) Built-in shell (ash) | Enter 'help' for a list of built-in commands. | $ /lib/ld.so.1 --library-path lib/ ./bin/sh | Segmentation fault Bastian -- Star Trek Lives! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
On Sat, Oct 06, 2007 at 01:40:20PM +0200, Martin Michlmayr wrote: > When I re-build the image with mklibs-copy, it works. The only > difference is: | $ ./lib/ld.so.1 --library-path lib/ ./bin/sh | Segmentation fault | execve("./lib/ld.so.1", ["./lib/ld.so.1", "--library-path", "lib/", "./bin/sh"], [/* 14 vars */]) = 0 | svr4_syscall() = -1 ERRNO_4045 (Unknown error 4045) | open("./bin/sh", O_RDONLY) = 3 | read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\2\0\10\0\1\0\0\0\240R@"..., 512) = 512 | fstat64(3, {st_mode=S_IFREG|0755, st_size=379984, ...}) = 0 | getcwd("/home/waldi/d-i/trunk/installer/build/tmp/cobalt_netboot-2.6_serial/tree", 128) = 73 | old_mmap(0x40, 348160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x40 | old_mmap(0x464000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x54000) = 0x464000 | old_mmap(0x468000, 15636, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x468000 | close(3)= 0 | uname({sys="Linux", node="swarm", ...}) = 0 | access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) | old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaa8000 | access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) | open("lib/tls/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) | open("lib/libc.so.6", O_RDONLY) = 3 | read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0\200\262"..., 512) = 512 | fstat64(3, {st_mode=S_IFREG|0644, st_size=873624, ...}) = 0 | getcwd("/home/waldi/d-i/trunk/installer/build/tmp/cobalt_netboot-2.6_serial/tree", 128) = 73 | old_mmap(NULL, 904284, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaa9000 | mprotect(0x2ab6f000, 61440, PROT_NONE) = 0 | old_mmap(0x2ab7e000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc5000) = 0x2ab7e000 | old_mmap(0x2ab84000, 7260, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ab84000 | close(3)= 0 | old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2ab86000 | SYS_4283() = -1904323808 | --- SIGSEGV (Segmentation fault) @ 0 (0) --- | +++ killed by SIGSEGV +++ | execve("./lib/ld.so.1", ["./lib/ld.so.1", "--library-path", "/lib/", "./bin/sh"], [/* 14 vars */]) = 0 | svr4_syscall() = -1 ERRNO_4045 (Unknown error 4045) | open("./bin/sh", O_RDONLY) = 3 | read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\2\0\10\0\1\0\0\0\240R@"..., 512) = 512 | fstat64(3, {st_mode=S_IFREG|0755, st_size=379984, ...}) = 0 | getcwd("/home/waldi/d-i/trunk/installer/build/tmp/cobalt_netboot-2.6_serial/tree", 128) = 73 | old_mmap(0x40, 348160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x40 | old_mmap(0x464000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x54000) = 0x464000 | old_mmap(0x468000, 15636, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x468000 | close(3)= 0 | uname({sys="Linux", node="swarm", ...}) = 0 | access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) | old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaa8000 | access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) | open("/lib/tls/libc.so.6", O_RDONLY)= -1 ENOENT (No such file or directory) | stat64(0x7fb1de80, 0x7fb1deb8) = -1 ENOENT (No such file or directory) | open("/lib/libc.so.6", O_RDONLY)= 3 | read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0\264d\1"..., 512) = 512 | lseek(3, 692, SEEK_SET) = 692 | read(3, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0"..., 32) = 32 | fstat64(3, {st_mode=S_IFREG|0755, st_size=1527736, ...}) = 0 | old_mmap(NULL, 1510448, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaa9000 | mprotect(0x2abfe000, 61440, PROT_NONE) = 0 | old_mmap(0x2ac0d000, 40960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x154000) = 0x2ac0d000 | old_mmap(0x2ac17000, 11312, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ac17000 | close(3)= 0 | old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2ac1a000 | SYS_4283() = 171768168 | mprotect(0x2ac0d000, 20480, PROT_READ) = 0 Bastian -- Ahead warp factor one, Mr. Sulu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
* Otavio Salvador <[EMAIL PROTECTED]> [2007-10-20 15:29]: > Could you check the included symbols on both libc.so.6 files and do > a diff between them? This could help to track it out. For the record, I gave waldi access to a mipsel box. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445507: not working on mipsel - initrd not starting
Martin Michlmayr <[EMAIL PROTECTED]> writes: > severity 445507 serious > thanks > > * Martin Michlmayr <[EMAIL PROTECTED]> [2007-10-06 14:08]: >> > Binary files c/lib/libc.so.6 and m/lib/libc.so.6 differ >> >> This is what makes a difference. I copied c/lib/libc.so.6 (i.e. made >> with mklibs-copy) to the image made with mklibs and now it's working. > > I just tried a d-i daily on QEMU (mips and mipsel) and Cobalt (mipsel) > and none start. Could you check the included symbols on both libc.so.6 files and do a diff between them? This could help to track it out. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#445507: not working on mipsel - initrd not starting
Processing commands for [EMAIL PROTECTED]: > severity 445507 serious Bug#445507: not working on mipsel - initrd not starting Severity set to `serious' from `important' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]