Re: Recognition Of My Wireless Network Device
On Wed, Aug 9, 2023 at 4:26 PM Jan Stary wrote: > > On Aug 09 07:36:00, stu.li...@spacehopper.org wrote: > > On 2023-08-08, Jan Stary wrote: > > > On Aug 07 15:32:05, mill...@openbsd.org wrote: > > >> Your best bet may be to replace the onboard wireless with a card > > >> that is supported by OpenBSD. > > > > > > On Aug 08 09:55:58, stu.li...@spacehopper.org wrote: > > >> Swapping to a different card is likely to give better results (generally > > >> faster, more stable, and able to use the proper antennas in the laptop, > > >> usually around the display, rather than a tiny pcb trace antenna) > > > > > > Exactly. Replace the BCM with Intel or something. > > > Takes about ten minutes and costs peanuts. > > > > Maybe. But these were popular on some HP stuff where changing it often > > requires some dodgy hacked BIOS download which may or may not be safe > > to use. That's why I added the other bit. > > Ah, right: some Thinkpads for example have a whitelist > of allowed wifi chips they will let you booth with ... I just installed libreboot on one of my Thinkpads, that will take care of that problem while speeding up the boot a lot. But it turns the "Where's my driver?" into a process of physically reflashing an IC with external probes etc, depending on your laptop. https://libreboot.org/docs/bsd/
Re: Feedback on redesigned OpenBSD.org
Hi Christian Does your redesign work well on text mode browsers? I tested with lynx, renders exact same. It's no different than existing official openbsd.org website because no HTML was changed, only CSS.
Re: Feedback on redesigned OpenBSD.org
On 8/9/23 23:02, mich...@mlpdesign.com wrote: Child Pages. I'd like to draw peoples attention to the child pages of my redesign. Does your redesign work well on text mode browsers? regards, chris
Re: dhcpc: ps_root_recvmsg: Permission denied
On 2023-08-09, Ingo Feinerer wrote: > Hi, > > I am using net/dhcpcd on OpenBSD 7.3 for IPv6 router solicitation over > PPPoE, almost identical to the setup as described in > /usr/local/share/doc/pkg-readmes/dhcpcd. > > Everything works (i.e., IPv6 connectivity and distributing prefixes) but > I have a lot of log messages complaining about: > > # tail /var/log/messages > Aug 9 06:53:12 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > Aug 9 07:51:20 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > Aug 9 08:45:27 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > Aug 9 09:46:54 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > Aug 9 10:52:03 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > Aug 9 11:51:10 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > Aug 9 12:50:59 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > Aug 9 13:45:53 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > Aug 9 14:51:42 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > Aug 9 15:55:43 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied > > The function ps_root_recvmsg appears in > https://github.com/NetworkConfiguration/dhcpcd/blob/master/src/privsep-root.c > which is about privilege separation but I have not found out the cause > yet. > > Anyone else seeing this? Any ideas to fix this? Which dhcpcd version are you running? It's different between 7.3-release and -stable. If you're already running the -stable version can you see if updating to the -current port (10.0.2) helps? And if it doesn't, reporting upstream is probably the best idea.
Re: Feedback on redesigned OpenBSD.org
Child Pages. I'd like to draw peoples attention to the child pages of my redesign. Just a few examples (but note, ALL child pages have been updated with new design): A. FAQ before: http://www.openbsd.org/faq/index.html after: https://www.openbsd.design/cvs/www/faq/index.html B. FAQ - Install Guide before: http://www.openbsd.org/faq/faq4.html after: https://www.openbsd.design/cvs/www/faq/faq4.html C. Platforms before: http://www.openbsd.org/plat.html after: https://www.openbsd.design/cvs/www/plat.html D. Songs before: http://www.openbsd.org/lyrics.html after: https://www.openbsd.design/cvs/www/lyrics.html E. Porters Handbook before: http://www.openbsd.org/faq/ports/index.html after: https://www.openbsd.design/cvs/www/faq/ports/index.html These are just a few examples. Please click around to see that all pages on www.openbsd.org have been restyled. -mlp
Re: Feedback on redesigned OpenBSD.org
Hi Kevin
Thank you for the quick reply and looking at the live site.
1. Regarding the /index.html, currently that's the only page on the
official
openbsd.org website that is left aligned (all other pages are
centered aligned).
I kept that as-in, but I capped /index.html total width to 840px
since it seemed
difficult to read extremely long sentences.
2. Have you had a chance to look at the Light Mode design? That's where
I put
the bulk of my time and effort.
3. I've been able to create a diff, many thanks to TJ.
The diff is below:
? font-domine-700.woff2
? font-lato-400.woff2
? font-lato-900.woff2
Index: index.html
===
RCS file: /cvs/www/index.html,v
retrieving revision 1.758
diff -r1.758 index.html
9a10,11
Index: openbsd.css
===
RCS file: /cvs/www/openbsd.css,v
retrieving revision 1.22
diff -r1.22 openbsd.css
2a3,28
/* Font 'Domine', copyright: Impallari Type; License: SIL OFL 1.1
https://scripts.sil.org/ofl */
@font-face {
font-family: 'Domine';
font-style: normal;
font-weight: 700;
font-display: swap;
src: url(font-domine-700.woff2) format('woff2');
}
/* Font 'Lato', copyright: Lukasz Dziedzic; License: SIL OFL 1.1
https://scripts.sil.org/ofl */
@font-face {
font-family: 'Lato';
font-style: normal;
font-weight: 400;
font-display: swap;
src: url(font-lato-400.woff2) format('woff2');
}
@font-face {
font-family: 'Lato';
font-style: normal;
font-weight: 900;
font-display: swap;
src: url(font-lato-900.woff2) format('woff2');
}
4c30
<--red: #E0;
---
--red: #8B;
6c32
<--blue: #E0;
---
--blue: #11; /* hack since some pages, like plus.html hard code
--blue into the html page. old value was #E0 */
7a34,74
--navbar-background-color: #EE;
--navbar-border-width: 1px;
--navbar-border-color: #E3E3E3;
--navbar-indent-size: 0px;
--navbar-padding: 27px 20px 0 20px;
--font-family: 'Lato', sans-serif;
--font-family-heading: 'Domine', serif;
--font-line-height: calc(4px + 2ex);;
--font-color-body: #22;
--font-color-heading: #00;
--font-size-body: 14px;
--font-size-header: 14px;
--font-size-monospace: 13px;
--link-color-unvisited: #004080;
--link-color-visited: #004080;
--link-text-decoration-color: #cdd4e5;
}
a:link, a:visited {
color: var(--link-color-unvisited);
text-decoration-color: var(--link-text-decoration-color);
text-underline-offset: 3px;
text-decoration-style: dotted
}
a:hover {
text-decoration-color: var(--link-color-unvisited);
text-decoration-style: solid
}
/* style links to man pages & cvsweb differently,
but not on index.html main navigation */
a[href*='//man.openbsd.org']:not(nav a),
a[href*='//cvsweb.openbsd.org']:not(nav a) {
font-family: Courier, monospace;
font-size: var(--font-size-monospace)
}
/* on frontpage (index.html), don't underline the links in navbar */
nav a {
text-decoration: none
10,11c77,86
< :link {
Re: Feedback on redesigned OpenBSD.org
Hi Chris On iOS/Safari, you can adjust the web browser font size by clicking the "aA" in the url bar, and then adjust the font to be some size larger than "100%". It works for me at least when I test it on my redesigned site. On 2023-08-09 15:19, Chris Bennett wrote: I haven't even looked at these changes, yet. But I have a terrible time reading text on mobile devices. There doesn't seem to be any way (that I know of), to change text size without either using the phones settings for text size (Yuck) or changing the default size or accessibility settings in the browser. I always grab a tablet for sites that really screw up text sizing. My phone is just too small for sites with tiny text or huge text. That's just my opinion and experience with bad eyesight. -- Chris Bennett
Re: Feedback on redesigned OpenBSD.org
I haven't even looked at these changes, yet. But I have a terrible time reading text on mobile devices. There doesn't seem to be any way (that I know of), to change text size without either using the phones settings for text size (Yuck) or changing the default size or accessibility settings in the browser. I always grab a tablet for sites that really screw up text sizing. My phone is just too small for sites with tiny text or huge text. That's just my opinion and experience with bad eyesight. -- Chris Bennett
Feedback on redesigned OpenBSD.org
Hi everyone WHAT: = I greatly respect OpenBSD; while I don't have OS tech level expertise to contribute - I do have some design skills and wanted to contribute to the community and project. So I created a new CSS (stylesheet) for OpenBSD.org It can be viewed at: https://www.openbsd.design/cvs/www/index.html WHY: I wanted to attempt to accomplish the following: - Responsive. Currently, the site is not responsive and difficult to read on a mobile device. Like /index.html, /lyrics.html and /support.html - Simplify the color palette. There's many different colors competing for attention (and causes distraction) on the website for vary choices of headline, table, background, etc colors. - Make code samples or inline KBD easier to distinguish. - Size images correctly for better reading of content. - Bring an updated freshness to the overall site, while not losing its original great character. CHANGE: === Note: with the exception of adding a ViewPort to /index.html, *no* HTML pages were changed. Only the OpenBSD.css file & inclusion of 3 web fonts. The changes to the website include: - a new OpenBSD.css stylesheet - include of a tag on /index.html (in order to make /index.html have a responsive layout) - Added 3 web fonts that are OFL1.1 licensed & attributed in CSS Lato normal and bold for body text Domine for headings - Adding puffy to the footer of all pages except for /index.html (I thought this was a nice playful way to bring some character to the overall website.) - Restyled Dark Mode colors as well (not just Light Mode) - Hid the server rack photo on /index.html While I appreciate the image, I thought it might be too distracting. - Any links to cvsweb, I styled as monospace font. DESIGN PRINCIPLES: == I searched through the mailing list and found 2 previous attempts of individuals showing a new design concept for openbsd.org. The principles I stood by is: - HTML should not be changed, the structure and content of the site is already great. The only change should be to the CSS file. Note: as previously mentioned, I did need to update /index.html to add a missing ViewPort so the page would be responsive. - The design change should apply the ENTIRE website hosted on www.openbsd.org, which this does. - Kept the same recognizable layout. I saw examples in the past where individuals made substantial structural changes for no apparent reason. - The design update should focus making content the main feature, since OpenBSD is known for having such great documentation. NEXT STEPS: === I've never posted to an OpenBSD mailing list, so please be kind. 1. I'd welcome feedback. Note, I've updated both Light Mode and Dark Mode. https://www.openbsd.design/cvs/www/index.html 2. I purchased the domain https://OpenBSD.design and would like to transfer this to the proper party to own/maintain. Please email me direct so I can do so. 3. I need to make a diff, but for some reason - I'm running into issues doing so and I think it's related to the introduction of the 3 new font files. Any suggestions beyond what's documented at https://www.openbsd.org/faq/faq5.html#Diff I hope this design update is welcomed with open minds. Looking forward to reading feedback. -mlp
dhcpc: ps_root_recvmsg: Permission denied
Hi, I am using net/dhcpcd on OpenBSD 7.3 for IPv6 router solicitation over PPPoE, almost identical to the setup as described in /usr/local/share/doc/pkg-readmes/dhcpcd. Everything works (i.e., IPv6 connectivity and distributing prefixes) but I have a lot of log messages complaining about: # tail /var/log/messages Aug 9 06:53:12 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied Aug 9 07:51:20 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied Aug 9 08:45:27 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied Aug 9 09:46:54 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied Aug 9 10:52:03 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied Aug 9 11:51:10 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied Aug 9 12:50:59 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied Aug 9 13:45:53 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied Aug 9 14:51:42 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied Aug 9 15:55:43 fw dhcpcd[57551]: ps_root_recvmsg: Permission denied The function ps_root_recvmsg appears in https://github.com/NetworkConfiguration/dhcpcd/blob/master/src/privsep-root.c which is about privilege separation but I have not found out the cause yet. Anyone else seeing this? Any ideas to fix this? Thank you! Best regards, Ingo
Re: Recognition Of My Wireless Network Device
On Aug 09 07:36:00, stu.li...@spacehopper.org wrote: > On 2023-08-08, Jan Stary wrote: > > On Aug 07 15:32:05, mill...@openbsd.org wrote: > >> Your best bet may be to replace the onboard wireless with a card > >> that is supported by OpenBSD. > > > > On Aug 08 09:55:58, stu.li...@spacehopper.org wrote: > >> Swapping to a different card is likely to give better results (generally > >> faster, more stable, and able to use the proper antennas in the laptop, > >> usually around the display, rather than a tiny pcb trace antenna) > > > > Exactly. Replace the BCM with Intel or something. > > Takes about ten minutes and costs peanuts. > > Maybe. But these were popular on some HP stuff where changing it often > requires some dodgy hacked BIOS download which may or may not be safe > to use. That's why I added the other bit. Ah, right: some Thinkpads for example have a whitelist of allowed wifi chips they will let you booth with ...
Re: Recognition Of Linux LVMs
On 8/8/23 05:17, Jay F. Shachter wrote: and I wonder, parenthetically, why FreeBSD and NetBSD are willing to support ZFS, but OpenBSD is not I think that is a question for the FreeBSD and NetBSD teams, why are they willing to spend the extra time in support, and face the potential legal risk in terms of patent lawsuit exposure, in supporting ZFS. While there are things I think would be "nice to haves" in the OpenBSD world, I can understand a small team deciding a particular feature is technically and/or legally, not worth the trouble. LVM is far from a trivial feature to add, and it's not like they can just copy the implementation from the Linux kernel -- not unless they wanted the resulting work to be GPL-licensed. I think it's time to recognise this particular horse is dead, and is no longer available for rides. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere.
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: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV
Re: Show percent charge of both batteries in apm - T460
On 2023-08-09, Sasha wrote: > Hi all, > > This is my first time writing to this list, so forgive me if I miss > something. This is also my first time using OpenBSD. > > I'm running OpenBSD 7.3 on a Thinkpad T460, which has two batteries. One > internal battery, and one removable battery. The expected behavior (e.g. > on Linux) is that the removable battery discharges first until it > reaches 5%, then the internal battery begins to discharge. > > On OpenBSD when I run apm it shows only the charge of the "current" > battery. This means the removable battery if it is plugged in, or the > internal battery if the removable battery is not plugged in. This also > means that the system attempts to hibernate/cleanly shut down when the > charge of the removable battery becomes very low. Unless you use apmd -z / -Z, which I think is fairly uncommon, I believe (though could be mistaken) that any auto suspend is handled by the embedded controller in the laptop. If you do use -z/-Z, you could stop doing that and either use default laptop behaviour if it does something sensible for you, or handle things yourself via sensorsd. > Another symptom of this is that the % charge showed by apm goes *up* > when I unplug the removable battery. > > Is there a way to check the percent charge of each battery individually? > I would like apm to show me something like "80% 30%" instead of the > current "30%". > > Both batteries are detected by acpibat and show up in sysctl: > > hw.sensors.acpibat0.volt0=11.10 VDC (voltage) > hw.sensors.acpibat0.volt1=10.92 VDC (current voltage) > hw.sensors.acpibat0.power0=0.00 W (rate) > hw.sensors.acpibat0.watthour0=7.95 Wh (last full capacity) > hw.sensors.acpibat0.watthour1=0.40 Wh (warning capacity) > hw.sensors.acpibat0.watthour2=0.20 Wh (low capacity) > hw.sensors.acpibat0.watthour3=0.37 Wh (remaining capacity), WARNING > hw.sensors.acpibat0.watthour4=20.54 Wh (design capacity) > hw.sensors.acpibat0.raw0=0 (battery idle), OK > hw.sensors.acpibat1.volt0=10.80 VDC (voltage) > hw.sensors.acpibat1.volt1=11.57 VDC (current voltage) > hw.sensors.acpibat1.power0=23.74 W (rate) > hw.sensors.acpibat1.watthour0=unknown (last full capacity), UNKNOWN > hw.sensors.acpibat1.watthour1=0.00 Wh (warning capacity) > hw.sensors.acpibat1.watthour2=0.00 Wh (low capacity) > hw.sensors.acpibat1.watthour3=0.67 Wh (remaining capacity), OK > hw.sensors.acpibat1.watthour4=unknown (design capacity), UNKNOWN > hw.sensors.acpibat1.raw0=unknown (battery unknown), UNKNOWN Not directly as %, and not from the apm subsystem, but you could calculate it from the hw.sensors subsystem (though I'm not sure whether the wanted value would be remaining/last full or whether it would be remaining/design). (apm(4) has a relatively simple API that doesn't cater for reporting status of multiple batteries separately).
Re: Recognition Of My Wireless Network Device
On 2023-08-08, Jan Stary wrote: > On Aug 07 15:32:05, mill...@openbsd.org wrote: >> Your best bet may be to replace the onboard wireless with a card >> that is supported by OpenBSD. > > On Aug 08 09:55:58, stu.li...@spacehopper.org wrote: >> Swapping to a different card is likely to give better results (generally >> faster, more stable, and able to use the proper antennas in the laptop, >> usually around the display, rather than a tiny pcb trace antenna) > > Exactly. Replace the BCM with Intel or something. > Takes about ten minutes and costs peanuts. Maybe. But these were popular on some HP stuff where changing it often requires some dodgy hacked BIOS download which may or may not be safe to use. That's why I added the other bit.
