Hi,
I tested on the platform where this bug happened with the following packages:
ebtables:armhf 2.0.10.4+snapshot20181205-3, and
Linux espressobin 4.19.20-mvebu64 #5.75 SMP PREEMPT Fri Feb 8 09:54:18 CET 2019
aarch64 GNU/Linux
And I can confirm that the behavior is expected.
Cheers,
Miao
Hi Alberto,
On Sat, Dec 14, 2019 at 09:26:06PM +0100, Alberto Molina Coballes wrote:
> [...]
> Now, installing i386 ebtables userspace tool on an amd64 kernel I can't
> reproduce this bug.
> [...]
> In all the combinations tested the behaviour was the expected not the
> reported in your bug.
Hi Wang and Tomáš,
When I adopted ebtables in 2018 and I was initially focused on putting the
package in shape, but this bug has remained unattended for too many time.
Now, installing i386 ebtables userspace tool on an amd64 kernel I can't
reproduce this bug.
I've tested both ebtables-legacy
Hello,
On Tue, Sep 05, 2017 at 10:49:34PM +0800, Wang Shanker wrote:
> Armhf version ebtables binary cannot communicate with arm64 kernel. It can
> be reproduced on qemu. The detailed versions of components are listed below:
>
> ebtables: 2.0.10.4-3(armhf)
> kernel: Linux 4.9.0-3-arm64 #1 SMP
Package: ebtables
Version: 2.0.10.4-3
Severity: normal
Dear Maintainer,
Armhf version ebtables binary cannot communicate with arm64 kernel. It can be
reproduced on qemu. The detailed versions of components are listed below:
ebtables: 2.0.10.4-3(armhf)
kernel: Linux 4.9.0-3-arm64 #1 SMP
5 matches
Mail list logo