Request to support Geforce6100 built in LAN

Drees, this lspci is from another PC with the same motherboard model. This PC is outffitted with Ubuntu instead of Astaro.

I'll ask again: Please post the lspci -n from the Ubuntu PC. That will help me confirm the corresponding devices with the Astaro lspci information.

The listed NIC is the built in LAN which I had hoped Astaro would detect since it is listed in their HCL.

The lspci from your Astaro PC lists two NICs (from your lspci -n output):

01:05.0 Class 0200: 10ec:8139 (rev 10)
01:06.0 Class 0200: 1186:1300 (rev 10)

Note that class 0200 is an ethernet device. Which is why I asked if the Astaro PC really had 3 NICs in it (1 onboard, 2 add-on).

I am guessing the problem is the detection of the built in LAN is also related to the recognition of the MCP61 controller. If it couldn't detect the motherboard chipset properly then I suppose it couldn't detect the integrated components properly either?

Nope, that should have nothing to do with it. All devices on the PCI bus show up as independant devices (as shown by lspci -v and lspci -n).

If it is a BIOS setting issue, then would I need to reinstall Astaro to get detected?

No, as Barry mentioned. But before you get it working, you need to verify that it shows up in lspci output so we can determine what the correct driver is. If it is the same as your Ubuntu PC (and I correctly guessed the device ID), you should just need to add the r8169 driver to /etc/modules and set up the proper alias in /etc/modules.conf.

-Dave

ok here it is, the lspci -n output from the Ubuntu PC.

lspci -n
00:00.0 0500: 10de:03ea (rev a1)
00:01.0 0601: 10de:03e0 (rev a2)
00:01.1 0c05: 10de:03eb (rev a2)
00:01.2 0500: 10de:03f5 (rev a2)
00:02.0 0c03: 10de:03f1 (rev a3)
00:02.1 0c03: 10de:03f2 (rev a3)
00:04.0 0604: 10de:03f3 (rev a1)
00:05.0 0403: 10de:03f0 (rev a2)
00:06.0 0101: 10de:03ec (rev a2)
00:08.0 0101: 10de:03f6 (rev a2)
00:09.0 0604: 10de:03e8 (rev a2)
00:0b.0 0604: 10de:03e9 (rev a2)
00:0c.0 0604: 10de:03e9 (rev a2)
00:0d.0 0300: 10de:03d1 (rev a2)
00:18.0 0600: 1022:1100
00:18.1 0600: 1022:1101
00:18.2 0600: 1022:1102
00:18.3 0600: 1022:1103
01:08.0 0200: 10ec:8167 (rev 10)

There is one other difference between the two PCs, the Astaro PC has its SATA controller disabled ... wondering if this is a bug in the BIOS design. I'll have to go back and try it out in another 8 hours then.

Your Astaro is missing these three devices (compared to your Ubuntu machine):

00:05.0 0403: 10de:03f0 (rev a2)
00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)

00:08.0 0101: 10de:03f6 (rev a2)
00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2) (prog-if 85 [Master SecO PriO])

01:08.0 0200: 10ec:8167 (rev 10)
01:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)

I'm not sure why they are missing from your Astaro box's lspci output - they should show up even without driver support.

The 10ec:8167 is supported by the r8169 driver, but not the one shipping with Astaro v7.

The first upstream kernel which had support for that NIC was 2.6.18, released on September 20, 2006.

Drees, the r8169 module seems to be listed if i do a modprobe -l | grep 8169.

I'll try this in a few more hours once I've reach home. Too bad no webadmin to configure PC BIOS [;)]

Just to be absolutely clear: The 10ec:8167 is NOT supported by the r8169 driver in Astaro v7.

I am still curious as to why it's missing from your lspci output, though!

Ok, just went through the BIOS and.. the built in LAN was not enabled. What a joke. Anyway it still doesn't recognise the chipset just as you said it wouldn't drees.

A copout in my opinion. I have run across tons of "server grade" hardware in the past which Astaro has failed to support, even though it doesn't require much more than merging newer drivers from upstream to add additional PCI-IDs.

In this case, a minor update to the forcedeth driver (guessing without seeing the card's details from lspci) is likely all that's needed to support this hardware.

call it what you wish but it's the truth.  Astaro takes the stock kernel and slims it down.  They only officially test a small amount of things which is listed on their HCL.  The simple fact is..if it's not on the HCL do not count on it being supported.  Server grade things are going to be supported in an official basis before desktop stuff.  It's simple facts of how Astaro operates.

call it what you wish but it's the truth.  Astaro takes the stock kernel and slims it down.

Astaro does not slim down the kernel in any apparent manner that I can see, otherwise they would strip out all the drivers for the "non supported" hardware. Astaro picks a base kernel to choose start with from their upstream vendor of choice (which happens to be SuSE) and uses that as a starting point for customization.

Backporting driver fixes should be rather trivial for an experienced kernel hacker, and I know they employ a few given how much software they have contributed upstream to Linus' vanilla kernel.

They only officially test a small amount of things which is listed on their HCL.  The simple fact is..if it's not on the HCL do not count on it being supported.  Server grade things are going to be supported in an official basis before desktop stuff.  It's simple facts of how Astaro operates.

I'm not arguing with how things are "certifiied" or not, but just look at how many home users are out there and how many of those home users use Astaro in production because of their experience at home.

Simply put, I think if Astaro spent a bit of time increasing hardware support (or heck even making it easier for people to load patches into the system themselves and thus enabling further growth of the end-user community which is currently stuck waiting for Astaro for everything) that would go a long way towards increasing the popularity and acceptance of Astaro in to the market place.