netdev - Re: RTL8169 driver no longer functioning with 8111b

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 13 May 2008 18:29:44 -0400 (EDT)
From:	Ack <ackman@....org>
To:	Francois Romieu <romieu@...zoreil.com>
cc:	netdev@...r.kernel.org
Subject: Re: RTL8169 driver no longer functioning with 8111b

Sorry, I meant to say I couldn't see the box when I was typing up the 
email, it was indeed 2.6.23-gentoo-r8.

In the interest of saving your time, I managed to fix it, and I'm not 
entirely sure why, but here's what I continued to do:

I took the network cable, and connected both onboard ports to it.  This 
caused the NIC ports to turn on the orange (instead of green) light, as 
expected normally.  Otherwise, the connection light would only be green 
prior to the kernel module load from a cold boot (once the module loads, 
the link light went dead and would stay dead).  Next I connected the port 
to a 100MB switch and now the link came back up.  Plugged the cable back 
to the gigabit switch, and link stays down.  Forced the eth0 to 100MB and 
the link came back up.  Switch back to Autoneg (where ethtool had 
constantly said it was) and bang my card link stay up when disconnecting 
and reconnecting.  Honestly, I suppose I should have tried this 
previously, but I'd not had this problem on reboot any in the past, it's 
always been autoneg and ethtool was reporting as expected for that option. 
Very strange.  Thanks for wasting your time though.  Not sure what would 
need to be done for the driver for this as I'm not really sure how it got 
to the state it was in just by that reboot.

-Ack

On Tue, 13 May 2008, Francois Romieu wrote:

> ackman <ackman@....org> :
>> I've spent the better part of a day researching this to no avail.  I run
>> Gentoo on an Abit AB9 PRO P965 board.  It has two onboard ports for a
>> Realtek 8111B Gigabit interface.  I have been running 2.6.23-gentoo-r8 (I
>> think) kernel sources.
>
> uname -a should help figuring the exact version.
>
> [...]
>> being turn on.  It just mysteriously has stopped being alive.  lspci shows
>> the devices, their given eth0 and eth1 as usual, I can disable them in the
>> bios and watch Linux recognize they're missing, but still I can't for the
>> life of me get them to act properly.  I've tried turning off ACPI, I've
>> tried 2.6.24-gentoo-r7 kernel, I've tried the Realtek driver source for
>> r8168.  ACPI support was the only thing I can think of that has been a
>> major change on the system anytime recently.
>> Any suggestions would be helpful.
>
> Can you give noapic, pci=nomsi, pci=nommconf a try and send both
> 'lspci -H1 -vvxx' and 'lspci -vvxx' output ?
>
> The 'XID' line produced by dmesg would be welcome too.
>
> -- 
> Ueimor
>
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html