From owner-freebsd-arm@freebsd.org Sun Nov 15 21:08:36 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 9905C469F12 for ; Sun, 15 Nov 2020 21:08:36 +0000 (UTC) (envelope-from quelrond@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (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 4CZ4Yv5M2Jz3k8N for ; Sun, 15 Nov 2020 21:08:35 +0000 (UTC) (envelope-from quelrond@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id 19so22036200wmf.1 for ; Sun, 15 Nov 2020 13:08:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=LD39Oqw/X0HxUPnj2UxJ6T6l2VXfq+IGLjL7oAPgph8=; b=LtPTKIK/QCLzU/PJMaMMdz6mY6QDIGq1fUV6jz/01HxREIsKoVOXEvJHYuxpFq8NfL LzuSrwTZFVv6dX8Jsj3AxjQyqVtcwNN0DbItJJJyK7EDyFibmglA1ZQPNxblL6VC6z0t 3kmCil7xWZTdgZ9RFTKUFOuesxgqC37/LRpR7zq43rBYpVkvq+gVVDyrIbJf6JQF7dIl W5JGlJwXIAS3cMeGrVoXUqErKqcOyeJkR3PQhe5yl0dSVCKCB8khOX0abRb2rJSyCEhU o0FLKEy7TkEj0oLq7l3mCNAtrGexR4BOElBIBm0wZJbXo9W9IUc3EheVTp5JWcmCHz73 HrxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=LD39Oqw/X0HxUPnj2UxJ6T6l2VXfq+IGLjL7oAPgph8=; b=o+4FDLyKyzPFJ+pp45vlYbc9U4CLTsRS7XDxzqgxB3edHIzCZCzDVfAcE0z1Dmr8Ny /Cm8kLQgzIuCZkSh2MASm0cVduopDpLtAL4FtE8SGIrJG+96mXXlXNf0UMqXTkjnMR7x Q9J/gxCMZhzbY0aZlf9KHR4ZvtZrqDeCGSj0tXlTh6Gz0DqXLmo8+BxqyMw/9USdJFvE xfucua+LkSy6IqXB2BwCUwxX8B7SNDorVhV36Sfsg6xf6EEL+NxEOj496ngtuBW+KZ8n eG+7YRBleCChWiPu2h8hnf+0MSEorJWxomEMYShsMjEECvK5+J2PbyjmoRoveiIoqwyk 7QGw== X-Gm-Message-State: AOAM533rpRBrtSYE8edJjvsp9WOjMuuAbH6tm8W/RssR6wuBaBMikVTR f4xRog2Rl0O0bCqAnuJ/V3gAWoP58z8= X-Google-Smtp-Source: ABdhPJxDoheuOsH4wowWeH5MYbU9Il2HXchIMCh2WHtGKkg55PpqiPfWUJqgLWmzTTejO56MbWLqbw== X-Received: by 2002:a1c:41c4:: with SMTP id o187mr12026021wma.158.1605474514227; Sun, 15 Nov 2020 13:08:34 -0800 (PST) Received: from peter-freebsd.domain.local (85-31-109-70.netw.fr. [85.31.109.70]) by smtp.googlemail.com with ESMTPSA id k1sm16098636wrp.23.2020.11.15.13.08.33 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 15 Nov 2020 13:08:33 -0800 (PST) To: freebsd-arm@freebsd.org From: Quelrond Subject: libusb - no debug messages? Message-ID: <9e88cd9e-bf99-b6e0-abf1-d55333388b62@gmail.com> Date: Sun, 15 Nov 2020 22:08:33 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.3 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4CZ4Yv5M2Jz3k8N X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LtPTKIK/; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of quelrond@gmail.com designates 2a00:1450:4864:20::334 as permitted sender) smtp.mailfrom=quelrond@gmail.com X-Spamd-Result: default: False [-2.98 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.98)[-0.975]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::334:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::334:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2020 21:08:36 -0000 Hello, I'm using the CURRENT snapshot on Raspberry Pi 4. My app use libusb from base to communicate with some hardware. Probably, libusb is compiled with a debug option as my stderr is flooded by messages like LIBUSB_FUNCTION: libusb_open_device_with_vid_pid enter LIBUSB_FUNCTION: libusb_open_device_with_vid_pid leave I would like to get rid of these messages, but libusb ignores the log options passed by the 'normal' way. Probably, I need to rebuild libusb, but I cannot find the option I need to disable for the build neither the method to pass this option to the compiler. Could someone help me? Best regards, Peter From owner-freebsd-arm@freebsd.org Sun Nov 15 21:53: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 3D82B46B0A2 for ; Sun, 15 Nov 2020 21:53:21 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 4CZ5YX35wpz3mgZ for ; Sun, 15 Nov 2020 21:53:20 +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 CE26F260215; Sun, 15 Nov 2020 22:53:12 +0100 (CET) Subject: Re: libusb - no debug messages? To: Quelrond , freebsd-arm@freebsd.org References: <9e88cd9e-bf99-b6e0-abf1-d55333388b62@gmail.com> From: Hans Petter Selasky Message-ID: <4ca3d93a-2bcd-22b9-858f-fc99ba7dc1a1@selasky.org> Date: Sun, 15 Nov 2020 22:53:06 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.4.1 MIME-Version: 1.0 In-Reply-To: <9e88cd9e-bf99-b6e0-abf1-d55333388b62@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CZ5YX35wpz3mgZ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[88.99.82.50:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.99.82.50:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2020 21:53:21 -0000 On 11/15/20 10:08 PM, Quelrond wrote: > Hello, > > I'm using the CURRENT snapshot on Raspberry Pi 4. > > My app use libusb from base to communicate with some hardware. > > Probably, libusb is compiled with a debug option as my stderr is flooded > by messages like > > LIBUSB_FUNCTION: libusb_open_device_with_vid_pid enter > LIBUSB_FUNCTION: libusb_open_device_with_vid_pid leave > > I would like to get rid of these messages, but libusb ignores the log > options passed by the 'normal' way. Probably, I need to rebuild libusb, > but I cannot find the option I need to disable for the build neither the > method to pass this option to the compiler. > > Could someone help me? > Hi, This might help: /usr/img/freebsd.svn/src/lib/libusb/libusb10.c: debug = getenv("LIBUSB_DEBUG"); env LIBUSB_DEBUG=0 --HPS From owner-freebsd-arm@freebsd.org Mon Nov 16 01:16:23 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 36CEF46EA46; Mon, 16 Nov 2020 01:16:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (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 4CZB3p1SDVz3vx9; Mon, 16 Nov 2020 01:16:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pf1-x42e.google.com with SMTP id 10so12206103pfp.5; Sun, 15 Nov 2020 17:16:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=UN5mwYYOvQhMlPDJBAGdGRMA71zPSShItFYE3dmsy7Y=; b=Fkngjd6lPSgRVV9rpkYNXnpBfOptwzpGOFBb9FAIErI/qzYLs4yRkdEw0+pS8iCGCA QxJ8yUiE/SQjz0qJd8XlvXnVmxpxjtlQ96+C088CzoOApWVi/KQhTaC3yvPSVSSf7XuK oI+smowIrI5aygJIDzbd0PLhnWqJgWYQBlPCXyHmczof9oG8O3A8wQJvZ2r+ThyTkRlD w7/Kp/6BxBxFKDlKlqn2Ix6V/qcW7X0HNRcwT2d1I6SDknQx0f/+0a47+nzM5Nw2P7fb 05Vw21qFAZ/3QN1QryryeqpOGJCKm4jUsXMbjdiSC/YruPUWWmikDB1HUv2O1GvXi3KG QLcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=UN5mwYYOvQhMlPDJBAGdGRMA71zPSShItFYE3dmsy7Y=; b=pJoBuBjvzTRyXf3NDQX8wiZo/t1HXGnRvqG+f2mdfbJ1JOd7E7ajGM9Pz3ohC4izTQ Gq0GuIyMoVbKwN01w5UiJd4I5ci9bpqpCtvNiO0xH8Vz/IIZp5bOftqDfkdt+dIeMDxr jK2VQniTGxH4YJaXhf6C0YSdHWpKb/SuicH7tQsvoMvUmsMHojQRr2rzaoAcSzmcjgYx R96cpGYnzutDAl8I2wCWvuyKQRETvH4xspqjtqUU1bWJZgzM9Y6vxMzOr/2U4/D6IO8n F180TOqU0TBbAl+G5glpG0Yofcl0yZEJDjRJZv0J8A013anqzyVfDuGSCfcybQQTHoz1 UNwQ== X-Gm-Message-State: AOAM531LEgRZhFpPeRb9EDHWMzyxFkTrdQ8pfwGDBfW3OWr7dpVssV/g hTLxLZ5NE63g7DxTc8Nv1sk= X-Google-Smtp-Source: ABdhPJzdE5+AEZhxHlvmBRVptniYkgWKxtoCi0fxxVmkAGGbmatxztAKHeRuY8KwkGE5+LRo/BuYCw== X-Received: by 2002:a17:90a:3cc4:: with SMTP id k4mr6662177pjd.106.1605489380127; Sun, 15 Nov 2020 17:16:20 -0800 (PST) Received: from localhost ([210.108.244.139]) by smtp.gmail.com with ESMTPSA id y5sm15583678pjr.50.2020.11.15.17.16.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 15 Nov 2020 17:16:18 -0800 (PST) Date: Mon, 16 Nov 2020 10:16:16 +0900 From: YongHyeon PYUN To: Lowell Gilbert Cc: freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) Message-ID: <20201116011616.GA1941@michelle> 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> <20201103045215.GA2524@michelle> <44zh3ybd0s.fsf@Be-Well.Ilk.Org> <20201104013017.GA48398@michelle> <44eel9bv5k.fsf@Be-Well.Ilk.Org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44eel9bv5k.fsf@Be-Well.Ilk.Org> X-Rspamd-Queue-Id: 4CZB3p1SDVz3vx9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Fkngjd6l; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of pyunyh@gmail.com designates 2607:f8b0:4864:20::42e as permitted sender) smtp.mailfrom=pyunyh@gmail.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::42e:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::42e:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::42e:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers,freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2020 01:16:23 -0000 On Tue, Nov 03, 2020 at 11:31:03PM -0500, Lowell Gilbert wrote: > YongHyeon PYUN writes: > > > On Tue, Nov 03, 2020 at 11:50:27AM -0500, Lowell Gilbert wrote: [...] > > Sorry, but I only have the public data sheet currently. > http://ww1.microchip.com/downloads/en/devicedoc/ds_lan89530_60001347a.pdf > Oh, thanks a lot. > > FreeBSD's USB stack requires copy operation for received frames so > > driver does not need any padding in RX path and ethernet frame > > alignment in mbuf can be adjusted in the copy operation. Since > > FCS bytes have no use in upper stack at this moment, it would be > > even better to strip FCS if there is way to do that in H/W. > > As I read this, the FCS is stripped if the padding is, but if you do > that, you have to disable the IP RX checksum offloading. > That's the note at the bottom of page 71. > Yup, found it. > I think the padding after the status word is strictly to word-align the > frame start, so you seem to have what you're looking for. > > The pre-frame padding is set by a Hardware Configuration Register. > Yes it seems, I disabled it in my patch as it is not required. > > For TX checksum offloading support, we need more information on > > H/W's TX handling(TX_CTRL_0 and TX_CTRL_1) too. I guess it needs > > special magic sequence of programming(i.e. existence of > > SMSC_TX_CTRL_0_FIRST_SEG and SMSC_TX_CTRL_0_LAST_SEG) but it could > > be greatly simplified to program the H/W for TX checksum offloading > > since driver also have to copy entire mbuf chain to USB stack(i.e > > single big TX segment for the H/W). > > The scatter-gather handling is driven from the first and last segment > flags, but the checksum addition *seems* to just happen by magic if the > checksum enable flag is also set. According to this data sheet, the > checksum enable flag has no effect except on the first segment, but > setting it the same way in every segment would be prudent. > > I have no idea if all of the chips under this driver use the same > command word formats, but they probably do. > Linux driver seems to have no special handling on other revisions so I think you're right. The real issue in TX checksum offloading is workaround for H/W limitation(bug?). It looks like H/W does not correctly compute checksum when checksum insertion offset is in the last 4 bytes of the TX packet which would be the case for pure-TCP ACK segments. For UDP case, we probably can't enable checksum offloading since the H/W is not smart enough to change UDP checksum value to 0xffff. > My experience is several years ago, and I have no hardware to try things > out on... Me too. :-( From owner-freebsd-arm@freebsd.org Mon Nov 16 01:19:15 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 C07CC46EBFC; Mon, 16 Nov 2020 01:19:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) (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 4CZB766d8Cz3wDQ; Mon, 16 Nov 2020 01:19:14 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pf1-x430.google.com with SMTP id v12so12186151pfm.13; Sun, 15 Nov 2020 17:19:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=WiEZNCemjnGzDHXIJU/a12aM+W1IXQEW2KOU1vAa0H0=; b=Sgrmaa9DpENwwpu/fIPxpzEzozT6bhBhD9UMLqUZKUdEYNJO5r3z9mO39VjbwXPgwS AIjqKUAdF/+T2Tk5HWsH1xyk3slbIptu9dzgo6p9I1+y51YAS48+UcxkGl9X+eFmYnzy OOz2eHwVr+XIPnixBhmbgAJp7I/CjOl33p3l/8Y3Y2u8qodrqEEYCwA/dqaqsNprcU+i fy5p2u0c9KHGTEqm4esGHljMmSnKfwXffxa7yvyld9u/jqT6BUeBDaeZ7FrcVLkFIsND FQuXpCknLwLmiewVUX7XGBxlcNkUwm3dzkzf6MndaWB6w32zR+kCvtRxtfOwNECvdMph GBAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=WiEZNCemjnGzDHXIJU/a12aM+W1IXQEW2KOU1vAa0H0=; b=CwUWZbUqznPjMkqQtYlyps/lI77TcAw86vsxdxz94CyN5sQU6Z8khdiDxSKrKbwv48 DhomICtvIeMwvsj7pAfsnRxKh9JHqZSBn0ndeOeEt0lenI1mY4c+5E0rY3hyHy1C6Uil 9zAUfca+GpyZOGJdPI7Hk+d/l28Dw7ipt/+TtpFTnTVJ2gQCBAcvuVszylXPNoAn3yPs xbfzaklmV3i+4BIF58XSEvUjK3SmNGQYcu3er7labE7bERhW+u5kpdQTYbgsomsE8tNd caf6z6y2hJMqMmQ8Nkpkjttz5Nxmleysw37i2CnfYogHEeMJLh0or58wJVbFqLgEoEMn Befg== X-Gm-Message-State: AOAM533CvAjN1Q49Low1gGNz31zbssoOFDSsDEflh+zBTTNPSW9VPmjl HFaxIK8qzIP8DFf9uHhs1CGT1NJXT9A= X-Google-Smtp-Source: ABdhPJxaP5JYGzQ40SFqDUFiDSglnIEmQSWXWRhKtOvhHbCWcvU9ONYZBN5aC5k6gsOq1ZzN+TUl7w== X-Received: by 2002:aa7:8281:0:b029:164:cc0f:2b3a with SMTP id s1-20020aa782810000b0290164cc0f2b3amr12218294pfm.30.1605489553631; Sun, 15 Nov 2020 17:19:13 -0800 (PST) Received: from localhost ([210.108.244.139]) by smtp.gmail.com with ESMTPSA id a11sm16417659pfn.125.2020.11.15.17.19.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 15 Nov 2020 17:19:12 -0800 (PST) Date: Mon, 16 Nov 2020 10:19:10 +0900 From: YongHyeon PYUN To: Carsten =?iso-8859-1?Q?B=E4cker?= Cc: Hans Petter Selasky , Kristof Provost , freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) Message-ID: <20201116011910.GB1941@michelle> 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> <20201103045215.GA2524@michelle> <46d08198-530c-cb4b-efa8-4edaf89471c1@selasky.org> <4dfaa9a3-c085-8466-a6e4-19f988b5ed3d@selasky.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="liOOAslEiF7prFVr" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Rspamd-Queue-Id: 4CZB766d8Cz3wDQ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Sgrmaa9D; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of pyunyh@gmail.com designates 2607:f8b0:4864:20::430 as permitted sender) smtp.mailfrom=pyunyh@gmail.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmx.de]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::430:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/mixed,text/plain,text/x-diff]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::430:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::430:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-hackers] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2020 01:19:15 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Nov 04, 2020 at 07:36:44AM +0100, Carsten Bäcker wrote: [...] > Hi, > > i applied the patch on -CURRENT but got a panic right after loading the > kernel. Most likely an unrelated problem. > > But i was able to apply the patch on releng/12.2 (with an offset). > Unfortunately it doesn't change the previously described behavior with > rxcsum and i didn't manage to get any reasonable debug-output. > > Since i can easily reproduce the problem. How else can i help? > Finally had time to read the LAN89530 data sheet. The data sheet still does not clear on several cases and it requires real H/W to experiment for various cases. I created a patch which adds more RX validation but it was not tested at all due to lack of H/W. Also I even don't know whether it works or not after this change. When it does not work it would be good to know debug out of smsc(4). --liOOAslEiF7prFVr Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="smsc.rx.patch" Index: sys/dev/usb/net/if_smsc.c =================================================================== --- sys/dev/usb/net/if_smsc.c (revision 367712) +++ sys/dev/usb/net/if_smsc.c (working copy) @@ -94,6 +94,8 @@ __FBSDID("$FreeBSD$"); #include #include +#include +#include #include "opt_platform.h" @@ -198,6 +200,9 @@ static void smsc_ifmedia_sts(struct ifnet *, struc static int smsc_chip_init(struct smsc_softc *sc); static int smsc_ioctl(struct ifnet *ifp, u_long cmd, caddr_t data); +static void smsc_rxfixup(struct ifnet *ifp, struct mbuf *m, int *pktlen); +static int smsc_rxeof(struct usb_ether *ue, struct usb_page_cache *pc, + unsigned int offset, struct ifnet *ifp, int pktlen); static const struct usb_config smsc_config[SMSC_N_TRANSFER] = { [SMSC_BULK_DT_WR] = { @@ -795,11 +800,8 @@ static int smsc_sethwcsum(struct smsc_softc *sc) return (err); } - /* Enable/disable the Rx checksum */ - if ((ifp->if_capabilities & ifp->if_capenable) & IFCAP_RXCSUM) - val |= SMSC_COE_CTRL_RX_EN; - else - val &= ~SMSC_COE_CTRL_RX_EN; + /* Always enable Rx checksum to simplify RX packet validation. */ + val |= SMSC_COE_CTRL_RX_EN; /* Enable/disable the Tx checksum (currently not supported) */ if ((ifp->if_capabilities & ifp->if_capenable) & IFCAP_TXCSUM) @@ -925,6 +927,119 @@ smsc_init(struct usb_ether *ue) smsc_start(ue); } +static void +smsc_rxfixup(struct ifnet *ifp, struct mbuf *m, int *pktlen) +{ + struct ether_header *eh; + struct ip *ip; + struct udphdr *uh; + int hlen, iplen, len; + uint16_t csum; + + len = *pktlen; + if (len < sizeof(struct ether_header) + sizeof(struct ip)) + return; + eh = mtod(m, struct ether_header *); + if (eh->ether_type != htons(ETHERTYPE_IP)) + return; + ip = (struct ip *)(eh + 1); + if (ip->ip_v != IPVERSION) + return; + + hlen = ip->ip_hl << 2; + len -= sizeof(struct ether_header); + if (hlen < sizeof(struct ip)) + return; + if (ntohs(ip->ip_len) < hlen) + return; + iplen = ntohs(ip->ip_len); + if (iplen != len) { + if (iplen < sizeof(struct ip) + 26) { + /* + * XXX + * It seems H/W does not provide a reliable way to + * know received ethernet frame length when sender + * adds padding bytes to meet minimum ethernet frame + * length. + * Find actual ethernet frame size by checking total IP + * datagram length. This does not work for VLAN tagged + * frames or non-IPv4 datagrams though. + */ + *pktlen -= (26 - iplen); + + /* + * 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. + */ + } + /* IP datagram length does not match packet length. */ + return; + } + if ((ifp->if_capenable & IFCAP_RXCSUM) == 0) + return; + + if (ip->ip_off & htons(IP_MF | IP_OFFMASK)) + return; /* can't handle fragmented packet. */ + + switch (ip->ip_p) { + case IPPROTO_TCP: + if (len < (hlen + sizeof(struct tcphdr))) + return; + break; + case IPPROTO_UDP: + if (len < (hlen + sizeof(struct udphdr))) + return; + uh = (struct udphdr *)((caddr_t)ip + hlen); + if (uh->uh_sum == 0) + return; /* no checksum. */ + break; + default: + return; + } + + if ((hlen - sizeof(struct ip)) > 0) { + /* XXX checksum fixup for IP options. */ + return; + } + /* Extract H/W computed checksum. */ + csum = be16dec(mtod(m, caddr_t) + *pktlen + ETHER_CRC_LEN); + m->m_pkthdr.csum_flags |= CSUM_DATA_VALID; + m->m_pkthdr.csum_data = csum; +} + +static int +smsc_rxeof(struct usb_ether *ue, struct usb_page_cache *pc, unsigned int offset, + struct ifnet *ifp, int pktlen) +{ + struct mbuf *m; + + m = m_getcl(M_NOWAIT, MT_DATA, M_PKTHDR); + if (m == NULL) { + if_inc_counter(ifp, IFCOUNTER_IQDROPS, 1); + return (ENOMEM); + } + m->m_len = m->m_pkthdr.len = MCLBYTES; + m_adj(m, ETHER_ALIGN); + + usbd_copy_out(pc, offset, mtod(m, caddr_t), pktlen); + + if_inc_counter(ifp, IFCOUNTER_IPACKETS, 1); + m->m_pkthdr.rcvif = ifp; + m->m_pkthdr.len = m->m_len = pktlen; + + pktlen -= (ETHER_CRC_LEN + SMSC_RX_CSUM_LEN); + smsc_rxfixup(ifp, m, &pktlen); + m->m_pkthdr.len = m->m_len = pktlen; + + (void)mbufq_enqueue(&ue->ue_rxq, m); + return (0); +} + /** * smsc_bulk_read_callback - Read callback used to process the USB URB * @xfer: the USB transfer @@ -942,7 +1057,6 @@ smsc_bulk_read_callback(struct usb_xfer *xfer, usb struct smsc_softc *sc = usbd_xfer_softc(xfer); struct usb_ether *ue = &sc->sc_ue; struct ifnet *ifp = uether_getifp(ue); - struct mbuf *m; struct usb_page_cache *pc; uint32_t rxhdr; int pktlen; @@ -956,7 +1070,7 @@ smsc_bulk_read_callback(struct usb_xfer *xfer, usb case USB_ST_TRANSFERRED: /* There is always a zero length frame after bringing the IF up */ - if (actlen < (sizeof(rxhdr) + ETHER_CRC_LEN)) + if (actlen < (sizeof(rxhdr) + ETHER_MIN_LEN + SMSC_RX_CSUM_LEN)) goto tr_setup; /* There maybe multiple packets in the USB frame, each will have a @@ -975,9 +1089,19 @@ smsc_bulk_read_callback(struct usb_xfer *xfer, usb goto tr_setup; usbd_copy_out(pc, off, &rxhdr, sizeof(rxhdr)); - off += (sizeof(rxhdr) + ETHER_ALIGN); + off += sizeof(rxhdr); rxhdr = le32toh(rxhdr); - + + /* + * XXX + * It seems H/W does not have a feature to limit maximum + * ethernet frame length allowed to receive path. The + * SMSC_RX_STAT_FRM_LENGTH macro can return up to 2^14 + * bytes. I think it's too dangerous to trust the H/W + * reported RX size without further information from + * vendor. Drop all RX ethernet frames bigger than + * (MCLBYTES - ETHER_ALIGN) bytes for safety. + */ pktlen = (uint16_t)SMSC_RX_STAT_FRM_LENGTH(rxhdr); smsc_dbg_printf(sc, "rx : rxhdr 0x%08x : pktlen %d : actlen %d : " @@ -989,88 +1113,19 @@ smsc_bulk_read_callback(struct usb_xfer *xfer, usb if_inc_counter(ifp, IFCOUNTER_IERRORS, 1); if (rxhdr & SMSC_RX_STAT_COLLISION) if_inc_counter(ifp, IFCOUNTER_COLLISIONS, 1); - } else { - /* Check if the ethernet frame is too big or too small */ - if ((pktlen < ETHER_HDR_LEN) || (pktlen > (actlen - off))) + if (pktlen > (MCLBYTES - ETHER_ALIGN)) { + /* Lost sync. */ goto tr_setup; - - /* Create a new mbuf to store the packet in */ - m = uether_newbuf(); - if (m == NULL) { - smsc_warn_printf(sc, "failed to create new mbuf\n"); - if_inc_counter(ifp, IFCOUNTER_IQDROPS, 1); - goto tr_setup; } - if (pktlen > m->m_len) { - smsc_dbg_printf(sc, "buffer too small %d vs %d bytes", - pktlen, m->m_len); - if_inc_counter(ifp, IFCOUNTER_IQDROPS, 1); - m_freem(m); + } else { + if (pktlen < (ETHER_MIN_LEN + SMSC_RX_CSUM_LEN) || + pktlen > (MCLBYTES - ETHER_ALIGN) || + pktlen > (actlen - off)) { + /* Lost sync. */ + if_inc_counter(ifp, IFCOUNTER_IERRORS, 1); goto tr_setup; } - usbd_copy_out(pc, off, mtod(m, uint8_t *), pktlen); - - /* Check if RX TCP/UDP checksumming is being offloaded */ - if ((ifp->if_capenable & IFCAP_RXCSUM) != 0) { - struct ether_header *eh; - - eh = mtod(m, struct ether_header *); - - /* Remove the extra 2 bytes of the csum */ - pktlen -= 2; - - /* 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. - */ - if ((be16toh(eh->ether_type) == ETHERTYPE_IP) && - (pktlen > ETHER_MIN_LEN)) { - struct ip *ip; - - ip = (struct ip *)(eh + 1); - if ((ip->ip_v == IPVERSION) && - ((ip->ip_p == IPPROTO_TCP) || - (ip->ip_p == IPPROTO_UDP))) { - /* Indicate the UDP/TCP csum has been calculated */ - m->m_pkthdr.csum_flags |= CSUM_DATA_VALID; - - /* Copy the TCP/UDP checksum from the last 2 bytes - * of the transfer and put in the csum_data field. - */ - usbd_copy_out(pc, (off + pktlen), - &m->m_pkthdr.csum_data, 2); - - /* The data is copied in network order, but the - * csum algorithm in the kernel expects it to be - * in host network order. - */ - m->m_pkthdr.csum_data = ntohs(m->m_pkthdr.csum_data); - - smsc_dbg_printf(sc, "RX checksum offloaded (0x%04x)\n", - m->m_pkthdr.csum_data); - } - } - - /* Need to adjust the offset as well or we'll be off - * by 2 because the csum is removed from the packet - * length. - */ - off += 2; - } - - /* Finally enqueue the mbuf on the receive queue */ - /* Remove 4 trailing bytes */ - if (pktlen < (4 + ETHER_HDR_LEN)) { - m_freem(m); - goto tr_setup; - } - uether_rxmbuf(ue, m, pktlen - 4); + smsc_rxeof(ue, pc, off, ifp, (int)pktlen); } /* Update the offset to move to the next potential packet */ @@ -1395,11 +1450,12 @@ smsc_chip_init(struct smsc_softc *sc) goto init_failed; } - /* Adjust the packet offset in the buffer (designed to try and align IP - * header on 4 byte boundary) + /* + * Set the RX packet offset in the buffer to 0(no padding) and + * discard errored ethernet frames. */ reg_val &= ~SMSC_HW_CFG_RXDOFF; - reg_val |= (ETHER_ALIGN << 9) & SMSC_HW_CFG_RXDOFF; + reg_val |= SMSC_HW_CFG_DRP; /* The following setings are used for 'turbo mode', a.k.a multiple frames * per Rx transaction (again info taken form Linux driver). @@ -1494,7 +1550,6 @@ smsc_ioctl(struct ifnet *ifp, u_long cmd, caddr_t struct ifreq *ifr; int rc; int mask; - int reinit; if (cmd == SIOCSIFCAP) { sc = uether_getsc(ue); @@ -1503,25 +1558,14 @@ smsc_ioctl(struct ifnet *ifp, u_long cmd, caddr_t SMSC_LOCK(sc); rc = 0; - reinit = 0; mask = ifr->ifr_reqcap ^ ifp->if_capenable; /* Modify the RX CSUM enable bits */ if ((mask & IFCAP_RXCSUM) != 0 && - (ifp->if_capabilities & IFCAP_RXCSUM) != 0) { + (ifp->if_capabilities & IFCAP_RXCSUM) != 0) ifp->if_capenable ^= IFCAP_RXCSUM; - - if (ifp->if_drv_flags & IFF_DRV_RUNNING) { - ifp->if_drv_flags &= ~IFF_DRV_RUNNING; - reinit = 1; - } - } - SMSC_UNLOCK(sc); - if (reinit) - uether_init(ue); - } else { rc = uether_ioctl(ifp, cmd, data); } Index: sys/dev/usb/net/if_smscreg.h =================================================================== --- sys/dev/usb/net/if_smscreg.h (revision 367712) +++ sys/dev/usb/net/if_smscreg.h (working copy) @@ -116,6 +116,8 @@ #define SMSC_RX_STAT_DRIBBLING (0x1UL << 2) #define SMSC_RX_STAT_CRC_ERROR (0x1UL << 1) +#define SMSC_RX_CSUM_LEN 2 + /** * REGISTERS * --liOOAslEiF7prFVr-- From owner-freebsd-arm@freebsd.org Mon Nov 16 11:54:29 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 DC1412EC8D3; Mon, 16 Nov 2020 11:54:29 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 4CZSD54669z3HDN; Mon, 16 Nov 2020 11:54:29 +0000 (UTC) (envelope-from carbaecker@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1605527667; bh=Rq62OD5TYdrCo7VP6e4VSKzUU/SDHTIhVEi1BTngum4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=fd0FUVfVNiSvOCc0mKGE7THsjXPzTuUJ2Djk5xkvzAoMZnMzjZAzNQBkXfqIn9Jo0 eMedWwBDL9ZqpbjbqhKn4T3oVslmw9UdWgQLBt1oQiJJwhfNUs+4FsMy2m9FtL597t ShdUV0tcXJyX3KQYQ8LkQsyG+2l88J3opFBt+Dt0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.30] ([94.31.96.148]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MbRfv-1k82MV3TLN-00buUb; Mon, 16 Nov 2020 12:54:26 +0100 Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) To: YongHyeon PYUN Cc: Hans Petter Selasky , Kristof Provost , freebsd-arm@freebsd.org, freebsd-hackers@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> <20201103045215.GA2524@michelle> <46d08198-530c-cb4b-efa8-4edaf89471c1@selasky.org> <4dfaa9a3-c085-8466-a6e4-19f988b5ed3d@selasky.org> <20201116011910.GB1941@michelle> From: =?UTF-8?Q?Carsten_B=c3=a4cker?= Message-ID: <1245cbe5-9d2f-4808-f989-569ae7d57a8a@gmx.de> Date: Mon, 16 Nov 2020 12:54:25 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <20201116011910.GB1941@michelle> Content-Type: multipart/mixed; boundary="------------759182F27CF02C4EEA64D72D" Content-Language: de-DE X-Provags-ID: V03:K1:ftziIChQwT8TYbWtF1y53OJG69B9SzuM7MFKo0G4Gs17sZMmVY7 lqa6IBMXVLXLlZLO/K9Bn5Uj0U2hhhbmuwNvE0quOxMGxpeTPTqN057Hu7mBHV3DlVsI8xp AQCXKBIDhFqjpY2KXD1t01cg9fOHcmTXZdP3twwFmNNtquE+uB/qcH7WTIO4IKa7Y/gVvlA 77nX8ev2+DblBwC8czqZA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:dnk/iF8Zqjs=:7q1dVkoZRyZ8VOPZ1hIueG C9edPqZuWiDg6ULOR04rgKpPg1bGXFYxbvM349QolPb9IWJcn+b/FbQZv27GgbrIxIoCg69pr i6G43g2DR3EM6pGfk/1YyMap4oNisJ7Gf3D8uQODo5QR7szO1PP8zM08Sc9lVidrB1cOIKXdz XBcbSa1NmXJvBl8NuSwK3OTnkfvU54kFXCnRzCWmbamaYtbs3UmBc4jUrzDPIKfglSHAWUxbZ nim5mJJkUR2qkPJK/igIQ2xy/wpY1gtwA4bSJGTCRSvGU2dAvgDG+/ntjeIgDDv2YQwEakmzE W4xaOidCS3SKQg1INr0YSCya/MiIPgH2IqIhzOiNQSHN5PZ+pI6wBXQLOJKzcPY8WrgWIkDbK GRjFbrOceoWVJBeaO2v5vHbYPw/8MgVPIXMAVigPfhi+LPpzCXP1I5nQj68/5S260TbBHRG7k 4vKEc9wk3Ui2m9Q5qJBghrs+CUc80nvqPEuz9JNvTFehJ5BkNrS1dbDfqugUIF/n0UoBaibLF t142FkB67F/d12h9zvcoHxLRc+FX7mHJm6Mg1/69BK+mUIJW31hHRhDrnJVR+c8Z31Dk92s0f LkCvG5NUxEZmMpFoBN/bH1Df2ucxriTMdqtuiBRZbB3gQmntiHn9LzGfRv1hg0lCcA0oezDNG lfqnR+inrs4CdngVdNBqhHQfhRUK4nfrcumDMSRgxbUsjV5+ytam4IT52AkTOfx/azSsvaeBu QYRXbZWFz1sO+X/WceLQOolLoA+WpohnHo4ws42oDRz1b7wfM1hYBJmr2LXceA+WDhJW8+jrJ xxwQlZe/b1bwuheLUEAo1btZAD0yR8mhh/N8j3yqSiMLcz4t6Ms5b0nJ9SBQJqRa4irzebiH4 Wo8PASZp62Yi4OmPqS/A== X-Rspamd-Queue-Id: 4CZSD54669z3HDN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2020 11:54:29 -0000 This is a multi-part message in MIME format. --------------759182F27CF02C4EEA64D72D Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Am 16.11.2020 um 02:19 schrieb YongHyeon PYUN: > On Wed, Nov 04, 2020 at 07:36:44AM +0100, Carsten B=E4cker wrote: > > [...] > >> Hi, >> >> i applied the patch on -CURRENT but got a panic right after loading the >> kernel. Most likely an unrelated problem. >> >> But i was able to apply the patch on releng/12.2 (with an offset). >> Unfortunately it doesn't change the previously described behavior with >> rxcsum and i didn't manage to get any reasonable debug-output. >> >> Since i can easily reproduce the problem. How else can i help? >> > Finally had time to read the LAN89530 data sheet. The data sheet > still does not clear on several cases and it requires real H/W to > experiment for various cases. I created a patch which adds more > RX validation but it was not tested at all due to lack of H/W. Also > I even don't know whether it works or not after this change. When > it does not work it would be good to know debug out of smsc(4). > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.or= g" Hi, i just did a test with your modification. The good news is that the driver itself still works. The bad news is that it doesn't solve the problem. :-( I used the snapshot from 2020-10-29 as i already had an sdcard with that image. http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.0/ Kernel was build from head + your patch. FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r367714M: Mon Nov 16 08:03:24 UTC 2020 root@sysbuild:/usr/obj/usr/src_head/arm64.aarch64/sys/GENERIC arm64 Log from smsc is attached. As the lack of hardware seems to be a problem... i may be able to provide temporary access, incl. serial using a 2nd pi - but this will take some time as i need to change the network-setup. Regards, Carsten --------------759182F27CF02C4EEA64D72D Content-Type: text/plain; charset=UTF-8; name="debug_smsc.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="debug_smsc.log" hw.usb.smsc.debug: 0 -> 16 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 94 smsc0: debug: rx : rxhdr 0x005a0020 : pktlen 90 : actlen 94 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00420020 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 94 smsc0: debug: rx : rxhdr 0x005a0020 : pktlen 90 : actlen 94 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 102 smsc0: debug: rx : rxhdr 0x00622420 : pktlen 98 : actlen 102 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 102 smsc0: debug: rx : rxhdr 0x00622420 : pktlen 98 : actlen 102 : off 4 smsc0: debug: rx : actlen 102 smsc0: debug: rx : rxhdr 0x00622420 : pktlen 98 : actlen 102 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 3048 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 3048 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 3048 : off 1528 smsc0: debug: rx : actlen 4572 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4572 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4572 : off 1528 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4572 : off 3052 smsc0: debug: rx : actlen 7620 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 7620 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 7620 : off 1528 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 7620 : off 3052 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 7620 : off 4576 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 7620 : off 6100 smsc0: debug: rx : actlen 6096 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 6096 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 6096 : off 1528 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 6096 : off 3052 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 6096 : off 4576 smsc0: debug: rx : actlen 4572 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4572 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4572 : off 1528 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4572 : off 3052 smsc0: debug: rx : actlen 4572 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4572 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4572 : off 1528 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4572 : off 3052 smsc0: debug: rx : actlen 4168 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4168 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 4168 : off 1528 smsc0: debug: rx : rxhdr 0x045c0020 : pktlen 1116 : actlen 4168 : off 3052 smsc0: debug: rx : actlen 1524 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 1524 : off 4 smsc0: debug: rx : actlen 10668 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 1528 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 3052 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 4576 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 6100 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 7624 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 9148 smsc0: debug: rx : actlen 9144 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 9144 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 9144 : off 1528 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 9144 : off 3052 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 9144 : off 4576 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 9144 : off 6100 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 9144 : off 7624 smsc0: debug: rx : actlen 10668 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 4 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 1528 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 3052 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 4576 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 6100 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 7624 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 10668 : off 9148 smsc0: debug: rx : actlen 2644 smsc0: debug: rx : rxhdr 0x05f00020 : pktlen 1520 : actlen 2644 : off 4 smsc0: debug: rx : rxhdr 0x045c0020 : pktlen 1116 : actlen 2644 : off 1528 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 70 smsc0: debug: rx : rxhdr 0x00422420 : pktlen 66 : actlen 70 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 smsc0: debug: rx : actlen 315 smsc0: debug: rx : rxhdr 0x01372420 : pktlen 311 : actlen 315 : off 4 hw.usb.smsc.debug: 16 -> 0 --------------759182F27CF02C4EEA64D72D-- From owner-freebsd-arm@freebsd.org Mon Nov 16 15:19:28 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 F1A5C469500 for ; Mon, 16 Nov 2020 15:19:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (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 4CZXmc2bpLz3kBX for ; Mon, 16 Nov 2020 15:19:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 3F5F1B04 for ; Mon, 16 Nov 2020 10:19:27 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 16 Nov 2020 10:19:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm1; bh=HnTdK7B1mcYKoCBUAQBQBBZaXFK7TAGmeN6KT3MJHY4=; b=CqBlbD/E UdPZk+fL/0rbGGywhh/UI7KKKCdEp/02BenChw/ql2I8JUhY3DrCWhOtnnYDW44w l2IuiN3Ebq1wvxVO/qO8y8UuDQurQPHTHGvRi+BiwhdqNEMK2rI6/rWqwJIYwOUT 16t97Fz204lt1LEUC4H5KDbtgZFz9q1XzBkAf6JBmB+zRvVUlni3O5H3BFx5jGFV ziTnE+QC84zKsKVmIHWWFHm32sImnKy3Ubf2B3cREp2UNTtXp8fGeHatY2GGejVM eyTE2QQY6lEz2sMPKwpkK9MOYCE8Zak4lyauY155Z6bjj9TgsGOTOWEtEc9mU6P1 9aX0AT+H8Vzmkw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=HnTdK7B1mcYKoCBUAQBQBBZaXFK7T AGmeN6KT3MJHY4=; b=IsuOSwgdpoG6Qcf6l1hsMNqzF8o7H2zksstRz5h3G4Yz7 2KO7y5ElCVn5vZ3MS0nZQOHDwUj03bzY9RPDzCWWyfgxk+QWF5G1oLy3sKYosANe +iqtNHpXy/sFUpZcJ0cWMIm1SeaVRCGwL99eQMYlrGmyP1RmuV3wdvPbyPnfBJg+ nbxWbKTDbZZQGcNiMifA3197L3rGaaqN3eGfk0AZ2Dj7PxGrGtN99ppPksKc6CEz mDg6cbBqZ7ZFSkt+tiyixyEVpkPCbU6j+kwoLuQBaFfGxie0DmSjeZb6P3clIZx2 UF4i5ImdGptmc0cqeOIQNg88LUSzA8iI4GfOOpTtg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudefuddgjeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesghdtreertd dtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevgffhffdtfeekleelhedtjeelvdfhvd egieejveffgfduvdfhteegjeeujeeuieenucfkphepkedvrdejtddrledurddutddunecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqd hlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from rpi4.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 5F1B53280064 for ; Mon, 16 Nov 2020 10:19:26 -0500 (EST) Date: Mon, 16 Nov 2020 15:19:24 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: tmp and tmpfs Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+nudpQhP7106U2Bo" Content-Disposition: inline X-Rspamd-Queue-Id: 4CZXmc2bpLz3kBX X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=CqBlbD/E; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=IsuOSwgd; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.20 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.20:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.20:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.20:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.20:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2020 15:19:29 -0000 --+nudpQhP7106U2Bo Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Him context is rpi4 running very recent -current. Which is faster/better? /tmp mounted as tmpfs as per default on rpi2/3/4, o= r /tmp as zfs on a usb3-connected spinning rust hd? I understand that if tm= pfs fills up, it'll use swap. Faster/slower than /tmp on zfs? Spinning rust is also where the swap partition lives. thanks --=20 J. --+nudpQhP7106U2Bo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl+ymHMACgkQs8o7QhFz NAU2SA/7BCKEbhOl+btFfWn/FHrAplP0jj310PDv2alVmxpKIVuULK3XCVmnRpP2 bq/k96g/UbWFR2ebcUFNp86DAeA13Ho3N6QJCKrNVUeqGvf3LVgFxP/mcAZZolXD k5gpYh7nQ5+yp5EJj9i3UcBRsgLXVVGt/Apnr6hvGoQJ3kITalESZv3pJWX0Lk7p ksLrR9Zh5uwY/k7AUdGa7OfWBsvpjvlDKXTtJEAJL6nuYWEfja7DS2uG92Ei59OS ImX0j+m5sA1wXBRdezl0LeJejvPMPNHvMOaAvKL4m0l0iF5kMVl1Vy2Bao3CbFyc a2M6yqseLv0jFPq0SlNUG6odoJG5q/nTWnnhfNZyrkX+QjJPnhbWKNSLeEYL608I Zs+m5EV2q1W5aNXuX+KYvfRcX7vsIwzUuTK/dfzkr7WNM3tAzi8/OVAsMXXdS5w9 oRsjYErKolJhWS6Eptx3HtcxlKYkwo4N8ET0/b13lOXXI9eZ5UNb13XUDfxogrom rYVbCXvInybkPtT8f+o52Pw+vkavo3x3qgiNxrEntX8ZYJT6Z7bFncHglxc1ptnG Ew3PM5wCiNuHFrubYzgO/g/tK7EVByyf3Lk3zs8uU3pMXr5eT6/pB2u/g5StoLTv FgQaEwf19r0HAltLQguyx+VKi0zVM7rtKoWvM2xMRvnO6UOfGbM= =y6tU -----END PGP SIGNATURE----- --+nudpQhP7106U2Bo-- From owner-freebsd-arm@freebsd.org Tue Nov 17 03:04: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 54FB747D343; Tue, 17 Nov 2020 03:04:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (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 4CZrPl0SzKz3Hq4; Tue, 17 Nov 2020 03:04:10 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pg1-x530.google.com with SMTP id p68so4589134pga.6; Mon, 16 Nov 2020 19:04:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=YM2ARcgAMzohXhaLuHy5v5RBlHGah6MdJotnzYDAuCk=; b=KoSGMQgTE1JSY0bqmrrYmgFZe4O1iWKeDU2RWBywYH3mlJDJ0jDKMLMO2aYYn6HC/w AaKqNmWtR0NA5+LsjJmDxuXrG44OyEk/fnW0WPGirnAIudaKWLlaBIPG1ZMBR5S25QJE uZOFZAR9jfnHm34157NypZxcCs7YsEk/iiLHJyzdZU/oylIGpfLZXzGf1w/Gj0OiU3Nq 041mYODB23XLRLcetXTTHgO14s6ieSalbxCdyVrGmLsQAmrZMVjbGA7Ntb4TcXOrHVcY Jb/dm8ytakvz/8Ju8e3jxCNWPk/HNdPNJm2BAkW+e1RbYbKPmTn1C368Pp7yCqVmiE8X Qe4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=YM2ARcgAMzohXhaLuHy5v5RBlHGah6MdJotnzYDAuCk=; b=JzOxhf6nuf4q5e6lRUBJBM+hMPPcNPxhvNhI/ePzPbkve8ro/2GO2zcZ9TQNzb4zT1 8i+mcTKz0Lz38dU35NK+vYph85ZFVXAClPgoArF6EOvfSdgtlEjDc5dX6yxwWyEpDka3 QpW+5a8SVsSF3AKZaYxYzzBPV0NrhgLCzAqa988bJiudiNuLLDBihlRxT9/dOtsv8nZ6 ReLcUtu6irtfIiZsG/kK+IKsWnCEHDvUZIotU9tmETQ/wjSm2ePBnwKWQ721lYar3fnj DFJGRiiASQcGyUwATWZHwwbV0zX7vNLNHYsDzcy6s4BGh/ddRrBYv0z/F6P89+j/aZC9 11Kg== X-Gm-Message-State: AOAM532ERNxZvpArstiV4VBBVWZgCtChjaoMZfdnsjiLLL8FwcGnsAtF 3GEQbc2JEU+ePolINaDonVA= X-Google-Smtp-Source: ABdhPJwD4zfamuo2dCkKNAZTXaijPtPmtJJKGYhSU3ZEKVWqWpnQ5NhNKkaNB8gsT12UhfilxO4gJA== X-Received: by 2002:a17:90a:890a:: with SMTP id u10mr2353084pjn.88.1605582249440; Mon, 16 Nov 2020 19:04:09 -0800 (PST) Received: from localhost ([210.108.244.139]) by smtp.gmail.com with ESMTPSA id h16sm17115426pgd.62.2020.11.16.19.04.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 16 Nov 2020 19:04:08 -0800 (PST) Date: Tue, 17 Nov 2020 12:04:06 +0900 From: YongHyeon PYUN To: Carsten =?iso-8859-1?Q?B=E4cker?= Cc: Hans Petter Selasky , Kristof Provost , freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) Message-ID: <20201117030406.GA45158@michelle> References: <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de> <20201029213622.GM31099@funkthat.com> <55713894-A896-4F12-ABB9-93DFEB2F16B9@FreeBSD.org> <20201103045215.GA2524@michelle> <46d08198-530c-cb4b-efa8-4edaf89471c1@selasky.org> <4dfaa9a3-c085-8466-a6e4-19f988b5ed3d@selasky.org> <20201116011910.GB1941@michelle> <1245cbe5-9d2f-4808-f989-569ae7d57a8a@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1245cbe5-9d2f-4808-f989-569ae7d57a8a@gmx.de> X-Rspamd-Queue-Id: 4CZrPl0SzKz3Hq4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2020 03:04:11 -0000 On Mon, Nov 16, 2020 at 12:54:25PM +0100, Carsten Bäcker wrote: [...] > i just did a test with your modification. > The good news is that the driver itself still works. Your test indicates my approach to improve RX validation works. Thanks a lot for testing. > The bad news is that it doesn't solve the problem. :-( > Let's dig further. Initially I thought pf(4) could be confused by mismatch of received packet length and IP datagram length. H/W does not strip padding bytes for short frame(< 60 bytes) and adds FCS bytes such that the minimum ethernet frame length is 64 bytes. When RX checksum offloading is enabled, the size will be 66 bytes. My patch tried to correct wrong packet length stored in mbuf. I think simple nping test would be helpful to narrow down the issue here. nping is bundled with nmap(ports/security/nmap). o Test patched smsc(4) with/without pf(4). - Disable RX checksum offloading and make sure all works as expected. - Run the following command on other system and see whether you can get ICMP port unreachable message from a box with smsc(4). 5555 is port number that listens on incoming UDP datagrams. #nping -c 1 --udp -p 5555 IPv4_addr_of_remote_host_with_smsc(4) #nping -c 1 --udp -p 5555 --data-length 100 IPv4_addr_of_remote_host_with_smsc(4) - Repeat the same test with RX checksum offloading enabled. If there is RX checksum mismatch you wouldn't get ICMP port unreachable message. You can even generate wrong checksummed UDP datagrams with --badsum option like the following. #nping -c 1 --udp -p 5555 --badsum IPv4_addr_of_remote_host_with_smsc(4) > I used the snapshot from 2020-10-29 as i already had an sdcard with that > image. > http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.0/ > > Kernel was build from head + your patch. > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r367714M: Mon Nov > 16 08:03:24 UTC 2020 > root@sysbuild:/usr/obj/usr/src_head/arm64.aarch64/sys/GENERIC arm64 > > Log from smsc is attached. > The log shows my assumption on RX packet layout is correct. Thanks. > As the lack of hardware seems to be a problem... i may be able to > provide temporary access, incl. serial using a 2nd pi - but this will > take some time as i need to change the network-setup. > I think it's better to share nping test result first. From owner-freebsd-arm@freebsd.org Tue Nov 17 04:38:44 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 1FB9447F5AE; Tue, 17 Nov 2020 04:38:44 +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 4CZtVq5RfPz3Np1; Tue, 17 Nov 2020 04:38:43 +0000 (UTC) (envelope-from carbaecker@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1605587920; bh=KT3aYNH9X8qUHB8ExD3tTPoJJmZQh9TxX+EqB+9emH4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=O9zOuPTrdYfe9yP/jBIS0xXGShPMCHxYlgQ2EskgSNAPuZeIdid/RprKWRA+cB674 RWTS9L6hJeE8qaOv7KPnVKLJHZEACVyeLp3mN8WJZB596BZc9tFb3QoupW/YfJsrLo Ekkce8xm9hACN/59WShYikxrNxyc00HeeorEYWPE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.30] ([94.31.96.148]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MBUmD-1kYbNA3iRD-00D3Jx; Tue, 17 Nov 2020 05:38:39 +0100 Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) To: YongHyeon PYUN Cc: Hans Petter Selasky , Kristof Provost , freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org References: <5130ee46-5832-d4df-d774-c6bd32e10b30@gmx.de> <20201029213622.GM31099@funkthat.com> <55713894-A896-4F12-ABB9-93DFEB2F16B9@FreeBSD.org> <20201103045215.GA2524@michelle> <46d08198-530c-cb4b-efa8-4edaf89471c1@selasky.org> <4dfaa9a3-c085-8466-a6e4-19f988b5ed3d@selasky.org> <20201116011910.GB1941@michelle> <1245cbe5-9d2f-4808-f989-569ae7d57a8a@gmx.de> <20201117030406.GA45158@michelle> From: =?UTF-8?Q?Carsten_B=c3=a4cker?= Message-ID: Date: Tue, 17 Nov 2020 05:38:38 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <20201117030406.GA45158@michelle> Content-Type: multipart/mixed; boundary="------------05F385D1AB609A11B19CC179" Content-Language: de-DE X-Provags-ID: V03:K1:TUVAKnHdU3cum5HkQRANhCu0Sksfvt+c0UeCkBqbTs6jVTfYzhT 4enDVpyI6Rz2LLfY1PstZ9SojW9+0gU6e809uDynNTaVwdfFZOx0XBspqK7lzXi7LkQ1NP1 CIYAV0GbF+qjD4f2Gm7qatE2hyKcnvm4wQi4CirDjTlF1n9doiBu0dHKlMpObVn6JIxGOF6 FcAx9HsOT49hv+fJQM04g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:dfLoGaM++ds=:DzlUFWtrDKZmFiEEBA98ro k1OpsvX07KvWsPdusLG8sS08UA0DWOHOSPexC1qby1H3cohslHUqjwaw3eg01V3KoizHYoE51 c7NPebfk4r7qxBQyCfEB0nxb6O5uX68RS8iWE8SI4Q+s0+XRqPV45AuR1GUknrxeyf/nq6xau FfhTtpRhzU0XGuaWfTyUbNhSGP6PWY6YcHKOHVHYMDFYjdqa/xS4y15S3qsglhkEDMmDzriJQ sbKOHhHkY5VmAoMvHbd8dYb94mhWrz0AI9wRsyRmxQqRrM6SRmgSICgbyHBjdJRjNopeJCIWu R+co60+GMJVpoBhaxipf36Mf+hZjdn8Py1a+cdz6tVLCPlz957hQS2uvL6nMq7f6YaYosmB8J 9PIGTtceiPVfkcD7bNqnth17YBGnTJqMeIwJC0F2FWJcLoygFcmVsvoeIJ9SMosKcTyOcsJJL 5+ZaumeLaFDHIKbLSkIJXq4jYfV0A9dYaC7kSOUWKoXvb2FyDa5A17UESgyZS+QkVkTCCxjXv NnP8cpzG+Wetpqz/rJUnsZBCCZDrV5KM0z/d2bGRphLVrxup+OYrxb/O0HwoN57yD4uco4LKr 9r0pgI1Lydk9xHt9s+GzX4gyEB2npRNZYYCdtD1hswF2ffWHLcsoNpklioYXLFpRaDZwhvHmL 63PrvxzY5xM0IeyZ6cTNJ5kDujL3EhB7k/ecQwAtdm1fGeVTbOYVUi1l+gbluSAzNCxiSCIGI ix3tFPNDfTpBRn1b3h/QMUU0NnKbVP4sBZJMxT1z2Tnz19mLx2WsXiQkC6mr0e4xn8qmmn9hz a7jDTdN6h2wNt52inuSylrMEBymWkmkSWbtbK9K1EqL302GVdTDOJX9VaNSyJl3G+YE0AbZst m+CI/QxAq3wy/RfJM0+Q== X-Rspamd-Queue-Id: 4CZtVq5RfPz3Np1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2020 04:38:44 -0000 This is a multi-part message in MIME format. --------------05F385D1AB609A11B19CC179 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Am 17.11.2020 um 04:04 schrieb YongHyeon PYUN: > On Mon, Nov 16, 2020 at 12:54:25PM +0100, Carsten B=C3=A4cker wrote: > > [...] > >> i just did a test with your modification. >> The good news is that the driver itself still works. > Your test indicates my approach to improve RX validation works. > Thanks a lot for testing. > >> The bad news is that it doesn't solve the problem. :-( >> > Let's dig further. Initially I thought pf(4) could be confused by > mismatch of received packet length and IP datagram length. H/W > does not strip padding bytes for short frame(< 60 bytes) and adds > FCS bytes such that the minimum ethernet frame length is 64 bytes. > When RX checksum offloading is enabled, the size will be 66 bytes. > My patch tried to correct wrong packet length stored in mbuf. > > I think simple nping test would be helpful to narrow down the issue > here. nping is bundled with nmap(ports/security/nmap). > > o Test patched smsc(4) with/without pf(4). > - Disable RX checksum offloading and make sure all works as > expected. > - Run the following command on other system and see whether you > can get ICMP port unreachable message from a box with smsc(4). > 5555 is port number that listens on incoming UDP datagrams. > #nping -c 1 --udp -p 5555 IPv4_addr_of_remote_host_with_smsc(4) > > #nping -c 1 --udp -p 5555 --data-length 100 IPv4_addr_of_remote_hos= t_with_smsc(4) > > - Repeat the same test with RX checksum offloading enabled. > > If there is RX checksum mismatch you wouldn't get ICMP port > unreachable message. You can even generate wrong checksummed UDP > datagrams with --badsum option like the following. > #nping -c 1 --udp -p 5555 --badsum IPv4_addr_of_remote_host_with_smsc(4) > >> I used the snapshot from 2020-10-29 as i already had an sdcard with tha= t >> image. >> http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.0/ >> >> Kernel was build from head + your patch. >> FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r367714M: Mon Nov >> 16 08:03:24 UTC 2020 >> root@sysbuild:/usr/obj/usr/src_head/arm64.aarch64/sys/GENERIC arm64 >> >> Log from smsc is attached. >> > The log shows my assumption on RX packet layout is correct. > Thanks. > >> As the lack of hardware seems to be a problem... i may be able to >> provide temporary access, incl. serial using a 2nd pi - but this will >> take some time as i need to change the network-setup. >> > I think it's better to share nping test result first. Hello, i attached another set of log-files containing the output of the test using nping. The ICMP port unreachable message appeared in each case, but the paket loss changed to 100%. In addition i repeated the test with RXCSUM enabled after switching back to the unpatched kernel. Not sure if this helps. Regards, Carsten --------------05F385D1AB609A11B19CC179 Content-Type: text/plain; charset=UTF-8; name="nping_rxcsum_off.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nping_rxcsum_off.txt" cm9vdEBnZW5lcmljOn4gIyBwZmN0bCAtc1IgOyBlY2hvIDsgaWZjb25maWcgdWUwCkRpc2Fi bGVkCgp1ZTA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxU SUNBU1Q+IG1ldHJpYyAwIG10dSAxNTAwCiAgICAgICAgb3B0aW9ucz04MDAwODxWTEFOX01U VSxMSU5LU1RBVEU+CiAgICAgICAgZXRoZXIgYjg6Mjc6ZWI6NTU6N2U6NzAKICAgICAgICBp bmV0IDE5Mi4xNjguMTc4LjMgbmV0bWFzayAweGZmZmZmZjAwIGJyb2FkY2FzdCAxOTIuMTY4 LjE3OC4yNTUKICAgICAgICBtZWRpYTogRXRoZXJuZXQgYXV0b3NlbGVjdCAoMTAwYmFzZVRY IDxmdWxsLWR1cGxleD4pCiAgICAgICAgc3RhdHVzOiBhY3RpdmUKICAgICAgICBuZDYgb3B0 aW9ucz0yOTxQRVJGT1JNTlVELElGRElTQUJMRUQsQVVUT19MSU5LTE9DQUw+CgotLS0Kcm9v dEB0ZXN0LWFtZDY0On4gIyBucGluZyAtYyAxIC0tdWRwIC1wIDU1NTUgMTkyLjE2OC4xNzgu MwoKU3RhcnRpbmcgTnBpbmcgMC43LjgwICggaHR0cHM6Ly9ubWFwLm9yZy9ucGluZyApIGF0 IDIwMjAtMTEtMTcgMDU6MTEgQ0VUClNFTlQgKDAuMDA1MHMpIFVEUCAxOTIuMTY4LjE3OC4y OTo1MyA+IDE5Mi4xNjguMTc4LjM6NTU1NSB0dGw9NjQgaWQ9NTQyNjEgaXBsZW49MjgKUkNW RCAoMC4wMDU3cykgSUNNUCBbMTkyLjE2OC4xNzguMyA+IDE5Mi4xNjguMTc4LjI5IFBvcnQg dW5yZWFjaGFibGUgKHR5cGU9My9jb2RlPTMpIF0gSVAgW3R0bD02NCBpZD0yNjYxNSBpcGxl bj01NiBdCgpNYXggcnR0OiAwLjY2Mm1zIHwgTWluIHJ0dDogMC42NjJtcyB8IEF2ZyBydHQ6 IDAuNjYybXMKUmF3IHBhY2tldHMgc2VudDogMSAoMjhCKSB8IFJjdmQ6IDEgKDU2QikgfCBM b3N0OiAwICgwLjAwJSkKTnBpbmcgZG9uZTogMSBJUCBhZGRyZXNzIHBpbmdlZCBpbiAxLjAz IHNlY29uZHMKCi0tLQpyb290QHRlc3QtYW1kNjQ6fiAjIG5waW5nIC1jIDEgLS11ZHAgLXAg NTU1NSAtLWRhdGEtbGVuZ3RoIDEwMCAxOTIuMTY4LjE3OC4zCgpTdGFydGluZyBOcGluZyAw LjcuODAgKCBodHRwczovL25tYXAub3JnL25waW5nICkgYXQgMjAyMC0xMS0xNyAwNToxNCBD RVQKU0VOVCAoMC4wMDUxcykgVURQIDE5Mi4xNjguMTc4LjI5OjUzID4gMTkyLjE2OC4xNzgu Mzo1NTU1IHR0bD02NCBpZD01OTQwIGlwbGVuPTEyOApSQ1ZEICgwLjAxMzRzKSBJQ01QIFsx OTIuMTY4LjE3OC4zID4gMTkyLjE2OC4xNzguMjkgUG9ydCA1NTU1IHVucmVhY2hhYmxlICh0 eXBlPTMvY29kZT0zKSBdIElQIFt0dGw9NjQgaWQ9NTU1MzggaXBsZW49MTU2IF0KCk1heCBy dHQ6IDguMjY4bXMgfCBNaW4gcnR0OiA4LjI2OG1zIHwgQXZnIHJ0dDogOC4yNjhtcwpSYXcg cGFja2V0cyBzZW50OiAxICgxMjhCKSB8IFJjdmQ6IDEgKDE1NkIpIHwgTG9zdDogMCAoMC4w MCUpCk5waW5nIGRvbmU6IDEgSVAgYWRkcmVzcyBwaW5nZWQgaW4gMS4wNSBzZWNvbmRzCgot LS0Kcm9vdEB0ZXN0LWFtZDY0On4gIyBucGluZyAtYyAxIC0tdWRwIC1wIDU1NTUgLS1iYWRz dW0gMTkyLjE2OC4xNzguMwoKU3RhcnRpbmcgTnBpbmcgMC43LjgwICggaHR0cHM6Ly9ubWFw Lm9yZy9ucGluZyApIGF0IDIwMjAtMTEtMTcgMDU6MTUgQ0VUClNFTlQgKDAuMDA1MHMpIFVE UCAxOTIuMTY4LjE3OC4yOTo1MyA+IDE5Mi4xNjguMTc4LjM6NTU1NSB0dGw9NjQgaWQ9NDA1 NzIgaXBsZW49MjgKCk1heCBydHQ6IE4vQSB8IE1pbiBydHQ6IE4vQSB8IEF2ZyBydHQ6IE4v QQpSYXcgcGFja2V0cyBzZW50OiAxICgyOEIpIHwgUmN2ZDogMCAoMEIpIHwgTG9zdDogMSAo MTAwLjAwJSkKTnBpbmcgZG9uZTogMSBJUCBhZGRyZXNzIHBpbmdlZCBpbiAxLjA0IHNlY29u ZHMK --------------05F385D1AB609A11B19CC179 Content-Type: text/plain; charset=UTF-8; name="nping_rxcsum_on.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nping_rxcsum_on.txt" cm9vdEBnZW5lcmljOn4gIyBwZmN0bCAtc1IgOyBlY2hvIDsgaWZjb25maWcgdWUwCkRpc2Fi bGVkCgp1ZTA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxU SUNBU1Q+IG1ldHJpYyAwIG10dSAxNTAwCiAgICAgICAgb3B0aW9ucz04MDAwOTxSWENTVU0s VkxBTl9NVFUsTElOS1NUQVRFPgogICAgICAgIGV0aGVyIGI4OjI3OmViOjU1OjdlOjcwCiAg ICAgICAgaW5ldCAxOTIuMTY4LjE3OC4zIG5ldG1hc2sgMHhmZmZmZmYwMCBicm9hZGNhc3Qg MTkyLjE2OC4xNzguMjU1CiAgICAgICAgbWVkaWE6IEV0aGVybmV0IGF1dG9zZWxlY3QgKDEw MGJhc2VUWCA8ZnVsbC1kdXBsZXg+KQogICAgICAgIHN0YXR1czogYWN0aXZlCiAgICAgICAg bmQ2IG9wdGlvbnM9Mjk8UEVSRk9STU5VRCxJRkRJU0FCTEVELEFVVE9fTElOS0xPQ0FMPgoK LS0tCnJvb3RAdGVzdC1hbWQ2NDp+ICMgbnBpbmcgLWMgMSAtLXVkcCAtcCA1NTU1IDE5Mi4x NjguMTc4LjMKClN0YXJ0aW5nIE5waW5nIDAuNy44MCAoIGh0dHBzOi8vbm1hcC5vcmcvbnBp bmcgKSBhdCAyMDIwLTExLTE3IDA1OjE4IENFVApTRU5UICgwLjAwNTBzKSBVRFAgMTkyLjE2 OC4xNzguMjk6NTMgPiAxOTIuMTY4LjE3OC4zOjU1NTUgdHRsPTY0IGlkPTM2MjAyIGlwbGVu PTI4ClJDVkQgKDAuMDA1OHMpIElDTVAgWzE5Mi4xNjguMTc4LjMgPiAxOTIuMTY4LjE3OC4y OSBQb3J0IHVucmVhY2hhYmxlICh0eXBlPTMvY29kZT0zKSBdIElQIFt0dGw9NjQgaWQ9NTU1 MzkgaXBsZW49NTYgXQoKTWF4IHJ0dDogMC42NzJtcyB8IE1pbiBydHQ6IDAuNjcybXMgfCBB dmcgcnR0OiAwLjY3Mm1zClJhdyBwYWNrZXRzIHNlbnQ6IDEgKDI4QikgfCBSY3ZkOiAxICg1 NkIpIHwgTG9zdDogMCAoMC4wMCUpCk5waW5nIGRvbmU6IDEgSVAgYWRkcmVzcyBwaW5nZWQg aW4gMS4wMyBzZWNvbmRzCgotLS0Kcm9vdEB0ZXN0LWFtZDY0On4gIyBucGluZyAtYyAxIC0t dWRwIC1wIDU1NTUgLS1kYXRhLWxlbmd0aCAxMDAgMTkyLjE2OC4xNzguMwoKU3RhcnRpbmcg TnBpbmcgMC43LjgwICggaHR0cHM6Ly9ubWFwLm9yZy9ucGluZyApIGF0IDIwMjAtMTEtMTcg MDU6MTggQ0VUClNFTlQgKDAuMDA1MHMpIFVEUCAxOTIuMTY4LjE3OC4yOTo1MyA+IDE5Mi4x NjguMTc4LjM6NTU1NSB0dGw9NjQgaWQ9NTkwNzkgaXBsZW49MTI4ClJDVkQgKDAuMDA1OXMp IElDTVAgWzE5Mi4xNjguMTc4LjMgPiAxOTIuMTY4LjE3OC4yOSBQb3J0IDU1NTUgdW5yZWFj aGFibGUgKHR5cGU9My9jb2RlPTMpIF0gSVAgW3R0bD02NCBpZD01NTU0MCBpcGxlbj0xNTYg XQoKTWF4IHJ0dDogMC43OTltcyB8IE1pbiBydHQ6IDAuNzk5bXMgfCBBdmcgcnR0OiAwLjc5 OW1zClJhdyBwYWNrZXRzIHNlbnQ6IDEgKDEyOEIpIHwgUmN2ZDogMSAoMTU2QikgfCBMb3N0 OiAwICgwLjAwJSkKTnBpbmcgZG9uZTogMSBJUCBhZGRyZXNzIHBpbmdlZCBpbiAxLjA2IHNl Y29uZHMKCi0tLQpyb290QHRlc3QtYW1kNjQ6fiAjIG5waW5nIC1jIDEgLS11ZHAgLXAgNTU1 NSAtLWJhZHN1bSAxOTIuMTY4LjE3OC4zCgpTdGFydGluZyBOcGluZyAwLjcuODAgKCBodHRw czovL25tYXAub3JnL25waW5nICkgYXQgMjAyMC0xMS0xNyAwNToxOCBDRVQKU0VOVCAoMC4w MDUwcykgVURQIDE5Mi4xNjguMTc4LjI5OjUzID4gMTkyLjE2OC4xNzguMzo1NTU1IHR0bD02 NCBpZD05Mzg0IGlwbGVuPTI4CgpNYXggcnR0OiBOL0EgfCBNaW4gcnR0OiBOL0EgfCBBdmcg cnR0OiBOL0EKUmF3IHBhY2tldHMgc2VudDogMSAoMjhCKSB8IFJjdmQ6IDAgKDBCKSB8IExv c3Q6IDEgKDEwMC4wMCUpCk5waW5nIGRvbmU6IDEgSVAgYWRkcmVzcyBwaW5nZWQgaW4gMS4w NyBzZWNvbmRzCg== --------------05F385D1AB609A11B19CC179 Content-Type: text/plain; charset=UTF-8; name="nping_rxcsum_on_head.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nping_rxcsum_on_head.txt" cm9vdEBnZW5lcmljOn4gIyB1bmFtZSAtYQpGcmVlQlNEIGdlbmVyaWMgMTMuMC1DVVJSRU5U IEZyZWVCU0QgMTMuMC1DVVJSRU5UICMwIGI5NDAzZDdhYWU4LWMyNTQwNzEobWFpbik6IFRo dSBPY3QgMjkgMTA6Mzg6MjkgVVRDIDIwMjAgICAgIHJvb3RAcmVsZW5nMS5ueWkuZnJlZWJz ZC5vcmc6L3Vzci9vYmovdXNyL3NyYy9hcm02NC5hYXJjaDY0L3N5cy9HRU5FUklDICBhcm02 NApyb290QGdlbmVyaWM6fiAjIHBmY3RsIC1zUiA7IGVjaG8gOyBpZmNvbmZpZyB1ZTAKRGlz YWJsZWQKCnVlMDogZmxhZ3M9ODg0MzxVUCxCUk9BRENBU1QsUlVOTklORyxTSU1QTEVYLE1V TFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE1MDAKICAgICAgICBvcHRpb25zPTgwMDA5PFJYQ1NV TSxWTEFOX01UVSxMSU5LU1RBVEU+CiAgICAgICAgZXRoZXIgYjg6Mjc6ZWI6NTU6N2U6NzAK ICAgICAgICBpbmV0IDE5Mi4xNjguMTc4LjMgbmV0bWFzayAweGZmZmZmZjAwIGJyb2FkY2Fz dCAxOTIuMTY4LjE3OC4yNTUKICAgICAgICBtZWRpYTogRXRoZXJuZXQgYXV0b3NlbGVjdCAo MTAwYmFzZVRYIDxmdWxsLWR1cGxleD4pCiAgICAgICAgc3RhdHVzOiBhY3RpdmUKICAgICAg ICBuZDYgb3B0aW9ucz0yOTxQRVJGT1JNTlVELElGRElTQUJMRUQsQVVUT19MSU5LTE9DQUw+ CgotLS0Kcm9vdEB0ZXN0LWFtZDY0On4gIyBucGluZyAtYyAxIC0tdWRwIC1wIDU1NTUgMTky LjE2OC4xNzguMwoKU3RhcnRpbmcgTnBpbmcgMC43LjgwICggaHR0cHM6Ly9ubWFwLm9yZy9u cGluZyApIGF0IDIwMjAtMTEtMTcgMDU6MjQgQ0VUClNFTlQgKDAuMDA1MHMpIFVEUCAxOTIu MTY4LjE3OC4yOTo1MyA+IDE5Mi4xNjguMTc4LjM6NTU1NSB0dGw9NjQgaWQ9MjcyMDIgaXBs ZW49MjgKUkNWRCAoMC4wMDYzcykgSUNNUCBbMTkyLjE2OC4xNzguMyA+IDE5Mi4xNjguMTc4 LjI5IFBvcnQgdW5yZWFjaGFibGUgKHR5cGU9My9jb2RlPTMpIF0gSVAgW3R0bD02NCBpZD02 MzY1OCBpcGxlbj01NiBdCgpNYXggcnR0OiAxLjI0M21zIHwgTWluIHJ0dDogMS4yNDNtcyB8 IEF2ZyBydHQ6IDEuMjQzbXMKUmF3IHBhY2tldHMgc2VudDogMSAoMjhCKSB8IFJjdmQ6IDEg KDU2QikgfCBMb3N0OiAwICgwLjAwJSkKTnBpbmcgZG9uZTogMSBJUCBhZGRyZXNzIHBpbmdl ZCBpbiAxLjAyIHNlY29uZHMKCi0tLQpyb290QHRlc3QtYW1kNjQ6fiAjIG5waW5nIC1jIDEg LS11ZHAgLXAgNTU1NSAtLWRhdGEtbGVuZ3RoIDEwMCAxOTIuMTY4LjE3OC4zCgpTdGFydGlu ZyBOcGluZyAwLjcuODAgKCBodHRwczovL25tYXAub3JnL25waW5nICkgYXQgMjAyMC0xMS0x NyAwNToyNCBDRVQKU0VOVCAoMC4wMDUwcykgVURQIDE5Mi4xNjguMTc4LjI5OjUzID4gMTky LjE2OC4xNzguMzo1NTU1IHR0bD02NCBpZD02NDc4NiBpcGxlbj0xMjgKUkNWRCAoMC4wMDU4 cykgSUNNUCBbMTkyLjE2OC4xNzguMyA+IDE5Mi4xNjguMTc4LjI5IFBvcnQgNTU1NSB1bnJl YWNoYWJsZSAodHlwZT0zL2NvZGU9MykgXSBJUCBbdHRsPTY0IGlkPTU2NTQyIGlwbGVuPTE1 NiBdCgpNYXggcnR0OiAwLjc0MW1zIHwgTWluIHJ0dDogMC43NDFtcyB8IEF2ZyBydHQ6IDAu NzQxbXMKUmF3IHBhY2tldHMgc2VudDogMSAoMTI4QikgfCBSY3ZkOiAxICgxNTZCKSB8IExv c3Q6IDAgKDAuMDAlKQpOcGluZyBkb25lOiAxIElQIGFkZHJlc3MgcGluZ2VkIGluIDEuMDUg c2Vjb25kcwoKLS0tCnJvb3RAdGVzdC1hbWQ2NDp+ICMgbnBpbmcgLWMgMSAtLXVkcCAtcCA1 NTU1IC0tYmFkc3VtIDE5Mi4xNjguMTc4LjMKClN0YXJ0aW5nIE5waW5nIDAuNy44MCAoIGh0 dHBzOi8vbm1hcC5vcmcvbnBpbmcgKSBhdCAyMDIwLTExLTE3IDA1OjI0IENFVApTRU5UICgw LjAwNTBzKSBVRFAgMTkyLjE2OC4xNzguMjk6NTMgPiAxOTIuMTY4LjE3OC4zOjU1NTUgdHRs PTY0IGlkPTMyMDQ2IGlwbGVuPTI4CgpNYXggcnR0OiBOL0EgfCBNaW4gcnR0OiBOL0EgfCBB dmcgcnR0OiBOL0EKUmF3IHBhY2tldHMgc2VudDogMSAoMjhCKSB8IFJjdmQ6IDAgKDBCKSB8 IExvc3Q6IDEgKDEwMC4wMCUpCk5waW5nIGRvbmU6IDEgSVAgYWRkcmVzcyBwaW5nZWQgaW4g MS4wNyBzZWNvbmRzCg== --------------05F385D1AB609A11B19CC179-- From owner-freebsd-arm@freebsd.org Wed Nov 18 04:49: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 BB4EF2E1A4B; Wed, 18 Nov 2020 04:49:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (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 4CbVhF5yKkz4fGP; Wed, 18 Nov 2020 04:49:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pg1-x532.google.com with SMTP id f18so338719pgi.8; Tue, 17 Nov 2020 20:49:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=lWgkZLoGYC/X87gAddC5fWYbihrFilTTEXGoskKfDeA=; b=jfcp2/2OM/OkrJPs8fAEldQ1QM7ircIdbYHAglFVW1ktsyJyI0yrLPwTdjcmyfcdA9 g3f3WFS0H9yt/3dLEsDskLfp+vuLuLslTJXRa7kH9kerTDkcLFxGJnltgji15tDYjjvO unRDv6C17xdrVpPT2huMvFPSEYAmleftAjAbvRAE4YnQjT7q/0RyabHQdz8ChP9rFa6L OV28+Ws3cgbN+GaC4BLbTHOtyBGgOeXn5cf6qXZ7GFsqBZZxBOn0/6WSjxfVHdZJKa+R T2TY54zvQsvXIMKmC0eXgvThWDEoPMEddgfYJJ1ceiu2O+iZakkzTAV13WBIGTOTe7jB B8oA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=lWgkZLoGYC/X87gAddC5fWYbihrFilTTEXGoskKfDeA=; b=ixZRE2/V7+M+r58LEvTU9CBuC4L+W+Qx0Rzjh1Ny4XT5o+MelHNJpqY2Bpri3ZFJi/ ImrGEe8ar5WUsjWQvqT57Y+eq4A515I71VhRMzJz0yj+NnMSig+uoohf+QwzKo+RJ8pa mn8trg7Zt+EQ5RYQmnaNK0x+HMWzr8wYv3jkzVJ4t/qktlomXRp5xL7J8E42h2bAeEEq 5vDiIXgXqST98DC4ym/zoLGyMLpLHllCokv2bvNjX2ci/Ka0s4BmkxJerzpEv+XBVY+5 CrJc4P+NCNjg7eQ+6AlL9M6DYr4qRqpO8Q7m5vlyPBputoWbb00850ccLQf9qiSTHXH8 6ZZg== X-Gm-Message-State: AOAM531QJUpYYgsjDz3RblH4oGcUK2OLsXr+qdbU7Ad3lbjLT9oGns+X gF/CWpl1g21Hn5ISkfjwDkwAzZ0vk/o= X-Google-Smtp-Source: ABdhPJxrEZ0fe5ek01IS2g2WaOgW/C/1oy6poTP7Kn4tuA2WoKXJbd5rIFXbxzraToPJ/VKPJ27Vew== X-Received: by 2002:a63:2a83:: with SMTP id q125mr6361026pgq.84.1605674940545; Tue, 17 Nov 2020 20:49:00 -0800 (PST) Received: from localhost ([210.108.244.139]) by smtp.gmail.com with ESMTPSA id m9sm22969285pfh.94.2020.11.17.20.48.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 17 Nov 2020 20:48:59 -0800 (PST) Date: Wed, 18 Nov 2020 13:48:57 +0900 From: YongHyeon PYUN To: Carsten =?iso-8859-1?Q?B=E4cker?= Cc: Hans Petter Selasky , Kristof Provost , freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) Message-ID: <20201118044857.GA1974@michelle> References: <20201029213622.GM31099@funkthat.com> <55713894-A896-4F12-ABB9-93DFEB2F16B9@FreeBSD.org> <20201103045215.GA2524@michelle> <46d08198-530c-cb4b-efa8-4edaf89471c1@selasky.org> <4dfaa9a3-c085-8466-a6e4-19f988b5ed3d@selasky.org> <20201116011910.GB1941@michelle> <1245cbe5-9d2f-4808-f989-569ae7d57a8a@gmx.de> <20201117030406.GA45158@michelle> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Rspamd-Queue-Id: 4CbVhF5yKkz4fGP X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=jfcp2/2O; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of pyunyh@gmail.com designates 2607:f8b0:4864:20::532 as permitted sender) smtp.mailfrom=pyunyh@gmail.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FREEMAIL_TO(0.00)[gmx.de]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::532:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::532:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::532:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-hackers] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 04:49:02 -0000 On Tue, Nov 17, 2020 at 05:38:38AM +0100, Carsten Bäcker wrote: [...] > i attached another set of log-files containing the output of the test > using nping. > The ICMP port unreachable message appeared in each case, but the paket > loss changed to 100%. That came from 3rd nping test with --badsum option and that's normal. If I read attached log-files correctly all worked as expected. I don't know what pf rulesets you used. Did you use the same pf ruleset + jail with patched smsc(4)? If you didn't yet could you test it again and let me know nping output? From owner-freebsd-arm@freebsd.org Wed Nov 18 07:25:35 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 14B222E54DF for ; Wed, 18 Nov 2020 07:25:35 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (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 4CbZ8s3LJQz4mpt for ; Wed, 18 Nov 2020 07:25:33 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Wed, 18 Nov 2020 07:25:19 +0000 To: tech-lists , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: tmp and tmpfs Message-ID: In-Reply-To: References: 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: 4CbZ8s3LJQz4mpt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.90 / 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:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; 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.00)[-1.000]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; 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_VERYGOOD(0.00)[185.70.40.22: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.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 07:25:35 -0000 SXTigJlsbCBiZSBzaWduaWZpY2FudGx5IGZhc3RlciBpbiBtZW1vcnksIGl0IGRlcGVuZHMgaWYg eW91IHdhbnQgdG8gc3BhcmUgdGhlIHJhbS4KCkhvdyBtYW55IHRlbXBvcmFyeSBmaWxlcyBkbyB5 b3UgaGF2ZT8KCk9uIE1vbiwgTm92IDE2LCAyMDIwIGF0IDE1OjE5LCB0ZWNoLWxpc3RzIDx0ZWNo LWxpc3RzQHp5eHN0Lm5ldD4gd3JvdGU6Cgo+IEhpbQo+Cj4gY29udGV4dCBpcyBycGk0IHJ1bm5p bmcgdmVyeSByZWNlbnQgLWN1cnJlbnQuCj4KPiBXaGljaCBpcyBmYXN0ZXIvYmV0dGVyPyAvdG1w IG1vdW50ZWQgYXMgdG1wZnMgYXMgcGVyIGRlZmF1bHQgb24gcnBpMi8zLzQsIG9yIC90bXAgYXMg emZzIG9uIGEgdXNiMy1jb25uZWN0ZWQgc3Bpbm5pbmcgcnVzdCBoZD8gSSB1bmRlcnN0YW5kIHRo YXQgaWYgdG1wZnMgZmlsbHMgdXAsIGl0J2xsIHVzZSBzd2FwLiBGYXN0ZXIvc2xvd2VyIHRoYW4g L3RtcCBvbiB6ZnM/Cj4KPiBTcGlubmluZyBydXN0IGlzIGFsc28gd2hlcmUgdGhlIHN3YXAgcGFy dGl0aW9uIGxpdmVzLgo+Cj4gdGhhbmtzCj4gLS0KPiBKLg== From owner-freebsd-arm@freebsd.org Wed Nov 18 09:47:12 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 C3DB72E9032; Wed, 18 Nov 2020 09:47:12 +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 4CbdJJ3K0Mz4v6W; Wed, 18 Nov 2020 09:47:12 +0000 (UTC) (envelope-from carbaecker@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1605692829; bh=Uqdun0mAdV+Dp+v+XGzrm9CXH/LJny1uiJaynezuoDo=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=QRD48PuW2xYcMehSYK7VXhiWi4Xs6UENyzBY23uuPrmZG2kUdewnDaFFKbb2dL0V0 230spPGwp0jto5EFDjuNnuTh9TfspdTL5WM34V8+y/5LIxXvooXkUK/oYVoDVDHCeo bv4wEgvA69us3SreXa98Itfk4g5ouH0Vp0W8inA8= 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 1MBlxW-1kXZlA3TFk-00C6Hi; Wed, 18 Nov 2020 10:47:08 +0100 Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) To: YongHyeon PYUN Cc: Hans Petter Selasky , Kristof Provost , freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org References: <20201029213622.GM31099@funkthat.com> <55713894-A896-4F12-ABB9-93DFEB2F16B9@FreeBSD.org> <20201103045215.GA2524@michelle> <46d08198-530c-cb4b-efa8-4edaf89471c1@selasky.org> <4dfaa9a3-c085-8466-a6e4-19f988b5ed3d@selasky.org> <20201116011910.GB1941@michelle> <1245cbe5-9d2f-4808-f989-569ae7d57a8a@gmx.de> <20201117030406.GA45158@michelle> <20201118044857.GA1974@michelle> From: =?UTF-8?Q?Carsten_B=c3=a4cker?= Message-ID: Date: Wed, 18 Nov 2020 10:47:08 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <20201118044857.GA1974@michelle> Content-Type: multipart/mixed; boundary="------------6D413B37D402893C04AB9EB3" Content-Language: de-DE X-Provags-ID: V03:K1:yyKAiiDWtMhcfQegddt3i/AupREagZ4a0YSK5Qe+WvQh7NeNfQO Ao/o0Y984Gug48WWmxLHxqw6DLOZ7RYn5f74xQhceVuJDBxEocUUja3y87yGM4N6twq5HGH a1vQC+X6shN1s6EpKjKlCC4OZZ47JMVhlEOOO5KXFpt9ktJCJFPqyj8kIVnLRq2+E7TlgvX U4AUYsZYZF1esqkHAk0Ew== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:68MJME7+ZoY=:Iow7Dxt4qjsoMVTc59m5Ov 1VWMPa5sAn9YVbG/nldtEKNrYekEeLEdqxxEgcfg1WYMx1GQ5gsS2eZ2DBSWfa4kbRZenWdoc kfsI4pU3uu8U0a5pw4O/myok63fLnbetWhjBXe4F4Tnl1mNp8dSlKRDY/Z4RdXY45GcBELNDE 73GRgScClXseT9d6emY+dUog5VLqKrJiEt5SGha0yWwK1kQ+Oen+SxuXIb3NtJiG42Kl16M1y C4fvDJlt0DtFlOt1b9csi0N02+LJ3OMAyc7oM1xf9EDw9hsVPDtmROmDi4VwGV4QPanLIiLlZ s6ubLPyFt/oBjHyVouVpinBS0KecCvgY7nX07l+6I65aI8oStordXWZUNXioL08aS+ZlGwUV4 mBoikJ1058G8simWOPnPGHlhUfD/ZPzcVCJoOCFzvwnOEW2aVgxLsWH9eHGohopA8T12Dct7W F8kRzi5fFZX48gpCKOhNH/t2uEFKjY3VtjJ2ToBmeoDmJ3vo93BNFcS2yZoieN5Od6W1ifhBf xxWBcql7Ffg5Ubzlu3W0bhnm5ojSA7CIOETTyoiu9noBzHM7qfrABP71hcBP+OLRbIMW04qG8 WE9iyBY4zMeVix3i2AU2dxXsr6JlMxPP1RiX0dfEM58+vZGMtPpTlU3UtTN7Zbyca6IftsbSQ 6O0acdeaYDdJhRoxibl9u/hcGSt5Fcc/12VBWewaWmq3EpWM+yvhTEBdW5HSgoSvJUocoE/s7 rUgJcxU2qQHVL+OVR+iqZrC3OYphlZ2GjMD4kVF2FOftLLjJvES6LDZXRN8KfgK7PpJN3PJmO yywdhNj0kJ3AK6jtkAzAecsilRFIlETHnPeyPs9WbuLIMGiI8qxmm07/XINlVBqFkiN6kXAoP U0vH7AO9tWLaaVq57yuQ== X-Rspamd-Queue-Id: 4CbdJJ3K0Mz4v6W X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 09:47:12 -0000 This is a multi-part message in MIME format. --------------6D413B37D402893C04AB9EB3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Am 18.11.2020 um 05:48 schrieb YongHyeon PYUN: > On Tue, Nov 17, 2020 at 05:38:38AM +0100, Carsten B=C3=A4cker wrote: > > [...] > >> i attached another set of log-files containing the output of the test >> using nping. >> The ICMP port unreachable message appeared in each case, but the paket >> loss changed to 100%. > That came from 3rd nping test with --badsum option and that's normal. > If I read attached log-files correctly all worked as expected. > I don't know what pf rulesets you used. Did you use the same pf > ruleset + jail with patched smsc(4)? If you didn't yet could you > test it again and let me know nping output? Sorry, that's my fault - i overlooked your request for a test with pf enabled. The example-ruleset is attached again. I added a line to allow the incoming ping to 5555. I don't see a difference until i enable the redirection to the jail which makes the packet with extended data-length fail. Once i disable RXCSUM it works. Regards, Carsten --------------6D413B37D402893C04AB9EB3 Content-Type: text/plain; charset=UTF-8; name="pf_nping.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pf_nping.conf" ZXh0X2lmID0gInVlMCIKCnd3d3B1YmxpY2phaWwgPSAxMC4wLjAuMgoKc2V0IGJsb2NrLXBv bGljeSByZXR1cm4Kc2V0IHNraXAgb24gbG8wCnNldCBza2lwIG9uIGxvMQoKdGFibGUgPGph aWxzPiBwZXJzaXN0CgpuYXQgb24gJGV4dF9pZiBmcm9tIHsgJHd3d3B1YmxpY2phaWwgfSB0 byBhbnkgLT4gKCRleHRfaWYpCiNyZHIgb24gJGV4dF9pZiBpbmV0IHByb3RvIHVkcCBmcm9t IGFueSB0byAoJGV4dF9pZikgcG9ydCA1NTU1IC0+ICR3d3dwdWJsaWNqYWlsCgpibG9jayBp biBhbGwKCnBhc3MgaW4gaW5ldCBwcm90byBpY21wIGFsbCBpY21wLXR5cGUgZWNob3JlcQpw YXNzIGluIGluZXQgcHJvdG8gdGNwIHRvIHBvcnQgeyBzc2ggfQpwYXNzIGluIGluZXQgcHJv dG8gdWRwIHRvIHBvcnQgeyA1NTU1IH0KCnBhc3Mgb3V0IGFsbAoK --------------6D413B37D402893C04AB9EB3 Content-Type: text/plain; charset=UTF-8; name="nping_rxcsum_on_pf_host.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nping_rxcsum_on_pf_host.txt" cm9vdEBnZW5lcmljOn4gIyBwZmN0bCAtc3IgOyBlY2hvIDsgcGZjdGwgLXNuIDsgZWNobyA7 IGlmY29uZmlnIHVlMCA7IGVjaG8gOyB1bmFtZSAtdgpibG9jayByZXR1cm4gaW4gYWxsCnBh c3MgaW4gaW5ldCBwcm90byBpY21wIGFsbCBpY21wLXR5cGUgZWNob3JlcSBrZWVwIHN0YXRl CnBhc3MgaW4gaW5ldCBwcm90byB0Y3AgZnJvbSBhbnkgdG8gYW55IHBvcnQgPSBzc2ggZmxh Z3MgUy9TQSBrZWVwIHN0YXRlCnBhc3MgaW4gaW5ldCBwcm90byB1ZHAgZnJvbSBhbnkgdG8g YW55IHBvcnQgPSBycGxheSBrZWVwIHN0YXRlCnBhc3Mgb3V0IGFsbCBmbGFncyBTL1NBIGtl ZXAgc3RhdGUKCm5hdCBvbiB1ZTAgaW5ldCBmcm9tIDEwLjAuMC4yIHRvIGFueSAtPiAodWUw KSByb3VuZC1yb2JpbgoKdWUwOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJ TVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMAogICAgICAgIG9wdGlvbnM9ODAw MDk8UlhDU1VNLFZMQU5fTVRVLExJTktTVEFURT4KICAgICAgICBldGhlciBiODoyNzplYjo1 NTo3ZTo3MAogICAgICAgIGluZXQgMTkyLjE2OC4xNzguMyBuZXRtYXNrIDB4ZmZmZmZmMDAg YnJvYWRjYXN0IDE5Mi4xNjguMTc4LjI1NQogICAgICAgIG1lZGlhOiBFdGhlcm5ldCBhdXRv c2VsZWN0ICgxMDBiYXNlVFggPGZ1bGwtZHVwbGV4PikKICAgICAgICBzdGF0dXM6IGFjdGl2 ZQogICAgICAgIG5kNiBvcHRpb25zPTI5PFBFUkZPUk1OVUQsSUZESVNBQkxFRCxBVVRPX0xJ TktMT0NBTD4KCkZyZWVCU0QgMTMuMC1DVVJSRU5UICMxIHIzNjc3MTRNOiBNb24gTm92IDE2 IDA4OjAzOjI0IFVUQyAyMDIwICAgICByb290QHN5c2J1aWxkOi91c3Ivb2JqL3Vzci9zcmNf aGVhZC9hcm02NC5hYXJjaDY0L3N5cy9HRU5FUklDCgotLS0Kcm9vdEB0ZXN0LWFtZDY0On4g IyBucGluZyAtYyAxIC0tdWRwIC1wIDU1NTUgMTkyLjE2OC4xNzguMwoKU3RhcnRpbmcgTnBp bmcgMC43LjgwICggaHR0cHM6Ly9ubWFwLm9yZy9ucGluZyApIGF0IDIwMjAtMTEtMTggMDk6 MzAgQ0VUClNFTlQgKDAuMDA0OHMpIFVEUCAxOTIuMTY4LjE3OC4yOTo1MyA+IDE5Mi4xNjgu MTc4LjM6NTU1NSB0dGw9NjQgaWQ9MTI4MDEgaXBsZW49MjgKUkNWRCAoMC4wMDU3cykgSUNN UCBbMTkyLjE2OC4xNzguMyA+IDE5Mi4xNjguMTc4LjI5IFBvcnQgdW5yZWFjaGFibGUgKHR5 cGU9My9jb2RlPTMpIF0gSVAgW3R0bD02NCBpZD0zNjAwMSBpcGxlbj01NiBdCgpNYXggcnR0 OiAwLjgyM21zIHwgTWluIHJ0dDogMC44MjNtcyB8IEF2ZyBydHQ6IDAuODIzbXMKUmF3IHBh Y2tldHMgc2VudDogMSAoMjhCKSB8IFJjdmQ6IDEgKDU2QikgfCBMb3N0OiAwICgwLjAwJSkK TnBpbmcgZG9uZTogMSBJUCBhZGRyZXNzIHBpbmdlZCBpbiAxLjA1IHNlY29uZHMKCi0tLQpy b290QHRlc3QtYW1kNjQ6fiAjIG5waW5nIC1jIDEgLS11ZHAgLXAgNTU1NSAtLWRhdGEtbGVu Z3RoIDEwMCAxOTIuMTY4LjE3OC4zCgpTdGFydGluZyBOcGluZyAwLjcuODAgKCBodHRwczov L25tYXAub3JnL25waW5nICkgYXQgMjAyMC0xMS0xOCAwOTozMiBDRVQKU0VOVCAoMC4wMDQ4 cykgVURQIDE5Mi4xNjguMTc4LjI5OjUzID4gMTkyLjE2OC4xNzguMzo1NTU1IHR0bD02NCBp ZD00MDUxMiBpcGxlbj0xMjgKUkNWRCAoMC4wMDU4cykgSUNNUCBbMTkyLjE2OC4xNzguMyA+ IDE5Mi4xNjguMTc4LjI5IFBvcnQgNTU1NSB1bnJlYWNoYWJsZSAodHlwZT0zL2NvZGU9Mykg XSBJUCBbdHRsPTY0IGlkPTU2MjM1IGlwbGVuPTE1NiBdCgpNYXggcnR0OiAwLjgzOW1zIHwg TWluIHJ0dDogMC44MzltcyB8IEF2ZyBydHQ6IDAuODM5bXMKUmF3IHBhY2tldHMgc2VudDog MSAoMTI4QikgfCBSY3ZkOiAxICgxNTZCKSB8IExvc3Q6IDAgKDAuMDAlKQpOcGluZyBkb25l OiAxIElQIGFkZHJlc3MgcGluZ2VkIGluIDEuMDMgc2Vjb25kcwo= --------------6D413B37D402893C04AB9EB3 Content-Type: text/plain; charset=UTF-8; name="nping_rxcsum_on_pf_jail.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nping_rxcsum_on_pf_jail.txt" cm9vdEBnZW5lcmljOn4gIyBwZmN0bCAtc3IgOyBlY2hvIDsgcGZjdGwgLXNuIDsgZWNobyA7 IGlmY29uZmlnIHVlMCA7IGVjaG8gOyB1bmFtZSAtdgpibG9jayByZXR1cm4gaW4gYWxsCnBh c3MgaW4gaW5ldCBwcm90byBpY21wIGFsbCBpY21wLXR5cGUgZWNob3JlcSBrZWVwIHN0YXRl CnBhc3MgaW4gaW5ldCBwcm90byB0Y3AgZnJvbSBhbnkgdG8gYW55IHBvcnQgPSBzc2ggZmxh Z3MgUy9TQSBrZWVwIHN0YXRlCnBhc3MgaW4gaW5ldCBwcm90byB1ZHAgZnJvbSBhbnkgdG8g YW55IHBvcnQgPSBycGxheSBrZWVwIHN0YXRlCnBhc3Mgb3V0IGFsbCBmbGFncyBTL1NBIGtl ZXAgc3RhdGUKCm5hdCBvbiB1ZTAgaW5ldCBmcm9tIDEwLjAuMC4yIHRvIGFueSAtPiAodWUw KSByb3VuZC1yb2JpbgpyZHIgb24gdWUwIGluZXQgcHJvdG8gdWRwIGZyb20gYW55IHRvICh1 ZTApIHBvcnQgPSBycGxheSAtPiAxMC4wLjAuMgoKdWUwOiBmbGFncz04ODQzPFVQLEJST0FE Q0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMAogICAg ICAgIG9wdGlvbnM9ODAwMDk8UlhDU1VNLFZMQU5fTVRVLExJTktTVEFURT4KICAgICAgICBl dGhlciBiODoyNzplYjo1NTo3ZTo3MAogICAgICAgIGluZXQgMTkyLjE2OC4xNzguMyBuZXRt YXNrIDB4ZmZmZmZmMDAgYnJvYWRjYXN0IDE5Mi4xNjguMTc4LjI1NQogICAgICAgIG1lZGlh OiBFdGhlcm5ldCBhdXRvc2VsZWN0ICgxMDBiYXNlVFggPGZ1bGwtZHVwbGV4PikKICAgICAg ICBzdGF0dXM6IGFjdGl2ZQogICAgICAgIG5kNiBvcHRpb25zPTI5PFBFUkZPUk1OVUQsSUZE SVNBQkxFRCxBVVRPX0xJTktMT0NBTD4KCkZyZWVCU0QgMTMuMC1DVVJSRU5UICMxIHIzNjc3 MTRNOiBNb24gTm92IDE2IDA4OjAzOjI0IFVUQyAyMDIwICAgICByb290QHN5c2J1aWxkOi91 c3Ivb2JqL3Vzci9zcmNfaGVhZC9hcm02NC5hYXJjaDY0L3N5cy9HRU5FUklDCgotLS0Kcm9v dEB0ZXN0LWFtZDY0On4gIyBucGluZyAtYyAxIC0tdWRwIC1wIDU1NTUgMTkyLjE2OC4xNzgu MwoKU3RhcnRpbmcgTnBpbmcgMC43LjgwICggaHR0cHM6Ly9ubWFwLm9yZy9ucGluZyApIGF0 IDIwMjAtMTEtMTggMDk6MzQgQ0VUClNFTlQgKDAuMDA0OHMpIFVEUCAxOTIuMTY4LjE3OC4y OTo1MyA+IDE5Mi4xNjguMTc4LjM6NTU1NSB0dGw9NjQgaWQ9ODUzIGlwbGVuPTI4ClJDVkQg KDAuMDA1OHMpIElDTVAgWzE5Mi4xNjguMTc4LjMgPiAxOTIuMTY4LjE3OC4yOSBQb3J0IHVu cmVhY2hhYmxlICh0eXBlPTMvY29kZT0zKSBdIElQIFt0dGw9NjQgaWQ9NTYyMzYgaXBsZW49 NTYgXQoKTWF4IHJ0dDogMC44MTRtcyB8IE1pbiBydHQ6IDAuODE0bXMgfCBBdmcgcnR0OiAw LjgxNG1zClJhdyBwYWNrZXRzIHNlbnQ6IDEgKDI4QikgfCBSY3ZkOiAxICg1NkIpIHwgTG9z dDogMCAoMC4wMCUpCk5waW5nIGRvbmU6IDEgSVAgYWRkcmVzcyBwaW5nZWQgaW4gMS4wNCBz ZWNvbmRzCgotLS0Kcm9vdEB0ZXN0LWFtZDY0On4gIyBucGluZyAtYyAxIC0tdWRwIC1wIDU1 NTUgLS1kYXRhLWxlbmd0aCAxMDAgMTkyLjE2OC4xNzguMwoKU3RhcnRpbmcgTnBpbmcgMC43 LjgwICggaHR0cHM6Ly9ubWFwLm9yZy9ucGluZyApIGF0IDIwMjAtMTEtMTggMDk6MzUgQ0VU ClNFTlQgKDAuMDA0N3MpIFVEUCAxOTIuMTY4LjE3OC4yOTo1MyA+IDE5Mi4xNjguMTc4LjM6 NTU1NSB0dGw9NjQgaWQ9MjE1ODUgaXBsZW49MTI4CgpNYXggcnR0OiBOL0EgfCBNaW4gcnR0 OiBOL0EgfCBBdmcgcnR0OiBOL0EKUmF3IHBhY2tldHMgc2VudDogMSAoMTI4QikgfCBSY3Zk OiAwICgwQikgfCBMb3N0OiAxICgxMDAuMDAlKQpOcGluZyBkb25lOiAxIElQIGFkZHJlc3Mg cGluZ2VkIGluIDEuMDEgc2Vjb25kcwo= --------------6D413B37D402893C04AB9EB3 Content-Type: text/plain; charset=UTF-8; name="nping_rxcsum_off_pf_jail.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nping_rxcsum_off_pf_jail.txt" cm9vdEBnZW5lcmljOn4gIyBwZmN0bCAtc3IgOyBlY2hvIDsgcGZjdGwgLXNuIDsgZWNobyA7 IGlmY29uZmlnIHVlMCA7IGVjaG8gOyB1bmFtZSAtdgpibG9jayByZXR1cm4gaW4gYWxsCnBh c3MgaW4gaW5ldCBwcm90byBpY21wIGFsbCBpY21wLXR5cGUgZWNob3JlcSBrZWVwIHN0YXRl CnBhc3MgaW4gaW5ldCBwcm90byB0Y3AgZnJvbSBhbnkgdG8gYW55IHBvcnQgPSBzc2ggZmxh Z3MgUy9TQSBrZWVwIHN0YXRlCnBhc3MgaW4gaW5ldCBwcm90byB1ZHAgZnJvbSBhbnkgdG8g YW55IHBvcnQgPSBycGxheSBrZWVwIHN0YXRlCnBhc3Mgb3V0IGFsbCBmbGFncyBTL1NBIGtl ZXAgc3RhdGUKCm5hdCBvbiB1ZTAgaW5ldCBmcm9tIDEwLjAuMC4yIHRvIGFueSAtPiAodWUw KSByb3VuZC1yb2JpbgpyZHIgb24gdWUwIGluZXQgcHJvdG8gdWRwIGZyb20gYW55IHRvICh1 ZTApIHBvcnQgPSBycGxheSAtPiAxMC4wLjAuMgoKdWUwOiBmbGFncz04ODQzPFVQLEJST0FE Q0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMAogICAg ICAgIG9wdGlvbnM9ODAwMDg8VkxBTl9NVFUsTElOS1NUQVRFPgogICAgICAgIGV0aGVyIGI4 OjI3OmViOjU1OjdlOjcwCiAgICAgICAgaW5ldCAxOTIuMTY4LjE3OC4zIG5ldG1hc2sgMHhm ZmZmZmYwMCBicm9hZGNhc3QgMTkyLjE2OC4xNzguMjU1CiAgICAgICAgbWVkaWE6IEV0aGVy bmV0IGF1dG9zZWxlY3QgKDEwMGJhc2VUWCA8ZnVsbC1kdXBsZXg+KQogICAgICAgIHN0YXR1 czogYWN0aXZlCiAgICAgICAgbmQ2IG9wdGlvbnM9Mjk8UEVSRk9STU5VRCxJRkRJU0FCTEVE LEFVVE9fTElOS0xPQ0FMPgoKRnJlZUJTRCAxMy4wLUNVUlJFTlQgIzEgcjM2NzcxNE06IE1v biBOb3YgMTYgMDg6MDM6MjQgVVRDIDIwMjAgICAgIHJvb3RAc3lzYnVpbGQ6L3Vzci9vYmov dXNyL3NyY19oZWFkL2FybTY0LmFhcmNoNjQvc3lzL0dFTkVSSUMKCi0tLQpyb290QHRlc3Qt YW1kNjQ6fiAjIG5waW5nIC1jIDEgLS11ZHAgLXAgNTU1NSAxOTIuMTY4LjE3OC4zCgpTdGFy dGluZyBOcGluZyAwLjcuODAgKCBodHRwczovL25tYXAub3JnL25waW5nICkgYXQgMjAyMC0x MS0xOCAxMDoyNyBDRVQKU0VOVCAoMC4wMDQ4cykgVURQIDE5Mi4xNjguMTc4LjI5OjUzID4g MTkyLjE2OC4xNzguMzo1NTU1IHR0bD02NCBpZD01NDcwNSBpcGxlbj0yOApSQ1ZEICgwLjAw NTdzKSBJQ01QIFsxOTIuMTY4LjE3OC4zID4gMTkyLjE2OC4xNzguMjkgUG9ydCB1bnJlYWNo YWJsZSAodHlwZT0zL2NvZGU9MykgXSBJUCBbdHRsPTY0IGlkPTE2MDEzIGlwbGVuPTU2IF0K Ck1heCBydHQ6IDAuNzg4bXMgfCBNaW4gcnR0OiAwLjc4OG1zIHwgQXZnIHJ0dDogMC43ODht cwpSYXcgcGFja2V0cyBzZW50OiAxICgyOEIpIHwgUmN2ZDogMSAoNTZCKSB8IExvc3Q6IDAg KDAuMDAlKQpOcGluZyBkb25lOiAxIElQIGFkZHJlc3MgcGluZ2VkIGluIDEuMDQgc2Vjb25k cwoKLS0tCnJvb3RAdGVzdC1hbWQ2NDp+ICMgbnBpbmcgLWMgMSAtLXVkcCAtcCA1NTU1IC0t ZGF0YS1sZW5ndGggMTAwIDE5Mi4xNjguMTc4LjMKClN0YXJ0aW5nIE5waW5nIDAuNy44MCAo IGh0dHBzOi8vbm1hcC5vcmcvbnBpbmcgKSBhdCAyMDIwLTExLTE4IDEwOjI4IENFVApTRU5U ICgwLjAwNDlzKSBVRFAgMTkyLjE2OC4xNzguMjk6NTMgPiAxOTIuMTY4LjE3OC4zOjU1NTUg dHRsPTY0IGlkPTYxMjk5IGlwbGVuPTEyOApSQ1ZEICgwLjAwNTlzKSBJQ01QIFsxOTIuMTY4 LjE3OC4zID4gMTkyLjE2OC4xNzguMjkgUG9ydCA1NTU1IHVucmVhY2hhYmxlICh0eXBlPTMv Y29kZT0zKSBdIElQIFt0dGw9NjQgaWQ9MjU0NTIgaXBsZW49MTU2IF0KCk1heCBydHQ6IDAu OTE5bXMgfCBNaW4gcnR0OiAwLjkxOW1zIHwgQXZnIHJ0dDogMC45MTltcwpSYXcgcGFja2V0 cyBzZW50OiAxICgxMjhCKSB8IFJjdmQ6IDEgKDE1NkIpIHwgTG9zdDogMCAoMC4wMCUpCk5w aW5nIGRvbmU6IDEgSVAgYWRkcmVzcyBwaW5nZWQgaW4gMS4wNyBzZWNvbmRzCg== --------------6D413B37D402893C04AB9EB3-- From owner-freebsd-arm@freebsd.org Wed Nov 18 10:11:47 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 4EE352EA1AA; Wed, 18 Nov 2020 10:11:47 +0000 (UTC) (envelope-from andrei.cos.martin@gmail.com) Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (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 4Cbdrf1Ld8z3CKX; Wed, 18 Nov 2020 10:11:45 +0000 (UTC) (envelope-from andrei.cos.martin@gmail.com) Received: by mail-pj1-x1036.google.com with SMTP id fw15so40995pjb.0; Wed, 18 Nov 2020 02:11:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nnR9nPJl6TTS77n5r7ShAO7PTVumi8K+7t9GlK3dFrM=; b=L/7wtIDfsWMmC6cEFXjRn1TtkmaRWf8v8mz8iaS85X6wgkTsDEzYr982+te/2WsK5B ujw1rvudvv9Kkyc3E4D6XBkI189c/xOGaMtFAJvkJpYdH2vSZLDm9ysDGg557dXSqbke ic9i8NzJenwXfVIaJrH96IoMqaUZGStoMbANHxaZTyshVXFndlAwX0/SQ1krHvdhXRWf qNWkQKX1o8wlzxRJRkUj0vDOIWlnMXxeoEko7yoXI9e9mlLRXAH1O/uQG2thCDaDZquj ZKVAMob6saJlSxqGKvHUosieFQRe8ZKB6Ezym/ph7aTmUMsCNFE0PJ8hepzEeUV/xNA9 XtUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nnR9nPJl6TTS77n5r7ShAO7PTVumi8K+7t9GlK3dFrM=; b=R6hmcx5E4HFEBxIBoQvi1t1R2E8MBIdALmMBf7WBGrmCTYjNoJFeg9+1prt+/cPLaE 8TOiVgXSCKTE0rlB5El/ysf54cEhBjKY7tcQKbAL5iH0dmI072Zu1fwY08b1vEXtkC79 igH3MzKzFBy/RVZdzRnOUqLIu0jjxwnDozhG1EKhR04UB+MGBicimQwCUzRmJwEcgWHj hKkVwQKtTcefrKzO1Jd3rDcra1CQfCGHcnJKoXyo9cqGfQDzaQSwzgR7O2MqkkFkgzQe crNCf6SWmKiYktvv/FuC5ZqbJGJCUL6utGkx3t2C++Q1fQKllXNZTUO0fkw257W495lw W+jw== X-Gm-Message-State: AOAM53346gcw/mWS/hJVGm4HAqAzTCTKGKE5LPZe9/NUsSLOeTFF/ZPY +898e+QCOtlRpBMmziE9Qq2+trw8MoAooe7rlmDJrBEDtUIscw== X-Google-Smtp-Source: ABdhPJyOBdF4J6YkehOK1pMooPJruKP4NeMrIiMslA/oORTU0xk9MkiHsPHB9p9u3rzOC5gXtSGPGL3+F8T+psYfNQk= X-Received: by 2002:a17:902:d3d4:b029:d7:e936:7651 with SMTP id w20-20020a170902d3d4b02900d7e9367651mr3852099plb.57.1605694303582; Wed, 18 Nov 2020 02:11:43 -0800 (PST) MIME-Version: 1.0 References: <92471791-E6DC-47E4-9124-79558DDCA7D0@gmail.com> <91d3502e-20ef-8487-7560-66d30dc55e23@freebsd.org> In-Reply-To: <91d3502e-20ef-8487-7560-66d30dc55e23@freebsd.org> From: Andrei Martin Date: Wed, 18 Nov 2020 12:11:32 +0200 Message-ID: Subject: Re: [arm64][bhyve] Hypervisor implementation proposal To: Peter Grehan Cc: "freebsd-virtualization@freebsd.org" , freebsd-arm@freebsd.org, Mihai Carabas X-Rspamd-Queue-Id: 4Cbdrf1Ld8z3CKX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=L/7wtIDf; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andreicosmartin@gmail.com designates 2607:f8b0:4864:20::1036 as permitted sender) smtp.mailfrom=andreicosmartin@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::1036:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::1036:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1036:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-virtualization,freebsd-arm]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 10:11:47 -0000 Hi Peter, Thanks for your response. I have updated the revision by removing the armv7 support and host platform support. Andrei On Mon, Nov 9, 2020 at 11:37 AM Peter Grehan wrote: > Hi Andrei, > > > The UPB team made a revision for the bhyve on arm/arm64 on > phabricator[1]. > > > > Any feedback is greatly appreciated. > > > > [1] https://reviews.freebsd.org/D26976 < > https://reviews.freebsd.org/D26976> > > Thanks for putting up the review: that is a sizeable amount of work. > > I'd suggest removing 32-bit host support from the review to reduce the > size. Note that Linux/KVM has dropped 32-bit host support (see the > thread at > > https://patchwork.kernel.org/project/kvm/cover/20200210141324.21090-1-maz@kernel.org/), > > and the same reasons would apply to FreeBSD. > If there is interest it could be resurrected at a later time. > > The MI/MD split could be done independently of this. It has been > talked about for a long while, so I'll commit to doing this in the > existing amd64 codebase. The ARM work could then be rebased into that. > > Also, any host platform support, such as the ARM simulator or > EspressoBin, could be split out since it's independent of the hypervisor > portion. > > later, > > Peter. > From owner-freebsd-arm@freebsd.org Wed Nov 18 16:30:31 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 C769546C188 for ; Wed, 18 Nov 2020 16:30:31 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (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 4CbpFg0K97z3rSk for ; Wed, 18 Nov 2020 16:30:30 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-lj1-x22f.google.com with SMTP id b17so2980417ljf.12 for ; Wed, 18 Nov 2020 08:30:30 -0800 (PST) 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=eB3B+xTIwsJgdZkn8JuoIljSTLe8IXPA6DBop6qxXXg=; b=IwPrZzJPQ1yVTeeriWQw+RU+5r6aBbtee1ef/GZDcZig1HoaR7ktntN9qKwp8AnpOy DAQYkKiyv11MLxp5P2o9xwDDXIutvlrV9Xrl2Asn2RNLMd6O3cNwKyURirUenTc5ZV2O laRM+Q2eNu6hDEb1Hf1+o/v1uAeazyAqekYnaK+OEMLEJZAJvkjGC2vV/jHtAqXYqx39 17XpZnQVzv0x3UvxSg6hzK0SPaC3FsonMCL03PsCoUBCUlFsoAhNoiipx51UiLHiGyuO 94RAWmiXydz9zBF0vQMvi5E5ordWD92qoIzn0YrrH+VUlcuaehr1RPmMMHX2RKz8b0Ng QEJA== X-Gm-Message-State: AOAM532a06GSTjrUZUqJN7wyUWhjkr/y093deRuTJk0N1DP4kxt4VE3+ QTDZaiVraHzHhmW4OZugFMXY3zMVdtCh+A== X-Google-Smtp-Source: ABdhPJwLpg1byNL/suE5zdd5kY0AfUvN7sDg3NNF9UMVvIbEZXgKTK9Ok6d7zSnTGyGvMrTsDQS+OQ== X-Received: by 2002:adf:8028:: with SMTP id 37mr5540232wrk.111.1605716648431; Wed, 18 Nov 2020 08:24:08 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-109-191.46.114.pool.telefonica.de. [46.114.109.191]) by smtp.googlemail.com with ESMTPSA id c187sm5524983wmd.23.2020.11.18.08.24.06 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Nov 2020 08:24:07 -0800 (PST) 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.20.0.2.21\)) Subject: Re: bcm2711-rpi-4-b.dts Date: Wed, 18 Nov 2020 17:24:05 +0100 References: <20201117190526.GA11769@fuz.su> To: Robert Clausecker , freebsd-arm@freebsd.org In-Reply-To: <20201117190526.GA11769@fuz.su> Message-Id: <265FFAD2-E3AD-4B60-88DA-82A6F05548A1@googlemail.com> X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CbpFg0K97z3rSk X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::22f:from]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.109.191:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.191:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; BAD_REP_POLICIES(0.10)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::22f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 16:30:31 -0000 Hi Robert, in our German language you asked me in a very friendly and funny private = email which=20 bcm2711-rpi-4-b.dts file has to be compiled. Here is one which you can try and which works : https://reviews.freebsd.org/D26853 (D26853 :'Bus xhci_pci: probe failed, error -110' will never bring you = near to heart attack again, :-) Ha Ha you=E2=80=99ll need u-boot 2020.10 and you=E2=80=99ll overwrite the = files which have the number 4 in it=E2=80=99s filenames. Because you also asked for Wiki-entry- details : It seems many do not know this: The FreeBSD wiki consists mainly of = inside information for/from developers, which is often hard to = understand for the end user but (hopefully) glass clear to understand = for insiders . FreeBSD 13/rpi4 is in development and is not yet released, so the = Wiki-team cannot guarantee fully working environments based on patches = for upcoming releases which are linked in the Wiki . Nevertheless, I'm very happy that the Wiki is so useful for you ! ;-)=20 Best Regards Klaus =20 =20 > Am 17.11.2020 um 20:05 schrieb Robert Clausecker : >=20 > Hallo Klaus, >=20 >=20 >=20 > Sch=C3=B6ne Gr=C3=BC=C3=9Fe, > Robert Clausecker From owner-freebsd-arm@freebsd.org Wed Nov 18 23:22:38 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 99680474BAA for ; Wed, 18 Nov 2020 23:22:38 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 4CbzP93mXfz4nVM for ; Wed, 18 Nov 2020 23:22:37 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 575635C017E for ; Wed, 18 Nov 2020 18:22:36 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 18 Nov 2020 18:22:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=D2D8MVOcgVPA5XlSBPoeoovFTku chCmy5QqnG153syo=; b=BIY+YEB/XHHpbZJeKeEXGsxS9DrAfjREpapD12eNFLR ktScqGsx4NzXRIa8mgg68R9DDURZsJydnLiKhZBBMnL9DktlIVO/UcVO/jfn/7I9 +OqArcAK653jJoNBUvXfKKljjD67zyK1Sp4ZVbhKR3k46/4/s5B9oaogH1hlKzAB 8oRSHiDKqM2wXyGVMkfBhJ1wiGN4+H8wuoVdD3ayipMGRYClsCueyo6f9/T0DqMZ soVkEy/MSoWCsiM8mqwXIBrKmWQEs/GhnX9lL/qbGgLtu/44CFlf5ADXIv6ysWEd ULcz00hVMMmzu8sFRyUJYmMreXbvCshBfRBOHGV5X4A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=D2D8MV OcgVPA5XlSBPoeoovFTkuchCmy5QqnG153syo=; b=OeCcsUEBtZiClcfEHw3LQc uAubcs2CpeHJZ5sE1oHokpGsf+TeSywZATQmsM0cv5XlsVQhzcCNwQ8A772Fg8u8 7Y6oWnoPXRRSOyb1oOBq+TaozXNvloWmav4e+v2X+AExFBzPH4EYnWJliuxO0ghD DGdpoNLy0621gRN6j06QOl9ajInPPL898nHJuimlSOprqT4WoRUHa8x4NT30mE+G 3PAwVFiz/GUzYeFyE2geaSDEHQgXiSqJq5G/xHcflKFEnxWx813h9ze0s8Ja1x41 g+6dgk76QkVHlPgR2u6rgnfaBFLPJJf+ejmCWEJnkUz7ywX6jN+vDschzXp3bodg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudefiedgtdekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtjeenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtteelkeeuvedthfeuleeiffeivd dvffdtleduteekffevueffledtledvveegueenucfkphepkedvrdejtddrledurddutddu necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from rpi4.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id B5DA83064AAF for ; Wed, 18 Nov 2020 18:22:35 -0500 (EST) Date: Wed, 18 Nov 2020 23:22:33 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: tmp and tmpfs Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DDJtEbV1uJ+W6NFb" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CbzP93mXfz4nVM X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=BIY+YEB/; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=OeCcsUEB; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 23:22:38 -0000 --DDJtEbV1uJ+W6NFb Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 18, 2020 at 07:25:19AM +0000, Robert Crowston wrote: >It=E2ll be significantly faster in memory, it depends if you want to >spare the ram. > >How many temporary files do you have? Hi, I'm not sure ;) I'm not even sure how much space I'll need. Think I'll just have=20 to test and see. The pi4 isn't used for xorg at all, though things=20 like mutt and imapsync might use tmp a lot. On a desktop running=20 kf5-plasma/firefox and all the trimmings, tmp stands at 8.1GB and the system was rebooted only a couple days ago. The pi4 has just finished building world/kernel and tmp is 282k. Maybe set it to 1GB. I was wondering really if memory pressure=20 pushes this to swap, if there would be slowdown more significant=20 overall than if /tmp was just on zfs --=20 J. --DDJtEbV1uJ+W6NFb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl+1rLAACgkQs8o7QhFz NAWo8g/+OdMAmOXrL86q/wLwL1IXYGKrNHvJbIUwhWLC7vgeJajNYb8VI1TnoaNq mE18MLsKpBniTiW5+TdXobEZKnLkcEDQ+QwIdxoR4iw9TRh7TznZYqi1LiEz1s8f upIivEOYTWxxm8hyTq3GIBjc5zvHEsLKvbI6V9hqzeXwIhr1uvXH9NrHjOXz0J9K 2ZTNO/zfqmL8CN/gXLkLDDoBvZVmDqG6aFLTRZCLj1VBdNwNOy+G+cbZ+CXlU/Th ZlV9ixVtpvAF60BYCW2lOPylr5umzQlNUn5GquaeZ4izCqrC+7/dDFzedsBwLM4M zX6F2XLkkmKmAcuFPO+cFZQZlEy9cI+dtNg+LWIpMRqvQwe3awEHG10Dn6MTCI7V LcfdqgsarutziAf2SZGKhDf4arWxGcd+nu0OZzacdKIFw6tR4Nr8bYgNa0sKEh8S wo6JCTfBOyQzvnvX+VfExFHP5c7F8N1IWVLufEkTRCNiGhVahiUkIpY9Y9Cr0Ztg qHaC+2n8LF8Ilce+3efp7jT+FejPEYvEQJ0vSoh9P2UohabGGgFY6etSeyNv8mBS FvAVsZ9iw3Y4SDXoYpBgiYiADbv1z4d/QNmh2D+M8QAD+A1s9WNxGeoeuOzQOZ0n gCreWtfjqwqRZ4a/UvqQha43x2oz2A/zA83ImM5j4pQXejRYd8U= =Lv2f -----END PGP SIGNATURE----- --DDJtEbV1uJ+W6NFb-- From owner-freebsd-arm@freebsd.org Thu Nov 19 02:22:12 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 5BFD447BC7C; Thu, 19 Nov 2020 02:22:12 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pg1-x529.google.com (mail-pg1-x529.google.com [IPv6:2607:f8b0:4864:20::529]) (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 4Cc3NN1v8Xz3JqC; Thu, 19 Nov 2020 02:22:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pg1-x529.google.com with SMTP id 62so2800451pgg.12; Wed, 18 Nov 2020 18:22:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=NK7k7lpxMllAWLL0yEzY4uJiczYqC+bj/iG9k0Sgn/Q=; b=r61MU/uGKPtpb0ROTVMSAdiCcukHJ4ZgDftMW9T2hD5/dF9Zd8CZVZR/Z4YZIHNuLI cK5R/r2jx5uKLlYv8TRE2YMDgMJlaGClDSi5AhCiM51dtKPTPppnUj/1iVPr4zk70ad2 LNvAv1W0B3e3GXCxkjMZX+1F5TKteP7IhmquMdTi7G4vHWSNngN8r/XrVmYTBNNt79n9 oDo2TgohEJp7CG8jrSgdp5SbroG+U195wAzi6QK1eZ6d6USkxRmI8a/bR8wpRiOPhCZR +sSIzpMBt+0974Uu0/b6ezooWJzlVvyYsiYk7iv5Ax+21bA8xbyVqpLR71X3GMm/TZ2e NDzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=NK7k7lpxMllAWLL0yEzY4uJiczYqC+bj/iG9k0Sgn/Q=; b=LD9ZLywlOFWSv+FG6sPiN6+gbtAdZUlNdALsIhmRvtFc3ycezgEytEhCG/KTs2BM0x JqBpN2qiZkT9Jz8i1NuwpkHi1OgA81Wht3J09nNGOZDt6qSjM8C/GVo5kyiOOAE/mh+G Kp1525TgU+9OX2P3tBIXwl3yGulQr0NB17/tHw37qcCsmd5gUS/C5zO3BykX/8Ajg22J Vri4xAMsVyAeeuvmFySIHt0HX9/1pV3xWrU3lTNLqx7nfNPrYrLb/AuDmJ0YH1YSDyRz wKYruAgX5GOD2Ad+nhu4/Jj9+1+AWwncIDxBlEgoclDmUNqXnumpJbNbXSMM3s3wpC4Z fb+w== X-Gm-Message-State: AOAM5304lGuB7040AMwE1/fLfI88nAP6k8OXNe3D7ANw8AOwx2uqlaaS IoBBeaCAokHwkTOfBBN08CM= X-Google-Smtp-Source: ABdhPJzZc+zrM4UJbWcRsLaTZLFRm3sVCa6hIKTtmP1/ML4aZBfWzjRAq4ZpduLVMjbrOiOgCP5o1g== X-Received: by 2002:a17:90a:bc83:: with SMTP id x3mr1973141pjr.90.1605752530775; Wed, 18 Nov 2020 18:22:10 -0800 (PST) Received: from localhost ([210.108.244.139]) by smtp.gmail.com with ESMTPSA id w66sm30840522pff.171.2020.11.18.18.22.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 Nov 2020 18:22:10 -0800 (PST) Date: Thu, 19 Nov 2020 11:22:08 +0900 From: YongHyeon PYUN To: Carsten =?iso-8859-1?Q?B=E4cker?= Cc: Hans Petter Selasky , Kristof Provost , freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) Message-ID: <20201119022208.GB1974@michelle> References: <20201103045215.GA2524@michelle> <46d08198-530c-cb4b-efa8-4edaf89471c1@selasky.org> <4dfaa9a3-c085-8466-a6e4-19f988b5ed3d@selasky.org> <20201116011910.GB1941@michelle> <1245cbe5-9d2f-4808-f989-569ae7d57a8a@gmx.de> <20201117030406.GA45158@michelle> <20201118044857.GA1974@michelle> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Rspamd-Queue-Id: 4Cc3NN1v8Xz3JqC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 02:22:12 -0000 On Wed, Nov 18, 2020 at 10:47:08AM +0100, Carsten Bäcker wrote: [...] > Sorry, that's my fault - i overlooked your request for a test with pf > enabled. > The example-ruleset is attached again. I added a line to allow the > incoming ping to 5555. > > I don't see a difference until i enable the redirection to the jail > which makes the packet with extended data-length fail. > Once i disable RXCSUM it works. > Thanks for testing. Unfortunately I couldn't find a driver issue on patched smsc(4). Quick looking pf(4) makes me wonder how it verifies UDP datagrams. Kristof, does pf(4) take advantage of H/W checksummed result for UDP datagrams? It seems pf_check_proto_cksum() always pass IPPROTO_TCP such that UDP pseudo checksum is not computed in the function. I'm under the impression that incremental checksum update for UDP datagrams with only CSUM_DATA_VALID bit wouldn't work. From owner-freebsd-arm@freebsd.org Thu Nov 19 07:35:59 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 8787F2EA600; Thu, 19 Nov 2020 07:35:59 +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 4CcBLR1jQtz3qn6; Thu, 19 Nov 2020 07:35:58 +0000 (UTC) (envelope-from carbaecker@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1605771356; bh=HWHo/zULhroyb7+GDbAyEjCh99L8kaH+c9JdRk/3r8Q=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=hp5UjPXsHRYppJQsgyA19mHsuMhTy3bmmDgEMguqW13Gp5uw10nK5zbUT338TVLnN L2fx9kknM0N1WnxxlsDYiJe3bqDzHOkp/qCpGz8j+o2eQzpROoh3zarkNHWiKVxEx3 M6mxBvv0sSx1tkbTkvZWPESNdhewh/H9np+kboJc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.30] ([94.31.96.148]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MK3W0-1kxst00Reo-00LRqI; Thu, 19 Nov 2020 08:35:56 +0100 Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) To: YongHyeon PYUN Cc: Hans Petter Selasky , Kristof Provost , freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org References: <20201103045215.GA2524@michelle> <46d08198-530c-cb4b-efa8-4edaf89471c1@selasky.org> <4dfaa9a3-c085-8466-a6e4-19f988b5ed3d@selasky.org> <20201116011910.GB1941@michelle> <1245cbe5-9d2f-4808-f989-569ae7d57a8a@gmx.de> <20201117030406.GA45158@michelle> <20201118044857.GA1974@michelle> <20201119022208.GB1974@michelle> From: =?UTF-8?Q?Carsten_B=c3=a4cker?= Message-ID: <117fea06-11ed-c074-1880-bef75c57d662@gmx.de> Date: Thu, 19 Nov 2020 08:35:54 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <20201119022208.GB1974@michelle> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: de-DE X-Provags-ID: V03:K1:NFDasVzA0U8ax2dg/BClZScYjcyZJm2bAr/QE7YCvIM/yUl12dB +mKZl4IY2Oo+v9spsDcrTsZRLhRMGc2e7+TRPWu1a8HptvwtatXZ8KBAcX+vkuM/r62g3xB EQRJRY8CP9TGov168YVaEp9E42u5IcbnFcYN5BIre73Pq6S+lCPZgKyfg7zDlcjcfW2UjxL IBeIuOiAwRjU2UYum8K+g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:lXnAKqUO49I=:CUYMjphv08DxB1NBjpbZK7 kbJvVnnPbIE9m83c9Z6ySYam4y0ZX13zkE0/VgIAY7QPRex9dHoTIdr9jsUg6v+e114d0qaC9 WFawlMtRw6A2J7k4nxcXwvuZ8Ej9xu5xCHwSDMGKmXOWkXyiumpKlajY+d3NCU9qoF3i5E5hm cPomKHjYCiTCf9V2Y70F/drtS0IGZVrjZmqam0hs4gBnkemMRJAkwcwOVMnIgZnBtGaeI31dL 7TxO6eFdaoMzrJzvr+Bl1yD7CTqbyqLUABpBCSBfy44FKR79N6Smhm2upoV+w3tHzjOPd1P2X 174nx0s3MrRKxmwFR/qeT+VUecQvFoenYS8NyxprRDsHxQeDj4VZ7cVNITUoYgeDrNceC4AsI 0xDCbGCi7ERxxcqcYtpQhRHsOQyPt9pH7pTRO4nShbqcehUyvJ9VBF4GCLEKpHasT+Pmpu06I tFA9Uz7Qpwag2qskSyIcZLi/OKdWVlmQt6GcmFVKORsMbT98eqRQUmCMqhbbgGN+IAMS7h/ES NXhdzwAnWIRUusNEFIz/kDpdEmoINH/9R0DvDR9f6YxLyIqDlcUu1OFWYYO4ooxeidpK9EzEv N8YZUC9Svs0gRyCA9rJCWaRuvTxv0FNVvcXrzJlwwrA/b5On8Hh02qMKpdBR6aPMjFC5m5oDV JKFWmImLwat0MYzFXelGulUVFEgB9PiKY0/bFVSnV3pGJej8FHM26PG6qmYhNLt5Z5iky2UMb GosLCPe2USHDF2ttTFaEK7+KjLP8icR80hIV7SyrCVG9KgwmlAodWDdDc2n8Zg+n1k10SLHvX MFgA/qY1HDzRxmuyW+8L2iskAWq6uztzc5qAP2ZUh5XveOleFhBQJZ2Nk/QrpsZRo54b8tvy+ PTVv7Rf7ygy2YzeHpStQ== X-Rspamd-Queue-Id: 4CcBLR1jQtz3qn6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 07:35:59 -0000 Am 19.11.2020 um 03:22 schrieb YongHyeon PYUN: > On Wed, Nov 18, 2020 at 10:47:08AM +0100, Carsten B=C3=A4cker wrote: > > [...] > >> Sorry, that's my fault - i overlooked your request for a test with pf >> enabled. >> The example-ruleset is attached again. I added a line to allow the >> incoming ping to 5555. >> >> I don't see a difference until i enable the redirection to the jail >> which makes the packet with extended data-length fail. >> Once i disable RXCSUM it works. >> > Thanks for testing. Unfortunately I couldn't find a driver issue > on patched smsc(4). Quick looking pf(4) makes me wonder how it > verifies UDP datagrams. > > Kristof, does pf(4) take advantage of H/W checksummed result for > UDP datagrams? It seems pf_check_proto_cksum() always pass > IPPROTO_TCP such that UDP pseudo checksum is not computed in the > function. I'm under the impression that incremental checksum > update for UDP datagrams with only CSUM_DATA_VALID bit wouldn't > work. Just did a quick test with the RPI4, using the sd-card from the previous run. The lengthly packet fails even with pf disabled. Surprisingly the original problem (within the NAT-ted jail) disappeared. From owner-freebsd-arm@freebsd.org Thu Nov 19 08:05:44 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 73EDB2EB261 for ; Thu, 19 Nov 2020 08:05:44 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4CcC0k4W11z3s9j for ; Thu, 19 Nov 2020 08:05:42 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Thu, 19 Nov 2020 09:05:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1605773138; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=MS37mQYmDMtDPaFSr2hDqMLzpnO17dLoIcQHTMJT0dw=; b=f9M5sk9VluK2tjPSuClz0xmAJrcYmQ0qZQtn7WLlti40kQeBT/qIIYdLJIP1X3hLLvKZ+p MD6m870LTKZBqCOVXoqQl5/cmJIB3Ls47d8mUzNyKypyFqUujKzJvzRePbPkfkkN1IWaO7 Us7OaecxuFcPLpmeQTOe57nDlQg8m88rfNK1DKa1VQBumOnQeLco5dZstROy8/Pih7nPoH fDRtwGVyguZZ7bceelu6ZDUaZHKkqnNJiRjJNmWWQPAcwZ963fENo0+qsDd+2KCuOgUkrC DdX7OmY86js8g694JDqgbbD/ULe/47sCr/Anc5A7pWHx5Z2hUevkQNnHKBKOHA== From: Ronald Klop To: freebsd-arm@freebsd.org Message-ID: <432897489.1.1605773138185@localhost> Subject: rpi4 20201112 snapshot broken? MIME-Version: 1.0 X-Mailer: Realworks (535.1033.d41be6875fe) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4CcC0k4W11z3s9j X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=f9M5sk9V; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; NEURAL_HAM_SHORT(-1.00)[-0.996]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MID_RHS_NOT_FQDN(0.50)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 08:05:44 -0000 Hi, Yesterday I installed a Rpi4 8GB. Used the howto from the Wiki and this recent mail thread: https://lists.freebsd.org/pipermail/freebsd-arm/2020-November/022701.html. Only difference was that I used a more recent snapshot. FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20201112-2ed50808d2b.img.xz This did not boot. Not any output in the serial console. After an hour of two googling and checking the cables, etc. I decided to use the exact same snapshot as in the mail (20201105) and it immediately gave output and booted. Nice. dmesg: https://dmesgd.nycbug.org/index.cgi?do=view&id=5792 Just a heads-up that the 20201112 snapshot does not work. Or I'm doing something wrong.... Regards, Ronald. From owner-freebsd-arm@freebsd.org Thu Nov 19 10:08:59 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 E7A6A2EDE87 for ; Thu, 19 Nov 2020 10:08:59 +0000 (UTC) (envelope-from SRS0=Yi5L=EZ=freebsd.org=grehan@iredmail.onthenet.com.au) Received: from vito-vars.onthenet.com.au (vito-vars.OntheNet.com.au [203.13.68.24]) (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 4CcFkz4JGcz4TWD for ; Thu, 19 Nov 2020 10:08:58 +0000 (UTC) (envelope-from SRS0=Yi5L=EZ=freebsd.org=grehan@iredmail.onthenet.com.au) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by vito-vars.onthenet.com.au (Postfix) with ESMTPS id 358DF20917A7 for ; Thu, 19 Nov 2020 20:08:49 +1000 (AEST) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [203.13.68.150]) by alto.onthenet.com.au (Postfix) with ESMTPS id 1D31E20A53F0 for ; Thu, 19 Nov 2020 20:08:49 +1000 (AEST) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [127.0.0.1]) by iredmail.onthenet.com.au (Postfix) with ESMTP id 0D39C2115C31 for ; Thu, 19 Nov 2020 20:08:49 +1000 (AEST) Received: from iredmail.onthenet.com.au ([127.0.0.1]) by iredmail.onthenet.com.au (iredmail.onthenet.com.au [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Eha3lxHEmnWQ for ; Thu, 19 Nov 2020 20:08:48 +1000 (AEST) Received: from MacBook-Air-4.local (unknown [120.29.38.90]) by iredmail.onthenet.com.au (Postfix) with ESMTPSA id D697E2115C2E; Thu, 19 Nov 2020 20:08:48 +1000 (AEST) Subject: Re: [arm64][bhyve] Hypervisor implementation proposal To: Andrei Martin Cc: "freebsd-virtualization@freebsd.org" , freebsd-arm@freebsd.org, Mihai Carabas References: <92471791-E6DC-47E4-9124-79558DDCA7D0@gmail.com> <91d3502e-20ef-8487-7560-66d30dc55e23@freebsd.org> From: Peter Grehan Message-ID: <6024e775-2e54-de7a-77dc-5c0d725a7511@freebsd.org> Date: Thu, 19 Nov 2020 20:08:48 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.4.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-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=RcsL92lv c=1 sm=1 tr=0 a=A6CF0fG5TOl4vs6YHvqXgw==:117 a=jv95JoYWqjuhviHrDs94QA==:17 a=IkcTkHD0fZMA:10 a=nNwsprhYR40A:10 a=gzcteG-D1ZPzElaRyM8A:9 a=QEXdDO2ut3YA:10 X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=LtAJNkVc c=1 sm=1 tr=0 a=mJOSnoNX3k71adV6TmU0eQ==:117 a=jv95JoYWqjuhviHrDs94QA==:17 a=IkcTkHD0fZMA:10 a=nNwsprhYR40A:10 a=gzcteG-D1ZPzElaRyM8A:9 a=QEXdDO2ut3YA:10 X-Rspamd-Queue-Id: 4CcFkz4JGcz4TWD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 10:09:00 -0000 Hi Andrei, > I have updated the revision by removing the armv7 support and host > platform support. Thanks for the update: that's going to make the review a lot easier. later, Peter. From owner-freebsd-arm@freebsd.org Thu Nov 19 12:37: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 7BE1746ADC4 for ; Thu, 19 Nov 2020 12:37:41 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (fuz.su [IPv6:2001:41d0:8:e508::1]) (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 (2048 bits) client-digest SHA256) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CcK2X2Fzbz4d3n for ; Thu, 19 Nov 2020 12:37:40 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.15.2/8.15.2) with ESMTPS id 0AJCbVEZ059897 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 19 Nov 2020 13:37:31 +0100 (CET) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.15.2/8.15.2/Submit) id 0AJCbVlB059896; Thu, 19 Nov 2020 13:37:31 +0100 (CET) (envelope-from fuz) Date: Thu, 19 Nov 2020 13:37:31 +0100 From: Robert Clausecker To: Klaus Cucinauomo Cc: freebsd-arm@freebsd.org Subject: Re: bcm2711-rpi-4-b.dts Message-ID: <20201119123731.GA59823@fuz.su> References: <20201117190526.GA11769@fuz.su> <265FFAD2-E3AD-4B60-88DA-82A6F05548A1@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <265FFAD2-E3AD-4B60-88DA-82A6F05548A1@googlemail.com> X-Rspamd-Queue-Id: 4CcK2X2Fzbz4d3n X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fuz@fuz.su designates 2001:41d0:8:e508::1 as permitted sender) smtp.mailfrom=fuz@fuz.su X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:8:e508::1:from]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fuz.su]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[2001:41d0:8:e508::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 12:37:41 -0000 Hi Klaus, With this file and the u-boot binary you linked it appears to boot. Sounds good! Thanks a lot for your support. Perhaps you could link this file in the instructions for other people to find? Yours, Robert Clausecker On Wed, Nov 18, 2020 at 05:24:05PM +0100, Klaus Cucinauomo wrote: > Hi Robert, > > in our German language you asked me in a very friendly and funny private email which > bcm2711-rpi-4-b.dts file has to be compiled. > Here is one which you can try and which works : > > https://reviews.freebsd.org/D26853 > (D26853 :'Bus xhci_pci: probe failed, error -110' will never bring you near to heart attack again, :-) Ha Ha > you’ll need u-boot 2020.10 and you’ll overwrite the files which have the number 4 in it’s filenames. > > Because you also asked for Wiki-entry- details : > It seems many do not know this: The FreeBSD wiki consists mainly of inside information for/from developers, which is often hard to understand for the end user but (hopefully) glass clear to understand for insiders . > FreeBSD 13/rpi4 is in development and is not yet released, so the Wiki-team cannot guarantee fully working environments based on patches for upcoming releases which are linked in the Wiki . > > Nevertheless, I'm very happy that the Wiki is so useful for you ! ;-) > > Best Regards > > Klaus > > > > Am 17.11.2020 um 20:05 schrieb Robert Clausecker : > > > > Hallo Klaus, > > > > > > > > Schöne Grüße, > > Robert Clausecker > > -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Thu Nov 19 19:03:39 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 CBFEA471EF1 for ; Thu, 19 Nov 2020 19:03:39 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (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 4CcTbt46hQz3HYM for ; Thu, 19 Nov 2020 19:03:38 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x334.google.com with SMTP id w24so7724173wmi.0 for ; Thu, 19 Nov 2020 11:03:38 -0800 (PST) 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=1DVus4v95omSmzOODtRnBEYuFpApXOMJvA56ar53rnE=; b=M0A/l+RQdTDvpowxScMrTbuo2IAxAfzCIGe6Q0CViwUbH5hCOx420XhVPwos+wEOkV bk/NiLEtoHAaR+X6wKBaOrx/uzvZVwBC1+Ck4sgtx3u4gTyVzJbcA/QfMuk62JlcDBjc s6oszMxtwoevHOsBL+T7GWHrfXR89YnfFyZJHXuIEqQsDTVHFyYe+gunksYGpEsIG6lA MSp46X+LHv0jp4bIrx/coR56MhSSiEWINDTKKHVHppR1PZzENcR6NY/SZ3mTh5kzef+e JqiVtfDXNn39lNnRS2xtx2Z6A37cgclvRsWdNpj1QfOO8Lyr+wtuT7KDIDAYfpk7O/ZN BGvg== X-Gm-Message-State: AOAM533li5OTCgp8CQ45LCaIRpRVKb9nO3+OCrJehmynwttcJg3zw7R4 5f256lUFH1vWZxqrkatjsNiWIfAriPNgww== X-Google-Smtp-Source: ABdhPJxHck5ARkr8UL7xv7jdn92If1VxyaLLFuSY/h5HvWGc4YqaUpHXiTd317SeleYjOy6YlJMnmA== X-Received: by 2002:a05:600c:4112:: with SMTP id j18mr6413795wmi.152.1605812146445; Thu, 19 Nov 2020 10:55:46 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-107-237.46.114.pool.telefonica.de. [46.114.107.237]) by smtp.googlemail.com with ESMTPSA id g186sm28015851wma.1.2020.11.19.10.55.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Nov 2020 10:55:45 -0800 (PST) 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.20.0.2.21\)) Subject: Re: bcm2711-rpi-4-b.dts Date: Thu, 19 Nov 2020 19:55:43 +0100 References: <20201117190526.GA11769@fuz.su> <265FFAD2-E3AD-4B60-88DA-82A6F05548A1@googlemail.com> <20201119123731.GA59823@fuz.su> To: Robert Clausecker , freebsd-arm@freebsd.org In-Reply-To: <20201119123731.GA59823@fuz.su> Message-Id: X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CcTbt46hQz3HYM X-Spamd-Bar: ++++++++++++ X-Spamd-Result: default: False [12.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::334:from]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.107.237:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_CSS(4.00)[46.114.107.237:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; BAD_REP_POLICIES(0.10)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::334:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.107.237:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 19:03:39 -0000 Hi Robert, thanks for confirmation that your 8GB-model now boots straight from USB. D26853/bcm2711-rpi-4-b.dts was linked in the Wiki directly in front of = your nose. Since you have not solved the malicious quiz,=20 you have to send a can of pils to : kellermeister@FreeBeerSD.org ;-)=20 Best Regards=20 Klaus > Am 19.11.2020 um 13:37 schrieb Robert Clausecker : >=20 > Hi Klaus, >=20 > With this file and the u-boot binary you linked it appears > to boot. Sounds good! >=20 > Thanks a lot for your support. Perhaps you could link this file > in the instructions for other people to find? >=20 > Yours, > Robert Clausecker >=20 > On Wed, Nov 18, 2020 at 05:24:05PM +0100, Klaus Cucinauomo wrote: >> Hi Robert, >>=20 >> .. >> https://reviews.freebsd.org/D26853 >>=20 >> Best Regards >>=20 >> Klaus =20 >>=20 >>=20 >>> Am 17.11.2020 um 20:05 schrieb Robert Clausecker : >>>=20 >>> Hallo Klaus, >>>=20 >>>=20 >>>=20 >>> Sch=C3=B6ne Gr=C3=BC=C3=9Fe, >>> Robert Clausecker >>=20 >>=20 >=20 > --=20 > () ascii ribbon campaign - for an 8-bit clean world=20 > /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Fri Nov 20 14:34:44 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 482E42EC355; Fri, 20 Nov 2020 14:34:44 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cczb81YR3z3jBh; Fri, 20 Nov 2020 14:34:44 +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 E768AF99B; Fri, 20 Nov 2020 14:34:43 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 3489F4B6E6; Fri, 20 Nov 2020 15:34:41 +0100 (CET) From: "Kristof Provost" To: "YongHyeon PYUN" Cc: "Carsten =?utf-8?q?B=C3=A4cker?=" , "Hans Petter Selasky" , freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Problem with checksum offloading on RPi3 (PF + Jails involved) Date: Fri, 20 Nov 2020 15:34:40 +0100 X-Mailer: MailMate (1.13.2r5673) Message-ID: In-Reply-To: <20201119022208.GB1974@michelle> References: <20201103045215.GA2524@michelle> <46d08198-530c-cb4b-efa8-4edaf89471c1@selasky.org> <4dfaa9a3-c085-8466-a6e4-19f988b5ed3d@selasky.org> <20201116011910.GB1941@michelle> <1245cbe5-9d2f-4808-f989-569ae7d57a8a@gmx.de> <20201117030406.GA45158@michelle> <20201118044857.GA1974@michelle> <20201119022208.GB1974@michelle> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed; markup=markdown Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2020 14:34:44 -0000 On 19 Nov 2020, at 3:22, YongHyeon PYUN wrote: > On Wed, Nov 18, 2020 at 10:47:08AM +0100, Carsten Bäcker wrote: > > [...] > >> Sorry, that's my fault - i overlooked your request for a test with pf >> enabled. >> The example-ruleset is attached again. I added a line to allow the >> incoming ping to 5555. >> >> I don't see a difference until i enable the redirection to the jail >> which makes the packet with extended data-length fail. >> Once i disable RXCSUM it works. >> > > Thanks for testing. Unfortunately I couldn't find a driver issue > on patched smsc(4). Quick looking pf(4) makes me wonder how it > verifies UDP datagrams. > > Kristof, does pf(4) take advantage of H/W checksummed result for > UDP datagrams? Yes. Pf updates checksums if they’re present, rather than fully recalculating them. > It seems pf_check_proto_cksum() always pass > IPPROTO_TCP such that UDP pseudo checksum is not computed in the > function. Note that pf_check_proto_cksum() is only ever called from pf_return(), and then only if pf->proto == IPPROTO_TCP. Checksum updates are mostly done through pf_proto_cksum_fixup(), in different parts of the code. Best egards, Kristof From owner-freebsd-arm@freebsd.org Fri Nov 20 22:01:35 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 A079646F550 for ; Fri, 20 Nov 2020 22:01:35 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 4Cd9Vk4lQ8z4gmj for ; Fri, 20 Nov 2020 22:01:34 +0000 (UTC) (envelope-from ronald-lists@klop.ws) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=klop.ws; s=mail; h=Message-ID:From:Content-Transfer-Encoding:MIME-Version:Subject:Date :To:Content-Type:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=lcN6wxqUBA54GVOEEjQ1v4DUWakPVND5MG/iM0gEh1U=; b=WZHx+w0aRK2v+IUIkIGFJo9cXU qp2fwvMaJVMMnI1CxNMLMp2emIxX3RgfFmcgIRkKcHN8egBoYeniNUCSXXXONIe4gX0zPQnEff9Z6 5HeP7koKBVCIEDuIRQLpYqBhi4DV+rnWA3jaKy5SNehhZ8Ysphrn/Wr30aPBdpXFtKJY=; Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Date: Fri, 20 Nov 2020 23:01:26 +0100 Subject: rpi4 no boot 20201112 snapshot (success with 20201105) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: --- X-Spam-Score: -3.1 X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 74b82c602e180a6a7275945acf229479 X-Rspamd-Queue-Id: 4Cd9Vk4lQ8z4gmj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=mail header.b=WZHx+w0a; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2020 22:01:35 -0000 Hi, Was following the advice from the wiki and this thread: https://lists.freebsd.org/pipermail/freebsd-arm/2020-November/022701.html Tried this snapshot and had no luck for an hour or more. https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20201112-2ed50808d2b.img.xz Than I tried this one and had a booting system!!!! Hooray! https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20201105-ef87bd449eb.img.xz 8GB and Dmesg available: https://dmesgd.nycbug.org/index.cgi?do=view&id=5792 Next step is connecting SSD and move the root fs. Don't care if /boot/msdos stays on the SD. Regards, Ronald. From owner-freebsd-arm@freebsd.org Fri Nov 20 23:22:04 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 0D2094709B0 for ; Fri, 20 Nov 2020 23:22:04 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 4CdCHb2qCkz4lDS for ; Fri, 20 Nov 2020 23:22:03 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32b.google.com with SMTP id s13so11988385wmh.4 for ; Fri, 20 Nov 2020 15:22:03 -0800 (PST) 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=LQrxJZcr7Lg611EBF3GLURGFH5TnLf5l9wylR04dDW4=; b=RRWMql9EWHHRqHWzt7N/SZD0PTksrgDB0cCJyLJpJgWNizYKtB9ERqqy/v7G0LNGk3 Vbw98HGTG6iMQckwzdj0FPorv9/lg8Gadyx8y7mlf8IUowik9gxO2GxYXvPZhP2u70yr 0LStHbGInunftMpCce5tYFJ1Q35fM4EYSeSvRj3Y1lf3QzFsPUwZPdyy4m+8cndNh+CK KcFt4pU+CASZvNjzpmsxXPTxNavN0sSg3W6jgAoxSapSis8/akd5VqwaLVZczpYyt6tc Jrpi18NWfr3l9qmA4jAew7yXM72if81lHsL8aAVykHADmz2uKlCbSe1no/khtRgGKiOz HrZg== X-Gm-Message-State: AOAM531J+xstqQLxCD7aVIgQ1u5TMUwiyqfIJTqmtCsWm4j/zAwxhVig FW4I6LMLBAxGfXLVWykqF1SKTjiyNTslBQ== X-Google-Smtp-Source: ABdhPJy9ZWfJjLQqHAkuegf2UB4Px8+TDt1KGg31G9Q8mKdBMotBXI2wyO5kO/uZAEiUUp1SCz1uSQ== X-Received: by 2002:a1c:e3d4:: with SMTP id a203mr12984411wmh.177.1605914091506; Fri, 20 Nov 2020 15:14:51 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-109-110.46.114.pool.telefonica.de. [46.114.109.110]) by smtp.googlemail.com with ESMTPSA id h20sm5563182wmb.29.2020.11.20.15.14.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 20 Nov 2020 15:14:50 -0800 (PST) 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.20.0.2.21\)) Subject: Re: rpi4 no boot 20201112 snapshot (success with 20201105) Date: Sat, 21 Nov 2020 00:14:48 +0100 References: To: Ronald Klop , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <52C8B73F-05F1-4FD5-AA21-73D2ABC90E0A@googlemail.com> X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CdCHb2qCkz4lDS X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32b:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.109.110:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.110:received]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; BAD_REP_POLICIES(0.10)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2020 23:22:04 -0000 > Am 20.11.2020 um 23:01 schrieb Ronald Klop : > =E2=80=A6. > Next step is connecting SSD and move the root fs. Don=E2=80=99t care = if /boot/msdos stays on the SD. =E2=80=A6. Hi, you could simply `dd=E2=80=98 the whole SD-card to xy.img and dd that = image to SSD(or use e.g. BalenaEtcher or so). The 8GB model will boot straight from SSD(no SD-card needed) with : https://reviews.freebsd.org/D26853 see: https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5719 Regards Klaus From owner-freebsd-arm@freebsd.org Sat Nov 21 08:05:15 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 29E7147E39F for ; Sat, 21 Nov 2020 08:05:15 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 4CdQvG1Rj5z3lC0 for ; Sat, 21 Nov 2020 08:05:13 +0000 (UTC) (envelope-from ronald-lists@klop.ws) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=klop.ws; s=mail; h=In-Reply-To:Message-ID:From:Content-Transfer-Encoding:MIME-Version: Date:References:Subject:To:Content-Type:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=UGGWh+TrFh3S/c+YnT2WggZNnI3DHRczfZ+3hzWvfv8=; b=VyvgWsgHsM3k4gqjxxQyqUVWuv iRC7nAi5zdiGvisCZQy9FVMLWVR4hoqX0lwED6clX4jNwWLyaKBDQQjIRt6oHzIg98H4BrVI54ONt MYeWRRmtjX8d/aLisXW/vBlDNwjurH9jfWtq66affc2tBUzG34Li2CjZyNVSisfqJvj4=; Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: rpi4 no boot 20201112 snapshot (success with 20201105) References: <52C8B73F-05F1-4FD5-AA21-73D2ABC90E0A@googlemail.com> Date: Sat, 21 Nov 2020 09:05:04 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: <52C8B73F-05F1-4FD5-AA21-73D2ABC90E0A@googlemail.com> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: --- X-Spam-Score: -3.1 X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 0ccaee305be983877c9e38c09cbf8ec4 X-Rspamd-Queue-Id: 4CdQvG1Rj5z3lC0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=mail header.b=VyvgWsgH; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2020 08:05:15 -0000 On Sat, 21 Nov 2020 00:14:48 +0100, Klaus Cucinauomo = wrote: > > >> Am 20.11.2020 um 23:01 schrieb Ronald Klop : >> =E2=80=A6. >> Next step is connecting SSD and move the root fs. Don=E2=80=99t care = if = >> /boot/msdos stays on the SD. =E2=80=A6. > > Hi, > > you could simply `dd=E2=80=98 the whole SD-card to xy.img and dd that = image to = > SSD(or use e.g. BalenaEtcher or so). > The 8GB model will boot straight from SSD(no SD-card needed) with : > https://reviews.freebsd.org/D26853 > see: > https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5719 Nice. Might try that. Can that also boot from ZFS? Or do I still need a = = small UFS /boot than? Regards, Ronald. From owner-freebsd-arm@freebsd.org Sat Nov 21 14:07:36 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 34629468231 for ; Sat, 21 Nov 2020 14:07:36 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 4CdZxL2g3Rz4ljS for ; Sat, 21 Nov 2020 14:07:34 +0000 (UTC) (envelope-from ronald-lists@klop.ws) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=klop.ws; s=mail; h=In-Reply-To:Message-ID:From:Content-Transfer-Encoding:MIME-Version: Date:References:Subject:To:Content-Type:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=GvhNWaZRz3CK9All8O7suMscptMS2HZk8bqNX++j9qw=; b=iVXZtVHuUCswbhbbYQqMKi8nPU VFwChsALTyObH7YsaVWQjZEVgDaAXmmofYb+RpgkqbGomsb4NhuZabY8smxidOS/nsF1OY8K9mgnw ULlZvuCHzmCd33im+bLgHQ3kMHgG7sfy3Jtn4OVlRLjt52g3y7IJTw66p0e2/VvJbSPo=; Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: RPI4 boot with ZFS supported? (was: Re: rpi4 no boot 20201112 snapshot (success with 20201105)) References: <52C8B73F-05F1-4FD5-AA21-73D2ABC90E0A@googlemail.com> Date: Sat, 21 Nov 2020 15:07:27 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: --- X-Spam-Score: -3.1 X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 448baf4759cd3283a5930955cc61e1db X-Rspamd-Queue-Id: 4CdZxL2g3Rz4ljS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=mail header.b=iVXZtVHu; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-3.37 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-0.87)[-0.867]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-arm]; SUBJECT_HAS_QUESTION(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2020 14:07:36 -0000 On Sat, 21 Nov 2020 09:05:04 +0100, Ronald Klop = wrote: > On Sat, 21 Nov 2020 00:14:48 +0100, Klaus Cucinauomo = > wrote: > >> >> >>> Am 20.11.2020 um 23:01 schrieb Ronald Klop : >>> =E2=80=A6. >>> Next step is connecting SSD and move the root fs. Don=E2=80=99t care= if = >>> /boot/msdos stays on the SD. =E2=80=A6. >> >> Hi, >> >> you could simply `dd=E2=80=98 the whole SD-card to xy.img and dd that= image to = >> SSD(or use e.g. BalenaEtcher or so). >> The 8GB model will boot straight from SSD(no SD-card needed) with : >> https://reviews.freebsd.org/D26853 >> see: >> https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5719 > > > Nice. Might try that. Can that also boot from ZFS? Or do I still need = a = > small UFS /boot than? > > Regards, > Ronald. I suppose it does support ZFS: [root@rpi4 /boot/msdos]# strings EFI/BOOT/bootaa64.efi | grep zfs zfs:%s zfs_be_root zfs-bootonce zfs_be_pages zfs_be_currpage list child datasets of a zfs dataset zfs:%s%s/%s org.open-zfs:large_blocks zfs bootonce: %s zfs: lszfs org.zfsonlinux:allocation_classes zfs:%s/%s zfs_be_active /usr/src/sys/contrib/openzfs/module/zstd/zfs_zstd.c org.zfsonlinux:large_dnode Regards, Ronald. From owner-freebsd-arm@freebsd.org Sat Nov 21 14:44:59 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 046D0468ADB for ; Sat, 21 Nov 2020 14:44:59 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (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 4CdbmT5ZGXz4nbb for ; Sat, 21 Nov 2020 14:44:57 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32c.google.com with SMTP id 10so13716195wml.2 for ; Sat, 21 Nov 2020 06:44:57 -0800 (PST) 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=CLjgSUPU/mLRy7+rIG4hzOaLRlGTdjAdN6IHL3D/weU=; b=s+RayCgQK33K4mbMXkkOk7Gg+bmEf72FUaaw0k5i1ipqzhDDOldGAFKtCHkO4vunyd zfFvc1HU3pydSSyNqjYv5UVL76Muf4xCmrgLzKAL/3ul59yitrfp/KgwztbVbJhu3l77 RaqVa3Z39TrplS/0vkgYxp8MQYyXOGTP03urItyH6i4VfgA5Dd72/ydymouA6yOWbiYt ugIBKRSCbvBV54jYhRqI8iuOgQOjZYrNIDXbGsEXf2tvACrGlxC2DCT6T6w7hxG1dsCR KmPq5cqaPXsoOoU2jnj/JNJQCqBR+sdE4eXuaGd1wiMjkhkAuVeZ+FibwDZSQCMUvj2a GnSw== X-Gm-Message-State: AOAM5300CTpt2dAfzoSWYSSJN70xSknBfeaoM9b9gC2n2iQnXAiFVzBC nP9roxHLODl02TDJGs3umL1O7wiZTLD8bw== X-Google-Smtp-Source: ABdhPJy+ERjZQ0wxsa6q+DvZJZrLkYgj/ttYHThQFD9en94BbuteuzviCiTUVD0PkzQAGfBofBqPPg== X-Received: by 2002:a1c:6456:: with SMTP id y83mr15827493wmb.59.1605969896214; Sat, 21 Nov 2020 06:44:56 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-104-252.46.114.pool.telefonica.de. [46.114.104.252]) by smtp.googlemail.com with ESMTPSA id r9sm10058994wrg.59.2020.11.21.06.44.55 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 21 Nov 2020 06:44:55 -0800 (PST) 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.20.0.2.21\)) Subject: Re: RPI4 boot with ZFS supported? (was: Re: rpi4 no boot 20201112 snapshot (success with 20201105)) Date: Sat, 21 Nov 2020 15:44:52 +0100 References: <52C8B73F-05F1-4FD5-AA21-73D2ABC90E0A@googlemail.com> To: Ronald Klop , freebsd-arm@freebsd.org, Robert Clausecker In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CdbmT5ZGXz4nbb X-Spamd-Bar: ++++++ X-Spamd-Result: default: False [6.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,meta]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.66)[-0.662]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32c:from]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.104.252:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.104.252:received]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; BAD_REP_POLICIES(0.10)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32c:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2020 14:44:59 -0000 > Am 21.11.2020 um 15:07 schrieb Ronald Klop : >=20 >=20 > I suppose it does support ZFS: >=20 > [root@rpi4 /boot/msdos]# strings EFI/BOOT/bootaa64.efi | grep zfs > =E2=80=A6=E2=80=A6. > Regards, > Ronald. thanks, please keep on reporting your results, I suspect that Robert Clausecker might also be interested in working on = an (installer-)Image or something similar for the RPI4 based on ZFS = ;-) for Robert(because of a private message): while possible to split the = filesystem in many zfs-partitions splitting is not a requirement. As with UFS it=E2=80=99s possible to install the whole system on one = ZFS root partition(I sometimes do that on amd64 but haven=E2=80=99t = extensively tested zfs on aarch64 yet).. Regards KK