From owner-freebsd-arm@freebsd.org Sun Apr 12 10:42:30 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 EACFF2B9CBB for ; Sun, 12 Apr 2020 10:42:30 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-io1-xd41.google.com (mail-io1-xd41.google.com [IPv6:2607:f8b0:4864:20::d41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 490Sxf1kwnz3yL5 for ; Sun, 12 Apr 2020 10:42:30 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-io1-xd41.google.com with SMTP id h6so6508139iok.11 for ; Sun, 12 Apr 2020 03:42:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=r01foW924Guxv/AX1Mo8ssBLA8m0HQhmorcrb2kWZBk=; b=vViS0jzFQFhsc3Gilv9rvVTQ7RDzo/T/kueyQYjWfzPl59plPeGGP5XPhTzD0h/7MV wF1iwF3zr8gTYj7bhVJLTSEUumLXq6g8kaGRrqSmv5+r3P1ATLjS8m4AZdB2SscB+gON Db8g5h6IzUvLmr5kMC5KrQTiGb6kDyobYgQ+3onTwsKECuvClxs5cch+eFEMWbfhO/a8 J5FP4mfZRuBpxnqWXhnhXAgY/tEd2X7q8J1ivpLj5e5tKLXVQ8u6yZcDGulKwZl8P7dL IwS3LbepY+N4z0pyhhMzykRhamKupu/27ff1D52c74NGFnmn4oK1gEZDw/KtgFHQF61K ovFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=r01foW924Guxv/AX1Mo8ssBLA8m0HQhmorcrb2kWZBk=; b=C+FeRwJAbtjpNTBu+ap5vTjE+zw0MK9On0g5gQVq6GJIZ2UKj3xb0hRwk91A82NapH Bq61yDsJGsvfowx1yQCh/GEDv/SG4JTSirdz6M1gEY6EqDANoGQAhta5dLVp9bBaPb+F kv3V9akaumftF4iS9vpOXWxO4Mtedt5bAJwQcsiCKaJ8OTx99Z3a2MChRs3ztn/rN078 Nahbz4+9oo40QYI9zQH992qbWnvwc49gZvJn3xRz+9zo8wk7pNHh0XuGIfTqLXHB7Y8p ETNVt1jBjR2zozImgz2ocWKYCEiXaVkPsIabPpE6tYPeAHvVakGxjLFqUL6UCTTAGbAv FtJQ== X-Gm-Message-State: AGi0PuYZfqHda9K6Pj8g8GT09GzVxb7jyDxsoPn4EjRe0+ln5hJ1vnNK N84mM9uzR5bQV7Gwde/NdUmXtgepTqNBRpDf+beN+PCG X-Google-Smtp-Source: APiQypJ4MeMoh3yrzR6mEBWyn4ZvJuRptihXYbcFIytHNHmTEss4/LJngzaeoekjqucYciKGFZzpE2iPZvRc0x9Oo5g= X-Received: by 2002:a5d:9ac1:: with SMTP id x1mr11494230ion.144.1586688148718; Sun, 12 Apr 2020 03:42:28 -0700 (PDT) MIME-Version: 1.0 From: ykla Date: Sun, 12 Apr 2020 18:42:17 +0800 Message-ID: Subject: Enc28j60 SPI not work on RPIB4 To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 490Sxf1kwnz3yL5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=vViS0jzF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::d41 as permitted sender) smtp.mailfrom=yklaxds@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (0.21), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SH_EMAIL_ZRD(0.00)[0.0.0.0]; RCVD_IN_DNSWL_NONE(0.00)[1.4.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 10:42:31 -0000 I test it works well in raspbian. But not work in FreeBSD, it's looks like SPI not work. And I already add enc28j60.dtbo in overlays. No network for rpi4b now then I try to install enc28j60 to rpi4b, but also no net. > *root@generic:~ # cat /boot/msdos/config.txt * > *arm_control=0x200* > *arm_64bit=1* > *dtoverlay=disable-bt* > *dtoverlay=mmc* > *device_tree_address=0x4000* > *kernel=u-boot.bin* > *armstub=armstub8-gic.bin* > *dtparam=spi=on* > *dtoverlay=enc28j60* > *#dtparam=i2c_arm=on* > *enable_uart=1**root@generic:~ # * ---------------------------------------------------------------------------------------------------------------------------- * root@generic:~ # dmesg* *---<>---KDB: debugger backends: ddbKDB: current backend: ddbCopyright (c) 1992-2020 The FreeBSD Project.Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.FreeBSD is a registered trademark of The FreeBSD Foundation.FreeBSD 13.0-CURRENT #0 r356767: Thu Jan 16 08:31:45 UTC 2020 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1)WARNING: WITNESS option enabled, expect reduced performance.VT(efifb): resolution 656x512module firmware already present!KLD file umodem.ko is missing dependenciesStarting CPU 1 (1)Starting CPU 2 (2)Starting CPU 3 (3)FreeBSD/SMP: Multiprocessor System Detected: 4 CPUsrandom: unblocking device.random: entropy device external interfaceMAP 39f53000 mode 2 pages 1MAP 39f57000 mode 2 pages 1MAP 3b360000 mode 2 pages 16MAP fe100000 mode 0 pages 1WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0.kbd0 at kbdmux0WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBSD 13.0.ofwbus0: simplebus0: on ofwbus0ofw_clkbus0: on ofwbus0clk_fixed0: on ofw_clkbus0clk_fixed1: on ofw_clkbus0simplebus1: on ofwbus0simplebus2: on ofwbus0regfix0: on ofwbus0regfix1: on ofwbus0psci0: on ofwbus0gic0: mem 0x40041000-0x40041fff,0x40042000-0x40043fff,0x40044000-0x40045fff,0x40046000-0x40047fff irq 46 on simplebus0gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 256gpio0: mem 0x7e200000-0x7e2000b3 irq 22,23 on simplebus0gpiobus0: on gpio0gpioregulator0: on ofwbus0gpioregulator0: cannot get pin 0gpioregulator0: cannot parse parametersdevice_attach: gpioregulator0 attach returned 6generic_timer0: irq 4,5,6,7 on ofwbus0Timecounter "ARM MPCore Timecounter" frequency 54000000 Hz quality 1000Event timer "ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000gpioregulator0: on ofwbus0gpioregulator0: cannot get pin 0gpioregulator0: cannot parse parametersdevice_attach: gpioregulator0 attach returned 6gpioregulator0: on ofwbus0gpioregulator0: cannot get pin 0gpioregulator0: cannot parse parametersdevice_attach: gpioregulator0 attach returned 6gpioregulator0: on ofwbus0gpioregulator0: cannot get pin 0gpioregulator0: cannot parse parametersdevice_attach: gpioregulator0 attach returned 6gpioregulator0: on ofwbus0gpioregulator0: cannot get pin 0gpioregulator0: cannot parse parametersdevice_attach: gpioregulator0 attach returned 6usb_nop_xceiv0: on ofwbus0gpioregulator0: on ofwbus0gpioregulator0: cannot get pin 0gpioregulator0: cannot parse parametersdevice_attach: gpioregulator0 attach returned 6bcm_dma0: mem 0x7e007000-0x7e007aff irq 9,10,11,12,13,14,15,16,17,18,19 on simplebus0bcmwd0: mem 0x7e100000-0x7e100113,0x7e00a000-0x7e00a023,0x7ec11000-0x7ec1101f on simplebus0mbox0: mem 0x7e00b880-0x7e00b8bf irq 21 on simplebus0gpioc0: on gpio0uart0: mem 0x7e201000-0x7e2011ff irq 24 on simplebus0uart0: console (115200,n,8,1)spi0: mem 0x7e204000-0x7e2041ff irq 26 on simplebus0spibus0: on spi0spibus0: at cs 0 mode 0spibus0: at cs 0 mode 0spibus0: at cs 1 mode 0sdhci_bcm0: mem 0x7e340000-0x7e3400ff irq 60 on simplebus0mmc0: on sdhci_bcm0sdhci_bcm1: mem 0x7e300000-0x7e3000ff irq 61 on simplebus0mmc1: on sdhci_bcm1fb0: on simplebus0fb0: keeping existing fb bpp of 32fbd0 on fb0WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 13.0.VT: Replacing driver "efifb" with new "fb".fb0: 656x512(656x512@0,0) 32bppfb0: fbswap: 1, pitch 2624, base 0x3eab2000, screen_size 1343488cpulist0: on ofwbus0cpu0: on cpulist0cpu1: on cpulist0cpu2: on cpulist0cpu3: on cpulist0gpioled0: on ofwbus0gpioled0: failed to map pingpioregulator0: on ofwbus0gpioregulator0: cannot get pin 0gpioregulator0: cannot parse parametersdevice_attach: gpioregulator0 attach returned 6cryptosoft0: Timecounters tick every 1.000 msecObsolete code will be removed soon: random(9) is the obsolete Park-Miller LCG from 1988usb_needs_explore_all: no devclassmmc0: Card at relative address 1 failed to set high speed timingmmcsd0: 31GB at mmc0 0.4MHz/4bit/65535-blocksdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no active command.sdhci_bcm1-slot0: ============== REGISTER DUMP ==============sdhci_bcm1-slot0: Sys addr: 0x00000000 | Version: 0x00009902sdhci_bcm1-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000sdhci_bcm1-slot0: Argument: 0x000001aa | Trn mode: 0x00000000sdhci_bcm1-slot0: Present: 0x000f0000 | Host ctl: 0x00000001sdhci_bcm1-slot0: Power: 0x0000000f | Blk gap: 0x00000000sdhci_bcm1-slot0: Wake-up: 0x00000000 | Clock: 0x0000fa07sdhci_bcm1-slot0: Timeout: 0x00000000 | Int stat: 0x00000000sdhci_bcm1-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bbsdhci_bcm1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000sdhci_bcm1-slot0: Caps: 0x00000000 | Caps2: 0x00000000sdhci_bcm1-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000sdhci_bcm1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000sdhci_bcm1-slot0: ===========================================sdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no active command.sdhci_bcm1-slot0: ============== REGISTER DUMP ==============sdhci_bcm1-slot0: Sys addr: 0x00000000 | Version: 0x00009902sdhci_bcm1-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000sdhci_bcm1-slot0: Argument: 0x000001aa | Trn mode: 0x00000000sdhci_bcm1-slot0: Present: 0x000f0000 | Host ctl: 0x00000001sdhci_bcm1-slot0: Power: 0x0000000f | Blk gap: 0x00000000sdhci_bcm1-slot0: Wake-up: 0x00000000 | Clock: 0x0000fa07sdhci_bcm1-slot0: Timeout: 0x00000000 | Int stat: 0x00000000sdhci_bcm1-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bbsdhci_bcm1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000sdhci_bcm1-slot0: Caps: 0x00000000 | Caps2: 0x00000000sdhci_bcm1-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000sdhci_bcm1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000sdhci_bcm1-slot0: ===========================================sdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no active command.sdhci_bcm1-slot0: ============== REGISTER DUMP ==============sdhci_bcm1-slot0: Sys addr: 0x00000000 | Version: 0x00009902sdhci_bcm1-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000sdhci_bcm1-slot0: Argument: 0x000001aa | Trn mode: 0x00000000sdhci_bcm1-slot0: Present: 0x000f0000 | Host ctl: 0x00000001sdhci_bcm1-slot0: Power: 0x0000000f | Blk gap: 0x00000000sdhci_bcm1-slot0: Wake-up: 0x00000000 | Clock: 0x0000fa07sdhci_bcm1-slot0: Timeout: 0x00000000 | Int stat: 0x00000000sdhci_bcm1-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bbsdhci_bcm1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000sdhci_bcm1-slot0: Caps: 0x00000000 | Caps2: 0x00000000sdhci_bcm1-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000sdhci_bcm1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000sdhci_bcm1-slot0: ===========================================sdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no active command.sdhci_bcm1-slot0: ============== REGISTER DUMP ==============sdhci_bcm1-slot0: Sys addr: 0x00000000 | Version: 0x00009902sdhci_bcm1-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000sdhci_bcm1-slot0: Argument: 0x000001aa | Trn mode: 0x00000000sdhci_bcm1-slot0: Present: 0x000f0000 | Host ctl: 0x00000001sdhci_bcm1-slot0: Power: 0x0000000f | Blk gap: 0x00000000sdhci_bcm1-slot0: Wake-up: 0x00000000 | Clock: 0x0000fa07sdhci_bcm1-slot0: Timeout: 0x00000000 | Int stat: 0x00000000sdhci_bcm1-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bbsdhci_bcm1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000sdhci_bcm1-slot0: Caps: 0x00000000 | Caps2: 0x00000000sdhci_bcm1-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000sdhci_bcm1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000sdhci_bcm1-slot0: ===========================================sdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no active command.sdhci_bcm1-slot0: ============== REGISTER DUMP ==============sdhci_bcm1-slot0: Sys addr: 0x00000000 | Version: 0x00009902sdhci_bcm1-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000sdhci_bcm1-slot0: Argument: 0x00000000 | Trn mode: 0x00000000sdhci_bcm1-slot0: Present: 0x000f0000 | Host ctl: 0x00000001sdhci_bcm1-slot0: Power: 0x0000000f | Blk gap: 0x00000000sdhci_bcm1-slot0: Wake-up: 0x00000000 | Clock: 0x0000fa07sdhci_bcm1-slot0: Timeout: 0x00000000 | Int stat: 0x00000000sdhci_bcm1-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bbsdhci_bcm1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000sdhci_bcm1-slot0: Caps: 0x00000000 | Caps2: 0x00000000sdhci_bcm1-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000sdhci_bcm1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000sdhci_bcm1-slot0: ===========================================sdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no active command.sdhci_bcm1-slot0: ============== REGISTER DUMP ==============sdhci_bcm1-slot0: Sys addr: 0x00000000 | Version: 0x00009902sdhci_bcm1-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000sdhci_bcm1-slot0: Argument: 0x00000000 | Trn mode: 0x00000000sdhci_bcm1-slot0: Present: 0x000f0000 | Host ctl: 0x00000001sdhci_bcm1-slot0: Power: 0x0000000f | Blk gap: 0x00000000sdhci_bcm1-slot0: Wake-up: 0x00000000 | Clock: 0x0000fa07sdhci_bcm1-slot0: Timeout: 0x00000000 | Int stat: 0x00000000sdhci_bcm1-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bbsdhci_bcm1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000sdhci_bcm1-slot0: Caps: 0x00000000 | Caps2: 0x00000000sdhci_bcm1-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000sdhci_bcm1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000sdhci_bcm1-slot0: ===========================================sdhci_bcm1-slot0: Got command interrupt 0x00030000, but there is no active command.sdhci_bcm1-slot0: ============== REGISTER DUMP ==============sdhci_bcm1-slot0: Sys addr: 0x00000000 | Version: 0x00009902sdhci_bcm1-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000sdhci_bcm1-slot0: Argument: 0x00000000 | Trn mode: 0x00000000sdhci_bcm1-slot0: Present: 0x000f0000 | Host ctl: 0x00000001sdhci_bcm1-slot0: Power: 0x0000000f | Blk gap: 0x00000000sdhci_bcm1-slot0: Wake-up: 0x00000000 | Clock: 0x0000fa07sdhci_bcm1-slot0: Timeout: 0x00000000 | Int stat: 0x00000000sdhci_bcm1-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bbsdhci_bcm1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000sdhci_bcm1-slot0: Caps: 0x00000000 | Caps2: 0x00000000sdhci_bcm1-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000sdhci_bcm1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000sdhci_bcm1-slot0: ===========================================mmc1: No compatible cards found on busRelease APs...doneCPU 0: ARM Cortex-A72 r0p3 affinity: 0 Instruction Set Attributes 0 = Trying to mount root from ufs:/dev/ufs/rootfs [rw]... Instruction Set Attributes 1 = <> Processor Features 0 = Processor Features 1 = <> Memory Model Features 0 = Memory Model Features 1 = <8bit VMID> Memory Model Features 2 = <32bit CCIDX,48bit VA> Debug Features 0 = <2 CTX BKPTs,4 Watchpoints,6 Breakpoints,PMUv3,Debugv8> Debug Features 1 = <> Auxiliary Features 0 = <> Auxiliary Features 1 = <>CPU 1: ARM Cortex-A72 r0p3 affinity: 1CPU 2: ARM Cortex-A72 r0p3 affinity: 2CPU 3: ARM Cortex-A72 r0p3 affinity: 3WARNING: WITNESS option enabled, expect reduced performance.WARNING: was not properly dismountedWarning: no time-of-day clock registered, system time will not be set accuratelylo0: link state changed to UProot@generic:~ # * *------------------------------------------------------------------------------------------------------------------------* From owner-freebsd-arm@freebsd.org Sun Apr 12 14:24:22 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 64D762BF13E for ; Sun, 12 Apr 2020 14:24:22 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490Ysc35vlz4BGl for ; Sun, 12 Apr 2020 14:24:20 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 12 Apr 2020 14:24:15 +0000 To: ykla From: Robert Crowston Cc: "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: Enc28j60 SPI not work on RPIB4 Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 490Ysc35vlz4BGl X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.10 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; FREEMAIL_FROM(0.00)[protonmail.com]; DKIM_TRACE(0.00)[protonmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[131.40.70.185.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (-9.82), ipnet: 185.70.40.0/24(-4.89), asn: 62371(-3.91), country: CH(0.04)]; 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)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[131.40.70.185.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 14:24:22 -0000 Support for rpi4 is in an early stage. A driver for the ethernet controller= is in the works -- I've seen an early version and it works for me -- and I= 'm working on a driver for the PCI-E interface that will enable USB (I'm fi= guring out the controller's quirky MSI at the moment). But you should not generally expect much of the Rpi4 to work at this point. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Sunday, 12 April 2020 11:42, ykla wrote: > I test it works well in raspbian. But not work in FreeBSD, it's looks lik= e > SPI not work. And I already add enc28j60.dtbo in overlays. > No network for rpi4b now then I try to install enc28j60 to rpi4b, but als= o > no net. > From owner-freebsd-arm@freebsd.org Sun Apr 12 15:44: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 472CD2C1170 for ; Sun, 12 Apr 2020 15:44:35 +0000 (UTC) (envelope-from tobiaskilb@gmail.com) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 490bf94xVhz4GwM for ; Sun, 12 Apr 2020 15:44:33 +0000 (UTC) (envelope-from tobiaskilb@gmail.com) Received: by mail-lf1-x12d.google.com with SMTP id l11so4794912lfc.5 for ; Sun, 12 Apr 2020 08:44:33 -0700 (PDT) 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=fnR+MKUSnuxMJfSQ2UKCD42r8zsohp+x+yJYONCIXLg=; b=euBRtC016YK/1eaA3fL8LcC+ck/Wy7KelIKRcGcK0EY9iPwbqTALfmXziHJFCdtyvB C/OHY+IDUyued1NRi8vvUWyUjJfDeKm8ahnLFVwAhe8LGJRJ7ppGitA0YaZ1nS4LvuAM qPd1FgfTShSBkSc6gaiHxxdKK2nGRtORI6Yqn8QxyRwkBairjNWO7ZuJgaPOLqWqpOa+ CQ4cYhn8jBvnIV8BN/p/9SbkyEebtMY6viV68e92ow84IAGC+ZVEPYzIU1Z379EcnSSx P7ANx6c0wk0MhuosAvdJhDfcf3iQ3draslNnJYez0gaPmwnkY7sYf5CppYnzIpCHjKMD 9+8w== 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=fnR+MKUSnuxMJfSQ2UKCD42r8zsohp+x+yJYONCIXLg=; b=AxLCG4mllXyI+NBAFdyRtJYA/C3+guuU8pe+NNUi0DiFIXXRGhSsiAW4kEh3hmO0KQ kv1XrZaodv8d5sMoo77T8R2ML19raxCKoIe5ECBsf35qQIO4CXCvNFdZZj8JkbM3/okn 1XgYItOHapmZdcyRpJze3Ztr2DFny2axCCwL5hXScbavow3qdvzyS4okldRoPFcZWDsP Lbqb71i0qUjvbMl/3H5/D6Q2CEvUD75FmpTfunKbGttU/92r2c1Z7t9wS/kYhpBSwoZK IMU7HSu95GCjK95URICtTfIv/jfleIKMcQd7bduGtTwmLQB0UVh7qmCSCGuA9cE32YNJ Y7wQ== X-Gm-Message-State: AGi0PuYG/RZsHamDNS71JMfJGsj2ENF+6yJJ7bC8VRetQTpqIXAp/JKV f2zW70G2aby5DYcOGpv6jPG2GIZLDCKGDVDbJOY= X-Google-Smtp-Source: APiQypIa3oQsBGZvOc0nH6X4eeU4C/NxoFr2t3LUhnBpKD6Hs+/CDdk9nICwUWVRFt5XOHNfGtu8C8tuItNJFTVBqgM= X-Received: by 2002:a05:6512:31c1:: with SMTP id j1mr8077661lfe.14.1586706271153; Sun, 12 Apr 2020 08:44:31 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Tobias Kilb Date: Sun, 12 Apr 2020 17:44:20 +0200 Message-ID: Subject: Re: Enc28j60 SPI not work on RPIB4 To: Robert Crowston Cc: ykla , freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 490bf94xVhz4GwM X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=euBRtC01; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of tobiaskilb@gmail.com designates 2a00:1450:4864:20::12d as permitted sender) smtp.mailfrom=tobiaskilb@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-8.66), ipnet: 2a00:1450::/32(-2.35), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2020 15:44:35 -0000 Does the SPI works in general? Short circuit rx/tx echoes back data? Robert Crowston via freebsd-arm schrieb am So., 12. Apr. 2020, 16:24: > Support for rpi4 is in an early stage. A driver for the ethernet > controller is in the works -- I've seen an early version and it works for > me -- and I'm working on a driver for the PCI-E interface that will enabl= e > USB (I'm figuring out the controller's quirky MSI at the moment). > > But you should not generally expect much of the Rpi4 to work at this poin= t. > > > =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original = Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 > On Sunday, 12 April 2020 11:42, ykla wrote: > > > I test it works well in raspbian. But not work in FreeBSD, it's looks > like > > SPI not work. And I already add enc28j60.dtbo in overlays. > > No network for rpi4b now then I try to install enc28j60 to rpi4b, but > also > > no net. > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Fri Apr 17 00:49: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 B72012CC7EB for ; Fri, 17 Apr 2020 00:49:04 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 493HXb5QXrz4KqX for ; Fri, 17 Apr 2020 00:49:03 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 03GNvGD6019096 for ; Thu, 16 Apr 2020 18:57:16 -0500 (CDT) (envelope-from mike@karels.net) Message-Id: <202004162357.03GNvGD6019096@mail.karels.net> To: freebsd-arm@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Ethernet driver for RPi 4B MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <19094.1587081436.1@mail.karels.net> Date: Thu, 16 Apr 2020 18:57:16 -0500 X-Rspamd-Queue-Id: 493HXb5QXrz4KqX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-4.55 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[mike@karels.net]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[karels.net]; REPLYTO_ADDR_EQ_FROM(0.00)[]; IP_SCORE(-2.35)[ip: (-7.57), ipnet: 216.160.36.0/22(-3.99), asn: 209(-0.13), country: US(-0.05)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2020 00:49:04 -0000 I put the Ethernet driver for the Raspberry Pi 4B into Phabricator for review, https://reviews.freebsd.org/D24436. Anyone who wants to test it can download the driver from there. I'm interested in any feedback. Thanks, Mike From owner-freebsd-arm@freebsd.org Fri Apr 17 04:56:01 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 ED12D2A9AF9 for ; Fri, 17 Apr 2020 04:56:01 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from ppp221-139.static.internode.on.net (2001-44b8-4170-0a00-0000-0000-0000-0002.static.ipv6.internode.on.net [IPv6:2001:44b8:4170:a00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "150.101.221.139", Issuer "Bunya Technology Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 493P1V71sdz4XfR for ; Fri, 17 Apr 2020 04:55:57 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) X-Clacks-Overhead: GNU Terry Pratchett Received: from DHCP.tawonga.bunyatech.com.au (DHCP.tawonga.bunyatech.com.au [10.0.1.106] (may be forged)) (authenticated bits=0) by cope.tawonga.bunyatech.com.au (8.15.2/8.15.2/MSA) with ESMTPSA id 03H4th2h084637 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Fri, 17 Apr 2020 14:55:44 +1000 (AEST) (envelope-from bscott@bunyatech.com.au) To: freebsd-arm From: Brian Scott Subject: X on RPi3 lately Message-ID: Date: Fri, 17 Apr 2020 14:55:43 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Language: en-US X-Rspamd-Queue-Id: 493P1V71sdz4XfR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bscott@bunyatech.com.au designates 2001:44b8:4170:a00::2 as permitted sender) smtp.mailfrom=bscott@bunyatech.com.au X-Spamd-Result: default: False [0.69 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.0]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; R_SPF_ALLOW(-0.20)[+ip6:2001:44b8:4170:a00::/56]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bunyatech.com.au]; NEURAL_SPAM_MEDIUM(0.05)[0.050,0]; URI_COUNT_ODD(1.00)[3]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.26)[asn: 4739(1.28), country: AU(0.01)]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-0.42)[-0.415,0]; MIME_BASE64_TEXT(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:4739, ipnet:2001:44b8::/32, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2020 04:56:02 -0000 Hi, I don't know if anyone else has hit this but I was just refreshing the system on my RPi3 with a recent 12 snapshot and found that I can't get X to start up. The problem appears to come down to (extract from Xorg.0.log): [ 52819.563] scfb: PreInit 0 [ 52819.563] (II) scfb(0): Using: depth (24),   width (1280),    height (1024) [ 52819.563] (EE) scfb(0): Specified fbbpp (24) is not a permitted value [ 52819.563] (II) UnloadModule: "scfb" [ 52819.563] (EE) Screen(s) found, but none have a usable configuration. I've experimented with different values for Depth and FbBpp (and Default...) in xorg.conf with very little changing. I have seen recent reference[1] to the same error (except for FBTURBO) on linux recently due to changed firmware where the problem would seem to be including an incorrect parameter framebuffer_depth=24 in their config.txt file and the fix was to remove the offending line. Unfortunately I didn't have a framebuffer_depth= parameter in mine so I tried adding one with a value of 32. This didn't have any effect. In both cases the boot messages for the framebuffer show the messages: fb0: on simplebus0 fbd0 on fb0 VT: Replacing driver "efifb" with new "fb". fb0: 1280x1024(1280x1024@0,0) 24bpp fb0: fbswap: 1, pitch 3840, base 0x3e83a000, screen_size 3932160 The fdt doesn't appear to have much of an opinion on the matter other than the format looks like 32 bits (8 alpha(ignored), 8 red, 8 green, and 8 blue):         framebuffer@3e6fa000 {                 format = "a8r8g8b8";                 stride = <0x1400>;                 height = <0x400>;                 width = <0x500>;                 reg = <0x3e6fa000 0x500000>;                 compatible = "simple-framebuffer";                 status = "okay";         }; I've had a little dig around in the code and can't see any recent changes, much less any smoking guns of work in this sort of area. I should qualify that by saying that I'm definitely no expert and won't have hit the whole chain by any stretch. xf86-video-scfb hasn't changed significantly for a while. It seems to take what it is given by the underlying framebuffer and passes it back to X. The error message: "Specified fbbpp (24) is not a permitted value" isn't generated by this driver but I'm guessing by X when the 24bpp is passed back. sys/arm/broadcom/bcm2835/bcm2835_fb.c on stable/12 hasn't changed in any relevant way recently but does include some interesting things: #define FB_DEPTH 24 and later on: fb.bpp = FB_DEPTH; between calls to bcm2835_mbox_fb_get_w_h and bcm2835_mbox_fb_init. This is followed shortly after by sc->depth = fb.bpp; setting up what is then retrieved by the X driver. Neither bcm2835_mbox_fb_get_w_h or bcm2835_mbox_fb_init change the bpp value but _fb_init uses it in a request to the firmware: msg.depth.body.req.bpp = fb->bpp; I haven't tinkered around with this at all because I'm comprehensively out my depth at this point and building new kernels is a very slow way to experiment. The snapshots that I've tried are FreeBSD-12.1-STABLE-arm64-aarch64-RPI3-20200326-r359308.img.xz and FreeBSD-12.1-STABLE-arm64-aarch64-RPI3-20200409-r359721.img.xz. The system I had been running before I trashed it was FreeBSD-12.1-RELEASE-arm64-aarch64-RPI3.img.xz. I have an older system laying about that I have tried (possibly more that a year old) and have verified that the fdt for the framebuffer hasn't changed. I should have checked other details like boot messages etc but didn't. I may follow up this email with those details later. So does anyone have any clues? Am I the only one to try bringing up the recent snapshots with X11? Is this a problem that the linux folk have fixed in a way that impacts FreeBSD, i.e. worked around the firmware change with a change in the kernel or the X driver? I couldn't see any changes in the X driver when I went looking but see previous disclaimer. Thanks for reading the long rant... Brian Scott [1] https://github.com/raspberrypi/firmware/issues/1338 From owner-freebsd-arm@freebsd.org Fri Apr 17 05:29:37 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 AD4A32AA8E8 for ; Fri, 17 Apr 2020 05:29:37 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from ppp221-139.static.internode.on.net (2001-44b8-4170-0a00-0000-0000-0000-0002.static.ipv6.internode.on.net [IPv6:2001:44b8:4170:a00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "150.101.221.139", Issuer "Bunya Technology Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 493PmH2scvz4ZWq for ; Fri, 17 Apr 2020 05:29:34 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) X-Clacks-Overhead: GNU Terry Pratchett Received: from DHCP.tawonga.bunyatech.com.au (DHCP.tawonga.bunyatech.com.au [10.0.1.106] (may be forged)) (authenticated bits=0) by cope.tawonga.bunyatech.com.au (8.15.2/8.15.2/MSA) with ESMTPSA id 03H5TVN4086371 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Fri, 17 Apr 2020 15:29:31 +1000 (AEST) (envelope-from bscott@bunyatech.com.au) Subject: Re: X on RPi3 lately To: freebsd-arm@freebsd.org References: From: Brian Scott Message-ID: <9316ed0f-1c2e-b18e-d2f3-9b4981db86b8@bunyatech.com.au> Date: Fri, 17 Apr 2020 15:29:30 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 493PmH2scvz4ZWq X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bscott@bunyatech.com.au designates 2001:44b8:4170:a00::2 as permitted sender) smtp.mailfrom=bscott@bunyatech.com.au X-Spamd-Result: default: False [-1.95 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.0]; NEURAL_HAM_MEDIUM(-0.91)[-0.915,0]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; R_SPF_ALLOW(-0.20)[+ip6:2001:44b8:4170:a00::/56]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; DMARC_NA(0.00)[bunyatech.com.au]; IP_SCORE(0.26)[asn: 4739(1.28), country: AU(0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4739, ipnet:2001:44b8::/32, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2020 05:29:37 -0000 On 17/4/20 2:55 pm, Brian Scott wrote: > Hi, > > I don't know if anyone else has hit this but I was just refreshing the > system on my RPi3 with a recent 12 snapshot and found that I can't get X > to start up. > > The problem appears to come down to (extract from Xorg.0.log): > > [ 52819.563] scfb: PreInit 0 > [ 52819.563] (II) scfb(0): Using: depth (24),   width (1280),    height > (1024) > [ 52819.563] (EE) scfb(0): Specified fbbpp (24) is not a permitted value > [ 52819.563] (II) UnloadModule: "scfb" > [ 52819.563] (EE) Screen(s) found, but none have a usable configuration. > > I've experimented with different values for Depth and FbBpp (and > Default...) in xorg.conf with very little changing. > > I have seen recent reference[1] to the same error (except for FBTURBO) > on linux recently due to changed firmware where the problem would seem > to be including an incorrect parameter framebuffer_depth=24 in their > config.txt file and the fix was to remove the offending line. > Unfortunately I didn't have a framebuffer_depth= parameter in mine so I > tried adding one with a value of 32. This didn't have any effect. In > both cases the boot messages for the framebuffer show the messages: > > fb0: on simplebus0 > fbd0 on fb0 > VT: Replacing driver "efifb" with new "fb". > fb0: 1280x1024(1280x1024@0,0) 24bpp > fb0: fbswap: 1, pitch 3840, base 0x3e83a000, screen_size 3932160 > > The fdt doesn't appear to have much of an opinion on the matter other > than the format looks like 32 bits (8 alpha(ignored), 8 red, 8 green, > and 8 blue): > >         framebuffer@3e6fa000 { >                 format = "a8r8g8b8"; >                 stride = <0x1400>; >                 height = <0x400>; >                 width = <0x500>; >                 reg = <0x3e6fa000 0x500000>; >                 compatible = "simple-framebuffer"; >                 status = "okay"; >         }; > > I've had a little dig around in the code and can't see any recent > changes, much less any smoking guns of work in this sort of area. I > should qualify that by saying that I'm definitely no expert and won't > have hit the whole chain by any stretch. > > xf86-video-scfb hasn't changed significantly for a while. It seems to > take what it is given by the underlying framebuffer and passes it back > to X. The error message: "Specified fbbpp (24) is not a permitted value" > isn't generated by this driver but I'm guessing by X when the 24bpp is > passed back. > > sys/arm/broadcom/bcm2835/bcm2835_fb.c on stable/12 hasn't changed in any > relevant way recently but does include some interesting things: > > #define FB_DEPTH 24 > > and later on: > > > fb.bpp = FB_DEPTH; > > between calls to bcm2835_mbox_fb_get_w_h and bcm2835_mbox_fb_init. > > This is followed shortly after by sc->depth = fb.bpp; setting up what is > then retrieved by the X driver. > > Neither bcm2835_mbox_fb_get_w_h or bcm2835_mbox_fb_init change the bpp > value but _fb_init uses it in a request to the firmware: > > > msg.depth.body.req.bpp = fb->bpp; > > I haven't tinkered around with this at all because I'm comprehensively > out my depth at this point and building new kernels is a very slow way > to experiment. > > The snapshots that I've tried are > FreeBSD-12.1-STABLE-arm64-aarch64-RPI3-20200326-r359308.img.xz and > FreeBSD-12.1-STABLE-arm64-aarch64-RPI3-20200409-r359721.img.xz. > > The system I had been running before I trashed it was > FreeBSD-12.1-RELEASE-arm64-aarch64-RPI3.img.xz. I have an older system > laying about that I have tried (possibly more that a year old) and have > verified that the fdt for the framebuffer hasn't changed. I should have > checked other details like boot messages etc but didn't. I may follow up > this email with those details later. > > So does anyone have any clues? Am I the only one to try bringing up the > recent snapshots with X11? Is this a problem that the linux folk have > fixed in a way that impacts FreeBSD, i.e. worked around the firmware > change with a change in the kernel or the X driver? I couldn't see any > changes in the X driver when I went looking but see previous disclaimer. > > Thanks for reading the long rant... > > Brian Scott > > [1] https://github.com/raspberrypi/firmware/issues/1338 > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > Hi, Following up my own email with more information (as you do), my very old system was 12.0 RELEASE. The fb messages at startup were identical (i.e. indicating 24bpp because that's all the code can show). For the giggles, I tried doing some mix and match with kernels. My setup has the boot and kernel on the SD card and everything else on a USB connected drive. So... 12.0 RELEASE kernel + 12.1 STABLE world + packages etc - Same result. Invalid bpp in X. 12.1 STABLE kernel + 12.0 RELEASE + a bunch of very outdated packages - Works perfectly. Nice looking X display. I was amazed that both booted and ran as well as they did. What it did tell me is that the problem isn't in the kernel, u-boot or the firmware. Rather, it is in X11 somewhere, possibly in reaction to something that was changed at the lower levels. I don't know where the linux folk would have hidden their kluge to make this work or how that would impact FreeBSD. Thanks for reading, Brian