Date: Fri, 4 Sep 2020 21:47:58 +0200 From: Klaus Cucinauomo <maciphone2@googlemail.com> To: Mark Millard <marklmi@yahoo.com>, freebsd-arm@freebsd.org, Hans Petter Selasky <hps@selasky.org>, Robert Crowston <crowston@protonmail.com>, myfreeweb <greg@unrelenting.technology> Subject: Re: onboard wireless on rpi4 Message-ID: <1F513B3D-64F7-4391-8460-DBD5E68014FD@googlemail.com> In-Reply-To: <4306A90D-97B9-4DE9-A05A-A91B6F4A587F@yahoo.com> References: <20200904134619.GB80905@bastion.zyxst.net> <69934262-D9D3-4986-849D-9E8221D1E387@kronometrix.org> <20200904142255.GC80905@bastion.zyxst.net> <CACNAnaHRn5VGM8G6_kxj7S%2B0LQOSG3CK9=umxj74Qc5v%2BNOLeA@mail.gmail.com> <BE2FA7D2-1266-496E-B808-55204B1AB21A@yahoo.com> <5AF83D16-2432-4EA9-BC2F-373DA8BC3360@googlemail.com> <4306A90D-97B9-4DE9-A05A-A91B6F4A587F@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Ah, thanks for making all those extended tests and reporting details ! I thought you=E2=80=99re talking about ACPI but the DMA-thing also = affects DeviceTree,=20 at least in NODEBUG- kernel, as it seems after your report. > Am 04.09.2020 um 21:19 schrieb Mark Millard <marklmi@yahoo.com>: > I have not tried this kind of test under a DBG kernel. If you find the time, perhaps you could try it, thanks in advance !=E2=80=A6= . Well, USB/pcie related dma-things(rewriting half the inherited driver = stack, mentioned by ROBoCrow) are the specialty of fbsd-icon HPS :-) , so I also forward this = issue/discussion to him for the first=E2=80=A6. And 'myfreeweb' perhaps is also interested in ;-) ... maybe after 3 months I will switch on the RPi4 again :-) Ha Ha=20 Regards > Am 04.09.2020 um 21:19 schrieb Mark Millard <marklmi@yahoo.com>: >=20 >=20 >=20 > On 2020-Sep-4, at 10:44, Klaus Cucinauomo <maciphone2@googlemail.com> = wrote: >>=20 >> Hi Mark, >=20 > Hello. >=20 >> as far as I remember(didn=E2=80=99t work the last weeks on RPI-stuff) >> the dma-thing only failed on GENERIC-NODEBUG (unexpected controller = detection loops) =E2=80=A6 >=20 > Unless trying to help track down a problem at the time, I use NODBG > kernels. So, for > 3072 MiB, I find that copying huge files and > diffing/cmp'ing the copies reports mismatches. (I tend to use > files larger than the RAM but that large has not been required.) > Note: I boot from and use USB3 SSD without a microsd card being > involved at any stage. >=20 > It is not obvious what the actual file contents are where the > differences show up. >=20 > I've tended to create and use tar's of build trees, created under > the 3072 MiB configuration to establish large files for such > tests. Tests under the 3072 MiB configuration have not failed > when I've tried such. >=20 > I have not tried this kind of test under a DBG kernel. >=20 > The last I heard about the PCIe DMA handling for > 3072 MiB was > on 2020-Jul-19 from Robert Crowston: >=20 > QUOTE > You are right that we are not handling the 3 GB DMA limit in the pcie = driver. Unfortunately, it did not seem easy to thread the appropriate = bus tag through without rewriting half the inherited driver stack, and = in my testing the USB driver always allocated its DMA buffers in the = lower 3 GB without being told. But obviously it is the wrong to rely on = luck, so I=E2=80=99ll have a think about it. > END QUOTE >=20 > I've not noticed anything go by that suggested to me that this > has been addressed. (But I could have just missed it.) >=20 >> But it worked on GENERIC and afaik Greg_unrelenting`s dma-fix isn=E2=80= =99t yet merged to 13-current=20 >> because of that unfixed issue=E2=80=A6 >> (but you can apply his patch and test)..it should work under GENERIC = without the 3GB-limit(4GB & 8GB-models)=20 >>=20 >> Klaus >>=20 >>> Am 04.09.2020 um 19:33 schrieb Mark Millard via freebsd-arm = <freebsd-arm@freebsd.org>: >>>>=20 >>>=20 >>> Has the mishandling of the DMA been fixed? I'm still back >>> at head -r363590 and it was not fixed as of then. I've >>> had to use the 3072 MiB limit in the uefi/ACPI selections >>> in order to have a reliable environment. >>>=20 >>=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1F513B3D-64F7-4391-8460-DBD5E68014FD>