3CX DLL-Sideloading attack: What you need to know

[7.180] Realtek 8169 driver not updated - GBLAN not working

The Jetway 3xGBLAN daughterboard (J2AD3RTLANG) is still not working.
ASG recognises the additional NICs but there is no traffic going through them - as before. Given that 8169 is supposed to be supported I hoped that this would have been fixed in this release.
Parents
  • This issue is why I opted to go back to 100BT with Jetway. Extremely irritating ... It looked like it was going to work, with all the appropriate link lights and such, but no amount of driver coercion was effective.
  • tell me about it. very annoying, esp since HCL states that it should be supported.
  • This looks like the same issue I have. As ou can see by this repley the driver in Astaro seems to not include the updates

    00:09.0 0200: 10ec:8167 (Rev 10) 

    OK, so it looks like the r8169 driver needs to be updated. The number of device ids supported by the kernel on my Fedora 8 desktop is much higher than the one on Astaro v7.101 and includes your NIC.

    Fedora 8:

    Code:
    # modinfo r8169
    filename:       /lib/modules/2.6.23.9-85.fc8/kernel/drivers/net/r8169.ko
    version:        2.2LK-NAPI
    license:        GPL
    description:    RealTek RTL-8169 Gigabit Ethernet driver
    author:         Realtek and the Linux r8169 crew 
    srcversion:     5BFB3849E45989130EA697D
    alias:          pci:v00001737d00001032sv*sd00000024bc*sc*i*
    alias:          pci:v000016ECd00000116sv*sd*bc*sc*i*
    alias:          pci:v00001259d0000C107sv*sd*bc*sc*i*
    alias:          pci:v00001186d00004300sv*sd*bc*sc*i*
    alias:          pci:v000010ECd00008169sv*sd*bc*sc*i*
    alias:          pci:v000010ECd00008168sv*sd*bc*sc*i*
    alias:          pci:v000010ECd00008167sv*sd*bc*sc*i*
    alias:          pci:v000010ECd00008136sv*sd*bc*sc*i*
    alias:          pci:v000010ECd00008129sv*sd*bc*sc*i*
    depends:        
    vermagic:       2.6.23.9-85.fc8 SMP mod_unload 
    parm:           rx_copybreak:Copy breakpoint for copy-only-tiny-frames (int)
    parm:           use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int)
    parm:           debug[[:D]]ebug verbosity level (0=none, ..., 16=all) (int)Astaro 7.101:

    Code:
    # modinfo r8169
    filename:       /lib/modules/2.6.16.43-54.5-default/kernel/drivers/net/r8169.ko
    version:        2.2LK-NAPI
    license:        GPL
    description:    RealTek RTL-8169 Gigabit Ethernet driver
    author:         Realtek and the Linux r8169 crew 
    srcversion:     32FF39AE2A46DED2640AEAA
    alias:          pci:v00001737d00001032sv*sd00000024bc*sc*i*
    alias:          pci:v000016ECd00000116sv*sd*bc*sc*i*
    alias:          pci:v00001186d00004300sv*sd*bc*sc*i*
    alias:          pci:v000010ECd00008169sv*sd*bc*sc*i*
    depends:        
    vermagic:       2.6.16.43-54.5-default 686 REGPARM gcc-4.1
    parm:           media:force phy operation. Deprecated by ethtool (8). (array of int)
    parm:           rx_copybreak:Copy breakpoint for copy-only-tiny-frames (int)
    parm:           use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int)
    parm:           debug[[:D]]ebug verbosity level (0=none, ..., 16=all) (int)
    parm:           ignore_parity_err:Ignore PCI parity error as target. Default: false (bool)You can see how the r8169 driver for Fedora 8 matches the device ID of your NIC while the r8169 driver for Astaro does not.

    Edit: BTW, you can see that support for your NIC was added to Linus' tree in July 2006, here's a link to the patch that added it:
    r8169: sync with vendor's driver

    Unfortunately, there is no support for this NIC in the 2.6.16 stable branch which could make backporting the changes a bit more difficult.
  • I also support the idea of having Astaro support this NIC.

    What would happen if Astaro uses a newer kernel?
  • Hi there all, 

    this is, unfortunatly, not as easy as it looks.

    We would love to use a newer kernel version, but in terms of stability for our exisiting customer base, we can only offer this with a new major version. 

    THe problem is, that the driver support can change in both ways, means newer cards get supported, but also other cards not anymore or in a different way. 
    This way we must du all the compatibility testing again and we can not just upgrade as there might be customers out there where their currently running system would not work anymore. 

    Once we work on ASG V8, than we will use a newer kernel with improved hardware support. 
    Until than we do some backports from time to time, if they are feasable. 

    I hope that is understandable
    best regards

    Gert
  • of course. can you please make this limitation clear in the HCL? HCL states that 8169 is supported and this is not exactly correct.
  • Sure it is understandable.

    However, please note that ASG has been advertised to be better than ASIC based solutions in terms of the ease of delivering updates.
  • Hi there all, 

    this is, unfortunately, not as easy as it looks.

    We would love to use a newer kernel version, but in terms of stability for our existing customer base, we can only offer this with a new major version. 

    The problem is, that the driver support can change in both ways, means newer cards get supported, but also other cards not anymore or in a different way. 
    This way we must do all the compatibility testing again and we can not just upgrade as there might be customers out there where their currently running system would not work anymore. 

    Once we work on ASG V8, than we will use a newer kernel with improved hardware support. 
    Until than we do some backports from time to time, if they are feasible. 

    I hope that is understandable
    best regards

    Gert


    i can understand some of the astaro statements here...

    if i have to build a high end professional firewall with 1gbps interfaces then i will not choose those cheap realtek nics (what puts lots to strain on the cpu etc) but will use some quality intel nics. and they are fully supported.

    of course it's annoying for people who like to use those realtek 1gbps nics (me too) but it's likely home users rather then blue chip companies customers. just lets hope that in the future these nics will be supported but i understand why astaro doesn't have a hurry with it.

    just my 1penny.
  • I've opened a ticket with Astaro, asking for the Realtek driver to be updated.

    Hi, when will the Realtek r8169 NIC driver be updated?

    They work fine in Fedora 8 and 9.

    MANY people have been asking for this on the forums, for a long time...

    http://astaro.org/showthread.php?t=17090&highlight=r8169

    http://astaro.org/showthread.php?t=22148&highlight=r8169

    http://astaro.org/showthread.php?t=21400&highlight=r8169

    http://astaro.org/showthread.php?t=8988&highlight=r8169

    http://astaro.org/showthread.php?t=21024&highlight=r8169

    http://astaro.org/showthread.php?t=19267&highlight=r8169


    It may be simply a case of updating the PCI IDs.

    It is really shameful that such a popular device will not work, when it's in the kernel tree and users have been asking for it for almost a year.

    These NICs are the only gigE option on MANY of the low-power systems, so suggesting another brand means getting a larger, power-hungry system.

    Thank you,
    Barry Gould
    ...


    The ticket number is 00071010.

    It might be helpful if more people also open similar tickets.

    Barry
  • Astaro support is forwarding my ticket to a hardware/driver developer.

    [:)]

    Barry
  • Astaro support is forwarding my ticket to a hardware/driver developer.

    [:)]

    Barry

     
    Barry, you are the man! thanks!
Reply Children
No Data