We tried this same version yesterday and the bug was still present.
Actually it looked worse, because the machine crashed faster (maybe was
just an impression). Will collect logs to report this properly soon, in a
few hours.
Paulo
On Fri, Apr 13, 2018, 13:55 luc <1447...@bugs.launchpad.net> wrote:
Hi Kai-heng,
Here are the test results we got.
Kernel 4.15.0-14-generic failed. Transmit queue timed out. The dmesg output
is attached. The tg3 module crashes in a few seconds right after opening
the user session (e.g. about less than 10 sec).
However, kernel 4.15.0-9-generic worked like a charm.
Hello, I have seen the exactly same issue, with the exactly same
hardware you have: it's the HP EliteDesk 705 G3 Desktop Mini.
I've tested already a ton of options, including recompiling the latest
kernel, booting with several parameters, and so on and so forth. Got
nothing more than a big headach
Thank you, we will try it as soon as possible.
Currently I'm on vacation, and will not be able to test it until about
March 5 (2 weeks from now). But as soon as I test it, I'll let you know
about the results.
It would be great if someone else could try it too.
Thanks,
Paulo
On Feb 12, 2018 3:2
Ok, I'll check it out. Thank you very much!
By the way, we downloaded and tested one of the Deb packages you created,
and it worked quite well. Will check which one was exactly before
reporting (almost sure it was the one for xenial).
We managed to reproduce the issue easily by booting into pxe
Hello, I am still having this bug. I'm working with several HP machines, with
the same model as Yngvi. Here it is (from dmesg messages):
Hardware name: HP HP EliteDesk 705 G3 Brazil Desktop Mini/8266, BIOS P26 Ver.
02.03 12/22/2016
Interesting to notice that it always happens with a 10/100 switc
Hello, I would like to confirm that it's useful to file a new bug for this
issue. For me, the problem I'm having is the same as we are discussing in
this thread. Would it be just a duplicate?
Maybe I'm missing something, because I don't know the details of the bug
hunting process for Ubuntu.
Can
Hello, this thread has a patch that solved the bug (for me).
https://www.mail-archive.com/netdev@vger.kernel.org/msg189347.html
The patch is here:
https://www.mail-archive.com/netdev@vger.kernel.org/msg189923/0001-tg3-Add-clock-override-support-for-5762.patch
I tested this patch on the following
Thank you.
I am still having the problem during our cloning process, although it's not
so frequent. Before the patch I applied, each and every transfer would
ALWAYS kick the tg3 bug.
Here it seems related to problems with NAPI. AFAIK, this is an approach to
handle interrupt bursts. NIC's work typi
Thank you, Kai-Heng Feng. Really appreciate it.
Currently I'm under a lot of pressure at work. But I will try this in the
next days, to see if it fixes the problem for us. My network still have the
same condition and my previous kernel versions are still breaking. So, it
should be easy to reproduc
10 matches
Mail list logo