Request to support Geforce6100 built in LAN

Astaro is going to need more information in order to be able to determine what driver needs to be updated / added to support your NIC.

The output from the two commands "lspci -v" and "lspci -n" will provide enough information to do so.

You have little chance they will include it. I have just been through two new motherboards,  one whose chipsets are supposedly supported (NOT)..I have a new rack mount server sitting there waiting to replace an older Astaro f/w. I guess I'll just wait a little longer to spend some less money on older stuff ;-)

The V7 published HCL is dismal (it would be of commercial benefit to publish more supported systems). Slightly newer kernal support would help greatly as well.

Again, I only see one network card in your lspci output (the Realtek) how machine is this last machine supposed to have? Can you also give the output from lspci -n?

Anyway, if it's the Realtek that is missing from the lspci output from your Astaro box, it has the Realtek 8169 chipset (device id 10ec:8169) and needs the r8169 driver. (I'm actually typing this message from a Fedora 8 which has that same NIC).

Realtek also has a driver for download from it's website, if one could figure out how to build kernel modules for Astaro.

Edit: The driver in V7 appears to support that Realtek 8169 NIC, so that must not be it.

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

The listed NIC is the built in LAN which I had hoped Astaro would detect since it is listed in their HCL. 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?

If it is a BIOS setting issue, then would I need to reinstall Astaro to get detected? I'm not too keen to try this right now as I need to do some work from home and I had recently installed Astaro on this setup as I was getting fed up with the reliability of those DSL ASIC router/modems which in the end are only good as a PPPOE bridge.

If it is a BIOS setting issue, then would I need to reinstall Astaro to get detected? I'm not too keen to try this right now as I need to do some work from home and I had recently installed Astaro on this setup as I was getting fed up with the reliability of those DSL ASIC router/modems which in the end are only good as a PPPOE bridge.

If it was disabled in the BIOS, and you have now enabled it, and you don't want to re-install, and you have Astaro installed and running, you can edit /etc/modules and /etc/modules.conf and put in the correct entries. I'm not sure if that still works in V7 though.

e.g. my v6 firewall with Intel and Broadcom NICs:

# cat /etc/modules.conf
alias eth0 tg3
alias eth1 tg3
alias eth2 e1000
alias eth3 e1000
alias eth4 e1000
alias eth5 e1000
# cat /etc/modules
tg3
bcm5700
e1000

Not sure why the bcm5700 driver is loaded, but it's working so I'm not messing with it.

Barry

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.

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.