From owner-freebsd-arm@freebsd.org Mon Oct 26 04:39:46 2020 Return-Path: Delivered-To: freebsd-arm@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 EAA74439E1E for ; Mon, 26 Oct 2020 04:39:46 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-06-4.privateemail.com (mta-06-4.privateemail.com [198.54.122.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CKMZB2G3jz3SXc for ; Mon, 26 Oct 2020 04:39:46 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-06.privateemail.com (localhost [127.0.0.1]) by MTA-06.privateemail.com (Postfix) with ESMTP id 993A460049 for ; Mon, 26 Oct 2020 00:39:38 -0400 (EDT) Received: from mail-il1-f169.google.com (unknown [10.20.151.243]) by MTA-06.privateemail.com (Postfix) with ESMTPA id 697156003F for ; Mon, 26 Oct 2020 04:39:38 +0000 (UTC) Received: by mail-il1-f169.google.com with SMTP id p16so7041399ilq.5 for ; Sun, 25 Oct 2020 21:39:38 -0700 (PDT) X-Gm-Message-State: AOAM530dL8BP/Dfaw4w1MMV2SRLqvAnQOBBF8D909JSQuoPGrNT4VJpA tPMPUFJ0AVHnWgjGdoqZIKIk8HE+CJi8YX1Dnok= X-Google-Smtp-Source: ABdhPJzAF6IhuilrZIN6HI0FinObfRyJZgJh4IYCt3TYqdM6xIlvE/bBYYk0ruu10T05BsNI/EQniZXLyNN0nf96YW4= X-Received: by 2002:a92:4142:: with SMTP id o63mr10352810ila.138.1603687177682; Sun, 25 Oct 2020 21:39:37 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Vincent Milum Jr Date: Sun, 25 Oct 2020 21:39:26 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: FreeBSD under VMware ESXi ARM Fling To: "freebsd-arm@freebsd.org" X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4CKMZB2G3jz3SXc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@darkain.com designates 198.54.122.56 as permitted sender) smtp.mailfrom=freebsd-arm@darkain.com X-Spamd-Result: default: False [-2.58 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.934]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[198.54.122.56:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:198.54.122.32/27]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[darkain.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.994]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_SHORT(-0.35)[-0.351]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:22612, ipnet:198.54.122.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2020 04:39:47 -0000 As a follow up, the VMware devs have been looking into the SMP issue for FreeBSD support. First, they've identified one bug for sure on their end that will be fixed in ESXi ARM Fling v1.2. After that fix, the boot process was blocking later on. >From Cypou: "Got something! I'm not sure where is the bug (esxi or freebsd), but the virtual gic does not record cpu0 enabling its SGIs (IPIs) interrupts. By forcing that in the hypervisor, I got all 4 cores running happily" Source: https://twitter.com/cypou/status/1320578258740662273 So now it just needs to be determined if this bug is on the ESXi side or the FreeBSD side, and then we should be good! On Tue, Oct 20, 2020 at 11:47 AM Vincent Milum Jr wrote: > Most of those instructions are just for "update the RPi's firmware" - if > you're on a new enough firmware already, you can skip that entire section > involving Raspberry Pi OS. > > After that, they just provide an installer image which can be used to > install to either local storage, or remote network storage. It is being > treated more like a typical x86 workflow rather than what we're more > familiar with for ARM/SBC workflows. > > On Tue, Oct 20, 2020 at 11:40 AM Robert Crowston > wrote: > >> > According to the ESXi devs, there is no SIO controller currently, and I >> believe this is required for the virtual serial ports to work >> > https://flings.vmware.com/esxi-arm-edition/bugs/1104 >> >> I do think this a requirement. Indeed, a UART is detected in your dmesg: >> >> uart0: <16550 or compatible> mem 0x3fff03f8-0x3fff03ff irq 5 on ofwbus0 >> uart0: console (230400,n,8,1) >> >> Is it not exposed on the host? >> >> If we cannot debug, a verbose boot would at least add some colour. Could >> you add boot_verbose="YES" to /etc/loader.conf? >> >> I took a look at the instructions for getting this up and running on my >> own Pi. It is certainly a lot of instructions. It is a shame they do not >> just provide a .img I could flash to an sdcard. >> >> -- RHC. >> >> >> From owner-freebsd-arm@freebsd.org Mon Oct 26 23:58:26 2020 Return-Path: Delivered-To: freebsd-arm@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 F192B452C41 for ; Mon, 26 Oct 2020 23:58:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CKsH563f7z3gYf for ; Mon, 26 Oct 2020 23:58:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1603756704; bh=kfbvJLcWJRLV9+E618GZI/xh2kXxOTefxrfokvGO99O=; h=From:Subject:Date:To; b=tZws8cdWq/6razj7IvHoN0xMh+mbENPLtGfUEOkaQ3PFnTTh1DiHZZAvlOX2jBcLrSLbFIRJ+2EFWkzhDFLc9WfIp8tSXmpSXXKXIeIFstbE9HAONAIKmDKC9+yYyOr5G+nVOPGHbL2Yr2VXnkF2ADUpdQfm7CeVO8a2kvDAeArKdleLjKmjznP+KBvhB8LrucLUh6AkGes7K3vo9M4CSCbWgy1g/IPOU50HD+tBslDR86GtDhB8uVvuPOzAtVs945rwVOwCSLpiQsoSRStJdDY+w/XhwqExC1Cg5a7XBBz1hNjo8T/jN4Ed/yk/Ma3OKbUYJESXfqF1to+Rnho4QQ== X-YMail-OSG: rFNANrUVM1l9h4jwrhIZhrNm3AGdQa7eqLWNJHDEG4buuC8tfxLgeeEZ2H1Anqc fR4QBNh6iazCEYsHpwvRC_uYz3DrILXKb7VXqq7ePp03pdPONMueVsT9ZlCvcxwElSdxGZm1pHvW JjUlVdEtQowTOlB5gBfN4B_acGDC3dEolSkjNwjWD_XyzNidIqziXEqwhwjixO2c2v..jhMJgTAS rA7zgGDSJ4zT4_.uGlkSirgRBujOkox1NK.5E0THsqK9Pox3y8WLx2J8lPYGuCa25Cgx8PFlAbr0 6ktxz9djEH3EgQ8hl6RYZu9SwOCNoefFEkeO_3gv8HcBh7BI9Qz3Q5mHH9DUFoazz5rDOJSjEJHI 9I0pI2lJFL5D_nd4DXzwMECDSUh8Ra0K_Lu1Re4YHJhx3opr3p2A.V_gcl2zgY6GMR7Ur5FUPASO t3udyp95LoB_sC1P5uHovAGT7amxRVzWvwpn79IVq_TrbVTC42xCJT645gUERT1PGcH8GqrT1Ado tC6eHkzxCppmHoyy_WRKWRA5IZI.MRoanP1966U8AKUJevymNcjSzevwfShrmnbkHmyk9F.IZOxw oU_QBtklx1pDvUPFN3EgkDunOPjhXjZVIGVsX1VX9ZS9qKEIVhwtGWNaDC92vbMP3wfbn4VB095W 0JgshJxMkdZyAn1UlrucHW9k3R1LpaClYF.dhh_vU_fyMQckZwmpPIVULcdXEOuf6clZ_r4n9Pl0 EHXrcj1MV3S.LT87FQ2_TIHe4XVcGO.zR.n2zpAs_oTdDzBHxrLNViyqn4tMV8bJ4Wwu6B24JB0X CnK4vwD4KE0PlmYRJeXwD6O.9VTe0RrBoABFZCyRrYaM3Nst.LM3mnH7q2xjo6pW9sHsK2yMGiPi Kdbi48kuYcNhfVEmLibISRIC8Vc8NPxB0dgmE9Tweb2JKyS89IWYCzTYwRciam.uB0rtClmJl96k 1lAdNquuQgFXK45IyRTebQ2s7ihzvMVW.KgUT_0KksbJ189B1F4Zcxqdb0KPFI47oyzNRBzLgliw L66Tx72idEqLgoTqcsX87ZVDR7NoFG6UWKYsPkTLTHBGCcgLZYSH5h5k5FfQ.678rzNfwlC7DUSy v9OYXrSfQM__HbIPn1MX6b_8f50dt1GiSIqGnr5t5dKSd8ee1coGtM2B6_q4cNx15ADuK79H.7lu 3zTbntggnTOHEdGIjSc7hMRftXTuZhxBg7aG2qHpmRKK.m.l.2_0n5INrrAbXQNXmywswp3W_U0a lnPCgP7keFYldnnTcCJFnjbUn2SQFp.W058OcA.LuNFdlD2CDsBG_EIgp2AE9tCqjuwlULp.uJEi GFmn0N2vemN0bqlLlEHcUs9VBEWeToeS36zILueymIEV6NLECPVxnvFveKuml4S8i2TU7WcNBB.z VGTwmZs6Gs1oKP5x.DUbKdn5iNUxDyAn2r0naTp.XmvLK6mSYgNfO3sY2UgK2l8roIi8HPBilz65 KSpdNHwtUgxAKVpNk8xdDOxrAqkhCkI49baPGwAw0NQ1FlaUd.2HcDWJD8_rKoGq3S3CTmnIl1xJ a4OaeVGfFy42ENXQtzvDxC0_sHlP9neBcDkaDHi2mq_OVkqSK0WPVuUc1pt1mphF0DGKoCGOuxCX w4JZ6U2vIb.fL3zda7bMlvOPHwgHpENpw1fx3xciKfSMIrIjaPznrKAwDGmvD.EA0Xc0a5tGJ8fZ n_zXt71MQ2u5rG8JufJuscMtpbseaIRp5aXqqU6EVXQAawOqTCc1YiImwB181yRav81i0aImAMf5 ukv38mJ8kE4GnKWOtwkGC_JH6tvSLXtQZZ9XV48Mp8du6lNlHY8HPFTIRvs0Q_JWGLiCULREL4j. t1qUwqSFdViG3FG3oNFkU0YuzqwnbHnjfmGo5Vqwf.iVZ1nD4OvJQoJJq.rjIE4IxAL7kFoiOf.T PpAXWE4O5YZyZ82dJsvju0_6TjfJ7FV6uwdrnejLDJ8JXPDpT38gwOslEnU.RtBFZbZnR5LEPFt9 os3_EqVC2XbCFqpEhdLt9K1oSg2K4k3dUrMz2dX20aVs_cU9faf56e.cIPgpo_Uoha9tIAt_vPa_ wu1oqmnqH7Jz9Ym9cQCHZF3M.VW5QJ0kwLwUbUbCoMflz3PND6hTYXXwwJnHZ3csbaW1XbMw3RwE j5OgQApvqjGw6YuzbzQ.993Ox6I0fvBsYlY.7_B_BBysRavGzMFoP_iOoEZUg1d9iAIEZxyafIH9 .A6sEv5NQV.VkeSuvL6BY30kKmFMRR4TFXJpsZmF6zDTZ8MO5.X3KvvPQjsZ3m1_2kNAA56ITRHF 3iWH5ev1vheNNjOnoEeX.B5j4wuDXEFpIMX3I.MNQqGOLLezjn4ULNQikjzpnGUcH9sDi032YmU3 FNXXLjlKtWGkHK46eDskGChlNpGv1bGmvAKA8hd5jYnPyXtwsF9Fgn4qhib18tU9LR4i2cXMtyMG WO7q4BeAiK2yb2O9mVfWf4kMqkWvIYqfcSFDfcH2V1F76bIkfGZDRBvdtDt60AFFF23AQEJOdnbp wi3qODg7suUxjxOAjpC7nECvD_CCh6IInz_.iOWL9Ii3WE9Z2t_6pmUndtXR1VKlzNTN_b7XE1SB k_sUAPzsSpJMNX5LLPmipQ2vAo_WF_rj2Bjv.ywe7HGAIB3ClfJhXX2ZE8C5k_00KxKEgaKnL3OT 7diBtEOYY Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Mon, 26 Oct 2020 23:58:24 +0000 Received: by smtp415.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5bdb235127fcf2838c9179c4be7eff61; Mon, 26 Oct 2020 23:58:21 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: A RPi4 xHCI VL805 problem that needs to be avoided: "xhci: quirks: add link TRB quirk for VL805" Message-Id: Date: Mon, 26 Oct 2020 16:58:20 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.4) References: X-Rspamd-Queue-Id: 4CKsH563f7z3gYf X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.92 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.42)[-0.420]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2020 23:58:27 -0000 https://github.com/raspberrypi/linux/pull/3929 reports: QUOTE The VL805 controller can't cope with the TR Dequeue Pointer for an endpoint being set to a Link TRB. The hardware-maintained endpoint context ends up stuck at the address of the Link TRB, leading to erroneous ring expansion events whenever the enqueue pointer wraps to the dequeue position. If the search for the end of the current TD and ring cycle state lands on a Link TRB, move to the next segment. END QUOTE Also: Dealing with the link trb also toggling the ring cycle state is something to watch for according to the later notes. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Oct 27 08:03:11 2020 Return-Path: Delivered-To: freebsd-arm@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 1E174441EED for ; Tue, 27 Oct 2020 08:03:11 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CL42Q2FMTz4SrJ for ; Tue, 27 Oct 2020 08:03:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E2FCF260989; Tue, 27 Oct 2020 09:03:01 +0100 (CET) Subject: Re: A RPi4 xHCI VL805 problem that needs to be avoided: "xhci: quirks: add link TRB quirk for VL805" To: Mark Millard , freebsd-arm References: From: Hans Petter Selasky Message-ID: <0b70dbc4-f118-29bc-d814-8fc0a5669382@selasky.org> Date: Tue, 27 Oct 2020 09:02:59 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CL42Q2FMTz4SrJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-2.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.02)[-1.024]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.49)[-0.490]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.07)[-1.072]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2020 08:03:11 -0000 On 2020-10-27 00:58, Mark Millard via freebsd-arm wrote: > https://github.com/raspberrypi/linux/pull/3929 reports: > > QUOTE > The VL805 controller can't cope with the TR Dequeue Pointer for an endpoint > being set to a Link TRB. The hardware-maintained endpoint context ends up > stuck at the address of the Link TRB, leading to erroneous ring expansion > events whenever the enqueue pointer wraps to the dequeue position. > > If the search for the end of the current TD and ring cycle state lands on > a Link TRB, move to the next segment. > END QUOTE > > Also: Dealing with the link trb also toggling the ring cycle state > is something to watch for according to the later notes. > Is this an issue under FreeBSD too? Can it be reproduced? --HPS From owner-freebsd-arm@freebsd.org Tue Oct 27 11:32:03 2020 Return-Path: Delivered-To: freebsd-arm@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 DFAF7448BBF for ; Tue, 27 Oct 2020 11:32:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CL8gQ5szcz4gd1 for ; Tue, 27 Oct 2020 11:32:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1603798320; bh=CRvdNtsqHsfqGpc/K4hT2ZkX7BYeVi7XkvfL8CMf0GH=; h=Subject:From:Date:To; b=a4VZG5E2InqdSXjw+gJ+i5OoOi1PNPn/PQPJGT/w5x6MaUIYGoISILiuw1EGsUjat3RcKLprbw//NqE+/kZMuuIs1pERKrCYtl/XkH7kUIistooQasHi4zCZqjxPqZae6GKNQRZHCW4CkKlw5oeTjJcjPHcgw6O2yP8HBRu8DihGhq3/EVDxmMGpM1No8xrZcAKYJ+J1WWQWMTwk9XCsHcDqUpdgS5E+wWbryzP2ZCLBdB6Ig4x+kQXG0h3Ql0RaP2A7RrkxQoLa+l5CpqqKvGud9d5/6U8lVCxugVDO1XTJ/LfC08A1SWaQc9VeShh0isRXH96rszroZKdsYZs7+g== X-YMail-OSG: OaWauTwVM1mbTlNvepRAAs779hGOyxbudhVdfkxLb8NBtRDrCNTmDoLi3ePEN6_ ztHkNZbDrm_ln4KKSUuFJw6z0ebeOFonZJE3WI4Mn8XN1USq90Hk3gx21xcll7xHugGMRrEPO14W jKboKDywlfGja41njwT95ef1T4dwEFtHeyGtrrFkmtX0.b1LEVh7QRH8Kw49xqcJFrSyD1W3E.2l .imqK4LVYy8H90xdWK6uIdIvqxp2bHlbPVrZd.nk3sjxtLiNOFUkjtL.MRxpK1D3eJfJdcxyn0Aj xFI44LeXPKUYCVtDqtdnelKjAXMHaYvkb34qDVZu1D2wxvq6eqt3FrFIPhsPN2ROXZ5AfmynJC1r tn5WIaJ8keblog3QFJUbi_dVjqRsFpKEhSMbeUy3OGYhzJPmirz1XmURa6yIIgpy6fBzK0Cv5wXf FmeGAW7gq3LRQQXYJ.4IBDN2BMqJNA7jwLfg_QWPiE951k21slaLgylZSwlHALNzLav5UL1g75gB qQCuaNNsBuekxBnpxVbrNSkPfBRVIABMD_nBd6mb7QHPMfIYyQP9r3dQBxOUKtuEydHqcLyTntiM MfVttpDNgcEN_Xi.yAK0a9Qkl9Z7oTIKSw3K9kzEfO_6X81y9QUcrA5MA6bVg9JTs7elVedDaICx DES_cwXOfLmtTEFUERQQb65Q0aQv_JOuDqhPYj33E6aNu0MQWZDb9ae6MLQ5fFAJhitZ19QvZ6k5 0HhKXmFafSBQ3j3A_.ZJdCu85QA.v_.bCOgmBrJ_jeSkf2yhmzhhFuTTfWYFnwz1paMfWhzr.nu8 Z2ab_95H2aBZDapM1BFd1.5DCfZSYY3SI9OCetyA9kvLROot0Or_Lt2gJpchvHGOGPOD5qpmdytX BRsJN5fSNDyRMEg.MGiW.DafYNBQOv7y9Ja8MAUbhKXGUmtGUmrHqYbFmU672NkQSXwjYDzZ9C7N u8CM33C.XlapGM9uqevC0rgGyCbelHZOjXUq5olkokk_v3CFZc6HjWmCJF9SL3fdjSXDcaE.N2Cf uQ2MXFFYG2uTioI1uQvt1deqNY_b_dLJXstAaTUnTLVjy4FwJbk1k7BhNA.K9FbKHXFDn8MxmZwj pvjRZI_SgtRb1TCQehDvZDqHNwR_EhiOn6SH.pVIn_HOy26VFaa5Z2Zd_kLRMuQu6kYg_os9oww7 Vx76.NzRg2lnVl8dlNDAzxmh6Fvpac0F7CEf6V92rjiVhjPhY8c4emNZ7bJtU5EdSbUH.cZVPyVH QFhWYDMpg0PusNh1pE579jevP9EWU7DR7RVEbe9EBPmHgCKfLBq.JR1RTD9qaVV831nEvfYE2rWp KmusVcDrzb7Jah3wAEpRkamoUs_WQgvW_OvSEhJL_dbMtaEMTBTlqvxa1BPuRVaHIZI0BE.6cIH7 _5MYT9_bkfMUwf.LYzjKzqxbpnmyjacMP09q3KuvInZLAFY7ahTjWEgPMkBzEmN7IqTACuyooum6 yrImPYuYbPDvQ51ZHLUp2QiiXcglND8kpFV5IGHfbQZOhpXUqxhiYZzE476F3o8KxgfXj35HEa_p hmzcboYDEROnu5cUF1p8KHZvhHhTDXFNptzhs0yvV6uZMT59tyui9z4jTB3QRAPCuxrnH0dmTFtv Ev.xHoe9c8D9sTkTwJr0.qoY6mJkd4ttgMWnHwbvA4IXDXQKgkOPpyb_QepvFohJVl.om2k52mkr OB7oNQE96LHtgwJ9MoTfdopKhq6m2NJySQVM26WvTcYkUlZUkHzG.o5jzR2DZQupp_cMIAqweX8r 2buNImJVW536eDzkVps9TgBl9gg9f4qleNz_bYkzyAQbIx5ar0HYD6585AvPrq_DVYGoV3ZAEHM6 XS49.VJdUz4nlE0KaBoHRiafZ0HShwP2f6BGtGobcPfigm_2jImUDs2si_6BpCus8tuHjJlzHXJ7 QVuveiIdfWxPf5Vut3CodTOrFzmx7q2_gWVGB7L4U8k03IBCPoCaCfnK0811JosYgbKNmrrtgVVt NtsIp.n1wVF1Wf4.zkxHQAjfgJTHw34brPXnzIPHV5STMf0X3jz06WvEcCCIjiArlLILJ8OGiJW1 9VNWKu_sfcKmBK3m_mRi3O5ByiKy1Ai8C3WZa_I0SiPvYNNNBM1B4ogEfB0.cKCL4q9vhi2Vjxe0 7cDKX0tH58zZgQLKN8Q6QQ9aK9rS9.Irs.ahcWhS.FOQNkI5ygGASVYmdKq6l71uIKMgPrvdwRqI 0VxtMM4cjAJoZG5dlQutSkhqDB99dGJ9RXFq93TJtRsnjhK7A9JzWT9bPRpKAPuSzkwQ8mRZjyw4 7R1WzYz2nvXaCTv2fhLW4hv5tem0rp0NOa2EPR2HdNSQNQtD2475PgSK8My.Y4qYcsrrUgwQEr7g KHXya1XPOkHjFoPhNLw4HZxLp5B3mNDndY8X2WIs6bMdOQM6zj5o.guGIMIm9RHev.02t7bUuIMY _GeS6D1Q.fcDA7fPUFfUsPiKLJ.SWxeoGs0lssIIIpSdLPqhJXGUZb1wCDfvSRUdNnyhB5pD8.8L .9JtktEFlu29zR1KJDb1uHgKdzez98.AX1uh5FkRJlHTHPskoyp1Zi1ggSuP4SBEpbKrD59PS3i4 9gNb_a9S8IqhGv.vuucCQJ80ZVJ2iQa1qw4dZN3G_GF3jQciuiTDNfnp1I0TWHTKnBz7XJL6Ipfc NqUNOiThimzvYZP1s2hiUhPXWvZbFc.aMrHmOU8OAYryhp0rw4DjY5Uy.sBNtMO.wZQ6WGySlxvd UtPBoR62Bh_fVQzyS22QCXLxD Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Tue, 27 Oct 2020 11:32:00 +0000 Received: by smtp418.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a17e6c298d581849fa229cb6b9e7735e; Tue, 27 Oct 2020 11:31:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: A RPi4 xHCI VL805 problem that needs to be avoided: "xhci: quirks: add link TRB quirk for VL805" From: Mark Millard In-Reply-To: <0b70dbc4-f118-29bc-d814-8fc0a5669382@selasky.org> Date: Tue, 27 Oct 2020 04:31:56 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <1FE53A64-DD67-41FA-8EF1-CD8D222947DB@yahoo.com> References: <0b70dbc4-f118-29bc-d814-8fc0a5669382@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4CL8gQ5szcz4gd1 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.84)[-0.835]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.995]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.30:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2020 11:32:03 -0000 On 2020-Oct-27, at 01:02, Hans Petter Selasky = wrote: > On 2020-10-27 00:58, Mark Millard via freebsd-arm wrote: >> https://github.com/raspberrypi/linux/pull/3929 reports: >> QUOTE >> The VL805 controller can't cope with the TR Dequeue Pointer for an = endpoint >> being set to a Link TRB. The hardware-maintained endpoint context = ends up >> stuck at the address of the Link TRB, leading to erroneous ring = expansion >> events whenever the enqueue pointer wraps to the dequeue position. >> If the search for the end of the current TD and ring cycle state = lands on >> a Link TRB, move to the next segment. >> END QUOTE >> Also: Dealing with the link trb also toggling the ring cycle state >> is something to watch for according to the later notes. >=20 > Is this an issue under FreeBSD too? Can it be reproduced? >=20 I've no clue how to set up a test to see if FreeBSD can set the TR = Dequeue Pointer for an end point to a Link TRB vs. showing that it somehow = avoids doing that. I reported it on just the basis of the claim that the controller = mishandles the condition if it occurs. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Oct 28 04:11:02 2020 Return-Path: Delivered-To: freebsd-arm@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 52F3043A7B8 for ; Wed, 28 Oct 2020 04:11:02 +0000 (UTC) (envelope-from jamie@gritton.org) Received: from gritton.org (gritton.org [199.192.165.131]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CLZr43dNGz4Zh0 for ; Wed, 28 Oct 2020 04:11:00 +0000 (UTC) (envelope-from jamie@gritton.org) Received: from gritton.org ([127.0.0.131]) (authenticated bits=0) by gritton.org (8.15.2/8.15.2) with ESMTPA id 09S4ArOB051465 for ; Tue, 27 Oct 2020 21:10:53 -0700 (PDT) (envelope-from jamie@gritton.org) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Oct 2020 21:10:53 -0700 From: James Gritton To: freebsd-arm@freebsd.org Subject: 4K on RPI4? User-Agent: Roundcube Webmail/1.4.1 Message-ID: <994e58050a2a20248b39c04996358078@gritton.org> X-Sender: jamie@gritton.org X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (gritton.org [127.0.0.131]); Tue, 27 Oct 2020 22:10:53 -0600 (MDT) X-Rspamd-Queue-Id: 4CLZr43dNGz4Zh0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jamie@gritton.org designates 199.192.165.131 as permitted sender) smtp.mailfrom=jamie@gritton.org X-Spamd-Result: default: False [-1.32 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_SPAM_SHORT(0.02)[0.017]; FREEFALL_USER(0.00)[jamie]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.001]; RCVD_TLS_LAST(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:199.192.165.128/28]; DMARC_NA(0.00)[gritton.org]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.036]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:30247, ipnet:199.192.164.0/22, country:US]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2020 04:11:02 -0000 I'd like to move my desktop to FreeBSD for the first time in some years, and I have an 8GB RPI4 that's working nicely on CURRENT, except that Xorg insists that my resolution is 1920x1080. I've got a nice 60Hz 4K monitor, so it's kind of a shame to only have a quarter of the pixels I should have. How do I convince the X server (or the kernel, or whoever) that it's OK to give me some 4K output. And if I can get that going, my next question will be about 60Hz (when I specify it according to the RPI instructions, the kernel doesn't fully boot). But speed is icing on the cake - I just want those pixels! - Jamie From owner-freebsd-arm@freebsd.org Wed Oct 28 19:23:21 2020 Return-Path: Delivered-To: freebsd-arm@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 E6D3044E6B7 for ; Wed, 28 Oct 2020 19:23:21 +0000 (UTC) (envelope-from jamie@gritton.org) Received: from gritton.org (gritton.org [199.192.165.131]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CLz4n0tnRz4V0X for ; Wed, 28 Oct 2020 19:23:20 +0000 (UTC) (envelope-from jamie@gritton.org) Received: from gritton.org ([127.0.0.131]) (authenticated bits=0) by gritton.org (8.15.2/8.15.2) with ESMTPA id 09SJNJev021558; Wed, 28 Oct 2020 12:23:19 -0700 (PDT) (envelope-from jamie@gritton.org) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 28 Oct 2020 12:23:19 -0700 From: James Gritton To: freebsd-arm@freebsd.org Subject: Re: 4K on RPI4? In-Reply-To: References: <994e58050a2a20248b39c04996358078@gritton.org> User-Agent: Roundcube Webmail/1.4.1 Message-ID: <78860f7f8fe0901fb7a83e2cfea8c439@gritton.org> X-Sender: jamie@gritton.org X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (gritton.org [127.0.0.131]); Wed, 28 Oct 2020 13:23:19 -0600 (MDT) X-Rspamd-Queue-Id: 4CLz4n0tnRz4V0X X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jamie@gritton.org designates 199.192.165.131 as permitted sender) smtp.mailfrom=jamie@gritton.org X-Spamd-Result: default: False [-2.03 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[jamie]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:199.192.165.128/28]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[gritton.org]; NEURAL_HAM_LONG(-0.98)[-0.982]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.71)[-0.714]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.03)[-1.035]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:30247, ipnet:199.192.164.0/22, country:US]; FREEMAIL_CC(0.00)[googlemail.com]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2020 19:23:22 -0000 On 2020-10-28 11:00, Klaus Cucinauomo wrote: >> Am 28.10.2020 um 05:10 schrieb James Gritton : >> >> I'd like to move my desktop to FreeBSD for the first time in some >> years, and I have an 8GB RPI4 that's working nicely on CURRENT, except >> that Xorg insists that my resolution is 1920x1080. I've got a nice >> 60Hz 4K monitor, so it's kind of a shame to only have a quarter of the >> pixels I should have. >> >> How do I convince the X server (or the kernel, or whoever) that it's >> OK to give me some 4K output. And if I can get that going, my next >> question will be about 60Hz (when I specify it according to the RPI >> instructions, the kernel doesn't fully boot). But speed is icing on >> the cake - I just want those pixels! > > > https://www.raspberrypi.org/documentation/configuration/hdmi-config.md Already read and done - that's the very page I meant when I mentioned "the RPI instructions". I take it this has worked for you? Would you happen to have a configuration I could copy? I have used their recommendation for 2060p: hdmi_drive=1 hdmi_group=1 hdmi_mode=95 as well as putting my monitor timings directly into config.txt: hdmi_drive=1 hdmi_group=2 hdmi_mode=87 hdmi_timings=3840 1 176 88 296 2160 1 8 10 72 0 0 0 30 0 297000000 3 But in both cases, Xorg remains blithely ignorant of 4K. Also, I have already added lines to my Xorg config about the monitor timings, to no avail. They worked under Debian (on a RockPro64 I'm trying to replace), which is a similar version of Xorg. - Jamie From owner-freebsd-arm@freebsd.org Wed Oct 28 19:48:32 2020 Return-Path: Delivered-To: freebsd-arm@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 7403C44F08C for ; Wed, 28 Oct 2020 19:48:32 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CLzdq1jDNz4WBF for ; Wed, 28 Oct 2020 19:48:30 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Wed, 28 Oct 2020 19:48:19 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1603914503; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=IA9tjmxoLQjaOUHbF87E/+WkSHv2eRwCQ5uneJYsYbE=; b=hrHKi/GIOJuL5wh6Stp4B3pirHNslHmjDyoDmrVgBGYj6+qh53iODGN5N0BCqUIhuRT9Yg pvT/zGhIvhe/uxa2rzQUl1zrtC7Dgz2fFLR6FS9PMTorLrS9H5W+vF36qV7uJeEqoZb3F7 F/N+E96rPdNVtWZNsJlulNTWmFhpSP8= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: freebsd-arm@freebsd.org, James Gritton Subject: Re: 4K on RPI4? In-Reply-To: <78860f7f8fe0901fb7a83e2cfea8c439@gritton.org> References: <994e58050a2a20248b39c04996358078@gritton.org> <78860f7f8fe0901fb7a83e2cfea8c439@gritton.org> Message-ID: <6C1A5169-E204-4B1F-8D9B-5717DAD6D247@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.90 X-Rspamd-Queue-Id: 4CLzdq1jDNz4WBF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=hrHKi/GI; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.97 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.06)[-1.058]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; NEURAL_HAM_LONG(-1.00)[-1.002]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.91)[-0.912]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2020 19:48:32 -0000 On October 28, 2020 7:23:19 PM UTC, James Gritton wr= ote: >Also, I have already added lines to my Xorg config about the monitor=20 >timings, to no avail=2E They worked under Debian (on a RockPro64 I'm=20 >trying to replace), which is a similar version of Xorg=2E Linux has drivers for video output (and GPU rendering too) for that broadc= om SoC, and many others=2E We do not=2E All we have is the framebuffer set = up by firmware, and that is 1080p maximum=2E FreeBSD is currently not really usable as a desktop on these embedded SBCs= with non-PCIe graphics and display hardware=2E (manu@ has some experimental drivers for Allwinner display output, but no = one has even attempted the GPU part yet as far as I know=2E) From owner-freebsd-arm@freebsd.org Thu Oct 29 04:36:42 2020 Return-Path: Delivered-To: freebsd-arm@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 554F943FBA4 for ; Thu, 29 Oct 2020 04:36:42 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CMCMF0Lv7z4774 for ; Thu, 29 Oct 2020 04:36:40 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42c.google.com with SMTP id t9so1264540wrq.11 for ; Wed, 28 Oct 2020 21:36:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=iSQflJlnTR8JpAvzhziqYjDmGrT2DZNJTfWYoNVckpY=; b=sdWTY37l39fldhICwLu1Lc3Di/DkSGPxBk1+UK/zfdKi6Dw86XtCyO0oH7Z6XNRzzS XmSLeIXD4F4VJS+9mlnUw7s6pPmLNnSlNlIzNAwjWWdrSjvNq95MK6JVOpVGplgu+ME7 HA2C6qR0S5ff0En/V6mUnnHqioDlBNg+hegvrioOGOZ6P8EcITwFsoK0Hdp0zlkr4Zcr MoCAztFwV+kpBdqlGwb5O0kfe91bXAc6KYdN6u91PzI8hkxVvfXVHGnl2ewtvyguyF52 sQUK1yOJujOahGBFZ5y8vnv68kM6Qn8TDs0ExPKsy8VCNdt71n5yjLu86lkjvZ+wn+hJ a0eQ== X-Gm-Message-State: AOAM530jzHpRlRXKJFlHXfWX1nv9fmwQfscnhbsVFtNy3dUxr5Lg/kuV tmO9IEDIbCrF6q3xHp/cwGWQAp3s0NG4Iw== X-Google-Smtp-Source: ABdhPJxAXLNtjGOXs2ih24qkfYWPyiASMDZguRQVAFESvDQVUCyxhyQG7z+sJHXj7ZjNI1V9E5z8Gw== X-Received: by 2002:a5d:4f0b:: with SMTP id c11mr2947469wru.316.1603946198976; Wed, 28 Oct 2020 21:36:38 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-104-002.46.114.pool.telefonica.de. [46.114.104.2]) by smtp.googlemail.com with ESMTPSA id h62sm2779150wrh.82.2020.10.28.21.36.37 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 28 Oct 2020 21:36:38 -0700 (PDT) From: Klaus Cucinauomo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.0.3.2.82\)) Subject: Re: 4K on RPI4? Date: Thu, 29 Oct 2020 05:36:36 +0100 References: <994e58050a2a20248b39c04996358078@gritton.org> <78860f7f8fe0901fb7a83e2cfea8c439@gritton.org> <6C1A5169-E204-4B1F-8D9B-5717DAD6D247@unrelenting.technology> To: myfreeweb , James Gritton , freebsd-arm@freebsd.org In-Reply-To: <6C1A5169-E204-4B1F-8D9B-5717DAD6D247@unrelenting.technology> Message-Id: <32C6648E-0C32-4D0A-8C7E-B7C55346AD48@googlemail.com> X-Mailer: Apple Mail (2.3654.0.3.2.82) X-Rspamd-Queue-Id: 4CMCMF0Lv7z4774 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.89)[-0.894]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.104.2:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.02)[-1.015]; NEURAL_HAM_LONG(-1.01)[-1.013]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42c:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2020 04:36:42 -0000 > Am 28.10.2020 um 20:48 schrieb myfreeweb = : >=20 > ...Linux has drivers for video output (and GPU rendering too) for that = broadcom SoC, ouch, what a load: https://github.com/torvalds/linux/tree/master/drivers/gpu/drm/vc4 > All we have is the framebuffer set up by firmware, and that is 1080p = maximum. looks like you're right, that driver even can=E2=80=99t execute 60HZ on = 1900x1000, configured by xrandr=E2=80=A6 >=20 > FreeBSD is currently not really usable as a desktop on these embedded = SBCs with non-PCIe graphics and display hardware. well, `ve tried on 1080p with fvwm/xfce ..=20 Let`s say: it=E2=80=99s fun ..even watching full screen football video = 360/720p .. not bad... but maybe it=E2=80=99s an interesting option to stick with macOS for = this purpose=E2=80=A6 :-) Ha Ha=20 K.= From owner-freebsd-arm@freebsd.org Thu Oct 29 13:29:14 2020 Return-Path: Delivered-To: freebsd-arm@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 1E605451412; Thu, 29 Oct 2020 13:29:14 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CMR9h6Wycz3V6Z; Thu, 29 Oct 2020 13:29:12 +0000 (UTC) (envelope-from carbaecker@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1603978150; bh=jhw79CVQ3CSBtatw6Ny6llP9Kr+FDNwPB2UWDc8UQ38=; h=X-UI-Sender-Class:To:From:Subject:Date; b=H/z/awiR2BZW66s3nRgmNLxnqqGf22lYS4MurJm+xXoFwzKKCSLGl1GqGjKOk0n2q imHLdiB4tW2nJRQ/dx3yrhETjQ0RfvHtCFiXq2WmeGdpBeDw6coT4cqDhMI0duLnsG uKQb9jFTUWpRROyB2wGktm85GOpH4MDsGz5fUFeE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.30] ([94.31.96.148]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MfYPY-1jsDbK1wNc-00fzbo; Thu, 29 Oct 2020 14:29:10 +0100 To: freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org From: =?UTF-8?Q?Carsten_B=c3=a4cker?= Subject: Problem with checksum offloading on RPi3 (PF + Jails involved) Message-ID: <748edc3d-4ef7-c4de-291f-7c0b460a6052@gmx.de> Date: Thu, 29 Oct 2020 14:29:09 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: de-DE X-Provags-ID: V03:K1:W605A4j4bSJKjglN0SEstJZcTQa0AtRcce7Lx8IlLRIqBIoMw4s P0TsW+dFV3nwpqnCcZfSzG2bU7marhjlfl3NGgWGlqBXD6Jlf89pTg86B7OEaaw1hVBRBjT t2GAEghZygzVJQ2NTuCb0uEi7NBAlEb+ayc0Wt/GdJTmb+wdZJgMQ1FTwDnV2ywyS0vCM+Z xFzPlAFI0uLXD36d32nwQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:5sGi+kS2png=:QFJFo2ZfQwjI0apVTvpijR 4rZPdco9k2yTH2qWUcwSj1ALiKbmPNcbqnxp3Jn0uvPguFLG2rnzXiM4MwDjBjL2unpnE9ax+ EEG5I0BLgYGXYH8SUEB+WWEC3veGETx0o49B909lB7WI9zLCv6MBhJKySXGh45fhJ7aUkyzcY cisNP6/59+koSKmwyGSS2v2TM4HvHwfGynzFpvMjtkA/RER0x4whAML9MdGgWAOdejXylLM1z V7IufilBjqUcI3c6n6PmjKfpxY988nx7kQtUw2MOM71qaV5MPwNFN5nq9b8vHV432qa2LbhOn nAI9u13GxJezPM0mJh1MhqJjtWe1Og2JAeAy6FIafk4liZcnAcr8gAdmYPEeyONBZhZdTOule WsWly4APcEwXgY4lsovGRmQvUmhcbyfwb4gG5HKiCopnz6NOPf7nNKojmDPQPP5IVWy03T7M5 0FxEQvyncPZ5k7Z/Bbj23FhbXe3CVBLuhQij4jOrryyCkZX6fQ4Y72UYYBkdUAXkaTfr/hp0y yMHIAwsdTQVem8fzcWa/FAa9YUsoj08T0NjaIWCTTnkLIYL1xPWE5U30MQI21Flh6W7qo9exc OrXiXWsPR4+9hEuP8fTb/gHfbTJP24GFOaw9eR/cWn4AsLVfopSKZKaBGVJfSjtaUitRBQAF9 8GpgTIIUVjvkNAq6299G6b6deCnJwLI7pClLMjEoHRnyGJkjWzJKqZZ6YJkSyLQ9ZCGOwAtJh /64tLxLJnaSxfxWXZIknqroJPg3KyGhv8zBLAyARKmZBWSeQjuOHuJVVnpH/eXiPsnpRM6649 O2mtAnk2TxeKrzqpslXF3aCnJdFI9FOSpwzn2NcZH7HlJWy0Nv/hZFxgF2OusYQ9m4CsIuZY8 +Mdb6XhfdwA5M+Inbg7Q== X-Rspamd-Queue-Id: 4CMR9h6Wycz3V6Z X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=H/z/awiR; dmarc=none; spf=pass (mx1.freebsd.org: domain of carbaecker@gmx.de designates 212.227.17.21 as permitted sender) smtp.mailfrom=carbaecker@gmx.de X-Spamd-Result: default: False [-2.56 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmx.de]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.03)[-0.035]; RECEIVED_SPAMHAUS_PBL(0.00)[94.31.96.148:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmx.de]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.933]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.21:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gmx.de]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.21:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers,freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2020 13:29:14 -0000 Hi Hackers, just stumbled upon a problem on my RPi3, but i am not sure if this is arm-related. Running System: "FreeBSD generic 12.1-RELEASE-p9 FreeBSD 12.1-RELEASE-p9 r365508 GENERIC=C2=A0 arm64" I created a jail and set up NAT using PF. Same configuration runs perfectly on my server. However the jail was unable to resolve hostnames. After enabling pflog for the NAT-rules i noticed these errors: "[bad udp cksum 0xe58a -> 0x482d!]" So i disabled checksum offloading and everything worked fine. "ifconfig ue0 -rxcsum" Any chance to get this fixed? Regards Carsten From owner-freebsd-arm@freebsd.org Thu Oct 29 15:31:01 2020 Return-Path: Delivered-To: freebsd-arm@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 1C08F455147; Thu, 29 Oct 2020 15:31:01 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CMTtC5Hyxz3fC2; Thu, 29 Oct 2020 15:30:59 +0000 (UTC) (envelope-from carbaecker@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1603985458; bh=FFeMyaek/1S1BK9I7yFUtsJxP5eTvf/Mr2dfv2yzHwY=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=doNM9l5gNA9NgcpqPCsVkfNf2TEP8Er7UIdyxt08pOalCYIxsjJg4nUDTnNjd8WvM SlYpM/qx9Y8WZKUoFOhI4HH8per/RftY1u7XO4rwpTlwRnRgGAbq5pTUK0pHCU24yt 2pwumJ9cM8tgB200xXjezIoc+53cslqUqMTyO29Y= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.30] ([94.31.96.148]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N8XTv-1kL0qG3Xtp-014X6s; Thu, 29 Oct 2020 16:30:57 +0100 Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) To: Kristof Provost Cc: freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org References: <748edc3d-4ef7-c4de-291f-7c0b460a6052@gmx.de> From: =?UTF-8?Q?Carsten_B=c3=a4cker?= Message-ID: <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de> Date: Thu, 29 Oct 2020 16:30:57 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------8525AC5C83CABE85BE679B1A" Content-Language: de-DE X-Provags-ID: V03:K1:POgbE6+lfBN4kKavXDJ+9WbkwFRUh2bM2RrEOizidLNImyzZpW2 nAb9ItltrMz+GYIemQDr/2IkTPjy6UdsSNog06AwvqEqCL5DCIQWsBTxvRayBkmfzIvsWlJ 7IhU5Z//RuTjKoiRdErQ6OuOEgafqa/v9s6Az6jkXdPbZ7ANEyJBrLgIFTEIKO/b9UrrMm4 mwAnhn/WnF38Q7Tv58MiQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:8co5HnQofMQ=:938hGvLr265H1R1jqn0s2N pc8O1c3H3yjRKHis4Cx9Ww7VIp4BFD82lrE9UnMojhmN1Vc+BRmQOO43tLUSKkhVlN7n8hl/C 4RsPt5yGAfFdpZqTL/93fJQJ+vyoftcAz5GSFFuxxPRoUgJ4COLpzhaK8aIg9vg/EXOnvz8PZ Mz4Zeu1JFuh7hDHJuM5idaaQZLTiACpyuvgkG8dbibLuOOii5YpgXro0sbD8g1twvbdiE6RgB /vFVfVRP1p9jFQRrP5BI8Mz6VUtcUtIkOZ82sA46cU6OYMwUvnKCb1sBYSb6aYKpCoh68x/ee bASO3rjEfu/GC1I8Y4REDPbYoZYD+sFKpfdZqlrH9AEv8UQiv/o4G+OZCIT7+0rZZouQvfoK8 wiDZ8NvEBsVuzB7X7ShX7ilLBwLDx/cPBMiexj0Mzar0WpFeuD/oOl1WIVrXHVPWj/KE57eGp UquKAmGToa0V6/uAP9Y9Pw0kIQuVyBKbAe/YlyJmEPrx6qT8RS3/HtZIJ6kZ3tb4++7qiIM82 /SJsVTJteE8HfShaAgxntpcnZ1XCcIlqTTiUriwyYdcqvKLa05mV1YFGkJsymsceUikWwt7o+ KbgdSVWxMfbWIHD0PLgLUSs1JHiGQL1IvS1h4sItR8nBlV+tjJdIWNPS0iABYqvJ7jmWihzfR VsJAfYWHDln7MzJoHZa9zGm80qgvdKrOjhMEJorG82THFQaF4lBnerHvpe+eSZzX1f9Yejd6u LdLif9IbBRnx9S9EIijK948diFppyatTOR3mkC/8qTrhJU6B3OlWRu34RW/lt6wqOZqVfLAuv Yw8InYm79d/hPfkun/KNeDUvsRLVGyRxTqIH7lIWI4FaPeQwU77i7VdEDl3Vm5G9qaNaM0igV M4Ua1yAkpW517O7ht+vw== X-Rspamd-Queue-Id: 4CMTtC5Hyxz3fC2 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=doNM9l5g; dmarc=none; spf=pass (mx1.freebsd.org: domain of carbaecker@gmx.de designates 212.227.15.18 as permitted sender) smtp.mailfrom=carbaecker@gmx.de X-Spamd-Result: default: False [-1.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmx.de]; R_SPF_ALLOW(-0.20)[+ip4:212.227.15.0/25]; HAS_ATTACHMENT(0.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; MIME_BASE64_TEXT(0.10)[]; CTYPE_MIXED_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-0.86)[-0.863]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:+,5:+,6:+]; FREEMAIL_ENVFROM(0.00)[gmx.de]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.18:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.970]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; RECEIVED_SPAMHAUS_PBL(0.00)[94.31.96.148:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[gmx.de]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.18:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers,freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2020 15:31:01 -0000 This is a multi-part message in MIME format. --------------8525AC5C83CABE85BE679B1A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable 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. I noticed another side-effect of disabling checksum offloading: SSH-access using IPv6 (rtsold) works much smoother/more reliable than before. Best regards, Carsten Am 29.10.2020 um 15:00 schrieb Kristof Provost: > > On 29 Oct 2020, at 14:29, Carsten B=C3=A4cker wrote: > > Hi Hackers, > > just stumbled upon a problem on my RPi3, but i am not sure if this i= s > arm-related. > > Running System: > "FreeBSD generic 12.1-RELEASE-p9 FreeBSD 12.1-RELEASE-p9 r365508 > GENERIC=C2=A0 arm64" > > I created a jail and set up NAT using PF. Same configuration runs > perfectly on my server. > However the jail was unable to resolve hostnames. > > After enabling pflog for the NAT-rules i noticed these errors: > "[bad udp cksum 0xe58a -> 0x482d!]" > > So i disabled checksum offloading and everything worked fine. > "ifconfig ue0 -rxcsum" > > Any chance to get this fixed? > > First someone=E2=80=99s going to have to be able to reproduce it. > > I fixed issues related to checksums in pf years ago, and while I=E2=80= =99ve > heard vague reports that it still wasn=E2=80=99t fixed in all cases I=E2= =80=99ve not > yet been able to reproduce (or even have someone else reproduce) those > issues. > > My initial suspicion would fall to the network driver rather than pf > itself. > Let=E2=80=99s start by figuring out which one that is. > > Presumably you=E2=80=99ve got a USB ethernet thing plugged in. Which one= ? > (|sudo usbconfig dump_device_desc| will help). > > Best, > Kristof > --------------8525AC5C83CABE85BE679B1A Content-Type: text/plain; charset=UTF-8; name="dmesg.today" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.today" LS0tPDxCT09UPj4tLS0KQ29weXJpZ2h0IChjKSAxOTkyLTIwMTkgVGhlIEZyZWVCU0QgUHJv amVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5 LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0 eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVn aXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAx Mi4xLVJFTEVBU0UtcDkgcjM2NTUwOCBHRU5FUklDIGFybTY0CkZyZWVCU0QgY2xhbmcgdmVy c2lvbiA4LjAuMSAodGFncy9SRUxFQVNFXzgwMS9maW5hbCAzNjY1ODEpIChiYXNlZCBvbiBM TFZNIDguMC4xKQpWVChlZmlmYik6IHJlc29sdXRpb24gNjU2eDQxNgpLTEQgZmlsZSB1bW9k ZW0ua28gaXMgbWlzc2luZyBkZXBlbmRlbmNpZXMKU3RhcnRpbmcgQ1BVIDEgKDEpClN0YXJ0 aW5nIENQVSAyICgyKQpTdGFydGluZyBDUFUgMyAoMykKRnJlZUJTRC9TTVA6IE11bHRpcHJv Y2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCnJhbmRvbTogdW5ibG9ja2luZyBkZXZp Y2UuCnJhbmRvbTogZW50cm9weSBkZXZpY2UgZXh0ZXJuYWwgaW50ZXJmYWNlCk1BUCAzOWY0 YTAwMCBtb2RlIDIgcGFnZXMgMQpNQVAgMzlmNGYwMDAgbW9kZSAyIHBhZ2VzIDEKTUFQIDNi MzUwMDAwIG1vZGUgMiBwYWdlcyAxNgpNQVAgM2YxMDAwMDAgbW9kZSAxIHBhZ2VzIDEKa2Jk MCBhdCBrYmRtdXgwCm9md2J1czA6IDxPcGVuIEZpcm13YXJlIERldmljZSBUcmVlPgpzaW1w bGVidXMwOiA8RmxhdHRlbmVkIGRldmljZSB0cmVlIHNpbXBsZSBidXM+IG9uIG9md2J1czAK b2Z3X2Nsa2J1czA6IDxPRlcgY2xvY2tzIGJ1cz4gb24gb2Z3YnVzMApjbGtfZml4ZWQwOiA8 Rml4ZWQgY2xvY2s+IG9uIG9md19jbGtidXMwCmNsa19maXhlZDE6IDxGaXhlZCBjbG9jaz4g b24gb2Z3X2Nsa2J1czAKcmVnZml4MDogPEZpeGVkIFJlZ3VsYXRvcj4gb24gb2Z3YnVzMApy ZWdmaXgxOiA8Rml4ZWQgUmVndWxhdG9yPiBvbiBvZndidXMwCnBzY2kwOiA8QVJNIFBvd2Vy IFN0YXRlIENvLW9yZGluYXRpb24gSW50ZXJmYWNlIERyaXZlcj4gb24gb2Z3YnVzMApsaW50 YzA6IDxCQ00yODM2IEludGVycnVwdCBDb250cm9sbGVyPiBtZW0gMHg0MDAwMDAwMC0weDQw MDAwMGZmIG9uIHNpbXBsZWJ1czAKaW50YzA6IDxCQ00yODM1IEludGVycnVwdCBDb250cm9s bGVyPiBtZW0gMHg3ZTAwYjIwMC0weDdlMDBiM2ZmIGlycSAyMCBvbiBzaW1wbGVidXMwCmdw aW8wOiA8QkNNMjcwOC8yODM1IEdQSU8gY29udHJvbGxlcj4gbWVtIDB4N2UyMDAwMDAtMHg3 ZTIwMDBiMyBpcnEgMjMsMjQgb24gc2ltcGxlYnVzMApncGlvYnVzMDogPE9GVyBHUElPIGJ1 cz4gb24gZ3BpbzAKZ2VuZXJpY190aW1lcjA6IDxBUk12NyBHZW5lcmljIFRpbWVyPiBpcnEg MCwxLDIsMyBvbiBvZndidXMwClRpbWVjb3VudGVyICJBUk0gTVBDb3JlIFRpbWVjb3VudGVy IiBmcmVxdWVuY3kgMTkyMDAwMDAgSHogcXVhbGl0eSAxMDAwCkV2ZW50IHRpbWVyICJBUk0g TVBDb3JlIEV2ZW50dGltZXIiIGZyZXF1ZW5jeSAxOTIwMDAwMCBIeiBxdWFsaXR5IDEwMDAK dXNiX25vcF94Y2VpdjA6IDxVU0IgTk9QIFBIWT4gb24gb2Z3YnVzMApiY21fZG1hMDogPEJD TTI4MzUgRE1BIENvbnRyb2xsZXI+IG1lbSAweDdlMDA3MDAwLTB4N2UwMDdlZmYgaXJxIDQs NSw2LDcsOCw5LDEwLDExLDEyLDEzLDE0LDE1LDE2LDE3LDE4LDE5IG9uIHNpbXBsZWJ1czAK YmNtd2QwOiA8QkNNMjcwOC8yODM1IFdhdGNoZG9nPiBtZW0gMHg3ZTEwMDAwMC0weDdlMTAw MDI3IG9uIHNpbXBsZWJ1czAKYmNtcm5nMDogPEJyb2FkY29tIEJDTTI4MzUgUk5HPiBtZW0g MHg3ZTEwNDAwMC0weDdlMTA0MDBmIGlycSAyMSBvbiBzaW1wbGVidXMwCm1ib3gwOiA8QkNN MjgzNSBWaWRlb0NvcmUgTWFpbGJveD4gbWVtIDB4N2UwMGI4ODAtMHg3ZTAwYjhiZiBpcnEg MjIgb24gc2ltcGxlYnVzMApncGlvYzA6IDxHUElPIGNvbnRyb2xsZXI+IG9uIGdwaW8wCnVh cnQyOiA8UHJpbWVDZWxsIFVBUlQgKFBMMDExKT4gbWVtIDB4N2UyMDEwMDAtMHg3ZTIwMWZm ZiBpcnEgMjUgb24gc2ltcGxlYnVzMAp1YXJ0MjogY29uc29sZSAoMTE1MjAwLG4sOCwxKQpz cGkwOiA8QkNNMjcwOC8yODM1IFNQSSBjb250cm9sbGVyPiBtZW0gMHg3ZTIwNDAwMC0weDdl MjA0ZmZmIGlycSAyNyBvbiBzaW1wbGVidXMwCnNwaWJ1czA6IDxPRlcgU1BJIGJ1cz4gb24g c3BpMApzcGlidXMwOiA8dW5rbm93biBjYXJkPiBhdCBjcyAwIG1vZGUgMApzcGlidXMwOiA8 dW5rbm93biBjYXJkPiBhdCBjcyAxIG1vZGUgMAppaWNoYjA6IDxCQ00yNzA4LzI4MzUgQlND IGNvbnRyb2xsZXI+IG1lbSAweDdlODA0MDAwLTB4N2U4MDRmZmYgaXJxIDQwIG9uIHNpbXBs ZWJ1czAKYmNtMjgzeF9kd2NvdGcwOiA8RFdDIE9URyAyLjAgaW50ZWdyYXRlZCBVU0IgY29u dHJvbGxlciAoYmNtMjgzeCk+IG1lbSAweDdlOTgwMDAwLTB4N2U5OGZmZmYsMHg3ZTAwNjAw MC0weDdlMDA2ZmZmIGlycSA0Niw0NyBvbiBzaW1wbGVidXMwCnVzYnVzMCBvbiBiY20yODN4 X2R3Y290ZzAKc2RoY2lfYmNtMDogPEJyb2FkY29tIDI3MDggU0RIQ0kgY29udHJvbGxlcj4g bWVtIDB4N2UzMDAwMDAtMHg3ZTMwMDBmZiBpcnEgNDkgb24gc2ltcGxlYnVzMAptbWMwOiA8 TU1DL1NEIGJ1cz4gb24gc2RoY2lfYmNtMApmYjA6IDxCQ00yODM1IFZUIGZyYW1lYnVmZmVy IGRyaXZlcj4gb24gc2ltcGxlYnVzMApmYmQwIG9uIGZiMApWVDogUmVwbGFjaW5nIGRyaXZl ciAiZWZpZmIiIHdpdGggbmV3ICJmYiIuCmZiMDogNjU2eDQxNig2NTZ4NDE2QDAsMCkgMjRi cHAKZmIwOiBmYnN3YXA6IDEsIHBpdGNoIDE5NjgsIGJhc2UgMHgzZWIzMzAwMCwgc2NyZWVu X3NpemUgODE4Njg4CnBtdTA6IDxQZXJmb3JtYW5jZSBNb25pdG9yaW5nIFVuaXQ+IGlycSA1 MyBvbiBzaW1wbGVidXMwCmNwdWxpc3QwOiA8T3BlbiBGaXJtd2FyZSBDUFUgR3JvdXA+IG9u IG9md2J1czAKY3B1MDogPE9wZW4gRmlybXdhcmUgQ1BVPiBvbiBjcHVsaXN0MApiY20yODM1 X2NwdWZyZXEwOiA8Q1BVIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCmNwdTE6IDxPcGVu IEZpcm13YXJlIENQVT4gb24gY3B1bGlzdDAKY3B1MjogPE9wZW4gRmlybXdhcmUgQ1BVPiBv biBjcHVsaXN0MApjcHUzOiA8T3BlbiBGaXJtd2FyZSBDUFU+IG9uIGNwdWxpc3QwCmdwaW9s ZWQwOiA8R1BJTyBMRURzPiBvbiBvZndidXMwCmdwaW9sZWQwOiA8bGVkMD4gZmFpbGVkIHRv IG1hcCBwaW4KZ3Bpb2xlZDA6IDxsZWQxPiBmYWlsZWQgdG8gbWFwIHBpbgpjcnlwdG9zb2Z0 MDogPHNvZnR3YXJlIGNyeXB0bz4KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNl YwppaWNidXMwOiA8T0ZXIEkyQyBidXM+IG9uIGlpY2hiMAppaWMwOiA8STJDIGdlbmVyaWMg SS9PPiBvbiBpaWNidXMwCnVzYnVzMDogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVn ZW4wLjE6IDxEV0NPVEcgT1RHIFJvb3QgSFVCPiBhdCB1c2J1czAKdWh1YjA6IDxEV0NPVEcg T1RHIFJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXMwCm1tY3NkMDogMTZHQiA8U0RIQyBVU0QgICAxLjAgU04gNDEyN0MxRDYgTUZHIDA5LzIw MTYgYnkgMTE2IEpgPiBhdCBtbWMwIDUwLjBNSHovNGJpdC82NTUzNS1ibG9jawpiY20yODM1 X2NwdWZyZXEwOiBBUk0gNjAwTUh6LCBDb3JlIDI1ME1IeiwgU0RSQU0gNDAwTUh6LCBUdXJi byBPRkYKbWJveDA6IG1ib3ggcmVzcG9uc2UgZXJyb3IKYmNtMjgzNV9jcHVmcmVxMDogY2Fu J3Qgc2V0IGNsb2NrIHJhdGUgKGlkPTQpClJlbGVhc2UgQVBzLi4uZG9uZQpDUFUgIDA6IEFS TSBDb3J0ZXgtQTUzIHIwcDQgYWZmaW5pdHk6ICAwClRyeWluZyB0byBtb3VudCByb290IGZy b20gdWZzOi9kZXYvdWZzL3Jvb3RmcyBbcnddLi4uCiBJbnN0cnVjdGlvbiBTZXQgQXR0cmli dXRlcyAwID0gPENSQzMyPgogSW5zdHJ1Y3Rpb24gU2V0IEF0dHJpYnV0ZXMgMSA9IDw+CiAg ICAgICAgIFByb2Nlc3NvciBGZWF0dXJlcyAwID0gPEFkdlNJTUQsRmxvYXQsRUwzIDMyLEVM MiAzMixFTDEgMzIsRUwwIDMyPgogICAgICAgICBQcm9jZXNzb3IgRmVhdHVyZXMgMSA9IDww PgogICAgICBNZW1vcnkgTW9kZWwgRmVhdHVyZXMgMCA9IDw0ayBHcmFudWxlLDY0ayBHcmFu dWxlLFMvTlMgTWVtLE1peGVkRW5kaWFuLDE2Yml0IEFTSUQsMVRCIFBBPgogICAgICBNZW1v cnkgTW9kZWwgRmVhdHVyZXMgMSA9IDw+CiAgICAgIE1lbW9yeSBNb2RlbCBGZWF0dXJlcyAy ID0gPDMyYiBDQ0lEWCw0OGIgVkE+CiAgICAgICAgICAgICBEZWJ1ZyBGZWF0dXJlcyAwID0g PDIgQ1RYIEJyZWFrcG9pbnRzLDQgV2F0Y2hwb2ludHMsNiBCcmVha3BvaW50cyxQTVV2MyxE ZWJ1ZyB2OD4KICAgICAgICAgICAgIERlYnVnIEZlYXR1cmVzIDEgPSA8MD4KICAgICAgICAg QXV4aWxpYXJ5IEZlYXR1cmVzIDAgPSA8MD4KICAgICAgICAgQXV4aWxpYXJ5IEZlYXR1cmVz IDEgPSA8MD4KQ1BVICAxOiBBUk0gQ29ydGV4LUE1MyByMHA0IGFmZmluaXR5OiAgMQpDUFUg IDI6IEFSTSBDb3J0ZXgtQTUzIHIwcDQgYWZmaW5pdHk6ICAyCkNQVSAgMzogQVJNIENvcnRl eC1BNTMgcjBwNCBhZmZpbml0eTogIDMKV2FybmluZzogbm8gdGltZS1vZi1kYXkgY2xvY2sg cmVnaXN0ZXJlZCwgc3lzdGVtIHRpbWUgd2lsbCBub3QgYmUgc2V0IGFjY3VyYXRlbHkKdWh1 YjA6IDEgcG9ydCB3aXRoIDEgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjAuMjogPHZl bmRvciAweDA0MjQgcHJvZHVjdCAweDk1MTQ+IGF0IHVzYnVzMAp1aHViMSBvbiB1aHViMAp1 aHViMTogPHZlbmRvciAweDA0MjQgcHJvZHVjdCAweDk1MTQsIGNsYXNzIDkvMCwgcmV2IDIu MDAvMi4wMCwgYWRkciAyPiBvbiB1c2J1czAKdWh1YjE6IE1UVCBlbmFibGVkCnVodWIxOiA1 IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4zOiA8dmVuZG9y IDB4MDQyNCBwcm9kdWN0IDB4ZWMwMD4gYXQgdXNidXMwCnNtc2MwIG9uIHVodWIxCnNtc2Mw OiA8dmVuZG9yIDB4MDQyNCBwcm9kdWN0IDB4ZWMwMCwgcmV2IDIuMDAvMi4wMCwgYWRkciAz PiBvbiB1c2J1czAKc21zYzA6IGNoaXAgMHhlYzAwLCByZXYuIDAwMDIKbWlpYnVzMDogPE1J SSBidXM+IG9uIHNtc2MwCnNtc2NwaHkwOiA8U01DIExBTjg3MDAgMTAvMTAwIGludGVyZmFj ZT4gUEhZIDEgb24gbWlpYnVzMApzbXNjcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAx MDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KdWUwOiA8VVNCIEV0aGVybmV0PiBvbiBz bXNjMAp1ZTA6IEV0aGVybmV0IGFkZHJlc3M6IGI4OjI3OmViOjU1OjdlOjcwCmxvMDogbGlu ayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnNtc2MwOiBjaGlwIDB4ZWMwMCwgcmV2LiAwMDAyCnVl MDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KdWUwOiBsaW5rIHN0YXRlIGNoYW5nZWQg dG8gVVAKcGZsb2cwOiBwcm9taXNjdW91cyBtb2RlIGVuYWJsZWQKU2VjdXJpdHkgcG9saWN5 IGxvYWRlZDogTUFDL250cGQgKG1hY19udHBkKQpsbzE6IGxpbmsgc3RhdGUgY2hhbmdlZCB0 byBVUAo= --------------8525AC5C83CABE85BE679B1A Content-Type: text/plain; charset=UTF-8; name="jail.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="jail.conf" d3d3LXB1YmxpYyB7CiAgZGV2ZnNfcnVsZXNldCA9IDQ7CiAgZW5mb3JjZV9zdGF0ZnMgPSAy OwogIGV4ZWMuY2xlYW47CiAgZXhlYy5jb25zb2xlbG9nID0gL3Zhci9sb2cvamFpbHMvd3d3 LXB1YmxpYy5sb2c7CiAgZXhlYy5zdGFydCA9ICcvYmluL3NoIC9ldGMvcmMnOwogIGV4ZWMu c3RvcCA9ICcvYmluL3NoIC9ldGMvcmMuc2h1dGRvd24nOwogIGhvc3QuaG9zdG5hbWUgPSB3 d3ctcHVibGljOwogIG1vdW50LmRldmZzOwogIG1vdW50LmZzdGFiID0gL3N0b3JhZ2UvamFp bHMvd3d3LXB1YmxpYy9mc3RhYjsKICBwYXRoID0gL3N0b3JhZ2UvamFpbHMvd3d3LXB1Ymxp Yy9yb290ZnM7CiAgc2VjdXJlbGV2ZWwgPSAyOwogIGFsbG93LnJhd19zb2NrZXRzID0gMTsK CiAgaW50ZXJmYWNlID0gbG8xOwogIGlwNC5hZGRyID0gMTAuMC4wLjI7CiAgaXA2ID0gZGlz YWJsZTsKfQoK --------------8525AC5C83CABE85BE679B1A Content-Type: text/plain; charset=UTF-8; name="pf_test.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pf_test.conf" ZXh0X2lmID0gInVlMCIKCnd3d3B1YmxpY2phaWwgPSAxMC4wLjAuMgoKc2V0IGJsb2NrLXBv bGljeSByZXR1cm4Kc2V0IHNraXAgb24gbG8wCnNldCBza2lwIG9uIGxvMQoKdGFibGUgPGph aWxzPiBwZXJzaXN0CgpuYXQgb24gJGV4dF9pZiBmcm9tIHsgJHd3d3B1YmxpY2phaWwgfSB0 byBhbnkgLT4gKCRleHRfaWYpCgpibG9jayBpbiBhbGwKCnBhc3MgaW4gaW5ldCBwcm90byBp Y21wIGFsbCBpY21wLXR5cGUgZWNob3JlcQpwYXNzIGluIGluZXQgcHJvdG8gdGNwIHRvIHBv cnQgeyBzc2ggfQoKcGFzcyBvdXQgYWxsCgo= --------------8525AC5C83CABE85BE679B1A Content-Type: text/plain; charset=UTF-8; name="rc.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rc.conf" aG9zdG5hbWU9ImdlbmVyaWMiCmlmY29uZmlnX3VlMD0iaW5ldCAxOTIuMTY4LjE3OC4zIG5l dG1hc2sgMjU1LjI1NS4yNTUuMCIKZGVmYXVsdHJvdXRlcj0iMTkyLjE2OC4xNzguMSIKc3No ZF9lbmFibGU9IllFUyIKc2VuZG1haWxfZW5hYmxlPSJOT05FIgpzZW5kbWFpbF9zdWJtaXRf ZW5hYmxlPSJOTyIKc2VuZG1haWxfb3V0Ym91bmRfZW5hYmxlPSJOTyIKc2VuZG1haWxfbXNw X3F1ZXVlX2VuYWJsZT0iTk8iCnBvd2VyZF9lbmFibGU9IllFUyIKCmNsb25lZF9pbnRlcmZh Y2VzPSJsbzEiCnBmX2VuYWJsZT0iWUVTIgpwZmxvZ19lbmFibGU9IllFUyIK --------------8525AC5C83CABE85BE679B1A Content-Type: text/plain; charset=UTF-8; name="usbconfig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="usbconfig" dWdlbjAuMTogPERXQ09URyBPVEcgUm9vdCBIVUI+IGF0IHVzYnVzMCwgY2ZnPTAgbWQ9SE9T VCBzcGQ9SElHSCAoNDgwTWJwcykgcHdyPVNBVkUgKDBtQSkKCiAgYkxlbmd0aCA9IDB4MDAx MiAKICBiRGVzY3JpcHRvclR5cGUgPSAweDAwMDEgCiAgYmNkVVNCID0gMHgwMjAwIAogIGJE ZXZpY2VDbGFzcyA9IDB4MDAwOSAgPEhVQj4KICBiRGV2aWNlU3ViQ2xhc3MgPSAweDAwMDAg CiAgYkRldmljZVByb3RvY29sID0gMHgwMDAxIAogIGJNYXhQYWNrZXRTaXplMCA9IDB4MDA0 MCAKICBpZFZlbmRvciA9IDB4MDAwMCAKICBpZFByb2R1Y3QgPSAweDAwMDAgCiAgYmNkRGV2 aWNlID0gMHgwMTAwIAogIGlNYW51ZmFjdHVyZXIgPSAweDAwMDEgIDxEV0NPVEc+CiAgaVBy b2R1Y3QgPSAweDAwMDIgIDxPVEcgUm9vdCBIVUI+CiAgaVNlcmlhbE51bWJlciA9IDB4MDAw MCAgPG5vIHN0cmluZz4KICBiTnVtQ29uZmlndXJhdGlvbnMgPSAweDAwMDEgCgp1Z2VuMC4y OiA8dmVuZG9yIDB4MDQyNCBwcm9kdWN0IDB4OTUxND4gYXQgdXNidXMwLCBjZmc9MCBtZD1I T1NUIHNwZD1ISUdIICg0ODBNYnBzKSBwd3I9U0FWRSAoMm1BKQoKICBiTGVuZ3RoID0gMHgw MDEyIAogIGJEZXNjcmlwdG9yVHlwZSA9IDB4MDAwMSAKICBiY2RVU0IgPSAweDAyMDAgCiAg YkRldmljZUNsYXNzID0gMHgwMDA5ICA8SFVCPgogIGJEZXZpY2VTdWJDbGFzcyA9IDB4MDAw MCAKICBiRGV2aWNlUHJvdG9jb2wgPSAweDAwMDIgCiAgYk1heFBhY2tldFNpemUwID0gMHgw MDQwIAogIGlkVmVuZG9yID0gMHgwNDI0IAogIGlkUHJvZHVjdCA9IDB4OTUxNCAKICBiY2RE ZXZpY2UgPSAweDAyMDAgCiAgaU1hbnVmYWN0dXJlciA9IDB4MDAwMCAgPG5vIHN0cmluZz4K ICBpUHJvZHVjdCA9IDB4MDAwMCAgPG5vIHN0cmluZz4KICBpU2VyaWFsTnVtYmVyID0gMHgw MDAwICA8bm8gc3RyaW5nPgogIGJOdW1Db25maWd1cmF0aW9ucyA9IDB4MDAwMSAKCnVnZW4w LjM6IDx2ZW5kb3IgMHgwNDI0IHByb2R1Y3QgMHhlYzAwPiBhdCB1c2J1czAsIGNmZz0wIG1k PUhPU1Qgc3BkPUhJR0ggKDQ4ME1icHMpIHB3cj1PTiAoMm1BKQoKICBiTGVuZ3RoID0gMHgw MDEyIAogIGJEZXNjcmlwdG9yVHlwZSA9IDB4MDAwMSAKICBiY2RVU0IgPSAweDAyMDAgCiAg YkRldmljZUNsYXNzID0gMHgwMGZmICA8VmVuZG9yIHNwZWNpZmljPgogIGJEZXZpY2VTdWJD bGFzcyA9IDB4MDAwMCAKICBiRGV2aWNlUHJvdG9jb2wgPSAweDAwMDEgCiAgYk1heFBhY2tl dFNpemUwID0gMHgwMDQwIAogIGlkVmVuZG9yID0gMHgwNDI0IAogIGlkUHJvZHVjdCA9IDB4 ZWMwMCAKICBiY2REZXZpY2UgPSAweDAyMDAgCiAgaU1hbnVmYWN0dXJlciA9IDB4MDAwMCAg PG5vIHN0cmluZz4KICBpUHJvZHVjdCA9IDB4MDAwMCAgPG5vIHN0cmluZz4KICBpU2VyaWFs TnVtYmVyID0gMHgwMDAwICA8bm8gc3RyaW5nPgogIGJOdW1Db25maWd1cmF0aW9ucyA9IDB4 MDAwMSAKCg== --------------8525AC5C83CABE85BE679B1A-- From owner-freebsd-arm@freebsd.org Thu Oct 29 20:30:16 2020 Return-Path: Delivered-To: freebsd-arm@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-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." 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-arm@freebsd.org Thu Oct 29 21:36:26 2020 Return-Path: Delivered-To: freebsd-arm@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 A77BC45E846; Thu, 29 Oct 2020 21:36:26 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CMdzt0zZCz4MwF; Thu, 29 Oct 2020 21:36:25 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 09TLaNh1031842 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 29 Oct 2020 14:36:23 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 09TLaNTM031841; Thu, 29 Oct 2020 14:36:23 -0700 (PDT) (envelope-from jmg) Date: Thu, 29 Oct 2020 14:36:23 -0700 From: John-Mark Gurney To: Kristof Provost Cc: Carsten =?iso-8859-1?Q?B=E4cker?= , freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) Message-ID: <20201029213622.GM31099@funkthat.com> Mail-Followup-To: Kristof Provost , Carsten =?iso-8859-1?Q?B=E4cker?= , freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org References: <748edc3d-4ef7-c4de-291f-7c0b460a6052@gmx.de> <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 29 Oct 2020 14:36:23 -0700 (PDT) X-Rspamd-Queue-Id: 4CMdzt0zZCz4MwF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2020 21:36:26 -0000 Kristof Provost wrote this message on Thu, Oct 29, 2020 at 21:30 +0100: > 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. One interesting point is that the smsc driver claims to not do TX offload, and a brief check shows that it doesn't allow a user to set the TXCSUM. I was thinking that the bad checksum might be due to tcpdump just complaining. does netstat -s show packets being received w/ bad checksums? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Thu Oct 29 21:39:41 2020 Return-Path: Delivered-To: freebsd-arm@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 A7F8445ECAC; Thu, 29 Oct 2020 21:39:41 +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 4CMf3d3yy5z4NRr; Thu, 29 Oct 2020 21:39:41 +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 3D7F3274C8; Thu, 29 Oct 2020 21:39:41 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id C28EE2AEA5; Thu, 29 Oct 2020 22:39:39 +0100 (CET) From: "Kristof Provost" To: "John-Mark Gurney" Cc: "Carsten =?utf-8?q?B=C3=A4cker?=" , freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) Date: Thu, 29 Oct 2020 22:39:39 +0100 X-Mailer: MailMate (1.13.2r5673) Message-ID: <55713894-A896-4F12-ABB9-93DFEB2F16B9@FreeBSD.org> In-Reply-To: <20201029213622.GM31099@funkthat.com> References: <748edc3d-4ef7-c4de-291f-7c0b460a6052@gmx.de> <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de> <20201029213622.GM31099@funkthat.com> 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-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2020 21:39:41 -0000 On 29 Oct 2020, at 22:36, John-Mark Gurney wrote: > Kristof Provost wrote this message on Thu, Oct 29, 2020 at 21:30 > +0100: >> 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. > > One interesting point is that the smsc driver claims to not do TX > offload, > and a brief check shows that it doesn't allow a user to set the > TXCSUM. > It does seem to do RX offload, and the comments in the driver suggest some .. ahem, creative hardware behaviour: /* The checksum appears to be simplistically calculated * over the udp/tcp header and data up to the end of the * eth frame. Which means if the eth frame is padded * the csum calculation is incorrectly performed over * the padding bytes as well. Therefore to be safe we * ignore the H/W csum on frames less than or equal to * 64 bytes. * * Ignore H/W csum for non-IPv4 packets. */ It’s not impossible that there’s some more issues like that in the hardware, or even that there are different chip revisions out there. That also matches up with `ifconfig ue0 -rxcsum` fixing things. Best regards, Kristof From owner-freebsd-arm@freebsd.org Fri Oct 30 20:21:11 2020 Return-Path: Delivered-To: freebsd-arm@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 B343545A4E5; Fri, 30 Oct 2020 20:21:11 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from trac.mcusim.org (trac.mcusim.org [176.58.93.53]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CNDGZ0H4Mz4Rbn; Fri, 30 Oct 2020 20:21:09 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from x230.ds (unknown [83.26.214.190]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by trac.mcusim.org (Postfix) with ESMTPSA id 9EBB651006; Fri, 30 Oct 2020 21:21:01 +0100 (CET) Date: Fri, 30 Oct 2020 21:21:00 +0100 From: Dmitry Salychev To: freebsd-hackers@freebsd.org Cc: freebsd-arm@freebsd.org Subject: Kernel debugging using Remote GDB on ARM Message-ID: <20201030202100.GA87402@x230.ds> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4CNDGZ0H4Mz4Rbn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[83.26.214.190:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.004]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; NEURAL_HAM_SHORT(-0.06)[-0.058]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[mcusim.org,reject]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:176.58.93.0/24, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-hackers]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2020 20:21:11 -0000 Hi, Is it possible to debug kernel with remote GDB on an ARM target? I'm talking about BeagleBone Black. I've tried to compile with: options KDB options DDB options GDB but there's only DDB available: # sysctl debug.kdb.available debug.kdb.available: ddb I've also tried to follow [1], but never seen "Next trap will enter GDB remote protocol mode". Am I missing something? Regards, Dmitry [1] https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-gdb.html From owner-freebsd-arm@freebsd.org Sat Oct 31 15:06:54 2020 Return-Path: Delivered-To: freebsd-arm@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 D272944DFE1; Sat, 31 Oct 2020 15:06:54 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CNjFT6cWyz4Xbb; Sat, 31 Oct 2020 15:06:53 +0000 (UTC) (envelope-from carbaecker@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1604156802; bh=482RM7wq/s9Y12NSPdqiuyX4SCJSN7MpqI2sHzzX1c0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=jDSDhehnsM1Kr1hL+/zPoOnjVaiITi/qT/1mYNGBFQ5vODkRHqpxObVwJiUXhkQnr uBrx6lt55r3oOvsY0ld/qYK+9ViEGpJl7mVq8WmleGY4VBkv6j9liqRFg9PLJVVR8o CDu6Z3FoFEKVCJ/OEzTCuE9TavZ1UHYKLyfmVnXE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.30] ([94.31.96.148]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MzyuS-1kCNVM0PA6-00x5AZ; Sat, 31 Oct 2020 16:06:42 +0100 Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) To: Kristof Provost , John-Mark Gurney Cc: freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org References: <748edc3d-4ef7-c4de-291f-7c0b460a6052@gmx.de> <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de> <20201029213622.GM31099@funkthat.com> <55713894-A896-4F12-ABB9-93DFEB2F16B9@FreeBSD.org> From: =?UTF-8?Q?Carsten_B=c3=a4cker?= Message-ID: Date: Sat, 31 Oct 2020 16:06:40 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: <55713894-A896-4F12-ABB9-93DFEB2F16B9@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------582D89986A452AA4BF8553AD" Content-Language: de-DE X-Provags-ID: V03:K1:P+b+KS5KmYqRojrnE8eLHhKAKtLXl5XfdPbEAuRr1v3dp0ncIGe SBf2vOGMwD2L5aJ4aNDXAO6mXASSrhF4oWig9BojpBBKzuSzffmR0SL/Ml5w8FMQ+eO3ZlB uYn/EE4wOx2YuHvJ02ypKSB3mF9wFOCp3gFoeFL5MPN3+TgDMH9TCoseiGGmsS5PO5rRKEe atxpOZSEKVG5i1LqAX+5Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:D7CBfDliZk4=:ra8Wqrul96RKOHKDwXX6KF 6aaBZJEvPlAc2tV8HOSNtzmpYp9AIY8QiI4zkUsA5MRcEhPG5tsT4zEGdPduImQt4noYIf51j 5XVWhHJOotKf6iGcOrnddy9N0PkusnU3FmEcy/ZFJdhkyAg+y3CxxRlDUji1kha+T8V6klBXF 6/REnsHMpRIJg/1c/rk1SEM2kiY2jtlSMt+ISdy/7f/fHQPBdUIS16nQ8YdBrqx0c7DGfXtMn SMVjHF2cE4+7j/+mocbimmko9ahCwywNkABAwBFVtBeS33JMPzlAISFVu+b3PnQxoQfYJZnph O9ClXopGug3fBEKf4c1jtkOUKDiurWEbDkytn6xVM5sVKqsBStN334dN3xOPpqgBR9YTk4C60 T7nMZyT3sS7Mnr6gM8TqrN1FXaPqZTLAG7LMTtrU2XQCsbONEqG9OMz+0rLfB+KnASCKxJdCt Sfc0Bm0rS7/03BgYqOicq8pPNDSv10Fq9+Fr3A8+/TROOs1JJDiI6fdj8M1Wdy7G4isf1kSAq DU+dhXvF6cQVnFqRXKMt9uAUlTpVTAQyDfGAdeK+RRKHaRTtAOkjpoJZqzvTfjWmPCsac9Cdq jlOaFr/MHxpDEQ83UHoTeD9ZPONOGDpogbltSBk4EgrrsCkt7iO7KRzGSJInASbfdqvyM2r0o NriWSsQMp2y6zD+tc21ZiIlXJZoSpC5CMz+KJTVTUJZWNpS/btkMOdlXhrT+wczW7lkTxAF+o ax5pwkdAlyFmo13fZEWKl+U42/sqIxzdkxwuUNlbM0T5rJ4k41s2nWfJ+poZlNhKqHg5OMVwr umiOvqx2hbxqnNF2bLIHo8Q28szlq3PBsWcIoprzksQf5EOC7C9MFouvsjYCDz2gQiKR5Iuda xR5zBHbOTGo1SemtUz1A== X-Rspamd-Queue-Id: 4CNjFT6cWyz4Xbb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=jDSDhehn; dmarc=none; spf=pass (mx1.freebsd.org: domain of carbaecker@gmx.de designates 212.227.15.15 as permitted sender) smtp.mailfrom=carbaecker@gmx.de X-Spamd-Result: default: False [-2.73 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmx.de]; R_SPF_ALLOW(-0.20)[+ip4:212.227.15.0/25]; HAS_ATTACHMENT(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-0.09)[-0.086]; RECEIVED_SPAMHAUS_PBL(0.00)[94.31.96.148:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmx.de]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.025]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.15:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.02)[-1.017]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[gmx.de]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.15:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers,freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2020 15:06:54 -0000 This is a multi-part message in MIME format. --------------582D89986A452AA4BF8553AD Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Am 29.10.2020 um 22:39 schrieb Kristof Provost: > > On 29 Oct 2020, at 22:36, John-Mark Gurney wrote: > > Kristof Provost wrote this message on Thu, Oct 29, 2020 at 21:30 > +0100: > > On 29 Oct 2020, at 16:30, Carsten B=C3=A4cker 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. > > One interesting point is that the smsc driver claims to not do TX > offload, > and a brief check shows that it doesn't allow a user to set the > TXCSUM. > > It does seem to do RX offload, and the comments in the driver suggest > some .. ahem, creative hardware behaviour: > > |/* The checksum appears to be simplistically calculated * over the > udp/tcp header and data up to the end of the * eth frame. Which means > if the eth frame is padded * the csum calculation is incorrectly > performed over * the padding bytes as well. Therefore to be safe we * > ignore the H/W csum on frames less than or equal to * 64 bytes. * * > Ignore H/W csum for non-IPv4 packets. */ | > > It=E2=80=99s not impossible that there=E2=80=99s some more issues like t= hat in the > hardware, or even that there are different chip revisions out there. > > That also matches up with |ifconfig ue0 -rxcsum| fixing things. > > Best regards, > Kristof > Hello again, just gave it another try, using "ping heise.de" (twice) from within the jail. This is the output of tcpdump: # tcpdump -i pflog0 -vv tcpdump: listening on pflog0, link-type PFLOG (OpenBSD pflog file), capture size 262144 bytes 14:06:04.293996 IP (tos 0x0, ttl 64, id 19576, offset 0, flags [none], proto UDP (17), length 54) =C2=A0=C2=A0=C2=A0 PC-192-168-178-3.fritz.box.52421 > fritz.box.domain: [= bad udp cksum 0xe589 -> 0x0a2c!] 64654+ A? heise.de. (26) Netstat: # netstat -s -p udp | grep checksum =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4 with bad checksum =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 with no checksum Packet-capture from the router is attached. Best regards, Carsten --------------582D89986A452AA4BF8553AD Content-Type: application/octet-stream; name="rxcsum.pcap" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rxcsum.pcap" NM2yoQIABAAAAAAAAAAAAAAIAABpAAAAinydXzNVBwBeAAAAXgAAAAAAAAAAAAAAiAMsAOAo beXM8obHpkdLw+AobeXM72A0uCfrVX5wAACqqgMAAAAIAEUAADZ8AAAAQBEZYcCosgPAqLIB 0iUANQAiIdHfiQEAAAEAAAAAAAAFaGVpc2UCZGUAAAEAAYp8nV/7XAcAbgAAAG4AAAAAAAAA AAAAAIgDMAGGx6ZHS8PgKG3lzPK4J+tVfnDAXOAobeXM7wAAqqoDAAAACABFAABGOBAAAEAR XUHAqLIBwKiyAwA10iUAMmdi34mBgAABAAEAAAAABWhlaXNlAmRlAAABAAHADAABAAEAASgF AATBY5BQ --------------582D89986A452AA4BF8553AD-- From owner-freebsd-arm@freebsd.org Sat Oct 31 20:00:00 2020 Return-Path: Delivered-To: freebsd-arm@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 62C23454C98 for ; Sat, 31 Oct 2020 20:00:00 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.com [79.134.105.181]) (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 "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CNqlf4stHz3csZ for ; Sat, 31 Oct 2020 19:59:58 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.151] (82-203-142-141.bb.dnainternet.fi [82.203.142.141]) (authenticated bits=0) by mail.kronometrix.org (8.16.1/8.15.2) with ESMTPSA id 09VJxhdm037959 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 31 Oct 2020 19:59:49 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-142-141.bb.dnainternet.fi [82.203.142.141] claimed to be [192.168.1.151] From: Stefan Parvu Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: RPI3B+ disable HDMI Message-Id: <842D1575-F21A-4656-B81C-08D828286B6C@kronometrix.org> Date: Sat, 31 Oct 2020 21:59:38 +0200 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4CNqlf4stHz3csZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 79.134.105.181 is neither permitted nor denied by domain of sparvu@kronometrix.org) smtp.mailfrom=sparvu@kronometrix.org X-Spamd-Result: default: False [0.45 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16302, ipnet:79.134.96.0/19, country:FI]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.10)[-0.102]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_MEDIUM(0.06)[0.064]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.08)[0.084]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2020 20:00:00 -0000 Hi, We have started now testing our product using FreeBSD 12.2 on RPI3 and = 3B+.=20 I have a question how one can start to disable things from the board = which are not needed, to save as much as possible power. For example = starting with HDMI port. I am trying to do some basic tests running our = data recorders with FreeBSD 12.2 only on batteries. (4 x 18650 Li-ion = 3500 mAh). Would it boot from batteries. Has anyone tried before this? Thanks, Stefan= From owner-freebsd-arm@freebsd.org Sat Oct 31 23:01:20 2020 Return-Path: Delivered-To: freebsd-arm@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 41EBC45891B for ; Sat, 31 Oct 2020 23:01:20 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40133.protonmail.ch (mail-40133.protonmail.ch [185.70.40.133]) (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 "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CNvms4wWRz45C9 for ; Sat, 31 Oct 2020 23:01:17 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sat, 31 Oct 2020 23:00:57 +0000 To: Stefan Parvu , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: RPI3B+ disable HDMI Message-ID: In-Reply-To: <842D1575-F21A-4656-B81C-08D828286B6C@kronometrix.org> References: <842D1575-F21A-4656-B81C-08D828286B6C@kronometrix.org> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4CNvms4wWRz45C9 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.74 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.76)[-0.760]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.039]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.04)[-1.038]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.133:from]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2020 23:01:20 -0000 VGhlcmXigJlzIGFuIHVuZG9jdW1lbnRlZCBmbGFnIHlvdSBjYW4gYWRkIHRvIGNvbmZpZy50eHQs IGhkbWlfYmxhbmtpbmc9Miwgd2hpY2ggSSBiZWxpZXZlIGJvb3RzIHRoZSBwaSB3aXRob3V0IHN0 YXJ0aW5nIHRoZSB2aWRlbyBwaXBlbGluZS4KCk9uIFNhdCwgT2N0IDMxLCAyMDIwIGF0IDE5OjU5 LCBTdGVmYW4gUGFydnUgPHNwYXJ2dUBrcm9ub21ldHJpeC5vcmc+IHdyb3RlOgoKPiBIaSwKPgo+ IFdlIGhhdmUgc3RhcnRlZCBub3cgdGVzdGluZyBvdXIgcHJvZHVjdCB1c2luZyBGcmVlQlNEIDEy LjIgb24gUlBJMyBhbmQgM0IrLgo+Cj4gSSBoYXZlIGEgcXVlc3Rpb24gaG93IG9uZSBjYW4gc3Rh cnQgdG8gZGlzYWJsZSB0aGluZ3MgZnJvbSB0aGUgYm9hcmQgd2hpY2ggYXJlIG5vdCBuZWVkZWQs IHRvIHNhdmUgYXMgbXVjaCBhcyBwb3NzaWJsZSBwb3dlci4gRm9yIGV4YW1wbGUgc3RhcnRpbmcg d2l0aCBIRE1JIHBvcnQuIEkgYW0gdHJ5aW5nIHRvIGRvIHNvbWUgYmFzaWMgdGVzdHMgcnVubmlu ZyBvdXIgZGF0YSByZWNvcmRlcnMgd2l0aCBGcmVlQlNEIDEyLjIgb25seSBvbiBiYXR0ZXJpZXMu ICg0IHggMTg2NTAgTGktaW9uIDM1MDAgbUFoKS4gV291bGQgaXQgYm9vdCBmcm9tIGJhdHRlcmll cy4gSGFzIGFueW9uZSB0cmllZCBiZWZvcmUgdGhpcz8KPgo+IFRoYW5rcywKPiBTdGVmYW4KPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGZyZWVic2Qt YXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcv bWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBt YWlsIHRvICJmcmVlYnNkLWFybS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyI=