rtl8192ee currently supported?
I'm shopping for a faster (300mbps +) PCIe wireless card. Although I'm leaning intel, realtek's base firmware is an advantage. V2 of the TP-LINK TL-WN881ND uses rtl8192ee chipset which was in the separate sysutils/firmware builds: @comment $OpenBSD: PLIST,v 1.2 2018/09/21 09:49:45 sthen Exp $ firmware/rtwn-license firmware/rtwn-rtl8188efw firmware/rtwn-rtl8192cfwU firmware/rtwn-rtl8192cfwU_B firmware/rtwn-rtl8192eefw firmware/rtwn-rtl8723befw_36 firmware/rtwn-rtl8723fw firmware/rtwn-rtl8723fw_B Recent current ls /etc/firwmare | grep rtwn: rtwn-licensertwn-rtl8192cU rtwn-rtl8723 rtwn-rtl8188e rtwn-rtl8192cU_Brtwn-rtl8723_B Would a rtl8192ee chipset be supported? There are a plethora a cheap 1200mbps cards with 8821ce chips. Is there inclinations/efforts to add support? Thanks -- J. Scott Heppler
faq4.html multibooting grub
I believe the FAQ4 section on multibooting is placing all Grub2 based distributions into the same bucket incorrectly. Debian and its derivatives utilize a different path to BOOTX64.EFI and are amendable to multibooting with OpenBSD. See attached patch for details. -- J. Scott Heppler --- faq4.html Wed Jan 26 10:17:32 2022 +++ faq4_new.html Wed Jan 26 10:42:04 2022 @@ -572,8 +572,15 @@ https://www.rodsbooks.com/refind/;>rEFInd is reported to usually work. -https://www.gnu.org/software/grub/;>GRUB is reported to usually -fail. +https://www.gnu.org/software/grub/;>GRUB has issues when +multibooting Fedora, Redhat, and their derivatives. +OpenBSD uses the same /boot/efi/BOOT/EFI/BOOTX64.EFI location as the previosly +listed Linux distributions and will overwrite it on installation. It is +possible to move BOOTX64.EFI to another location but this causes OpenBSD's +kernel relinking to fail. +Debian, and derivatives, utilize /boot/efi/EFI/debian/grubx64.efi which avoids +the conflict. + In either case, you are completely on your own. Windows
Re: EC 25 pci-express support in arm64
On Nov 20, 2021: 17:38, Łukasz Moskała wrote: W dniu 20.11.2021 o 16:34, Heppler, J. Scott pisze: I live in a rural area with poor broadband. T-mobile is introducing a cellular based home internet plan and if the speeds are 1/3 of what they tout, my bandwidth will increase 20x. This would be stationary and I would build to that goal. I found there is usb support for the Quectel EC25 but a list search did not show pci-e. https://marc.info/?l=openbsd-tech=162106996807242=2 This chipset is available in a pci-express card and there is a base hat for the Rasberry Pi's 40-pin connector. https://sixfab.com/product/raspberry-pi-base-hat-3g-4g-lte-minipcie-cards/ I'd prefer a Gigybyte ethernet port on the arm64; Rasberry Pi4/M3/BPI-M2, Banana Pi, Nano Pi. These appear to be Realtek or Broadcom. Questions: Is there pci-e interface support for the Quectel EC25? Broadcom (bge) vs Realtek (re) NIC's; is one better supported than the other? Hi, Raspberry pi does not have neither PCIe or USB lines on GPIO header. Description of that hat says "Both UART and USB communication with modules are available on the shield". I assume that to get USB communication (since UART will limit you to 115200 bits/second) you will have to connect it with usb cable anyway. At this point you could just go with USB modem, and don't spend the $40 on hat that will give you essentially nothing, except maybe more compact form factor. If you really want to connect modem with PCIe, there is rockpro64, that has PCIe slot. Or some amd64 thin clients, like fujitsu futro s920. As for second question, a lot of people does not recommend using realtek NICs with freebsd, I'd avoid them if possible, in case you will want to switch OS in the future. I had problems with them on freebsd, but I didn't use them with openbsd so maybe someone else can say more. I didn't have problems with broadcom nics. If I were you, I'd go with raspberry pi 4 and USB modem, since rpi4 also has built in wifi, which IIRC is supported in AP mode on openbsd. Kind regards -- Łukasz Moskała Using the usb interface would ensure OpenBSD compatibility from what I've been able to gleen so far. Pci-e is more attractive for my use case but it's unclear the Vendor ID's are in OpenBSD for anything other thatn usb. There are pci-e <-> usb adapter or LTE modules on usb cards https://www.aliexpress.com/item/1267232403.html Some of the supported boards have usb connectors along another board edge to prevent obstruction the ethernet port: https://www.pine64.org/devices/single-board-computers/pine-a64-lts/ Also found male usb2 <-> male usb2 connectors/angle adapters https://www.ebay.com/itm/224698400405?mkevt=1=1=711-53200-19255-0=5338722076=10001 This board has a usb3 on the opposite edge and pci-e on the underside: https://wiki.radxa.com/RockpiN10/hardware/rockpiN10 I like the heat sink. The dwge(4) ethernet appears to be fully supported. Has a 27 week lead time in the US or out-of-stock https://man.openbsd.org/arm64/dwge.4 -- J. Scott Heppler Penguin Innovations - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - NOTICE: This e-mail message and any attachments may contain legally privileged and confidential information intended solely for the use of the intended recipients. If you are not an intended recipient, you are hereby notified that you have received this message in error and any review, dissemination, distribution, copying, or other unauthorized use of this email and any attachment is strictly prohibited. If you have received this email in error, please notify the sender immediately and delete the message and any attachments from your system.
EC 25 pci-express support in arm64
I live in a rural area with poor broadband. T-mobile is introducing a cellular based home internet plan and if the speeds are 1/3 of what they tout, my bandwidth will increase 20x. This would be stationary and I would build to that goal. I found there is usb support for the Quectel EC25 but a list search did not show pci-e. https://marc.info/?l=openbsd-tech=162106996807242=2 This chipset is available in a pci-express card and there is a base hat for the Rasberry Pi's 40-pin connector. https://sixfab.com/product/raspberry-pi-base-hat-3g-4g-lte-minipcie-cards/ I'd prefer a Gigybyte ethernet port on the arm64; Rasberry Pi4/M3/BPI-M2, Banana Pi, Nano Pi. These appear to be Realtek or Broadcom. Questions: Is there pci-e interface support for the Quectel EC25? Broadcom (bge) vs Realtek (re) NIC's; is one better supported than the other? -- J. Scott Heppler
Re: reorder_kernel: failed
I was getting the same error in the setting of Dual Booting: More details in this daemonforums thread http://daemonforums.org/showthread.php?t=11200 Dieter Rauschenberger said: I forgot to include the error while make install of a kernel: LD="ld" LDFLAGS="-g" sh makegap.sh 0x gapdummy.o ld -T ld.script -X --warn-common -nopie -o bsd ${SYSTEM_HEAD} vers.o ${OBJS} textdatabss dec hex 0 0 0 0 0 mv bsd bsd.gdb ctfstrip -S -o bsd bsd.gdb strip: bsd.gdb: File format not recognized It looks like ld if totally failing. -Dieter On Sun, Dec 08, 2019 at 07:48:15PM +0100, Dieter Rauschenberger wrote: Hi misc, I have a reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC/relink.log error in todays snapshot (i386) Build date: 1575786572 - Sun Dec 8 06:29:32 UTC 2019 $ cat /usr/share/relink/kernel/GENERIC/relink.log (SHA256) /bsd: OK LD="ld" LDFLAGS="-g" sh makegap.sh 0x gapdummy.o ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o ${OBJS} size: newbsd: not object file or archive *** Error 1 in /usr/share/relink/kernel/GENERIC (Makefile:1126 'newbsd': @size newbsd ; umask 007; echo mv newbsd newbsd.gdb; rm -f newbsd) I tried to build a GENERIC kernel on this machine, but make install failed at the line: ld -T ld.script -X --warn-common -nopie -o bsd ${SYSTEM_HEAD} vers.o ${OBJS} The dmesg of this machine is: OpenBSD 6.6-current (GENERIC) #418: Sat Dec 7 23:05:40 MST 2019 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC real mem = 266682368 (254MB) avail mem = 246185984 (234MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: date 08/25/00, BIOS32 rev. 0 @ 0xe7300, SMBIOS rev. 2.3 @ 0xf8dc6 (47 entries) bios0: vendor Compaq version "686P2 v2.04" date 08/25/2000 bios0: Compaq Deskpro acpi0 at bios0: ACPI 1.0 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP SSDT SSDT SSDT APIC SSDT SSDT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices PCI0(S4) HUB_(S4) COM1(S4) COM2(S4) USB1(S3) USB2(S3) PBTN(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel Pentium III ("GenuineIntel" 686-class) 732 MHz, 06-08-06 cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE,PERF,MELTDOWN mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 132MHz ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins, remapped acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (HUB_) acpicpu0 at acpi0: C1(@1 halt!) "PNP0A03" at acpi0 not configured acpicmos0 at acpi0 "PNP0003" at acpi0 not configured acpibtn0 at acpi0: PBTN bios0: ROM list: 0xc/0xa000 0xca000/0x800 0xca800/0xd800! 0xe/0x1! pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel 82815 Host" rev 0x02 vga1 at pci0 dev 2 function 0 "Intel 82815 Video" rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ppb0 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x02 pci1 at ppb0 bus 2 xl0 at pci1 dev 4 function 0 "3Com 3c905C" rev 0x78: apic 8 int 16, address 00:04:76:26:b5:0f exphy0 at xl0 phy 24: 3Com internal media interface fxp0 at pci1 dev 8 function 0 "Intel 82562" rev 0x01, i82562: apic 8 int 20, address 00:02:a5:2b:0f:43 inphy0 at fxp0 phy 1: i82562EM 10/100 PHY, rev. 0 ichpcib0 at pci0 dev 31 function 0 "Intel 82801BA LPC" rev 0x02 pciide0 at pci0 dev 31 function 1 "Intel 82801BA IDE" rev 0x02: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 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 31 function 4 "Intel 82801BA USB" rev 0x02: apic 8 int 23 auich0 at pci0 dev 31 function 5 "Intel 82801BA AC97" rev 0x02: apic 8 int 17, ICH2 ac97: codec id 0x41445360 (Analog Devices AD1885) ac97: codec features headphone, Analog Devices Phat Stereo audio0 at auich0 isa0 at ichpcib0 isadma0 at isa0 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets root on wd0a
ahci cd/dvd failure key_sense
On amd64 6.6release/stable and -current my TSSTcorp CDDVDW SH-223DB has failed to function. It does not key_sense and backends cdio/xorriso-tcltk seem to write a lead-in track and nothing else. The system dual boots with Debian 10 the same drive is recognized and works without issue. # xorriso -as cdrecord dev=/dev/rcd0c crux-3.5-updated.iso xorriso 1.5.2 : RockRidge filesystem manipulator, libburnia project. Drive current: -outdev '/dev/rcd0c' Media current: CD-R Media status : is blank Media summary: 0 sessions, 0 data blocks, 0 data, 703m free Beginning to write data track. libburn : FATAL : SCSI error on write(-22,16): See MMC specs: Sense Key 2 "Drive not ready", ASC 00 ASCQ 00. libburn : FATAL : CDB= WRITE(10) : 2a 00 ff ff ff ea 00 00 10 00 : dxfer_len= 32768 libburn : FAILURE : Failed to synchronize drive cache. SCSI error : See MMC specs: Sense Key 2 "Drive not ready", ASC 00 ASCQ 00. xorriso : FATAL : -abort_on 'FAILURE' encountered 'FATAL' during image writing xorriso : NOTE : libburn has now been urged to cancel its operation libburn : FATAL : Burn run failed xorriso : FAILURE : libburn indicates failure with writing. xorriso : NOTE : Gave up -outdev '' xorriso : FAILURE : -as cdrecord: Job could not be performed properly. xorriso : aborting : -abort_on 'FAILURE' encountered 'FATAL' If found this which seems to fit the issue I am having. https://marc.info/?l=openbsd-misc=147411010102451=2 There were no F/U's to this post. It appears this is device dependent. Can anyone recommend a make/model of SATA drive that can be used in OpenBSD. The recommended to use "xorriso -as cdrecord" in OpenBSD? Lastly, are any developer interested in addressing key sense in the ahci driver? I'm willing to test on the hardware I have. -- J. Scott Heppler
Re: 4GB RAM too little for Firefox?
Richard Ulmar wrote Iridium looked interesting, but upon research I found a lot of people concerned about whether this project has the resources to keep up with Chromiums security standards. The last commit for Iridium was 3 Months ago [1], so I'm not to sure if I want to use it.. Robert Nagy is the OpenBSD ports maintainer for www/iridium and he also also one of the iridium developers. As far as iridium lagging Chromium development, that is largely on the basis of new features rather than security. You can check by searching for Chromium cve's and cross checking with the iridium version. Unfortunately, there is not a buildbot for iridium or chromium so you either have to wait for 6.6 to get the latest version or run -current. Still, I do not believe it has any major security issues at this time. Scott
Re: 4GB RAM too little for Firefox?
Richard Ulmer wrote: Hi all, after having Firefox running for some time (ca. 30min to 2h) my system seems to become slow. I get frequent freezes for several seconds, mpv instances start crashing and things like switching tabs in Firefox become a pain. I've got 4GB of RAM installed and when I look at htop after my system became slow, I can see that OpenBSD started swapping. When I close Firefox it takes several seconds and I can watch how my memory becomes free again in htop. My system is then again responsive. RAM prices seem to be low right now, but I don't want to spend money uneedingly and I didn't have this problem under Linux. Has anyone had similar experieces and noticed an improvement after a RAM upgrade? OpenBSD derives some security by confining processes and web browsing with firefox is notorious for memory leaks. If you mobo supports it, more ram will also improve performance with firefox and other memory intensive tasks. Other options: Adding the Firefox "forget" widget to your panel https://support.mozilla.org/en-US/kb/forget-button-quickly-delete-your-browsing-history and using it frequently. Under preference disable access to webcams, microphone etc. Consider www/iridium as an alternative browser. You can export your firefox bookmarks.html and import it into iridium. Although I do not have solid numbers, I thought it was better in this regard than firefox. -- J. Scott Heppler
Intel Celeron SoC support
I'm running amd64-current on an ASrock J3355M and recall a similar issue installing from a USB thumb drive. My suspicion was that the BIOS treated the drive as an unknown input device like a keyboard or mouse. I was able to install from a DVD/CD drive. If you do not have one, you may be able to a PXE install or Disable the legacy usb keyboard/mouse settings in the BIOS. The other issue I had was frequent lockups due to buggy C-state power savings. It works fine with Bios setting C-state=1 On 2018-11-14, Andrew Lemin wrote: Hi, I am running an ASRock J4105B-ITX board and wanting to run OpenBSD on this. https://www.asrock.com/MB/Intel/J4105B-ITX/index.asp#BIOS It boots up, and at the 'boot>' prompt I can use the keyboard find. However after it boots up, the keyboard stops working, and no disks are found by the installer (used auto_install to send test commands). It appears that there is no chipset support, for the Intel Celeron J4105 CPU from what I can work out. To test that it was working fine and is just OpebBSD which is not working, I installed Linux and have included the dmesg below (from Linux). I cannot run a dmesg from the OpenBSD installer as I cannot use the keyboard etc. Will support come for this SoC architecture? Or am I better of selling this board? Think its a Gemini Lake SoC Chipset; -- J. Scott Heppler
OpenBSD 6.2 - 6.4 crash on ASRock Q1900 ITX boards
Is there anything I can do to help possibly solve this problem? I'm running current on an ASrock J3355M http://daemonforums.org/showpost.php?p=63678=103 Baytrail motherboards have aggressive C-state power saving issues even in linux. https://wiki.archlinux.org/index.php/Intel_graphics#Baytrail_complete_freeze I disabled all c-states in the bios although C1 will probably be OK. Crashes/Lockups went away. -- J. Scott Heppler
Dual boot OpenBSD with DragonFly BSD
This theoretically is doable but will be a challenge. Your options will also swing on whether the laptop you purchase will boot an old MBR scheme or is restricted to GPT/UEFI. DragonflyBSD has instructions on multibooting an older MBR. https://www.dragonflybsd.org/docs/handbook/Booting/ If you need GPT/UEFI, then you choosing a bootloader that is capable of GPT/UEFI dual booting. According to OpenBSD FAQ, Grub2 or reFIND will work. https://www.openbsd.org/faq/faq4.html#Multibooting -- J. Scott Heppler
Re: wifi gui manager
It is possible to put together a gui, wifi tray applet that utilizes doas. http://daemonforums.org/showthread.php?t=10400 -- J. Scott Heppler
is there foomatic-rip for lpd on openBSD 6.3?
It is in print/cups-filters http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/print/cups-filters/pkg/README?rev=1.9=text/plain -- J. Scott Heppler
MediaTek Mt7601
I just purchased a nano-usb wifi dongle with the expectation that it would have a rtl8188cu chipset. In fact it has a MediaTek MT7601U and on perusing alot of purchase comments it seems that the MT7601U is supplanting the RealTek chipset. Ralink was fairly open and provided partial documentation for the FreeBSD drivers that were imported into OpenBSD. I'm not sure if corporate policy changed when MediaTek bought RaLink but the MT7601 driver is in the Linux Kernel => 4.2, the source is GPLV2 and redistribution of the closed source firmware is allowed. https://wikidevi.com/wiki/Mt7601u The MediaTek dongle came on a slow boat from China so I'm not sending it back. The wikidevi entry suggests that this may be low-hanging fruit to add to OpenBSD/FreeBSD/NetBSD. The question I have is whether to give the MediaTek away and try to purchase on older RealTek or be patient and wait a few months? I'm presently using an older, larger rum(4) usb device. Thanks -- J. Scott Heppler