Re: Xen PV DomU with OpenBSD?
On Wednesday, February 25, 2015 22:17 CET, Andrew Daugherity wrote: > On Sat, Feb 21, 2015 at 3:52 PM, Raimundo Santos wrote: > > > On 21 February 2015 at 10:31, Markus Kolb wrote: > > > > > > there isn't any support for Xen PV DomU in OpenBSD, isn't it? > > > > No, there is not such support. > > > > But you can run it in HVM mode without effort. Well, may be some effort in > > XenServer, where there is no easy way to chose the type of emulated > > hardware. > > > That's rather stupid, but apparently true[1]. > > I've only used Xen on Linux hosts (primarily SUSE) where it's easy to edit > the VM config files. I did have to use model=e1000 for OpenBSD, as the > rtl8139 (re0 on openbsd) didn't work properly; I just now tested > model=virtio and that seems to work too, showing up as vio0. I also have > to use bsd.sp as bsd.mp crashes on boot. That's how i run it too, also on SLES XEN dom0, with virtio network card model, and bsd.sp, due to the crashers on bsd.mp. I tried a whole lot of combinations of options in the VM config files, but nothing helped so far to get around the crashers observed with bsd.mp. > > Another "problem" when using Xen: the shutdown. Every OS that can not > > communicate with xenstore will suffer from that. You will have to edit some > > scripts in your environment to make it work with ACPI. > > > Thanks for the info. I hadn't run into this since on Xen I mostly run PV > Linux guests, with the occasional HVM guest w/PV drivers (Linux, FreeBSD, > Windows), and my OpenBSD usage has mostly been on physical hardware, but it > bears noting: > > On HVM guests without PV drivers, 'xm shutdown ' will instantly kill > the VM, without syncing, and similarly, 'xm reboot ' will instantly > reset it. The newer 'xl' tool is more graceful and will refuse an 'xl > {shutdown, reboot}' when there isn't guest PV support (you can still 'xl > destroy', of course, or 'xl {shutdown, reboot} -F ' to send an ACPI > power button/reset button event). > > To trigger an orderly shutdown on an OpenBSD guest, send an ACPI power > button event: > xm trigger power > > I discovered this solution via [2]. > > Also, when a serial console is configured on the OpenBSD guest, it shows up > on the 'xm console'/virt-manager "Serial 1" view, which is nice, since you > can copy/paste from that, unlike the emulated VGA console. This apparently > requires 'serial=pty' in the VM config, but that's already the default in > my setup. yep, serial console works well that way. Sebastian > > -Andrew > > [1] > http://www.netservers.co.uk/articles/open-source-howtos/citrix_e1000_gigabit > [2] https://github.com/ClusterLabs/resource-agents/commit/306dccb
Re: sndio non-blocking with kqueue
On Wed, Feb 25, 2015 at 03:08:01AM +, Sam Good wrote: > >From sndio design, it looks like non-blocking (like in sio_write) can be > >done with poll. > sio_pollfd can be used to obtain the pollfd struct which contains the file > descriptor fd. > The fd descriptor seems to be equivalent to the unix stream for the sound > playing device. > > Would it be possible to use the file descriptor fd with kqueue > instead of poll? Not directly. It's a "private" file descriptor. The client code transmits meta-data (flow control information) that's hidden from the caller. For instance, the server may send timing information consumed internally by the library; we don't expose it with sio_read(). In this case, we don't want the POLLIN event to be set, as there are no samples to read. This is why the library exposes sio_pollfd() and sio_revents() instead of exposing the bare file descriptor(s). Typically sio_revents() consumes the meta-data and adjusts the POLLIN and POLLOUT flags. > (I wanted to adapt an application that uses kqueue for > internet/TCP server listening, and be able to add an audio > playing capability; I wanted to try to use kqueue for both. I > also wanted to learn more about using kqueue) > > I wrote a basic program that gets the sndio playing device file > descriptor fd from sio_pollfd, and then adds that fd to the > kevent with filter EVFILT_WRITE. Then loop with kevent appears to > return that the fd is ready for WRITE, and the kevent return data > shows '4096' (available space in buffer for write) but sio_write > returns with value 0, indicating that no bytes could be written > into the output buffer. If this is the socket fd, this is OK, as sio_write() and the sndio interface to poll(2) does flow control. They may be buffer space available locally, but the device may not be ready to accept it. > Is there something different about the file descriptor for the > sndio output device, that kqueue/kevent can't be used? > There's no interface to kqueue in the sndio api yet (i mean, there's no equivalent of sio_pollfd, sio_revents, etc) because we never needed it, probably because as programs use few descriptors, poll(2) did the job so far. Furthermore, as kqueue was never used for audio, I'm not sure that the corresponding audio(4) code was tested.
man pages ending in .1x from ports
Just noticed this, I imagine this may be known already, but here it is just in case it isn't. $ man xsel man: /usr/local/man/man1/xsel.1: ERROR: No such file or directory $ pkg_info -L xsel Information for inst:xsel-1.2.0p1 Files: /usr/local/bin/xsel /usr/local/man/man1/xsel.1x $ ls -l /usr/local/man/man1/xsel.1x -r--r--r-- 1 root bin 4406 Feb 17 21:56 /usr/local/man/man1/xsel.1x $ file /usr/local/man/man1/xsel.1x /usr/local/man/man1/xsel.1x: ASCII English text This used to work fine with 20141121 snapshot, last one before 20150217 upgrade. I'm guessing requesting following x11/ ports' man pages will behave (fail?) similar fashion: x11/aewm x11/afterstep x11/qvwm x11/sisctrl x11/uwm --patrick $ sysctl kern.version kern.version=OpenBSD 5.7-beta (GENERIC.MP) #856: Tue Feb 17 12:43:12 MST 2015 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP full dmesg: http://marc.info/?l=openbsd-misc&m=142491406821636&w=2
Re: touchpad slight regression (snap: 20141121->20150217)
On 2/25/15, Ulf Brosziewski wrote: > On 02/25/2015 11:53 PM, patrick keshishian wrote: >> Hi, >> >> On 2/25/15, joshua stein wrote: >>> On Tue, 24 Feb 2015 at 12:32:10 -0800, patrick keshishian wrote: I'm noticing slight annoyance with recent update from 20141121 snapshot to 20150217. My touchpad, while two-finger scrolling (up/down) sometimes ignores the scrolls. I have to lift my fingers and retry the gesture to initiate the scroll. >>> >>> There was a change to pms(4) (r1.57) but it should only affect >>> elantech touchpads, so it's probably the r1.11 change to the >>> synaptics xorg driver which affects all of them: >>> >>> http://cvsweb.openbsd.org/cgi-bin/cvsweb/xenocara/driver/xf86-input-synaptics/src/wsconscomm.c >>> >>> Can you try recompiling that driver with that last revision backed >>> out and see if it fixes the problem? >> >> Thanks for the reply and hint. >> Took me a while longer as I made the mistake of rebuilding >> the entire xenocara. >> >> Indeed this revision seems to be the cause of the issue; at >> least I've not been able to run into the issue in the last 10 >> minutes or so, whilst trying my best. >> >> Thanks to Henrik Friedrichsen for also confirming the issue >> and the fix. >> >> Cheers, >> --patrick >> >> > > Unfortunately that "fix" might reintroduce other problems, at least > with other touchpads, and maybe even with yours. For example, if you > start a scrolling operation by making two touches at the same time, > I would expect that it begins with a "jump". Would you mind check that? > I can't make any tests myself, there is no synaptics touchpad around > here. Hi, I'm not sure what you mean exactly by "making two touches at the same time". The way I initiate a scroll is by placing two fingers (typically my index and middle fingers) on the touchpad and moving them up/down or left/right. It has never begun with any "jump". The change which prompted this thread, was absolutely annoying. e.g., While reading a PDF document. I'd have to remove my fingers and touch the touchpad again, very frequently, in order to continue scrolling. Where as before (and now with the revision rollback) I can completely concentrate on reading the document. Best, --patrick
Re: touchpad slight regression (snap: 20141121->20150217)
dmesg OpenBSD 5.7-beta (GENERIC.MP) #856: Tue Feb 17 12:43:12 MST 2015 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3850960896 (3672MB) avail mem = 3744530432 (3571MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xf9ba0 (60 entries) bios0: vendor LENOVO version "8FET32WW (1.16 )" date 11/03/2011 bios0: LENOVO 06112EU acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC HPET APIC MCFG UEFI UEFI SSDT SSDT UEFI acpi0: wakeup devices PB4_(S4) PB5_(S4) PB6_(S4) PB7_(S4) OHC1(S3) OHC2(S3) EHC2(S3) OHC3(S3) EHC3(S3) OHC4(S3) SBAZ(S4) GEC_(S4) P2P_(S5) SPB0(S4) SPB1(S4) SPB2(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD E-350 Processor, 19639.39 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: 8 4MB entries fully associative cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD E-350 Processor, 1596.60 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 16-way L2 cache cpu1: 8 4MB entries fully associative cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpimcfg0 at acpi0 addr 0xf800, bus 0-31 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PB4_) acpiprt2 at acpi0: bus -1 (PB5_) acpiprt3 at acpi0: bus 1 (PB6_) acpiprt4 at acpi0: bus -1 (PB7_) acpiprt5 at acpi0: bus 2 (P2P_) acpiprt6 at acpi0: bus 3 (SPB0) acpiprt7 at acpi0: bus 4 (SPB1) acpiprt8 at acpi0: bus -1 (SPB2) acpiprt9 at acpi0: bus -1 (SPB3) acpiec0 at acpi0 acpicpu0 at acpi0: C2, PSS acpicpu1 at acpi0: C2, PSS acpitz0 at acpi0: critical temperature is 92 degC acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB acpithinkpad0 at acpi0 acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model "42T4785" serial 3355 type LION oem "SANYO" acpibtn2 at acpi0: LID_ cpu0: 19639 MHz: speeds: 1600 1280 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "AMD AMD64 14h Host" rev 0x00 radeondrm0 at pci0 dev 1 function 0 "ATI Radeon HD 6310" rev 0x00 drm0 at radeondrm0 radeondrm0: msi azalia0 at pci0 dev 1 function 1 "ATI Radeon HD 6310 HD Audio" rev 0x00: msi azalia0: no supported codecs ppb0 at pci0 dev 6 function 0 "AMD AMD64 14h PCIE" rev 0x00: msi pci1 at ppb0 bus 1 1:0:0: mem address conflict 0xfffe/0x2 re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/8111D (0x2800), msi, address e8:9a:8f:fa:fa:fa rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x00: apic 2 int 19, AHCI 1.2 scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: SCSI3 0/direct fixed naa.5391c6887a53 sd0: 238475MB, 512 bytes/sector, 488397168 sectors 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 spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600 SO-DIMM spdmem1 at iic0 addr 0x51: 2GB DDR3 SDRAM PC3-10600 SO-DIMM azalia1 at pci0 dev 20 function 2 "ATI SBx00 HD Audio" rev 0x40: apic 2 int 16 azalia1: codecs: Conexant/0x5066 audio0 at azalia1 pcib0 at pci0 dev 20 function 3 "ATI SB700 ISA" rev 0x40 ppb1 at pci0 dev 20 function 4 "ATI SB600 PCI" rev 0x40 pci2 at ppb1 bus 2 ppb2 at pci0 dev 21 function 0 "ATI SB800 PCIE" rev 0x00 pci3 at ppb2 bus 3 ppb3 at pci0 dev 21 function 1 "ATI SB800 PCIE" rev 0x00: msi pci4 at ppb3 bus 4 "Realtek 8188CE" rev 0x01 at pci4 dev 0 function 0 not configured pchb1 at pci0
Re: touchpad slight regression (snap: 20141121->20150217)
On 02/25/2015 11:53 PM, patrick keshishian wrote: Hi, On 2/25/15, joshua stein wrote: On Tue, 24 Feb 2015 at 12:32:10 -0800, patrick keshishian wrote: I'm noticing slight annoyance with recent update from 20141121 snapshot to 20150217. My touchpad, while two-finger scrolling (up/down) sometimes ignores the scrolls. I have to lift my fingers and retry the gesture to initiate the scroll. There was a change to pms(4) (r1.57) but it should only affect elantech touchpads, so it's probably the r1.11 change to the synaptics xorg driver which affects all of them: http://cvsweb.openbsd.org/cgi-bin/cvsweb/xenocara/driver/xf86-input-synaptics/src/wsconscomm.c Can you try recompiling that driver with that last revision backed out and see if it fixes the problem? Thanks for the reply and hint. Took me a while longer as I made the mistake of rebuilding the entire xenocara. Indeed this revision seems to be the cause of the issue; at least I've not been able to run into the issue in the last 10 minutes or so, whilst trying my best. Thanks to Henrik Friedrichsen for also confirming the issue and the fix. Cheers, --patrick Unfortunately that "fix" might reintroduce other problems, at least with other touchpads, and maybe even with yours. For example, if you start a scrolling operation by making two touches at the same time, I would expect that it begins with a "jump". Would you mind check that? I can't make any tests myself, there is no synaptics touchpad around here.
Re: touchpad slight regression (snap: 20141121->20150217)
On Thu, Feb 26, 2015 at 01:21:23AM +0100, Martin Pieuchot wrote: > Do you guys mind sharing a dmesg? On which touchpad/firmware version do > you see this regression? Sure: OpenBSD 5.7-beta (GENERIC.MP) #860: Sun Feb 22 03:14:54 MST 2015 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8335577088 (7949MB) avail mem = 8109768704 (7734MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae9c000 (66 entries) bios0: vendor LENOVO version "8DET69WW (1.39 )" date 07/18/2013 bios0: LENOVO 4290W1A acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA SSDT SSDT UEFI UEFI UEFI acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz, 2093.50 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz, 2093.20 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz, 2093.20 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz, 2093.20 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 5 (EXP4) acpiprt5 at acpi0: bus 13 (EXP5) acpiprt6 at acpi0: bus -1 (EXP7) 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 EHC1, EHC2 acpitz0 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "42T4861" serial 5714 type LION oem "SANYO" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 2093 MHz: speeds: 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09 intagp at vga1 not configured inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1366x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured em0 at pci0 dev 25 function 0 "Intel 82579LM" rev 0x04: msi, address f0:de:f1:5a:e0:f6 ehci0 at pci0 dev 26 function 0 "Intel 6 Series USB" rev 0x04: apic 2 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 6 Series HD Audio" rev 0x04: msi azalia0: codecs: Conexant/0x506e, Intel/0x2805, using Conexant/0x506e audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 6 Series PCIE" rev 0xb4: msi pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 "Intel 6 Series PCIE" rev 0xb4: msi pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev 0x34: msi, MIMO 2T2R, MoW, address a0:88:b4:40:98:3c ppb2 at pci0 dev 28 function 3 "Intel 6 Se
Re: touchpad slight regression (snap: 20141121->20150217)
On 25/02/15(Wed) 14:53, patrick keshishian wrote: > Hi, > > On 2/25/15, joshua stein wrote: > > On Tue, 24 Feb 2015 at 12:32:10 -0800, patrick keshishian wrote: > >> I'm noticing slight annoyance with recent update from 20141121 > >> snapshot to 20150217. > >> > >> My touchpad, while two-finger scrolling (up/down) sometimes ignores > >> the scrolls. I have to lift my fingers and retry the gesture to initiate > >> the scroll. > > > > There was a change to pms(4) (r1.57) but it should only affect > > elantech touchpads, so it's probably the r1.11 change to the > > synaptics xorg driver which affects all of them: > > > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/xenocara/driver/xf86-input-synaptics/src/wsconscomm.c > > > > Can you try recompiling that driver with that last revision backed > > out and see if it fixes the problem? > > Thanks for the reply and hint. > Took me a while longer as I made the mistake of rebuilding > the entire xenocara. > > Indeed this revision seems to be the cause of the issue; at > least I've not been able to run into the issue in the last 10 > minutes or so, whilst trying my best. > > Thanks to Henrik Friedrichsen for also confirming the issue > and the fix. Do you guys mind sharing a dmesg? On which touchpad/firmware version do you see this regression?
Re: usb ehci errors in 5.6-stable
On Tue, Feb 24, 2015 at 12:23:54PM +0100, Stefan Sperling wrote: > On Tue, Feb 24, 2015 at 02:30:06PM +0400, Evgeny Zhavoronkov wrote: > > Ok. So I tried -current and situation is the same. > > I can reproduce the total crash (laptop reboot) by attach/detach athn usb > > wifi or playing with usb devs somehow. Hi, I have an athn0 card and I have this problem. If my internet drops, sometimes I can't reset the stuff, in dmesg, I stay receiving a lot of ehci errors. -- Regards Henrique Lengler
[solved] Re: Failing to build -stable Xenocara
On Mon, Feb 23, 2015 at 07:40:00AM -0500, Nick Holland wrote: > On 02/22/15 16:24, Henrique Lengler wrote: > > On Sun, Feb 22, 2015 at 02:57:18PM -0600, Edgar Pettijohn wrote: > >> Are you following this? > >> http://www.openbsd.org/faq/faq5.html#Xbld > ... > > Yes I am, and this is my second attempt. > ... > > Start at the very very very top of the page > http://www.openbsd.org/faq/faq5.html > You can skip the Table of Contents, but just about every word from that > point down is critical and must be respected and followed. Don't say "I > followed instructions", you won't find your problem when you start by > denying what the problem most likely is. Start with "I'm not sure what > I did wrong", retrace your steps from the instructions, and you will > probably find the problem. I just reintalled the whole system, and now everything worked. I think it was a problem with the old system, because even cvs looks like is working beter in this new system. So I don't know what was the problem, but I know that wasn't with openbsd. Thank you very much for helping. -- Regards Henrique Lengler
Re: touchpad slight regression (snap: 20141121->20150217)
Hi, On 2/25/15, joshua stein wrote: > On Tue, 24 Feb 2015 at 12:32:10 -0800, patrick keshishian wrote: >> I'm noticing slight annoyance with recent update from 20141121 >> snapshot to 20150217. >> >> My touchpad, while two-finger scrolling (up/down) sometimes ignores >> the scrolls. I have to lift my fingers and retry the gesture to initiate >> the scroll. > > There was a change to pms(4) (r1.57) but it should only affect > elantech touchpads, so it's probably the r1.11 change to the > synaptics xorg driver which affects all of them: > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/xenocara/driver/xf86-input-synaptics/src/wsconscomm.c > > Can you try recompiling that driver with that last revision backed > out and see if it fixes the problem? Thanks for the reply and hint. Took me a while longer as I made the mistake of rebuilding the entire xenocara. Indeed this revision seems to be the cause of the issue; at least I've not been able to run into the issue in the last 10 minutes or so, whilst trying my best. Thanks to Henrik Friedrichsen for also confirming the issue and the fix. Cheers, --patrick
Re: Last snapshots won't install on VMWare ESXi or getting ether_output panic
Hi, I haven't seen such crashes. Can you provide more information incl. dmesg and .vmx file of the VM? Reyk > On 25.02.2015, at 18:55, Romain FABBRI > wrote: > > On last snapshots I can't complete the install when installing as a guest VM > in VMWare ESXi 5.5. (snap: 20150217->20150223) > > The install fails when installing sets from CD. > > So I tried to convert a Hyper-V install which completes correctly and then to > deploy the image to VMWare ESXi 5.5. > It can boot but when doing a simple ping I get a kernel panic. > > Ddb output : > > panic: smashed stack in ether_output > Stopped at Debugger+0x7:leave > ddb>trace > Debugger(d09e204a,f53adc08,d09bae0c,f53adc08,da0336c4) at Debugger+0x7 > panic(d09bae0c,d09c33de,0,f53adc1c,d0203025) at panic+0x71 > __stack_smash_handler(d09c33de,e,2,da0336ca,f53adc9a) at __stack_smash_handler > 0x19 > ether_output(d4085830,d9ee8b00,da0336c4,da00fb54,0) at ether_output+0x541 > ip_output(d9ee8b00,0,da0336bc,20,0) at ip_output+0xd0b > rip-output(d9ee8b00,d9f1f648,1b2d23e,d9ee8e00,0) at rip_output+0x144 > sosend(d9f1f648,d9ee8e00,f53ade90,d9ee8e00,0) at sosend+0x444 > sendit(d9ef6174,3,f53adef4,0,f53adf80) at sendit+0x1e1 > sys_sendto(d9ef6174,3,f53adf60,f53adf80,d0569f25,d9ef6174) at sys_sendto+0x6c > syscall() at syscall+0x24d > > ddb>ps > PID PPIDPGRPUID S FLAGS WAIT COMMAND > * 5393 20454 53930 7 0x33ping > > > Tested from i386 image on VMWare ESXi 5.5 (I tried with E1000 and VMX3 > network drivers and got same panic). > > Romain
Re: Last snapshots won't install on VMWare ESXi or getting ether_output panic
On Wed, Feb 25, 2015 at 05:55:44PM +, Romain FABBRI wrote: > On last snapshots I can't complete the install when installing > as a guest VM in VMWare ESXi 5.5. (snap: 20150217->20150223) Not sure what you really did. Upgrade from snap 20150217 to 20150223, or reinstall with the newer snapshot? What errors did you have during install? A panic like you showed? > The install fails when installing sets from CD. I just installed a system with the i386 20150223 snap on an ESXi 5.5 using the "FreeBSD 32-bit" HW default suggestions without any problem. After that I changed the ethernet "card" from E1000 to VMXNET2. No issues during install, same with VMXNET3. What virtual "hardware" did you use for the VM? > So I tried to convert a Hyper-V install which completes correctly > and then to deploy the image to VMWare ESXi 5.5. > It can boot but when doing a simple ping I get a kernel panic. > > Ddb output : > > panic: smashed stack in ether_output > Stopped at Debugger+0x7:leave > ddb>trace > Debugger(d09e204a,f53adc08,d09bae0c,f53adc08,da0336c4) at Debugger+0x7 > panic(d09bae0c,d09c33de,0,f53adc1c,d0203025) at panic+0x71 > __stack_smash_handler(d09c33de,e,2,da0336ca,f53adc9a) at __stack_smash_handler > 0x19 > ether_output(d4085830,d9ee8b00,da0336c4,da00fb54,0) at ether_output+0x541 > ip_output(d9ee8b00,0,da0336bc,20,0) at ip_output+0xd0b > rip-output(d9ee8b00,d9f1f648,1b2d23e,d9ee8e00,0) at rip_output+0x144 > sosend(d9f1f648,d9ee8e00,f53ade90,d9ee8e00,0) at sosend+0x444 > sendit(d9ef6174,3,f53adef4,0,f53adf80) at sendit+0x1e1 > sys_sendto(d9ef6174,3,f53adf60,f53adf80,d0569f25,d9ef6174) at sys_sendto+0x6c > syscall() at syscall+0x24d > > ddb>ps > PID PPIDPGRPUID S FLAGS WAIT COMMAND > * 5393 20454 53930 7 0x33ping > > > Tested from i386 image on VMWare ESXi 5.5 (I tried with E1000 and > VMX3 network drivers and got same panic). > > Romain > -- -=[rpe]=-
Re: Xen PV DomU with OpenBSD?
On Sat, Feb 21, 2015 at 3:52 PM, Raimundo Santos wrote: > On 21 February 2015 at 10:31, Markus Kolb wrote: > > > > there isn't any support for Xen PV DomU in OpenBSD, isn't it? > > No, there is not such support. > > But you can run it in HVM mode without effort. Well, may be some effort in > XenServer, where there is no easy way to chose the type of emulated > hardware. > That's rather stupid, but apparently true[1]. I've only used Xen on Linux hosts (primarily SUSE) where it's easy to edit the VM config files. I did have to use model=e1000 for OpenBSD, as the rtl8139 (re0 on openbsd) didn't work properly; I just now tested model=virtio and that seems to work too, showing up as vio0. I also have to use bsd.sp as bsd.mp crashes on boot. Another "problem" when using Xen: the shutdown. Every OS that can not > communicate with xenstore will suffer from that. You will have to edit some > scripts in your environment to make it work with ACPI. > Thanks for the info. I hadn't run into this since on Xen I mostly run PV Linux guests, with the occasional HVM guest w/PV drivers (Linux, FreeBSD, Windows), and my OpenBSD usage has mostly been on physical hardware, but it bears noting: On HVM guests without PV drivers, 'xm shutdown ' will instantly kill the VM, without syncing, and similarly, 'xm reboot ' will instantly reset it. The newer 'xl' tool is more graceful and will refuse an 'xl {shutdown, reboot}' when there isn't guest PV support (you can still 'xl destroy', of course, or 'xl {shutdown, reboot} -F ' to send an ACPI power button/reset button event). To trigger an orderly shutdown on an OpenBSD guest, send an ACPI power button event: xm trigger power I discovered this solution via [2]. Also, when a serial console is configured on the OpenBSD guest, it shows up on the 'xm console'/virt-manager "Serial 1" view, which is nice, since you can copy/paste from that, unlike the emulated VGA console. This apparently requires 'serial=pty' in the VM config, but that's already the default in my setup. -Andrew [1] http://www.netservers.co.uk/articles/open-source-howtos/citrix_e1000_gigabit [2] https://github.com/ClusterLabs/resource-agents/commit/306dccb
Last snapshots won't install on VMWare ESXi or getting ether_output panic
On last snapshots I can't complete the install when installing as a guest VM in VMWare ESXi 5.5. (snap: 20150217->20150223) The install fails when installing sets from CD. So I tried to convert a Hyper-V install which completes correctly and then to deploy the image to VMWare ESXi 5.5. It can boot but when doing a simple ping I get a kernel panic. Ddb output : panic: smashed stack in ether_output Stopped at Debugger+0x7:leave ddb>trace Debugger(d09e204a,f53adc08,d09bae0c,f53adc08,da0336c4) at Debugger+0x7 panic(d09bae0c,d09c33de,0,f53adc1c,d0203025) at panic+0x71 __stack_smash_handler(d09c33de,e,2,da0336ca,f53adc9a) at __stack_smash_handler 0x19 ether_output(d4085830,d9ee8b00,da0336c4,da00fb54,0) at ether_output+0x541 ip_output(d9ee8b00,0,da0336bc,20,0) at ip_output+0xd0b rip-output(d9ee8b00,d9f1f648,1b2d23e,d9ee8e00,0) at rip_output+0x144 sosend(d9f1f648,d9ee8e00,f53ade90,d9ee8e00,0) at sosend+0x444 sendit(d9ef6174,3,f53adef4,0,f53adf80) at sendit+0x1e1 sys_sendto(d9ef6174,3,f53adf60,f53adf80,d0569f25,d9ef6174) at sys_sendto+0x6c syscall() at syscall+0x24d ddb>ps PID PPIDPGRPUID S FLAGS WAIT COMMAND * 5393 20454 53930 7 0x33ping Tested from i386 image on VMWare ESXi 5.5 (I tried with E1000 and VMX3 network drivers and got same panic). Romain
Re: touchpad slight regression (snap: 20141121->20150217)
On Wed, Feb 25, 2015 at 11:50:55AM -0600, joshua stein wrote: > Can you try recompiling that driver with that last revision backed > out and see if it fixes the problem? Done. Problem is gone.
Re: ppp not found
# grep ppp /var/log/* .Failed to open /dev/cuaU2: device not configured..
Re: touchpad slight regression (snap: 20141121->20150217)
I can confirm this on my Thinkpad X220i.
OpenBSD Foundation 2014/2015 News & Fundraising
2014 was the most successful year to date for the OpenBSD Foundation. Both in the amount of money we raised and in the support we provided for the OpenBSD and related projects. We are extremely grateful for the support shown by our contributers large and small. A detailed summary of the Foundation's activities in 2014 can be seen at http://www.openbsdfoundation.org/activities.html But here are some highpoints. We received $397,000 in new donations and paid out $129,000 to support the activities of the OpenBSD and related projects. Some of the things the $129,000 made happen were higher speed network links to the project's machine room; new servers, UPSs, network switches, serial consoles and network monitoring equipment for the machine room; development machines for several developers; participation in GSOC 2014; and hackathons in Lujbljana, Dunedin, Berlin, and Marrakesh. As you can see, 2014 was a very good year for the Foundation. This can be attributed to a number of unique events. A very public finanical crisis at the start of the year generated extensive community support, and the releases of LibreSSL generated significant interest and support. But it is important for us not to rely on one time events for our success. Which brings us to our 2015 Fundraising Campaign, described at http://www.openbsdfoundation.org/campaign2015.html The OpenBSD Foundation needs your help to achieve our fundraising goal of $200,000 for 2015. We need both Individual and Corporate sponsorship of the Foundation. Reaching this goal will ensure the continued health of the projects we support, will enable us to help them do more, and will avoid the distraction of financial emergencies that could spell the end of the projects. In particular it would allow us to fund more dedicated developer time for targeted development of specific projects. If $10 were given for every installation of OpenBSD in the last year from the master site we would be at our goal. If $2 were given for every download of the OpenSSH source code in the last year from the master site we would be at our goal. If a penny was donated for every pf or OpenSSH installed with a mainstream operating system or phone in the last year we would be at our goal. As an individual or corporation, the best kind of donation we can receive is a recurring donation. This allows longer term planning on our part, instead of hoping for one time cash infusions. The easiest way for an individual to support us in this way is a recurring Paypal donation, which is our preference. Donations to the foundation can be made on our Donations Page. http://www.openbsdfoundation.org/donations.html We can be contacted regarding corporate sponsorship at fundrais...@openbsdfoundation.org
Re: sndio non-blocking with kqueue
Sam Good wrote: > From sndio design, it looks like non-blocking (like in sio_write) can be > done with poll. sio_pollfd can be used to obtain the pollfd struct which > contains the file descriptor fd. The fd descriptor seems to be equivalent > to the unix stream for the sound playing device. > > Would it be possible to use the file descriptor fd with kqueue instead of > poll? > > > (I wanted to adapt an application that uses kqueue for internet/TCP server > listening, and be able to add an audio playing capability; I wanted to try > to use kqueue for both. I also wanted to learn more about using kqueue) > > I wrote a basic program that gets the sndio playing device file descriptor > fd from sio_pollfd, and then adds that fd to the kevent with filter > EVFILT_WRITE. Then loop with kevent appears to return that the fd is ready > for WRITE, and the kevent return data shows '4096' (available space in > buffer for write) but sio_write returns with value 0, indicating that no > bytes could be written into the output buffer. > > > Is there something different about the file descriptor for the sndio > output device, that kqueue/kevent can't be used? > > thanks. Did you start the device before writing to it ? (read sio_start(3))
Re: Fix for ix(4) SFP+ module detection when booting without the modules plugged in. (current vs 5.6 stable)
On 02/24/15 18:33, Tom Smyth wrote: > Hi Lads > > I saw this changelog for SFP+ drivers so that they will recognize a SFP > module when it is plugged in (rather than having to reboot the box to have > the OS pick up the new module) > > Fix for ix(4) SFP+ module detection when booting without the modules > plugged in. > > > I was wondering if it would be possible to include this in the 5.6 Stable > as a Patch, possible? Of course. That's the neat thing about open source. Developer doing it and making it official? Unlikely. New functionality is almost never pushed back to -stable. If there was a breakage between 5.5 and 5.6, maybe, but something that never worked will not be added to -stable. > The reason is I would like to deploy to our production router, and I would > be worried about running 5.7 current on the production system.. um. right now, we are at 5.7-beta, and lock, meaning what we have now is almost 5.7 and BEFORE 5.7, not 5.7-current, which is AFTER 5.7. > I was wondering if there wasn't a significant functionality change in the > driver would it be possible to include it as patch in stable branch ? > > failing that would someone give advice about trying to "back port" the fix > ( I hate the thought of it ) let's think about this...which would you rather have: a) an OS which is about to become 5.7-release, and if a problem is found, devs will jump all over it to fix it for 5.7? b) an OS which is a Frankenstein's monster of bits and pieces mushed together and 100% not supported by anyone? I'd go for "a", and I'd suggest you consider doing the same. Nick.
Re: ERP
Tryton seems nice ... Thanks for options. I will try dolibarr too On Tue, Feb 24, 2015 at 7:50 PM, Cédric Krier wrote: > On 24 Feb 19:31, Jay Patel wrote: > > Hi, > > > > Anyone know good ERP that works on OpenBSD? or provides solution for it. > > There is Tryton [1] which is in the ports: > http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/productivity/tryton/ > > Disclaimer, I'm one of the developers. > > [1] http://www.tryton.org/ > -- > Cédric Krier - B2CK SPRL > Email/Jabber: cedric.kr...@b2ck.com > Tel: +32 472 54 46 59 > Website: http://www.b2ck.com/
Re: ppp not found
On Wed, Feb 25, 2015 at 12:35 PM, A Y wrote: > I did exactly as you asked, but everything is the same. > Is it possible that the USB modem doesn't like the Lenovo USB port? > If you don't have any further suggestions, I would like to install OpenBSD on > my PC and try the connection. > I don't like to do that because this means that I have to remove Windows, > install/try OpenBSD and then re-install Windows. But I have to I guess. > What are the logs from pppd now? # grep ppp /var/log/* ciao, David
Re: ppp not found
I did exactly as you asked, but everything is the same. Is it possible that the USB modem doesn't like the Lenovo USB port? If you don't have any further suggestions, I would like to install OpenBSD on my PC and try the connection. I don't like to do that because this means that I have to remove Windows, install/try OpenBSD and then re-install Windows. But I have to I guess.
Re: pkg_add vs. cvs -up, and pkg_check telling me about unknown files & directories
On Wed, Feb 25, 2015 at 05:35:43PM +0900, Joel Rees wrote: > So the file system is the package management system? File system == base system + xenocara + pkg system + user files We now have mostly accurate information for all of these, which is what the end run of pkg_check tries to do. > Is, perhaps, pkg_check trying to do too many things, maybe? Nah, it's just not finished yet, but we don't have any tools being able to clean up the base system. And since there is stuff in /etc that actually belongs to the pkg system, I see no way around that. Also, assuming you only have base systems and packages installed, knowing when to remove old shared libraries is something we have information for... So, yeah, it's the correct place to do things. You can't do it without having all the packaging information.
Re: HTTPD - HTTP->HTTPS redirection?
Hi all, On Fri, Feb 6, 2015 at 12:08 PM, Erling Westenvik < erling.westen...@gmail.com> wrote: > On Thu, Feb 05, 2015 at 05:25:27PM -0600, Theodore Wynnychenko wrote: > > Hello > > Recently, there was a thread entitled "Best way forward w.r.t. > > apache/nginx/httpd?" > > > > My needs for an http server are pretty low; and I was planning on using > the > > new in-house httpd included in current. > > > > The only "fancy" thing I like is having http requests redirect to https. > > This is actually completely unnecessary for my uses, but, I would like to > > have it if I can. > > > > I see a note in the change log from 5.5 to 5.6 > > (http://www.openbsd.org/plus56.html) which states: "Redirect httpd(8) > to > > https:// if SSL/TLS is enabled." However, I do not see any other > reference > > to this behavior in the man pages. > > The man page for httpd(8) states in it's DESCRIPTION section that: "The > httpd daemon is an HTTP server with FastCGI AND SSL SUPPORT". And under > the SEE ALSO section it refers to httpd.conf(5). Have a look at the > latter. > > You want to specify something like: > > server "default" { > listen on $ext_ip port 443 > certificate > ciphers > key > } > That configuration would throw a syntax error like: httpd[6892]: /etc/httpd.conf:25: syntax error Correct one needs to prepend "tls" to tls specific options: server "default" { listen on egress port 443 tls certificate tls ciphers tls key } Regards. -- Pablo Méndez Hernández
Re: hardware support
Dem, fixed it, and x server started, but in 1024x768 mode. Trying to add 1920x1200 mode via gtf and xrandr, but no outputs found. Sreen-0, Sreen0, sreen0, monitor0 etc...what is the name of this device, cuz current xrandr show me "Screen 0". Its hdmi, if this information will be helpfull, Xorg.log: Not using built-in mode 1920x1200 (no mode of this name) Not using built-in mode 1920x1200 (hsync out of range) Seems it would be better to switch to built-in intel video card.. PS: i have Radeon hd 5700(juniper) card, but didnt found it on this page http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man4/radeon.4?query=radeon&sec=4 . Will it work? 2015-02-25 11:46 GMT+03:00 Remco : > Joseph Oficre wrote: > > > I got this with VESA driver enabled: > > [ 1011.000] (WW) checkDevMem: failed to open /dev/xf86 and /dev/mem > > (Operation not permitted) > > Check that you have set 'machdep.allowaperture=1' > > in /etc/sysctl.conf and reboot your machine > > refer to xf86(4) for details > > Did you act upon this message ? > > > Googled, but nothing helpful :(
Re: ppp not found
On Wed, Feb 25, 2015 at 9:18 AM, A Y wrote: > #dmesg | grep -B 1 ucom > same as your example but different port and different addr. > #ls -l /dev/cuaU*crw-rw 1 uucp dialer 66, 128 Feb 24 9:46 > /dev/cuaU0crw-rw 1 uucp dialer 66, 129 Feb 24 9:46 /dev/cuaU1crw-rw 1 > uucp dialer 66, 130 Feb 24 9:46 /dev/cuaU2crw-rw 1 uucp dialer 66, 131 Feb > 24 9:46 /dev/cuaU3 > #grep com /var/log/messagesSorry, I couldn't post all the output but I noticed > the following:com0 at isa0 portucom0 at umsm0ucom1 at umsm1ucom2 at umsm2 > #ifconfig ppp0 ...umsm0: this device is not using CDC notify message in intr > pipe.Please send your dmesg to , thanks Replace "/dev/cuaU0" with "/dev/cuaU2" into the "/etc/ppp/peers/mobinil" file and it should work.
Re: ppp not found
#dmesg | grep -B 1 ucom same as your example but different port and different addr. #ls -l /dev/cuaU*crw-rw 1 uucp dialer 66, 128 Feb 24 9:46 /dev/cuaU0crw-rw 1 uucp dialer 66, 129 Feb 24 9:46 /dev/cuaU1crw-rw 1 uucp dialer 66, 130 Feb 24 9:46 /dev/cuaU2crw-rw 1 uucp dialer 66, 131 Feb 24 9:46 /dev/cuaU3 #grep com /var/log/messagesSorry, I couldn't post all the output but I noticed the following:com0 at isa0 portucom0 at umsm0ucom1 at umsm1ucom2 at umsm2 #ifconfig ppp0 ...umsm0: this device is not using CDC notify message in intr pipe.Please send your dmesg to , thanks
Re: hardware support
Joseph Oficre wrote: > I got this with VESA driver enabled: > [ 1011.000] (WW) checkDevMem: failed to open /dev/xf86 and /dev/mem > (Operation not permitted) > Check that you have set 'machdep.allowaperture=1' > in /etc/sysctl.conf and reboot your machine > refer to xf86(4) for details Did you act upon this message ? > Googled, but nothing helpful :(
Re: pkg_add vs. cvs -up, and pkg_check telling me about unknown files & directories
On Wed, Feb 25, 2015 at 12:17 AM, Marc Espie wrote: > For instance, here's what pkg_check says on a somewhat older machine > I haven't cleansed in a while, along with my commentary. > > (warning, long post). Indeed. > Like they said, the devil lies in the details. There are about 10 (or more) > special cases I haven't taken care of yet... > > Not found: > /.install_started > (fun, old bsd.rd stuff) > /basename.core > (fun, a core) > /bin/badsh > (okay, my bad, pie fuckup) > /bin/rcp > /bin/rmail > /bin/sum > (now, those are old things) > /boot Okay, I think I see that I don't need to worry about the unknown files/directories it reports. > (that one should be an exception) > /bsd > /bsd.120320 > /bsd.120828 > /bsd.120927 > /bsd.121106 > /bsd.130423 > /bsd.130430 > /bsd.130514 > /bsd.130711 > /bsd.130723 > /bsd.131015 > /bsd.131113 > /bsd.131210 > /bsd.140715 > /bsd.150121 > /bsd.rd > /bsd.sp > (should I ignore everything as bsd* ?) Depends on the purpose, I'd guess. > /dos Is that a mount point in your system, too? > /etc/X11/app-defaults/Beforelight > [...] So the file system is the package management system? Is, perhaps, pkg_check trying to do too many things, maybe? Anyway, now I'm pretty sure I can safely assume that, since pkg_info is working again, I don't have to scratch my ports partition and re-populate it from scratch. Still not sure why pkg_info and pkg_add were geting stuck until I used pkg_check. Thanks, Joel Rees