Fwd: xscreensaver settings window crashes in OpenBSD 7.2
xscreensaver settings crashes in OpenBSD 7.2 Graphics card shows as radeon 7450 in the dmesg, "radeondrm0 at pci3 dev 0 function 0 "ATI Radeon HD 7450" rev 0x00", but it is a radeon hd 6450 exactly like this one: https://www.amazon.com/MSI-Profile-PCI-Express-R6450-MD1GD3-LP/dp/B004X6ABTM the screensavers mostly work, but I can't get to the settings menu gui. I've moved .xscreensaver and it didn't work either. This is the results of running xscreensaver-settings in a terminal : $ xscreensaver-settings --debug xscreensaver-settings: 14:45:30: DISPLAY=:0 xscreensaver-settings: 14:45:30: added "/usr/local/libexec/xscreensaver" to $PATH xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: (pref changed) xscreensaver-settings: 14:45:30: list selection changed xscreensaver-settings: 14:45:30: scheduling preview "gibson -root -delay 32743 -speed 2.477 -columns 6" xscreensaver-settings: 14:45:30: reading /usr/local/share/xscreensaver/config/gibson.xml... xscreensaver-settings: 14:45:30: scheduling preview "gibson --root --delay 32743 --speed 2.477 --columns 6" xscreensaver-settings: 14:45:30: reading /usr/local/share/xscreensaver/config/gibson.xml... xscreensaver-settings: 14:45:30: scheduling preview "gibson --root --delay 32743 --speed 2.477 --columns 6" xscreensaver-settings: 14:45:30: select list elt 91 xscreensaver-settings: 14:45:30: scheduling preview "gibson -root -delay 32743 -speed 2.477 -columns 6" xscreensaver-settings: 14:45:30: reading /usr/local/share/xscreensaver/config/gibson.xml... xscreensaver-settings: 14:45:30: scheduling preview "gibson --root --delay 32743 --speed 2.477 --columns 6" xscreensaver-settings: 14:45:31: xscreensaver-gl-visual says the GL visual is 0x21. xscreensaver-settings: 14:45:31: using non-default visual 0x21 xscreensaver-settings: 14:45:31: X error: xscreensaver-settings: Failed request: BadMatch (invalid parameter attributes) xscreensaver-settings: Major opcode: 42 (X_SetInputFocus) xscreensaver-settings: Resource id:0x83 xscreensaver-settings: Serial number: 450 / 451 /etc/X11/xorg.conf : (I've tried a variation on the radeon settings and reset them with rcctl restart xenodm, etc.) Section "Files" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/TTF/" FontPath "/usr/X11R6/lib/X11/fonts/OTF/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/WinFonts/" # FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/local/share/fonts/spleen" EndSection Section "ServerFlags" Option "DontZap" "true" EndSection Section "Device" Identifier "radeoncard" Driver "radeon" Option "TearFree" "true" Option "DRI" "2" Option "AccelMethod" "EXA" Option "EXAVSync" "true" EndSection dmesg: OpenBSD 7.2 (GENERIC.MP) #0: Wed Oct 26 12:01:47 MDT 2022 r...@syspatch-72-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/ GENERIC.MP real mem = 51513982976 (49127MB) avail mem = 49935368192 (47622MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0x9e000 (88 entries) bios0: vendor American Megatrends Inc. version "2.1b" date 05/04/12 bios0: Supermicro X8DTH-i/6/iF/6F acpi0 at bios0: ACPI 4.0 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC MCFG SLIT SPMI OEMB SRAT HPET DMAR SSDT acpi0: wakeup devices NPE2(S4) NPE3(S4) NPE4(S4) NPE5(S4) NPE6(S4) NPE7(S4) NPE8(S4) NPE9(S4) NPEA(S4) P0P1(S4) USB0(S4) USB1(S4) USB2(S4) USB5(S4) EUSB(S4) USB3(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(R) Xeon(R) CPU X5675 @ 3.07GHz, 3067.04 MHz, 06-2c-02 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,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,POPCNT,AES,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 4-way I-cache, 256KB 64b/line 8-way L2 cache, 12MB 64b/line 16-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var
is SADB_X_EXT_FLOW_TYPE IPSP_DIRECTION_IN inbound SADB_EXT_ADDRESS_{DST,SRC} reversed?
PFKEYv2 has the general convention that SRC=from-address and DST=to-address. This means that an incoming packet has SRC==peer-address and DST==local-address. However, in IKED I've noticed: /* local address */ bzero(_local, sizeof(sa_local)); sa_local.sadb_address_exttype = SADB_EXT_ADDRESS_SRC; sa_local.sadb_address_len = (sizeof(sa_local) + ROUNDUP(slocal.ss_len)) / 8; /* peer address */ bzero(_peer, sizeof(sa_peer)); sa_peer.sadb_address_exttype = SADB_EXT_ADDRESS_DST; sa_peer.sadb_address_len = (sizeof(sa_peer) + ROUNDUP(speer.ss_len)) / 8; i.e., a flow from SRC-to-DST ignores of the direction and always has SRC==local and DST=peer/remote. This seems wrong. With libreswan I ended up mimicing this vis: case KERNEL_POLICY_DIR_INBOUND: /* XXX: notice how DST gets SRC's value et.al. */ put_sadb_address(, SADB_EXT_ADDRESS_DST, kernel_policy->src.host); put_sadb_address(, SADB_EXT_ADDRESS_SRC, kernel_policy->dst.host); break;
Re: bse(4) media/link bug
> People have complained about this before. I can't reproduce it and > therefore I can't fix it. > FWIW, with a "working" (Open)bse setup, I have seen the switch port to which the RPi is connected keep blinking for days - eventually stopping after more than 10 days of idleness. I don't know what bse does wrong, but this might be a brgphy issue.
Re: bse(4) media/link bug
> Date: Mon, 7 Nov 2022 13:24:24 + > From: Martin Pieuchot > > On 07/11/22(Mon) 13:20, Martin Pieuchot wrote: > > On a raspberry pi4, with the following configuration : > > > > $ cat /etc/hostname.bse0 > > dhcp > > > > ...and with the cable directly connected to my laptop (amd64 w/ em(4)) I > > have to force the media type, with the command below, to make it work. > > > > # ifconfig bse0 media 1000baseT mediaopt full-duplex > > Actually it is worst than that. It's completely broken and I can't use > it. People have complained about this before. I can't reproduce it and therefore I can't fix it.
Re: bse(4) media/link bug
On 07/11/22(Mon) 13:20, Martin Pieuchot wrote: > On a raspberry pi4, with the following configuration : > > $ cat /etc/hostname.bse0 > dhcp > > ...and with the cable directly connected to my laptop (amd64 w/ em(4)) I > have to force the media type, with the command below, to make it work. > > # ifconfig bse0 media 1000baseT mediaopt full-duplex Actually it is worst than that. It's completely broken and I can't use it.
bse(4) media/link bug
On a raspberry pi4, with the following configuration : $ cat /etc/hostname.bse0 dhcp ...and with the cable directly connected to my laptop (amd64 w/ em(4)) I have to force the media type, with the command below, to make it work. # ifconfig bse0 media 1000baseT mediaopt full-duplex
Re: [sparc64] dup alloc panic while recompiling base system on 7.2-current
That's a sign of an unhealthy filesystem. It's just /usr/obj which is
unlikely to have anything important on, I'd just newfs it.
--
Sent from a phone, apologies for poor formatting.
On 7 November 2022 01:02:21 Koakuma wrote:
Synopsis: Kernel panic while recompiling the base system on 7.2-current
Category: kernel sparc64
Environment:
System : OpenBSD 7.2
Details : OpenBSD 7.2-current (GENERIC.MP) #9: Mon Nov 7 01:33:54 WIB 2022
k@openbsd:/sys/arch/sparc64/compile/GENERIC.MP
Architecture: OpenBSD.sparc64
Machine : sparc64
Description:
This occurs when I'm updating a 7.2-current installation.
When recompiling the base system after installing an updated kernel,
the kernel panics in the middle of the compilation session.
The install is on a 8 vcore, 8 GiB memory LDOM on a Sun T5120.
How-To-Repeat:
Recompile kernel & base system as usual:
# cd /sys/arch/$(machine)/compile/GENERIC.MP
# make obj
# make config
# make -j8 && make install
# reboot
# cd /usr/src
# make -j8 obj
# make -j8 build # Panics in the middle of this command
Fix:
dmesg:
OpenBSD 7.2-current (GENERIC.MP) #9: Mon Nov 7 01:33:54 WIB 2022
k@openbsd:/sys/arch/sparc64/compile/GENERIC.MP
real mem = 8589934592 (8192MB)
avail mem = 8408670208 (8019MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root: SPARC Enterprise T5120
cpu0 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu1 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu2 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu3 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu4 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu5 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu6 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
cpu7 at mainbus0: SUNW,UltraSPARC-T2 (rev 0.0) @ 1165.379 MHz
vbus0 at mainbus0
"flashprom" at vbus0 not configured
vrng0 at vbus0
cbus0 at vbus0
vdsk0 at cbus0 chan 0x2: ivec 0x4, 0x5
scsibus1 at vdsk0: 1 targets
sd0 at scsibus1 targ 0 lun 0:
sd0: 40960MB, 512 bytes/sector, 83886080 sectors
vdsk1 at cbus0 chan 0x3: ivec 0x6, 0x7
scsibus2 at vdsk1: 1 targets
cd0 at scsibus2 targ 0 lun 0:
vnet0 at cbus0 chan 0x4: ivec 0x8, 0x9, address 00:14:4f:f9:6a:75
vcons0 at vbus0: ivec 0x111: console
vrtc0 at vbus0
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
bootpath: /virtual-devices@100,0/channel-devices@200,0/disk@0,0
root on sd0a (f7061d976cd07cad.a) swap on sd0b dump on sd0b
WARNING: / was not properly unmounted
usbdevs:
usbdevs: no USB controllers found
cp: /var/db/acpi/*: No such file or directory
b64encode: *: No such file or directory
pcidump:
acpidump:
ddb log:
mode = 0100660, inum = 441884, fs = /usr/obj
panic: ffs_valloc: dup alloc
Stopped at db_enter+0x8: nop
TIDPIDUID PRFLAGS PFLAGS CPU COMMAND
463321 83767 210x13 02 as
92098 92219 210x13 05 cc1
258938 85141 210x13 04 as
422498 22643 210x13 00 cc1
165247 67024 210x13 06 as
*211105 14170 210x13 07K cc1
299542 30294 210x13 01 cc1
458544 71411 0 0x14000 0x2003 kmthread
ffs_inode_alloc(4000bfc94a0, 81b0, 4000ccfc380, 4007af57f00,
fffe, 4007b497ba0) at ffs_inode_alloc+0x3b4
ufs_makeinode(81b0, 4000bf5e8d0, 4007b497ba0, 4007b497bd0, 4000cad5a80,
800) at ufs_makeinode+0x5c
ufs_create(4007b497908, 4007b497b70, 8, 4007b497810, 2000, 8000) at
ufs_create+0x3c
VOP_CREATE(4000bf5e8d0, 4007b497ba0, 19ad988, 4007b4979f8, 4007b497918,
19ad988) at VOP_CREATE+0x44
vn_open(4007b4979f8, 602, 1b0, 0, ff9c, fffbe2d7) at
vn_open+0x2fc
doopenat(4007b497b70, ff9c, fffbe2d7, 601, 1b0,
4007b497df0) at doopenat+0x16c
syscall(4007b497ed0, 405, 2f11928a8, 2f11928ac, 0, 0) at syscall+0x388
syscall_setup(fffbe2d7, 601, 1b6, 0, 400, 200) at syscall_setup+0x134
https://www.openbsd.org/ddb.html describes the minimum info required in bug
reports. Insufficient info makes it difficult to find and fix bugs.
ddb{7}> show panic
*cpu7: ffs_valloc: dup alloc
ddb{7}> mach ddbcpu 0
Stopped at __mp_lock+0x68: ld [%o0 + 0x800], %g1
sparc_intr_retry(1c8d160, 2c8adf658, 5, 100, 1ff, 6) at sparc_intr_retry+0x5c
intr_handler(2017ec8, 4000cd04300, 100f191, 100, 1ff, 2025e4000) at
intr_handler+0x74
sparc_intr_retry(1c8d160, 4007b413b84, 4007b1a5cf0, 28a732300, 0, 6) at
sparc_intr_retry+0x5c
trapsignal(4000cae6dc0, 5, 0, 1, 266798, 1) at trapsignal+0xe8
trap(4007b1a5ed0, 101, 266798, 820012, 6c3560, 128f40) at trap+0x500
Lslowtrap_reenter(0, 0, 0, 0, 28aaba228, 13) at Lslowtrap_reenter+0xf8
ddb{0}> mach ddbcpu 1
panic: trap type 0x114 (*trap): ppc=13fb26c npc=13fb270
pstate=820006
Stopped at __mp_lock+0x64: rd %ccr,
