On Tue, Dec 20, 2022 at 01:02:23AM -0500, Geoff Steckel wrote:
>
> On 12/19/22 21:07, Kevin Lo wrote:
> > On Mon, Dec 19, 2022 at 03:50:45PM -0500, Geoff Steckel wrote:
> > > Thanks for all the suggestions:
> > >
> > > sysctl kern.pool_debug=1 = no change
> > > known working board in same slot =
patch also works fine on my odroid-h2+. it worked fine before, but
there is no regression here. thanks!
On Mon, Dec 19, 2022 at 10:04 PM Geoff Steckel wrote:
>
> On 12/19/22 21:07, Kevin Lo wrote:
> > On Mon, Dec 19, 2022 at 03:50:45PM -0500, Geoff Steckel wrote:
> >> Thanks for all the
On 12/19/22 21:07, Kevin Lo wrote:
On Mon, Dec 19, 2022 at 03:50:45PM -0500, Geoff Steckel wrote:
Thanks for all the suggestions:
sysctl kern.pool_debug=1 = no change
known working board in same slot = no change
hardware version is indeed 0609
em(4) in same slot = works
test using old
On Mon, Dec 19, 2022 at 03:50:45PM -0500, Geoff Steckel wrote:
>
> Thanks for all the suggestions:
>
> sysctl kern.pool_debug=1 = no change
> known working board in same slot = no change
>
> hardware version is indeed 0609
> em(4) in same slot = works
> test using old rge(4) board between
7.2 in an ASRock J4105M - same crash, much faster (8G vs 32G memory?)
Geoff Steckel
Thanks for all the suggestions:
sysctl kern.pool_debug=1 = no change
known working board in same slot = no change
hardware version is indeed 0609
em(4) in same slot = works
test using old rge(4) board between two Linux systems = works
Are any other drivers similar enough for me to compare
On Sun, Dec 18, 2022 at 08:53:26PM -0500, Geoff Steckel wrote:
> nc of 0's from one rge to another at full speed crashes
> in the input interrupt path with corruption of the memory
> pool used for the mbufs
On 2022/12/18 20:53, Geoff Steckel wrote:
> OpenBSD 7.2 (GENERIC.MP) #758: Tue Sep 27 11:57:54 MDT 2022
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
It's a release kernel so kern.pool_debug is off by default. I don't know
rge(4) but in the absence of other ideas I'd try
On Sun, Dec 18, 2022 at 08:53:26PM -0500, Geoff Steckel wrote:
> nc of 0's from one rge to another at full speed crashes
> in the input interrupt path with corruption of the memory
> pool used for the mbufs
> It's 100% reproduceable.
I have not, (yet), been able to reproduce this between two of
nc of 0's from one rge to another at full speed crashes
in the input interrupt path with corruption of the memory
pool used for the mbufs
It's 100% reproduceable.
Probably race condition & use-after-free or some such
since it takes 200,000+ packets to happen.
I suspect that the crash happens when
10 matches
Mail list logo