Sun Blade 1500 -current & Xorg
rofile 0 [ 18020.740] (**) /dev/wsmouse: (accel) acceleration factor: 2.000 [ 18020.740] (**) /dev/wsmouse: (accel) acceleration threshold: 4 [ 67157.549] (EE) ws: /dev/wsmouse: Got unexpected buttonTimer in state 0 [ 67172.003] (II) UnloadModule: "ws" [ 67172.004] (II) UnloadModule: "kbd" [ 67172.483] (II) APM registered successfully [ 67172.484] (==) RandR enabled [ 67172.840] (II) AIGLX: Screen 0 is not DRI2 capable [ 67172.840] (EE) AIGLX: reverting to software rendering [ 67172.910] (II) IGLX: enabled GLX_MESA_copy_sub_buffer [ 67172.916] (II) IGLX: Loaded and initialized swrast [ 67172.916] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 67174.179] (II) config/wscons: checking input device /dev/wskbd [ 67174.179] (II) wskbd: using layout us [ 67174.179] (II) Using input driver 'kbd' for '/dev/wskbd' [ 67174.179] (**) /dev/wskbd: always reports core events [ 67174.179] (**) /dev/wskbd: always reports core events [ 67174.179] (**) Option "Protocol" "standard" [ 67174.179] (**) Option "XkbRules" "base" [ 67174.179] (**) Option "XkbModel" "pc105" [ 67174.179] (**) Option "XkbLayout" "us" [ 67174.379] (II) config/wscons: checking input device /dev/wsmouse [ 67174.379] (II) Using input driver 'ws' for '/dev/wsmouse' [ 67174.379] (**) /dev/wsmouse: always reports core events [ 67174.379] (II) ws: /dev/wsmouse: debuglevel 0 [ 67174.379] (**) Option "Device" "/dev/wsmouse" [ 67174.379] (**) ws: /dev/wsmouse: ZAxisMapping: buttons 4 and 5 [ 67174.379] (**) ws: /dev/wsmouse: WAxisMapping: buttons 6 and 7 [ 67174.379] (**) ws: /dev/wsmouse: associated screen: 0 [ 67174.380] (II) ws: /dev/wsmouse: minimum x position: 0 [ 67174.380] (II) ws: /dev/wsmouse: maximum x position: 1919 [ 67174.380] (II) ws: /dev/wsmouse: minimum y position: 0 [ 67174.380] (II) ws: /dev/wsmouse: maximum y position: 1079 [ 67174.380] (==) ws: /dev/wsmouse: Buttons: 7 [ 67174.409] (**) ws: /dev/wsmouse: YAxisMapping: buttons 4 and 5 [ 67174.410] (**) /dev/wsmouse: (accel) keeping acceleration scheme 1 [ 67174.410] (**) /dev/wsmouse: (accel) acceleration profile 0 [ 67174.410] (**) /dev/wsmouse: (accel) acceleration factor: 2.000 [ 67174.410] (**) /dev/wsmouse: (accel) acceleration threshold: 4 -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
Re: Joining bridge(4) changes broadcast?
/8211 PHY, rev. 4 ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x40: apic 2 int 19, AHCI 1.2 ahci0: port 0: 6.0Gb/s scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: <ATA, KINGSTON SMS200S, 524A> SCSI3 0/direct fixed naa.50026b72430389d0 sd0: 28626MB, 512 bytes/sector, 58626288 sectors, thin ohci0 at pci0 dev 18 function 0 "ATI SB700 USB" rev 0x00: apic 2 int 18, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 "ATI SB700 USB2" rev 0x00: apic 2 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 2 int 18, version 1.0, legacy support ehci1 at pci0 dev 19 function 2 "ATI SB700 USB2" rev 0x00: apic 2 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 pcib0 at pci0 dev 20 function 3 "ATI SB700 ISA" rev 0x40 ppb3 at pci0 dev 20 function 4 "ATI SB600 PCI" rev 0x40 pci4 at ppb3 bus 4 ohci2 at pci0 dev 20 function 5 "ATI SB700 USB" rev 0x00: apic 2 int 18, version 1.0, legacy support ppb4 at pci0 dev 21 function 0 "ATI SB800 PCIE" rev 0x00 pci5 at ppb4 bus 5 ohci3 at pci0 dev 22 function 0 "ATI SB700 USB" rev 0x00: apic 2 int 18, version 1.0, legacy support ehci2 at pci0 dev 22 function 2 "ATI SB700 USB2" rev 0x00: apic 2 int 17 usb2 at ehci2: USB revision 2.0 uhub2 at usb2 "ATI EHCI root hub" rev 2.00/1.00 addr 1 pchb1 at pci0 dev 24 function 0 "AMD AMD64 14h Link Cfg" rev 0x43 pchb2 at pci0 dev 24 function 1 "AMD AMD64 14h Address Map" rev 0x00 pchb3 at pci0 dev 24 function 2 "AMD AMD64 14h DRAM Cfg" rev 0x00 km0 at pci0 dev 24 function 3 "AMD AMD64 14h Misc Cfg" rev 0x00 pchb4 at pci0 dev 24 function 4 "AMD AMD64 14h CPU Power" rev 0x00 pchb5 at pci0 dev 24 function 5 "AMD AMD64 14h Reserved" rev 0x00 pchb6 at pci0 dev 24 function 6 "AMD AMD64 14h NB Power" rev 0x00 pchb7 at pci0 dev 24 function 7 "AMD AMD64 14h Reserved" rev 0x00 usb3 at ohci0: USB revision 1.0 uhub3 at usb3 "ATI OHCI root hub" rev 1.00/1.00 addr 1 usb4 at ohci1: USB revision 1.0 uhub4 at usb4 "ATI OHCI root hub" rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 wbsio0 at isa0 port 0x2e/2: NCT5104D rev 0x52 usb5 at ohci2: USB revision 1.0 uhub5 at usb5 "ATI OHCI root hub" rev 1.00/1.00 addr 1 usb6 at ohci3: USB revision 1.0 uhub6 at usb6 "ATI OHCI root hub" rev 1.00/1.00 addr 1 umass0 at uhub2 port 1 configuration 1 interface 0 "Generic Flash Card Reader/Writer" rev 2.01/1.00 addr 2 umass0: using SCSI over Bulk-Only scsibus2 at umass0: 2 targets, initiator 0 sd1 at scsibus2 targ 1 lun 0: <Multiple, Card Reader, 1.00> SCSI2 0/direct removable serial.058f6366058F63666485 vscsi0 at root scsibus3 at vscsi0: 256 targets softraid0 at root scsibus4 at softraid0: 256 targets root on sd0a (f50cd30a31527519.a) swap on sd0b dump on sd0b > Index: net/if_bridge.c > === > RCS file: /cvs/src/sys/net/if_bridge.c,v > retrieving revision 1.279 > diff -u -p -r1.279 if_bridge.c > --- net/if_bridge.c 30 May 2016 12:56:16 - 1.279 > +++ net/if_bridge.c 6 Jun 2016 10:46:01 - > @@ -1129,7 +1129,7 @@ bridge_process(struct ifnet *ifp, struct > } else > #endif /* NGIF */ > bridge_ifinput(ifp, mc); > - > + > bridgeintr_frame(sc, ifp, m); > return; > } > @@ -1225,14 +1225,15 @@ bridge_broadcast(struct bridge_softc *sc > if (bridge_filterrule(>bif_brlout, eh, m) == > BRL_ACTION_BLOCK) > continue; > > - bridge_localbroadcast(sc, dst_if, eh, m); > - > /* > * Don't retransmit out of the same interface where > * the packet was received from. > */ > if (dst_if->if_index == ifp->if_index) > continue; > + > + bridge_localbroadcast(sc, dst_if, eh, m); > + > #if NMPW > 0 > /* > * Split horizon: avoid broadcasting messages from wire to > -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
Re: X crashes since ~1 week on -current/amd64 with radeon
On Fri, Apr 15, 2016 at 8:56 AM, Jonathan Gray <j...@jsg.id.au> wrote: > On Tue, Apr 12, 2016 at 10:49:57PM +0200, Mattieu Baptiste wrote: >> Hi, >> >> Since about ~1 week I encounter X crashes on my main desktop running >> -current/amd64 with a radeon hd 4670. >> It's not very frequent (one or two times a day). >> >> Nothing particular appears on the console. >> >> How can I help debug this ? >> >> Here are the dmesg and Xorg.0.log.old: >> >> OpenBSD 5.9-current (GENERIC.MP) #1982: Sat Apr 2 11:43:48 MDT 2016 >> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > .. > >> [16.177] Build Date: 02 April 2016 12:24:35PM > > ... > >> [16.199] (II) LoadModule: "ati" >> [16.199] (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.so >> [16.199] (II) Module ati: vendor="X.Org Foundation" >> [16.199] compiled for 1.17.4, module version = 7.5.0 >> [16.199] Module class: X.Org Video Driver >> [16.199] ABI class: X.Org Video Driver, version 19.0 >> [16.199] (II) LoadModule: "radeon" >> [16.200] (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.so >> [16.202] (II) Module radeon: vendor="X.Org Foundation" >> [16.202] compiled for 1.17.4, module version = 7.5.0 >> [16.202] Module class: X.Org Video Driver > > The snapshot you are using was just before the xf86-video-ati 7.6.1 > update, can you try a newer snapshot or build xenocara to get 7.6.1? > 7.7.0 was recently released upstream but that isn't in tree yet. > Hello Jonathan, I finally found time to upgrade and I managed to reproduce the issue on a more current build. $ gdb /usr/X11R6/bin/Xorg /var/crash/Xorg.core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-unknown-openbsd5.9"... Core was generated by `Xorg'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libpthread.so.21.0...done. Loaded symbols for /usr/lib/libpthread.so.21.0 Loaded symbols for /usr/X11R6/bin/Xorg Symbols already loaded for /usr/lib/libpthread.so.21.0 Reading symbols from /usr/X11R6/lib/libpciaccess.so.2.0...done. Loaded symbols for /usr/X11R6/lib/libpciaccess.so.2.0 Reading symbols from /usr/X11R6/lib/libdrm.so.7.1...done. Loaded symbols for /usr/X11R6/lib/libdrm.so.7.1 Reading symbols from /usr/X11R6/lib/libpixman-1.so.32.6...done. Loaded symbols for /usr/X11R6/lib/libpixman-1.so.32.6 Reading symbols from /usr/X11R6/lib/libpthread-stubs.so.2.0...done. Loaded symbols for /usr/X11R6/lib/libpthread-stubs.so.2.0 Reading symbols from /usr/X11R6/lib/libXfont.so.12.0...done. Loaded symbols for /usr/X11R6/lib/libXfont.so.12.0 Reading symbols from /usr/X11R6/lib/libfreetype.so.24.1...done. Loaded symbols for /usr/X11R6/lib/libfreetype.so.24.1 Reading symbols from /usr/X11R6/lib/libfontenc.so.4.0...done. Loaded symbols for /usr/X11R6/lib/libfontenc.so.4.0 Reading symbols from /usr/lib/libz.so.5.0...done. Loaded symbols for /usr/lib/libz.so.5.0 Reading symbols from /usr/X11R6/lib/libXau.so.10.0...done. Loaded symbols for /usr/X11R6/lib/libXau.so.10.0 Reading symbols from /usr/X11R6/lib/libXdmcp.so.11.0...done. Loaded symbols for /usr/X11R6/lib/libXdmcp.so.11.0 Reading symbols from /usr/lib/libkvm.so.16.1...done. Loaded symbols for /usr/lib/libkvm.so.16.1 Reading symbols from /usr/lib/libm.so.9.0...done. Loaded symbols for /usr/lib/libm.so.9.0 Reading symbols from /usr/lib/libc.so.86.0...done. Loaded symbols for /usr/lib/libc.so.86.0 Reading symbols from /usr/libexec/ld.so...done. Loaded symbols for /usr/libexec/ld.so Reading symbols from /usr/X11R6/lib/modules/extensions/libglx.so...done. Loaded symbols for /usr/X11R6/lib/modules/extensions/libglx.so Reading symbols from /usr/X11R6/lib/libGL.so.16.0...done. Loaded symbols for /usr/X11R6/lib/libGL.so.16.0 Reading symbols from /usr/lib/libexpat.so.11.0...done. Loaded symbols for /usr/lib/libexpat.so.11.0 Reading symbols from /usr/X11R6/lib/libglapi.so.0.1...done. Loaded symbols for /usr/X11R6/lib/libglapi.so.0.1 Reading symbols from /usr/X11R6/lib/libXdamage.so.4.0...done. Loaded symbols for /usr/X11R6/lib/libXdamage.so.4.0 Reading symbols from /usr/X11R6/lib/libXfixes.so.6.0...done. Loaded symbols for /usr/X11R6/lib/libXfixes.so.6.0 Reading symbols from /usr/X11R6/lib/libX11-xcb.so.2.0...done. Loaded symbols for /usr/X11R6/lib/libX11-xcb.so.2.0 Reading symbols from /usr/X11R6/lib/libxcb-glx.so.1.0...done. Loaded symbols for /usr/X11R6/lib/libxcb-glx.so.1
Re: X crashes since ~1 week on -current/amd64 with radeon
On Thu, Apr 14, 2016 at 10:47 PM, Mattieu Baptiste <mattie...@gmail.com> wrote: > On Wed, Apr 13, 2016 at 2:47 AM, Jonathan Gray <j...@jsg.id.au> wrote: >> On Tue, Apr 12, 2016 at 10:49:57PM +0200, Mattieu Baptiste wrote: >>> Hi, >>> >>> Since about ~1 week I encounter X crashes on my main desktop running >>> -current/amd64 with a radeon hd 4670. >>> It's not very frequent (one or two times a day). >>> >>> Nothing particular appears on the console. >>> >>> How can I help debug this ? >> >> If you can get a core dump and a trace that would help, see >> "How to get a core file out of the X server?" in >> http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/xenocara/README?rev=1.36=text/plain > > I managed to get a core dump. > You can get it here : http://www.brimbelle.org/mattieu/stuff/Xorg.core ... and here is the backtrace, sorry. $ gdb /usr/X11R6/bin/Xorg /var/crash/Xorg.core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-unknown-openbsd5.9"... Core was generated by `Xorg'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libpthread.so.21.0...done. Loaded symbols for /usr/lib/libpthread.so.21.0 Loaded symbols for /usr/X11R6/bin/Xorg Symbols already loaded for /usr/lib/libpthread.so.21.0 Reading symbols from /usr/X11R6/lib/libpciaccess.so.2.0...done. Loaded symbols for /usr/X11R6/lib/libpciaccess.so.2.0 Reading symbols from /usr/X11R6/lib/libdrm.so.7.1...done. Loaded symbols for /usr/X11R6/lib/libdrm.so.7.1 Reading symbols from /usr/X11R6/lib/libpixman-1.so.32.6...done. Loaded symbols for /usr/X11R6/lib/libpixman-1.so.32.6 Reading symbols from /usr/X11R6/lib/libpthread-stubs.so.2.0...done. Loaded symbols for /usr/X11R6/lib/libpthread-stubs.so.2.0 Reading symbols from /usr/X11R6/lib/libXfont.so.12.0...done. Loaded symbols for /usr/X11R6/lib/libXfont.so.12.0 Reading symbols from /usr/X11R6/lib/libfreetype.so.24.1...done. Loaded symbols for /usr/X11R6/lib/libfreetype.so.24.1 Reading symbols from /usr/X11R6/lib/libfontenc.so.4.0...done. Loaded symbols for /usr/X11R6/lib/libfontenc.so.4.0 Reading symbols from /usr/lib/libz.so.5.0...done. Loaded symbols for /usr/lib/libz.so.5.0 Reading symbols from /usr/X11R6/lib/libXau.so.10.0...done. Loaded symbols for /usr/X11R6/lib/libXau.so.10.0 Reading symbols from /usr/X11R6/lib/libXdmcp.so.11.0...done. Loaded symbols for /usr/X11R6/lib/libXdmcp.so.11.0 Reading symbols from /usr/lib/libkvm.so.16.1...done. Loaded symbols for /usr/lib/libkvm.so.16.1 Reading symbols from /usr/lib/libm.so.9.0...done. Loaded symbols for /usr/lib/libm.so.9.0 Reading symbols from /usr/lib/libc.so.86.0...done. Loaded symbols for /usr/lib/libc.so.86.0 Reading symbols from /usr/libexec/ld.so...done. Loaded symbols for /usr/libexec/ld.so Reading symbols from /usr/X11R6/lib/modules/extensions/libglx.so...done. Loaded symbols for /usr/X11R6/lib/modules/extensions/libglx.so Reading symbols from /usr/X11R6/lib/libGL.so.16.0...done. Loaded symbols for /usr/X11R6/lib/libGL.so.16.0 Reading symbols from /usr/lib/libexpat.so.11.0...done. Loaded symbols for /usr/lib/libexpat.so.11.0 Reading symbols from /usr/X11R6/lib/libglapi.so.0.1...done. Loaded symbols for /usr/X11R6/lib/libglapi.so.0.1 Reading symbols from /usr/X11R6/lib/libXdamage.so.4.0...done. Loaded symbols for /usr/X11R6/lib/libXdamage.so.4.0 Reading symbols from /usr/X11R6/lib/libXfixes.so.6.0...done. Loaded symbols for /usr/X11R6/lib/libXfixes.so.6.0 Reading symbols from /usr/X11R6/lib/libX11-xcb.so.2.0...done. Loaded symbols for /usr/X11R6/lib/libX11-xcb.so.2.0 Reading symbols from /usr/X11R6/lib/libxcb-glx.so.1.0...done. Loaded symbols for /usr/X11R6/lib/libxcb-glx.so.1.0 Reading symbols from /usr/X11R6/lib/libxcb-dri2.so.1.1...done. Loaded symbols for /usr/X11R6/lib/libxcb-dri2.so.1.1 Reading symbols from /usr/X11R6/lib/libXxf86vm.so.6.0...done. Loaded symbols for /usr/X11R6/lib/libXxf86vm.so.6.0 Reading symbols from /usr/X11R6/lib/libXext.so.13.0...done. Loaded symbols for /usr/X11R6/lib/libXext.so.13.0 Reading symbols from /usr/X11R6/lib/libX11.so.16.1...done. Loaded symbols for /usr/X11R6/lib/libX11.so.16.1 Reading symbols from /usr/X11R6/lib/libxcb.so.3.2...done. Loaded symbols for /usr/X11R6/lib/libxcb.so.3.2 Reading symbols from /usr/X11R6/lib/modules/drivers/ati_drv.so...done. Loaded symbols for /usr/X11R6/lib/modules/drivers/ati_drv.so Reading symbols from /usr/X11R6/lib/modules/drivers/radeon_drv.so...done. Loaded symbols for /usr/X11R6/lib/modules/drivers/radeon_drv.so Reading symbols from /usr/X11R6/lib/libd
Re: X crashes since ~1 week on -current/amd64 with radeon
On Wed, Apr 13, 2016 at 2:47 AM, Jonathan Gray <j...@jsg.id.au> wrote: > On Tue, Apr 12, 2016 at 10:49:57PM +0200, Mattieu Baptiste wrote: >> Hi, >> >> Since about ~1 week I encounter X crashes on my main desktop running >> -current/amd64 with a radeon hd 4670. >> It's not very frequent (one or two times a day). >> >> Nothing particular appears on the console. >> >> How can I help debug this ? > > If you can get a core dump and a trace that would help, see > "How to get a core file out of the X server?" in > http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/xenocara/README?rev=1.36=text/plain I managed to get a core dump. You can get it here : http://www.brimbelle.org/mattieu/stuff/Xorg.core -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
X crashes since ~1 week on -current/amd64 with radeon
Hi, Since about ~1 week I encounter X crashes on my main desktop running -current/amd64 with a radeon hd 4670. It's not very frequent (one or two times a day). Nothing particular appears on the console. How can I help debug this ? Here are the dmesg and Xorg.0.log.old: OpenBSD 5.9-current (GENERIC.MP) #1982: Sat Apr 2 11:43:48 MDT 2016 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8571518976 (8174MB) avail mem = 8307380224 (7922MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xf0710 (68 entries) bios0: vendor American Megatrends Inc. version "2003" date 12/14/2010 bios0: ASUSTeK Computer INC. P7P55D acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMB HPET DMAR ASPT OSFR acpi0: wakeup devices P0P4(S4) BR1E(S4) UAR1(S4) PS2K(S4) PS2M(S4) EUSB(S4) USB0(S4) USB1(S4) USB2(S4) USB3(S4) USBE(S4) USB4(S4) USB5(S4) USB6(S4) BR21(S4) BR22(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) Core(TM) i5 CPU 660 @ 3.33GHz, 3374.38 MHz 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,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 160MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE cpu1 at mainbus0: apid 4 (application processor) cpu1: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3373.89 MHz 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 2, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3373.89 MHz 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 5 (application processor) cpu3: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3373.89 MHz cpu3: 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,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 2, package 0 ioapic0 at mainbus0: apid 6 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 1, remapped to apid 6 acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 7 (BR1E) acpiprt2 at acpi0: bus -1 (BR21) acpiprt3 at acpi0: bus -1 (BR22) acpiprt4 at acpi0: bus -1 (BR23) acpiprt5 at acpi0: bus 1 (P0P1) acpiprt6 at acpi0: bus -1 (P0P3) acpiprt7 at acpi0: bus -1 (P0P5) acpiprt8 at acpi0: bus -1 (P0P6) acpiprt9 at acpi0: bus 6 (BR20) acpiprt10 at acpi0: bus 5 (BR24) acpiprt11 at acpi0: bus 4 (BR25) acpiprt12 at acpi0: bus 3 (BR26) acpiprt13 at acpi0: bus 2 (BR27) acpiec0 at acpi0 acpicpu0 at acpi0: C1(@1 halt!) acpicpu1 at acpi0: C1(@1 halt!) acpicpu2 at acpi0: C1(@1 halt!) acpicpu3 at acpi0: C1(@1 halt!) "PNP0C09" at acpi0 not configured aibs0 at acpi0 GGRP GITM SITM "PNP0103" at acpi0 not configured "PNP0501" at acpi0 not configured "PNP0303" at acpi0 not configured acpibtn0 at acpi0: PWRB pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x12 ppb0 at pci0 dev 1 function 0 "Intel Core PCIE" rev 0x12: msi pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 4670" rev 0x00 drm0 at radeondrm0 radeondrm0: msi azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 4000 HD Audio" rev 0x00: msi azalia0: no supported codecs ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x06: apic 6 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia1 at pci0 dev 27 function 0 "Intel 3400 HD Audio" rev 0x06: msi azalia1: codecs: VIA/0x4441 audio0 at azalia1 ppb1 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x06: msi pci2 at ppb1 bus 6 em0 at pci2 dev 0 function 0 "Intel 82571EB" rev 0x06: apic 6 int 16, address 00:15:17:8a:8f:d2 em1 at pci2 dev 0 function 1 "Intel 82571EB" rev 0x06: apic 6 int 17, address 00:15:17:8a:8f:d3 ppb2 at pci0 dev 28 function 4 "Intel 3400 PCIE" rev 0x06: msi pci3 at ppb2 bus 5 ppb3 at pci0 dev 28 function 5 "Intel 3400 PCIE" rev 0x06:
Re: L2TP/IPSec via npppd won't work with Android 6.0.1
On Wed, Mar 30, 2016 at 8:18 AM, YASUOKA Masahiko <yasu...@openbsd.org> wrote: > On Tue, 29 Mar 2016 11:37:14 +0200 > Mattieu Baptiste <mattie...@gmail.com> wrote: >> On Tue, Mar 29, 2016 at 5:43 AM, Sly Midnight <slymidni...@yahoo.com> wrote: >>> I don't mean to bring up an old thread, but I was wondering if anyone >>> else was experiencing issues with OpenBSD 5.8 and Android 6.0.1 >>> (preferably the version on the Nexus line of devices) connecting to >>> ipsec/l2tp. >>> >>> I had this working late last year some time and hadn't used it in a few >>> months. When I went to use it again a few days ago it didn't work at >>> all. After rebooting my phone and even trying it on my tablet that >>> coincidentally runs the exact same version of stock Android 6.0.1, it >>> too didn't work there. >> >> I have the very same problem. >> To me, It's caused by some Android updates. I saw this since 6.0, but >> some security updates near 5.1.1 seems to trigger the same behavior. >> I've tried to tweak ipsec.conf like you without luck. Unfortunately, I >> did not have the time to dig further... > > My colleague and I also hit this issue. [...] > We can force using MD5 or SHA for HMAC to workaround this issue. To > do this, put the text below to /etc/isakmpd/isakmpd.policy and remove > "-K" from isakmpd_flags. > > Authorizer: "POLICY" > Comment: This is test > Licensees: "passphrase:PASSPHRASE" > conditions: app_domain == "IPsec policy" && doi == "ipsec" && esp_present > == "yes" && (esp_auth_alg == "hmac-md5" || esp_auth_alg == "hmac-sha") -> > "true"; Thank you, it works flawlessly with that change. -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
Re: L2TP/IPSec via npppd won't work with Android 6.0.1
On Tue, Mar 29, 2016 at 5:43 AM, Sly Midnight <slymidni...@yahoo.com> wrote: > Hello, > > I don't mean to bring up an old thread, but I was wondering if anyone > else was experiencing issues with OpenBSD 5.8 and Android 6.0.1 > (preferably the version on the Nexus line of devices) connecting to > ipsec/l2tp. > > I had this working late last year some time and hadn't used it in a few > months. When I went to use it again a few days ago it didn't work at > all. After rebooting my phone and even trying it on my tablet that > coincidentally runs the exact same version of stock Android 6.0.1, it > too didn't work there. Hi, I have the very same problem. To me, It's caused by some Android updates. I saw this since 6.0, but some security updates near 5.1.1 seems to trigger the same behavior. I've tried to tweak ipsec.conf like you without luck. Unfortunately, I did not have the time to dig further... Regards. -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
panic: "pd.m->m_pkthdr.pf.statekey == NULL failed"
: apic 6 int 17, address 00:15:17:8a:8f:d3 ppb2 at pci0 dev 28 function 4 "Intel 3400 PCIE" rev 0x06: msi pci3 at ppb2 bus 5 ppb3 at pci0 dev 28 function 5 "Intel 3400 PCIE" rev 0x06: msi pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 6 "Intel 3400 PCIE" rev 0x06: msi pci5 at ppb4 bus 3 jmb0 at pci5 dev 0 function 0 "JMicron JMB363 IDE/SATA" rev 0x03 ahci0 at jmb0: apic 6 int 18, AHCI 1.0 scsibus1 at ahci0: 32 targets jmb1 at pci5 dev 0 function 1 "JMicron JMB363 IDE/SATA" rev 0x03 pciide0 at jmb1: DMA, channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide0: using apic 6 int 19 for native-PCI interrupt atapiscsi0 at pciide0 channel 0 drive 0 scsibus2 at atapiscsi0: 2 targets cd0 at scsibus2 targ 0 lun 0: <PHILIPS, DVDR1628P1, Q1.1> ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) ppb5 at pci0 dev 28 function 7 "Intel 3400 PCIE" rev 0x06: msi pci6 at ppb5 bus 2 re0 at pci6 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/8111D (0x2800), msi, address 48:5b:39:46:e1:d5 rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 2 ehci1 at pci0 dev 29 function 0 "Intel 3400 USB" rev 0x06: apic 6 int 23 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb6 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xa6 pci7 at ppb6 bus 7 pcib0 at pci0 dev 31 function 0 "Intel P55 LPC" rev 0x06 ahci1 at pci0 dev 31 function 2 "Intel 3400 AHCI" rev 0x06: msi, AHCI 1.3 ahci1: port 0: 3.0Gb/s ahci1: port 1: 3.0Gb/s scsibus3 at ahci1: 32 targets sd0 at scsibus3 targ 0 lun 0: <ATA, C300-CTFDDAC064M, 0007> SCSI3 0/direct fixed naa.500a075102fbf57c sd0: 61057MB, 512 bytes/sector, 125045424 sectors, thin sd1 at scsibus3 targ 1 lun 0: <ATA, ST1000DM003-9YN1, CC4B> SCSI3 0/direct fixed naa.5000c50051c256f3 sd1: 953869MB, 512 bytes/sector, 1953525168 sectors ichiic0 at pci0 dev 31 function 3 "Intel 3400 SMBus" rev 0x06: apic 6 int 18 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600 spdmem1 at iic0 addr 0x51: 2GB DDR3 SDRAM PC3-10600 spdmem2 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600 spdmem3 at iic0 addr 0x53: 2GB DDR3 SDRAM PC3-10600 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lm0 at isa0 port 0x290/8: W83627DHG uhub2 at uhub0 port 1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2 uhub3 at uhub1 port 1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2 uhub4 at uhub3 port 3 "Genesys Logic USB2.0 Hub" rev 2.00/32.98 addr 3 uhidev0 at uhub3 port 7 configuration 1 interface 0 "Logitech USB-PS/2 Optical Mouse" rev 2.00/22.00 addr 4 uhidev0: iclass 3/1 ums0 at uhidev0: 8 buttons, Z dir wsmouse0 at ums0 mux 0 uhidev1 at uhub3 port 8 configuration 1 interface 0 " wired keyboard" rev 2.00/1.03 addr 5 uhidev1: iclass 3/1 ukbd0 at uhidev1: 8 variable keys, 6 key codes wskbd1 at ukbd0 mux 1 uhidev2 at uhub3 port 8 configuration 1 interface 1 " wired keyboard" rev 2.00/1.03 addr 5 uhidev2: iclass 3/0, 2 report ids uhid0 at uhidev2 reportid 1: input=2, output=0, feature=0 uhid1 at uhidev2 reportid 2: input=1, output=0, feature=0 vscsi0 at root scsibus4 at vscsi0: 256 targets softraid0 at root scsibus5 at softraid0: 256 targets root on sd0a (ee0da2e4468aa658.a) swap on sd0b dump on sd0b WARNING: / was not properly unmounted radeondrm0: 1920x1080 wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 wskbd1: connecting to wsdisplay0 wsdisplay0: screen 1-5 added (std, vt100 emulation) -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
Re: /bsd: em0: watchdog timeout -- resetting
On Mon, Oct 5, 2015 at 4:35 PM, Sonic <sonicsm...@gmail.com> wrote: > On Sun, Oct 4, 2015 at 12:00 PM, Stuart Henderson <s...@spacehopper.org> > wrote: >> I'm hoping it isn't this, but please try backing out the last commits to >> if_em.c and if_em.h ("cd /sys/dev/pci; cvs up -D 2015/09/29 if_em*") to >> see if it makes a difference. > > Same issue here. Reverting now and will post if problem resurfaces. > I also noticed the issue (on -current/amd64, not a snapshot). This is with: em0 at pci2 dev 0 function 0 "Intel 82571EB" rev 0x06: apic 6 int 16 I'll try tonight reverting the commit. -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
PF stops accepting packets after ~2 days on -current
Hi, Since the recent mp network hackathon two weekd ago, I'm seeing very strange behavior on my gateway (PC-Engine APU on -current/amd64). After about 2 days, the box stops accepting "external" trafic, although everything seems normal when connected on serial. I dug a bit and it seems related to PF. When PF is disabled, the box is responding from the network. When PF is enabled (even with a simple "pass log all"), no packets seems to pass : when pinging from another host, I'm seeing requests, but no reply. On the pflog side, nothing is blocked. Trafic originated from the box is OK : I can ping other hosts on the network. I tried reloading rules, flushing states, nothing helped. Rebooting seems to be the only way to be back to normal. I'm out of ideas how to debug this situation. Any clues ? -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can."
bpf_mtap/SRP on -current/amd64 panics after a few minutes
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 2 int 18, version 1.0, legacy support ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev 0x00: apic 2 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 pcib0 at pci0 dev 20 function 3 ATI SB700 ISA rev 0x40 ppb3 at pci0 dev 20 function 4 ATI SB600 PCI rev 0x40 pci4 at ppb3 bus 4 ohci2 at pci0 dev 20 function 5 ATI SB700 USB rev 0x00: apic 2 int 18, version 1.0, legacy support ppb4 at pci0 dev 21 function 0 ATI SB800 PCIE rev 0x00 pci5 at ppb4 bus 5 ohci3 at pci0 dev 22 function 0 ATI SB700 USB rev 0x00: apic 2 int 18, version 1.0, legacy support ehci2 at pci0 dev 22 function 2 ATI SB700 USB2 rev 0x00: apic 2 int 17 usb2 at ehci2: USB revision 2.0 uhub2 at usb2 ATI EHCI root hub rev 2.00/1.00 addr 1 pchb1 at pci0 dev 24 function 0 AMD AMD64 14h Link Cfg rev 0x43 pchb2 at pci0 dev 24 function 1 AMD AMD64 14h Address Map rev 0x00 pchb3 at pci0 dev 24 function 2 AMD AMD64 14h DRAM Cfg rev 0x00 km0 at pci0 dev 24 function 3 AMD AMD64 14h Misc Cfg rev 0x00 pchb4 at pci0 dev 24 function 4 AMD AMD64 14h CPU Power rev 0x00 pchb5 at pci0 dev 24 function 5 AMD AMD64 14h Reserved rev 0x00 pchb6 at pci0 dev 24 function 6 AMD AMD64 14h NB Power rev 0x00 pchb7 at pci0 dev 24 function 7 AMD AMD64 14h Reserved rev 0x00 usb3 at ohci0: USB revision 1.0 uhub3 at usb3 ATI OHCI root hub rev 1.00/1.00 addr 1 usb4 at ohci1: USB revision 1.0 uhub4 at usb4 ATI OHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 wbsio0 at isa0 port 0x2e/2: NCT5104D rev 0x52 usb5 at ohci2: USB revision 1.0 uhub5 at usb5 ATI OHCI root hub rev 1.00/1.00 addr 1 usb6 at ohci3: USB revision 1.0 uhub6 at usb6 ATI OHCI root hub rev 1.00/1.00 addr 1 umass0 at uhub2 port 1 configuration 1 interface 0 Generic Flash Card Reader/Writer rev 2.01/1.00 addr 2 umass0: using SCSI over Bulk-Only scsibus2 at umass0: 2 targets, initiator 0 sd1 at scsibus2 targ 1 lun 0: Multiple, Card Reader, 1.00 SCSI2 0/direct removable serial.058f6366058F63666485 vscsi0 at root scsibus3 at vscsi0: 256 targets softraid0 at root scsibus4 at softraid0: 256 targets root on sd0a (f50cd30a31527519.a) swap on sd0b dump on sd0b WARNING: / was not properly unmounted -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: trying to send packet on wrong domain. if 0 vs. mbuf 1
On Mon, Jun 29, 2015 at 3:55 PM, Peter Hessler phess...@theapt.org wrote: On 2015 Jun 29 (Mon) at 15:29:57 +0200 (+0200), Mattieu Baptiste wrote: :Hi, : :I'm running a setup where my gateway (a PC Engines APU with :-current/amd64) have two rdomains : : :rdomain 0 : :- re0 : internal interface (IP 192.168.50.1) :- re1 : dmz interface :- re2 : external interface : :rdomain 1 : :- vether0 : bridged with re0 (IP 192.168.50.2) :- tun2 : OpenVPN interface : You can't do that. You have to use pf to move packets between rdomains. -- If time heals all wounds, how come the belly button stays the same? Thanks Peter, Effectively, this is much better now, using PF. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
trying to send packet on wrong domain. if 0 vs. mbuf 1
Hi, I'm running a setup where my gateway (a PC Engines APU with -current/amd64) have two rdomains : rdomain 0 : - re0 : internal interface (IP 192.168.50.1) - re1 : dmz interface - re2 : external interface rdomain 1 : - vether0 : bridged with re0 (IP 192.168.50.2) - tun2 : OpenVPN interface My intend is to let default trafic go through the default gateway of the network (192.168.50.1), but under some circumstance, let some clients/applications chose the connection inside the OpenVPN tunnel, via 192.168.50.2. This is working absolutely fine since some years. I realized recently that the trafic passing through vether0 is generating a LOT of these log records : Jun 29 14:52:43 longisland /bsd: re0: trying to send packet on wrong domain. if 0 vs. mbuf 1 Jun 29 14:52:48 longisland last message repeated 662 times Jun 29 14:52:48 longisland /bsd: vether0: trying to send packet on wrong domain. if 1 vs. mbuf 0 Jun 29 14:52:48 longisland /bsd: re0: trying to send packet on wrong domain. if 0 vs. mbuf 1 Jun 29 14:52:49 longisland last message repeated 163 times syslog consumes about 45% of the CPU with 2mb/s of trafic. Bridging two interfaces in different rdomains is not very... normal. But is this behaviour expected? -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: iwm0: fatal firmware error on -current
On Sun, Mar 22, 2015 at 2:06 PM, Jonathan Gray j...@jsg.id.au wrote: On Sun, Mar 22, 2015 at 06:49:33AM -0400, Ted Unangst wrote: Jonathan Gray wrote: On Sun, Mar 22, 2015 at 09:16:08AM +0100, Stefan Sperling wrote: If the firmare image is not present at boot, no interface is created. After installing the firmware with fw_update (which succeeds because it looks for iwm in dmesg not ifconfig) there is no way to recover the interface without a reboot because 'ifconfig iwm0' doesn't work. If the mac address and the supported 802.11 modes depend on having the firmware loaded, is it really worth adding a interface that allows invalid parameters to be set? Maybe? See above. If I don't have firmware when I boot, but install firmware later, the interface should still be useable. Putting the interface into a must reboot state should be considered a bug. I'd be surprised if the 802.11 reattach doesn't cause problems... Anyway here is the minimal version Hi, Unfortunately, neither of the two patchs works for me. Errors are the same. Is there something I can do to help debugging this? -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: iwm0: fatal firmware error on -current
On Sun, Mar 22, 2015 at 11:03 PM, Jonathan Gray j...@jsg.id.au wrote: On Sun, Mar 22, 2015 at 06:27:19PM +0100, Mattieu Baptiste wrote: On Sun, Mar 22, 2015 at 2:06 PM, Jonathan Gray j...@jsg.id.au wrote: On Sun, Mar 22, 2015 at 06:49:33AM -0400, Ted Unangst wrote: Jonathan Gray wrote: On Sun, Mar 22, 2015 at 09:16:08AM +0100, Stefan Sperling wrote: If the firmare image is not present at boot, no interface is created. After installing the firmware with fw_update (which succeeds because it looks for iwm in dmesg not ifconfig) there is no way to recover the interface without a reboot because 'ifconfig iwm0' doesn't work. If the mac address and the supported 802.11 modes depend on having the firmware loaded, is it really worth adding a interface that allows invalid parameters to be set? Maybe? See above. If I don't have firmware when I boot, but install firmware later, the interface should still be useable. Putting the interface into a must reboot state should be considered a bug. I'd be surprised if the 802.11 reattach doesn't cause problems... Anyway here is the minimal version Hi, Unfortunately, neither of the two patchs works for me. Errors are the same. Is there something I can do to help debugging this? Updated diff that makes 11a scanning conditional. Great, it's working fine now. I'm sending this mail with the iwm(4) interface. Thanks!
Re: iwm0: fatal firmware error on -current
Latency Timer: 00 Cache Line Size: 00 0x0010: BAR mem 64bit addr: 0xf0638000/0x0100 0x0018: BAR empty () 0x001c: BAR empty () 0x0020: BAR io addr: 0xefa0/0x0020 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 17aa Product ID: 220c 0x0030: Expansion ROM Base Address: 0x0038: 0x003c: Interrupt Pin: 03 Line: 0a Min Gnt: 00 Max Lat: 00 2:0:0: Realtek RTS5227 Card Reader 0x: Vendor ID: 10ec Product ID: 5227 0x0004: Command: 0006 Status: 0010 0x0008: Class: ff Subclass: 00 Interface: 00 Revision: 01 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 32bit addr: 0xf050/0x1000 0x0014: BAR empty () 0x0018: BAR empty () 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 17aa Product ID: 220c 0x0030: Expansion ROM Base Address: 0x0038: 0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00 0x0040: Capability 0x01: Power Management 0x0050: Capability 0x05: Message Signaled Interrupts (MSI) 0x0070: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 GT/s Link Width: x1 / x1 3:0:0: Intel Dual Band Wireless AC 7260 0x: Vendor ID: 8086 Product ID: 08b2 0x0004: Command: 0006 Status: 0010 0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 6b 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 64bit addr: 0xf040/0x2000 0x0018: BAR empty () 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 8086 Product ID: c262 0x0030: Expansion ROM Base Address: 0x0038: 0x003c: Interrupt Pin: 01 Line: 09 Min Gnt: 00 Max Lat: 00 0x00c8: Capability 0x01: Power Management 0x00d0: Capability 0x05: Message Signaled Interrupts (MSI) 0x0040: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 GT/s Link Width: x1 / x1 -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: iwm0: fatal firmware error on -current
On Thu, Mar 19, 2015 at 12:38 AM, Stefan Sperling s...@stsp.name wrote: Ok, so I tried reverting one by one every commit. Starting with rev. 1.33 of if_iwm.c, the interface cannot be brought up (no carrier). With rev. 1.32, the connection is OK and rather stable. My AP is capable of 802.11a/b/g/n at 2.4 and 5 GHz. And I guess your AP is configured to use some 2.4GHz channel? Yes, both 2.4 and 5. Revision 1.33 enabled 11a support, which means scans will take much longer since more channels must be scanned. With if_iwm.c at HEAD, if you run 'ifconfig iwm0 media autoselect mode 11g' before doing anything else does it behave better again? It doesn't change anything. As soon as I set an address on the interface (manually or with dhclient), mode 11g is resetted and the errors in the logs are the same. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
iwm0: fatal firmware error on -current
-1 (EXP3) acpicpu0 at acpi0: C3, C1, PSS acpicpu1 at acpi0: C3, C1, PSS acpicpu2 at acpi0: C3, C1, PSS acpicpu3 at acpi0: C3, C1, PSS acpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1 acpipwrres1 at acpi0: NVP3, resource for PEG_ acpipwrres2 at acpi0: NVP2, resource for PEG_ acpitz0 at acpi0: critical temperature is 200 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 not present acpibat1 at acpi0: BAT1 model 45N1767 serial 652 type LION oem SANYO acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 cpu0: Enhanced SpeedStep 1796 MHz: speeds: 2501, 2500, 2400, 2200, 2100, 1900, 1800, 1700, 1600, 1500, 1300, 1200, 1100, 1000, 800, 775 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 4G Host rev 0x0b vga1 at pci0 dev 2 function 0 Intel HD Graphics rev 0x0b intagp at vga1 not configured inteldrm0 at vga1 drm0 at inteldrm0 error: [drm:pid0:i915_write32] *ERROR* Unknown unclaimed register before writing to 10 error: [drm:pid0:intel_dp_set_link_train] *ERROR* Timed out waiting for DP idle patterns error: [drm:pid0:i915_write32] *ERROR* Unknown unclaimed register before writing to 64040 inteldrm0: 1366x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) azalia0 at pci0 dev 3 function 0 Intel Core 4G HD Audio rev 0x0b: msi azalia0: No codecs found xhci0 at pci0 dev 20 function 0 Intel 8 Series xHCI rev 0x04: msi usb0 at xhci0: USB revision 3.0 uhub0 at usb0 Intel xHCI root hub rev 3.00/1.00 addr 1 Intel 8 Series MEI rev 0x04 at pci0 dev 22 function 0 not configured em0 at pci0 dev 25 function 0 Intel I218-LM rev 0x04: msi, address 28:d2:44:a4:2d:67 azalia1 at pci0 dev 27 function 0 Intel 8 Series HD Audio rev 0x04: msi azalia1: codecs: Realtek ALC292 audio0 at azalia1 ppb0 at pci0 dev 28 function 0 Intel 8 Series PCIE rev 0xe4: msi pci1 at ppb0 bus 2 rtsx0 at pci1 dev 0 function 0 Realtek RTS5227 Card Reader rev 0x01: msi sdmmc0 at rtsx0 ppb1 at pci0 dev 28 function 1 Intel 8 Series PCIE rev 0xe4: msi pci2 at ppb1 bus 3 iwm0 at pci2 dev 0 function 0 Intel Dual Band Wireless AC 7260 rev 0x6b, msi ehci0 at pci0 dev 29 function 0 Intel 8 Series USB rev 0x04: apic 2 int 23 usb1 at ehci0: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 pcib0 at pci0 dev 31 function 0 Intel 8 Series LPC rev 0x04 ahci0 at pci0 dev 31 function 2 Intel 8 Series AHCI rev 0x04: msi, AHCI 1.3 ahci0: port 0, at 6Gbps scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: ATA, SAMSUNG MZ7TE128, EXT0 SCSI3 0/direct fixed naa.5002538844584d30 sd0: 122104MB, 512 bytes/sector, 250069680 sectors, thin ichiic0 at pci0 dev 31 function 3 Intel 8 Series SMBus rev 0x04: apic 2 int 18 iic0 at ichiic0 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbdprobe: reset response 0x1 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 wsmouse1 at pms0 mux 0 pms0: Synaptics clickpad, firmware 8.1 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 ugen0 at uhub0 port 7 Intel product 0x07dc rev 2.00/0.01 addr 2 uvideo0 at uhub0 port 8 configuration 1 interface 0 SunplusIT INC. Integrated Camera rev 2.00/26.03 addr 3 video0 at uvideo0 uhub2 at uhub1 port 1 Intel Rate Matching Hub rev 2.00/0.04 addr 2 ugen1 at uhub2 port 5 Generic EMV Smartcard Reader rev 2.01/1.20 addr 3 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets sd1 at scsibus3 targ 1 lun 0: OPENBSD, SR CRYPTO, 005 SCSI2 0/direct fixed sd1: 118000MB, 512 bytes/sector, 241665267 sectors root on sd1a (0f31433855f61ef0.a) swap on sd1b dump on sd1b iwm0: hw rev: 0x140, fw ver 25.228 (API ver 9), address e8:2a:ea:8b:58:35 -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: iwm0: fatal firmware error on -current
On Wed, Mar 18, 2015 at 7:01 PM, Stefan Sperling s...@stsp.name wrote: On Wed, Mar 18, 2015 at 06:31:03PM +0100, Mattieu Baptiste wrote: Anyone seeing this? Yes, all the time. I'll try to find this night the commit which is causing this regression. If there was particular commit that made it much worse, that would be good to know. Ok, so I tried reverting one by one every commit. Starting with rev. 1.33 of if_iwm.c, the interface cannot be brought up (no carrier). With rev. 1.32, the connection is OK and rather stable. My AP is capable of 802.11a/b/g/n at 2.4 and 5 GHz. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: trackpoint/touchpad configuration on new Lenovo laptops
On Tue, Oct 28, 2014 at 2:22 PM, Mattieu Baptiste mattie...@gmail.com wrote: Hi, I recently changed my laptop at work for a Lenovo T440. Pretty good machine except the crappy touchpad. Lenovo has managed to totally fuck the trackpoint while making the touchpad a nightmare. I tried to tweak the X configuration to make it somewhat usable. My configuration follows. Is someone willing to share his configuration ? Do you managed to totally disable the touchpad to simulate the old trackpad behavior? For the record, a reader kindly points me to his configuration that manage to restore the original behavior: http://betabug.ch/blogs/bsdcow/49 Hope this will help other users. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: bridge + vlan broke after 5.5 5.6 upgrade
Le 2 nov. 2014 13:52, Jorge Schrauwen sjorge...@blackdot.be a écrit : Hey All, TL;DR: traffic leaving a bridge over a vlan does not get tagged but leaves untagged after upgrade. Is this by design? [...] Anybody else experiencing this? Did it get broken by design? (AKA was I doing something stupid the last year? -- probably the case) Hi, I'm also experiencing this after upgrading from 5.4 to -current. Mattieu Baptiste /earth is 102% full ... please delete anyone you can. Regards Jorge (sleepy sysadmin)
trackpoint/touchpad configuration on new Lenovo laptops
Hi, I recently changed my laptop at work for a Lenovo T440. Pretty good machine except the crappy touchpad. Lenovo has managed to totally fuck the trackpoint while making the touchpad a nightmare. I tried to tweak the X configuration to make it somewhat usable. My configuration follows. Is someone willing to share his configuration ? Do you managed to totally disable the touchpad to simulate the old trackpad behavior? It seems that the synaptics driver supports multiple touch zones configuration with SoftButtonAreas properties. But it doesn't seem to work with our driver. My /etc/X11/xorg.conf: Section InputClass Identifier T440 TouchPad MatchDriver synaptics Option HorizHysteresis 150 Option VertHysteresis 150 Option LTCornerButton 2 Option LBCornerButton 2 Option RTCornerBurron 3 Option RBCornerButton 3 Option PalmDetect 1 EndSection -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Pidgin/Lync success stories?
On Fri, Sep 26, 2014 at 10:49 AM, Alexander Hall alexan...@beard.se wrote: Hi! I'm trying to set up Pidgin to talk to our Lync servers at work, but it seems somewhere after (or in) the TLS handshaking, it just stops, and eventually times out. I installed the pidgin-sipe package and I'm using the 'office communicator' protocol. On a Debian box on the side, with the same settings, I don't have this issue. Can someone please share success stories, non-success stories, or useful hints of using Pidgin for Lync on OpenBSD? Hi, I've also failed at using Pidgin with Office 365. I tried different settings with the pidgin-sipe port, without success. I found a workaround with chrome (+ extension to change the user-agent) and Outlook web access. It let me use the Lync web client. Regards, -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry kernel panic
Le 8 juin 2014 13:38, Nick Ryan n...@njryan.com a écrit : I know itâs no consolation to you but using a Kingston 30 GB mSATA from amazon works perfectly. The APU is on the May bios and Iâve had no issues. Didnât the PCEngines mSATA drive have problems in general? Thereâs a mention on here about issues with the a version - is that yours? http://pcengines.ch/msata16b.htm Theoritically, I should have the new firmware (that's what told my vendor). But it seems there are still problems with these. Thanks for the tip concerning the Kingston drive.
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry kernel panic
On Sat, Jun 7, 2014 at 8:51 PM, JB M jbm.li...@gmail.com wrote: I'm having troubles installing OpenBSD 5.5 (amd64) on a mSATA SSD card ( http://pcengines.ch/msata16a.htm) PC Engines APU.1C device ( http://pcengines.ch/apu.htm) with the most recent BIOS version. I've made several attempts, using install55.fs copied to an SD card, with both 5.5-release and 5.5-current (June 6th snapshot). Most attempts have failed, either during the install (filesystem creation phase or during the sets extraction phase) or during the first boot after the initial install (case reported in this message). Same thing for me with : sd0 at scsibus1 targ 0 lun 0: ATA, SuperSSpeed mSAT, V462 SCSI3 0/direct fixed t10.ATA_SuperSSpeed_mSATA_SSD_16GB_YTAF140500376_ sd0: 15258MB, 512 bytes/sector, 31248704 sectors Installing on a USB drive solved the problem.
Re: pppoe over vlan problem
On Tue, Sep 24, 2013 at 9:57 PM, Henning Brauer lists-open...@bsws.dewrote: * Daniel Gillen gillen.dan...@gmail.com [2013-09-24 17:36]: After some debugging with tcpdump, I found out that from 5.0 to 5.1, OpenBSD introduced vlan priorisation support (IEEE 802.1p) and per default sets the vlan PCP field to the value 3. Unfortunately, my ISP only allows connections when this field is set to 0 :( what? you are kidding, right? talk to the ISP and tell them they're on drugs. it is perfectly fine to ignore the prio field, but requiring a specific value is absolutely ridiculous. if they don't fix it, share who it is to warn people. that said, resetting should hav worked, I have a vague idea where that bug might sit; can't check deeper right now tho. oh how much i wish we had a bug tracker.one you can. Actually, Orange, the biggest french ISP only accepts PPPoE connections with PCP field set to 0. Asking them to change this stupid behavior might be... difficult. There is a plethora of xDSL providers here. But with optical fiber, we are totally screwed. This ISP is the only choice.
Very slow NFS writes
rev 2.00/1.00 addr 1 azalia1 at pci0 dev 27 function 0 Intel 3400 HD Audio rev 0x06: msi azalia1: codecs: VIA/0x4441 audio0 at azalia1 ppb1 at pci0 dev 28 function 0 Intel 3400 PCIE rev 0x06: msi pci2 at ppb1 bus 6 em0 at pci2 dev 0 function 0 Intel PRO/1000 PT (82571EB) rev 0x06: apic 6 int 16, address 00:15:17:8a:8f:d2 em1 at pci2 dev 0 function 1 Intel PRO/1000 PT (82571EB) rev 0x06: apic 6 int 17, address 00:15:17:8a:8f:d3 ppb2 at pci0 dev 28 function 4 Intel 3400 PCIE rev 0x06: msi pci3 at ppb2 bus 5 ppb3 at pci0 dev 28 function 5 Intel 3400 PCIE rev 0x06: msi pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 6 Intel 3400 PCIE rev 0x06: msi pci5 at ppb4 bus 3 jmb0 at pci5 dev 0 function 0 JMicron JMB363 IDE/SATA rev 0x03 ahci0 at jmb0: apic 6 int 18, AHCI 1.0 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 1 lun 0: ATA, SAMSUNG HD103UJ, 1AA0 SCSI3 0/direct fixed naa.5f00070c0776 sd0: 953869MB, 512 bytes/sector, 1953525168 sectors jmb1 at pci5 dev 0 function 1 JMicron JMB363 IDE/SATA rev 0x03 pciide0 at jmb1: DMA, channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide0: using apic 6 int 19 for native-PCI interrupt atapiscsi0 at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: PHILIPS, DVDR1628P1, Q1.1 ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) ppb5 at pci0 dev 28 function 7 Intel 3400 PCIE rev 0x06: msi pci6 at ppb5 bus 2 re0 at pci6 dev 0 function 0 Realtek 8168 rev 0x03: RTL8168D/8111D (0x2800), apic 6 int 19, address 48:5b:39:46:e1:d5 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ehci1 at pci0 dev 29 function 0 Intel 3400 USB rev 0x06: apic 6 int 23 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb6 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xa6 pci7 at ppb6 bus 7 pcib0 at pci0 dev 31 function 0 Intel P55 LPC rev 0x06 ahci1 at pci0 dev 31 function 2 Intel 3400 AHCI rev 0x06: msi, AHCI 1.3 scsibus2 at ahci1: 32 targets sd1 at scsibus2 targ 0 lun 0: ATA, C300-CTFDDAC064M, 0007 SCSI3 0/direct fixed naa.500a075102fbf57c sd1: 61057MB, 512 bytes/sector, 125045424 sectors, thin sd2 at scsibus2 targ 1 lun 0: ATA, ST1000DM003-9YN1, CC4B SCSI3 0/direct fixed naa.5000c50051c256f3 sd2: 953869MB, 512 bytes/sector, 1953525168 sectors ichiic0 at pci0 dev 31 function 3 Intel 3400 SMBus rev 0x06: apic 6 int 18 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600 spdmem1 at iic0 addr 0x51: 2GB DDR3 SDRAM PC3-10600 spdmem2 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600 spdmem3 at iic0 addr 0x53: 2GB DDR3 SDRAM PC3-10600 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lm0 at isa0 port 0x290/8: W83627DHG mtrr: Pentium Pro MTRR support uhub2 at uhub0 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2 uhub3 at uhub1 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2 umass0 at uhub3 port 2 configuration 1 interface 0 ASUS Ai Flash-4 rev 2.00/0.02 addr 3 umass0: using SCSI over Bulk-Only scsibus3 at umass0: 2 targets, initiator 0 sd3 at scsibus3 targ 1 lun 0: ASUS, Ai Flash-4, PMAP SCSI0 0/direct removable sd3: 58MB, 512 bytes/sector, 118784 sectors sd4 at scsibus3 targ 1 lun 1: ASUS, Ai Flash-4, PMAP SCSI0 0/direct removable sd4: 1MB, 512 bytes/sector, 2880 sectors uhub4 at uhub3 port 3 Genesys Logic USB2.0 Hub rev 2.00/32.98 addr 4 uhidev0 at uhub3 port 7 configuration 1 interface 0 Logitech USB-PS/2 Optical Mouse rev 2.00/22.00 addr 5 uhidev0: iclass 3/1 ums0 at uhidev0: 8 buttons, Z dir wsmouse0 at ums0 mux 0 uhidev1 at uhub3 port 8 configuration 1 interface 0 wired keyboard rev 2.00/1.03 addr 6 uhidev1: iclass 3/1 ukbd0 at uhidev1: 8 variable keys, 6 key codes wskbd1 at ukbd0 mux 1 wskbd1: connecting to wsdisplay0 uhidev2 at uhub3 port 8 configuration 1 interface 1 wired keyboard rev 2.00/1.03 addr 6 uhidev2: iclass 3/0, 2 report ids uhid0 at uhidev2 reportid 1: input=2, output=0, feature=0 uhid1 at uhidev2 reportid 2: input=1, output=0, feature=0 vscsi0 at root scsibus4 at vscsi0: 256 targets softraid0 at root scsibus5 at softraid0: 256 targets sd5 at scsibus5 targ 1 lun 0: OPENBSD, SR CRYPTO, 005 SCSI2 0/direct fixed sd5: 953866MB, 512 bytes/sector, 1953519473 sectors root on sd1a (ee0da2e4468aa658.a) swap on sd1b dump on sd1b -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
pppx(4) and a pppx interface group
Hi, I'm testing npppd with pppx(4). As i'm understanding npppd, a new pppx(4) interface is created for every new session. Thus, new /dev/pppxN nodes must be created for the sessions that we intend to have. But at this point, filtering with PF needs special handling for every pppx(4) interface. How about adding these interfaces to a pppx interface group, by adding the if_addgroup() call ? What do you think ? -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Open BSD + Google Nexus 7 as storage
On Sun, Oct 7, 2012 at 12:03 PM, Tomasz Marszal kap...@toya.net.pl wrote: There is an ability to change usb connection mode from mtp to cameras and computers that dont suport mtp but when i switch into it nothing changes. I can only use a laptop as a charger for tablet. I'm now using AiDroid via wifi on my Galaxy Nexus for these kind of tasks. Awsome app! I don't know if someone managed to make Android MPT devices work with OpenBSD. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Open BSD + Google Nexus 7 as storage
Le 7 oct. 2012 14:20, Tomasz Marszal kap...@toya.net.pl a écrit : Thanks. This app is interasting, but I try to avoid using wifi whatever it is possible that is why i use UTP cable instead wireless on my laptop. Err, are you using your UTP cable with your Nexus 7?!? Nothing prevents you from using copper ethernet with your laptop and wifi on the N7...
PF : prio keyword sticky on match rules ?
Hi, It's not mentioned in pf.conf manual page but I'm wondering if the 'prio' keyword is sticky on match rules, like for exemple the 'queue' keyword. Is it possible to write : match on $ext_if proto tcp prio (2, 5) In order to priorize TCP ACK packets on all flows ? Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
fork failed: resource temporarily unavailable
-H653F, D200 ATAPI 5/cdrom removable ichiic0 at pci0 dev 31 function 3 Intel 82801JD SMBus rev 0x02: apic 8 int 18 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-6400CL5 spdmem1 at iic0 addr 0x52: 1GB DDR2 SDRAM non-parity PC2-6400CL5 usb2 at uhci0: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci1: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci2: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 usb5 at uhci3: USB revision 1.0 uhub5 at usb5 Intel UHCI root hub rev 1.00/1.00 addr 1 usb6 at uhci4: USB revision 1.0 uhub6 at usb6 Intel UHCI root hub rev 1.00/1.00 addr 1 usb7 at uhci5: USB revision 1.0 uhub7 at usb7 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 mtrr: Pentium Pro MTRR support uhidev0 at uhub2 port 1 configuration 1 interface 0 Logitech USB-PS/2 Optical Mouse rev 2.00/11.10 addr 2 uhidev0: iclass 3/1 ums0 at uhidev0: 3 buttons, Z dir wsmouse0 at ums0 mux 0 uhidev1 at uhub3 port 1 configuration 1 interface 0 Dell Dell QuietKey Keyboard rev 1.10/1.30 addr 2 uhidev1: iclass 3/1 ukbd0 at uhidev1: 8 modifier keys, 6 key codes wskbd1 at ukbd0 mux 1 wskbd1: connecting to wsdisplay0 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on sd0a (292988dab5cc5460.a) swap on sd0b dump on sd0b wsmouse0 detached ums0 detached uhidev0 detached uhidev0 at uhub2 port 2 configuration 1 interface 0 Logitech USB-PS/2 Optical Mouse rev 2.00/11.10 addr 2 uhidev0: iclass 3/1 ums0 at uhidev0: 3 buttons, Z dir wsmouse0 at ums0 mux 0 -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
xenocara fails to build on -current with radeonold
Hi all, Is it just me? radeonold fails to build on -current (amd64): $ cd /usr/xenocara/driver/xf86-video-radeonold $ sudo make -f Makefile.bsd-wrapper obj /usr/xenocara/driver/xf86-video-radeonold/obj - /usr/xobj/driver/xf86-video-radeonold $ sudo make -f Makefile.bsd-wrapper obj build [...] checking if RENDER is defined... yes checking if XV is defined... yes checking if DPMSExtension is defined... yes checking for XORG... yes checking for ANSI C header files... (cached) yes checking for /usr/X11R6/include/xorg/dri.h... (cached) yes checking for /usr/X11R6/include/xorg/sarea.h... (cached) yes checking for /usr/X11R6/include/xorg/dristruct.h... (cached) yes checking for /usr/X11R6/include/xorg/damage.h... (cached) yes checking whether to include DRI support... yes checking for DRI... yes checking for xf86Modes.h... (cached) no checking whether to enable EXA support... yes checking for exa.h... (cached) yes checking whether EXA version is at least 2.0.0... yes checking whether xf86XVFillKeyHelperDrawable is declared... (cached) yes checking whether xf86ModeBandwidth is declared... (cached) yes checking whether xf86_crtc_clip_video_helper is declared... (cached) yes checking whether xf86RotateFreeShadow is declared... (cached) yes checking whether pci_device_enable is declared... (cached) yes checking whether XSERVER_LIBPCIACCESS is declared... (cached) yes /usr/xenocara/driver/xf86-video-radeonold/configure[14482]: cd: /usr/xenocara/driver/xserver - No such file or directory configure: error: Must have X server = 1.3 source tree for mode setting code. Please specify --with-xserver-source *** Error code 1 Stop in /usr/xenocara/driver/xf86-video-radeonold (line 169 of /usr/X11R6/share/mk/bsd.xorg.mk). *** Error code 1 Stop in /usr/xenocara/driver/xf86-video-radeonold (line 206 of /usr/X11R6/share/mk/bsd.xorg.mk). -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: inet6 autoconfprivacy broken on -current ?
On Sat, Jan 7, 2012 at 3:23 PM, Simon Perreault simon.perrea...@viagenie.ca wrote: Le 02/01/2012 6:00 PM, Mattieu Baptiste a icrit : On my machine running -current/amd64, inet6 autoconfprivacy seems to broke neighbor sol/adv. I just tested this and it works for me. Sorry. Simon Have you tried running with autoconfprivacy in the long run? For me, it usually works the first minutes/hours, but stops after that. Then, disabling autoconfprivacy brings back the connectivity. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
inet6 autoconfprivacy broken on -current ?
Hi all, On my machine running -current/amd64, inet6 autoconfprivacy seems to broke neighbor sol/adv. For this test, PF is disabled. This is my setup: mattieu@kronenbourg: ~ $ ifconfig re0 re0: flags=48843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,INET6_PRIVACY mtu 1500 lladdr 48:5b:39:46:e1:d5 priority: 0 groups: egress media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause) status: active inet 192.168.1.24 netmask 0xff00 broadcast 192.168.1.255 inet6 fe80::4a5b:39ff:fe46:e1d5%re0 prefixlen 64 scopeid 0x1 inet6 2001:470:d11c:1:f415:646b:fb75:9981 prefixlen 64 autoconf autoconfprivacy pltime 85728 vltime 604598 When I ping the local gateway on my LAN, nothing happens mattieu@kronenbourg: ~ $ ping6 2001:470:d11c:1::1 PING6(56=40+8+8 bytes) 2001:470:d11c:1:f415:646b:fb75:9981 -- 2001:470:d11c:1::1 NO RESPONSES I have ICMPv6 neighbor sol/adv: mattieu@kronenbourg: ~ $ sudo tcpdump -vvv -ni re0 icmp6 tcpdump: listening on re0, link-type EN10MB tcpdump: WARNING: compensating for unaligned libpcap packets 23:42:36.787226 2001:470:d11c:1:f415:646b:fb75:9981 ff02::1:ffd0:5a26: icmp6: neighbor sol: who has fe80::fce1:baff:fed0:5a26(src lladdr: 48:5b:39:46:e1:d5) (len 32, hlim 255) 23:42:36.787625 2001:470:d11c:1::1 2001:470:d11c:1:f415:646b:fb75:9981: icmp6: neighbor adv: tgt is fe80::fce1:baff:fed0:5a26(RSO)(tgt lladdr: fe:e1:ba:d0:5a:26) (len 32, hlim 255) 23:42:37.354160 2001:470:d11c:1::1 2001:470:d11c:1:f415:646b:fb75:9981: icmp6: neighbor sol: who has 2001:470:d11c:1:f415:646b:fb75:9981(src lladdr: fe:e1:ba:d0:5a:26) (len 32, hlim 255) 23:42:37.785319 2001:470:d11c:1:f415:646b:fb75:9981 ff02::1:ffd0:5a26: icmp6: neighbor sol: who has fe80::fce1:baff:fed0:5a26(src lladdr: 48:5b:39:46:e1:d5) (len 32, hlim 255) 23:42:37.785695 2001:470:d11c:1::1 2001:470:d11c:1:f415:646b:fb75:9981: icmp6: neighbor adv: tgt is fe80::fce1:baff:fed0:5a26(RSO)(tgt lladdr: fe:e1:ba:d0:5a:26) (len 32, hlim 255) But the NDP table is *incomplete* concerning this host (fe80::fce1:baff:fed0:5a26%re0): mattieu@kronenbourg: ~ $ ndp -a Neighbor Linklayer Address Netif ExpireS Flags 2001:470:d11c:1:f415:646b:fb75:9981 48:5b:39:46:e1:d5re0 permanent R fe80::4a5b:39ff:fe46:e1d5%re048:5b:39:46:e1:d5re0 permanent R fe80::fce1:baff:fed0:5a26%re0(incomplete) re0 1sI 3 fe80::1%lo0 (incomplete) lo0 permanent R When autoconfprivacy is disabled, everything is working fine. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
softraid(4): how to reassemble a volume
Hi all, I'm trying to reassemble a softraid(4) volume, created with the 'force' flag. When I'm trying: # bioctl -C force -c C -l /dev/sd1a softraid0 softraid0: chunk sd1a already in use bioctl: ioctl: Invalid argument According to the manpage, '-c' flag only seems to create the volume, and not simply assemble it. I don't see anything else to reassemble a volume. What's the correct way, if any ? Is it supported ? -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: softraid(4): how to reassemble a volume
On Wed, Nov 30, 2011 at 5:16 PM, Joel Sing j...@sing.id.au wrote: On Wednesday 30 November 2011, Mattieu Baptiste wrote: Hi all, I'm trying to reassemble a softraid(4) volume, created with the 'force' flag. When I'm trying: # bioctl -C force -c C -l /dev/sd1a softraid0 softraid0: chunk sd1a already in use bioctl: ioctl: Invalid argument According to the manpage, '-c' flag only seems to create the volume, and not simply assemble it. I don't see anything else to reassemble a volume. What's the correct way, if any ? Is it supported ? The -c flag creates a volume - if these are chunks have no metadata then it will create new metadata, otherwise it will reassemble the volume from the existing metadata. Thanks for the explanation Joel. My crypto volume was created with 'noauto' (not 'force'). I was trying to reassemble with 'force' which effectively reinitialise metadata. Now everything is ok. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Apache problems
On Mon, Sep 19, 2011 at 6:37 AM, Rod Whitworth glis...@witworx.com wrote: What a pity that people don't do any searching b4 asking STFA for this list and (IIRC) find links to the PoC tool amongst other info. Yes, and this has nothing to do with OpenBSD (this time). The apache foundation has adjusted the security advisory and Apache 1.3 isn't vulnerable. https://httpd.apache.org/security/CVE-2011-3192.txt On Mon, 19 Sep 2011 04:24:19 -0600, Shane Harbour wrote: On 9/18/2011 9:42 PM, L. V. Lammert wrote: On Sun, 18 Sep 2011, Amit Kulkarni wrote: Recently there was a security issue with Apache. It was based on a perl script, search google. Maybe you are experiencing traffic and the realted problems because of that. Is there any way to find out if the version in 4.3 was susceptable to the attack? Lee I believe the Apache Foundation released that Apache 1.3 is susceptable to this attack. However, with changes made by the devs, it's possible the version in OpenBSD may not be. If you have a spare box, you could always load it up and test it. I believe there is an Apache killer perl script floating on the 'net that you could use to test with. Shane *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Apache problems
On Mon, Sep 19, 2011 at 6:57 PM, ropers rop...@gmail.com wrote: On 19 September 2011 09:51, Mattieu Baptiste mattie...@gmail.com wrote: The apache foundation has adjusted the security advisory and Apache 1.3 isn't vulnerable. https://httpd.apache.org/security/CVE-2011-3192.txt Yes, fair enough, BUT that same advisory says *in its Apache 1.3 section*: However as explained in the background section in more detail - this attack does cause a significant and possibly unexpected load. You are advised to review your configuration in that light. and the Lee's original problem appears to be the result of an unexpected load. The code involved is totally different. Look at it. The unexpected load is simply that 1.3 uses forks wheras 2.X has worker mode. The PoC launches 50 connexions at a time, which can generate load on 1.3. That's the reason of the review your configuration in that light. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
IPv6 and PMTUD problem
Hi all, I'm facing a strange thing with IPv6 and IMCPv6 packet too big messages. I have an FTP server (running 5.0 tagged sources, PF disabled) accessible through IPv6 via a gif(4) tunnel on a gateway (running ftp-proxy(8) on a -current machine). On this gateway, the MTU of the gif(4) interface is 1280. On the FTP server and on the local gateway interface, the MTU is 1500. When I start to download a file on a client behind the gateway, the FTP server begins to send the file with too large packets. The gateway then sends ICMPv6 packet too big: 00:17:04.169906 2001:470:dead:2::12.21 2001:470:dead:2::1.36810: P 548:4166408094(-128559750) ack 93 win 2142 nop,nop,timestamp 3508338349 1153050903 [flowlabel 0x5bc2b] (len 110, hlim 64) 00:17:04.170489 2001:470:dead:2::12.50013 2001:470:dead:2::1.56555: . 1:4166409025(-128558272) ack 1 win 2130 [flowlabel 0x69a54] (len 1440, hlim 64) 00:17:04.170523 2001:470:dead:2::12.50013 2001:470:dead:2::1.56555: . 1421:4166410581(-128558136) ack 1 win 2130 [flowlabel 0x69a54] (len 1440, hlim 64) 00:17:04.170557 2001:470:dead:2::12.50013 2001:470:dead:2::1.56555: . 2841:4166412137(-128558000) ack 1 win 2130 [flowlabel 0x69a54] (len 1440, hlim 64) 00:17:04.170563 2001:470:dead:2::12.50013 2001:470:dead:2::1.56555: . 4261:4166413693(-128557864) ack 1 win 2130 [flowlabel 0x69a54] (len 1440, hlim 64) 00:17:04.171095 2001:470:dead:2::1 2001:470:dead:2::12: icmp6: too big 1280 (len 1240, hlim 64) 00:17:04.171506 2001:470:dead:2::1 2001:470:dead:2::12: icmp6: too big 1280 (len 1240, hlim 64) 00:17:04.171619 2001:470:dead:2::1 2001:470:dead:2::12: icmp6: too big 1280 (len 1240, hlim 64) 00:17:04.171735 2001:470:dead:2::1 2001:470:dead:2::12: icmp6: too big 1280 (len 1240, hlim 64) 00:17:04.360967 2001:470:dead:2::1.36810 2001:470:dead:2::12.21: . 93:4166408785(-128558604) ack 626 win 2048 nop,nop,timestamp 1153050903 3508338349 [flowlabel 0x9f0e3] (len 32, hlim 64) Then, nothing happens, the download on the client side stalls. The FTP server doesn't try to retransmit with a lower MTU, as if PMTUD wasn't working. But, if I set the FTP server interface MTU to 1280, then the file is correctly transfered. Are there known problems with PMTUD ? Am I doing something wrong ? -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: very slow writes with softdep enabled on mpi(4)
On Sat, Jul 30, 2011 at 1:38 AM, Mattieu Baptiste mattie...@gmail.com wrote: On Fri, Jul 29, 2011 at 11:58 PM, Ted Unangst t...@tedunangst.com wrote: On Fri, Jul 29, 2011, Mattieu Baptiste wrote: After digging around this problem with help from Pedro, I noticed that a 4.9-release kernel works ok, whereas a 5.0-beta does not. So I tried to identify which commit was responsible and found out this one is responsible of *very* slow writes with softdep (I only have this bug on sparc64): http://marc.info/?l=openbsd-cvsm=130730313107059w=2 I can add that this bug is just affecting softdep: - dd'ing to the raw device is fast, - dd'ing to the file system mounted sync is very fast, - dd'ing to the file system mounted async is very fast, - dd'ing to the file system mounted with softdep is very slow. I can also add that changing a working kernel to bufcachepercent =42 via sysctl is ok too. What happens if you change bufcachepercent to a much smaller value, like the 4.9 default? If I change kern.bufcachepercent via sysctl to 10 or 5, it's still very slow. But... if I set BUFCACHEPERCENT to 10 in sys/conf/param.c, softdep is fast again. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: very slow writes with softdep enabled on mpi(4)
On Mon, Jul 25, 2011 at 5:54 PM, Mattieu Baptiste mattie...@gmail.com wrote: Hi all, It's really weird. I see very slow writes when softdep is enabled. Write caches seem to be enabled on disks. Utilities like bonnie++ confirm that writes are very slow with softdep enabled (although it helps with lots of file creations). This happens whether I use native disks or RAID 1 volume behind mpi(4) (on which the controller's cache is also enabled). After digging around this problem with help from Pedro, I noticed that a 4.9-release kernel works ok, whereas a 5.0-beta does not. So I tried to identify which commit was responsible and found out this one is responsible of *very* slow writes with softdep (I only have this bug on sparc64): http://marc.info/?l=openbsd-cvsm=130730313107059w=2 I can add that this bug is just affecting softdep: - dd'ing to the raw device is fast, - dd'ing to the file system mounted sync is very fast, - dd'ing to the file system mounted async is very fast, - dd'ing to the file system mounted with softdep is very slow. I can also add that changing a working kernel to bufcachepercent =42 via sysctl is ok too. With softdep: # mount -o softdep /dev/sd2a /mnt # dd if=/dev/zero of=/mnt/test # dd if=/dev/zero of=/mnt/test.dump bs=4k count=1 1+0 records in 1+0 records out 4096 bytes transferred in 16.060 secs (2550321 bytes/sec) # rm /mnt/test.dump # dd if=/dev/zero of=/mnt/test.dump bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 3.483 secs (30101713 bytes/sec) Without softdep: # mount /dev/sd2a /mnt # dd if=/dev/zero of=/mnt/test.dump bs=4k count=1 1+0 records in 1+0 records out 4096 bytes transferred in 0.330 secs (123880958 bytes/sec) # rm /mnt/test.dump # dd if=/dev/zero of=/mnt/test.dump bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 0.932 secs (112438785 bytes/sec) # scsi -f /dev/rsd2c -m8 IC: 1 ABPF: 0 CAP: 0 DISC: 1 SIZE: 0 WCE: 1 MF: 0 RCD: 0 Demand Retention Priority: 0 Write Retention Priority: 0 Disable Pre-fetch Transfer Length: 65535 Minimum Pre-fetch: 0 Maximum Pre-fetch: 65535 Maximum Pre-fetch Ceiling: 65535 FSW: 0 LBCSS: 0 DRA: 0 Vendor-specific: 0 NV_DIS: 0 Number of Cache Segments: 2 Cache Segment Size: 0 dmesg: console is /pci@1e,60/isa@7/serial@0,3f8 Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2011 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.0-beta (GENERIC.MP) #3: Tue Jul 19 18:20:17 CEST 2011 r...@cognac.brimbelle.org:/usr/src/sys/arch/sparc64/compile/GENERIC.MP real mem = 17179869184 (16384MB) avail mem = 16901693440 (16118MB) mainbus0 at root: Sun Fire V440 cpu0 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1281 MHz cpu0: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l) cpu1 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1281 MHz cpu1: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l) cpu2 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1281 MHz cpu2: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l) cpu3 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1281 MHz cpu3: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l) memory-controller at mainbus0 not configured memory-controller at mainbus0 not configured memory-controller at mainbus0 not configured memory-controller at mainbus0 not configured schizo0 at mainbus0: Tomatillo, version 4, ign 700, bus A 0 to 0 schizo0: dvma map c000-dfff pci0 at schizo0 cas0 at pci0 dev 2 function 0 Sun Cassini rev 0x20: ivec 0x718, address 00:03:ba:a4:90:53 brgphy0 at cas0 phy 1: BCM5421 10/100/1000baseT PHY, rev. 1 ppm at mainbus0 not configured schizo1 at mainbus0: Tomatillo, version 4, ign 740, bus B 0 to 1 schizo1: dvma map c000-dfff pci1 at schizo1 ppb0 at pci1 dev 2 function 0 Intel 21154AE/BE PCI-PCI rev 0x00 pci2 at ppb0 bus 1 cas1 at pci2 dev 0 function 0 Sun Cassini rev 0x20: ivec 0x740, address 00:03:ba:93:1c:a1 brgphy1 at cas1 phy 1: BCM5401 10/100/1000baseT PHY, rev. 3 schizo2 at mainbus0: Tomatillo, version 4, ign 780, bus A 0 to 0 schizo2: dvma map c000-dfff pci3 at schizo2 ebus0 at pci3 dev 7 function 0 Acer Labs M1533 ISA rev 0x00 flashprom at ebus0 addr 0-f, 290-290 not configured rtc0 at ebus0 addr 70-71: m5819p pcfiic0 at ebus0 addr 320-321 ivec 0x1b iic0 at pcfiic0 SUNW,i2c-imax at iic0 addr 0xb not configured SUNW,i2c-imax at iic0 addr 0xc not configured admtemp0 at iic0 addr 0x18: max1617 pca9555 at iic0 addr 0x21 not configured pca9555 at iic0 addr 0x22 not configured pca9555 at iic0 addr 0x23 not configured pca9555 at iic0 addr 0x24 not configured adm1026 at iic0 addr 0x2e not configured admtemp1 at iic0 addr 0x32: max1617
Re: very slow writes with softdep enabled on mpi(4)
On Fri, Jul 29, 2011 at 11:58 PM, Ted Unangst t...@tedunangst.com wrote: On Fri, Jul 29, 2011, Mattieu Baptiste wrote: After digging around this problem with help from Pedro, I noticed that a 4.9-release kernel works ok, whereas a 5.0-beta does not. So I tried to identify which commit was responsible and found out this one is responsible of *very* slow writes with softdep (I only have this bug on sparc64): http://marc.info/?l=openbsd-cvsm=130730313107059w=2 I can add that this bug is just affecting softdep: - dd'ing to the raw device is fast, - dd'ing to the file system mounted sync is very fast, - dd'ing to the file system mounted async is very fast, - dd'ing to the file system mounted with softdep is very slow. I can also add that changing a working kernel to bufcachepercent =42 via sysctl is ok too. What happens if you change bufcachepercent to a much smaller value, like the 4.9 default? If I change kern.bufcachepercent via sysctl to 10 or 5, it's still very slow. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
time goes too fast on sparc64/current
spdmem9 at iic0 addr 0x6c: 1GB DDR SDRAM registered ECC PC2300CL2.5 spdmem10 at iic0 addr 0x6d: 1GB DDR SDRAM registered ECC PC2300CL2.5 spdmem11 at iic0 addr 0x6e: 1GB DDR SDRAM registered ECC PC2300CL2.5 spdmem12 at iic0 addr 0x73: 1GB DDR SDRAM registered ECC PC2300CL2.5 spdmem13 at iic0 addr 0x74: 1GB DDR SDRAM registered ECC PC2300CL2.5 spdmem14 at iic0 addr 0x75: 1GB DDR SDRAM registered ECC PC2300CL2.5 spdmem15 at iic0 addr 0x76: 1GB DDR SDRAM registered ECC PC2300CL2.5 ics951601 at iic0 addr 0x69 not configured power0 at ebus0 addr 800-82f ivec 0x1a com0 at ebus0 addr 3f8-3ff ivec 0x22: ns16550a, 16 byte fifo com0: console com1 at ebus0 addr 2e8-2ef ivec 0x22: ns16550a, 16 byte fifo rmc-comm at ebus0 addr 3e8-3ef ivec 0x22 not configured alipm0 at pci3 dev 6 function 0 Acer Labs M7101 Power rev 0x00: 223KHz clock iic1 at alipm0 ohci0 at pci3 dev 10 function 0 Acer Labs M5237 USB rev 0x03: ivec 0x7a1, version 1.0, legacy support ohci1 at pci3 dev 11 function 0 Acer Labs M5237 USB rev 0x03: ivec 0x7a5, version 1.0, legacy support pciide0 at pci3 dev 13 function 0 Acer Labs M5229 UDMA IDE rev 0xc4: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using ivec 0x7a6 for native-PCI interrupt atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TOSHIBA, DVD-ROM SD-C2612, 1011 ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) usb0 at ohci0: USB revision 1.0 uhub0 at usb0 Acer Labs OHCI root hub rev 1.00/1.00 addr 1 usb1 at ohci1: USB revision 1.0 uhub1 at usb1 Acer Labs OHCI root hub rev 1.00/1.00 addr 1 ppm at mainbus0 not configured schizo3 at mainbus0: Tomatillo, version 4, ign 7c0, bus B 0 to 0 schizo3: dvma map c000-dfff pci4 at schizo3 cas2 at pci4 dev 1 function 0 Sun Cassini rev 0x20: ivec 0x7dc, address 00:03:ba:a4:90:54 brgphy2 at cas2 phy 1: BCM5421 10/100/1000baseT PHY, rev. 1 mpi0 at pci4 dev 2 function 0 Symbios Logic 53c1030 rev 0x07: ivec 0x7e3 scsibus1 at mpi0: 16 targets, initiator 7 sd0 at scsibus1 targ 0 lun 0: LSILOGIC, 1030 IM IM, 1000 SCSI2 0/direct fixed sd0: 70007MB, 512 bytes/sector, 143374336 sectors sd1 at scsibus1 targ 2 lun 0: SEAGATE, ST314670LSUN146G, 065A SCSI3 0/direct fixed t10.SEAGATE_ST314670LSUN146G3KS73HA9 sd1: 140009MB, 512 bytes/sector, 286739329 sectors sd2 at scsibus1 targ 3 lun 0: SEAGATE, ST314670LSUN146G, 065A SCSI3 0/direct fixed t10.SEAGATE_ST314670LSUN146G3KS73JGX sd2: 140009MB, 512 bytes/sector, 286739329 sectors mpi0: target 2 Sync at 160MHz width 16bit offset 63 QAS 1 DT 1 IU 1 mpi0: target 3 Sync at 160MHz width 16bit offset 63 QAS 1 DT 1 IU 1 mpi0: phys disk 0 Sync at 160MHz width 16bit offset 63 QAS 1 DT 1 IU 1 mpi0: phys disk 1 Sync at 160MHz width 16bit offset 63 QAS 1 DT 1 IU 1 mpi1 at pci4 dev 2 function 1 Symbios Logic 53c1030 rev 0x07: ivec 0x7e4 scsibus2 at mpi1: 16 targets, initiator 7 i2c at mainbus0 not configured vscsi0 at root scsibus3 at vscsi0: 256 targets softraid0 at root scsibus4 at softraid0: 256 targets sd3 at scsibus4 targ 1 lun 0: OPENBSD, SR RAID 0, 004 SCSI2 0/direct fixed sd3: 280018MB, 512 bytes/sector, 573477376 sectors bootpath: /pci@1f,70/scsi@2,0/disk@0,0 root on sd0a swap on sd0b dump on sd0b -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: time goes too fast on sparc64/current
On Mon, Jul 18, 2011 at 6:09 PM, Dave Anderson d...@daveanderson.com wrote: On Mon, 18 Jul 2011, Mattieu Baptiste wrote: Hi all, Time goes too fast on my sparc64/current machine. I use ntpd to sync the time. In my logs, I have these kind of lines, although the machine's time is 4 hours *later* than expected after a day of uptime. It seems that ntpd tries to slow down the time but the clock is too fast. Jul 18 18:01:05 cognac ntpd[4470]: adjusting local clock by -6881.070981s Jul 18 18:02:38 cognac ntpd[4470]: adjusting local clock by -6880.602320s Jul 18 18:06:21 cognac ntpd[4470]: adjusting local clock by -6879.482802s Jul 18 18:09:30 cognac ntpd[4470]: adjusting local clock by -6878.537515s Jul 18 18:12:09 cognac ntpd[4470]: adjusting local clock by -6877.736360s Jul 18 18:14:14 cognac ntpd[4470]: adjusting local clock by -6877.106601s Jul 18 18:16:27 cognac ntpd[4470]: adjusting local clock by -6876.438104s Jul 18 18:19:30 cognac ntpd[4470]: adjusting local clock by -6875.522796s Jul 18 18:20:04 cognac ntpd[4470]: adjusting local clock by -6875.350162s Jul 18 18:21:10 cognac ntpd[4470]: adjusting local clock by -6875.013526s Jul 18 18:23:53 cognac ntpd[4470]: adjusting local clock by -6874.195840s Jul 18 18:26:39 cognac ntpd[4470]: adjusting local clock by -6873.362587s Jul 18 18:30:57 cognac ntpd[4470]: adjusting local clock by -6872.067664s Jul 18 18:35:07 cognac ntpd[4470]: adjusting local clock by -6870.809967s Jul 18 18:36:10 cognac ntpd[4470]: adjusting local clock by -6870.492445s Jul 18 18:39:24 cognac ntpd[4470]: adjusting local clock by -6869.519140s Jul 18 18:42:07 cognac ntpd[4470]: adjusting local clock by -6868.699951s Jul 18 18:45:18 cognac ntpd[4470]: adjusting local clock by -6867.736762s Jul 18 18:48:29 cognac ntpd[4470]: adjusting local clock by -6866.780651s Note that the magnitude of the correction is decreasing each time, so your clock is being corrected -- just rather slowly. What I expect happened is that your clock was way off at boot and you didn't force a one-time complete correction (one of the options to ntpd). Except when an initial complete correction is forced, ntpd only makes small adjustments to the clock rate, so it's expected that a large error will take a long time to correct completely. No. ntpd slows down the correction but the time continues to drift more and more. I started ntpd with the -s flag at my last reboot. When I sent my mail: uptime: 19:27 real time: ~17:30 machine's time: 18:49 =gap: 01:19 Now: uptime: 20:33 real time: 18:29 machine's time: 20:23 =gap: 01:54 Dave dmesg: console is /pci@1e,60/isa@7/serial@0,3f8 Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2011 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 4.9-current (GENERIC.MP) #1: Fri Jul 15 14:34:10 CEST 2011 r...@cognac.brimbelle.org:/usr/src/sys/arch/sparc64/compile/GENERIC.MP real mem = 17179869184 (16384MB) avail mem = 16901693440 (16118MB) mainbus0 at root: Sun Fire V440 cpu0 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1281 MHz cpu0: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l) cpu1 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1281 MHz cpu1: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l) cpu2 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1281 MHz cpu2: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l) cpu3 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1281 MHz cpu3: physical 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l) memory-controller at mainbus0 not configured memory-controller at mainbus0 not configured memory-controller at mainbus0 not configured memory-controller at mainbus0 not configured schizo0 at mainbus0: Tomatillo, version 4, ign 700, bus A 0 to 0 schizo0: dvma map c000-dfff pci0 at schizo0 cas0 at pci0 dev 2 function 0 Sun Cassini rev 0x20: ivec 0x718, address 00:03:ba:a4:90:53 brgphy0 at cas0 phy 1: BCM5421 10/100/1000baseT PHY, rev. 1 ppm at mainbus0 not configured schizo1 at mainbus0: Tomatillo, version 4, ign 740, bus B 0 to 1 schizo1: dvma map c000-dfff pci1 at schizo1 ppb0 at pci1 dev 2 function 0 Intel 21154AE/BE PCI-PCI rev 0x00 pci2 at ppb0 bus 1 cas1 at pci2 dev 0 function 0 Sun Cassini rev 0x20: ivec 0x740, address 00:03:ba:93:1c:a1 brgphy1 at cas1 phy 1: BCM5401 10/100/1000baseT PHY, rev. 3 schizo2 at mainbus0: Tomatillo, version 4, ign 780, bus A 0 to 0 schizo2: dvma map c000-dfff pci3 at schizo2 ebus0 at pci3 dev 7 function 0 Acer Labs M1533 ISA rev 0x00 flashprom at ebus0 addr 0-f, 290-290 not configured rtc0 at ebus0 addr 70-71: m5819p pcfiic0 at ebus0 addr 320-321 ivec 0x1b iic0 at pcfiic0 SUNW,i2c-imax at iic0 addr 0xb not configured SUNW,i2c-imax at iic0 addr 0xc not configured admtemp0 at iic0 addr 0x18: max1617 pca9555 at iic0 addr 0x21 not configured pca9555 at iic0 addr
Re: time goes too fast on sparc64/current
Le 18 juil. 2011 19:11, Theo de Raadt dera...@cvs.openbsd.org a icrit : Time goes too fast on my sparc64/current machine. This is a patch being tested in the snapshots; it is affecting some machines but not others. It will be pulled and revisited later. But this isn't a snapshot, it's a cvs build from three days ago.
Re: watchdog timeout with re0 after MSI change
interrupt pciide0: channel 0 disabled (no drives) pciide0: channel 1 disabled (no drives) ppb4 at pci0 dev 28 function 5 Intel 3400 PCIE rev 0x05: apic 2 int 17 pci5 at ppb4 bus 5 re0 at pci5 dev 0 function 0 Realtek 8168 rev 0x03: RTL8168D/8111D (0x2800), apic 2 int 17, address 6c:f0:49:05:21:95 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 uhci3 at pci0 dev 29 function 0 Intel 3400 USB rev 0x05: apic 2 int 23 uhci4 at pci0 dev 29 function 1 Intel 3400 USB rev 0x05: apic 2 int 19 uhci5 at pci0 dev 29 function 2 Intel 3400 USB rev 0x05: apic 2 int 18 uhci6 at pci0 dev 29 function 3 Intel 3400 USB rev 0x05: apic 2 int 16 ehci1 at pci0 dev 29 function 7 Intel 3400 USB rev 0x05: apic 2 int 23 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb5 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xa5 pci6 at ppb5 bus 6 TI TSB43AB23 FireWire rev 0x00 at pci6 dev 7 function 0 not configured pcib0 at pci0 dev 31 function 0 Intel P55 LPC rev 0x05 ahci1 at pci0 dev 31 function 2 Intel 3400 AHCI rev 0x05: msi, AHCI 1.3 scsibus1 at ahci1: 32 targets sd0 at scsibus1 targ 0 lun 0: ATA, OCZ SOLID_SSD, 02.1 SCSI3 0/direct fixed t10.ATA_OCZ_SOLID_SSD_MK03090303EBF0001_ sd0: 61136MB, 512 bytes/sec, 125206528 sec total sd1 at scsibus1 targ 1 lun 0: ATA, ST3500418AS, CC37 SCSI3 0/direct fixed naa.5000c5001b8a0727 sd1: 476940MB, 512 bytes/sec, 976773168 sec total cd0 at scsibus1 targ 2 lun 0: TSSTcorp, CDDVDW SH-S223C, SB00 ATAPI 5/cdrom removable sd2 at scsibus1 targ 3 lun 0: ATA, INTEL SSDSA2CW12, 4PC1 SCSI3 0/direct fixed naa.50015179594eab88 sd2: 114473MB, 512 bytes/sec, 234441648 sec total ichiic0 at pci0 dev 31 function 3 Intel 3400 SMBus rev 0x05: apic 2 int 18 iic0 at ichiic0 iic0: addr 0x4e 00=80 03=39 04=39 06=0d 07=01 0c=5d 0d=5d 0e=5d 0f=90 12=ff 13=ff 1a=40 1b=77 1d=02 20=0f 26=03 28=83 29=12 2a=34 2c=10 35=7d 3b=28 40=ff 41=20 42=2d 43=07 44=e5 45=3f 48=24 49=58 4a=39 words 00=8000 01= 02=0039 03=3939 04=3900 05=000d 06=0d01 07=0100 spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600 spdmem1 at iic0 addr 0x51: 4GB DDR3 SDRAM PC3-10600 spdmem2 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600 spdmem3 at iic0 addr 0x53: 4GB DDR3 SDRAM PC3-10600 usb2 at uhci0: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci1: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci2: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 usb5 at uhci3: USB revision 1.0 uhub5 at usb5 Intel UHCI root hub rev 1.00/1.00 addr 1 usb6 at uhci4: USB revision 1.0 uhub6 at usb6 Intel UHCI root hub rev 1.00/1.00 addr 1 usb7 at uhci5: USB revision 1.0 uhub7 at usb7 Intel UHCI root hub rev 1.00/1.00 addr 1 usb8 at uhci6: USB revision 1.0 uhub8 at usb8 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 it0 at isa0 port 0x2e/2: IT8720F rev 8, EC port 0x290 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 mtrr: Pentium Pro MTRR support uvideo0 at uhub1 port 7 configuration 1 interface 0 Microsoft Microsoft\M-. LifeCam Cinema(TM) rev 2.00/1.05 addr 2 video0 at uvideo0 uaudio0 at uhub1 port 7 configuration 1 interface 2 Microsoft Microsoft\M-. LifeCam Cinema(TM) rev 2.00/1.05 addr 2 uaudio0: audio rev 1.00, 2 mixer controls audio1 at uaudio0 uhidev0 at uhub3 port 1 configuration 1 interface 0 Dell Dell USB Keyboard rev 1.10/3.06 addr 2 uhidev0: iclass 3/1 ukbd0 at uhidev0: 8 modifier keys, 6 key codes wskbd0 at ukbd0: console keyboard, using wsdisplay0 uhidev1 at uhub3 port 2 configuration 1 interface 0 Microsoft Microsoft 5-Button Mouse with IntelliEye(TM) rev 1.10/3.00 addr 3 uhidev1: iclass 3/1 ums0 at uhidev1: 5 buttons, Z dir wsmouse0 at ums0 mux 0 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root root on sd0a (35a03017e0f23cb6.a) swap on sd0b dump on sd0b -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: dhcpd: bad IP checksums on current
On Sat, Apr 9, 2011 at 1:07 PM, Mattieu Baptiste mattie...@gmail.com wrote: Hi all, I just upgraded my soekris this morning. My clients doesn't receive DHCP responses anymore. When dhcpd receives DHCPREQUEST, I have those messages : $ sudo dhcpd -df vether0 5 bad IP checksums seen in 5 packets 5 bad IP checksums seen in 5 packets To be a bit more precise... all my clients are on OpenBSD -current, running dhclient(8) in base. Sorry for the incomplete message. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
dhcpd: bad IP checksums on current
Hi all, I just upgraded my soekris this morning. My clients doesn't receive DHCP responses anymore. When dhcpd receives DHCPREQUEST, I have those messages : $ sudo dhcpd -df vether0 5 bad IP checksums seen in 5 packets 5 bad IP checksums seen in 5 packets On this machine, vether0 is in a bridge : $ cat /etc/hostname.vether0 inet 192.168.1.1 255.255.255.0 NONE group internal $ cat /etc/hostname.bridge0 add vether0 add vether1 add vr0 add vr1 up $ ifconfig bridge0 bridge0: flags=41UP,RUNNING groups: bridge priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp designated: id 00:00:00:00:00:00 priority 0 vr1 flags=3LEARNING,DISCOVER port 2 ifpriority 0 ifcost 0 vr0 flags=3LEARNING,DISCOVER port 1 ifpriority 0 ifcost 0 vether1 flags=3LEARNING,DISCOVER port 10 ifpriority 0 ifcost 0 vether0 flags=3LEARNING,DISCOVER port 9 ifpriority 0 ifcost 0 Addresses (max cache: 100, timeout: 240): 00:11:25:d3:54:2c vr1 1 flags=0 48:5b:39:46:e1:d5 vr0 1 flags=0 $ ifconfig vr vr0: flags=8b43UP,BROADCAST,RUNNING,PROMISC,ALLMULTI,SIMPLEX,MULTICAST mtu 1500 lladdr 00:00:24:cb:19:70 description: Private Link priority: 0 media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::200:24ff:fecb:1970%vr0 prefixlen 64 scopeid 0x1 vr1: flags=8b43UP,BROADCAST,RUNNING,PROMISC,ALLMULTI,SIMPLEX,MULTICAST mtu 1500 lladdr 00:00:24:cb:19:71 description: Private Link priority: 0 media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::200:24ff:fecb:1971%vr1 prefixlen 64 scopeid 0x2 [...] $ ifconfig vether vether0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr fe:e1:ba:d0:0b:f2 description: Private Link priority: 0 groups: vether internal media: Ethernet autoselect status: active inet 192.168.1.1 netmask 0xff00 broadcast 192.168.1.255 inet6 fe80::fce1:baff:fed0:bf2%vether0 prefixlen 64 scopeid 0x9 vether1: flags=28943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,NOINET6 rdomain 1 mtu 1500 lladdr fe:e1:ba:d1:ff:6b description: Private Link priority: 0 groups: vether internal media: Ethernet autoselect status: active inet 192.168.1.2 netmask 0xff00 broadcast 192.168.1.255 -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: dhcpd: bad IP checksums on current
On Sun, Apr 10, 2011 at 2:47 AM, Kenneth R Westerback kwesterb...@rogers.com wrote: On Sat, Apr 09, 2011 at 01:15:42PM +0200, Mattieu Baptiste wrote: On Sat, Apr 9, 2011 at 1:07 PM, Mattieu Baptiste mattie...@gmail.com wrote: Hi all, I just upgraded my soekris this morning. My clients doesn't receive DHCP responses anymore. When dhcpd receives DHCPREQUEST, I have those messages : $ sudo dhcpd -df vether0 5 bad IP checksums seen in 5 packets 5 bad IP checksums seen in 5 packets To be a bit more precise... all my clients are on OpenBSD -current, running dhclient(8) in base. Sorry for the incomplete message. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can. What is dhcpd running on? Ken Are you talking about the interface or the machine ? dhcpd listens on a vether interface, member of a bridge. The machine is a soekris, running i386/current : OpenBSD 4.9-current (GENERIC) #3: Fri Apr 8 10:21:36 MDT 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: dhcpd: bad IP checksums on current
On Sun, Apr 10, 2011 at 3:28 AM, Matthew Dempsky matt...@dempsky.org wrote: There have been some changes to how checksums are handled in the kernel (in particular with bridges), so I can believe this was affected. Try running tcpdump -s 65535 -v udp port bootps or udp port bootpc on various interfaces on both the server and the clients. It should warn if it sees bad checksums, and can help track down what's going on. On the clients, checksums are ok. On the server, checksums are ok on the bridge and physical interfaces (vr0 and vr1) but not on vether interfaces: $ sudo tcpdump -i vr0 -s 65535 -v udp port bootps or udp port bootpc tcpdump: listening on vr0, link-type EN10MB ^C 79 packets received by filter 0 packets dropped by kernel $ sudo tcpdump -i vr1 -s 65535 -v udp port bootps or udp port bootpc tcpdump: listening on vr1, link-type EN10MB 03:33:11.937955 0.0.0.0.bootpc 255.255.255.255.bootps: [udp sum ok] xid:0xe23d6fe3 vend-rfc1048 HN:freekc RQ:freekc.panam.brimbelle.org DHCP:DISCOVER PR:SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328) 03:33:12.942426 0.0.0.0.bootpc 255.255.255.255.bootps: [udp sum ok] xid:0xe23d6fe3 secs:1 vend-rfc1048 HN:freekc RQ:freekc.panam.brimbelle.org DHCP:DISCOVER PR:SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328) ^C 5 packets received by filter 0 packets dropped by kernel $ sudo tcpdump -i vether0 -s 65535 -v udp port bootps or udp port bootpc tcpdump: listening on vether0, link-type EN10MB 03:34:05.109195 0.0.0.0.bootpc 255.255.255.255.bootps: [udp sum ok] xid:0x67aba28a vend-rfc1048 HN:freekc RQ:freekc.panam.brimbelle.org DHCP:DISCOVER PR:SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328, bad cksum 0!) 03:34:06.114124 0.0.0.0.bootpc 255.255.255.255.bootps: [udp sum ok] xid:0x67aba28a secs:1 vend-rfc1048 HN:freekc RQ:freekc.panam.brimbelle.org DHCP:DISCOVER PR:SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328, bad cksum 0!) ^C 66 packets received by filter 0 packets dropped by kernel $ sudo tcpdump -i vether1 -s 65535 -v udp port bootps or udp port bootpc tcpdump: listening on vether1, link-type EN10MB 03:34:28.549541 0.0.0.0.bootpc 255.255.255.255.bootps: [udp sum ok] xid:0x76f52a27 vend-rfc1048 HN:freekc RQ:freekc.panam.brimbelle.org DHCP:DISCOVER PR:SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328, bad cksum 0!) 03:34:29.554754 0.0.0.0.bootpc 255.255.255.255.bootps: [udp sum ok] xid:0x76f52a27 secs:1 vend-rfc1048 HN:freekc RQ:freekc.panam.brimbelle.org DHCP:DISCOVER PR:SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328, bad cksum 0!) ^C 3 packets received by filter 0 packets dropped by kernel $ sudo tcpdump -i bridge0 -s 65535 -v udp port bootps or udp port bootpc tcpdump: listening on bridge0, link-type EN10MB 03:34:48.173526 0.0.0.0.bootpc 255.255.255.255.bootps: [udp sum ok] xid:0x604fe8b3 vend-rfc1048 HN:freekc RQ:freekc.panam.brimbelle.org DHCP:DISCOVER PR:SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328) 03:34:49.185256 0.0.0.0.bootpc 255.255.255.255.bootps: [udp sum ok] xid:0x604fe8b3 secs:1 vend-rfc1048 HN:freekc RQ:freekc.panam.brimbelle.org DHCP:DISCOVER PR:SM+BR+DG+DN+NS+HN [tos 0x10] (ttl 16, id 0, len 328) ^C 146 packets received by filter 0 packets dropped by kernel -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
cannot reboot system with softraid(4) volumes
fixed sd1: 34732MB, 512 bytes/sec, 71132959 sec total sd2 at scsibus1 targ 2 lun 0: COMPAQ, BF1468A4B3, HPB5 SCSI3 0/direct fixed sd2: 140014MB, 512 bytes/sec, 286749488 sec total sd3 at scsibus1 targ 3 lun 0: COMPAQ, BF14687B56, HPB9 SCSI3 0/direct fixed sd3: 140014MB, 512 bytes/sec, 286749488 sec total siop1 at pci2 dev 2 function 1 Symbios Logic 53c1010-66 rev 0x01: ivec 0x728, using 8K of on-board RAM scsibus2 at siop1: 16 targets, initiator 7 schizo3 at mainbus0: Tomatillo, version 4, ign 740, bus B 0 to 0 schizo3: dvma map c000-dfff pci3 at schizo3 bge2 at pci3 dev 2 function 0 Broadcom BCM5704C rev 0x00, BCM5704 A3 (0x2003): ivec 0x75c, address 00:03:ba:bd:ee:a3 brgphy2 at bge2 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0 bge3 at pci3 dev 2 function 1 Broadcom BCM5704C rev 0x00, BCM5704 A3 (0x2003): ivec 0x75d, address 00:03:ba:bd:ee:a4 brgphy3 at bge3 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0 ifb0 at pci3 dev 1 function 0 3D Labs Wildcat 5110 rev 0x01 ifb0: XVR-500 (SUNW,375-3069), 1152x900 wsdisplay0 at ifb0 mux 1 wsdisplay0: screen 0 added (std, sun emulation) siop0: target 0 now using tagged DT 16 bit 80.0 MHz 62 REQ/ACK offset xfers vscsi0 at root scsibus3 at vscsi0: 256 targets softraid0 at root siop0: target 1 now using tagged DT 16 bit 80.0 MHz 62 REQ/ACK offset xfers siop0: target 2 now using tagged DT 16 bit 80.0 MHz 31 REQ/ACK offset xfers siop0: target 3 now using tagged DT 16 bit 80.0 MHz 31 REQ/ACK offset xfers scsibus4 at softraid0: 1 targets sd4 at scsibus4 targ 0 lun 0: OPENBSD, SR RAID 1, 004 SCSI2 0/direct fixed sd4: 32433MB, 512 bytes/sec, 66423360 sec total scsibus5 at softraid0: 1 targets sd5 at scsibus5 targ 0 lun 0: OPENBSD, SR RAID 0, 004 SCSI2 0/direct fixed sd5: 280023MB, 512 bytes/sec, 573487616 sec total bootpath: /pci@1c,60/scsi@2,0/disk@0,0 root on sd0a swap on sd0b dump on sd0b swapctl: adding 438d5c40.b as swap device at priority 0 Automatic boot in progress: starting file system checks. /dev/rsd0a: file system is clean; not checking /dev/sd5k (5cd55a71b5790766.k): file system is clean; not checking /dev/sd4h (a45b5629cc97897e.h): file system is clean; not checking /dev/sd4d (a45b5629cc97897e.d): file system is clean; not checking /dev/sd4g (a45b5629cc97897e.g): file system is clean; not checking /dev/sd4e (a45b5629cc97897e.e): file system is clean; not checking setting tty flags pf enabled starting network starting system logger starting named starting initial daemons: ntpd. savecore: no core dump checking quotas: done. building ps databases: kvm dev. clearing /tmp starting pre-securelevel daemons:. setting kernel security level: kern.securelevel: 0 - 1 creating runtime link editor directory cache. preserving editor files. starting network daemons: sshd sendmail httpd ftpd inetd. starting local daemons: mysqld. standard daemons: cron. Tue Mar 8 10:58:39 CET 2011 OpenBSD/sparc64 (test.brimbelle.org) (console) login: -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: cannot reboot system with softraid(4) volumes
On Tue, Mar 8, 2011 at 12:52 PM, Nick Holland n...@holland-consulting.net wrote: On 03/08/11 05:10, Mattieu Baptiste wrote: Hi all, I know this setup might not be fully supported but I wanted to report this. On my Sun Fire V240 I have two softraid(4) volumes: - sd4 (UUID a45b5629cc97897e), RAID1 for : /tmp, /var, /usr, /home - sd5 (UUID 5cd55a71b5790766), RAID0 for data. My /etc/fstab is as follows: 438d5c40.b none swap sw 0 0 /dev/sd0a / ffs rw,softdep 1 1 438d5c40.a /altroot ffs xx 0 0 a45b5629cc97897e.h /home ffs rw,nodev,nosuid,softdep 1 2 a45b5629cc97897e.d /tmp ffs rw,nodev,nosuid,softdep 1 2 a45b5629cc97897e.g /usr ffs rw,nodev,softdep 1 2 a45b5629cc97897e.e /var ffs rw,nodev,nosuid,softdep 1 2 5cd55a71b5790766.k /var/www/ftp ffs rw,nodev,nosuid,softdep 1 2 When I try to reboot the machine, it stalls at: $ sudo reboot /etc/rc.shutdown in progress... stopping local daemons: mysqld. /etc/rc.shutdown complete. syncing disks... done sd5 detached scsibus5 detached sd4 detached scsibus4 detached The only way to reboot the machine is via ALOM. ... Could you verify that this is actually related to softraid by installing on a non-softraid drive and see if you can reboot normally? Yes, I used to run this machine without softraid. Reboot was working fine. I've seen this problem what I thought was intermittently on sparc64, but didn't link it to softraid...but now that you mention it, it MIGHT have been on softraid-ed machines. Nick. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: cannot reboot system with softraid(4) volumes
On Tue, Mar 8, 2011 at 4:53 PM, Kenneth R Westerback kwesterb...@rogers.com wrote: On Tue, Mar 08, 2011 at 02:16:57PM +0100, Mattieu Baptiste wrote: On Tue, Mar 8, 2011 at 12:52 PM, Nick Holland n...@holland-consulting.net wrote: On 03/08/11 05:10, Mattieu Baptiste wrote: Hi all, I know this setup might not be fully supported but I wanted to report this. On my Sun Fire V240 I have two softraid(4) volumes: - sd4 (UUID a45b5629cc97897e), RAID1 for : /tmp, /var, /usr, /home - sd5 (UUID 5cd55a71b5790766), RAID0 for data. My /etc/fstab is as follows: 438d5c40.b none swap sw 0 0 /dev/sd0a / ffs rw,softdep 1 1 438d5c40.a /altroot ffs xx 0 0 a45b5629cc97897e.h /home ffs rw,nodev,nosuid,softdep 1 2 a45b5629cc97897e.d /tmp ffs rw,nodev,nosuid,softdep 1 2 a45b5629cc97897e.g /usr ffs rw,nodev,softdep 1 2 a45b5629cc97897e.e /var ffs rw,nodev,nosuid,softdep 1 2 5cd55a71b5790766.k /var/www/ftp ffs rw,nodev,nosuid,softdep 1 2 When I try to reboot the machine, it stalls at: $ sudo reboot /etc/rc.shutdown in progress... stopping local daemons: mysqld. /etc/rc.shutdown complete. syncing disks... done sd5 detached scsibus5 detached sd4 detached scsibus4 detached The only way to reboot the machine is via ALOM. ... Could you verify that this is actually related to softraid by installing on a non-softraid drive and see if you can reboot normally? Yes, I used to run this machine without softraid. Reboot was working fine. I've seen this problem what I thought was intermittently on sparc64, but didn't link it to softraid...but now that you mention it, it MIGHT have been on softraid-ed machines. Nick. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can. I don't think it has anything to do with your problem, but I am curious why you have /dev/sd0a in the fstab, rather than the DUID. On sd0, sd0a is / and on sd1, sd1a is /altroot. If I pull out one of these two disks, I'd like to boot correctly the system, whichever the DUID is. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: rum(4) ohci scheduling overruns in current/i386
On Sun, Dec 5, 2010 at 11:06 AM, Tom Murphy open...@pertho.net wrote: I get these from time to time on my Soekris net5501 too. A reboot seems to fix the problem. It is not dying hardware. If it was, I wouldn't continue to use the machine. Yes... rebooting the machine three times didn't help. But powering off and then powering on fixed the problem. Really strange these soekris... Sorry for this non-issue. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
rum(4) ohci scheduling overruns in current/i386
Hi all, I decided to upgrade my soekris net5501 (from a snapshot around september 7) to -current. I had in the past random ohci scheduling overruns, resulting in an unusable rum(4). But ifconfig down/up solves the problem. Now I have a lot of ohci scheduling overruns just after boot and my rum(4) isn't usable. Here is a dmesg: OpenBSD 4.8-current (GENERIC) #507: Wed Dec 1 22:37:15 MST 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 500 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX real mem = 536440832 (511MB) avail mem = 517615616 (493MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/80/26, BIOS32 rev. 0 @ 0xfac40 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0xa800 cpu0 at mainbus0: (uniprocessor) amdmsr0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (bios) io address conflict 0x6100/0x100 io address conflict 0x6200/0x200 pchb0 at pci0 dev 1 function 0 AMD Geode LX rev 0x33 glxsb0 at pci0 dev 1 function 2 AMD Geode LX Crypto rev 0x00: RNG AES vr0 at pci0 dev 6 function 0 VIA VT6105M RhineIII rev 0x96: irq 11, address 00:00:24:cb:19:70 ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr1 at pci0 dev 7 function 0 VIA VT6105M RhineIII rev 0x96: irq 5, address 00:00:24:cb:19:71 ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr2 at pci0 dev 8 function 0 VIA VT6105M RhineIII rev 0x96: irq 9, address 00:00:24:cb:19:72 ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr3 at pci0 dev 9 function 0 VIA VT6105M RhineIII rev 0x96: irq 12, address 00:00:24:cb:19:73 ukphy3 at vr3 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 ral0 at pci0 dev 14 function 0 Ralink RT2561S rev 0x00: irq 10, address 00:18:f8:a5:f3:34 ral0: MAC/BBP RT2561C, RF RT2527 glxpcib0 at pci0 dev 20 function 0 AMD CS5536 ISA rev 0x03: rev 3, 32-bit 3579545Hz timer, watchdog, gpio gpio0 at glxpcib0: 32 pins pciide0 at pci0 dev 20 function 2 AMD CS5536 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SanDisk SDCFH-2048 wd0: 4-sector PIO, LBA, 1953MB, 4001760 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide0: channel 1 ignored (disabled) ohci0 at pci0 dev 21 function 0 AMD CS5536 USB rev 0x02: irq 15, version 1.0, legacy support ehci0 at pci0 dev 21 function 1 AMD CS5536 USB rev 0x02: irq 15 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 AMD EHCI root hub rev 2.00/1.00 addr 1 isa0 at glxpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 spkr0 at pcppi0 nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS gpio1 at nsclpcsio0: 29 pins npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 AMD OHCI root hub rev 1.00/1.00 addr 1 biomask e1c5 netmask ffe5 ttymask mtrr: K6-family MTRR support (2 registers) rum0 at uhub0 port 1 Ralink 802.11 bg WLAN rev 2.00/0.01 addr 2 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528, address 1c:af:f7:7b:5e:9d vscsi0 at root scsibus0 at vscsi0: 256 targets softraid0 at root root on wd0a swap on wd0b dump on wd0b ohci0: 1 scheduling overruns ohci0: 2 scheduling overruns ohci0: 161 scheduling overruns ohci0: 136 scheduling overruns ohci0: 148 scheduling overruns ohci0: 145 scheduling overruns ohci0: 151 scheduling overruns ohci0: 163 scheduling overruns ohci0: 150 scheduling overruns ohci0: 150 scheduling overruns ohci0: 175 scheduling overruns ohci0: 143 scheduling overruns ohci0: 131 scheduling overruns ohci0: 153 scheduling overruns ohci0: 163 scheduling overruns ohci0: 86 scheduling overruns ohci0: 157 scheduling overruns ohci0: 142 scheduling overruns ohci0: 107 scheduling overruns ohci0: 135 scheduling overruns ohci0: 122 scheduling overruns ohci0: 140 scheduling overruns ohci0: 132 scheduling overruns ohci0: 144 scheduling overruns rum0: could not retrieve Tx statistics - cancelling automatic rate control ohci0: 135 scheduling overruns ohci0: 119 scheduling overruns ohci0: 134 scheduling overruns ohci0: 136 scheduling overruns rum0: could not transmit buffer: TIMEOUT rum0: device timeout -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
DRM/OpenGL problems with Radeon HD 4670 on -current
6 int 17 (irq 5) pci2 at ppb1 bus 6 ppb2 at pci0 dev 28 function 4 Intel 3400 PCIE rev 0x06: apic 6 int 17 (irq 5) pci3 at ppb2 bus 5 ppb3 at pci0 dev 28 function 5 Intel 3400 PCIE rev 0x06: apic 6 int 16 (irq 10) pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 6 Intel 3400 PCIE rev 0x06: apic 6 int 18 (irq 15) pci5 at ppb4 bus 3 jmb0 at pci5 dev 0 function 0 JMicron JMB363 IDE/SATA rev 0x03 ahci0 at jmb0: apic 6 int 18 (irq 15), AHCI 1.0 scsibus0 at ahci0: 32 targets pciide0 at jmb0: DMA, channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide0: using apic 6 int 18 (irq 15) for native-PCI interrupt atapiscsi0 at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: PHILIPS, DVDR1628P1, Q1.1 ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) ppb5 at pci0 dev 28 function 7 Intel 3400 PCIE rev 0x06: apic 6 int 19 (irq 11) pci6 at ppb5 bus 2 re0 at pci6 dev 0 function 0 Realtek 8168 rev 0x03: RTL8168D/8111D (0x2800), apic 6 int 19 (irq 11), address 48:5b:39:46:e1:d5 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ehci1 at pci0 dev 29 function 0 Intel 3400 USB rev 0x06: apic 6 int 23 (irq 7) usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb6 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xa6 pci7 at ppb6 bus 7 VIA VT6306 FireWire rev 0xc0 at pci7 dev 4 function 0 not configured pcib0 at pci0 dev 31 function 0 Intel P55 LPC rev 0x06 ahci1 at pci0 dev 31 function 2 Intel 3400 AHCI rev 0x06: apic 6 int 21 (irq 14), AHCI 1.3 scsibus2 at ahci1: 32 targets sd0 at scsibus2 targ 0 lun 0: ATA, C300-CTFDDAC064M, 0002 SCSI3 0/direct fixed sd0: 61057MB, 512 bytes/sec, 125045424 sec total ichiic0 at pci0 dev 31 function 3 Intel 3400 SMBus rev 0x06: apic 6 int 18 (irq 15) iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600 spdmem1 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lm0 at isa0 port 0x290/8: W83627DHG mtrr: Pentium Pro MTRR support uhub2 at uhub0 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2 uhub3 at uhub1 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2 umass0 at uhub3 port 1 configuration 1 interface 0 DMI External HDD rev 2.00/1.12 addr 3 umass0: using SCSI over Bulk-Only scsibus3 at umass0: 2 targets, initiator 0 sd1 at scsibus3 targ 1 lun 0: SAMSUNG, HD103UJ, SCSI2 0/direct fixed sd1: 953869MB, 512 bytes/sec, 1953525168 sec total uvideo0 at uhub3 port 2 configuration 1 interface 0 Logitech QuickCam Pro 9000 rev 2.00/0.08 addr 4 video0 at uvideo0 uaudio0 at uhub3 port 2 configuration 1 interface 2 Logitech QuickCam Pro 9000 rev 2.00/0.08 addr 4 uaudio0: audio rev 1.00, 2 mixer controls audio1 at uaudio0 uhidev0 at uhub3 port 7 configuration 1 interface 0 CHICONY HP Basic USB Keyboard rev 1.10/3.00 addr 5 uhidev0: iclass 3/1 ukbd0 at uhidev0: 8 modifier keys, 6 key codes wskbd1 at ukbd0 mux 1 wskbd1: connecting to wsdisplay0 uhidev1 at uhub3 port 8 configuration 1 interface 0 Logitech USB-PS/2 Optical Mouse rev 2.00/22.00 addr 6 uhidev1: iclass 3/1 ums0 at uhidev1: 8 buttons, Z dir wsmouse0 at ums0 mux 0 softraid0 at root root on sd0a swap on sd0b dump on sd0b The xrandr output : Screen 0: minimum 320 x 200, current 2560 x 1024, maximum 2560 x 1024 DVI-1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 359mm x 287mm 1280x1024 60.0*+ 75.0 60.0 1152x921 66.0 1024x768 75.0 70.1 60.0 832x62474.6 800x60072.2 75.0 60.3 56.2 640x48075.0 72.8 66.7 59.9 720x40070.1 DVI-0 connected 1280x1024+1280+0 (normal left inverted right x axis y axis) 359mm x 287mm 1280x1024 60.0*+ 75.0 60.0 1152x921 66.0 1024x768 75.0 70.1 60.0 832x62474.6 800x60072.2 75.0 60.3 56.2 640x48075.0 72.8 66.7 59.9 720x40070.1 -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Up to date graphics card for a new desktop machine
Hi all, I'd like to upgrade my main machine with something more up to date. Every parts are already chosen but my main concern is the graphics card. I thought about a Radeon HD 4670 which seems to have DRM support in -current. Is it a good choice to you ? I was also wondering whether the dual-link DVI models are correctly supported in a dual head setup or if I have to go with two real DVI outputs. Regards, -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
radeondrm crashes on -current
at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt2 at isa0 port 0x3bc/4: polled aps0 at isa0 port 0x1600/31 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask efe5 netmask efe5 ttymask mtrr: Pentium Pro MTRR support umass0 at uhub0 port 3 configuration 1 interface 0 DMI External HDD rev 2.00/1.12 addr 2 umass0: using SCSI over Bulk-Only scsibus1 at umass0: 2 targets, initiator 0 sd0 at scsibus1 targ 1 lun 0: SAMSUNG, HD103UJ, SCSI2 0/direct fixed sd0: 953869MB, 512 bytes/sec, 1953525168 sec total ugen0 at uhub3 port 2 STMicroelectronics Biometric Coprocessor rev 1.00/0.01 addr 2 uhidev0 at uhub2 port 2 configuration 1 interface 0 Logitech USB-PS/2 Optical Mouse rev 2.00/22.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 root on wd0a swap on wd0b dump on wd0b WARNING: / was not properly unmounted WARNING: R/W mount of /media/tera denied. Filesystem is not clean - run fsck auich0: measured ac97 link rate at 47766 Hz, will use 48000 Hz Regards, -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: IPv6, ftp-proxy and PF rules
On Fri, Mar 12, 2010 at 1:06 AM, Claudio Jeker cje...@diehard.n-r-g.com wrote: Local IPv6 redirects do not work at least not to ::1. This is a bu^Wfeature in netinet6. It seems none of our IPv6 users care to much to fix it (or they're equaly scared of the code). Hi, Thanks for the help. Redirecting to my external global address (instead of ::1) and making ftp-proxy listen on it does the trick. I don't know if adjusting the man page would be useful since I imagine the similar problem would occur with every tools requiring redirections to ::1... Index: ftp-proxy.8 === RCS file: /cvs/src/usr.sbin/ftp-proxy/ftp-proxy.8,v retrieving revision 1.14 diff -u -r1.14 ftp-proxy.8 --- ftp-proxy.8 21 Nov 2009 13:59:31 - 1.14 +++ ftp-proxy.8 12 Mar 2010 11:32:24 - @@ -192,3 +192,13 @@ .Pp .Nm chroots to /var/empty and changes to user proxy to drop privileges. +.Sh BUGS +There is a bug in +.Xr inet6 4 +making impossible to redirect IPv6 traffic to ::1. +If you intend to use +.Nm +in an IPv6 setup, redirect control connections to a global IPv6 address and +make +.Nm +listen on it. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: IPv6, ftp-proxy and PF rules
On Thu, Mar 11, 2010 at 1:54 AM, FRLinux frli...@gmail.com wrote: Just a shot in the dark here but why not enabling your local net with router advertisement? (man rtadvd) rtadvd has to do with stateless autoconfiguration. I use it on my private local network. On my dmz, all machines are statically configured. This is working fine for HTTP/HTTPS : IPv6 packets are correctly routed on my firewall. But as I don't want to route a giant port range for FTP on this firewall, I intend to use ftp-proxy. But the rdr-to rule doesn't seem to redirect packets to the ftp-proxy process. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: IPv6, ftp-proxy and PF rules
On Mon, Mar 8, 2010 at 10:36 AM, Mattieu Baptiste mattie...@gmail.com wrote: Hi all, I have a public FTP server accessible through redirections on my firewall via ftp-proxy (my server has a private IPv4 address on a local subnet). I d'like to make it accessible through my IPv6 connectivity (gif tunnel with hurricane electric). With this IPv6 connectivity, all my servers have public addresses. But I can't find a way to do it with ftp-proxy which seems to support my setup. In my pf.conf I have: anchor ftp-proxy/* pass in log quick on gif0 inet6 proto tcp to port ftp rdr-to ::1 port 8121 Then I start the IPv6 instance of ftp-proxy with: /usr/sbin/ftp-proxy -6 -p 8121 I tried to start ftp-proxy with -vv -D 7 but I haven't any output (with the IPv4 instance of ftp-proxy I can see the ftp connection). Nothing happens. It seems the redirection in my pf.conf isn't happening. On the other hand, with the log keyword on this rule, the rule correctly matches since I can see it on pflog0... Any Ideas ? Nobody uses ftp-proxy with IPv6 ? (It's on -current) -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
IPv6, ftp-proxy and PF rules
Hi all, I have a public FTP server accessible through redirections on my firewall via ftp-proxy (my server has a private IPv4 address on a local subnet). I d'like to make it accessible through my IPv6 connectivity (gif tunnel with hurricane electric). With this IPv6 connectivity, all my servers have public addresses. But I can't find a way to do it with ftp-proxy which seems to support my setup. In my pf.conf I have: anchor ftp-proxy/* pass in log quick on gif0 inet6 proto tcp to port ftp rdr-to ::1 port 8121 Then I start the IPv6 instance of ftp-proxy with: /usr/sbin/ftp-proxy -6 -p 8121 I tried to start ftp-proxy with -vv -D 7 but I haven't any output (with the IPv4 instance of ftp-proxy I can see the ftp connection). Nothing happens. It seems the redirection in my pf.conf isn't happening. On the other hand, with the log keyword on this rule, the rule correctly matches since I can see it on pflog0... Any Ideas ? -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Sparc classic serial ports ttya vs cuaa
On Tue, Feb 23, 2010 at 5:20 PM, Henning Brauer lists-open...@bsws.de wrote: * Alex Carver agcarver+open...@acarver.net [2010-02-23 05:53]: I've been working on getting gpsd working on one of my old Sun IPXes but I've run into a problem with ldattach needing the /dev/cuaa device. The serial port /dev/ttya is working with gpsd directly but ldattach requires /dev/cuaa. However, according to the system logs, ldattach issues the error (ldattach is run as root): ldattach: can't open /dev/cuaa: Device not configured if memory serves the serial driver for the sparcs doesn't implement the cua devices. you omitted a dmesg and i don't remember which serial driver the onboard cereals use tho. the manpage would have a note. On my SPARCclassic, this is /dev/zstty0 and /dev/zstty1. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Current fails to boot a Dell R300
On Mon, Jan 4, 2010 at 10:16 PM, Laurent CARON lca...@unix-scripts.info wrote: Hi, I'm happily using two R300 for a few months now but currently facing a little issue. I did upgrade one of the boxes today and the box was unable to boot. It seems to be related to atapiscsi It hangs just after scsibus1 at atapiscsi0: 2 targets Hi, I seen exactly the same thing today on a ThinkPad T43. Regards, -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
strange X rendering on -current/i386
0xc340 to 0xc300 -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Bind ntpd on certain interface?
On Fri, Aug 14, 2009 at 11:53 AM, Nice Daemon nicedae...@googlemail.com wrote: You probably rape children in your spare time, This is obviously the point you enjoy to tell the world for the nth time that you're totally insane. Why don't you tell people that they're reincarnations of Adolf Hitler? Congratulations! Your are the proud winner of this thread! / __) () () () () () (__ \ |_| |_| _ __ __ | |/ | _ __ ___ (_)_ __ | |_ | | | || | | '_ \ / _ \| | '_ \| __|| | |_|| | | |_) | (_) | | | | | |_ |_| _ |_| | .__/ \___/|_|_| |_|\__| _ | | |_| | | | | | | |_| _ _ |_| _ / ___| ___ __| |_ _(_)_ __ _ | | | | _ / _ \ / _` \ \ /\ / / | '_ \| | | | | |_| | (_) | (_| |\ V V /| | | | | | | |_|\|\___/ \__,_| \_/\_/ |_|_| |_| |_| __ | |__ __| | \) () () () () () (/ -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: random crashes on a firewall with OpenBSD 4.5-stable
On Sun, Aug 2, 2009 at 10:45 AM, ropersrop...@gmail.com wrote: Of course, depending on your circumstances it may be more economical to just chuck the suspect RAM instead of wasting 24 hours. And granted, YMMV. But if anyone has ever seen any faulty RAM whose problems a 24hr burn-in test with memtest86+ could not detect, I'd be very interested in hearing that. regards, --ropers I have seen errors appear after more than 24 hours: 36 or 48 hours. Yes, it can happen. Cheers, -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: aucat freezes sparc64 on -current
Hi, it seems related to the audio device driver; aucat is a simple user process so it cant freeze the box by itself. do you manage to freeze the box if you use ``aucat -m play -l'' ie playback only mode ? Play-only mode works fine (it doesn't freeze the box). does it freeze if you start ``aucat -l -b 16384'' ? Yes it freezes with this. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
aucat freezes sparc64 on -current
wsmouse0 at ums0 mux 0 softraid0 at root bootpath: /p...@1e,60/i...@d,0/d...@0,0 root on wd0a swap on wd0b dump on wd0b -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: error : pkg add phpMyAdmin
On Wed, Apr 15, 2009 at 12:24 AM, Jean-Francois jfsimon1...@gmail.com wrote: [Wed Apr 15 00:17:04 2009] [error] PHP Warning: session_start() [a href='function.session-start'function.session-start/a]: open(/tmp//sess_kt447gtf9i2qj3f74b3jve2abdf8fgi8, O_RDWR) failed: Permission denied (13) in /phpMyAdmin/libraries/session.inc.php on line 87 [Wed Apr 15 00:17:04 2009] [error] PHP Warning: Unknown: open(/tmp//sess_kt447gtf9i2qj3f74b3jve2abdf8fgi8, O_RDWR) failed: Permission denied (13) in Unknown on line 0 [Wed Apr 15 00:17:04 2009] [error] PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 I made the sym link as stated - did I miss something ? Man, have you at least looked at the output of pkg_add?!? The error message is pretty clear... $ pkg_info -M php5-core [...] Don't forget that the default OpenBSD httpd is chrooted into /var/www by default, so you may need to create support directories such as /var/www/tmp for PHP to work correctly. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: (bit)torrent openbsd client
On Wed, Jan 28, 2009 at 4:26 PM, fRANz andrea.francesc...@gmail.com wrote: try rtorrent: http://libtorrent.rakshasa.no/ Any feedback on the status of rtorrent on -current ? I tested it two months ago and I experienced system crashes like some people had. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: radeondrm issues
freekc /bsd: usb3 at uhci2: USB revision 1.0 Dec 3 00:59:36 freekc /bsd: uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 Dec 3 00:59:36 freekc /bsd: usb4 at uhci3: USB revision 1.0 Dec 3 00:59:36 freekc /bsd: uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 Dec 3 00:59:36 freekc /bsd: isa0 at ichpcib0 Dec 3 00:59:36 freekc /bsd: isadma0 at isa0 Dec 3 00:59:36 freekc /bsd: com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo Dec 3 00:59:36 freekc /bsd: com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo Dec 3 00:59:36 freekc /bsd: pckbc0 at isa0 port 0x60/5 Dec 3 00:59:36 freekc /bsd: pckbd0 at pckbc0 (kbd slot) Dec 3 00:59:36 freekc /bsd: pckbc0: using irq 1 for kbd slot Dec 3 00:59:36 freekc /bsd: wskbd0 at pckbd0: console keyboard, using wsdisplay0 Dec 3 00:59:36 freekc /bsd: pms0 at pckbc0 (aux slot) Dec 3 00:59:36 freekc /bsd: pckbc0: using irq 12 for aux slot Dec 3 00:59:36 freekc /bsd: wsmouse0 at pms0 mux 0 Dec 3 00:59:36 freekc /bsd: pcppi0 at isa0 port 0x61 Dec 3 00:59:36 freekc /bsd: midi0 at pcppi0: PC speaker Dec 3 00:59:36 freekc /bsd: spkr0 at pcppi0 Dec 3 00:59:36 freekc /bsd: lpt2 at isa0 port 0x3bc/4: polled Dec 3 00:59:36 freekc /bsd: aps0 at isa0 port 0x1600/31 Dec 3 00:59:36 freekc /bsd: npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 Dec 3 00:59:36 freekc /bsd: fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 Dec 3 00:59:36 freekc /bsd: biomask efe5 netmask efe5 ttymask Dec 3 00:59:36 freekc /bsd: mtrr: Pentium Pro MTRR support Dec 3 00:59:36 freekc /bsd: umass0 at uhub0 port 3 configuration 1 interface 0 Maxtor OneTouch rev 2.00/2.00 addr 2 Dec 3 00:59:36 freekc /bsd: umass0: using SCSI over Bulk-Only Dec 3 00:59:36 freekc /bsd: scsibus1 at umass0: 2 targets, initiator 0 Dec 3 00:59:36 freekc /bsd: sd0 at scsibus1 targ 1 lun 0: Maxtor, OneTouch, 0201 SCSI0 0/direct fixed Dec 3 00:59:36 freekc /bsd: sd0: 194480MB, 512 bytes/sec, 398295040 sec total Dec 3 00:59:36 freekc /bsd: ugen0 at uhub3 port 2 STMicroelectronics Biometric Coprocessor rev 1.00/0.01 addr 2 Dec 3 00:59:36 freekc /bsd: uhidev0 at uhub2 port 2 configuration 1 interface 0 Logitech USB-PS/2 Optical Mouse rev 2.00/22.00 addr 2 Dec 3 00:59:36 freekc /bsd: uhidev0: iclass 3/1 Dec 3 00:59:37 freekc /bsd: ums0 at uhidev0: 8 buttons, Z dir Dec 3 00:59:37 freekc /bsd: wsmouse1 at ums0 mux 0 Dec 3 00:59:37 freekc /bsd: softraid0 at root Dec 3 00:59:37 freekc /bsd: root on wd0a swap on wd0b dump on wd0b Dec 3 00:59:36 freekc savecore: no core dump Dec 3 00:59:40 freekc /bsd: auich0: measured ac97 link rate at 47993 Hz, will use 48000 Hz Dec 3 00:59:40 freekc apmd: battery status: high. external power status: connected. estimated battery life 99% Dec 3 00:59:45 freekc kdm_config[28296]: No XDMCP requests will be granted Dec 3 00:59:52 freekc /bsd: radeondrm0: Setting GART location based on new memory map Dec 3 00:59:52 freekc /bsd: radeondrm0: Loading R300 Microcode Dec 3 00:59:52 freekc /bsd: radeondrm0: writeback test succeeded in 1 usecs Dec 3 00:59:59 freekc kdm: :0[22024]: Can't execute /usr/local/share/config/kdm/Xsetup: No such file or directory Dec 3 01:00:01 freekc syslogd: restart Dec 3 01:00:07 freekc kdm: :0[16175]: Can't execute /usr/local/share/config/kdm/Xstartup: No such file or directory Dec 3 01:03:24 freekc gconfd (mattieu-21025): starting (version 2.22.0), pid 21025 user 'mattieu' Dec 3 01:03:25 freekc gconfd (mattieu-21025): Resolved address xml:readwrite:/home/mattieu/.gconf to a writable configuration source at position 0 Dec 3 20:00:01 freekc syslogd: restart Dec 3 20:02:47 freekc kdm: :0[1304]: Can't execute /usr/local/share/config/kdm/Xreset: No such file or directory Dec 3 20:02:47 freekc /bsd: uvm_fault(0xd07edc40, 0xdce33000, 0, 3) - e Dec 3 20:02:48 freekc /bsd: kernel: page fault trap, code=0 Dec 3 20:02:49 freekc /bsd: Stopped atradeon_cp_dispatch_flip+0xd6: movl$0x5c8,0(%edi,%ecx,4) Dec 4 20:02:49 freekc /bsd: ddb ddb syncing disks... -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: radeondrm issues
On Wed, Dec 3, 2008 at 12:55 AM, Dan Harnett [EMAIL PROTECTED] wrote: On Wed, Dec 03, 2008 at 12:12:48AM +0100, Mattieu Baptiste wrote: You can imagine that if I had the oportunity to do something on the console, I would have already done that. You'd be surprised. The point is the screen goes black and the only solution I have is to reboot the machine. oga@ suggested me to ask if other people with a proper serial console can reproduce the problem. You failed to mention this in your first post. That is the reason I ask misc. How up to date is your source tree? You said you've had this problem for a few days. Have you updated since a few days ago? There have been several fixes for radeons. Did you try a kernel with drm and radeondrm disabled to see if it makes any difference? Did you try backing out any source to an earlier version to narrow down what change could have broke this? Does dropping kqemu change anything? You can try `boot reboot`, or `boot dump`, either might give you information, but its not guarenteed. Thanks for the suggestion Peter but it doesn't change anything. The machine has no reaction. Well, you should notice the hard drive light go solid with a 'boot dump'. That is if you have enough space. It will take a while as you have quite a bit of memory. Besides the light, the machine will appear to be doing nothing. I would suggest hitting enter before typing 'boot dump' incase there is any garbage input on the console. You're also typing blind. Don't assume that you're in DDB or that DDB is behaving nicely. Ok, I have more details. I have disabled the kqemu module, and updated my tree just in case. Now my system is -current from today (2008/12/03). I use kdm to launch xfce. To exit X and shut down the machine, I use the xfce. When I shutdown the machine after some minutes of uptime, everything is fine. If I let the machine running for some hours, when I want to shut it down, X crashes. I can't ssh to it. I tried a blind boot dump, here is the output. If I run ps and trace blindly, does the errors will be written in /var/log/messages ? Thanks, Dec 3 00:59:35 freekc /bsd: OpenBSD 4.4-current (GENERIC) #36: Wed Dec 3 00:38:24 CET 2008 Dec 3 00:59:35 freekc /bsd: [EMAIL PROTECTED]: /usr/src/sys/arch/i386/compile/GENERIC Dec 3 00:59:35 freekc /bsd: cpu0: Intel(R) Pentium(R) M processor 1.86GHz (GenuineIntel 686-class) 1.87 GHz Dec 3 00:59:35 freekc /bsd: cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2 Dec 3 00:59:35 freekc /bsd: real mem = 1005023232 (958MB) Dec 3 00:59:35 freekc /bsd: avail mem = 963420160 (918MB) Dec 3 00:59:35 freekc /bsd: mainbus0 at root Dec 3 00:59:35 freekc /bsd: bios0 at mainbus0: AT/286+ BIOS, date 08/21/06, BIOS32 rev. 0 @ 0xfd760, SMBIOS rev. 2.33 @ 0xe0010 (64 entries) Dec 3 00:59:35 freekc /bsd: bios0: vendor IBM version 1YET65WW (1.29 ) date 08/21/2006 Dec 3 00:59:35 freekc /bsd: bios0: IBM 2668WEV Dec 3 00:59:35 freekc /bsd: apm0 at bios0: Power Management spec V1.2 Dec 3 00:59:35 freekc /bsd: apm0: battery life expectancy 99% Dec 3 00:59:35 freekc /bsd: apm0: AC on, battery charge high Dec 3 00:59:35 freekc /bsd: acpi at bios0 function 0x0 not configured Dec 3 00:59:35 freekc /bsd: pcibios0 at bios0: rev 2.1 @ 0xfd6f0/0x910 Dec 3 00:59:35 freekc /bsd: pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdeb0/256 (14 entries) Dec 3 00:59:35 freekc /bsd: pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) Dec 3 00:59:35 freekc /bsd: pcibios0: PCI bus #12 is the last bus Dec 3 00:59:35 freekc /bsd: bios0: ROM list: 0xc/0x1 0xd/0x1600 0xd1800/0x1000 0xdc000/0x4000! 0xe/0x1 Dec 3 00:59:35 freekc /bsd: cpu0 at mainbus0: (uniprocessor) Dec 3 00:59:36 freekc /bsd: cpu0: Enhanced SpeedStep 1867 MHz (1308 mV): speeds: 1867, 1600, 1333, 1067, 800 MHz Dec 3 00:59:36 freekc /bsd: pci0 at mainbus0 bus 0: configuration mode 1 (bios) Dec 3 00:59:36 freekc /bsd: pchb0 at pci0 dev 0 function 0 Intel 82915GM Host rev 0x03 Dec 3 00:59:36 freekc /bsd: ppb0 at pci0 dev 1 function 0 Intel 82915GM PCIE rev 0x03: irq 11 Dec 3 00:59:36 freekc /bsd: pci1 at ppb0 bus 1 Dec 3 00:59:36 freekc /bsd: vga1 at pci1 dev 0 function 0 ATI Radeon Mobility M300 M22 rev 0x00 Dec 3 00:59:36 freekc /bsd: wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) Dec 3 00:59:36 freekc /bsd: wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Dec 3 00:59:36 freekc /bsd: radeondrm0 at vga1 Dec 3 00:59:36 freekc /bsd: drm0 at radeondrm0 Dec 3 00:59:36 freekc /bsd: ppb1 at pci0 dev 28 function 0 Intel 82801FB PCIE rev 0x03: irq 11 Dec 3 00:59:36 freekc /bsd: pci2 at ppb1 bus 2 Dec 3 00:59:36 freekc /bsd: bge0 at pci2 dev 0 function 0 Broadcom BCM5751M rev 0x11, BCM5750 B1 (0x4101): irq 11, address 00:11:25:d3:54:2c Dec 3 00:59:36 freekc /bsd: brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT
radeondrm issues
at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask efe5 netmask efe5 ttymask mtrr: Pentium Pro MTRR support ugen0 at uhub3 port 2 STMicroelectronics Biometric Coprocessor rev 1.00/0.01 addr 2 uhidev0 at uhub2 port 2 configuration 1 interface 0 Logitech USB-PS/2 Optical Mouse rev 2.00/22.00 addr 2 uhidev0: iclass 3/1 ums0 at uhidev0: 8 buttons, Z dir wsmouse1 at ums0 mux 0 softraid0 at root root on wd0a swap on wd0b dump on wd0b WARNING: / was not properly unmounted iwi0: XXX too many rates (count=13, last=108) kqemu: kqemu version 0x00010300 loaded, max locked mem=490732kB DDB symbols added: 331296 bytes auich0: measured ac97 link rate at 48005 Hz, will use 48000 Hz radeondrm0: Setting GART location based on new memory map radeondrm0: Loading R300 Microcode radeondrm0: writeback test succeeded in 1 usecs umass0 at uhub0 port 3 configuration 1 interface 0 Maxtor OneTouch rev 2.00/2.00 addr 2 umass0: using SCSI over Bulk-Only scsibus1 at umass0: 2 targets, initiator 0 sd0 at scsibus1 targ 1 lun 0: Maxtor, OneTouch, 0201 SCSI0 0/direct fixed sd0: 194480MB, 512 bytes/sec, 398295040 sec total -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: radeondrm issues
On Tue, Dec 2, 2008 at 10:08 PM, Peter Hessler [EMAIL PROTECTED] wrote: : :From http://www.openbsd.org/faq/faq2.html#Bugs : : ... In this case, Smart User provided output captured on a serial : console; if you can not do that, you will have to use paper and pencil : to record the crash. : :You can use any means necessary to copy that information. Some methods :are more tedious than others. As long as the end result is readable :plain text. You can imagine that if I had the oportunity to do something on the console, I would have already done that. The point is the screen goes black and the only solution I have is to reboot the machine. oga@ suggested me to ask if other people with a proper serial console can reproduce the problem. That is the reason I ask misc. minor problem. X doesn't repaint the screen into text mode when it panics, so its not possible to read anything. You can try `boot reboot`, or `boot dump`, either might give you information, but its not guarenteed. Thanks for the suggestion Peter but it doesn't change anything. The machine has no reaction. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Real men don't attack straw men
On Dec 14, 2007 9:49 PM, Richard Stallman [EMAIL PROTECTED] wrote: Could you tell me the name of that facility, or something else about it? If it is specifically and only useful for blobs, perhaps it should be remove from gNewSense. On the other hand, if it is a general purpose feature and blobs are merely one thing it could be used for, then I probably don't have anything against it. I don't criticize general facilities merely because someone could use them to do things with non-free software. For facilities, we can take the example of the prominence of binary-only linux kernel modules. You're ok with the fact that they can be more than easily installed by every dump people, you're ok by the fact that your recommended distro provides facilities for installing these types of blobs... but on the other side, just because OpenBSD, a full-featured, *completely free* operating system, is transparent enough to show its users what software (free or non free) they can install *separately*, you criticize the project and you not recommend it. But wait... your recommended gNewSense is just a bunch of scripts to repack ubuntu without proprietary stuff. You know ubuntu includes a lot of proprietary software and you know ubuntu is built around proprietary software (launchpad). So your points are : -- You recommend gNewSense which is free and meets your freedom goals. -- gNewSense is nothing without non-free software. -- OpenBSD, which is entirely built on free software isn't recommended because developers are honest enough to be transparent with users. Quite hypocritical, isn't it ? This is to me simply pathetic that you don't admit all the merits, qualities and efforts regarding freedom that OpenBSD developpers made. It's the only project that fights so hard against unfriendly vendors, try so hard to replace blobs with free replacements and don't hesitate to take radical actions to keep his original goal. We can also debate on the fact that some people of your own projects *run* proprietary software (like Microsoft Windows) when they port emacs or gcc on this target OS (I don't know how to port gcc on windows without running windows...). Again, quite hypocritical from a project claiming a lot of freedom values. The only reason I see for this hypocrisy is for justifying some progress to your sponsors regarding all these years where you were not able to recommend any system. It would be very hard to say to people than after more than 20 years of donations you are still not able to show any operating system which adhere to your principles... -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Real men don't attack straw men
On Dec 15, 2007 11:17 PM, bofh [EMAIL PROTECTED] wrote: You do realize he has been criticizing most linux distros for years, right? For exactly the same thing. http://www.youtube.com/watch?v=j1G-3laJJP0feature=related Yes, most. Why not gNewSense ? -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Real men don't attack straw men
On Dec 15, 2007 11:11 PM, Firas Kraiem [EMAIL PROTECTED] wrote: On Saturday 15 December 2007 21:37:37 Mattieu Baptiste wrote: This is to me simply pathetic that you don't admit all the merits, qualities and efforts regarding freedom that OpenBSD developpers made. http://www.fsf.org/news/fsaward2004.html From that page : Every year, three finalists are nominated for the award by the Free Software Community. Richard is NOT the only one to choose... http://www.fsf.org/news/fsaward2004.html Not to mention the countless times Richard acknowledged all the positive contributions of OpenBSD as a whole to the Free Software movement, including in this very thread. yes, he gives rewards in one hand, and criticizes openbsd's choice of freedom on the other hand... Hypocrisy is on both sides, it seems... So we don't read the same thing... Firas -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments GnuPG public key: http://itsuki.fkraiem.org/gpgkey -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Real men don't attack straw men
On Dec 15, 2007 11:46 PM, Firas Kraiem [EMAIL PROTECTED] wrote: So what ? Are you telling me that, just because there is one thing about which Richard disagrees with OpenBSD, he shouldn't have the right to also tell the good he thinks about it ? Or the other way around, because OpenBSD makes efforts regarding freedom, he should not have the right to express his points of disagreement ? No. I'm telling his points of disagreement are unfounded. I guess you should consider getting glasses, you're seeing things in black and white. Firas -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments GnuPG public key: http://itsuki.fkraiem.org/gpgkey -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Real men don't attack straw men
On Dec 13, 2007 5:52 PM, Richard Stallman [EMAIL PROTECTED] wrote: gNewSense uses the Linux kernel. The Linux kernel facilitates utilization of non-free blobs. gNewSense does not include, or refer to, or tell people about the drivers that use non-free blobs. You manipulate my comments. Your point was : However, if distribution D includes this easier way to install in its ports system, by doing so distribution D endorses it and takes on the ethical responsibility for it. We all know that the linux kernel (on which gNewSense is based) has an easy way to install binary blobs, like nvidia binary drivers. I wasn't speaking about non free blobs that are in the Torvald's kernel but the nvidia one that is NOT in it. Moreover, this facility to install blobs that the linux kernel *provides* comes with the base gNewSense system... OpenBSD non-free packages are not in the base system and not even available... Torvalds's decision to put blobs into Linux was a bad one, but gNewSense is ok because it does not follow Torvalds' bad decision. This sounds to me simply wrong because your statements are full of contradictions. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: Real men don't attack straw men
On Dec 12, 2007 9:37 AM, Richard Stallman [EMAIL PROTECTED] wrote: If some users write a way to ease installation of some non-free program, and distribution D doesn't include this way in its distribution or publicize it, then those users have done something bad but distribution D is not responsible for what they did. However, if distribution D includes this easier way to install in its ports system, by doing so distribution D endorses it and takes on the ethical responsibility for it. Hi Richard, gNewSense uses the Linux kernel. The Linux kernel facilitates utilization of non-free blobs. By using the Linux kernel, every idiotic people can install Nvidia binary drivers on Linux-based distributions, like gNewSense... So if I follow your meanings, gNewSense can not be recommended, right ? -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: RS-232 serial PCMCIA cards and/or USB 2.0 serial adapaters
On Dec 8, 2007 11:39 AM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2007/12/07 22:31, Theo de Raadt wrote: uark(4) Arkmicro Technologies ARK3116 based USB serial adapter You don't want this one if you might need to send a break. Most I've seen are uplcom (good support in most OS, you'll find some if you search titledescription on ebay for PL2303 or PL-2303) or uark (I've seen both uark and uplcom in the same packaging - translucent blue ends, transparent cable coating - you can't tell much from appearance). Anyone has succeed in sending a break with an uplcom ? I have the same model you described and it never worked with my unit. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
IPsec and 4.2
192.168.4.10 to 192.168.4.1 spi 0x2ade7f1b auth hmac-sha2-256 enc aes esp tunnel from 192.168.4.1 to 192.168.4.10 spi 0x4476f5e3 auth hmac-sha2-256 enc aes On the gateway, I have : [EMAIL PROTECTED]: ~ $ sudo ipsecctl -sa FLOWS: flow esp in from 0.0.0.0/0 to 0.0.0.0/0 peer 192.168.4.10 srcid 192.168.4.1/32 dstid 192.168.4.10/32 type use flow esp out from 0.0.0.0/0 to 0.0.0.0/0 peer 192.168.4.10 srcid 192.168.4.1/32 dstid 192.168.4.10/32 type require SAD: esp tunnel from 192.168.4.10 to 192.168.4.1 spi 0x085bb93f auth hmac-sha2-256 enc aes esp tunnel from 192.168.4.1 to 192.168.4.10 spi 0x62cbaa80 auth hmac-sha2-256 enc aes When the client has associate with the gateway, no trafic except IPsec pass through de gateway. It seems correct, since the flow on the gateway is from 0.0.0.0/0 to 0.0.0.0/0. But I don't understand why the rule 'ike from any to 192.168.4.10 psk test' on the gateway is resulting in from 0.0.0.0/0to 0.0.0.0/0 in IPsec flows. Am I doing something wrong ? Mattieu -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: scanner??
On 9/11/07, Bob Beck [EMAIL PROTECTED] wrote: Interesting, because I'm seeking the same. Based on sane's site and what was at the local staples, I bought a Canon Lide 25 - however the sane support on openbsd didn't work, better yet, if I boot to windows My Canon Lide 30 works ok if I disable uscanner(4). The Lide 25 seems to use the same SANE driver than my scaner (plustek). Maybe disabling uscanner will do the trick for you. to see if the thing is boned or not, trying to install the windows driver crashes (I get the demoplay.exe has crashed - do you wanna tell microsoft?). Needless to say I don't need the aggravation - the canon is going back to the store and based on the reccomendations here I'll look for an epson. -Bob * Vim Visual [EMAIL PROTECTED] [2007-09-10 04:22]: I forgot to mention... ahem... I want to use it with OpenBSD, of course... (just in case of) Pau 2007/9/10, Vim Visual [EMAIL PROTECTED]: Hi, Yet almost an amateur, I have totally moved to OpenBSD, I have preordered my CDs, I bought them in the last release, tshirt/s too and I am a missionary of the Unique Truth and try to convert all salvages around me to it. Now, I am looking forward to buying a scanner. I don't want a scanner, printer, washing machine and vacuum cleaner, I just want a scanner that scans documents and pictures. That's it. ... and I wonder whether any of you has a recommendation for me. Do you? Thanks a lot, Pau Amaro Seoane -- #!/usr/bin/perl if ((not 0 not 1) != (! 0 ! 1)) { print Larry and Tom must smoke some really primo stuff...\n; } -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
panic when inserting an usb flash card reader
: reported by CPUID; using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask efe5 netmask efe5 ttymask ffe7 pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support umass0 at uhub0 port 3 configuration 1 interface 0 umass0: Maxtor OneTouch, rev 2.00/2.00, addr 2 umass0: using SCSI over Bulk-Only scsibus1 at umass0: 2 targets sd0 at scsibus1 targ 1 lun 0: Maxtor, OneTouch, 0201 SCSI0 0/direct fixed sd0: 194480MB, 24792 cyl, 255 head, 63 sec, 512 bytes/sec, 398295040 sec total ugen0 at uhub3 port 2 ugen0: STMicroelectronics Biometric Coprocessor, rev 1.00/0.01, addr 2 uhidev0 at uhub2 port 2 configuration 1 interface 0 uhidev0: Logitech USB-PS/2 Optical Mouse, rev 2.00/22.00, addr 2, iclass 3/1 ums0 at uhidev0: 8 buttons and Z dir. wsmouse1 at ums0 mux 0 dkcsum: wd0 matches BIOS drive 0x80 dkcsum: sd0 matches BIOS drive 0x81 root on wd0a swap on wd0b dump on wd0b auich0: measured ac97 link rate at 47997 Hz, will use 48000 Hz -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: PowerEdge 2950 sd0: not queued: error 5
brgphy0 at bnx0 phy 1: BCM5708C 10/100/1000baseT PHY, rev. 5 ppb4 at pci2 dev 1 function 0 Intel 6321ESB PCIE rev 0x01 pci5 at ppb4 bus 10 ppb5 at pci1 dev 0 function 3 Intel 6321ESB PCIE-PCIX rev 0x01 pci6 at ppb5 bus 11 ppb6 at pci0 dev 3 function 0 Intel 5000 PCIE rev 0x12 pci7 at ppb6 bus 1 ppb7 at pci7 dev 0 function 0 Intel IOP333 PCIE-PCIX rev 0x00 pci8 at ppb7 bus 2 mfi0 at pci8 dev 14 function 0 Dell PERC 5 rev 0x00: irq 6 mfi0: logical drives 1, version 5.0.1-0030, 256MB RAM scsibus0 at mfi0: 1 targets sd0 at scsibus0 targ 0 lun 0: DELL, PERC 5/i, 1.00 SCSI3 0/direct fixed sd0: 278784MB, 278784 cyl, 64 head, 32 sec, 512 bytes/sec, 570949632 sec total ppb8 at pci7 dev 0 function 2 Intel IOP333 PCIE-PCIX rev 0x00 pci9 at ppb8 bus 3 ppb9 at pci0 dev 4 function 0 Intel 5000 PCIE rev 0x12 pci10 at ppb9 bus 12 ppb10 at pci0 dev 5 function 0 Intel 5000 PCIE rev 0x12 pci11 at ppb10 bus 13 ppb11 at pci0 dev 6 function 0 Intel 5000 PCIE rev 0x12 pci12 at ppb11 bus 14 ppb12 at pci0 dev 7 function 0 Intel 5000 PCIE rev 0x12 pci13 at ppb12 bus 15 pchb1 at pci0 dev 16 function 0 Intel 5000 Error Reporting rev 0x12 pchb2 at pci0 dev 16 function 1 Intel 5000 Error Reporting rev 0x12 pchb3 at pci0 dev 16 function 2 Intel 5000 Error Reporting rev 0x12 pchb4 at pci0 dev 17 function 0 Intel 5000 Reserved rev 0x12 pchb5 at pci0 dev 19 function 0 Intel 5000 Reserved rev 0x12 pchb6 at pci0 dev 21 function 0 Intel 5000 FBD rev 0x12 pchb7 at pci0 dev 22 function 0 Intel 5000 FBD rev 0x12 ppb13 at pci0 dev 28 function 0 Intel 6321ESB PCIE rev 0x09 pci14 at ppb13 bus 4 ppb14 at pci14 dev 0 function 0 ServerWorks PCIE-PCIX rev 0xc2 pci15 at ppb14 bus 5 bnx1 at pci15 dev 0 function 0 Broadcom BCM5708 rev 0x11: irq 5, address 00:18:8b:72:c0:fb brgphy1 at bnx1 phy 1: BCM5708C 10/100/1000baseT PHY, rev. 5 uhci0 at pci0 dev 29 function 0 Intel 6321ESB USB rev 0x09: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 6321ESB USB rev 0x09: irq 10 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 6321ESB USB rev 0x09: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 6321ESB USB rev 0x09: irq 11 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered ppb15 at pci0 dev 30 function 0 Intel 82801BA AGP rev 0xd9 pci16 at ppb15 bus 16 vga1 at pci16 dev 13 function 0 ATI ES1000 rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ichpcib0 at pci0 dev 31 function 0 Intel 6321ESB LPC rev 0x09: PM disabled pciide0 at pci0 dev 31 function 1 Intel 6321ESB IDE rev 0x09: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: HL-DT-ST, CD-ROM GCR-8240N, 1.10 SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) isa0 at ichpcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo biomask ffc5 netmask ffe5 ttymask ffe7 pctr: user-level cycle counter enabled uhub4 at uhub3 port 5 uhub4: Cypress Semiconductor USB2 Hub, rev 2.00/0.0b, addr 2 uhub4: 4 ports with 4 removable, self powered, multiple transaction translators uhidev0 at uhub1 port 1 configuration 1 interface 0 uhidev0: CHESEN PS2 to USB Converter, rev 1.10/0.10, addr 2, iclass 3/1 ukbd0 at uhidev0: 8 modifier keys, 6 key codes wskbd1 at ukbd0 mux 1 wskbd1: connecting to wsdisplay0 uhidev1 at uhub1 port 1 configuration 1 interface 1 uhidev1: CHESEN PS2 to USB Converter, rev 1.10/0.10, addr 2, iclass 3/1 uhidev1: 3 report ids ums0 at uhidev1 reportid 1: 5 buttons and Z dir. wsmouse0 at ums0 mux 0 uhid0 at uhidev1 reportid 2: input=1, output=0, feature=0 uhid1 at uhidev1 reportid 3: input=3, output=0, feature=0 dkcsum: sd0 matches BIOS drive 0x80 root on sd0a rootdev=0x400 rrootdev=0xd00 rawdev=0xd02 WARNING: / was not properly unmounted __ NOD32 2032 (20070202) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: iwi unknown authentication state 1
rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon Mobility M300 M22 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ppb1 at pci0 dev 28 function 0 Intel 82801FB PCIE rev 0x03 pci2 at ppb1 bus 2 bge0 at pci2 dev 0 function 0 Broadcom BCM5751M rev 0x11, BCM5750 B1 (0x4101): irq 11, address 00:11:25:d3:54:2c brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 ppb2 at pci0 dev 28 function 2 Intel 82801FB PCIE rev 0x03 pci3 at ppb2 bus 3 uhci0 at pci0 dev 29 function 0 Intel 82801FB USB rev 0x03: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801FB USB rev 0x03: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801FB USB rev 0x03: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 29 function 3 Intel 82801FB USB rev 0x03: irq 11 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801FB USB rev 0x03: irq 11 usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ppb3 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xd3 pci4 at ppb3 bus 11 cbb0 at pci4 dev 0 function 0 Ricoh 5C476 CardBus rev 0x8d: irq 11 iwi0 at pci4 dev 2 function 0 Intel PRO/Wireless 2200BG rev 0x05: irq 11, address 00:12:f0:dc:3d:69 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 12 device 0 cacheline 0x0, lattimer 0xb0 pcmcia0 at cardslot0 auich0 at pci0 dev 30 function 2 Intel 82801FB AC97 rev 0x03: irq 11, ICH6 AC97 ac97: codec id 0x41445374 (Analog Devices AD1981B) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auich0 Intel 82801FB Modem rev 0x03 at pci0 dev 30 function 3 not configured ichpcib0 at pci0 dev 31 function 0 Intel 82801FBM LPC rev 0x03: PM disabled pciide0 at pci0 dev 31 function 2 Intel 82801FBM SATA rev 0x03: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: HTS541080G9AT00 wd0: 16-sector PIO, LBA, 76319MB, 156301488 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: MATSHITA, DVD-RAM UJ-822S, 1.61 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 ichiic0 at pci0 dev 31 function 3 Intel 82801FB SMBus rev 0x03: irq 11 iic0 at ichiic0 isa0 at ichpcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt2 at isa0 port 0x3bc/4: polled aps0 at isa0 port 0x1600/31 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask effd netmask effd ttymask pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support umass0 at uhub4 port 3 configuration 1 interface 0 umass0: Maxtor OneTouch, rev 2.00/2.00, addr 2 umass0: using SCSI over Bulk-Only scsibus1 at umass0: 2 targets sd0 at scsibus1 targ 1 lun 0: Maxtor, OneTouch, 0201 SCSI0 0/direct fixed sd0: 194480MB, 194480 cyl, 64 head, 32 sec, 512 bytes/sec, 398295040 sec total ugen0 at uhub2 port 2 ugen0: STMicroelectronics Biometric Coprocessor, rev 1.00/0.01, addr 2 uhidev0 at uhub1 port 2 configuration 1 interface 0 uhidev0: Logitech USB-PS/2 Optical Mouse, rev 2.00/22.00, addr 2, iclass 3/1 ums0 at uhidev0: 8 buttons and Z dir. wsmouse1 at ums0 mux 0 dkcsum: wd0 matches BIOS drive 0x80 dkcsum: sd0 matches BIOS drive 0x81 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 auich0: measured ac97 link rate at 48004 Hz, will use 48000 Hz iwi0: XXX too many rates (count=13, last=108) iwi0: XXX too many rates (count=13, last=108) -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Panic on a microvax 3100 m20e
Hi all, My microvax crashes nightly at about 2:30am on 4.0. It seems to be related with the execution of /etc/daily. Regards, -- dmesg OpenBSD 4.0 (GENERIC) #356: Mon Sep 18 01:44:06 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/vax/compile/GENERIC MicroVAX 3100/m{10,20}{,e} [0A05 04010201] cpu: KA41/42 cpu: Enabling primary cache, no secondary cache present total memory = 8265728 avail memory = 4296704 using 126 buffers containing 516096 bytes of memory mainbus0 (root) vsbus0 at mainbus0 vsbus0: interrupt mask 8 dz0 at vsbus0 csr 0x200a vec 196 ipl 14 maskbit 6: 4 lines ncr0 at vsbus0 csr 0x200c0080 vec 504 ipl 14 maskbit 1: SCSI ID 6 scsibus0 at ncr0: 8 targets sd0 at scsibus0 targ 2 lun 0: SEAGATE, ST51080N, 0943 SCSI2 0/direct fixed sd0: 1030MB, 4826 cyl, 4 head, 109 sec, 512 bytes/sec, 2109840 sec total ncr1 at vsbus0 csr 0x200c0180 vec 508 ipl 14 maskbit 0: SCSI ID 6 scsibus1 at ncr1: 8 targets sd1 at scsibus1 targ 0 lun 0: MAXTOR, LXT-213S SUN0207, 4.26 SCSI1 0/direct fixed sd1: 202MB, 1310 cyl, 7 head, 45 sec, 512 bytes/sec, 415436 sec total sd2 at scsibus1 targ 3 lun 0: DEC, RZ23 (C) DEC, 0A18 SCSI1 0/direct fixed sd2: 100MB, 776 cyl, 8 head, 33 sec, 512 bytes/sec, 204864 sec total le0 at vsbus0 csr 0x200e vec 80 ipl 14 maskbit 5 buf 0x3dc000-0x3ebfff le0: address 08:00:2b:1b:2a:cf le0: 32 receive buffers, 8 transmit buffers booted from device: sd0 root on sd0a rootdev=0x1400 rrootdev=0x3b00 rawdev=0x3b02 -- panic, trace ps OpenBSD/vax (sacoche.brimbelle.org) (console) login: Trap: type 2, code 0, pc 885d, psl df panic: trap Stopped at _arithflt+0x150:pushab gcc2_compiled.+0x1141 RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC! DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION! ddb trace Stack traceback : _sret+0x0(0x80643830) ddb ps PID PPIDPGRPUID S FLAGS WAITCOMMAND *32067 12347 229925 7 0x40104 sendmail 12347 2299229925 2 0x44104 sendmail 229911804 22990 3 0x4084 pause sh 11804 419541950 3 0x84piperd cron 28535 19856 28535 0 3 0x4082 ttyin ksh 19856 20365 19856 10003 0x4082 pause ksh 20365 31620 31620 10003 0x180 select sshd 31620 20976 31620 0 3 0x4080 netio sshd 51281 51280 3 0x4082 ttyin getty 41951 41950 3 0x84select cron 99871 99870 3 0x40184 select sendmail 20976 1 20976 0 3 0x80select sshd 14374 1 14374 0 3 0x180 select inetd 613220659 20659 83 3 0x184 pollntpd 20659 1 20659 0 3 0x80pollntpd 15415 14644 14644 73 2 0x184 syslogd 14644 1 14644 0 3 0x88netio syslogd 8 0 0 0 3 0x100204crypto_wa crypto 7 0 0 0 3 0x100204aiodonedaiodoned 6 0 0 0 3 0x100204syncer update 5 0 0 0 3 0x100204cleaner cleaner 4 0 0 0 3 0x100204reaper reaper 3 0 0 0 3 0x100204pgdaemonpgdaemon 2 0 0 0 3 0x100204pftmpfpurge 1 0 1 0 3 0x4080 waitinit 0 -1 0 0 3 0x80204 scheduler swapper -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: IBM Thinkpad X41 report?
2005/8/30, Alexander von Gernler [EMAIL PROTECTED]: just resumed my work on i386-laptop.html after vacation, and I noticed we don't have any reports on the IBM/Lenovo Thinkpad X41. Does anyone out there have this machine running under OpenBSD? Please report. Hi all, It's not an X41, but I want to give some feedback on new IBM/Lenevo T Series (T43 2668 in my case). All works fine on -current (beginning of october): apm, bge, iwi, usb, sound, aps, x, ... Only EST can't adjust the CPU speed: it seems to require ACPI on new 533Mhz bus Pentium M. If it can help, I attach a diff (the lines of the page are too long for including it in the mail) containing the details for i386-laptop.html. It adds my entry, my contact and links to dmesg and xorg.conf. Cheers, -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can. [demime 1.01d removed an attachment of type application/octet-stream which had a name of i386-laptop.diff]
3.8-beta stop booting GENERIC.MP on an IBM Netfinity 5100
0 using 16bit transfers ahc1: target 0 synchronous at 80.0MHz DT, offset = 0x3f dkcsum: sd0 matches BIOS drive 0x80 ahc1: target 1 using 16bit transfers ahc1: target 1 synchronous at 80.0MHz DT, offset = 0x3f dkcsum: sd1 matches BIOS drive 0x81 ahc1: target 3 using 16bit transfers ahc1: target 3 synchronous at 80.0MHz DT, offset = 0x3f dkcsum: sd2 matches BIOS drive 0x82 root on sd0a rootdev=0x400 rrootdev=0xd00 rawdev=0xd02 - dmesg: GENERIC.MP which stop booting - booting hd0a:bsd.mp: 4821600+944176 [52+248352+229619]=0x5f474c entry point at 0x100120 [ using 478396 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-2005 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 3.8-beta (GENERIC.MP) #249: Tue Aug 9 13:00:18 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel Pentium III (GenuineIntel 686-class) 665 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 804864000 (786000K) avail mem = 727113728 (710072K) using 4278 buffers containing 40345600 bytes (39400K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(04) BIOS, date 05/02/01, BIOS32 rev. 0 @ 0xfd2c1 pcibios0 at bios0: rev 2.1 @ 0xf/0x pcibios0: PCI BIOS has 11 Interrupt Routing table entries pcibios0: PCI Interrupt Router at 000:15:0 (ServerWorks ROSB4 SouthBridge rev 0x00) pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc/0xa000 0xca000/0x5200 mainbus0: Intel MP Specification (Version 1.4) (IBM GNK Teton SMP ) cpu0 at mainbus0: apid 1 (boot processor) cpu0: apic clock running at 132 MHz cpu1 at mainbus0: apid 0 (application processor) cpu1: Intel Pentium III (GenuineIntel 686-class) cpu1: FPU,CX8,APIC mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type PCI mainbus0: bus 3 is type PCI mainbus0: bus 4 is type PCI mainbus0: bus 5 is type ISA ioapic0 at mainbus0: apid 14 pa 0xfec0, version 11, 16 pins ioapic1 at mainbus0: apid 15 pa 0xfec01000, version 11, 16 pins pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20LE Host rev 0x05 pchb1 at pci0 dev 0 function 1 ServerWorks CNB20LE Host rev 0x05 pci1 at pchb1 bus 1 ahc1 at pci1 dev 3 function 0 Adaptec AIC-7899 U160 rev 0x01: apic 15 int 12 (irq 10) scsibus0 at ahc1: 16 targets ahc1: target 0 using 8bit transfers ahc1: target 0 using asynchronous transfers sd0 at scsibus0 targ 0 lun 0: IBM-PSG, ST318404LC !#, 3146 SCSI3 0/direct fixed sd0: 17357MB, 14384 cyl, 6 head, 411 sec, 512 bytes/sec, 35548320 sec total ahc1: target 1 using 8bit transfers ahc1: target 1 using asynchronous transfers sd1 at scsibus0 targ 1 lun 0: IBM-PSG, ST318404LC !#, 3146 SCSI3 0/direct fixed sd1: 17357MB, 14384 cyl, 6 head, 411 sec, 512 bytes/sec, 35548320 sec total ahc1: target 3 using 8bit transfers ahc1: target 3 using asynchronous transfers sd2 at scsibus0 targ 3 lun 0: IBM-PSG, ST318404LC !#, 3283 SCSI3 0/direct fixed sd2: 17357MB, 14384 cyl, 6 head, 411 sec, 512 bytes/sec, 35548320 sec total - -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.