Bug#790560: udev fails to start on sparc boot, breaking boot

[Michael Biebl]

Control: reassign 790556 binutils
Control: reassign -1 binutils
Control: forcemerge -1 790556
Control: retitle -1 LTO and gold linker broken on sparc


Am 08.09.2015 um 17:25 schrieb Artyom Tarasenko:
> On Sun, Aug 30, 2015 at 3:29 PM, Michael Biebl <biebl at debian.org> wrote:
>> control: user -1 debian-sparc at lists.debian.org
>> control: usertag -1 sparc
>> control: tags -1 + help
>>
>> On Tue, 30 Jun 2015 11:04:20 +0300 Meelis Roos <mroos at linux.ee> wrote:
>>> Package: udev
>>> Version: 221-1
>>> Severity: critical
>>> Justification: breaks the whole system
>>>
>>> udev 220-7 broke sparc boot with strange messages about different
>>> options of udevadm not supported (--cleanup-db un recognized,
>>> --action=add not recognized, --timeout=10 not recognized).
>>>
>>> Upgraded to 221-1 with init=/bin/bash and chroot, still the same:
>>>
>>> Loading, please wait...
>>> e or neveruudevadm: unrecognized option '--action=add'
>>> Begin: Loading essential drivers ... done.
>>> Begin: Running /scripts/init-premount .[   63.869458] input: Sun Mouse as /devices/root/f005f9c0/f00601b4/f0061504/f0064df4/serio1/input/1
>>> ... done.
>>> Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
>>> Begin: Running /scripts/local-premount ... done.
>>> udevadm: unrecognized option '--timeout=10'
>>> Begin: Waiting for root file system ... Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> Begin: Running /scripts/local-block ... done.
>>> done.
>>> Gave up waitin[   94.135656] usbcore: registered new interface driver usbfs
>>> g for [   94.207229] usbcore: registered new interface driver hub
>>> root [   94.276486] usbcore: registered new device driver usb
>>> device.  Comm[   94.350131] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
>>> on prob[   94.435984] ehci-pci: EHCI PCI platform driver
>>> lems:
>>>  - Boot args (cat /proc/cmdline)
>>>    - Check rootdelay= (did[   94.558185] uhci_hcd: USB Universal Host Controller Interface driver
>>>  the system wait long e[   94.658718] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
>>> nough?)
>>
>>
>> We'll need help from our sparc porters on this bug report.
>> So CCing them and tagging the bug report accordingly.
> 
> Well basically udev is completely broken on sparc when compiled with
> LTO and "gold" linker.
> It's not an udev fault. Increasing rootdelay won't help because udev
> built this way can't even parse it's command line.
> The experiments has shown that building it with the bfd linker or
> without LTO produce a working udev.

Re-assigning the two sparc related bugs to binutils then, this needs to
be addressed there.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20150910/3d22dd15/attachment-0002.sig>