Bug 211275

Summary:	xircom_cb does not unload (unregister_netdev waiting for eth0 to become free) or get new IP properly
Product:	[Fedora] Fedora	Reporter:	Bruce Allen <ballen>
Component:	kernel	Assignee:	Neil Horman <nhorman>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5	CC:	ballen, davej, linville, wtogami
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2007-08-07 21:22:47 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Bruce Allen 2006-10-18 12:12:05 UTC

Description of problem:

Problem not present with 2.6.15.  Problem present in 2.6.17 and 2.6.18.

I am using xircom_cb with a Xircom RBEM56G-100 card.  I can assign IP
information to the ethernet port exactly once.  After that, any attempt to
assign new IP info fails.  A reboot is required to change the IP!

Any attempt to unload the card results in a steady stream of messages:
unregister_netdevice: waiting for eth0 to become free.

Version-Release number of selected component (if applicable):

Updated stock FC5

How reproducible:


Steps to Reproduce:
1.  dhclient eth0   (gets IP)
2.  plug into a different DHCP server
3.  killall dhclient; dhclient eth0 (FAILS)
4.  pccardctl eject 0 (produces unregister_netdev errors)

I am using the latest pcmciautils package.
Kernel has acpi=off
I have seen the 'udev hang on boot' error one time with 2.6.18, but it
is not reproducible.

Comment 1 John W. Linville 2006-10-25 15:22:08 UTC

Fedora-netdev kernels are available here:

   http://people.redhat.com/linville/kernels/fedora-netdev/

Please give those a try to verify that this problem continues to exist there, 
and post the results here...thanks!

Comment 2 John W. Linville 2007-08-07 21:22:47 UTC

Closed due to lack of response...please reopen if/when the requested info 
becomes available.