Hi Todd,
Todd Gruhn wrote:
Here is my Q: If it is a low-price chip. Then isnt it from China?
China must maintain market dominance. SO not testing.
Not the best answer, I think in OpenSource we can be proud to support
variety - up to the user the choice if to use the chip or not.
Also,
BERTRAND Joël a écrit :
> Manuel Bouyer a écrit :
>> On Tue, Oct 20, 2020 at 09:59:37AM +0200, BERTRAND Joël wrote:
>>> [...]
>>> I suppose there is somewhere in sys/dev/ic/rtl8169.c a memory
>>> corruption when MTU is greater than 1500 bytes. Thus, I started by
>>> analyzing this source file,
Here is my Q: If it is a low-price chip. Then isnt it from China?
China must maintain market dominance. SO not testing.
On Tue, Oct 20, 2020 at 9:10 AM BERTRAND Joël wrote:
>
> Manuel Bouyer a écrit :
> > On Tue, Oct 20, 2020 at 09:59:37AM +0200, BERTRAND Joël wrote:
> >> [...]
> >> I
Manuel Bouyer a écrit :
> On Tue, Oct 20, 2020 at 09:59:37AM +0200, BERTRAND Joël wrote:
>> [...]
>> I suppose there is somewhere in sys/dev/ic/rtl8169.c a memory
>> corruption when MTU is greater than 1500 bytes. Thus, I started by
>> analyzing this source file, but I don't see any simple
Manuel Bouyer a écrit :
> On Tue, Oct 20, 2020 at 09:59:37AM +0200, BERTRAND Joël wrote:
>> [...]
>> I suppose there is somewhere in sys/dev/ic/rtl8169.c a memory
>> corruption when MTU is greater than 1500 bytes. Thus, I started by
>> analyzing this source file, but I don't see any simple
On Tue, Oct 20, 2020 at 09:59:37AM +0200, BERTRAND Joël wrote:
> [...]
> I suppose there is somewhere in sys/dev/ic/rtl8169.c a memory
> corruption when MTU is greater than 1500 bytes. Thus, I started by
> analyzing this source file, but I don't see any simple memory
> corruption. I'm
Hello,
I have filled a PR concerning re(4) driver and jumbo frames on a
RTL8169S (PCI, not PCIe) adapter.
In a first time, kernel tried to continually load and unload usbverbose
module (!) until panic. I have upgraded my source tree to build last
kernel (NetBSD-9) and
