Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 29 Oct 2020 21:30:14 +0100
From:      "Kristof Provost" <kp@FreeBSD.org>
To:        "Carsten =?utf-8?q?B=C3=A4cker?=" <carbaecker@gmx.de>
Cc:        freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org
Subject:   Re: Problem with checksum offloading on RPi3 (PF + Jails involved)
Message-ID:  <A3890336-BE8F-438C-8C3E-7B21FB729FCA@FreeBSD.org>
In-Reply-To: <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de>
References:  <748edc3d-4ef7-c4de-291f-7c0b460a6052@gmx.de> <D8CE4762-4D94-47C7-A8D1-6C537766813B@FreeBSD.org> <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On 29 Oct 2020, at 16:30, Carsten Bäcker wrote:
> Sure, i am willing to help.
>
> Device is a Raspberry Pi 3B (not +), using the onboard-ethernet.
> I attached a bunch of information.
>
> Configuration is stripped down to the minimum required to reproduce 
> the
> problem.
>
Okay, so that’s an SMC2 LAN9514_ETH device.
That’s the dev/usb/net/if_smsc.c driver.

However, before we dig into that driver we should make sure that we’re 
really looking at a checksum problem.
It’s entirely normal for TX checksums to be incorrect when logged on 
the sending host itself (if the hardware does checksum offloading the 
checksum in the packet sent to the MAC is incorrect, and left to the 
hardware to fix).

So, can you confirm that the `"[bad udp cksum 0xe58a -> 0x482d!]` you 
reported was on an inbound packet? And let’s be safe: try to capture 
packets on a different machine. That’ll give us the true packet, after 
the hardware has done checksum calculations.

Best regards,
Kristof
From owner-freebsd-hackers@freebsd.org  Thu Oct 29 20:36:42 2020
Return-Path: <owner-freebsd-hackers@freebsd.org>
Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
 by mailman.nyi.freebsd.org (Postfix) with ESMTP id D3B9045D397
 for <freebsd-hackers@mailman.nyi.freebsd.org>;
 Thu, 29 Oct 2020 20:36:42 +0000 (UTC)
 (envelope-from leres@freebsd.org)
Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256
 client-signature RSA-PSS (4096 bits) client-digest SHA256)
 (Client CN "smtp.freebsd.org",
 Issuer "Let's Encrypt Authority X3" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id 4CMcfy4x3Dz4JqJ
 for <freebsd-hackers@freebsd.org>; Thu, 29 Oct 2020 20:36:42 +0000 (UTC)
 (envelope-from leres@freebsd.org)
Received: from ice.alameda.xse.com (unknown
 [IPv6:2600:1700:a570:11f0:f2ad:4eff:fe0b:a065])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (Client did not present a certificate) (Authenticated sender: leres)
 by smtp.freebsd.org (Postfix) with ESMTPSA id 4485D26FE7
 for <freebsd-hackers@freebsd.org>; Thu, 29 Oct 2020 20:36:42 +0000 (UTC)
 (envelope-from leres@freebsd.org)
To: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>
From: Craig Leres <leres@freebsd.org>
Subject: mouse tilt wheel between 12.1 and 12.2
Message-ID: <9bc997ae-096c-c38b-377d-3bf64f530715@freebsd.org>
Date: Thu, 29 Oct 2020 13:36:40 -0700
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101
 Thunderbird/68.12.0
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------38DC90EB44CAF29A724ACEC3"
Content-Language: en-US
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.33
Precedence: list
List-Id: Technical Discussions relating to FreeBSD
 <freebsd-hackers.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-hackers>, 
 <mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers/>;
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-hackers>, 
 <mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Oct 2020 20:36:42 -0000

This is a multi-part message in MIME format.
--------------38DC90EB44CAF29A724ACEC3
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

For whatever reason mouse tilt wheel side buttons are a fragile feature. 
Over the last year I've noticed that this stops work with different 
versions of firefox and return with a later version.

When I upgraded a desktop from 12.1 to 12.2 this week I found tilt wheel 
stopped working with firefox (e.g. tilt-left does not go back a page). I 
didn't find anything in UPDATING. And just to verify it was not the fact 
that during the OS upgrade I also updated firefox from 82.0,2 -> 
82.0.1,2, I built and installed the older version but still no tilt wheel.

I have been running moused:

     moused_flags="-m 4=6 -m 5=7"

which results in:

      2703  -  Ss       0:27.60 /usr/sbin/moused -m 4=6 -m 5=7 -p 
/dev/ums0 -t auto -I /var/run/moused.ums0.pid
      2759  -  Is       0:00.00 /usr/sbin/moused -m 4=6 -m 5=7 -p 
/dev/ums1 -t auto -I /var/run/moused.ums1.pid

and my xorg.conf is attached. I also tried turning off moused and adding:

      Section "ServerFlags"
             Option       "BlankTime" "0"
             Option       "StandbyTime" "30"
             Option       "SuspendTime" "0"
             Option       "OffTime" "0"
     +   Option       "AutoAddDevices" "False"
      EndSection

     +Section "ServerLayout"
     +   Identifier     "X.org Configured"
     +   Screen      0  "Screen0" 0 0
     +   InputDevice    "Mouse0" "CorePointer"
     +   InputDevice    "Keyboard0" "CoreKeyboard"
     +EndSection
     +

     +EndSection
     +
     +Section "InputDevice"
     +   Identifier  "Keyboard0"
     +   Driver      "kbd"
     +EndSection
     +
     +Section "InputDevice"
     +   Identifier  "Mouse0"
     +   Driver      "mouse"
     +   Option      "Protocol" "auto"
     +   Option      "Device" "/dev/ums0"
     +   Option      "ZAxisMapping" "4 5 6 7"
      EndSection

which was the same. My mouse is a Cherry USB optical (MC 2000). Here is 
a little Xorg.0.log output:

[   601.547] (**) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: Device: "/dev/input/event9"
[   601.547] (--) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: Vendor 0x557 Product 0x2419
[   601.547] (--) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: Found 3 mouse buttons
[   601.547] (--) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: Found scroll wheel(s)
[   601.547] (--) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: Found relative axes
[   601.547] (II) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: Forcing relative x/y axes to exist.
[   601.547] (II) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: Configuring as mouse
[   601.547] (II) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: Adding scrollwheel support
[   601.547] (**) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: YAxisMapping: buttons 4 and 5
[   601.547] (**) evdev: vendor 0x0557 product 0x2419, class 0/0, rev 
1.10/1.00, addr 10: EmulateWheelButton: 4, EmulateWheelInertia: 10, 
EmulateWheelTimeout: 200

Does anybody see my issue?

		Craig

--------------38DC90EB44CAF29A724ACEC3
Content-Type: text/plain; charset=UTF-8;
 name="xorg.conf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="xorg.conf"

IyBAKCMpICRJZDogeG9yZy1udmlkaWEuY29uZiA4OSAyMDIwLTEwLTI5IDAzOjM1OjA2WiBs
ZXJlcyAkIChMQkwpCgpTZWN0aW9uICJTZXJ2ZXJGbGFncyIKCU9wdGlvbiAgICAgICAiQmxh
bmtUaW1lIiAiMCIKCU9wdGlvbiAgICAgICAiU3RhbmRieVRpbWUiICIzMCIKCU9wdGlvbiAg
ICAgICAiU3VzcGVuZFRpbWUiICIwIgoJT3B0aW9uICAgICAgICJPZmZUaW1lIiAiMCIKRW5k
U2VjdGlvbgoKU2VjdGlvbiAiRmlsZXMiCglNb2R1bGVQYXRoICAgIi91c3IvbG9jYWwvbGli
L3hvcmcvbW9kdWxlcyIKCUZvbnRQYXRoICAgICAiL3Vzci9sb2NhbC9zaGFyZS9mb250cy9t
aXNjLyIKCUZvbnRQYXRoICAgICAiL3Vzci9sb2NhbC9zaGFyZS9mb250cy9UVEYvIgoJRm9u
dFBhdGggICAgICIvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzL09URiIKCUZvbnRQYXRoICAgICAi
L3Vzci9sb2NhbC9zaGFyZS9mb250cy9UeXBlMS8iCglGb250UGF0aCAgICAgIi91c3IvbG9j
YWwvc2hhcmUvZm9udHMvMTAwZHBpLyIKCUZvbnRQYXRoICAgICAiL3Vzci9sb2NhbC9zaGFy
ZS9mb250cy83NWRwaS8iCglGb250UGF0aCAgICAgIi91c3IvbG9jYWwvc2hhcmUvZm9udHMv
c3VuLyIKCUZvbnRQYXRoICAgICAiL3Vzci9sb2NhbC9zaGFyZS9mb250cy93ZWJmb250cy8i
CglGb250UGF0aCAgICAgIi91c3IvbG9jYWwvc2hhcmUvZm9udHMvdXJ3Zm9udHMvIgoJRm9u
dFBhdGggICAgICJjYXRhbG9ndWU6L3Vzci9sb2NhbC9ldGMvWDExL2ZvbnRwYXRoLmQiCkVu
ZFNlY3Rpb24KClNlY3Rpb24gIk1vZHVsZSIKCUxvYWQgICJkYmUiCglMb2FkICAiZHJpIgoJ
TG9hZCAgImRyaTIiCglMb2FkICAiZXh0bW9kIgoJTG9hZCAgInJlY29yZCIKCUxvYWQgICJn
bHgiCglMb2FkICAiZ2x4c2VydmVyX252aWRpYSIKRW5kU2VjdGlvbgoKU2VjdGlvbiAiTW9u
aXRvciIKCUlkZW50aWZpZXIgICAiTW9uaXRvcjAiCkVuZFNlY3Rpb24KClNlY3Rpb24gIkRl
dmljZSIKCUlkZW50aWZpZXIgICJDYXJkMCIKCURyaXZlciAgICAgICJudmlkaWEiCiMJQnVz
SUQgICAgICAgIlBDSToxOjA6MCIKRW5kU2VjdGlvbgoKU2VjdGlvbiAiU2NyZWVuIgoJSWRl
bnRpZmllciAiU2NyZWVuMCIKCURldmljZSAgICAgIkNhcmQwIgoJTW9uaXRvciAgICAiTW9u
aXRvcjAiCglEZWZhdWx0RGVwdGggICAgMjQKCVN1YlNlY3Rpb24gIkRpc3BsYXkiCgkJVmll
d3BvcnQgICAwIDAKCQlEZXB0aCAgICAgMjQKCUVuZFN1YlNlY3Rpb24KRW5kU2VjdGlvbgo=
--------------38DC90EB44CAF29A724ACEC3--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A3890336-BE8F-438C-8C3E-7B21FB729FCA>