Re: Spoofing MAC address
https://man.openbsd.org/ifconfig.8 search for random openbsd_fr...@mail2tor.com írta 2024. júl.. 3, Sze-n 07:11 órakor: > HI. How do I set up autoamtic spoofing on openbsd? > HOw do I use random or lladdr lladdress to spoof my mac address > automatically. I.e. for airport use. > > Thanks. > John -- --Z--
Re: Copying files from an Android phone
Maybe https://github.com/tfonteyn/Sshd4a ? Sadeep Madurange írta 2024. júl.. 2, K-n 15:58 órakor: > Hello, > > I'm trying to backup some files (~1000 photos and two short videos, in > total about 3GB) from an Android phone to OpenBSD. In the past I used > Android file transfer (MTP) client. I couldn't find it on OpenBSD. > What's the best way to achieve this? > > -- > Sadeep Madurange > PGP: 103BF9E3E750BF7E -- --Z--
Re: epub reader
AFAIK Zathura ( zathura-pdf-mupdf ) can open EPUBs. Feel free to try that. Regards, -ext Dan írta 2024. jún.. 19, Sze-n 18:18 órakor: > Hello, > > I'm here asking for an epub ebook reader port as Foliate (almost under my > XFCE) > appears broken from a while and Calibre is not exactly a light ebook reader. > > Thnks! > > -Dan -- --Z--
Re: Open Source / BSD License Copyright infringements
Have you thought about what if they paid not for the software but for the support? Peter J. Philipp írta 2024. jún.. 6, Cs-n 15:29 órakor: > On 6/6/24 13:10, Kirill A. Korinsky wrote: >> On Thu, 06 Jun 2024 03:33:53 +0100, >> "Peter J. Philipp" wrote: >>> This isn't about Patents, this is about Copyright. And that's the sole >>> interest of mine, and Lawyers are there for a reason. It should interest >>> OpenBSD in one form or another since i used the same Copyright and License >>> as them, if the outcome may be that the Copyright does not protect my works >>> and its license then there is no need to retain a license at the top of >>> every >>> source file at all. >> I do not understand how you plan to prove that someone infringed on some >> part of your code by removing copyrigths from it and selling it. >> >> Especially if the result is binary and the copyrights are comments in the >> source code. > > Well the answer is two fold. One the entity who buys the source, may > advertise who they bought it from, who wrote it etc. Comparing the > objdump of that binary will have answers and cross-correlate to me that > certain functionality came from me. Also every unique DNS stack as a > signature, sorta like pf fingerprinting, I could find out from remote > without buying a binary if someone is using my technology. > > The second part is, if the entity who bought it, sues me for using > "their" source code. This will reveal all. I will have the Open Source > version until version 1.8 so far. And I will have a open core version > running also on Windows in later versions. Once that happens it will > come to a counter-claim that the actual copy of the plaintiff is the > scam sell. It is really hard for someone to pull this off though, > considering I have a history on github and CVS dating back to the days > of sourceforge. > > The company who bought the scam sell, really bought something worthless > because there is an open source version and possibly better than what > they have as time goes forward (in my perspective). > >>> Again, like I said, all I have to go on is hearsay, and I'm looking for a >>> mistake that the entity did indeed change the license and copyright of the >>> original source code. If they did that mistake, then I got them. And they >>> will be sued. >>> >>> This should also be interesting to the GNU open sourcers because as far as >>> their "Copyleft" is concerned it has come to my attention that Artificial >>> Intelligence has been ripping off their code, stripping their licenses in >>> the >>> process and making the final outcome theirs. If you're watching the scene, >>> programmers are suing. And rightfully so. >>> >> This door has already been opened, and the most notable case I suppose is >> that Linux developers took some code from BSD and put GPL on it: >> https://marc.info/?l=linux-wireless=117572345902445=2 >> >> Anyway, I have seen more than once when someone puts components under a >> different OpenSource license and relicenses them under something else. The >> last example that I've seen is bzip3: >> https://github.com/kspalaiologos/bzip3?tab=readme-ov-file#licensing > > Interesting, > > -pjp > > > > -- > *** Random quote: Never believe anyone anything when they tell you > "not to worry about it", or "why do you want to do that?" *** -- --Z--
Re: mounting audio cd
Interestingly BeOS and Haiku lets you to mount an audio cd, it generates a vfs from the toc and shows the tracks as wav or flac (fixme), it does an automatic conversion behind the courtains if you copy a file from an audio cd.
Re: unknown USB vendor
Probably https://wikidevi.wi-cat.ru/AMPAK_AP6212 Peter J. Philipp írta 2024. máj.. 24, P-n 11:39 órakor: > Hi, > > I got a "are you a human?" on google so I switched to qwant.com for > searching > but the search is not as good. I'm looking for the USB vendor of this > USB > vendor id. 0x02d0, and the device id is 0xa9a6. Afaict this is a > ure(4) > device with a builtin usb hub. But there is no other markings on the > outside, related to manufacturer. It does not get detected by default > on an April > kernel code. It does have a micro-USB cable for the raspberry pi zero > 2 that > I wanted to use this with. > > Anyone have any details on these vendor and device id's? > > Best Regards, > -pjp > > -- > ** all info about me: lynx https://callpeter.tel, dig loc delphinusdns.org ** -- --Z--
Re: wifi
>From a quick glance it is a bog-standard m.2 / NGFF card, so it should be >fairly trivial to replace the card with a supported one, see the removal >steps at 01:30 : https://www.youtube.com/watch?app=desktop=dqJ9LjY0Jco Stuart Henderson írta 2024. máj.. 23, Cs-n 09:23 órakor: > On 2024-05-23, Gustavo Rios wrote: >> --1fa3f9061917b744 >> Content-Type: text/plain; charset="UTF-8" >> >> Hi folks! >> >> I would like to setup my openbsd wifi but up to now, no success. >> Here is my lspci output. May some one help me ? >> >> Thanks a lot. >> >> 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE >> 802.11ac PCIe Wireless Network Adapter > > OpenBSD doesn't support Realtek 11ac wifi. > > > -- > Please keep replies on the mailing list. -- --Z--
Fwd: RTL8192EU wifi issue
Crossposting on misc aswell 2024. máj. 7. 14:50:33 Mizsei Zoltán : Hi, I have a so called "Tenda 300Mbps Mini Wireless N Adapter" (this is not the terribly small one). It reports itself as: urtwn0 at uhub0 port 2 configuration 1 interface 0 "Realtek 802.11n NIC" rev 2.10/2.00 addr 2 urtwn0: MAC/BB RTL8192EU, RF 6052 2T2R, address 50:2b:73:c9:11:00 It associates sucessfully with the AP, but it can't reliaby communicate because OBSD reports 98% packet loss. However the same adapter works just fine with the same router on the same machine using NetBSD. NetBSD reports: [ 1.809012] urtwn0 at uhub3 port 1 [ 1.809012] urtwn0: Realtek (0x0bda) 802.11n NIC (0x818b), rev 2.10/2.00, addr 1 [ 1.859025] urtwn0: MAC/BB RTL8192EU, RF 6052 2T2R, address 50:2b:73:c9:11:00 [ 1.869029] urtwn0: 1 rx pipe, 3 tx pipes Interestingly OpenBSD thinks it is 2T2R while NBSD says it is 3T1R. <- maybe a bug? This is the firmware from OpenBSD: -rw-r--r-- 1 root bin 31818 Mar 20 22:17 urtwn-rtl8192eu And this is the firmware from NetBSD: -r--r--r-- 1 root bin 13904 May 7 14:31 urtwn-rtl8192eu As you can see, the file size is clearly different, so I have tried to replace the OpenBSD firmware in /etc/firmware with the one from NetBSD, but it fails to load correctly: urtwn0: timeout waiting for firmware readiness strings and file doesn't gives any hint about the content of the firmwares, so I'd like to know what's the difference, and if it is possible to update6replace the firmware in OBSD with the one from NetBSD? Thank You! --ext
Re: Hardware recommendation for small form factor, noiseless, server
Second-hand Lenovo M710q tiny with a wifi-card could also work: https://dmesgd.nycbug.org/index.cgi?do=view=5296 Jan Stary írta 2024. máj.. 7, K-n 08:47 órakor: > On May 06 21:03:17, mytraddr...@gmail.com wrote: >> Hi all, >> >> can anyone please advise on what computer I can purchase with the following >> requirements: >> >> - fully supports OpenBSD >> - no noise >> - good quality wifi >> - small form factor preferably >> - processor does not need to be fast (no highly intensive compute load) >> - low RAM need >> - needs 1 TB of hard drive at least >> - will be used only remotely, for basic and low-intensity server-type >> applications (no desktop use) >> - under $500 > > PC Engiunes APU2, with a wifi card plugged in, > and most of the $500 buying the 1 TB storage. > > > > OpenBSD 7.5-current (GENERIC.MP) #34: Sat Apr 27 21:19:57 MDT 2024 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 2112446464 (2014MB) > avail mem = 2027487232 (1933MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x7ee97040 (13 entries) > bios0: vendor coreboot version "v4.19.0.1" date 01/31/2023 > bios0: PC Engines apu2 > acpi0 at bios0: ACPI 6.0 > acpi0: sleep states S0 S1 S4 S5 > acpi0: tables DSDT FACP SSDT MCFG TPM2 APIC HEST IVRS SSDT SSDT DRTM > HPET > acpi0: wakeup devices PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4) > UOH1(S3) UOH2(S3) UOH3(S3) UOH4(S3) UOH5(S3) UOH6(S3) XHC0(S4) > acpitimer0 at acpi0: 3579545 Hz, 32 bits > acpimcfg0 at acpi0 > acpimcfg0: addr 0xf800, bus 0-63 > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: AMD GX-412TC SOC, 998.17 MHz, 16-30-01, patch 07030105 > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,HWPSTATE,ITSC,BMI1,XSAVEOPT > cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > cpu0: apic clock running at 99MHz > cpu0: mwait min=64, max=64, IBE > cpu1 at mainbus0: apid 1 (application processor) > cpu1: AMD GX-412TC SOC, 998.44 MHz, 16-30-01, patch 07030105 > cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,HWPSTATE,ITSC,BMI1,XSAVEOPT > cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu1: smt 0, core 1, package 0 > cpu2 at mainbus0: apid 2 (application processor) > cpu2: AMD GX-412TC SOC, 998.37 MHz, 16-30-01, patch 07030105 > cpu2: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,HWPSTATE,ITSC,BMI1,XSAVEOPT > cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu2: smt 0, core 2, package 0 > cpu3 at mainbus0: apid 3 (application processor) > cpu3: AMD GX-412TC SOC, 998.31 MHz, 16-30-01, patch 07030105 > cpu3: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,HWPSTATE,ITSC,BMI1,XSAVEOPT > cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu3: smt 0, core 3, package 0 > ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins > ioapic1 at mainbus0: apid 5 pa 0xfec2, version 21, 32 pins > acpihpet0 at acpi0: 14318180 Hz > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus -1 (PBR4) > acpiprt2 at acpi0: bus 1 (PBR5) > acpiprt3 at acpi0: bus -1 (PBR6) > acpiprt4 at acpi0: bus 2 (PBR7) > acpiprt5 at acpi0: bus -1 (PBR8) > acpicpu0 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu1 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu2 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu3 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu4 at acpi0: no cpu matching ACPI ID 4 > acpicpu5 at acpi0: no cpu matching ACPI ID 5 > acpicpu6 at acpi0: no cpu matching ACPI ID 6 > acpicpu7 at acpi0: no cpu matching ACPI ID 7 > acpipci0 at acpi0 PCI0:
Re: Ports: micro is broken
I see, thanks for the detailed explanation. I'll use mg then. :) Regards, --ext Stuart Henderson írta 2024. máj.. 2, Cs-n 11:15 órakor: > On 2024-05-02, Mizsei Zoltán wrote: >> I am unsure if this is the correct list for this to report, but there seems >> to be other mails regarding ports here, so... > > po...@openbsd.org is better for ports-related questions. > >> I am facing issues with the port of the "micro" editor (written in go) on >> OBSD 7.5. While the color handling was broken in 7.4, but otherwise the >> editor used to work, however now it doesn't even start: > > This is one of a number of pieces of software written in Go that don't > work on OpenBSD 7.5 because they try to make system calls directly. These > can now only be done via libc. > > Changing micro to use a newer version of the github.com/mattn/go-isatty > will fix part of the problem. > > Another part is that it uses a fork of github.com/gdamore/tcell which > doesn't track updates to the original (in particular there's use of > syscall6 in https://github.com/zyedidia/tcell/blob/master/tscreen_bsd.go > which needs changing). Perhaps it could move back to the original > instead of the fork, perhaps the fork could be rebased on a newer > upstream version, or perhaps it just needs a patch. > > There may be other issues but those two stand out. (There's some > discussion about this on ports@ too). > >> In 7.4 i was able to use the official build (which had working colors in >> terminal), but since 7.5 it doesn1t runs anymore: >> https://github.com/zyedidia/micro/releases/download/v2.0.13/micro-2.0.13-openbsd64.tar.gz > > At the moment, pretty much no upstream-provided binaries for any Go > software will work on 7.5, unless they were built using a version of Go > with the patches in the OpenBSD ports tree. > > -- > Please keep replies on the mailing list. -- --Z--
Ports: micro is broken
Hi, I am unsure if this is the correct list for this to report, but there seems to be other mails regarding ports here, so... I am facing issues with the port of the "micro" editor (written in go) on OBSD 7.5. While the color handling was broken in 7.4, but otherwise the editor used to work, however now it doesn't even start: vps$ uname -a OpenBSD vps 7.5 GENERIC#79 amd64 vps$ pkg_info -Q micro (...) micro-2.0.13 (installed) (...) vps$ which micro /usr/local/bin/micro vps$ micro --version Version: 2.0.13 Commit hash: 68d88b5 Compiled on Unknown vps$ micro function not implemented Fatal: Micro could not initialize a Screen. vps$ In 7.4 i was able to use the official build (which had working colors in terminal), but since 7.5 it doesn1t runs anymore: https://github.com/zyedidia/micro/releases/download/v2.0.13/micro-2.0.13-openbsd64.tar.gz Regards, --Z--
Re: Guidance for booting NanoPi R6S?
Hi, I am just wondering if "apmd" might be a reason. Could you check the output of the "apm" command before and after issuing "apm -A"? Best regards, --ext Stephan Somogyi írta 2024. ápr.. 22, H-n 05:21 órakor: > On Sun, Apr 21, 2024 at 9:20 AM Mihai Dragan > wrote: > >> You need to follow a few additional steps to get R6S image to boot after >> flashing the initial image: >> On an OpenBSD desktop system, install "u-boot-rk3588" package. The one I >> tested with is u-boot-rk3588-2024.01rc3p1. >> Insert the sdcard you flashed with the install/miniroot image. >> Copy the uboot binary for your specific board on the sdcard as described in >> the "For systems based on Rockchip RK356x SoCs:" of this page >> https://ftp.openbsd.org/pub/OpenBSD/7.5/arm64/INSTALL.arm64 >> >> For the R6S this should be: >> dd if=/usr/local/share/u-boot/nanopi-r6s-rk3588s/u-boot-rockchip.bin >> of=/dev/sdXc seek=64 >> >> Then plug the sdcard back in the board, connect a usb-to-serial adapter at >> 115200 baud rate (this differs from the default rockchip settings) and power >> the board on. >> Everything's standard from here, follow the instructions on the arm64 >> installation page. >> >> Hope this helps > > Yes, thanks, that was very helpful. > > I got some oob help as well and am in the process of debugging some of > the hardware support. > > In case anyone else is interested, the kernel (both 7.5-stable and > -current) hangs during boot at ohci; disabling that allows boot and > install to proceed. I'm seeing unexpectedly poor performance with dwqe, > and neither of the rge interfaces seems able to acquire a dhcp lease. I > also am seeing unexpectedly low performance compared with an rpi4 in > the LibreSSL speed test; AES, SHA1, and SHA2 are only ~clock-speed > faster, and not Using ARMv8 ISA faster. > > Thanks again for the reply. > > s. -- --Z--
Re: Fonts for wscons(4)
Interesting, thanks. Could you give us a screenshot to see them? Regards, --ext Walter A. Iglesias írta 2024. ápr.. 19, P-n 14:24 órakor: > I designed some fonts for wscons(4). Once you decompress the tar file > you'll find a test.sh script to test the fonts in a fullscreen xterm. I > include the *.h files to try them in wscons, but you have to recompile > the kernel for this. > > https://en.roquesor.com/Downloads/ape.tar.gz > > > -- > To send this message I'm using my patched version of OpenBSD mail(1). -- --Z--
Re: TLS handshake failure at pkg_update
Thanks for the feedback, but I am sure ntpd is running and the time, date and the timezone configured properly, so the reason must be something else. Regards, --ext whistlez írta 2024. ápr.. 8, H-n 14:27 órakor: > Il 2024-04-08 09:14 Mizsei Zoltán ha scritto: >> Hi, > >> vps$ doas pkg_add micro >> https://cloudflare.cdn.openbsd.org/pub/OpenBSD/7.5/packages-stable/amd64/: >> TLS handshake failure: handshake failed: error:02FFF00D:system >> library:func(4095):Permission denied >> https://cloudflare.cdn.openbsd.org/pub/OpenBSD/7.5/packages/amd64/: TLS >> handshake failure: handshake failed: error:02FFF00D:system >> library:func(4095):Permission denied >> https://cloudflare.cdn.openbsd.org/pub/OpenBSD/7.5/packages/amd64/: empty >> Can't find micro > > I had this problem in the past and usually means that your clock is not > synchronized. > Maybe you stopped ntpd ? -- --Z--
TLS handshake failure at pkg_update
Hi, I face this issue on my VPS, do you have any idea what going on? vps$ doas pkg_add micro doas (u...@vps.example.com) password: quirks-7.14 signed on 2024-04-07T18:32:17Z https://ftp2.eu.openbsd.org/pub/OpenBSD//7.5/packages/amd64/: TLS handshake failure: handshake failed: error:02FFF00D:system library:func(4095):Permission denied https://ftp2.eu.openbsd.org/pub/OpenBSD//7.5/packages/amd64/: empty Can't find micro vps$ doas pkg_add micro https://cloudflare.cdn.openbsd.org/pub/OpenBSD/7.5/packages-stable/amd64/: TLS handshake failure: handshake failed: error:02FFF00D:system library:func(4095):Permission denied https://cloudflare.cdn.openbsd.org/pub/OpenBSD/7.5/packages/amd64/: TLS handshake failure: handshake failed: error:02FFF00D:system library:func(4095):Permission denied https://cloudflare.cdn.openbsd.org/pub/OpenBSD/7.5/packages/amd64/: empty Can't find micro Regards, --ext
OpenBSD Errata: April 8, 2024 (xserver)
The webpage https://www.openbsd.org/errata74.html lists this like "016: SECURITY FIX: April 8, 2024 " but according to my calendar today is 04.04. Also it lists 7.5 as affected, but it doesnt even released yet, right? Whats going on here? Regards, --ext
Re: need help to access my machine after upgrade -- system immediately logs me out
If you have Xenocara installed, then I assume you can use xedit to modify files on the system. I don't know twm, but it is probably possible to create a new entry in its menu, through which you could run "xterm -e /bin/sh" to override the default shell. If this is not possible using twm, then switch to cwm, which definetely lets do this. Regards, --ext Sandeep Gupta írta 2024. ápr.. 2, K-n 11:29 órakor: > Very likely that would be issue. The problem is that I am not able to > access a shell for root or the regular user. > On the console, I get logged out immediately. On GUI, fvwm, the root is > able to login. I can launch top and other utilities. > But I am not able to launch xterm. I guess I would have to boot using > external usb, mount the disk and repair it. > > On Tue, Apr 2, 2024 at 1:57 AM Peter N. M. Hansteen wrote: >> On Tue, Apr 02, 2024 at 12:44:01AM +0530, Sandeep Gupta wrote: >> > Hello, >> > >> > I need to access my desktop local machine after I did a sysupgrade -s (I >> > had reasons to do so because some rust libraries were too old for some >> > applications). >> > Sysupgrade seems to have gone fine. Disk is healthy no issues reported. >> > >> > However when i tried to log from the console -- the login message shows but >> > the system logs me out immediately. >> > On the desktop gui too, with only root I was able to login. But running >> > xterm from the fvwm menu fails. >> >> This sounds very much like a situation where the base system and packages >> are out seriously of sync AND your user is et up with a default shell from >> packages (I am guessing bash). >> >> The solution would likely be to log in as root, run pkg_add -D snap -u >> to get the latest snapshot packages, then try to log in as your regular user. >> >> >> -- >> Peter N. M. Hansteen, member of the first RFC 1149 implementation team >> https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/ >> "Remember to set the evil bit on all malicious network traffic" >> delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. >> -- --Z--
Re: porting OpenBSD to Ox64
Hi, have you tried to boot a vanilla-current OBSD? Do you know if that "old 7.4-current" version you have mentioned contains any not-yet-upstreamed patches? Have you made any changes to the DTB or U-Boot? Regards, --ext Peter J. Philipp írta 2024. márc.. 21, Cs-n 08:50 órakor: > Hi, > > If anyone is interested in helping or just plain interested, here is my > prep work documented. I've been on it sparingly since beginning of March. > I don't know how much time I want to invest in this but we'll see... > > https://github.com/pbug44/openbsd-src/tree/Ox64 > > The Ox64 is a 8 dollar SoC utilizing a RISCV64 CPU (among other cores). I > intend to use this for a Freifunk-like project which I call GardenNet. > > https://sky.delphinusdns.org/eap-tls-idea.txt > (following link in german use chromium to translate or something): > https://wiki.freifunk-franken.de/w/Benutzer:PeterPhilipp#Ein_Garten_Netz_Knoten > > Best Regards, > -pjp -- --Z--
Re: porting OpenBSD to Ox64
Hi, I can definetely spend some time with NUTTX, as I already wanted to do that for a different reason. However I fear my USB UART adapters won't work with 200 baud transfer rate, so I have ordered an RpiPico, but it will take a while to receive it, till that day I won't be able to help you :( --ext Peter J. Philipp írta 2024. márc.. 21, Cs-n 09:54 órakor: > On 3/21/24 09:10, Mizsei Zoltán wrote: >> Hi. >> >> I am interested in this topic, as i have one in my drawer. My programming >> skills probably not up to the task, but I would be more than happy to help >> you with testing, etc. >> >> Regards, >> >> --ext > > Excellent! > > Yes I could use this sort of help. In particular if you want to fiddle > with Apache NUTTX and see if you can utilize the wifi. It seems to > > me that I can use a little bit of RAM for this. My idea is this: > > If it is at all possible, boot on cpu 0 (OpenBSD) and then alloc some > contiguous RAM (10 MB perhaps?) from the PSRAM. Once that is > > done we need to fork a thread or process from the kernel and start the > bootprocess with it for the c905(?) 32-bit core which has direct > > access to the wifi device. Then we need some interprocess communication > between the 802.11 stack on OpenBSD and the NUTTX > > wifi driver. Both CPU's will run in a hybrid/asynchronous fashion (as > far as I understand it if either doesn't touch the RAM of the other > > it will be ok locking wise). If anyone wants to chime in here, if this > is an insane idea let me know. I understand that a async mode is > > possible afaik. So we need the NUTTX as a firmware (perhaps 2 MB in > size or so), it needs programming to communicate with the > > c906 64-bit core, we can work that out somehow. If you want to build a > toolbox for this entire thing where we can just convert it to a > > firmware. What do you think does this make sense, are you up for it? > It really needs little programming, perhaps a make file or a > > script to build NUTTX, I have linux devuan here (on native hardware and > vmm) and this is what I could use. > > https://nuttx.apache.org/ and here is the Reference manual for the > BL808: https://mainrechner.de/BL808_RM_en_1.3.pdf > > So as a first step we need to figure out if NUTTX actually has drivers > for this SoC and that they work. If not, we'll have to consider > > another approach. > > Best Regards, > > -pjp > > > -- > *** I used to sign with -peter, but noticed it's not unique, -pjp may > come up in the future, so please adjust for that *** -- --Z--
Re: porting OpenBSD to Ox64
Hi. I am interested in this topic, as i have one in my drawer. My programming skills probably not up to the task, but I would be more than happy to help you with testing, etc. Regards, --ext Peter J. Philipp írta 2024. márc.. 21, Cs-n 08:50 órakor: > Hi, > > If anyone is interested in helping or just plain interested, here is my > prep work documented. I've been on it sparingly since beginning of March. > I don't know how much time I want to invest in this but we'll see... > > https://github.com/pbug44/openbsd-src/tree/Ox64 > > The Ox64 is a 8 dollar SoC utilizing a RISCV64 CPU (among other cores). I > intend to use this for a Freifunk-like project which I call GardenNet. > > https://sky.delphinusdns.org/eap-tls-idea.txt > (following link in german use chromium to translate or something): > https://wiki.freifunk-franken.de/w/Benutzer:PeterPhilipp#Ein_Garten_Netz_Knoten > > Best Regards, > -pjp -- --Z--
VPS power consumption
Hi, i have installed OBSD on a small KVM based VPS [1]. The VPS dashboard provides knobs to enable/disable the following options (current setting in brackets) - APIC (On) - ACPI (On) As this VPS have a miniscule load I would like to reduce its energy consumption to the minimum and because this I have started to think about the power management. Would it make sense to use obsdfreqd on a VPS? Could you give me any hint to make sure my VPS doesn't consume power unnecessarily? Is there any way to measure or estimate the power usage of a VPS? As you can see, i tried to use virtio based disk and network devices because emulating quirks of hardware may increase power consumption. Thank You! Regards, -- ext [1] https://extrowerk.com/2024-02-29/Tiny-OpenBSD-VPS.html - Dmesg: OpenBSD 7.4 (GENERIC) #3: Wed Feb 28 06:23:08 MST 2024 r...@syspatch-74-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 1056813056 (1007MB) avail mem = 1005203456 (958MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf5a20 (9 entries) bios0: vendor SeaBIOS version "1.13.0-2.module_el8.5.0+2608+72063365" date 04/01/2014 bios0: Red Hat KVM acpi0 at bios0: ACPI 1.0 acpi0: sleep states S5 acpi0: tables DSDT FACP APIC acpi0: wakeup devices acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: QEMU Virtual CPU version 2.5+, 2600.51 MHz, 06-0d-03 cpu0: FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16,x2APIC,HV,NXE,LONG,LAHF,MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 4MB 64b/line 16-way L2 cache, 16MB 64b/line 16-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 1000MHz ioapic0 at mainbus0: apid 0 pa 0xfec0, version 11, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) "ACPI0006" at acpi0 not configured acpipci0 at acpi0 PCI0 acpicmos0 at acpi0 "PNP0A06" at acpi0 not configured "PNP0A06" at acpi0 not configured "PNP0A06" at acpi0 not configured "QEMU0002" at acpi0 not configured "ACPI0010" at acpi0 not configured acpicpu0 at acpi0: C1(@1 halt!) pvbus0 at mainbus0: KVM pvclock0 at pvbus0 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02 pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00 pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility pciide0: channel 0 disabled (no drives) atapiscsi0 at pciide0 channel 1 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11 piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9 iic0 at piixpm0 vga1 at pci0 dev 2 function 0 "Cirrus Logic CL-GD5446" rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) virtio0 at pci0 dev 3 function 0 "Qumranet Virtio Network" rev 0x00 vio0 at virtio0: address 00:16:3c:xx:xx:xx virtio0: msix shared virtio1 at pci0 dev 4 function 0 "Qumranet Virtio Storage" rev 0x00 vioblk0 at virtio1 scsibus2 at vioblk0: 1 targets sd0 at scsibus2 targ 0 lun 0: sd0: 20480MB, 512 bytes/sector, 41943040 sectors virtio1: msix per-VQ virtio2 at pci0 dev 5 function 0 "Qumranet Virtio Memory Balloon" rev 0x00 viomb0 at virtio2 virtio2: apic 0 int 10 isa0 at pcib0 isadma0 at isa0 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 usb at uhci0 not configured vscsi0 at root scsibus3 at vscsi0: 256 targets softraid0 at root scsibus4 at softraid0: 256 targets sd1 at scsibus4 targ 1 lun 0: sd1: 20479MB, 512 bytes/sector, 41942448 sectors root on sd1a (859d9465c27b589f.a) swap on sd1b dump on sd1b fd0 at fdc0 drive 1: density unknown - $ sysctl hw hw.machine=amd64 hw.model=QEMU Virtual CPU version 2.5+ hw.ncpu=1 hw.byteorder=1234 hw.pagesize=4096 hw.disknames=cd0:,sd0:9db9effb02148826,sd1:859d9465c27b589f,fd0: hw.diskcount=4 hw.sensors.viomb0.raw0=0 (desired) hw.sensors.viomb0.raw1=0 (current) hw.sensors.softraid0.drive0=online (sd1), OK hw.cpuspeed=2600 hw.vendor=Red Hat hw.product=KVM hw.version=RHEL 7.6.0 PC (i440FX + PIIX, 1996) hw.uuid=d0ce8c03-1393-0b4b-99bf-ce5fb8fd6c0e hw.physmem=1056813056 hw.usermem=1056796672 hw.ncpufound=1 hw.allowpowerdown=1 hw.smt=0 hw.ncpuonline=1 hw.power=1 hw.ucomnames=
Re: Minimum viable HW for OpenBSD
Hi Claudio, Thanks for the hint, I have researched the listed boards already, but havent found the ideal board. I consider arm64 boards as generic computers if one have the skills to solve the unavoidable issues, but i dont have those skills. So i keep looking. Nevertheless: let me know if you happen to work on a board, which could be interesting for me. Regards, --ext 2024. márc. 15. 15:13:58 Claudio Miranda : > Supported hardware information is listed here: > https://www.openbsd.org/plat.html > > Each platform's link provides further information. > > On Fri, Mar 15, 2024 at 9:44 AM Mizsei Zoltán wrote: >> >> Hi, >> >> I'd like to build a small, portable system, not entirely different from a so >> called "cyberdeck". For this project I am actively looking for the minimum >> viable HW which supports OBSD. I would like to get some hints, as so far I >> was unable to find the perfect hw (maybe it doesn't even exists). >> >> My requirements are: >> - low power consumption (battery powered) >> - small in sizez >> - ARM / ARM64 / RISC-V or something else >> - CLI >> - UART >> - USB >> - WiFi (ideally integrated, but can be usb attached aswell) >> - replaceable storage (SD card, or similar) >> - ideally some onboard storage (eMMC?) >> - and ideally some kind of supported display output >> >> I would like to either reuse the enclosure of a small handheld device which >> have a display and a keyboard or print an own one and source some >> off-the-shelf components and get them somehow working together. >> >> I was looking at minimum viable computing and found RetroBSD/DiscoBSD [1,2], >> they are BSD 2.x ports for various microcontrollers (100+ Mhz, 1-2MB RAM), >> but they can't realistically support me in the modern world (USB, WiFi). >> >> I have also considered the various SBCs in "Zero" and "Nano" form-factor, >> but i was unable to find any which won't cause me headache with the >> non-upstreamed FDT [3], or they aren't fully supported yet by OBSD, or it is >> impossible to source them anymore, or the bootloader is some vendored fork, >> which a burden to update, etc. >> >> I was looking at Crystal Kolipe's article-series [4] regarding the >> PinePhone, but the screen is not yet usable AFAIK... >> >> Could you point out a hardware for this kind of use-case? I would liek to >> have something smaller than a regular-Pi SBC. >> >> Thank You very much! >> >> [1] https://github.com/RetroBSD/retrobsd/ >> [2] https://github.com/chettrick/discobsd/ >> [3] https://www.geniatech.com/product/xpi-3566-zero/ >> [4] https://research.exoticsilicon.com/series/pinephone_openbsd/part_1/ >> >> --Z-- >>
Minimum viable HW for OpenBSD
Hi, I'd like to build a small, portable system, not entirely different from a so called "cyberdeck". For this project I am actively looking for the minimum viable HW which supports OBSD. I would like to get some hints, as so far I was unable to find the perfect hw (maybe it doesn't even exists). My requirements are: - low power consumption (battery powered) - small in sizez - ARM / ARM64 / RISC-V or something else - CLI - UART - USB - WiFi (ideally integrated, but can be usb attached aswell) - replaceable storage (SD card, or similar) - ideally some onboard storage (eMMC?) - and ideally some kind of supported display output I would like to either reuse the enclosure of a small handheld device which have a display and a keyboard or print an own one and source some off-the-shelf components and get them somehow working together. I was looking at minimum viable computing and found RetroBSD/DiscoBSD [1,2], they are BSD 2.x ports for various microcontrollers (100+ Mhz, 1-2MB RAM), but they can't realistically support me in the modern world (USB, WiFi). I have also considered the various SBCs in "Zero" and "Nano" form-factor, but i was unable to find any which won't cause me headache with the non-upstreamed FDT [3], or they aren't fully supported yet by OBSD, or it is impossible to source them anymore, or the bootloader is some vendored fork, which a burden to update, etc. I was looking at Crystal Kolipe's article-series [4] regarding the PinePhone, but the screen is not yet usable AFAIK... Could you point out a hardware for this kind of use-case? I would liek to have something smaller than a regular-Pi SBC. Thank You very much! [1] https://github.com/RetroBSD/retrobsd/ [2] https://github.com/chettrick/discobsd/ [3] https://www.geniatech.com/product/xpi-3566-zero/ [4] https://research.exoticsilicon.com/series/pinephone_openbsd/part_1/ --Z--
Re: OT: Test new email conf
Please consider to start a blog about your adventures. Thanks. Regards, -ext Daniele B. írta 2024. márc.. 5, K-n 18:58 órakor: > The past days I was managing to try it > the admin interface of BookMyName (iliad) and > sorry for the wanted advertisement.. (it is affordable) > Suddenly I found myself in front of a > transliteral (from the French) saying very > closed to the following: > > "Please fill in a backup email address > (attention by suppling an email address different to > the registration email you are admitting > to currently use more than one email address!)". > > I personally felt faintened, almost doomed.. > > -Dan > > Mar 2, 2024 07:54:55 Nowarez Market : > >> Hello, >> >> You can take it like a *curtesy email* to disclose my new email address. >> Kindly thxs and take care of the pacman.. -- --Z--
Add support for RK356x eMMC controller
Hi, on NetBSD the following is used to support the eMMC modules on RK356x. Would it possible to implement asomething similar for OpenBSD? https://github.com/NetBSD/src/commit/f30b89bb4385f5fe218ff86be5d458a51fc62d4c For more info see the original commit message below: "acpi: sdhc: Add support for RK356x eMMC controller. RK356x has a DesignWare eMMC controller that is somewhat SDHCI compliant, with one major problem -- the clock divisor doesn't actually work. To change the clock card on Rockchip SoCs, the clock frequency needs to be adjusted in the Clock & Reset Unit (CRU) directly. The RK356x UEFI implementation introduces a DSM that allows drivers to request firmware assistance in setting the card clock rate, for instances like this where the divisor is broken. >From the UEFI README: Function 1: Set Card Clock The _DSM control method parameters for the Set Card Clock function are as follows: Arguments * Arg0: UUID = 434addb0-8ff3-49d5-a724-95844b79ad1f * Arg1: Revision = 0 * Arg2: Function Index = 1 * Arg3: Target card clock rate in Hz. Return The actual card clock rate in Hz. Will be less than or equal to the target clock rate. Returns 0 if the target clock rate could not be set." Thanks. --Z--
Re: Realtek RTL8111H re(0) NIC not working on Raspberry Pi CM4
I experience similar null MAC and silent interface on my Linkstar H68K. Keep me posted about your findings. --Z-- 2024. jan. 14. 3:07:27 Benjamin Raskin : > Hello, All; > > I've been trying to configure a Realtek RTL8111H NIC on a Raspberry Pi > CM4 board, however I have encountered several issues. > > This is the CM4 breakout board I'm using, the NIC is attached to > the Pi via PCIe bus. > > Below is the `pcidump` output > > 0:0:0: Broadcom BCM2711 > 1:0:0: Realtek 8168 > > The first issue is that the MAC address of the NIC is all zeros. > > While it's no problem for me to set a MAC address for the device, upon > attempting to ping the LAN router no packets exit the NIC. However other > devices on the network can ping the NIC. In other words the NIC cannot > send packets, but it can receive packets. tcpdump shows no packets > either, so I'm left blind and can't seem to figure out how to diagnose > the issue. > > Below is the `ifconfig re0` output > > re0: flags=808843 mtu 1500 > lladdr 00:e0:4c:eb:9d:15 > index 1 priority 0 llprio 3 > groups: egress > media: Ethernet autoselect (1000baseT > full-duplex,master,rxpause,txpause) > status: active > inet 192.168.0.42 netmask 0xff00 broadcast 192.168.0.255 > > Below is the `dmesg` output for the re(0) device > > re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x15: RTL8168H/8111H > (0x5400), intx, address 00:00:00:00:00:00 > rgephy0 at re0 phy 7: RTL8251 PHY, rev. 0 > > Has anyone else seen this issue? Is there something else I need to > configure to make the NIC work? > > Thank you in advance. > > > Ben Raskin
Re: GPT GUID and the booting process
Hi, maybe I have formulated my word a way it gave way too many chance for misinterpretation. Sorry. I did followed the way you described, but it resulted a non-booting board, only the U-boot SPL got loaded, but the u-boot (proper?) itself didn't managed to start properly. I have built an own uboot using OBSD with the correct DTB, but thats sadly didn't help either. I probably should have write this earlier. So far the only the uboot from the SDK can boot the board properly. This is an old rockchip vedored version from 2017 (with many backported patches), it uses extra scripts to prepare the u-boot image and juggles with binary blobs and fit-ing. I sadly was so far unable to replicate the setup with any newer u-boot. The uart log shows that the BL31/BL32/OPTEE tries to hand-over the control to u-boot, but it fails to emit any useful debug log over UART (eg. dead silence). I am currently analyzing what are the differences between the own-built and the vendor-ed U-boot image and try to rearrange the lego bricks accordingly. Definetely would be easier to use a fully supported board, but i have a bit of time at nights so i can hack and try things. Thanks for your support and have a great day! --Z-- Crystal Kolipe írta 2023. nov.. 19, V-n 16:56 órakor: > On Sun, Nov 19, 2023 at 10:38:57AM +0100, Mizsei Zoltn wrote: >> Btw: i have tried to flash the OBSD install image as you did in your article > > The method I described involved: > > * compiling U-Boot from source on an OpenBSD host machine. > * modifying the miniroot installer image and boot code to include the > packages for the base system on a separate MBR partition at the end. > * writing the modified miniroot image to the eMMC of the device. > * booting it and doing a regular installation of OpenBSD, overwriting the > miniroot image during the install, and using an MBR partitioning scheme. > > What you are doing seems to be completely different. > > I did not use vendor supplied U-Boot binaries, nor did I do any of the > preparation work or flashing of the eMMC from a Linux machine using special > tools for a proprietary protocol, nor did I use a GPT partitioning scheme. > > All of these things make the process more complicated and error prone, as you > have discovered. > > This board is not yet supported by the version of U-Boot in the OpenBSD ports > tree. The first step towards making it work reliably and in a way that you > have complete control over would be to compile the boot code from source on > an OpenBSD host. > > Unless you are quite familar with OpenBSD on arm devices, this is probably > not a good choice of project to be working on, and it would have been much > easier to have purchased an SBC that is actually known to run OpenBSD > already. -- --Z--
Re: GPT GUID and the booting process
Hi, I have managed to get OBSD booted on the board using the UEFI implementation of U-Boot. However it was a bit delicate process, using 2 different USB drive: - one GPT drive with an EFI partition, containing all the files from the EFI partition of the ARM64 install74.img and the DTB file - a second drive with the dd copy of the install74.img (this will result an MBR drive) It seems the U-Boot version i am using rejects non-GPT drives, and OBSD's EFI loader rejects (?) GPT drives and partitions without correct GUID. At one point i had a great idea to copy the bsd.rd file to the EFI partition, but it seems the OBSD EFI loader doesn't accepts that disk to boot from for some reason (however AFAIK this should work). Currently the booted system doesn't recognizes any input over UART. It can be a serial connection settings issue (hw flow control?), or mayn other things. Maybe the kernel output get sent to one uart but the interactive login happens on a different uart pins, i don't know, however, i got the Installer prompt: (I)nstall, (U)pgrade, (A)utoinstall or (S)hell? So i assume, this should be the interactive console, however no input gets recognized yet. Btw: i have tried to flash the OBSD install image as you did in your article at exoticsilicon, but uboot complains about corrupt GPT and fails to proceed to boot. --Z-- Mizsei Zoltán írta 2023. nov.. 16, Cs-n 11:42 órakor: > Hi, > > my current plan is to get OBSd booted on the board, in any way, and the > EFI boot seems to be more understandable for me, mortal human, than > convincing uboot to boot anything other than linux. Later on i plan to > explore other way of booting. > > I know about Exotic Seilicon, it is a great information source, thanks > for making it. I will read the related articles again. > > Best regards, > --Z-- > > Crystal Kolipe írta 2023. nov.. 16, Cs-n 11:34 órakor: >> On Thu, Nov 16, 2023 at 11:17:43AM +0100, Mizsei Zoltn wrote: >>> for bigger exposure, let me cross-mail this issue / question of >>> mine: I am trying to boot OBSD on an ARM board which doesn't have any >>> sd-card slot and at least currently can't use USB in U-Boot and >>> doesn't have ethernet port. >> >> Is the problem here that you particularly want to or need to use GPT and EFI >> on this board or are you just trying to get it to boot OpenBSD in any way? >> >> I've certainly done MBR installations just using a modified miniroot >> image directly on an eMMC and no other storage devices, overwriting the >> installer during the installation process. I did a detailed write-up of >> the whole process a couple of years ago. > > -- > --Z-- -- --Z--
Re: GPT GUID and the booting process
Hi, my current plan is to get OBSd booted on the board, in any way, and the EFI boot seems to be more understandable for me, mortal human, than convincing uboot to boot anything other than linux. Later on i plan to explore other way of booting. I know about Exotic Seilicon, it is a great information source, thanks for making it. I will read the related articles again. Best regards, --Z-- Crystal Kolipe írta 2023. nov.. 16, Cs-n 11:34 órakor: > On Thu, Nov 16, 2023 at 11:17:43AM +0100, Mizsei Zoltn wrote: >> for bigger exposure, let me cross-mail this issue / question of >> mine: I am trying to boot OBSD on an ARM board which doesn't have any >> sd-card slot and at least currently can't use USB in U-Boot and >> doesn't have ethernet port. > > Is the problem here that you particularly want to or need to use GPT and EFI > on this board or are you just trying to get it to boot OpenBSD in any way? > > I've certainly done MBR installations just using a modified miniroot > image directly on an eMMC and no other storage devices, overwriting the > installer during the installation process. I did a detailed write-up of > the whole process a couple of years ago. -- --Z--
GPT GUID and the booting process
Hi, for bigger exposure, let me cross-mail this issue / question of mine: I am trying to boot OBSD on an ARM board which doesn't have any sd-card slot and at least currently can't use USB in U-Boot and doesn't have ethernet port. I have prepared the GPT partition scheme on the eMMC using rkdeveloptool and created UBOOT, EFI, ROOTFS and USERDATA partitions using the following parameters: CMDLINE: mtdparts=: 0x2000@0x4000(uboot), 0x0004@0x00028000(EFI), 0x00c0@0x00078000(rootfs), -@0x00cb8000(userdata:grow) It seems rkdeveloptool assigns a randomly selected GUID for the partitions [1]. This can be an issue later. Then I have downloaded the miniroot74.img however writing it simply to the eMMC as the guides shows would break my GPT partition scheme. Therefore i have loop-mounted the miniroot image, and then dd-ed the EFI and the data partition into standalone images so i can write them into the correct location. Then i wrote the images using rkdeveloptool to the MMC and i was able to start the OBSD EFI bootloader. (i have no idea how U-boot supposed to boot OBSD in non-EFI way). It shows some detected drives: --- disks: sd0* sd1 sd2 sd3 sd4 >> OpenBSD/arm64 BOOTAA64 1.18 boot> --- Maybe dumping the raw content of a partition on a GPT partition is not the most elegant way, but i haven't found any other way so far and i have the feeling it should work, however in reality it doesnt. U-Boot states the following about the partitions: --- Partition Map for MMC device 0 -- Partition Type: EFI PartStart LBA End LBA Name Attributes Type GUID Partition GUID 1 0x4000 0x5fff "uboot" attrs: 0x type: 8dcd1602-5214-43f9-ffef-c49a4ee450b7 guid: 5a30833f-8c43-47b1-a41d-84d40883d0c6 2 0x00028000 0x00067fff "EFI" attrs: 0x type: 1124e418-9008-41f8-9e3d-8d872216c8a1 guid: ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 3 0x00078000 0x00c77fff "rootfs" attrs: 0x type: fbd4486a-e42c-448d-d4e9-7f5c324a7843 guid: 824cc7a0-36a8-11e3-890a-952519ad3f61 4 0x00cb8000 0x00e8ffde "userdata" attrs: 0x type: bbaf4f47-230d-45b6-feae-e4b35f300b00 guid: 824cc7a0-36a8-11e3-890a-952519ad3f62 --- So we have unique partition IDs and the partition types listed here. As far as i know, OpenBSD's data partition should have 824CC7A0-36A8-11E3-890A-952519AD3F61 type, but as i have explained, the rkdeveloptool doesn't lets me assign a specific type to the partitions. Do i think it correctly that the OBSD EFI loader checks and accepts only partitions with the correct type to boot from? ( i tried to find the answer using the sources, but the i am not that good with C). Thanks for all your hints. In case you are interested, here you can find more info about my experiences so far with this board, see [2]. [1] : https://github.com/rockchip-linux/rkdeveloptool/blob/46bb4c073624226c3f05b37b9ecc50bbcf543f5a/main.cpp#L695 [2] : https://extrowerk.com/2023-10-30/Geniatech-XPI-3566-ZERO-SBC.html Best regards, --Z-- --Z--
Re: Firefox downloads
This is because firefox port uses unveil to restrict access to the filesystem and allow access to only selected folders. Read the README file for more info: https://openports.pl/path/www/mozilla-firefox Lucretia írta 2023. okt.. 27, P-n 08:40 órakor: > I use gimp to make digital collages and for this I do a lot of > downloading and uploading. In OpenBSD firefox doesn't allow access to > the filesystem except to the Downloads directory. > > How can I change this behavior? -- --Z--
Re: job request
Hi!, you are the AI from the http://www.emhsoft.com/singularity/ aren't you? Good luck! Best regards, --Z-- Magenta Octopus írta 2023. okt.. 19, Cs-n 18:57 órakor: > I've been exploring operating systems lately, and I decided I want to > give OpenBSD a try. I know a little about shell and command line, > regular expressions, I've followed instructions for Linux From Scratch > in the past and built an operating system from source albeit not a very > functional one. I went to school for information security, but they > didn't teach us much about software. It was more managerial tasks and > paperwork stuff. I also studied graphic design as a minor. We did learn > some coding but it was all Java and it seems there's not a lot of Java > involved in your project. My grasp of English is pretty good I've been > told. I've also been told I have a lot of hidden talents that manifest > and surprise people. > > I'm a pretty hard worker. I work for free. I'm a better follower than a > leader. > > Someone give me a job because I like your project. > Doesn't matter how small a task you give me, I'll take something people > hate doing. > > Sent with [Proton Mail](https://proton.me/) secure email. -- --Z--
Re: Thinkpad function-key wierdness
Hi, You probably activated the Fn-Lock. To release it press Fn+Esc if i recall it correctly. Also there should be an option in the BIOS regarding the function keys, you can pick which way you prefer (frimary or secondary function). https://support.lenovo.com/lt/lt/solutions/ht103044-how-to-use-the-function-keys-without-pressing-fn-in-windows-8110 Hope it helps. Best rEgards, --Z-- Jonathan Thornburg írta 2023. szept.. 11, H-n 23:02 órakor: > *** SUMMARY *** > > Thinkpad T580, OpenBSD amd64 7.3-stable, twm window manager. > Prior to today, I had a window-manager keybinding for "F1". > Starting today, I need to hold down the "Fn" key and press "F1" to get > the "F1" keybinding; if I just press "F1" I get the Lenovo-defined system > action (in this case muting the audio volume). What caused the change, > and how can I revert to the old behavior? > > > *** DETAILS *** > > I have a Thinkpad T580 (dmesg below) running amd64 7.3-stable, currently > with syspatches 001-015 inclusive. I normally use ctwm (ports) as a window > manager, but all the behavior I describe in this message persists when I > switch back to twm (in base). > > I setup various keybindings in my ~/.twmrc and ~/.ctwmrc (given in full > below), including that pressing the "F1" key raises the current window to > be on top in the window-stacking order: >"F1"= : window : f.raise >"F1"= : title : f.raise > I don't set any keybinding for "Fn/F1" (i.e., pressing the "F1" key while > holding down the "Fn" key), so this invokes Lenovo's default action for F1, > i.e., muting the audio output (the F1 keycap has an icon of a speaker with > a line through it). > > I've been using this setup for many years on a variety of Thinkpads and > OpenBSD releases, and it has all worked fine. A few weeks ago I had a > repair shop replace the T580's keyboard after a keyspring started failing; > the above function-key bindings all worked fine with the new keyboard. > > But starting today I see a new behavior: pressing "F1" now gives the > behavior I used to get with "Fn/F1" (mute the audio volume), and pressing > "Fn/F1" now gives the behavior I used to get with plain "F1" (raise the > current window). More generally, for any x in the range 1 through 12 > inclusive, "Fx" now invokes the Lenovo default action, while "Fn/Fx" > invokes my keybinding (if any). (For example, "F5" and "F6" now decrease > and increase the screen brightness.) > > The new behavior has persisted through a cold boot, and (as noted above) > is identical for ctwm (ports) and twm (in base). > > The new behavior does *NOT* occur for a Thinkpad T530 with an identical > software setup (amd64 7.3-stable, same set of syspatches, same ~/.twmrc > and ~/.ctwmrc). That is, on the T530 I see the same behavior I saw prior > to today on the T580, namely that for any x in the range 1 through 12 > inclusive, "Fx" invokes my keybinding for "Fx" (if any), while "Fn/Fx" > invokes the Lenovo default action. (For example, on the T530 "F1" invokes > the raise-window keybinding, while "Fn/F8" and "Fn/F9" decrease and increase > the screen brightness.) > > The twm and ctwm binaries have identical checksums between the T530 and > T580, as do ~/.ctwmrc and ~/.twmrc > % cksum `which ctwm` `which twm` ~/.ctwmrc ~/.twmrc > 1100362473 518296 /usr/local/bin/ctwm > 998664569 202936 /usr/X11R6/bin/twm > 931165269 5767 /home/jonathan/.ctwmrc > 3395929888 5551 /home/jonathan/.twmrc > % > > My basic question is, can anyone suggest what the cause of this change > might be (apart from "wierd hardware failure in new T580 keyboard"), and/or > what I might do on the T580 to revert to the old behavior? One possible > workaround is to modify the key bindings in ~/.twmrc and ~/.ctwmrc, but > I'd prefer to understand the cause of the change before I start trying > workarounds. > > > Here is the T580 dmesg: > --- begin /var/run/dmesg.boot --- > OpenBSD 7.3 (GENERIC.MP) #3: Tue Jul 25 08:20:26 MDT 2023 > > r...@syspatch-73-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 33922605056 (32351MB) > avail mem = 32875106304 (31352MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xa86db000 (62 entries) > bios0: vendor LENOVO version "N27ET43W (1.29 )" date 08/13/2021 > bios0: LENOVO 20L9001GUS > acpi0 at bios0: ACPI 5.0 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP SSDT SSDT TPM2 UEFI SSDT SSDT HPET APIC MCFG > ECDT SSDT SSDT BOOT BATB SLIC SSDT SSDT SSDT LPIT WSMT SSDT SSDT SSDT > DBGP DBG2 MSDM DMAR ASF! FPDT UEFI > acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4) > PXSX(S4) RP02(S4) PXSX(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) > RP06(S4) PXSX(S4) RP07(S4) [...] > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpihpet0 at acpi0: 2399 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot
Re: Does openBSD come with a web browser?
Look here for the available browsers: https://openbsd.app/?search=web+browser --Z-- Daniele B. írta 2023. szept.. 11, H-n 08:32 órakor: > Sep 11, 2023 08:16:11 David : > >> Quite frankly > > Maybe, he just want to point out that beside going > to the shop to chose a laptop with a secure OS on a stick.. > - web browsing > - man > - faq > are all stuff that need an upgrade.. -- --Z--
Re: T480s: USB port gets disabled
Hi, in the meantime i have built a custom kernel with XHCI_DEBUG and UHUB_DEBUG enabled, below the produced dmesg while i have attached and detached a USB2 device and the port freaks out: Excerpt of the interesting part as i have attached the device: xhci0: port=1 change=0x02 uhub0: intr status=0 uhub0: port 1 status=0x0103 change=0x xhci0: xhci_cmd_slot_control xhci0: dev 6, input=0xfd8029252000 slot=0xfd8029252020 ep0=0xfd8029252040 xhci0: dev 6, setting DCBAA to 0x1e1d7000 xhci_pipe_init: pipe=0x8195f000 addr=0 depth=1 port=1 speed=2 dev 6 dci 1 (epAddr=0x0) xhci0: xhci_cmd_set_address BSR=1 xhci0: txerr? code 4 xhci_abort_xfer: xfer=0xfd836bf837b8 status=IN_PROGRESS err=TIMEOUT actlen=0 len=8 idx=5 xhci0: xhci_cmd_stop_ep dev 6 dci 1 xhci0: event error code=19, result=33 trb=0x80002300e908 (0xd0a7c0c0 0x1300 0x6008401) xhci0: error stopping endpoint xhci0: xhci_cmd_configure_ep dev 6 xhci0: event error code=19, result=33 trb=0x800023013f20 (0xd0a7c0d0 0x1300 0x6008401) xhci0: error clearing ep (1) xhci0: xhci_cmd_slot_control uhub0: device problem, disabling port 1 uhub0: port 1 status=0x01e1 change=0x The full DMESG: OpenBSD 7.3 (CUSTOM.MP) #1: Wed Aug 9 10:25:26 CEST 2023 szil...@singularity.my.domain:/sys/arch/amd64/compile/CUSTOM.MP real mem = 17023885312 (16235MB) avail mem = 16488517632 (15724MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xda66e000 (62 entries) bios0: vendor LENOVO version "N22ET77W (1.54 )" date 06/12/2023 bios0: LENOVO 20L8S2SX1H efi0 at bios0: UEFI 2.5 efi0: Lenovo rev 0x1540 acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT UEFI SSDT SSDT HPET APIC MCFG ECDT SSDT SSDT BOOT BATB SLIC SSDT SSDT SSDT LPIT WSMT SSDT SSDT SSDT DBGP DBG2 MSDM DMAR ASF! FPDT BGRT UEFI acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 2399 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz, 1795.82 MHz, 06-8e-0a cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 4-way L2 cache, 8MB 64b/line 16-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 24MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz, 1795.82 MHz, 06-8e-0a cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 4-way L2 cache, 8MB 64b/line 16-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz, 1795.82 MHz, 06-8e-0a cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 4-way L2 cache, 8MB 64b/line 16-way L3 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz, 1795.82 MHz, 06-8e-0a cpu3:
Re: T480s: USB port gets disabled
Hi, i quick update: i experience similar problems with FreeBSD 13.2, however the port works OK under windows and Haiku. It seems under OpenBSD and FreeBSD only USB3 devices works, all USB2 devices (mass storage media, HID input devices, eg. mouse) gets the port disabled. AFAIK USB2 devices works via muxing on USB3 ports, so the culprit could be somewhere in the USB port initialization or in the muxing OS side support. Sadly the BIOS doesn't provides any option regarding the USB support. Any idea what could i try, research, check? I really miss that USB port... Best Regards, --Z-- M.Z. írta 2023. ápr.. 27, Cs-n 22:13 órakor: > Hi, > i have bought a second hand Lenovo Thinkpad T480s and installed OpenBSD > 7.3 on it using UEFI without CSM. > The most important features of the laptop works ok, except the left > hand USB A port.The dmesg says: > > uhub0: device problem, disabling port 1 > > While i found many similar reports, their solutions did not helps for > me (I have tried UEFI+CSM so far) > > As the laptop have only 2 USB-A port, it is important to have both in > good working condition. Do you have any idea what should i try? > > Thank You! > --Z-- > > > > Complete dmesg: > > OpenBSD 7.3 (GENERIC.MP) #1125: Sat Mar 25 10:36:29 MDT 2023 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 17018585088 (16230MB) > avail mem = 16483405824 (15719MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xda65 (62 entries) > bios0: vendor LENOVO version "N22ET76W (1.53 )" date 01/04/2023 > bios0: LENOVO 20L8S2SX1H > efi0 at bios0: UEFI 2.5 > efi0: Lenovo rev 0x1530 > acpi0 at bios0: ACPI 5.0 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP SSDT SSDT TPM2 UEFI SSDT SSDT HPET APIC MCFG > ECDT SSDT SSDT BOOT BATB SLIC SSDT SSDT SSDT LPIT WSMT SSDT SSDT SSDT > DBGP DBG2 MSDM DMAR ASF! FPDT BGRT UEFI > acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4) > PXSX(S4) RP02(S4) PXSX(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) > RP06(S4) PXSX(S4) RP07(S4) [...] > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpihpet0 at acpi0: 2399 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz, 1496.94 MHz, 06-8e-0a > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN > cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB > 64b/line 4-way L2 cache, 8MB 64b/line 16-way L3 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges > cpu0: apic clock running at 24MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz, 1270.13 MHz, 06-8e-0a > cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN > cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB > 64b/line 4-way L2 cache, 8MB 64b/line 16-way L3 cache > cpu1: smt 0, core 1, package 0 > cpu2 at mainbus0: apid 4 (application processor) > cpu2: Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz, 1105.51 MHz, 06-8e-0a > cpu2: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN > cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB > 64b/line 4-way L2 cache, 8MB 64b/line 16-way L3 cache > cpu2: smt 0, core 2, package 0 > cpu3 at mainbus0: apid 6 (application processor) > cpu3: Intel(R)
