Re: libGL error: failed to open drm device: Permission denied
On 12/27/15, Jonathan Gray wrote: > On Mon, Dec 28, 2015 at 12:25:25AM +0200, Mihai Popescu wrote: >> Hello, >> >> I am running cwm and I had some problems starting chrome from the menu >> - it starts for the very first time when i click on the menu, then i >> have to click 2 or 3 times on menu entry to start chrome again. This >> is not a big deal, maybe a cwm glitch. >> >> I went to start chrome from xterm, and I got these errors: >> >> $ chrome >> libGL error: failed to open drm device: Permission denied >> libGL error: failed to load driver: r600 >> libGL error: failed to open drm device: Permission denied >> libGL error: failed to load driver: r600 >> >> Is it normal, can it be fixed on my side? > > The ownership of /dev/drm0 should be changed according to > /etc/fbtab to your user after logging in. I have noticed (in the past), switching from X to virtual term (Ctrl+Shift+Fx) will override/revert the ownership of /dev/drm0, resulting in above (or similar) errors when I switch back to X and run something like xlock. I say "in the past", as I have avoided above switching since. Hope this sheds some light onto the problem (or possibly as-designed behavior). --patrick > Can you include the output of ls -l /dev/drm0 and > the contents of /var/log/Xorg.0.log ? > > How are you starting X, xdm/startx/?
Re: libGL error: failed to open drm device: Permission denied
On Mon, Dec 28, 2015 at 12:25:25AM +0200, Mihai Popescu wrote: > Hello, > > I am running cwm and I had some problems starting chrome from the menu > - it starts for the very first time when i click on the menu, then i > have to click 2 or 3 times on menu entry to start chrome again. This > is not a big deal, maybe a cwm glitch. > > I went to start chrome from xterm, and I got these errors: > > $ chrome > libGL error: failed to open drm device: Permission denied > libGL error: failed to load driver: r600 > libGL error: failed to open drm device: Permission denied > libGL error: failed to load driver: r600 > > Is it normal, can it be fixed on my side? The ownership of /dev/drm0 should be changed according to /etc/fbtab to your user after logging in. Can you include the output of ls -l /dev/drm0 and the contents of /var/log/Xorg.0.log ? How are you starting X, xdm/startx/?
FAQ 9 diff suggestion (maybe superfluous; not sure)
For http://www.openbsd.org/faq/faq9.html :
diff -u faq9.html.orig faq9.html
--- faq9.html.orig2015-12-28 02:20:43.148113257 +0100
+++ faq9.html2015-12-28 03:42:08.119953895 +0100
@@ -33,6 +33,7 @@
Edition-style) password file to BSD-style.
9.4 - Running Linux binaries on OpenBSD
9.5 - Accessing your Linux files from OpenBSD
+9.6 - Accessing your OpenBSD files from Linux
For more information for Linux users, please refer to http://sites.inka.de/mips/unix/bsdlinux.html";>
http://sites.inka.de/mips/unix/bsdlinux.html.
@@ -381,6 +382,31 @@
EXT4.
For further information, see FAQ 14.
+9.6 - Accessing your OpenBSD files from Linux
+
+
+While documenting the features of other operating systems is
+technically out of scope for this FAQ, users migrating or
+interoperating between Linux and OpenBSD may find themselves wanting to
+access OpenBSD FFS partitions from Linux. Users are advised that at
+least ftp://ftp.kernel.org/pub/linux/utils/util-linux/";>this
+common Linux implementation of mount refers to FFS as UFS (for more
+names, http://en.wikipedia.org/wiki/Unix_File_System";>see
+Wikipedia), and that said mount command requires users to specify a
+ufstype option of 44bsd, i.e. use -o ufstype=44bsd in addition
+to -t ufs, because that program's FFS support defaults to a
+ufstype of old, which is probably helpful to the fewest number of FFS
+users. It may be a good idea to run dmesg|tail on the Linux
+system after mounting. As of this writing, a helpful example of ufstype
+option usage and a warning that an incorrect or omitted ufstype might
+cause data corruption ("Wrong ufstype may corrupt your filesystem,
+default is ufstype=old") may show up in the Linux dmesg, but is not
+included in the corresponding mount man page.
+The OpenBSD project does not audit the FFS support code of other
+operating systems, so given a choice between accessing a Linux
+partition from OpenBSD and accessing an OpenBSD partition from Linux,
+the former may be preferable. Caveat emptor.
+
Re: if I were to make a pkg-add diff
Even though I don't have an internet connection for my laptop I started the C program that pipes an execl call from ftp, to sed, (like the suggestions offered earlier in the thread, and back to the parent and it will use kqueue to test the pipe buffer capacities to a local buffer (I love kqueue) It could probably use the existing ftp() and maybe ping() to deal with all the network protocols, interfaces and ports. I don't want to sound like I'm bragging. I just really appreciate the help. -Luke
Re: LibreNMS chroot issues
> I was wondering if anybody tried running LibreNMS with httpd from the > base and even more fundamentally does httpd from the base support > "unsecure" mode. I read up and down httpd several times but I didn't see > anything about insecure mode. Yes, "unsecure mode" is call Linux. Or FreeBSD these days with all security they talked about not enable by default. Take your pick.
Re: drops to ddb when disconnecting from serial line
On Sun, Dec 27, 2015 at 09:32:45PM +, Tati Chevron wrote: > On Sun, Dec 27, 2015 at 07:04:10PM +, Stuart Henderson wrote: > >On 2015-12-27, Ted Unangst wrote: > >>LÉVAI Dániel wrote: > >>>So I guess it didn't panic, but just dropped to ddb from console, > >>>because ddb.console was set to 1. Is there something sent via the serial > >>>console that induces this? If I set ddb.console to 0 this doesn't > >>>happen, but I'm curious as to what is happening and if I can avoid it. > >> > >>a "break" was sent. or at least received. i've seen extra breaks sent when > >>trying to disconnect too. i mostly solved it by not disconnecting... > > > >"break" is just a signal low for longer than the time taken to send a > >normal character (plus framing), it's not that hard to have one detected > >when it's not intended. First I'd try setting things up to use a > >different port speed, especially if it's currently at a high speed > >then try slowing it down. If that doesn't help then I'd try a > >different usb/rs232 adapter. > > Possibly a shorter or better quality cable may help as well, especially > if it's a long cable run. I've seen BREAK's when powering down the maching holding the usb-to-serial dongle. Just unplugging the dongle first helped. /Alexander
Re: if I were to make a pkg-add diff
On Sun, Dec 27, 2015 at 02:52:16PM -0600, Luke Small wrote: > You could do that if you want to have noobs connect to one of the mirrors > into perpituty that brings down the server like a ddos every release! Are you aware of the magic that ftplist.cgi does? Stuart is. /Alexander > > I think the best that can be done relatively easily would be to have > > pkg_add fetch ftplist.cgi and pick the first result as a default if > > pkg.conf nor PKG_PATH are set.
Re: drops to ddb when disconnecting from serial line
Tati Chevron @ 2015-12-27T22:32:45 +0100: > On Sun, Dec 27, 2015 at 07:04:10PM +, Stuart Henderson wrote: > >On 2015-12-27, Ted Unangst wrote: > >>LÉVAI Dániel wrote: > >>>So I guess it didn't panic, but just dropped to ddb from console, > >>>because ddb.console was set to 1. Is there something sent via the serial > >>>console that induces this? If I set ddb.console to 0 this doesn't > >>>happen, but I'm curious as to what is happening and if I can avoid it. > >> > >>a "break" was sent. or at least received. i've seen extra breaks sent when > >>trying to disconnect too. i mostly solved it by not disconnecting... > > > >"break" is just a signal low for longer than the time taken to send a > >normal character (plus framing), it's not that hard to have one detected > >when it's not intended. First I'd try setting things up to use a > >different port speed, especially if it's currently at a high speed > >then try slowing it down. If that doesn't help then I'd try a > >different usb/rs232 adapter. > > Possibly a shorter or better quality cable may help as well, especially > if it's a long cable run. Ah, I see, thanks! I never cease to learn stuff just by fiddling with this OS :) Daniel
libGL error: failed to open drm device: Permission denied
Hello, I am running cwm and I had some problems starting chrome from the menu - it starts for the very first time when i click on the menu, then i have to click 2 or 3 times on menu entry to start chrome again. This is not a big deal, maybe a cwm glitch. I went to start chrome from xterm, and I got these errors: $ chrome libGL error: failed to open drm device: Permission denied libGL error: failed to load driver: r600 libGL error: failed to open drm device: Permission denied libGL error: failed to load driver: r600 Is it normal, can it be fixed on my side? OpenBSD 5.8-current (GENERIC.MP) #1739: Fri Dec 11 06:16:43 MST 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8029429760 (7657MB) avail mem = 7781957632 (7421MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeebc0 (57 entries) bios0: vendor LENOVO version "9VKT33AUS" date 09/11/2013 bios0: LENOVO 1990RZ2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC TCPA MCFG SLIC MCFG HPET SSDT acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4) SBAZ(S4) PS2K(S3) PS2M(S3) P0PC(S4) PE20(S4) PE21(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) II X2 B26 Processor, 3194.57 MHz 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,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu0: mwait min=64, max=64, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) II X2 B26 Processor, 3192.02 MHz 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,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 3 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimcfg1 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P1) acpiprt2 at acpi0: bus -1 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus -1 (PCE4) acpiprt5 at acpi0: bus -1 (PCE5) acpiprt6 at acpi0: bus -1 (PCE6) acpiprt7 at acpi0: bus -1 (PCE7) acpiprt8 at acpi0: bus -1 (PCE9) acpiprt9 at acpi0: bus -1 (PCEA) acpiprt10 at acpi0: bus 2 (P0PC) acpiprt11 at acpi0: bus 3 (PE20) acpiprt12 at acpi0: bus -1 (PE21) acpiprt13 at acpi0: bus -1 (PE22) acpiprt14 at acpi0: bus 4 (PE23) acpicpu0 at acpi0: C1(@1 halt!), PSS acpicpu1 at acpi0: C1(@1 halt!), PSS acpibtn0 at acpi0: PWRB cpu0: 3194 MHz: speeds: 3200 2500 1900 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "AMD RS880 Host" rev 0x00 ppb0 at pci0 dev 1 function 0 unknown vendor 0x17aa product 0x9602 rev 0x00 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 5 function 0 "ATI Radeon HD 4250" rev 0x00 drm0 at radeondrm0 radeondrm0: apic 3 int 18 ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x00: apic 3 int 19, AHCI 1.2 ahci0: port 0: 3.0Gb/s ahci0: port 1: 1.5Gb/s scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: SCSI3 0/direct fixed naa.50014ee1018094dc sd0: 305245MB, 512 bytes/sector, 625142448 sectors cd0 at scsibus1 targ 1 lun 0: ATAPI 5/cdrom removable ohci0 at pci0 dev 18 function 0 "ATI SB700 USB" rev 0x00: apic 3 int 18, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 "ATI SB700 USB2" rev 0x00: apic 3 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "ATI EHCI root hub" rev 2.00/1.00 addr 1 ohci1 at pci0 dev 19 function 0 "ATI SB700 USB" rev 0x00: apic 3 int 18, version 1.0, legacy support ehci1 at pci0 dev 19 function 2 "ATI SB700 USB2" rev 0x00: apic 3 int 17 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 "ATI EHCI root hub" rev 2.00/1.00 addr 1 piixpm0 at pci0 dev 20 function 0 "ATI SBx00 SMBus" rev 0x42: polling iic0 at piixpm0 spdmem0 at iic0 addr 0x52: 4GB DDR3 SDRAM PC3-10600 spdmem1 at iic0 addr 0x53: 4GB DDR3 SDRAM PC3-10600 azalia0 at
Re: LibreNMS chroot issues
Why not pointing the socket to chroot? Von meinem Samsung Galaxy Smartphone gesendet. Ursprüngliche Nachricht Von: Ax0n Datum:27.12.2015 18:58 (GMT+01:00) An: cou...@gmail.com, punoseva...@gmail.com Cc: misc@openbsd.org Betreff: Re: LibreNMS chroot issues
Re: Mg scroll-up issue in xterm
On 2015-12-27, Tati Chevron wrote: > ^V is traditionally used on UNIX like systems to 'insert the next character > literally', Only if the IEXTEN flag is set on the tty. Which should obviously not be the case (and in fact isn't) when mg is running. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: Mg scroll-up issue in xterm
On 2015-12-27, Timo Myyrä wrote: > I noticed issue with mg scroll-up keybinding when "xterm*locale: true" is set > in > ~/.Xresources. > When the above option is set, mg requires that you type C-v C-v to scroll-up > instead of single C-v. I'm not sure if this is bug or feature. That would be a bug, but I can't reproduce this. -- Christian "naddy" Weisgerber na...@mips.inka.de
wle200nx WiFi card on apu2b4 - no link
Good evening, I cannot access hotspot with apu2b4's wle200nx wifi card. got ath0: device timeout I am running on OpenBSD 5.8-release with no patches applied yet. Do I have to update with patches or does the combination of apu2b4 and Compex wle200nx not work with 5.8-release? Below the output from POST, dmesg, ifconfig and hostname.athn0 Did not find hints on the net with this combination of hw and os. What to do next? Regards, Stefan Mainboard PCEngines apu2 Enable. APIC: 00 missing read_resources APIC: 01 missing read_resources APIC: 02 missing read_resources APIC: 03 missing read_resources SeaBIOS (version rel-1.8.0-190-gc029eab-20151109_141843-wim-ws) BUILD: gcc: binutils: (GNU Binutils) 2.23.2 SeaBIOS (version rel-1.8.0-190-gc029eab-20151109_141843-wim-ws) BUILD: gcc: binutils: (GNU Binutils) 2.23.2 Found coreboot cbmem console @ dffdf000 Found mainboard PC Engines PCEngines apu2 Relocating init from 0x000eb200 to 0xdff66110 (size 32352) Found CBFS header at 0xfc50 multiboot: eax=0, ebx=0 boot order: 1: /pci@i0cf8/*@11/drive@0/disk@0 2: /pci@i0cf8/usb@10/usb-*@1 3: /pci@i0cf8/usb@10/usb-*@2 4: /pci@i0cf8/usb@10/usb-*@3 5: /pci@i0cf8/usb@10/usb-*@4 6: /pci@i0cf8/*@11/drive@1/disk@0 7: 8: pxen0 9: scon1 10: Found 23 PCI devices (max PCI bus is 04) Copying SMBIOS entry point from 0xdffb7000 to 0x000f3040 Copying ACPI RSDP from 0xdffb8000 to 0x000f3010 Copying MPTABLE from 0xdffdc000/dffdc010 to 0x000f2e60 Copying PIR from 0xdffdd000 to 0x000f2e30 Using pmtimer, ioport 0x818 Scan for VGA option rom Running option rom at c000:0003 Google, Inc. Serial Graphics Adapter 08/22/15 SGABIOS $Id: sgabios.S 8 2010-04-22 00:03:40Z nlaredo $ (wiv@coreboot-Virtual-Machine) Sat Aug 22 09:25:30 UTC 2015 Term: 80x43 IO 4 0 Turning on vga text mode console SeaBIOS (version rel-1.8.0-190-gc029eab-20151109_141843-wim-ws) XHCI init on dev 00:10.0: regs @ 0xfeb22000, 4 ports, 32 slots, 32 byte contexts XHCIextcap 0x1 @ feb22500 XHCIprotocol USB 3.00, 2 ports (offset 1), def 0 XHCIprotocol USB 2.00, 2 ports (offset 3), def 10 XHCIextcap 0xa @ feb22540 Found 2 serial ports ATA controller 1 at 4010/4020/0 (irq 0 dev 88) EHCI init on dev 00:13.0 (regs=0xfeb25420) ATA controller 2 at 4018/4024/0 (irq 0 dev 88) Searching bootorder for: /pci@i0cf8/*@14,7 Searching bootorder for: /rom@img/memtest Searching bootorder for: /rom@img/setup ata0-0: SATA SSD ATA-10 Hard-Disk (15272 MiBytes) Searching bootorder for: /pci@i0cf8/*@11/drive@0/disk@0 XHCI no devices found Initialized USB HUB (0 ports used) All threads complete. Scan for option roms PCengines Press F10 key now for boot menu: Searching bootorder for: HALT drive 0x000f2dc0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 s=31277232 Space available for UMB: c1000-ef000, f-f2dc0 Returned 262144 bytes of ZoneHigh e820 map has 7 items: 0: - 0009f800 = 1 RAM 1: 0009f800 - 000a = 2 RESERVED 2: 000f - 0010 = 2 RESERVED 3: 0010 - dffae000 = 1 RAM 4: dffae000 - e000 = 2 RESERVED 5: f800 - fc00 = 2 RESERVED 6: 0001 - 00011f00 = 1 RAM enter handle_19: NULL Booting from Hard Disk... Booting from :7c00 Using drive 0, partition 3. Loading. probing: pc0 com0 com1 mem[638K 3582M 496M a20=on] disk: hd0+ >> OpenBSD/amd64 BOOT 3.28 switching console to com0 >> OpenBSD/amd64 BOOT 3.28 boot> booting hd0a:/bsd: entry point at 0x1000160 [7205c766, 3404, 24448b12, 4060a304] [ using 938176 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2015 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.8 (GENERIC.MP) #1236: Sun Aug 16 02:31:04 MDT 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4261076992 (4063MB) avail mem = 4128043008 (3936MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdffb7020 (7 entries) bios0: vendor coreboot version "APU2A_20150928-13-gdfdf4a2-dirty" date 11/06/2015 bios0: PC Engines apu2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S2 S3 S4 S5 acpi0: tables DSDT FACP SSDT APIC HEST SSDT SSDT HPET acpi0: wakeup devices PWRB(S4) PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4) UOH1(S3) UOH3(S3) UOH5(S3) XHC0(S4) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD GX-412TC SOC, 998.25 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU SH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,PO PCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP, AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1 cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64
Re: Displaylink and xorg.conf
On Sun, 27 Dec 2015 21:04:04 + Bojan Nastic wrote: > Anyone with displaylink/udl experience who could shed some light on the > subject? How do you go about setting up displaylink adapters/displays? (@devs) Maybe this is still applicable? https://marc.info/?l=openbsd-misc&m=134489416203903 https://marc.info/?l=openbsd-misc&m=134495567523920 regards, Robert
Re: if I were to make a pkg-add diff
> I guess I didn't really answer your question. It wouldn't rely upon > the ramdisk. It is meant to run after install. So it would presumably > have all the firmware. Then I think, you have to be more clear. Because it is not to modify the installer and also not, to modify pkg_add - as you wrote before. If you like to check the fastest mirror you also have to keep in mind things like, is the interface up, geolocation, is Tor or a VPN used and so on ... P.S. What is then with the main idea for new users ?
Re: drops to ddb when disconnecting from serial line
On Sun, Dec 27, 2015 at 07:04:10PM +, Stuart Henderson wrote: On 2015-12-27, Ted Unangst wrote: LÉVAI Dániel wrote: So I guess it didn't panic, but just dropped to ddb from console, because ddb.console was set to 1. Is there something sent via the serial console that induces this? If I set ddb.console to 0 this doesn't happen, but I'm curious as to what is happening and if I can avoid it. a "break" was sent. or at least received. i've seen extra breaks sent when trying to disconnect too. i mostly solved it by not disconnecting... "break" is just a signal low for longer than the time taken to send a normal character (plus framing), it's not that hard to have one detected when it's not intended. First I'd try setting things up to use a different port speed, especially if it's currently at a high speed then try slowing it down. If that doesn't help then I'd try a different usb/rs232 adapter. Possibly a shorter or better quality cable may help as well, especially if it's a long cable run. -- Tati Chevron Perl and FORTRAN specialist. SWABSIT development and migration department. http://www.swabsit.com
Re: if I were to make a pkg-add diff
You could do that if you want to have noobs connect to one of the mirrors into perpituty that brings down the server like a ddos every release! > I think the best that can be done relatively easily would be to have >pkg_add fetch ftplist.cgi and pick the first result as a default if neither >pkg.conf nor PKG_PATH are set.
Re: Fvwm
Edgar Pettijohn wrote: I have learned a lot about fvwm configuration Learn more from the fvwm support community: http://www.fvwm.org/contact/ -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way of skeptically interrogating the universe www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan
Displaylink and xorg.conf
Hi List,
Anyone with displaylink/udl experience who could shed some light on the
subject? How do you go about setting up displaylink adapters/displays?
I'm trying to set up a Lenovo USB display ("udl0 at uhub1 port2
DisplayLink Lenovo LT1421") to work alongside my laptop, but can't get
them to work together -- it's either one working or the other, but
never both.
If I add a following section to (otherwise non-existant) xorg.conf:
Section Device
Identifier "Card0"
Driver "wsudl"
Option "Device" "/dev/ttyD0" #<--- ttyD0 first created with MAKEDEV
EndSection
then I get properly configured USB display from X, but the builtin
display is switched off (and never even mentioned in the logs, or
RandR). If I add the builtin to the xorg.conf (as "Card0", and move USB
to "Card1") then X ignores wsudl driver completely and never mentions
it in the logs, and only activates the builtin display. There are no
errors or warnings mentioned.
I must be missing something simple -- I found a couple of emails from a
while ago on this list with similar issues, but the solution that used
to work in 5.2/5.3 (put both cards/screens in xorg.conf, like I tried)
doesn't appear to work here.
(Also, what would it take to make it hot-pluggable, so I don't have to
fiddle with xorg.conf?)
Thanks
Bojan
Fvwm
I'm trying to change the border color of Windows from the stock reddish color to another color. So far I have been unsuccessful. I have learned a lot about fvwm configuration and made a lot of other changes along the way. Any help is appreciated. Thanks, Edgar Sent from my iPad
Re: if I were to make a pkg-add diff
On Sun, Dec 27, 2015 at 12:05:43PM GMT, Stuart Henderson wrote: > This would work for releases, though unless pkg_add was changed to > cache the redirect it would slow things down compared to fetching > directly from the mirror. > > For snapshots, caching the redirect would be essential, otherwise it > could switch mirror mid-update, and it is common that mirrors are not > all in-sync. > > Caching the redirect is a bigger change than it seems because pkg_add > doesn't have its own network code but defers to $FETCH_CMD which could > be one of a number of programs. > > (yes this has been thought about already :) > > I think the best that can be done relatively easily would be to have > pkg_add fetch ftplist.cgi and pick the first result as a default if > neither pkg.conf nor PKG_PATH are set. Thanks for the info, Stuart - very informative! Regards, Raf P.S. Even though I had used a real-life example, the email was tongue-in-cheek :^)
Re: Mg scroll-up issue in xterm
Tati Chevron writes: > On Sun, Dec 27, 2015 at 06:21:41PM +0200, Timo Myyrä wrote: >>I noticed issue with mg scroll-up keybinding when "xterm*locale: true" is set in >>~/.Xresources. >>When the above option is set, mg requires that you type C-v C-v to scroll-up >>instead of single C-v. I'm not sure if this is bug or feature. > > ^V is traditionally used on UNIX like systems to 'insert the next character > literally', for example if you type Control-V, Enter at the shell, you will > produce ^M, or Control-V, Backspace will produce ^? which is a backspace > character. > > This is what you are seeing, the first Control-v is swallowed before reaching > mg. If that would be the case, shouldn't the mg insert ^M for when pressed C-v C-m? Currently it inserts newline. Noticed following when trying this outside of mg in xterm running ksh. With my full Xresources file, when pressing C-v C-m it inserts literal ^M to shell prompt. In this xterm window the mg works normally. In xterm running the stripped down Xresources, in shell prompt C-v C-m inserts newline as though C-v never happened. And there the mg requires the two C-v calls to scroll up. Seems that I need to type C-v C-v C-m to get literal ^M inserted to shell prompt. I'm not seeing how Xterm*locale:true should affect the C-v use in shell. Timo
Re: drops to ddb when disconnecting from serial line
On 2015-12-27, Ted Unangst wrote: > LÉVAI Dániel wrote: >> So I guess it didn't panic, but just dropped to ddb from console, >> because ddb.console was set to 1. Is there something sent via the serial >> console that induces this? If I set ddb.console to 0 this doesn't >> happen, but I'm curious as to what is happening and if I can avoid it. > > a "break" was sent. or at least received. i've seen extra breaks sent when > trying to disconnect too. i mostly solved it by not disconnecting... "break" is just a signal low for longer than the time taken to send a normal character (plus framing), it's not that hard to have one detected when it's not intended. First I'd try setting things up to use a different port speed, especially if it's currently at a high speed then try slowing it down. If that doesn't help then I'd try a different usb/rs232 adapter.
Re: LibreNMS chroot issues
On 2015-12-27, Ax0n wrote: > I've been able to run most *AMP stuff on OpenBSD/nginx/php_fpm. I've not > tried librenms before, but the major hurdle for chroot is usually the > mariaDB socket. That isn't the major hurdle for LibreNMS. It needs snmpbulkwalk, fping, rrdtool, etc.
Re: High interrupt load using 5.8 Release GENERIC i386 on Acer Aspire 3630 laptop
On Sun, Dec 27, 2015 at 2:25 PM, Tati Chevron wrote:
>
> I have an Acer Aspire 3610, which has run every -release since at least
> 5.0 without problems. Certainly, I've not seen this high interrupt load.
>
> On the other hand, looking at your dmesg, there are differences in the
> vga chipset, the wireless chipset, the USB and PCMCIA controllers, so
> the machines are not as similar as might be hoped.
>
Thanks for the information. After some trial-and-error, I was able to
get a normal-looking interrupt load and a more responsive system by
simultaneously disabling acpi and cbb. Presently, I note a mem address
conflict which appears in the new dmesg output. However, the system is
running stably so far.
(If it's any help to report; I also tried a) setting
kern.timecounter.choice=i8254 and disabling cbb b) disabling acpi but
not cbb c) disabling the drivers loaded as children of cbb and acpi in
the driver hierarchy.)
dmesg:
OpenBSD 5.8 (GENERIC) #0: Sat Dec 26 21:32:37 GMT 2015
pe...@rebelene.home:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Celeron(R) M processor 1.60GHz ("GenuineIntel"
686-class) 1.61 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,NXE,PERF
real mem = 467091456 (445MB)
avail mem = 445419520 (424MB)
User Kernel Config
UKC> disable acpi
493 acpi0 disabled
UKC> disable cbb
157 cbb* disabled
UKC> quit
Continuing...
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 03/20/06, BIOS32 rev. 0 @ 0xfd600, SMBIOS rev.
2.31 @ 0x1bdfb000 (35 entries)
bios0: vendor Acer version "3A22" date 03/20/06
bios0: Acer, inc. Aspire 3630
acpi at bios0 function 0x0 not configured
mpbios0 at bios0: Intel MP Specification 1.4
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 100MHz
mpbios0: bus 0 is type PCI
mpbios0: bus 1 is type PCI
mpbios0: bus 2 is type ISA
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 24 pins
pcibios0 at bios0: rev 2.1 @ 0xfd600/0xa00
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdd40/144 (7 entries)
pcibios0: PCI Interrupt Router at 000:02:0 ("SiS 85C503 System" rev 0x00)
pcibios0: PCI bus #2 is the last bus
bios0: ROM list: 0xc/0xc000 0xcc000/0xa000 0xdc000/0x8000!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
0:6:0: mem address conflict 0x1be0/0x1000
pchb0 at pci0 dev 0 function 0 "SiS 661 PCI" rev 0x11
sisagp0 at pchb0
agp0 at sisagp0: aperture at 0xe000, size 0x200
ppb0 at pci0 dev 1 function 0 "SiS 648FX AGP" rev 0x00
pci_intr_map: bus 0 dev 1 func 0 pin 1; line 7
pci_intr_map: no MP mapping found
pci_intr_map: bus 0 dev 1 func 0 pin 2; line 3
pci_intr_map: no MP mapping found
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "SiS 6330 VGA" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 2 function 0 "SiS 85C503 System" rev 0x25
pciide0 at pci0 dev 2 function 5 "SiS 5513 EIDE" rev 0x00: 661: DMA,
channel 0 configured to compatibility, channel 1 configured to
compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA48, 76319MB, 156301488 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: ATAPI
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
"SiS 7013 Modem" rev 0xa0 at pci0 dev 2 function 6 not configured
auich0 at pci0 dev 2 function 7 "SiS 7012 AC97" rev 0xa0: apic 1 int
18, SiS7012 AC97
ac97: codec id 0x414c4770 (Avance Logic ALC203 rev 0)
ac97: codec features headphone, 20 bit DAC, 18 bit ADC, No 3D Stereo
audio0 at auich0
ohci0 at pci0 dev 3 function 0 "SiS 5597/5598 USB" rev 0x0f: apic 1
int 20, version 1.0, legacy support
ohci1 at pci0 dev 3 function 1 "SiS 5597/5598 USB" rev 0x0f: apic 1
int 21, version 1.0, legacy support
ehci0 at pci0 dev 3 function 3 "SiS 7002 USB" rev 0x00: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "SiS EHCI root hub" rev 2.00/1.00 addr 1
sis0 at pci0 dev 4 function 0 "SiS 900 10/100BaseTX" rev 0x91: apic 1
int 19, address 00:16:36:58:b8:c3
rlphy0 at sis0 phy 13: RTL8201L 10/100 PHY, rev. 1
"ENE CB-1410 CardBus" rev 0x01 at pci0 dev 6 function 0 not configured
bwi0 at pci0 dev 11 function 0 "Broadcom BCM4318" rev 0x02: apic 1 int
17, address 00:16:ce:59:63:f8
isa0 at pcib0
isadma0 at isa0
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
pms0: Synaptics touchpad, firmware 6.2
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
usb1 at ohci0: USB revision 1.0
uhub1 at usb1 "SiS OHCI root hub" rev 1.00/1.00 addr 1
usb2 at ohci1: USB revision 1.0
uhub2 at usb2 "SiS OHCI root hub" rev 1.00/1.00 addr 1
uhide
Re: if I were to make a pkg-add diff
I guess I didn't really answer your question. It wouldn't rely upon the ramdisk. It is meant to run after install. So it would presumably have all the firmware. I was thinking about running it similarly to the install output though. I setup a local mirror once and it crapped out after a while and just kept running, waiting for a connection without any output. I think that it would be kinda neat to have something that could potentially lead you to a new mirror that is faster than maybe a mirror you chose manually. I wasn't aware that the installer component that I was referencing edited pkg.conf . I don't know how to calculate the "freshness" of a mirror, like the Debian program other than by testing their latency. I suspect that even with the best O(1) network calculation, you aren't really going to get the best result. -- -Luke
Re: LibreNMS chroot issues
I've been able to run most *AMP stuff on OpenBSD/nginx/php_fpm. I've not tried librenms before, but the major hurdle for chroot is usually the mariaDB socket. I overcome this by setting up mariadb to bind to localhost and setting up a user on 127.0.0.1 to force a TCP connection instead of sockets. This is a little slower but I've never seen it make a web app sluggish on its own. If you want an example of the setup I use, I wrote it up here (only up to date with 5.7 though) http://www.h-i-r.net/p/openbsd-nginx-php-mysql.html On Sun, Dec 27, 2015, 07:40 ludovic coues wrote: > On 26 Dec 2015 12:47 am, "Predrag Punosevac" > wrote: > > > > > I was wondering if anybody tried running LibreNMS with httpd from the > > base and even more fundamentally does httpd from the base support > > "unsecure" mode. I read up and down httpd several times but I didn't see > > anything about insecure mode. > > > > Like many part of OpenBSD, httpd from base have a concept of "non-optional > security". So there is no possibility to use httpd without chroot.
Re: Mg scroll-up issue in xterm
On Sun, Dec 27, 2015 at 06:21:41PM +0200, Timo Myyrä wrote: I noticed issue with mg scroll-up keybinding when "xterm*locale: true" is set in ~/.Xresources. When the above option is set, mg requires that you type C-v C-v to scroll-up instead of single C-v. I'm not sure if this is bug or feature. ^V is traditionally used on UNIX like systems to 'insert the next character literally', for example if you type Control-V, Enter at the shell, you will produce ^M, or Control-V, Backspace will produce ^? which is a backspace character. This is what you are seeing, the first Control-v is swallowed before reaching mg. -- Tati Chevron Perl and FORTRAN specialist. SWABSIT development and migration department. http://www.swabsit.com
Mg scroll-up issue in xterm
Hi, I noticed issue with mg scroll-up keybinding when "xterm*locale: true" is set in ~/.Xresources. When the above option is set, mg requires that you type C-v C-v to scroll-up instead of single C-v. I'm not sure if this is bug or feature. I just found it bit odd as other bindings such as C-f, C-s etc. seem to work fine, its just the C-v that needs to be given twice. Timo
heap full Re: Softraid Keydisk reboot loop
Am 26.12.2015 um 23:18 schrieb Alexander Hall: > On Sat, Dec 26, 2015 at 10:41:34PM +0100, Thomas Bohl wrote: >> Hello, >> >> I updated from 5.8-stabel to current today. (First just an update, than >> because of the problem a fresh installation.) On 5.8-stabel I had a >> working softraid boot setup with a USB-Stick as keydisk. >> >> Now, if the keydisk is plugged in, the machine resets over and over >> again. Unfortunately there is noting shown on screen to present here. >> When the bootloader should show up there is just a beep sound (like when >> the machine is power on) and than the BIOS comes again. > > I'd say it seems your system is trying to boot off the keydisk. Make sure > fdisk shows no flagged partition, or remote the flag by > > fdisk:*1> flag 3 > Partition 3 marked active. > fdisk:*1> flag 3 0 > Partition 3 flag value set to 0x0. > > By then, 'p' should show no partition with an asterisk before it. > > /Alexander Thanks. Unfortunately that didn't do the trick. I was able to get more information by reducing the number of harddisks and taking video :-). One disk: System boots normally Two disks: booting sr0a:/bsd: 6823756heap full (0x9fba0+16384) Screenshot http://s30.postimg.org/894owvh41/image.jpg System resets Three disks: booting sr0a:/bsd: 6823756heap full (0x9fd98+16384) Screenshot http://s14.postimg.org/3ty4m62lt/image.jpg System resets Four disks: Black screen after BIOS System resets
Re: High interrupt load using 5.8 Release GENERIC i386 on Acer Aspire 3630 laptop
On Sun, Dec 27, 2015 at 01:55:30PM +, peter.foster.li...@gmail.com wrote: I have installed 5.8 Release GENERIC i386 on an Acer Aspire 3630 laptop. Even when the system is almost completely idle, `top' consistently reports an interrupt load in the range 75%--80%. Admittedly this hardware is more than 8 years old, nevertheless I believe the load is unusually high, based on limited experience with installing the same version of OpenBSD on a lower-spec i586 machine. I have an Acer Aspire 3610, which has run every -release since at least 5.0 without problems. Certainly, I've not seen this high interrupt load. On the other hand, looking at your dmesg, there are differences in the vga chipset, the wireless chipset, the USB and PCMCIA controllers, so the machines are not as similar as might be hoped. -- Tati Chevron Perl and FORTRAN specialist. SWABSIT development and migration department. http://www.swabsit.com
High interrupt load using 5.8 Release GENERIC i386 on Acer Aspire 3630 laptop
Hi,
I have installed 5.8 Release GENERIC i386 on an Acer Aspire 3630
laptop. Even when the system is almost completely idle, `top'
consistently reports an interrupt load in the range 75%--80%.
Admittedly this hardware is more than 8 years old, nevertheless I
believe the load is unusually high, based on limited experience with
installing the same version of OpenBSD on a lower-spec i586 machine.
Is it possible that CPU cycles are being wasted due to the system
being mis-configured? If so, does anyone have any suggestions on how
to reduce the observed load?
dmesg:
OpenBSD 5.8 (GENERIC) #0: Sat Dec 26 21:32:37 GMT 2015
pe...@rebelene.home:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Celeron(R) M processor 1.60GHz ("GenuineIntel"
686-class) 1.61 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,NXE,PERF
real mem = 467091456 (445MB)
avail mem = 445419520 (424MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 03/20/06, BIOS32 rev. 0 @ 0xfd600, SMBIOS rev.
2.31 @ 0x1bdfb000 (35 entries)
bios0: vendor Acer version "3A22" date 03/20/06
bios0: Acer, inc. Aspire 3630
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC SSDT
acpi0: wakeup devices PCI0(S5) LAN_(S5) MODM(S3) KBC_(S4) USB0(S3)
USB1(S3) USB2(S3) USB3(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiec0 at acpi0
acpicpu0 at acpi0: !C3(@900 io@0x8015), !C2(@90 io@0x8014), C1(@1 halt!)
acpitz0 at acpi0: critical temperature is 97 degC
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0: BAT1 not present
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: PWRB
acpibtn2 at acpi0: SLPB
bios0: ROM list: 0xc/0xc000 0xcc000/0xa000! 0xdc000/0x8000!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "SiS 661 PCI" rev 0x11
sisagp0 at pchb0
agp0 at sisagp0: aperture at 0xe000, size 0x200
ppb0 at pci0 dev 1 function 0 "SiS 648FX AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "SiS 6330 VGA" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 2 function 0 "SiS 85C503 System" rev 0x25
pciide0 at pci0 dev 2 function 5 "SiS 5513 EIDE" rev 0x00: 661: DMA,
channel 0 configured to compatibility, channel 1 configured to
compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA48, 76319MB, 156301488 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: ATAPI
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
"SiS 7013 Modem" rev 0xa0 at pci0 dev 2 function 6 not configured
auich0 at pci0 dev 2 function 7 "SiS 7012 AC97" rev 0xa0: apic 1 int
18, SiS7012 AC97
ac97: codec id 0x414c4770 (Avance Logic ALC203 rev 0)
ac97: codec features headphone, 20 bit DAC, 18 bit ADC, No 3D Stereo
audio0 at auich0
ohci0 at pci0 dev 3 function 0 "SiS 5597/5598 USB" rev 0x0f: apic 1
int 20, version 1.0, legacy support
ohci1 at pci0 dev 3 function 1 "SiS 5597/5598 USB" rev 0x0f: apic 1
int 21, version 1.0, legacy support
ehci0 at pci0 dev 3 function 3 "SiS 7002 USB" rev 0x00: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "SiS EHCI root hub" rev 2.00/1.00 addr 1
sis0 at pci0 dev 4 function 0 "SiS 900 10/100BaseTX" rev 0x91: apic 1
int 19, address 00:16:36:58:b8:c3
rlphy0 at sis0 phy 13: RTL8201L 10/100 PHY, rev. 1
cbb0 at pci0 dev 6 function 0 "ENE CB-1410 CardBus" rev 0x01: apic 1 int 19
bwi0 at pci0 dev 11 function 0 "Broadcom BCM4318" rev 0x02: apic 1 int
17, address 00:16:ce:59:63:f8
isa0 at pcib0
isadma0 at isa0
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
pms0: Synaptics touchpad, firmware 6.2
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
usb1 at ohci0: USB revision 1.0
uhub1 at usb1 "SiS OHCI root hub" rev 1.00/1.00 addr 1
usb2 at ohci1: USB revision 1.0
uhub2 at usb2 "SiS OHCI root hub" rev 1.00/1.00 addr 1
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 2 device 0 cacheline 0x0, lattimer 0x20
pcmcia0 at cardslot0
uhidev0 at uhub2 port 2 configuration 1 interface 0 "Logitech USB
Laser Mouse" rev 2.00/31.00 addr 2
uhidev0: iclass 3/1
ums0 at uhidev0: 8 buttons, Z dir
wsmouse1 at ums0 mux 0
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on wd0a (a1e28179ecadfc54.a) swap on wd0b dump on wd0b
top:
load averages: 0.11, 0.12,
Re: LibreNMS chroot issues
On 26 Dec 2015 12:47 am, "Predrag Punosevac" wrote: > > I was wondering if anybody tried running LibreNMS with httpd from the > base and even more fundamentally does httpd from the base support > "unsecure" mode. I read up and down httpd several times but I didn't see > anything about insecure mode. > Like many part of OpenBSD, httpd from base have a concept of "non-optional security". So there is no possibility to use httpd without chroot.
Re: drops to ddb when disconnecting from serial line
LÉVAI Dániel wrote: > So I guess it didn't panic, but just dropped to ddb from console, > because ddb.console was set to 1. Is there something sent via the serial > console that induces this? If I set ddb.console to 0 this doesn't > happen, but I'm curious as to what is happening and if I can avoid it. a "break" was sent. or at least received. i've seen extra breaks sent when trying to disconnect too. i mostly solved it by not disconnecting...
Re: drops to ddb when disconnecting from serial line
On Sun, Dec 27, 2015 at 01:32:06PM +0100, LÉVAI Dániel wrote: I'm connecting to a PCEngines APU1D on its serial console with an USB-RS232 cable (uplcom0 at uhub0 port 9 "Prolific Technology Inc. USB-Serial Controller D" rev 1.10/4.00 addr 2), and I have this strange issue, when I *leave* the "serial session", the APU1D machine drops to ddb. Is your hardware sending a BREAK on the serial line? If so, this is expected behaviour. -- Tati Chevron Perl and FORTRAN specialist. SWABSIT development and migration department. http://www.swabsit.com
drops to ddb when disconnecting from serial line
Hi!
I'm connecting to a PCEngines APU1D on its serial console with an
USB-RS232 cable (uplcom0 at uhub0 port 9 "Prolific Technology Inc.
USB-Serial Controller D" rev 1.10/4.00 addr 2), and I have this strange
issue, when I *leave* the "serial session", the APU1D machine drops to
ddb.
On the client (where the converter's USB half is plugged in) I'm using
OpenBSD 5.8-stable, and on the APU1D (where the converter's RS232 half
is plugged in) I'm running -current. I'm using cu(1) and minicom(1), and
when I exit from any of those (~. or CTRL-A X), the (APU1D) machine
hangs and drops into a ddb> prompt.
ddb{0}> show panic
the kernel did not panic
ddb{0}> trace
Debugger() at Debugger+0x9
comintr() at comintr+0x253
intr_handler() at intr_handler+0x67
Xintr_ioapic_edge4() at Xintr_ioapic_edge4+0xc9
--- interrupt ---
Xspllower() at Xspllower+0xc
mtx_leave() at mtx_leave+0x34
Xsoftclock() at Xsoftclock+0x1f
--- interrupt ---
end of kernel
end trace frame: 0x1388, count: -7
0x8:
ddb{0}> machine ddbcpu 1
Stopped at Debugger+0x9: leave
ddb{1}> trace
Debugger() at Debugger+0x9
x86_ipi_handler() at x86_ipi_handler+0x76
Xresume_lapic_ipi() at Xresume_lapic_ipi+0x1c
--- interrupt ---
acpicpu_idle() at acpicpu_idle+0x13c
cpu_idle_cycle() at cpu_idle_cycle+0x10
end trace frame: 0x0, count: -5
ddb{1}> boot reboot
splassert: if_down: want 5 have 14
So I guess it didn't panic, but just dropped to ddb from console,
because ddb.console was set to 1. Is there something sent via the serial
console that induces this? If I set ddb.console to 0 this doesn't
happen, but I'm curious as to what is happening and if I can avoid it.
Thanks,
Daniel
APU1D's dmesg:
OpenBSD 5.9-beta (GENERIC.MP) #1780: Sat Dec 26 20:05:34 MST 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error
ef
real mem = 2098520064 (2001MB)
avail mem = 2030858240 (1936MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0x7e16d820 (7 entries)
bios0: vendor coreboot version "4.0" date 09/08/2014
bios0: PC Engines APU
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SPCR HPET APIC HEST SSDT SSDT SSDT
acpi0: wakeup devices AGPB(S4) HDMI(S4) PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4)
PE20(S4) PE21(S4) PE22(S4) PE23(S4) PIBR(S4) UOH1(S3) UOH2(S3) UOH3(S3)
UOH4(S3) UOH5(S3) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpihpet0 at acpi0: 14318180 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD G-T40E Processor, 1000.13 MHz
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,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line
16-way L2 cache
cpu0: 8 4MB entries fully associative
cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 200MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD G-T40E Processor, 1000.00 MHz
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,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line
16-way L2 cache
cpu1: 8 4MB entries fully associative
cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins
acpiprt0 at acpi0: bus -1 (AGPB)
acpiprt1 at acpi0: bus -1 (HDMI)
acpiprt2 at acpi0: bus 1 (PBR4)
acpiprt3 at acpi0: bus 2 (PBR5)
acpiprt4 at acpi0: bus 3 (PBR6)
acpiprt5 at acpi0: bus 4 (PBR7)
acpiprt6 at acpi0: bus 6 (PE20)
acpiprt7 at acpi0: bus -1 (PE21)
acpiprt8 at acpi0: bus -1 (PE22)
acpiprt9 at acpi0: bus -1 (PE23)
acpiprt10 at acpi0: bus 0 (PCI0)
acpiprt11 at acpi0: bus 5 (PIBR)
acpicpu0 at acpi0: C2(0@100 io@0x841), C1(@1 halt!), PSS
acpicpu1 at acpi0: C2(0@100 io@0x841), C1(@1 halt!), PSS
acpibtn0 at acpi0: PWRB
cpu0: 1000 MHz: speeds: 1000 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD AMD64 14h Host" rev 0x00
ppb0 at pci0 dev 4 function 0 "AMD AMD64 14h PCIE" rev 0x00: msi
pci1 at ppb0 bus 1
re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E (0x2c00),
msi, address 00:0d:b9:3f:ea:e8
rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 4
ppb1 at pci0 dev 5 function 0 "AMD AMD64 14h PCIE" rev 0x00: msi
pci2 at ppb1 bus 2
re1 at pci2 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E (0x2c00),
msi, address 00:0d:b9:3f:ea:e9
rgephy1 at re1 phy 7: RTL8169S/8110S/8211 PHY, rev. 4
ppb2 at pci0 dev 6 fun
Re: if I were to make a pkg-add diff
On 2015-12-27, Raf Czlonka wrote: > On Sun, Dec 27, 2015 at 01:58:53AM GMT, Luke Small wrote: > >> Come to think about it, it might to be good to do tiny standalone >> program called pkg_ping and then I could make it in C like I'd prefer. >> I'd hope to make a port maybe, but then it would functionally defeat >> the intent. > > I think you're wasting your time and skills - a service akin to Debian's > redirector[0] would be much better! > > Raf > > [0] http://httpredir.debian.org/ This would work for releases, though unless pkg_add was changed to cache the redirect it would slow things down compared to fetching directly from the mirror. For snapshots, caching the redirect would be essential, otherwise it could switch mirror mid-update, and it is common that mirrors are not all in-sync. Caching the redirect is a bigger change than it seems because pkg_add doesn't have its own network code but defers to $FETCH_CMD which could be one of a number of programs. (yes this has been thought about already :) I think the best that can be done relatively easily would be to have pkg_add fetch ftplist.cgi and pick the first result as a default if neither pkg.conf nor PKG_PATH are set.
Re: DESTDIR chroot for Mailman from ports
On Sun, 27 Dec 2015 11:22:56 + (UTC) Juuso Lapinlampi wrote: > I'm having a bit of hard time installing Mailman from ports to an > alternative `DESTDIR` chroot on OpenBSD 5.8 -stable, GENERIC.MP amd64. I > have a working Mailman setup in a non-chroot environment and I'm trying > to move it to a chroot. I've partially succeeded in doing so, but it > seems `DESTDIR` is not working on this port. > > For those not yet aware, Mailman is a mailing list software written in > Python that interacts with CGI to provide a web interface for mail > archives and control panel. > > By default, Mailman packages will install to `/usr/local/lib/mailman/`. > For this to work with Mailman's web interface, both OpenBSD httpd(8) and > slowcgi(8) must be chrooted to `/` to be able to access Mailman's needed > files. For obvious reasons, running slowcgi with `-p /` is not > recommended from security perspective and is actively discouraged by > OpenBSD developers. > > Ideally, Mailman should be installed to a chroot at `/var/www` > (`/var/www/usr/local/lib/mailman/`). This is what I'm looking for. > Because the packages for Mailman don't do this by default, I am trying > to use the ports to customize the DESTDIR. > > It seems this port doesn't play very well with `DESTDIR` however. I've > tried at least > > cd /usr/ports/mail/mailman/ > make > DESTDIR="/var/www" make install > > among other similar things (e.g. using `env DESTDIR="/var/www"`), but it > seems Mailman will be installed to `DESTDIR=/` (that is, > `/usr/local/lib/mailman/`). > > The Makefile itself has this comment: > > # gnu still breaks the pathes as prefix is actually mailman's home > CONFIGURE_STYLE=simple > > This might be the blocker, but I am not sure what to do with it. Maybe > any of porters have a better idea. > > Right now I also tried creating a package and installing it with > `pkg_add(1)` to work around the issue: > > cd /usr/ports/mail/mailman/ > make > make uninstall package clean > pkg_add -B /var/www /usr/ports/packages/amd64/all/mailman-2.1.20.tgz if i am reading you right, you probably only need that last pkg_add. i regularly use chroot for a number of packages (and their complex dependencies), and the packages are the normally compiled versions. the line from my scripts which is pretty much identical, is: $ env PKG_DBDIR=$_dbdir pkg_add -B $_jaildir $_pkg except i use PKG_DBDIR for an alternative to /var/db/pkg. but your pkg_add should install to '/var/www/usr/local/lib/mailman/'. and within the the chroot it will see it as /usr/local/lib/mailman so there shouldn't be a problem unless mailman doesn't play nice in a chroot (there are a number of packages that don't). my notes on using chroot here may be useful: https://marc.info/?l=openbsd-misc&m=142676615612510&w=2 > > and this seems to be a success, assuming the dependencies are okay and > also in the chroot (they're not, yet). Now my problem is getting > `DESTDIR` for the dependencies. I'm not also sure if using `pkg_add(1)` > like this is a great idea. i think you are looking in the wrong direction with DESTDIR. i have never found modifying ports/packages necessary. > > The closest advice I found for installing Mailman to an OpenBSD chroot > was a `mailman-users` mailing list post from 2008.[1] However, this > advice is quite dated and relies too much on copying Mailman manually > and building Mailman from source instead of ports. Not what I'm looking > for. > > It seems `/ports/mail/mailman/` hasn't changed in `-current` tree or in > the past 8 months, so I could probably reproduce my issue there but I've > not yet tested so. > > I could move or copy Mailman and all of its dependencies manually under > `/var/www` chroot, but this doesn't seem to be a good idea from > maintenance perspective. > > Can I do something to build Mailman and its dependencies with > `DESTDIR=/var/www` for easier maintenance? > > [1]: https://mail.python.org/pipermail/mailman-users/2008-April/061331.html > for maintainance, just do the reverse, and 'pkg_delete -B /var/www ...' or if you use PKG_DBDIR=/var/www/pkgdb (or something similar) you can just delete the packages and the pkg database manually, and install the new versions.
DESTDIR chroot for Mailman from ports
I'm having a bit of hard time installing Mailman from ports to an alternative `DESTDIR` chroot on OpenBSD 5.8 -stable, GENERIC.MP amd64. I have a working Mailman setup in a non-chroot environment and I'm trying to move it to a chroot. I've partially succeeded in doing so, but it seems `DESTDIR` is not working on this port. For those not yet aware, Mailman is a mailing list software written in Python that interacts with CGI to provide a web interface for mail archives and control panel. By default, Mailman packages will install to `/usr/local/lib/mailman/`. For this to work with Mailman's web interface, both OpenBSD httpd(8) and slowcgi(8) must be chrooted to `/` to be able to access Mailman's needed files. For obvious reasons, running slowcgi with `-p /` is not recommended from security perspective and is actively discouraged by OpenBSD developers. Ideally, Mailman should be installed to a chroot at `/var/www` (`/var/www/usr/local/lib/mailman/`). This is what I'm looking for. Because the packages for Mailman don't do this by default, I am trying to use the ports to customize the DESTDIR. It seems this port doesn't play very well with `DESTDIR` however. I've tried at least cd /usr/ports/mail/mailman/ make DESTDIR="/var/www" make install among other similar things (e.g. using `env DESTDIR="/var/www"`), but it seems Mailman will be installed to `DESTDIR=/` (that is, `/usr/local/lib/mailman/`). The Makefile itself has this comment: # gnu still breaks the pathes as prefix is actually mailman's home CONFIGURE_STYLE=simple This might be the blocker, but I am not sure what to do with it. Maybe any of porters have a better idea. Right now I also tried creating a package and installing it with `pkg_add(1)` to work around the issue: cd /usr/ports/mail/mailman/ make make uninstall package clean pkg_add -B /var/www /usr/ports/packages/amd64/all/mailman-2.1.20.tgz and this seems to be a success, assuming the dependencies are okay and also in the chroot (they're not, yet). Now my problem is getting `DESTDIR` for the dependencies. I'm not also sure if using `pkg_add(1)` like this is a great idea. The closest advice I found for installing Mailman to an OpenBSD chroot was a `mailman-users` mailing list post from 2008.[1] However, this advice is quite dated and relies too much on copying Mailman manually and building Mailman from source instead of ports. Not what I'm looking for. It seems `/ports/mail/mailman/` hasn't changed in `-current` tree or in the past 8 months, so I could probably reproduce my issue there but I've not yet tested so. I could move or copy Mailman and all of its dependencies manually under `/var/www` chroot, but this doesn't seem to be a good idea from maintenance perspective. Can I do something to build Mailman and its dependencies with `DESTDIR=/var/www` for easier maintenance? [1]: https://mail.python.org/pipermail/mailman-users/2008-April/061331.html
Re: if I were to make a pkg-add diff
> Come to think about it, it might to be good to do tiny standalone > program called pkg_ping and then I could make it in C like I'd prefer. > I'd hope to make a port maybe, but then it would functionally defeat > the intent. I find it not usefull to continue this kind of conversation because you don't listen to others. Make what you have planned, send a diff and, let's wait what the future brings. Personally I see no benefit in this ideas.
Re: if I were to make a pkg-add diff
On Sun, Dec 27, 2015 at 01:58:53AM GMT, Luke Small wrote: > Come to think about it, it might to be good to do tiny standalone > program called pkg_ping and then I could make it in C like I'd prefer. > I'd hope to make a port maybe, but then it would functionally defeat > the intent. I think you're wasting your time and skills - a service akin to Debian's redirector[0] would be much better! Raf [0] http://httpredir.debian.org/
Re: if I were to make a pkg-add diff
On Sun, Dec 27, 2015 at 01:40:04AM GMT, Luke Small wrote: > pkg_add initialization and mirror selection can be automated ... As already mentioned here, this part is already done during installation. One can either accept the suggested mirror or choose one manually from the list, your choice is then saved in '/etc/pkg.conf' - not the same thing as setting up PKG_PATH but is sufficient for pkg_* use. Raf
