Unrelenting testplan D25219

[Klaus Küchemann]

> Am 12.06.2020 um 18:49 schrieb Hans Petter Selasky <hps at selasky.org>:
> 
> On 2020-06-12 17:02, Robert Crowston wrote:
>> What is the physical address to which the xhci controller is performing DMA? It needs to be in the lower 3 GB of the physical address space.
> 
> The XHCI doesn't set any limits on the DMA location, but it easily can.
> 
> We have a quirk for 32-bits:
> 
> set hw.usb.xhci.dma32=1
> 
> From the loader.
> 
> --HPS

no luck for now..
(later I’ll try kernel  without D25219 )
-
OK show
beastie_disable=YES
boot_multicons=YES
boot_serial=YES
bootenv_autolist=YES
bootfile=kernel
console=comconsole
currdev=disk1p2:
efi-version=2.70
efi_com_port=0
efi_com_speed=115200
efi_max_resolution=1x1
hint.smbios.0.mem=0x37200000
hw.usb.template=3
hw.usb.xhci.dma32=1
interpret=OK
kernel=kernel
kernel_options=
kernel_path=/boot/kernel
kernelname=/boot/kernel/kernel
kernels_autodetect=YES
loaddev=disk1p2:
loader_color=NO
module_blacklist=drm drm2 radeonkms i915kms amdgpu
module_path=/boot/kernel;/boot/modules;/boot/dtb;/boot/dtb/overlays
nextboot_conf=/boot/nextboot.conf
nextboot_enable=NO
prompt=${interpret}
script.lang=lua
smbios.bios.reldate=Jun  9 2020 11:11:23
smbios.bios.vendor=https://github.com/pftf/RPi4
smbios.bios.version=UEFI Firmware v1.14
smbios.chassis.maker=Sony UK
smbios.chassis.serial=0000DCA632B35900
smbios.chassis.version=Raspberry Pi 4 Model B
smbios.memory.enabled=1048576
smbios.planar.maker=Sony UK
smbios.planar.product=Raspberry Pi 4 Model B
smbios.planar.serial=0000DCA632B35900
smbios.planar.version=D03114
smbios.socket.enabled=1
smbios.socket.populated=1
smbios.system.family=Raspberry Pi
smbios.system.maker=Sony UK
smbios.system.product=Raspberry Pi 4 Model B
smbios.system.serial=0000DCA632B35900
smbios.system.sku=0000000000D03114
smbios.system.uuid=00d03114-0000-0000-0000-dca632b35900 
smbios.system.version=D03114
smbios.version=3.3
twiddle_divisor=1
verbose_loading=YES

> Am 12.06.2020 um 18:12 schrieb myfreeweb <greg at unrelenting.technology>:
> 
>  i.e. garbage instead of memstick contents.
> 
That’s a bug in RPI_EFI.fd