Opened 14 years ago

Closed 5 years ago

Last modified 4 years ago

#5492 closed bug (fixed)

removing the rtl81xx driver while it is in use results in a KDL

Reported by: kallisti5 Owned by: nobody
Priority: normal Milestone: R1/beta2
Component: Drivers/Network/rtl81xx Version: R1/Development
Keywords: Cc: modeenf
Blocked By: Blocking:
Platform: All

Description

removing the rtl81xx driver while the device is in your system or the device is being used results in an instant kdl.

performing a ifconfig --delete /dev... doesn't change the kdl situation.

Attachments (1)

kdl.jpg (157.4 KB ) - added by kallisti5 14 years ago.
kdl, sorry for the lack of quality.

Download all attachments as: .zip

Change History (11)

by kallisti5, 14 years ago

Attachment: kdl.jpg added

kdl, sorry for the lack of quality.

comment:1 by axeld, 14 years ago

Your /dev/net/rtl81xx/0 device is in use while this happens? Ie. an interface with that name exists and is up?

And if you delete the interface, and then remove (by deleting or moving it someplace else?) the driver, the same KDL appears?

What revision? Really the alpha1?

comment:2 by kallisti5, 14 years ago

Version: R1/alpha1R1/Development

latest nightly.. sorry :)

tried everything in my powers to remove the /dev/net/rtl81xx/0 device (ifconfig ... down, ifconfig --delete ..., etc) still KDL's. The is the only driver that has this behavior, the rest are ok being removed while in use (we were troubleshooting an interrupt issue when this behavior was discovered, intel_extreme, hda, atheroswifi, ehci remove ok)

by "removing the driver" I mean moving it's binary file in /boot/system/add-ons/kernel/drivers/bin/ to the desktop to disable it on next boot.

comment:3 by axeld, 14 years ago

Can you add the output of "ifconfig" after boot?

comment:4 by kallisti5, 14 years ago

on a fresh boot circa hrev35628...

loop    Hardware Type: Local Loopback, Address: none
        inet addr: 127.0.0.1, Mask: 255.0.0.0
        MTU: 16384, Metric: 0, up loopback link
        Receive: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped
        Transmit: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped
        Collisions: 0

/dev/net/rtl81xx/0
        Hardware Type: Ethernet, Address: 00:1e:68:be:01:ac
        Media Type: 100 MBit, 100BASE-TX
        inet addr: 10.21.17.68, Bcast: 10.21.17.255, Mask: 255.255.254.0
        MTU: 1500, Metric: 0, up broadcast link auto-configured
        Receive: 367 packets, 0 errors, 29954 bytes, 0 mcasts, 0 dropped
        Transmit: 9 packets, 0 errors, 1962 bytes, 0 mcasts, 0 dropped
        Collisions: 0

comment:5 by diver, 12 years ago

Component: Drivers/NetworkDrivers/Network/rtl81xx

comment:6 by modeenf, 12 years ago

Cc: modeenf added

comment:7 by umccullough, 12 years ago

Blocking: 5372 removed

comment:8 by jackburton, 6 years ago

Is this still valid ?

comment:9 by waddlesplash, 5 years ago

Resolution: fixed
Status: newclosed

Probably not, the KDL shown in the ticket was likely fixed with the deinitialization changes in the compat layer, and ifconfig --delete of course does not KDL now.

comment:10 by nielx, 4 years ago

Milestone: R1R1/beta2

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone

Note: See TracTickets for help on using tickets.