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 (109 w, 4 d)

Recent Activity

Feb 3 2021

maciphone2_googlemail.com accepted D28471: sysutils/opensbi: update to v0.9.
FreeBSD freebsd 13.0-CURRENT FreeBSD 13.0-CURRENT #1 main-c255394-gf20c0e33195: Mon Dec 28 14:14:50 UTC 2020     root@freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG  amd64
-
root@freebsd:/usr/ports # patch < D28471.patch
root@freebsd:/usr/local/share/u-boot/u-boot-sifive-fu540 # ls /usr/ports/sysutils/opensbi/files
patch-Makefile
patch-Makefile.orig
patch-Makefile.rej
patch-lib_sbi_sbi__hart.c
patch-lib_sbi_sbi__hart.c.orig
patch-platform_generic_platform.c
patch-platform_generic_platform.c.orig
patch-platform_sifive_fu540_platform.c
patch-platform_sifive_fu540_platform.c.orig
root@freebsd:/usr/local/share/u-boot/u-boot-sifive-fu540 #
Feb 3 2021, 9:37 PM

Jan 17 2021

maciphone2_googlemail.com abandoned D26853: RPI4: enable USB-boot for the 8GB-model etc.
Jan 17 2021, 3:17 PM

Jan 15 2021

maciphone2_googlemail.com abandoned D28151: risc-v : fix dtrace-check for fp == oldfp.

fixed in https://reviews.freebsd.org/R10:0b92d1dd18c148740cf00b985e8641ad1670ba87

Jan 15 2021, 7:45 PM

Jan 14 2021

maciphone2_googlemail.com added a comment to D28151: risc-v : fix dtrace-check for fp == oldfp.

Of course. I am planning to come back to that thread and try to help you get it running,...

thank you!... sidenote: also doesn't work with BBL/ u-boot-payload .. we`ll talk about it in the mailing list, Regards

Jan 14 2021, 4:09 PM
maciphone2_googlemail.com added a comment to D28151: risc-v : fix dtrace-check for fp == oldfp.

Hi, there is an open review in D28054, ......

Hi, ah, o.k., didn`t see that. I didn`t make further dtrace-tests because still struggling with
solving the bootup-panic of the HiFiveUnleashed.

Jan 14 2021, 3:27 PM
maciphone2_googlemail.com requested review of D28151: risc-v : fix dtrace-check for fp == oldfp.
Jan 14 2021, 6:11 AM

Jan 4 2021

maciphone2_googlemail.com added a comment to D26853: RPI4: enable USB-boot for the 8GB-model etc.

as we have extensively discussed and tested on the ML until the doctor comes :-) :
an overlay would again break future versions of bcm2711-rpi-4-b.dtb upstreamed by rpi-org and drivers would have been broken by strange upstreamed versions of this file.
E.g. current upstreamed dtb would break genet.
For now it seems the best to hardlink a compiled dtb of this version for current rpi-releases.
@manu : however, for the case that you're interested in this version of bcm2711-rpi-4-b.dts :
please feel free to give this dts/dtb a "warmer" place than pristine sys/gnu.. .

Jan 4 2021, 7:38 PM

Jan 3 2021

maciphone2_googlemail.com updated the test plan for D26853: RPI4: enable USB-boot for the 8GB-model etc.
Jan 3 2021, 1:06 PM

Jan 2 2021

maciphone2_googlemail.com added a comment to D26853: RPI4: enable USB-boot for the 8GB-model etc.
In D26853#623381, @manu wrote:

Does the pristine DTB from gnu/dts works ?

news on this :
seems that the reset-fix made it upstream meanwhile (18days ago. I didn't know):
https://github.com/raspberrypi/firmware/blob/master/boot/bcm2711-rpi-4-b.dtb. (it boots up)
so I wonder why
EMBEDDEDPORTS="sysutils/u-boot-rpi-arm64 sysutils/rpi-firmware"
in https://github.com/freebsd/freebsd-src/release/arm64/RPI.conf
didn't work in release for the user who reported the issue on the mailing lists...
`will continue testing..

Jan 2 2021, 4:50 PM
maciphone2_googlemail.com added a comment to D26853: RPI4: enable USB-boot for the 8GB-model etc.
In D26853#623381, @manu wrote:

I obviously forgot that u-boot on RPI uses the DTB loaded by the firmware.

to view what is loaded testers can use : uart_2ndstage=1 in config.txt

In D26853#623381, @manu wrote:

Does the pristine DTB from gnu/dts works ?

no, as far as I know (didn`t look into the tux-upstream the last weeks).

In D26853#623381, @manu wrote:

If not what changes are needed to make it work ?

related to the error "Bus xhci_pci: probe failed, error -110 No working controllers found“ :
good described by Mark Millard :
https://reviews.freebsd.org/D26853#598685
of course you could create an overlay of it if you don't want to overwrite sys/gnu/dts/

Jan 2 2021, 3:33 PM
maciphone2_googlemail.com added a comment to D26853: RPI4: enable USB-boot for the 8GB-model etc.

@manu ,
so if you don't believe this dtb/dts works and own an RPI4 8GB-model,
just try it out.
If you don't own that model, believe the users on the ML who reported it as a working
solution.

Jan 2 2021, 12:30 PM
maciphone2_googlemail.com added a comment to D26853: RPI4: enable USB-boot for the 8GB-model etc.
In D26853#623275, @manu wrote:

...

.......since this dtb isn't used for the images.
...

Jan 2 2021, 12:07 PM
maciphone2_googlemail.com reclaimed D26853: RPI4: enable USB-boot for the 8GB-model etc.

reclaimed and reopened since, as far as I know and according to the mailing list , this issue isn't yet solved.
if I'm wrong, you can just close it again :-)

Jan 2 2021, 10:44 AM

Dec 16 2020

maciphone2_googlemail.com added a comment to D25737: RISC-V u-boot ports.

@mhorne

@maciphone2_googlemail.com thank you for the thorough testing. I'll have to look into why gpart(8) can't generate partitions starting at LBA 34, but it was the reason my instructions differed from the ones provided by u-boot. Did you find the required alignment documented anywhere? So far I have not found it.

yes, after I realized that it needs the 34-start-LBA-alignment I even found it documented (by the SiFive-creators in u-boot) :

Dec 16 2020, 7:55 PM
maciphone2_googlemail.com accepted D25737: RISC-V u-boot ports.

well, to add : Warning - bad CRC, using default environment simply means that the next step to do is to fill the freebsd-ufs partition up with the root filesystem and to create an (loader-)env for u-boot. after saveenv the crc-warning will be gone.So maybe the additional creation of an ms-basic-data partition with the content of the loader-env will be needed.

Dec 16 2020, 1:44 PM
maciphone2_googlemail.com added a comment to D25737: RISC-V u-boot ports.

Hi,
I have created the following installation instruction and extensively tested on the hardware
(gpart failed in the definitely necessary alignment of first-lba: 34) :

  • ("typecode=3:a503" is freebsd-ufs (not needed to only boot u-boot))
  • boot jumper MSEL2 has to be switched up to boot from u-boot)
Dec 16 2020, 1:07 PM

Dec 12 2020

maciphone2_googlemail.com added a comment to D25737: RISC-V u-boot ports.

Rebase and fix up the fu540 port. I will see about getting someone to test this with the new GENERICSD image.

Dec 12 2020, 2:47 AM

Oct 20 2020

maciphone2_googlemail.com abandoned D26853: RPI4: enable USB-boot for the 8GB-model etc.

As a side note, this is not commitable... sys/gnu/dts is vendored and pristine from upstream. You'll probably need to accomplish what you >want with an overlay instead.

Oct 20 2020, 12:23 PM
maciphone2_googlemail.com added a comment to D26853: RPI4: enable USB-boot for the 8GB-model etc.

As far as I see this "reset cell" is just a trigger for the real logic that must be expressed in u-boot; it does not encode the necessary information to load the firmware.

exactly , it triggers

RASPBERRYPI_FIRMWARE_RESET_ID_USB: bcm2711_notify_vl805_reset();

in u-boot : https://github.com/u-boot/u-boot/commit/f676eb217bdff3bd734a42c8f9bbc58c9100055c , to straight boot from USB(WITHOUT any SD-card).

Oct 20 2020, 1:24 AM

Oct 19 2020

maciphone2_googlemail.com added a comment to D26853: RPI4: enable USB-boot for the 8GB-model etc.

But the FreeBSD kernel does need to deal with the VL805-firmware issue in that context and does so without the .dtb file change.
So why would u-boot need the change when the kernel does not? (Again: out of my depth here.) Are you saying that the FreeBSD kernell is doing something wrong >currently and needs to be fixed once the .dtb adjustment is in place?

Oct 19 2020, 9:05 PM
maciphone2_googlemail.com added a comment to D26853: RPI4: enable USB-boot for the 8GB-model etc.
reset = "/soc/firmware/reset";

. . .

Oct 19 2020, 4:27 PM
maciphone2_googlemail.com added a reviewer for D26853: RPI4: enable USB-boot for the 8GB-model etc: markmi_dsl-only.net.

this is a little abnormality in the dmesg, :

Oct 19 2020, 8:02 AM
maciphone2_googlemail.com requested review of D26853: RPI4: enable USB-boot for the 8GB-model etc.
Oct 19 2020, 6:55 AM

Sep 24 2020

maciphone2_googlemail.com removed a reviewer for D26344: bcm2838_pci.c: Respect DMA limits of controller.: karels.

As I have just reported on the arm list, the checked-in patch fails the huge file duplicate and diff/cmp test. xhci
DMA is still a problem.

(I finally got things updated past head -r363590 to head -r365932 and finally re-ran the test in the new context.)

Sep 24 2020, 9:42 PM

Sep 10 2020

maciphone2_googlemail.com added a comment to D26344: bcm2838_pci.c: Respect DMA limits of controller..

.........
What OpenBSD did for the size of the DMA area for XHCI looks to be unusual (relative to NetBSD and Linux). But the next-to-last "node 0:" line above >does show not using the whole DMA32 range. (I do not now why they had it do that.)

Sep 10 2020, 1:50 PM

Sep 9 2020

maciphone2_googlemail.com added a comment to D26344: bcm2838_pci.c: Respect DMA limits of controller..

I am very happy if there is a working alternative to this patch: it is probable that there is some further nuance of configuration around the >PCI-e DMA that I do not know.

Sep 9 2020, 12:18 AM

Jun 25 2020

maciphone2_googlemail.com added reviewers for D25219: ACPI: add support for (inherited) _DMA limits: markmi_dsl-only.net, hselasky.
Jun 25 2020, 3:06 PM · arm64
maciphone2_googlemail.com added a comment to D25068: Add driver for bcm2838 PCI express controller.

... companion patch, ....

yes, this driver should land together with D25261, which significantly improves the undesired controller resets, while that reset-issue (very)rarely still appears(specially after the now working reboot-feature)

Jun 25 2020, 3:03 PM

Jun 16 2020

maciphone2_googlemail.com added a comment to D25068: Add driver for bcm2838 PCI express controller.

I've created D25121 to translate addresses in the base pci host generic driver. It also cleans up other memory management while there.

you both already know that D25068 is not yet compatible with D25121, right?

Jun 16 2020, 3:57 AM

Jun 6 2020

maciphone2_googlemail.com added a comment to D24085: sysutils/u-boot-rpi{3,4}: Add patch to fix PSCI stub reservation.

https://reviews.freebsd.org/p/crowston_protonmail.com/ told to set CONFIG_RPI_EFI_NR_SPIN_PAGES=10 for then new RPI4/8GB-model in u-boot 2020.07 to get SMP-support....

Jun 6 2020, 7:19 PM

May 12 2020

maciphone2_googlemail.com abandoned D24080: update java documentation / German translation.

Closed due to lack of interest on the part of the German translation project.

May 12 2020, 6:15 PM

Apr 19 2020

maciphone2_googlemail.com added a comment to D24436: Add genet driver for Raspberry Pi 4B Ethernet.

Is there an existing example of FDT / ACPI split to use as a model?

Apr 19 2020, 3:42 PM

Mar 15 2020

maciphone2_googlemail.com added a comment to D24080: update java documentation / German translation.

Hi Greg,
thanks in advance if you can commit this revision.(if you don't find formatting issue)..
It's a 100% 1:1 (unchanged) German translation of D24003 .
Since this is the No.1 google catch for 'FreeBSD-java' , it looks quite bad
if up-to-date information is directly followed by totally outdated information .
Regards
Klaus

Mar 15 2020, 11:37 PM
maciphone2_googlemail.com created D24080: update java documentation / German translation.
Mar 15 2020, 11:19 PM

Mar 11 2020

maciphone2_googlemail.com added a comment to D24003: update java documentation.

Thanks for doing this! Do you need help getting it committed?

Mar 11 2020, 1:35 AM
maciphone2_googlemail.com updated the diff for D24003: update java documentation.
Mar 11 2020, 1:29 AM

Mar 9 2020

maciphone2_googlemail.com added inline comments to D24003: update java documentation.
Mar 9 2020, 2:30 PM
maciphone2_googlemail.com updated the diff for D24003: update java documentation.
Mar 9 2020, 2:07 PM
maciphone2_googlemail.com added a reviewer for D24003: update java documentation: bcr.
Mar 9 2020, 2:37 AM
maciphone2_googlemail.com created D24003: update java documentation.
Mar 9 2020, 2:27 AM

Feb 9 2020

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

Feb 9 2020, 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.

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

Feb 1 2020

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..

Feb 1 2020, 9:22 PM

Jan 31 2020

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.

Jan 31 2020, 12:35 AM

Jan 30 2020

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.

Jan 30 2020, 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