Re: solution to printk() blocking interrupts?

From
Jon Smirl <hidden>
Date
2008-09-22 14:45:39
Reply to
Sergei Shtylyov, 2008-09-22
On Mon, Sep 22, 2008 at 10:39 AM, Sergei Shtylyov
[off-list ref] wrote:
Hello, I wrote:

 Not sure if Stephen was the right person to CC, including Matt now...
quoted
quoted
quoted
quoted
What controls this? "carrier detect appears untrustworthy, waiting 4
seconds"
Get that fixed and this patch could be useful,
quoted
quoted
quoted
Does the driver properly uses netif_carrier_on/off to signal the
system when the link is up/down ?
quoted
quoted
 Implementing the poll_controller() method in the network driver is
usually
quoted
quoted
 Looks like the answer is "no"...
quoted
 Hm... it uses phylib, so probably it does that. That message and a 4 s
pause appears if the carrier is seen in <10 ms after opening the device.
  Oops, not 10 -- 100 ms (HZ / 10).
quoted
Maybe this threshold needs to be changed?
  Seems like too much indeed.
The link is coming up, but it appears that netconsole has already
decided to wait 4s.

mpc52xx MII bus: probed
net eth0: Using PHY at MDIO address 0
netconsole: local port 6666
netconsole: local IP 192.168.1.11
netconsole: interface eth0
netconsole: remote port 514
netconsole: remote IP 192.168.1.4
netconsole: remote ethernet address 00:19:d1:e4:0f:8d
netconsole: device eth0 not up yet, forcing it
net eth0: attached phy 0 to driver Generic PHY
netconsole: carrier detect appears untrustworthy, waiting 4 seconds
PHY: f0003000:00 - Link is Up - 100/Full
console [netcon0] enabled
netconsole: network logging started


WBR, Sergei


-- 
Jon Smirl
jonsmirl@gmail.com
Thread (16 messages) 16 messages, 3 authors, last reply 2008-09-23
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help