Realtek 8168 network card doesn't work with haiku package installed in ~/config

[diger]

hrev47708-x86 gcc4 RTL8168 I cannot force this scrap to work neither in DHCP nor in static mode.

In hrev47380 network worked fine.

lisdev:

device Network controller (Ethernet controller) [2|0|0]
  vendor 10ec: Realtek Semiconductor Co., Ltd.
  device 8168: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller

[korli]

I'm a bit surprised as there was no impacting change on the code after hrev47380 to explain this regression. You could maybe bisect.

[diger]

This problem only occurs when the system package is installed in ~/config/packages

[axeld]

Wow, you just blew my mind :-)

[waddlesplash]

Installing the system package in config/packages will definitely cause a problem as the kernel does not (and should not) look for drivers there. (And any other packages installed in /system/packages cannot see files from the ~/config/packages files either.)

The reasoning behind this is that eventually when we have multiple users, they should be able to install packages for themselves (hence the packages dir being in ~/config), but due to the fact that they don't have administrative access, drivers and other libraries from ~/config shouldn't be loaded into the kernel or replace system libraries as that would be a gaping security hole.

[diver]

Replying to waddlesplash:

Installing the system package in config/packages will definitely cause a problem as the kernel does not (and should not) look for drivers there.

I'm not sure this is true though.

[waddlesplash]

I'm not sure this is true though.

I know for a fact that system libraries cannot be loaded from there (e.g. installing Qt in ~/config and QupZilla in /system produces the error that Qt is not installed; installing QupZilla in ~/config works).

If this ticket does not prove that drivers can't be loaded from ~/config, I don't know what will.

[anevilyak]

Replying to waddlesplash:

Installing the system package in config/packages will definitely cause a problem as the kernel does not (and should not) look for drivers there. (And any other packages installed in /system/packages cannot see files from the ~/config/packages files either.)

Please stop making up answers to things that you don't actually know. Drivers are looked for in both /system/add-ons and ~/config/add-ons, and always have been.

[waddlesplash]

From what Oliver said on IRC, that's not intended behavior post-PM.

[diver]

Judging from the attached syslog rtl81xx driver is being loaded and initialised correctly. Might be something to do with net_server. Switching component.

[axeld]

If the system package is not supposed to be installed in ~/config, then the system should not allow to do it.

I'd assume there is also a system package installed in /system, though, as I doubt the system would otherwise be able to boot.

If installing Qt in ~/config does not work, something is broken there.

And while I'm not sure about the current status quo, drivers should not be loaded from ~/config in the future anymore.

[waddlesplash]

What I meant was that having a package installed in /system depend on a package installed in ~/config does NOT work and is not intended to. Installing both Qt and Qupzilla in ~/config does work (and installing Qt in /system and Qupzilla in ~/config also wors).

[axeld]

About the component switch: is it possible to configure the driver via ifconfig? If not, it's not the fault of the net_server either.

[vidrep]

hrev50819 x86_gcc2 device Network controller (Ethernet controller) [2|0|0]

vendor 10ec: Realtek Semiconductor Co., Ltd. device 8168: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller

This chipset is working fine in my PC.

[pulkomandy]

@vidrep: please read the above comments. Adjusted the ticket summary to fit.