From owner-freebsd-hackers@freebsd.org Thu Oct 29 20:30:16 2020 Return-Path: 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 E1C1145D054; Thu, 29 Oct 2020 20:30:16 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 4CMcWX5ZLgz4JF7; Thu, 29 Oct 2020 20:30:16 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 883C526DC2; Thu, 29 Oct 2020 20:30:16 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id A74FF2AE84; Thu, 29 Oct 2020 21:30:14 +0100 (CET) From: "Kristof Provost" To: "Carsten =?utf-8?q?B=C3=A4cker?=" Cc: freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) Date: Thu, 29 Oct 2020 21:30:14 +0100 X-Mailer: MailMate (1.13.2r5673) Message-ID: In-Reply-To: <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de> References: <748edc3d-4ef7-c4de-291f-7c0b460a6052@gmx.de> <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2020 20:30:16 -0000 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: 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 ; 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 ; 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 ; Thu, 29 Oct 2020 20:36:42 +0000 (UTC) (envelope-from leres@freebsd.org) To: "freebsd-hackers@freebsd.org" From: Craig Leres 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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--