Is there any error checking on swap?
Is there any error checking on swap traffic, along the lines of a checksum or parity test? Just curious what happens if a page written out is corrupted when it comes back. Thanks for reading, bob prohaska ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect)
>
> On 2020-Jul-11, at 14:45, Robert Crowston wrote:
>
> So what is the mistake I made here?
>
> Should I have given a globally unique name as the first argument to
> DRIVER_MODULE()? I didn't see that in the man page, and other examples of
> pcib drivers apparently get away with it.
>
> I did notice the weird message about "driver already loaded from kernel". I
> wondered if that meant I was dragging in code to the core kernel, that would
> otherwise live in an external module?
>
> Let me know how I can help fix it!
>
>-- RHC.
It is not an area of expertise for me. I've spent hours just
getting to the point of sending the notes that I have sent.
I did just find the text:
QUOTE from
https://www.freebsd.org/cgi/man.cgi?query=DRIVER_MODULE&sektion=9&n=1 :
The identifier used in DRIVER_MODULE() can be different from the driver
name. Also, the same driver identifier can exist on different buses,
which is a pretty clean way of making front ends for different cards us-
ing the same driver on the same or different buses. For example, the
following is allowed:
DRIVER_MODULE(foo, isa, foo_driver, foo_devclass, NULL, NULL);
DRIVER_MODULE(foo, pci, foo_driver, foo_devclass, NULL, NULL);
END QUOTE
But the wording is not explicit about what would be "same bus".
I do find two things that suggests to me that "picb" should be
a unique name. First:
QUOTE from https://www.freebsd.org/cgi/man.cgi?query=driver&sektion=9&n=1 :
static int foo_probe(device_t);
static int foo_attach(device_t);
static int foo_detach(device_t);
static int foo_frob(device_t, int, int);
static int foo_twiddle(device_t, char *);
static device_method_t foo_methods[] = {
/* Methods from the device interface */
DEVMETHOD(device_probe, foo_probe),
DEVMETHOD(device_attach,foo_attach),
DEVMETHOD(device_detach,foo_detach),
/* Methods from the bogo interface */
DEVMETHOD(bogo_frob,foo_frob),
DEVMETHOD(bogo_twiddle, foo_twiddle),
/* Terminate method list */
DEVMETHOD_END
};
static driver_t foo_driver = {
"foo",
foo_methods,
sizeof(struct foo_softc)
};
static devclass_t foo_devclass;
DRIVER_MODULE(foo, bogo, foo_driver, foo_devclass, NULL, NULL);
END QUOTE
Note the "foo" in foo_driver. That looks to be something
that ends up being globally used (indirectly) and so more
likely to have some form of relative-uniqueness criteria.
foo is also the prefix on the method routines.
I also did the following that produced my second thing
making the suggestion:
# grep -r "MODULE.*pcib.*simplebus" /usr/src/sys/ | more
/usr/src/sys/dev/pci/pci_host_generic_fdt.c:DRIVER_MODULE(pcib, simplebus,
generic_pcie_fdt_driver,
/usr/src/sys/dev/xilinx/xlnx_pcib.c:DRIVER_MODULE(xlnx_pcib, simplebus,
xlnx_pcib_fdt_driver,
/usr/src/sys/arm64/cavium/thunder_pcie_fdt.c:DRIVER_MODULE(thunder_pcib,
simplebus, thunder_pcie_fdt_driver,
/usr/src/sys/arm/broadcom/bcm2835/bcm2838_pci.c:DRIVER_MODULE(pcib, simplebus,
bcm_pcib_driver, bcm_pcib_devclass, 0, 0);
/usr/src/sys/arm/mv/mv_pci_ctrl.c:DRIVER_MODULE(pcib_ctrl, simplebus,
mv_pcib_ctrl_driver, pcib_ctrl_devclass, 0, 0);
/usr/src/sys/arm/nvidia/tegra_pcie.c:DRIVER_MODULE(tegra_pcib, simplebus,
tegra_pcib_driver, pcib_devclass,
/usr/src/sys/arm/annapurna/alpine/alpine_pci.c:DRIVER_MODULE(alpine_pcib,
simplebus, al_pcib_driver, anpa_pcib_devclass, 0, 0);
/usr/src/sys/mips/nlm/xlp_pci.c:DRIVER_MODULE(xlp_pcib, simplebus,
xlp_pcib_driver, pcib_devclass, 0, 0);
and it looks like in all other cases for pcib and simplebus together,
the name in DRIVER_MODULE(name, is unique to the context (one example
of plain pcib other than the new one that you added).
I hope that the above helps.
Mark
> ‐‐‐ Original Message ‐‐‐
> On Saturday, 11 July 2020 11:48, Mark Millard wrote:
>
>> On 2020-Jul-11, at 02:26, Mark Millard wrote:
>>
>>> On 2020-Jul-11, at 01:32, Mark Millard wrote:
>>>
On 2020-Jul-11, at 00:14, Mark Millard wrote:
> Anyone else with such Overdrive 1000 problems after
> upgrading into this range or beyond?
> boot -v output:
> ---<>---
> KDB: debugger backends: ddb
> KDB: current backend: ddb
> Type Physical Virtual #Pages Attr
> Reserved 0080 0 0e80 WC WT WB
> ConventionalMemory 008000e8 0 0001ef7d WC WT WB
> BootServicesData 00801fdfd000 0 0203 WC WT WB
> ConventionalMemory 00802000 0 001d0583 WC WT WB
> LoaderData 0081f0583000 0 8000 WC WT WB
> LoaderCode 0081f8583000 0 017d WC WT WB
> ACPIReclaimMemory 0081f870 0 00a0 WC WT WB
> ConventionalMemory 0081f87a 0 000b WC WT WB
> LoaderData 0081f87ab000 0 0001 WC WT WB
> ConventionalMemory 0081f87ac000 0 20ab WC WT WB
>
slow USB 3.0 on -current
Hello, I'm having issues getting good ethernet performance from a USB ethernet adapter (ure) under FreeBSD on an HP EliteDesk 705 G2 Mini[1]. It's an AMD PRO A10-8700B based system using the AMD A78 FCH chipset. Under FreeBSD -current (r362596), 12.1-R and 11.4-R, the RealTek USB adapter only gets around 10MB/sec performance. During the transfer, the CPU usage is only around 3-5%, so it's definitely not CPU bound. I have tested Windows 10 and NetBSD 9.0 performance, and both provide 100MB/sec+ w/o troubles. I have attached dmesg from both FreeBSD -current and NetBSD 9.0. Any hints on how to fix this? This may be related, but I'm also having issues w/ booting when I have both a SD USB 2.0 card reader AND the ure plugged into USB 3.0 ports. If I move the SD card reader to USB 2.0, the umass device will attach and work. I have also attached a clip of the dmesg from that happening. Has anyone else seen this issue? Ideas or thoughts on how to resolve the performance issues? Thanks. [1] https://support.hp.com/us-en/document/c04834953 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." ---<>--- Copyright (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 r362596: Thu Jun 25 05:02:51 UTC 2020 r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 FreeBSD clang version 10.0.1 (g...@github.com:llvm/llvm-project.git llvmorg-10.0.0-97-g6f71678ecd2) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 1024x768 CPU: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G(1796.67-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x660f01 Family=0x15 Model=0x60 Stepping=1 Features=0x178bfbff Features2=0x7ed8320b AMD Features=0x2e500800 AMD Features2=0x2febbfff,DBE,PTSC,MWAITX> Structured Extended Features=0x1a9 XSAVE Features=0x1 AMD Extended Feature Extensions ID EBX=0x1000 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=32768 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8034414592 (7662 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" arc4random: WARNING: initial seeding bypassed the cryptographic random device because it was not yet seeded and the knob 'bypass_before_seeding' was enabled. ioapic0: MADT APIC ID 4 != hw id 0 ioapic1: MADT APIC ID 5 != hw id 0 ioapic0 irqs 0-23 ioapic1 irqs 24-55 Launching APs: 2 3 1 Timecounter "TSC" frequency 179782 Hz quality 1000 random: entropy device external interface WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. kbd1 at kbdmux0 000.44 [4342] netmap_init netmap: loaded module [ath_hal] loaded nexus0 efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.00s cryptosoft0: acpi0: acpi0: Power Button (fixed) cpu0: on acpi0 atrtc0: port 0x70-0x71 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.00s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed0-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) vgapci0: port 0x2000-0x20ff mem 0xc000-0xc7ff,0xc800-0xc87f,0xc8b0-0xc8b3 irq 43 at device 1.0 on pci0 vgapci0: Boot video device hdac0: mem 0xc8b6-0xc8b63fff at device 1.1 on pci0 pcib1: at device 2.3 on pci0 pci1: on pcib1 bge0: mem 0xc882-0xc882,0xc881-0xc881,0xc880-0xc880 at device 0.0 on pci1 bge0: CHIP ID 0x05762100; ASIC REV 0x5762; CHIP REV 0x57621; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Using defaults for TSO: 65518/35/2048 bge0: Ethernet address: fc:3f:db:07:1c:f2 pci0: at device 8.0 (no driver attached) hdac1: mem 0xc8b64000-0xc8b67fff at device 9.2 on pci0 xhci0: mem 0xc8b68000-0xc8b69fff at device 16.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Unable to map MSI-X table usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 ahci0: port 0x2118-0x211f,0x2124-0x2127,0x2110-
Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect)
On 2020-Jul-11, at 02:26, Mark Millard wrote: > On 2020-Jul-11, at 01:32, Mark Millard wrote: > >> On 2020-Jul-11, at 00:14, Mark Millard wrote: >> >>> Anyone else with such Overdrive 1000 problems after >>> upgrading into this range or beyond? >>> >>> boot -v output: >>> >>> ---<>--- >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Type Physical Virtual #Pages Attr >>> Reserved 00800 0e80 WC WT WB >>> ConventionalMemory 008000e80 0001ef7d WC WT WB >>> BootServicesData 00801fdfd0000 0203 WC WT WB >>> ConventionalMemory 008020000 001d0583 WC WT WB >>> LoaderData 0081f05830000 8000 WC WT WB >>> LoaderCode 0081f85830000 017d WC WT WB >>>ACPIReclaimMemory 0081f8700 00a0 WC WT WB >>> ConventionalMemory 0081f87a0 000b WC WT WB >>> LoaderData 0081f87ab0000 0001 WC WT WB >>> ConventionalMemory 0081f87ac0000 20ab WC WT WB >>> BootServicesData 0081fa8570000 0029 WC WT WB >>> ConventionalMemory 0081fa880 000b WC WT WB >>> BootServicesData 0081fa88b0000 001f WC WT WB >>> ConventionalMemory 0081fa8aa0000 0003 WC WT WB >>> BootServicesData 0081fa8ad0000 02f0 WC WT WB >>> ConventionalMemory 0081fab9d0000 0001 WC WT WB >>> BootServicesData 0081fab9e0000 0012 WC WT WB >>> ConventionalMemory 0081fabb0 0001 WC WT WB >>> BootServicesData 0081fabb10000 0006 WC WT WB >>> ConventionalMemory 0081fabb70000 0002 WC WT WB >>> BootServicesData 0081fabb90000 0ae7 WC WT WB >>> ConventionalMemory 0081fb6a0 0046 WC WT WB >>> BootServicesCode 0081fb6e60000 014a WC WT WB >>> RuntimeServicesCode 0081fb83 81fb83 03e0 WC WT WB RUNTIME >>> ConventionalMemory 0081fbc10 01a0 WC WT WB >>> RuntimeServicesData 0081fbdb 81fbdb 0250 WC WT WB RUNTIME >>> ConventionalMemory 0081fc000 001f WC WT WB >>> BootServicesData 0081fc01f0000 0001 WC WT WB >>> ConventionalMemory 0081fc020 3732 WC WT WB >>> BootServicesData 0081ff7520000 087a WC WT WB >>> ConventionalMemory 0081fffcc0000 0004 WC WT WB >>> RuntimeServicesData 0081fffd 81fffd 0020 WC WT WB RUNTIME >>> ConventionalMemory 00810 000c WC WT WB >>> BootServicesData 0081c0000 0004 WC WT WB >>> Physical memory chunk(s): >>> 0x8000e8 - 0x81f86f, 8056 MB (2062464 pages) >>> 0x81f87a - 0x81fb82,48 MB ( 12432 pages) >>> 0x81fbc1 - 0x81,67 MB ( 17392 pages) >>> Excluded memory regions: >>> 0x80 - 0x8000e7,14 MB ( 3712 pages) NoAlloc >>> 0x81f060 - 0x81f1992fff,19 MB ( 5011 pages) NoAlloc >>> 0x81f870 - 0x81f879, 0 MB (160 pages) NoAlloc >>> 0x81fb83 - 0x81fbc0, 3 MB (992 pages) NoAlloc >>> 0x81fbdb - 0x81fbff, 2 MB (592 pages) NoAlloc >>> 0x81fffd - 0x81fffe, 0 MB ( 32 pages) NoAlloc >>> Found 4 CPUs in the device tree >>> Copyright (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 #6 r363021M: Thu Jul 9 22:46:01 PDT 2020 >>> >>> markmi@FBSDFHUGE:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarch64/sys/GENERIC-NODBG >>> arm64 >>> FreeBSD clang version 10.0.1 (g...@github.com:llvm/llvm-project.git >>> llvmorg-10.0.1-rc2-0-g77d76b71d7d) >>> VT: init without driver. >>> Preloaded elf kernel "/boot/kernel/kernel" at 0x01166000. >>> Preloaded hostuuid "/etc/hostid" at 0x0116f310. >>> Preloaded boot_entropy_cache "/boot/entropy" at 0x0116f360. >>> module firmware already present! >>> module_register: cannot register simplebus/gpio from kernel; already loaded >>> from kernel >>> Module simplebus/gpio failed to register: 17 >>> module_register: cannot register simplebus/pcib from kernel; already loaded >>> from kernel >>> Module simplebus/pcib failed to register: 17 >>> Starting CPU 1 (101) >>> Starting CPU 2 (200) >>> Starting CPU 3 (201) >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>> random: read 4096 bytes from preloaded cache >>> random: unblocking device. >>> VIMAGE (virtualized network stack) enabled >>> hostuuid: using # >>> ULE: setup cpu 0 >>> ULE: setup cpu 1 >>> ULE: setup cpu 2 >>> ULE: setup cpu 3 >>> Table 'FACP' at
Re: -CURRENT and drm-devel-kmod
On Sat, Jul 11, 2020 at 12:03 AM Emmanuel Vadot wrote: > On Fri, 10 Jul 2020 23:57:52 +0200 > Andreas Nilsson wrote: > > > Hello, > > > > I've been running -CURRENT on my x1 yoga 1st gen for a long time, with > > drm-current-kmod. As I understand it that port is no longer recommended > and > > one should run drm-devel-kmod . > > I don't think that somebody ever said that. > For now use current if that works for you. > Well, it was said that devel is more up-to-date than current. > > > However, when I load i915kms from -devel > > the console stops refreshing. It only refreshes when I switch > > (Ctrl+alt+Fx). I see it refresh and display the new content just before > > switching to the requested console. > > add hw.i915kms.enable_psr=0 to /boot/loader.conf > This is a bug that none of my hardware have and I don't really know > what's happening for now. > Thanks, setting that fixed the problem! > > > X behaves the same way. Has anyone experienced this? > > > > Best regards > > Andreas > > ___ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscr...@freebsd.org" > > > -- > Emmanuel Vadot > Best regards Andreas ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect)
On 2020-Jul-11, at 01:32, Mark Millard wrote: > On 2020-Jul-11, at 00:14, Mark Millard wrote: > >> Anyone else with such Overdrive 1000 problems after >> upgrading into this range or beyond? >> >> boot -v output: >> >> ---<>--- >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Type Physical Virtual #Pages Attr >> Reserved 00800 0e80 WC WT WB >>ConventionalMemory 008000e80 0001ef7d WC WT WB >> BootServicesData 00801fdfd0000 0203 WC WT WB >>ConventionalMemory 008020000 001d0583 WC WT WB >>LoaderData 0081f05830000 8000 WC WT WB >>LoaderCode 0081f85830000 017d WC WT WB >> ACPIReclaimMemory 0081f8700 00a0 WC WT WB >>ConventionalMemory 0081f87a0 000b WC WT WB >>LoaderData 0081f87ab0000 0001 WC WT WB >>ConventionalMemory 0081f87ac0000 20ab WC WT WB >> BootServicesData 0081fa8570000 0029 WC WT WB >>ConventionalMemory 0081fa880 000b WC WT WB >> BootServicesData 0081fa88b0000 001f WC WT WB >>ConventionalMemory 0081fa8aa0000 0003 WC WT WB >> BootServicesData 0081fa8ad0000 02f0 WC WT WB >>ConventionalMemory 0081fab9d0000 0001 WC WT WB >> BootServicesData 0081fab9e0000 0012 WC WT WB >>ConventionalMemory 0081fabb0 0001 WC WT WB >> BootServicesData 0081fabb10000 0006 WC WT WB >>ConventionalMemory 0081fabb70000 0002 WC WT WB >> BootServicesData 0081fabb90000 0ae7 WC WT WB >>ConventionalMemory 0081fb6a0 0046 WC WT WB >> BootServicesCode 0081fb6e60000 014a WC WT WB >> RuntimeServicesCode 0081fb83 81fb83 03e0 WC WT WB RUNTIME >>ConventionalMemory 0081fbc10 01a0 WC WT WB >> RuntimeServicesData 0081fbdb 81fbdb 0250 WC WT WB RUNTIME >>ConventionalMemory 0081fc000 001f WC WT WB >> BootServicesData 0081fc01f0000 0001 WC WT WB >>ConventionalMemory 0081fc020 3732 WC WT WB >> BootServicesData 0081ff7520000 087a WC WT WB >>ConventionalMemory 0081fffcc0000 0004 WC WT WB >> RuntimeServicesData 0081fffd 81fffd 0020 WC WT WB RUNTIME >>ConventionalMemory 00810 000c WC WT WB >> BootServicesData 0081c0000 0004 WC WT WB >> Physical memory chunk(s): >> 0x8000e8 - 0x81f86f, 8056 MB (2062464 pages) >> 0x81f87a - 0x81fb82,48 MB ( 12432 pages) >> 0x81fbc1 - 0x81,67 MB ( 17392 pages) >> Excluded memory regions: >> 0x80 - 0x8000e7,14 MB ( 3712 pages) NoAlloc >> 0x81f060 - 0x81f1992fff,19 MB ( 5011 pages) NoAlloc >> 0x81f870 - 0x81f879, 0 MB (160 pages) NoAlloc >> 0x81fb83 - 0x81fbc0, 3 MB (992 pages) NoAlloc >> 0x81fbdb - 0x81fbff, 2 MB (592 pages) NoAlloc >> 0x81fffd - 0x81fffe, 0 MB ( 32 pages) NoAlloc >> Found 4 CPUs in the device tree >> Copyright (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 #6 r363021M: Thu Jul 9 22:46:01 PDT 2020 >> >> markmi@FBSDFHUGE:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarch64/sys/GENERIC-NODBG >> arm64 >> FreeBSD clang version 10.0.1 (g...@github.com:llvm/llvm-project.git >> llvmorg-10.0.1-rc2-0-g77d76b71d7d) >> VT: init without driver. >> Preloaded elf kernel "/boot/kernel/kernel" at 0x01166000. >> Preloaded hostuuid "/etc/hostid" at 0x0116f310. >> Preloaded boot_entropy_cache "/boot/entropy" at 0x0116f360. >> module firmware already present! >> module_register: cannot register simplebus/gpio from kernel; already loaded >> from kernel >> Module simplebus/gpio failed to register: 17 >> module_register: cannot register simplebus/pcib from kernel; already loaded >> from kernel >> Module simplebus/pcib failed to register: 17 >> Starting CPU 1 (101) >> Starting CPU 2 (200) >> Starting CPU 3 (201) >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> random: read 4096 bytes from preloaded cache >> random: unblocking device. >> VIMAGE (virtualized network stack) enabled >> hostuuid: using # >> ULE: setup cpu 0 >> ULE: setup cpu 1 >> ULE: setup cpu 2 >> ULE: setup cpu 3 >> Table 'FACP' at 0x81f877 >> Table 'APIC' at 0x81f875 >> Table 'GTDT' at 0x81f874 >> Table 'DBG2' at 0x81f87300
Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect)
On 2020-Jul-11, at 00:14, Mark Millard wrote: > Anyone else with such Overdrive 1000 problems after > upgrading into this range or beyond? > > boot -v output: > > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Type Physical Virtual #Pages Attr > Reserved 00800 0e80 WC WT WB > ConventionalMemory 008000e80 0001ef7d WC WT WB > BootServicesData 00801fdfd0000 0203 WC WT WB > ConventionalMemory 008020000 001d0583 WC WT WB > LoaderData 0081f05830000 8000 WC WT WB > LoaderCode 0081f85830000 017d WC WT WB > ACPIReclaimMemory 0081f8700 00a0 WC WT WB > ConventionalMemory 0081f87a0 000b WC WT WB > LoaderData 0081f87ab0000 0001 WC WT WB > ConventionalMemory 0081f87ac0000 20ab WC WT WB > BootServicesData 0081fa8570000 0029 WC WT WB > ConventionalMemory 0081fa880 000b WC WT WB > BootServicesData 0081fa88b0000 001f WC WT WB > ConventionalMemory 0081fa8aa0000 0003 WC WT WB > BootServicesData 0081fa8ad0000 02f0 WC WT WB > ConventionalMemory 0081fab9d0000 0001 WC WT WB > BootServicesData 0081fab9e0000 0012 WC WT WB > ConventionalMemory 0081fabb0 0001 WC WT WB > BootServicesData 0081fabb10000 0006 WC WT WB > ConventionalMemory 0081fabb70000 0002 WC WT WB > BootServicesData 0081fabb90000 0ae7 WC WT WB > ConventionalMemory 0081fb6a0 0046 WC WT WB > BootServicesCode 0081fb6e60000 014a WC WT WB >RuntimeServicesCode 0081fb83 81fb83 03e0 WC WT WB RUNTIME > ConventionalMemory 0081fbc10 01a0 WC WT WB >RuntimeServicesData 0081fbdb 81fbdb 0250 WC WT WB RUNTIME > ConventionalMemory 0081fc000 001f WC WT WB > BootServicesData 0081fc01f0000 0001 WC WT WB > ConventionalMemory 0081fc020 3732 WC WT WB > BootServicesData 0081ff7520000 087a WC WT WB > ConventionalMemory 0081fffcc0000 0004 WC WT WB >RuntimeServicesData 0081fffd 81fffd 0020 WC WT WB RUNTIME > ConventionalMemory 00810 000c WC WT WB > BootServicesData 0081c0000 0004 WC WT WB > Physical memory chunk(s): > 0x8000e8 - 0x81f86f, 8056 MB (2062464 pages) > 0x81f87a - 0x81fb82,48 MB ( 12432 pages) > 0x81fbc1 - 0x81,67 MB ( 17392 pages) > Excluded memory regions: > 0x80 - 0x8000e7,14 MB ( 3712 pages) NoAlloc > 0x81f060 - 0x81f1992fff,19 MB ( 5011 pages) NoAlloc > 0x81f870 - 0x81f879, 0 MB (160 pages) NoAlloc > 0x81fb83 - 0x81fbc0, 3 MB (992 pages) NoAlloc > 0x81fbdb - 0x81fbff, 2 MB (592 pages) NoAlloc > 0x81fffd - 0x81fffe, 0 MB ( 32 pages) NoAlloc > Found 4 CPUs in the device tree > Copyright (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 #6 r363021M: Thu Jul 9 22:46:01 PDT 2020 > > markmi@FBSDFHUGE:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarch64/sys/GENERIC-NODBG > arm64 > FreeBSD clang version 10.0.1 (g...@github.com:llvm/llvm-project.git > llvmorg-10.0.1-rc2-0-g77d76b71d7d) > VT: init without driver. > Preloaded elf kernel "/boot/kernel/kernel" at 0x01166000. > Preloaded hostuuid "/etc/hostid" at 0x0116f310. > Preloaded boot_entropy_cache "/boot/entropy" at 0x0116f360. > module firmware already present! > module_register: cannot register simplebus/gpio from kernel; already loaded > from kernel > Module simplebus/gpio failed to register: 17 > module_register: cannot register simplebus/pcib from kernel; already loaded > from kernel > Module simplebus/pcib failed to register: 17 > Starting CPU 1 (101) > Starting CPU 2 (200) > Starting CPU 3 (201) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > random: read 4096 bytes from preloaded cache > random: unblocking device. > VIMAGE (virtualized network stack) enabled > hostuuid: using # > ULE: setup cpu 0 > ULE: setup cpu 1 > ULE: setup cpu 2 > ULE: setup cpu 3 > Table 'FACP' at 0x81f877 > Table 'APIC' at 0x81f875 > Table 'GTDT' at 0x81f874 > Table 'DBG2' at 0x81f873 > Table 'SPCR' at 0x81f872 > Table 'MCFG' at 0x81f871 > Table 'CSRT' at 0x81f870
OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" . . .
Anyone else with such Overdrive 1000 problems after upgrading into this range or beyond? boot -v output: ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Type Physical Virtual #Pages Attr Reserved 00800 0e80 WC WT WB ConventionalMemory 008000e80 0001ef7d WC WT WB BootServicesData 00801fdfd0000 0203 WC WT WB ConventionalMemory 008020000 001d0583 WC WT WB LoaderData 0081f05830000 8000 WC WT WB LoaderCode 0081f85830000 017d WC WT WB ACPIReclaimMemory 0081f8700 00a0 WC WT WB ConventionalMemory 0081f87a0 000b WC WT WB LoaderData 0081f87ab0000 0001 WC WT WB ConventionalMemory 0081f87ac0000 20ab WC WT WB BootServicesData 0081fa8570000 0029 WC WT WB ConventionalMemory 0081fa880 000b WC WT WB BootServicesData 0081fa88b0000 001f WC WT WB ConventionalMemory 0081fa8aa0000 0003 WC WT WB BootServicesData 0081fa8ad0000 02f0 WC WT WB ConventionalMemory 0081fab9d0000 0001 WC WT WB BootServicesData 0081fab9e0000 0012 WC WT WB ConventionalMemory 0081fabb0 0001 WC WT WB BootServicesData 0081fabb10000 0006 WC WT WB ConventionalMemory 0081fabb70000 0002 WC WT WB BootServicesData 0081fabb90000 0ae7 WC WT WB ConventionalMemory 0081fb6a0 0046 WC WT WB BootServicesCode 0081fb6e60000 014a WC WT WB RuntimeServicesCode 0081fb83 81fb83 03e0 WC WT WB RUNTIME ConventionalMemory 0081fbc10 01a0 WC WT WB RuntimeServicesData 0081fbdb 81fbdb 0250 WC WT WB RUNTIME ConventionalMemory 0081fc000 001f WC WT WB BootServicesData 0081fc01f0000 0001 WC WT WB ConventionalMemory 0081fc020 3732 WC WT WB BootServicesData 0081ff7520000 087a WC WT WB ConventionalMemory 0081fffcc0000 0004 WC WT WB RuntimeServicesData 0081fffd 81fffd 0020 WC WT WB RUNTIME ConventionalMemory 00810 000c WC WT WB BootServicesData 0081c0000 0004 WC WT WB Physical memory chunk(s): 0x8000e8 - 0x81f86f, 8056 MB (2062464 pages) 0x81f87a - 0x81fb82,48 MB ( 12432 pages) 0x81fbc1 - 0x81,67 MB ( 17392 pages) Excluded memory regions: 0x80 - 0x8000e7,14 MB ( 3712 pages) NoAlloc 0x81f060 - 0x81f1992fff,19 MB ( 5011 pages) NoAlloc 0x81f870 - 0x81f879, 0 MB (160 pages) NoAlloc 0x81fb83 - 0x81fbc0, 3 MB (992 pages) NoAlloc 0x81fbdb - 0x81fbff, 2 MB (592 pages) NoAlloc 0x81fffd - 0x81fffe, 0 MB ( 32 pages) NoAlloc Found 4 CPUs in the device tree Copyright (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 #6 r363021M: Thu Jul 9 22:46:01 PDT 2020 markmi@FBSDFHUGE:/usr/obj/cortexA57_clang/arm64.aarch64/usr/src/arm64.aarch64/sys/GENERIC-NODBG arm64 FreeBSD clang version 10.0.1 (g...@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) VT: init without driver. Preloaded elf kernel "/boot/kernel/kernel" at 0x01166000. Preloaded hostuuid "/etc/hostid" at 0x0116f310. Preloaded boot_entropy_cache "/boot/entropy" at 0x0116f360. module firmware already present! module_register: cannot register simplebus/gpio from kernel; already loaded from kernel Module simplebus/gpio failed to register: 17 module_register: cannot register simplebus/pcib from kernel; already loaded from kernel Module simplebus/pcib failed to register: 17 Starting CPU 1 (101) Starting CPU 2 (200) Starting CPU 3 (201) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: read 4096 bytes from preloaded cache random: unblocking device. VIMAGE (virtualized network stack) enabled hostuuid: using # ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 Table 'FACP' at 0x81f877 Table 'APIC' at 0x81f875 Table 'GTDT' at 0x81f874 Table 'DBG2' at 0x81f873 Table 'SPCR' at 0x81f872 Table 'MCFG' at 0x81f871 Table 'CSRT' at 0x81f870 ACPI: No IORT table found snd_unit_init() u=0x00ff8000 [512] d=0x7c00 [32] c=0x03ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=2 feeder_rate_min=1 feeder_rate_max=
Re: OverDrive 1000 head -r360311 -> r363021 upgrade: USB & Ethernet disappeared, "usb_needs_explore_all: no devclass" (Now: artifact.ci bisect)
On 2020-07-11 10:32, Mark Millard via freebsd-arm wrote: Author: hselasky Date: Mon Jul 6 08:50:11 2020 New Revision: 362953 This revision is likely not involved. --HPS ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: -CURRENT and drm-devel-kmod
11.07.20 01:03, Emmanuel Vadot пишет: On Fri, 10 Jul 2020 23:57:52 +0200 Andreas Nilsson wrote: Hello, I've been running -CURRENT on my x1 yoga 1st gen for a long time, with drm-current-kmod. As I understand it that port is no longer recommended and one should run drm-devel-kmod . I don't think that somebody ever said that. For now use current if that works for you. However, when I load i915kms from -devel the console stops refreshing. It only refreshes when I switch (Ctrl+alt+Fx). I see it refresh and display the new content just before switching to the requested console. add hw.i915kms.enable_psr=0 to /boot/loader.conf This is a bug that none of my hardware have and I don't really know what's happening for now. X behaves the same way. Has anyone experienced this? I have the same issue in console, but X11 session works fine. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
