[kernel] panics on driver reload

[diver]

This is hrev39880 gcc4hybrid in VirtualBox 3.0.12 with Intel PRO/1000 T Server (82543GC).

mv /system/add-ons/kernel/drivers/bin/ipro1000 ~/
ifconfig del /dev/net/ipro1000/0
mv ~/ipro1000 /system/add-ons/kernel/drivers/bin

[Coldfirex]

Can you confirm that you get the same issue under VirtualBox 3.2.12?

[diver]

Confirmed. VirtualBox 3.2.12 behaves the same.

[luroh]

With the arrival of package management, the test case no longer applies. Perhaps a driver could be put in its own package in order to reproduce the issue. I'm not sure how to otherwise force a driver to reload.

[jackburton]

Replying to luroh:

With the arrival of package management, the test case no longer applies. Perhaps a driver could be put in its own package in order to reproduce the issue. I'm not sure how to otherwise force a driver to reload.

A driver can be put in /system/non-packaged/add-ons/kernel... etc. This could be a way to reproduce the issue.

[luroh]

Ah, good idea, jackburton. So I:

1. Copied the ipro1000 driver to the desktop.
2. Rebooted and blacklisted the ipro1000 driver from the Boot Menu.
3. Moved the ipro1000 driver into system/non-packaged/add-ons/kernel/drivers/bin and Haiku picked up and activated the driver just fine.
4. Moved the driver back to the desktop.
5. Ran 'ifconfig del /dev/net/ipro1000/0'
6. Moved the driver back again. No KDL but Haiku didn't pick up the driver.

Turns out that only every other time you move the driver into place is it picked up and activated. I have seen something very similar when moving hpkgs in and out of the packaged/ folder. Will file a new ticket if there isn't one already.

[axeld]

Since the driver was still in use when you removed it, the system could not unload it. At this point, it would only mark the driver as being deleted.

When you move it back, the system should only try to reload the driver when it needs it again. Have you tried if an "ls /dev/net" let Haiku to pick it up again?

[luroh]

"ls /dev/net" always outputs "ipro1000" no matter what I do, but the driver is only picked up every other time I move it back. This toggling behaviour is tracked in tickets #10872 and #10914.

[axeld]

What happens then if you try to open the driver, eg. via echo test > /dev/net/ipro1000/0?

[luroh]

Nothing, the driver is not made active.

[axeld]

What does nothing mean? Could the driver be opened? Could you add its interface again?

[luroh]

The prompt returns and that's it. No error. Running 'ifconfig add /dev/net/ipro1000/0' returns 'ifconfig: Could not add interface: No such device'

[diver]

Decided to try that myself in hrev47314 (vbox), so I:

• Copied the ipro1000 driver into /system/non-packaged/add-ons/kernel/drivers/bin and created a relative link into /system/non-packaged/add-ons/kernel/drivers/dev/net
• Created /system/settings/packages file containing:

  Package 'haiku' {
  	EntryBlacklist {
  		'add-ons/kernel/drivers/dev/net/ipro1000'
  	}
  }
  

• Rebooted and made sure that non-packaged diver is loaded via listimage | grep ipro1000
• Moved the driver: mv /system/non-packaged/add-ons/kernel/drivers/bin/ipro1000 ~/
• Ran ifconfig del /dev/net/ipro1000/0
• Got a crash as in #7042.