Bug#642911: TX watchdog timeout on RTL8168B

Jonathan Nieder : [...] > - Is the PCI commit after writing to IntrStatus needed in the >context of 3.0.y which does not have 92fc43b4159b ("r8169: modify >the flow of the hw reset") but does call irq_mask_and_ack from time >to time without a PCI commit immediately afterward? What sy

Bug#642911: TX watchdog timeout on RTL8168B

Jonathan Nieder : [...] > From: Jonathan Nieder > Subject: r8169: use event mask when disabling interrupts > > [ Extracted from commit 811fd3010cf512f2e23e6c4c912aad54516dc706 > upstream, which was written by François Romieu. ] > > Not sure what this one is about, to be honest. It's part of

Bug#656331: RTL8168b/8111b with ASUS M2A-VM (SB600): Network device stays down after resume

Paul Menzel : [forget runtime PM] > [18764.958557] r8169 :02:00.0: PME# disabled > [18781.998004] r8169 :02:00.0: eth0: link down ^^ > [18781.998024] r8169 :02:00.0: eth0: link down ^^ Two link events within 20 us. /me w

Bug#656331: RTL8168b/8111b with ASUS M2A-VM (SB600): Network device stays down after resume

Paul Menzel : [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656331] > I experienced this problem (only) three times until now. If I remember > correctly the last time with 3.2.1. I still do not know how to reproduce > this. (good PR, nice) An 'ethtool -d' and a 'mii-tool -v' of the device af

Re: r8169 update for Debian 6.0 'squeeze'

Ben Hutchings : [...] > We would appreciate any help you can provide in testing this, and any > advice on changes that should be added or reverted. Sure. What is the deadline ? I can not fetch from the aforementionned URI yet. $ cat .git/config ... [remote "debian"] url = git://git.debi

Bug#609538: r8169: long delay during resume

d-off-by: Francois Romieu diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c index 7e2f01c..57fa6bd 100644 --- a/drivers/net/r8169.c +++ b/drivers/net/r8169.c @@ -3119,6 +3119,8 @@ static void __devexit rtl8169_remove_one(struct pci_dev *pdev) cancel_delayed_work_sync(&

Bug#609538: r8169: long delay during resume

d the 60 seconds delay when there is no firmware. Signed-off-by: Francois Romieu Cc: Hayes Cc: Ben Hutchings --- drivers/net/r8169.c | 43 +++ 1 files changed, 31 insertions(+), 12 deletions(-) diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c

Bug#564628: [PATCH] net/r8169: Correct the ram code for RTL8111D(L)

Ben Hutchings : > On Fri, 2010-11-26 at 19:54 +0800, Hayes Wang wrote: > > Correct the binary code (Low pass filter & DLY_CAP fine tune from uC). > > The incorrect ram code would make the nic working abnormally. > [...] > > I'm glad you finally acknowledge that this is code rather than simple > r

Bug#595265: linux-image-2.6.32-5-686: Nerwork card fails to come up again after suspend

Eric Dumazet : > Le lundi 18 octobre 2010 à 23:45 +0200, Francois Romieu a écrit : [...] > > Something like the patch made by Stanislaw at : > > https://bugzilla.redhat.com/show_bug.cgi?id=502974 > > > > Seems to be down at this moment, patch is also here (a

Bug#595265: linux-image-2.6.32-5-686: Nerwork card fails to come up again after suspend

Ben Hutchings : [...] > Arnout Boelens reported that his RTL8111/8168B fails to link-up after > suspend and resume, both under Debian's kernel based on 2.6.32 and under > 2.6.36-rc6. Full details are at , though > the log isn't very informative: > > [31837.396594]

Bug#407217: not just on thecus devices...

Martin Michlmayr : > Copying Francois Romieu: Thanks. You are welcome. > * David Monro [2008-12-13 01:00]: > > I seem to have exactly the same issue on a normal PC [...] > I'm not sure if Francois Romieu has made any progress with this. No. I guess that it makes no diffe

Bug#407217: r8169: Thecus N2100, multicast packets problem

Martin Michlmayr <[EMAIL PROTECTED]> : [...] > Did you see the bug report below ? Yes. I have not had time to investigate it yet. -- Ueimor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]