Bug 5624
Summary: | (net b44) FR: Clean up the fix for: Lockup on 'mii-tool ethX' when 'ifconfig ethX up' is not yet done | ||
---|---|---|---|
Product: | Drivers | Reporter: | Remko Bijker (bijker007) |
Component: | Network | Assignee: | drivers_network (drivers_network) |
Status: | CLOSED OBSOLETE | ||
Severity: | high | CC: | akpm, alan, protasnb, romieu |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.15-rc1 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
complete dmesg output
complete lspci output output of ver_linux early return in dev->do_ioctl when the device is not up |
Description
Remko Bijker
2005-11-17 14:37:29 UTC
Created attachment 6608 [details]
complete dmesg output
Created attachment 6609 [details]
complete lspci output
Created attachment 6610 [details]
output of ver_linux
Created attachment 6641 [details]
early return in dev->do_ioctl when the device is not up
It's probably a bit late in the 2.6.15-rcX cycle to try to move the
init sequence from the device open routine to the PCI probe one.
--
Ueimor
The patch solves the freeze, although "SIOCGMIIPHY on 'eth0' failed: Invalid argument" is not a very clear explanation. I think it would be usefull to start the device, i.e. run the init sequence, when mii-tool is run, but the interface is still down. Francois, did a patch get merged up for this? > Francois, did a patch get merged up for this?
Yes. It is gross but it works.
I would not mind an extra state in bugzilla to turn the PR
into a feature request (the patch is _really_ gross).
--
Ueimor
But having such resolution type would be really helpful, I'll work on that. Was the problem resolved, should it be closed? Thanks. Sorry, I closed it prematurely. |