lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Mon, 23 Jul 2007 15:37:42 -0400
From:	Andy Gospodarek <>
To:	Thomas Müller <>
Subject: Re: [BUG] Lockup on boot when trying to bring up r8169 NIC

On Thu, Jul 19, 2007 at 04:11:35PM +0200, Thomas Müller wrote:
> Hi,
> I already sent this two days ago, but I have the feeling it was
> overlooked or filtered because of a large attachment.
> If I try to boot, or 2.6.22-git8 the system completely
> hangs when init tries to bring up my r8169-based NIC. Not even the
> keyboard lights are working anymore.
> If I unplug the network cable, boot continues just fine and everything
> works as it should.
> If I boot with the cable unplugged, the system also hangs and continues
> after I plug in the cable.
> Everything works fine with
> Configuration:
> Using a Fedora kernel (based on I get the following kernel
> message:
> r8169: eth0: link down
> BUG: soft lockup detected on CPU#0!
>  [<c0451ea2>] softlockup_tick+0xa5/0xb4
>  [<c042e930>] update_process_times+0x3b/0x5e
>  [<c043d298>] tick_sched_timer+0x57/0x9a
>  [<c0439df5>] hrtimer_interrupt+0x12b/0x1b6
>  [<c043d241>] tick_sched_timer+0x0/0x9a
>  [<c0408534>] timer_interrupt+0x2c/0x32
>  [<c045210e>] handle_IRQ_event+0x1a/0x3f
>  [<c045354e>] handle_level_irq+0x81/0xc7
>  [<c04072c7>] do_IRQ+0xb8/0xd1
>  [<c04058ff>] common_interrupt+0x23/0x28
>  [<c0452105>] handle_IRQ_event+0x11/0x3f
>  [<c045354e>] handle_level_irq+0x81/0xc7
>  [<c04534cd>] handle_level_irq+0x0/0xc7
>  [<c04072bb>] do_IRQ+0xac/0xd1
>  [<c04058ff>] common_interrupt+0x23/0x28
>  [<c042b2dc>] __do_softirq+0x54/0xba
>  [<c04071b7>] do_softirq+0x59/0xb1
>  [<c04534cd>] handle_level_irq+0x0/0xc7
>  [<c042b194>] irq_exit+0x38/0x6b
>  [<c04072cc>] do_IRQ+0xbd/0xd1
>  [<c04058ff>] common_interrupt+0x23/0x28
>  [<c04200d8>] find_busiest_group+0x264/0x4c5
>  [<c0601895>] _spin_unlock_irqrestore+0x8/0x9
>  [<c042e863>] __mod_timer+0xa1/0xab
>  [<f8a4e1ec>] rtl8169_open+0x12e/0x194 [r8169]
>  [<c05a3054>] dev_open+0x2b/0x62
>  [<c05a1aa1>] dev_change_flags+0x47/0xe4
>  [<c05de45c>] devinet_ioctl+0x250/0x56a
>  [<c04e72c0>] copy_to_user+0x3c/0x50
>  [<c0598b47>] sock_ioctl+0x19f/0x1be
>  [<c05989a8>] sock_ioctl+0x0/0x1be
>  [<c047f713>] do_ioctl+0x1f/0x62
>  [<c047f99a>] vfs_ioctl+0x244/0x256
>  [<c047f9f8>] sys_ioctl+0x4c/0x64
>  [<c0404f70>] syscall_call+0x7/0xb
>  =======================
> r8169: eth0: link up
> There already is a bugzilla entry at
> I know, not everyone is a fan of bugzilla, but maybe someone wants to
> take a look at what was discussed there.
> Please CC me as I'm not subscribed to the list and don't hesitate to
> tell me that I forgot to include some crucial information ;)
> Regards,
> Thomas

As you know already this seems to be caused by an undesireable
interaction between the r8169 driver and a kernel with

It seems rtl8169_interrupt will spin (or hang) while booting until there
is an interrupt to service (like a link-change event).


To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists