Page MenuHomeFreeBSD

maciphone2_googlemail.com (Klaus Küchemann)
User

Projects

User does not belong to any projects.

User Details

User Since
Oct 24 2019, 2:59 PM (16 w, 4 d)

Recent Activity

Sun, Feb 9

maciphone2_googlemail.com abandoned D23592: Import DTS files tux_5.5_bcm RPI4.

5.5 dts import will be added in bulk by manu soon

Sun, Feb 9, 5:10 PM
maciphone2_googlemail.com added a comment to D23592: Import DTS files tux_5.5_bcm RPI4.
In D23592#517717, @manu wrote:

Note that we also use dtb from the rpi-firmware package for RPI* board.

Sun, Feb 9, 5:00 PM
maciphone2_googlemail.com created D23592: Import DTS files tux_5.5_bcm RPI4.
Sun, Feb 9, 4:43 PM

Sat, Feb 1

maciphone2_googlemail.com added a comment to D15955: Discover cards on boot.

Downloading last week's image, I'm actually seeing similar on a recent non-MMCCAM kernel. =-( Can you try that same revision with just GENERIC and see if you can reproduce these results?

I yesterday compiled r357335 (as far as I remember) to GENERIC-NODEBUG and got the same mmc-rescan-issue ... as you assumed..
another user reported similar issue when upgrading from -r356426 to -r357356 on the mailing list.
I don't know if this D15955 could transitionally help out .. I'm a bit running out of time(probably like you:-) to reproduce this issue quickly..

Sat, Feb 1, 9:22 PM

Fri, Jan 31

maciphone2_googlemail.com added a comment to D15955: Discover cards on boot.

I don't follow this- how are you expecting it to work? What driver specifically are you referring to? I'm not aware of a proprietary brcmfmac driver for FreeBSD.

Fri, Jan 31, 12:35 AM

Thu, Jan 30

maciphone2_googlemail.com added a comment to D15955: Discover cards on boot.

(perhaps with some additions/changes) this patch should give us access
to the proprietary brcmfmac- driver for the RPI4,
so that we could boot the root filesystem from SD-card AND get WIFI over SDIO (GENERIC-MMCCAM(actually logically hangs @ mount root)) for that RPI-board.

Thu, Jan 30, 11:25 PM

Dec 24 2019

maciphone2_googlemail.com updated the diff for D22360: initial linker support userland-DTrace aarch64.

from absolute to relative relocation type :
R_AARCH64_PREL64 instead of R_AARCH64_ABS64
as recommended by markj@

Dec 24 2019, 1:50 AM

Dec 23 2019

maciphone2_googlemail.com added a comment to D22360: initial linker support userland-DTrace aarch64.

I tested the change and I can at least compile the USDT tests. There's no way to run them though since we do not have a fasttrap implementation for arm64. Do you have any plan to add one? It should be relatively straightforward to support USDT probes. (pid provider is more work.)
If you change the relocation type I'll commit.

Dec 23 2019, 11:50 PM
maciphone2_googlemail.com added inline comments to D22360: initial linker support userland-DTrace aarch64.
Dec 23 2019, 10:48 PM
maciphone2_googlemail.com added a reviewer for D22360: initial linker support userland-DTrace aarch64: glewis.
Dec 23 2019, 5:51 AM

Nov 14 2019

maciphone2_googlemail.com updated the diff for D22360: initial linker support userland-DTrace aarch64.
Nov 14 2019, 10:55 PM
maciphone2_googlemail.com added inline comments to D22360: initial linker support userland-DTrace aarch64.
Nov 14 2019, 6:58 PM
maciphone2_googlemail.com updated the diff for D22360: initial linker support userland-DTrace aarch64.

correction of missing leading tab (mentioned by Warner Losh, thank you )

Nov 14 2019, 2:57 PM
maciphone2_googlemail.com created D22360: initial linker support userland-DTrace aarch64.
Nov 14 2019, 5:36 AM