Re: Unable to use static ipv6 address on an if when another if has ipv6 autoconf enabled
On 2015-09-18, Daniel Gillen wrote: > If I remove the "inet6 autoconf" line from the hostname.pppoe0 file, I > don't receive an ipv6 address from my ISP anymore (which is normal) but > now my internal ipv6 network works. .. > Btw, I applyed this patch > (https://marc.info/?l=openbsd-cvs&m=142730518728044&w=2) to enable IPv6 > forwarding and SLAAC at the same time to my kernel, but that does not help. This was fixed here: - PatchSet 1074 Date: 2015/08/25 00:26:43 Author: mpi Branch: HEAD Tag: (none) Log: Start moving away from the global prefix list by limiting its usage to AUTOCONF'd addresses. This prevent the kernel from removing connected (/64) routes as soon as it configures an AUTOCONF'd address based on a RA. Tested by sebastia@, ok sthen@ Members: in6.c:1.167->1.168 in6_ifattach.c:1.92->1.93 nd6.c:1.147->1.148 nd6.h:1.46->1.47 nd6_rtr.c:1.118->1.119 - IIRC it depends on some previous commits too. So this is in snapshots but is post-5.8. Are you able to use static addressing towards your ISP as a work-around for now? If not then moving to a snapshot is probably the simplest option (and stay on snapshots until 5.9).
Re: urtwn driver has problems
On 2015-09-18, Alexey Suslikov wrote: > Alan Corey gmail.com> writes: > >> I don't know how to document this but my 5.7 laptop about once a week >> has a hard crash when running ifconfig or dhclient on urtwn0. I have >> to hold down the power switch, turn it off, reboot. > > I think you should try 5.8, there was stability fixes in urtwn(4). > > 5.8 hasn't been released yet.
Re: multiple headphone sockets and sndiod on Lenovo M83/Tiny-in-One 23
mark hellewell wrote: > Hi, > > I have a Lenovo M83 dropped into a Tiny-in-One 23 and would like to find > out how to get headphone audio working through the socket on the side > of the Tiny-in-One screen. > > Headphone sensing and output works by default when I plug headphones > in to the socket built directly into the M83, but when the unit is plugged > into the screen then plugging headphones into the screen's socket > doesn't seem to do anything. > > All I've really tried so far is setting outputs.hp_source to the other > mixers > identified by the system, but that achieved nothing. I have no idea what > I'm doing with this :( > > Maybe this is something simple? Maybe it is impossible at the moment? > Perhaps I will have to keep the M83 out of the receptacle designed for it > on the back of the screen and use the built-in headphone socket. > > More generally, OpenBSD 5.7 stable seems to run very nicely on this > computer :) The only other issue I've encountered is when switching > from X to console and back again, using Ctrl-Alt-F keys, X seems to > lose acceleration. > > audioctl, mixerctl, dmesg included below. > > Thanks! > > Mark > > > audioctl: > > name=HD-Audio > encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1 > properties=full_duplex,independent > hiwat=9 > lowat=8 > mode=play,record > play.rate=48000 > play.channels=2 > play.precision=16 > play.bps=2 > play.msb=1 > play.encoding=slinear_le > play.samples=4002708480 > play.pause=0 > play.active=1 > play.block_size=3840 > play.errors=10560 > record.rate=48000 > record.channels=2 > record.precision=16 > record.bps=2 > record.msb=1 > record.encoding=slinear_le > record.samples=4002750720 > record.pause=0 > record.active=1 > record.block_size=3840 > record.errors=0 > > > mixerctl: > > inputs.dac-2:3=174,174 > inputs.dac-0:1=174,174 > record.adc-0:1_mute=off > record.adc-0:1=124,124 > record.adc-2:3_mute=off > record.adc-2:3=124,124 > inputs.mix_source=mic,mic2 > inputs.mix_mic=120,120 > inputs.mix_mic2=120,120 > inputs.mix2_source=dac-2:3,mix > inputs.mix3_source=dac-0:1,mix > outputs.spkr_source=mix2 > outputs.spkr_mute=off > outputs.spkr_eapd=on > inputs.mic=85,85 > outputs.mic_dir=input-vr80 > inputs.mic2=85,85 > outputs.mic2_dir=input-vr80 > outputs.hp_source=mix3 > outputs.hp_mute=off > outputs.hp_boost=off > outputs.hp_eapd=on > record.adc-2:3_source=mic,mic2,mix > record.adc-0:1_source=mic,mic2,mix > outputs.mic_sense=unplugged > outputs.mic2_sense=unplugged > outputs.hp_sense=unplugged > outputs.spkr_muters=hp > outputs.master=255,255 > outputs.master.mute=off > outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp > record.volume=124,124 > record.volume.mute=off > record.volume.slaves=adc-0:1,adc-2:3 > > > dmesg: > ... > azalia0 at pci0 dev 3 function 0 "Intel Core 4G HD Audio" rev 0x06: msi > azalia0: No codecs found > azalia1 at pci0 dev 27 function 0 "Intel 8 Series HD Audio" rev 0x05: msi > azalia1: codecs: Realtek/0x0233 > audio0 at azalia1 > uaudio0 at uhub4 port 3 configuration 1 interface 0 "CONEXANT > Tiny-in-One 23" rev 2.00/0.04 addr 7 > uaudio0: audio rev 1.00, 5 mixer controls > audio1 at uaudio0 You've got 3 separate audio devices, azalia0, azalia1 and uaudio0. azalia0: probably HDMI audio which isn't supported yet AFAICT azalia1: on-board audio detected as audio0, sndiod normally attaches to this device so all audio played on your systems is played through that. uaudio0: your USB "Tiny-in-One 23" device, sndiod doesn't attach to this by default. To make sndiod use both devices you can add a line to your rc.conf.local: sndiod_flags="-f rsnd/0 -f rsnd/1" where rsnd/0 represents audio0, exposed as snd/0 by sndiod, and rsnd/1 represents audio/1, exposed as snd/1. Specifying either snd/0 or snd/1 in your application determines which device the audio is played on. If you want the USB device to be your default device you could try swapping the parameters: sndiod_flags="-f rsnd/1 -f rsnd/0" If that doesn't work, try: sndiod_flags="-f rsnd/0 -f rsnd/1 -s default" I hope this helps.
doas as root with /sbin/shutdown + related conf syntax query
Hi there, I just started getting to know doas a bit, and am already stumped (pretty typical for me..). I'm trying to let my user shutdown, reboot and suspend the computer without entering a password. This is my doas.conf: permit keepenv { ENV PS1 SSH_AUTH_SOCK } :wheel permit nopass toby as root cmd /sbin/shutdown permit nopass toby as root cmd /sbin/reboot permit nopass toby as root cmd /usr/sbin/zzz I can suspend successfully, but attempting to shutdown or reboot, returns: ksh: shutdown: cannot execute - Permission denied I assume it's something to do with those executables being in sbin. How might I go about allowing my user to shutdown? I also have a simple syntax query: Initially my /etc/doas.conf looked like this (still in sudo mindset mode apparently!): permit keepenv { ENV PS1 SSH_AUTH_SOCK } :wheel permit nopass toby as root cmd /sbin/shutdown, /sbin/reboot, /usr/sbin/zzz Then I tried: permit nopass toby as root cmd {/sbin/shutdown /sbin/reboot /usr/sbin/zzz} ... thinking it might be the same as keepenv args demonstrated in man page. No dice. Is there a way to specify multiple commands on the same line? -- 0x2b || !0x2b
Re: doas as root with /sbin/shutdown + related conf syntax query
Toby Slight wrote: > Hi there, > > I just started getting to know doas a bit, and am already stumped (pretty > typical for me..). > > I'm trying to let my user shutdown, reboot and suspend the computer without > entering a password. This is my doas.conf: > > permit keepenv { ENV PS1 SSH_AUTH_SOCK } :wheel > permit nopass toby as root cmd /sbin/shutdown > permit nopass toby as root cmd /sbin/reboot > permit nopass toby as root cmd /usr/sbin/zzz > > I can suspend successfully, but attempting to shutdown or reboot, returns: > > ksh: shutdown: cannot execute - Permission denied you have to run the doas command. it's not part of the shell. doas /sbin/shutdown
mixerctl in /etc/apm/resume with USB headset
I am not able to set my headphone volume via /etc/apm/resume after suspending. $ cat /etc/apm/resume #!/bin/sh mixerctl outputs.spkr=120 /etc/apm/resume is executable (755) and owned by root.wheel. Manually setting the volume works: $ mixerctl outputs.spkr=120 outputs.spkr: 189,189 -> 119,119 Ideas? Best regards, Ingo $ mixerctl outputs.spkr.mute=off outputs.spkr=119,119 record.mic.mute=off record.mic=210 record.sel10-i6=1 $ dmesg OpenBSD 5.8-current (GENERIC.MP) #1371: Wed Sep 16 21:14:29 MDT 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP RTC BIOS diagnostic error 80 real mem = 8495140864 (8101MB) avail mem = 8233717760 (7852MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe3400 (39 entries) bios0: vendor Intel Corp. version "MQ96510J.86A.1754.2008.1117.0002" date 11/17/2008 bios0: Intel Corporation DG965WH acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC WDDT MCFG ASF! HPET SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices SLPB(S4) P32_(S4) UAR1(S4) UAR2(S4) ILAN(S4) PEGP(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) [...] 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)2 CPU 6600 @ 2.40GHz, 2397.95 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR cpu0: 4MB 64b/line 16-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 266MHz cpu0: mwait min=64, max=64, C-substates=0.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz, 2397.61 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR cpu1: 4MB 64b/line 16-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpimcfg0 at acpi0 addr 0xf000, bus 0-127 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 6 (P32_) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at acpi0: bus 2 (PEX1) acpiprt4 at acpi0: bus 3 (PEX2) acpiprt5 at acpi0: bus 4 (PEX3) acpiprt6 at acpi0: bus 5 (PEX4) acpiprt7 at acpi0: bus -1 (PEX5) acpicpu0 at acpi0: C1(@1 halt!), PSS acpicpu1 at acpi0: C1(@1 halt!), PSS acpibtn0 at acpi0: SLPB cpu0: Enhanced SpeedStep 2397 MHz: speeds: 2394, 1596 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 82G965 Host" rev 0x02 vga1 at pci0 dev 2 function 0 "Intel 82G965 Video" rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1920x1080 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 82G965 HECI" rev 0x02 at pci0 dev 3 function 0 not configured uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x02: apic 2 int 16 uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x02: apic 2 int 21 ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x02: apic 2 int 18 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb0 at pci0 dev 28 function 0 "Intel 82801H PCIE" rev 0x02: msi pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 1 "Intel 82801H PCIE" rev 0x02: msi pci2 at ppb1 bus 2 pciide0 at pci2 dev 0 function 0 "Marvell 88SE6101 IDE" rev 0xb1: DMA (unsupported), channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using apic 2 int 17 for native-PCI interrupt pciide0: channel 0 ignored (not responding; disabled or no drives?) pciide0: channel 1 ignored (not responding; disabled or no drives?) ppb2 at pci0 dev 28 function 2 "Intel 82801H PCIE" rev 0x02: msi pci3 at ppb2 bus 3 ppb3 at pci0 dev 28 function 3 "Intel 82801H PCIE" rev 0x02: msi pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 4 "Intel 82801H PCIE" rev 0x02: msi pci5 at ppb4 bus 5 uhci2 at pci0 dev 29 function 0 "Intel 82801H USB" rev 0x02: apic 2 int 23 uhci3 at pci0 dev 29 function 1 "Intel 82801H USB" rev 0x02: apic 2 int 19 uhci4 at pci0 dev 29 function 2 "Intel 82801H USB" rev 0x02: apic 2 int 18 ehci1 at pci0 dev 29 function 7 "Intel 82801H USB" rev 0x02: 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 0xf2 pci6 at ppb5 bus 6 rl0 at pci6 dev 0 function 0 "Realtek 8139" rev 0x10: apic 2 int 21, address 00:02:44:11:a2:bb rlphy0 at rl0 phy 0: RTL internal PHY pcib0 at pci0 dev 31 function 0 "Int
Problems building userland
Hello, How are you guys able to build userland? I double-checked that the http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/Makefile?rev=1.125&content-type=text/plain is still referring to ${SUDO} here is the result. # make build cd /usr/src/share/mk && exec /usr/bin/sudo -E make install /bin/sh: /usr/bin/sudo: not found *** Error 127 in /usr/src (Makefile:75 'build') Thanks
Re: Problems building userland
On Sat, Sep 19, 2015 at 10:35:07AM -0500, Amit Kulkarni wrote: > Hello, > > How are you guys able to build userland? I double-checked that the > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/Makefile?rev=1.125&content-type=text/plain > > is still referring to ${SUDO} > > here is the result. > > # make build > cd /usr/src/share/mk && exec /usr/bin/sudo -E make install > /bin/sh: /usr/bin/sudo: not found > *** Error 127 in /usr/src (Makefile:75 'build') > > Thanks > The sudo application moved from built-in to ports. See the details in the Following -current FAQ: http://www.openbsd.org/faq/current.html#20150703
Re: Problems building userland
On Sat, Sep 19, 2015 at 10:39 AM, Josh Grosse wrote: > On Sat, Sep 19, 2015 at 10:35:07AM -0500, Amit Kulkarni wrote: > > Hello, > > > > How are you guys able to build userland? I double-checked that the > > > > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/Makefile?rev=1.125&content-type=text/plain > > > > is still referring to ${SUDO} > > > > here is the result. > > > > # make build > > cd /usr/src/share/mk && exec /usr/bin/sudo -E make install > > /bin/sh: /usr/bin/sudo: not found > > *** Error 127 in /usr/src (Makefile:75 'build') > > > > Thanks > > > > The sudo application moved from built-in to ports. See the details in > the Following -current FAQ: > > http://www.openbsd.org/faq/current.html#20150703 > > Yes, I know. After following instructions removing base sudo, userland does not build. I think the /usr/src/Makefile needs to be adjusted, or am I wrong in that? Thanks
Re: Problems building userland
On Sat, Sep 19, 2015 at 8:35 AM, Amit Kulkarni wrote: > How are you guys able to build userland? I double-checked that the > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/Makefile?rev=1.125&content-type=text/plain > > is still referring to ${SUDO} > > here is the result. > > # make build > cd /usr/src/share/mk && exec /usr/bin/sudo -E make install > /bin/sh: /usr/bin/sudo: not found > *** Error 127 in /usr/src (Makefile:75 'build') It's your /etc/mk.conf that says "SUDO=sudo -E". Either remove that line and do builds as root, or update it to refer to say SUDO=doas Philip Guenther
Re: Problems building userland
On Sat, Sep 19, 2015 at 11:01 AM, Philip Guenther wrote: > On Sat, Sep 19, 2015 at 8:35 AM, Amit Kulkarni wrote: > > How are you guys able to build userland? I double-checked that the > > > > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/Makefile?rev=1.125&content-type=text/plain > > > > is still referring to ${SUDO} > > > > here is the result. > > > > # make build > > cd /usr/src/share/mk && exec /usr/bin/sudo -E make install > > /bin/sh: /usr/bin/sudo: not found > > *** Error 127 in /usr/src (Makefile:75 'build') > > It's your /etc/mk.conf that says "SUDO=sudo -E". Either remove that > line and do builds as root, or update it to refer to say SUDO=doas > Thanks for the clue stick Philip! Getting back into compiling after a long time.
Re: Problems building userland
On 09/19/15 16:35, Amit Kulkarni wrote: > Hello, > > How are you guys able to build userland? I double-checked that the > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/Makefile?rev=1.125&content-type=text/plain > > is still referring to ${SUDO} > > here is the result. > > # make build > cd /usr/src/share/mk && exec /usr/bin/sudo -E make install > /bin/sh: /usr/bin/sudo: not found > *** Error 127 in /usr/src (Makefile:75 'build') > > Thanks > > I use this cd /usr/src make obj cd /usr/src/etc && env DESTDIR=/ doas make distrib-dirs cd /usr/src make SUDO=doas build For building other things like ports ... $ grep SUDO /etc/mk.conf SUDO=/usr/bin/doas doas replaces sudo, which is now in ports.
Re: mixerctl in /etc/apm/resume with USB headset
On Sat, Sep 19, 2015 at 04:00:38PM BST, Ingo Feinerer wrote: > I am not able to set my headphone volume via /etc/apm/resume after > suspending. > > $ cat /etc/apm/resume > #!/bin/sh > mixerctl outputs.spkr=120 > > /etc/apm/resume is executable (755) and owned by root.wheel. > > Manually setting the volume works: > > $ mixerctl outputs.spkr=120 > outputs.spkr: 189,189 -> 119,119 > > Ideas? Redirect stdout and stderr to a file in the above script, then suspend/resume and send the content of said file. Raf P.S. Works for me.
Re: mixerctl in /etc/apm/resume with USB headset
On Sat, Sep 19, 2015 at 04:00:38PM BST, Ingo Feinerer wrote: > I am not able to set my headphone volume via /etc/apm/resume after > suspending. > [...] > Ideas? Ooops, I read the above and only I had sent the email I re-read the subject - most likely your USB headset is not initialised before the resume script is being run. Put 'sleep 5' (adjust the time to your needs[0]) before 'mixerctl' command. That should do it. Raf [0] my USB WiFi dongle needs about 3 seconds before it re-attaches
Re: urtwn driver has problems
Stuart Henderson spacehopper.org> writes: > On 2015-09-18, Alexey Suslikov gmail.com> wrote: > > I think you should try 5.8, there was stability fixes in urtwn(4). > > 5.8 hasn't been released yet. How about "Various stability fixes for urtwn(4) driver" in 58.html then?
Re: audio codec RealTek ALC3263
Remi Locherer relo.ch> writes: > My Dell XPS 13 has a RealTek ALC3263 codec (according to the BIOS). In > dmesg only the following shows up: > > azalia0 at pci0 dev 3 function 0 "Intel Core 5G HD Audio" rev 0x09: msi > azalia0: No codecs found Could you please build a kernel with AUDIO_DEBUG/AZALIA_DEBUG and re-post dmesg?
Re: audio codec RealTek ALC3263
On Sat, Sep 19, 2015 at 08:31:24PM +, Alexey Suslikov wrote: > Remi Locherer relo.ch> writes: > > > My Dell XPS 13 has a RealTek ALC3263 codec (according to the BIOS). In > > dmesg only the following shows up: > > > > azalia0 at pci0 dev 3 function 0 "Intel Core 5G HD Audio" rev 0x09: msi > > azalia0: No codecs found > > Could you please build a kernel with AUDIO_DEBUG/AZALIA_DEBUG and > re-post dmesg? > OpenBSD 5.8-current (GENERIC.MP.AUDIO_DEBUG) #0: Sat Sep 19 22:50:26 CEST 2015 r...@mistral.relo.ch:/usr/src/sys/arch/amd64/compile/GENERIC.MP.AUDIO_DEBUG real mem = 8168914944 (7790MB) avail mem = 7917355008 (7550MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xed840 (84 entries) bios0: vendor Dell Inc. version "A05" date 07/14/2015 bios0: Dell Inc. XPS 13 9343 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT UEFI SSDT SSDT TPM2 SSDT ASF! SSDT SSDT SSDT SSDT PCCT SSDT SSDT SSDT SLIC MSDM DMAR CSRT acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(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-5200U CPU @ 2.20GHz, 2494.58 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,SENSOR,ARAT 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.2.4.1.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz, 2494.24 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz, 2494.24 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,SENSOR,ARAT cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz, 2494.24 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,SENSOR,ARAT cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins acpimadt0: bogus nmi for apid 0 acpimadt0: bogus nmi for apid 2 acpimadt0: bogus nmi for apid 1 acpimadt0: bogus nmi for apid 3 acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG0) acpiprt2 at acpi0: bus -1 (PEG1) acpiprt3 at acpi0: bus -1 (PEG2) acpiprt4 at acpi0: bus 1 (RP01) acpiprt5 at acpi0: bus -1 (RP02) acpiprt6 at acpi0: bus -1 (RP03) acpiprt7 at acpi0: bus 2 (RP04) acpiprt8 at acpi0: bus -1 (RP05) acpiprt9 at acpi0: bus -1 (RP06) acpiprt10 at acpi0: bus -1 (RP07) acpiprt11 at acpi0: bus -1 (RP08) acpiec0 at acpi0 acpicpu0 at acpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpicpu2 at acpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpicpu3 at acpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpipwrres0 at acpi0: PG00, resource for PEG0 acpipwrres1 at acpi0: PG01, resource for PEG1 acpipwrres2 at acpi0: PG02, resource for PEG2 acpitz0 at acpi0: critical temperature is 107 degC acpipwrres3 at acpi0: FN00, resource for FAN0 acpi
route6d issues
Hi All, Just setting up my first ipv6 network on 5.7/amd64 and I’m trying to get route6d working on two hosts. But it is not able to transmit messages it seems: 20:35:11: Send(gif1): info(3) to ff02:9::9.521 sendmsg: Invalid argument 20:35:11: Send(gif0): info(3) to ff02:5::9.521 sendmsg: Invalid argument 20:35:11: Send(vio1): info(5) to ff02:2::9.521 sendmsg: Invalid argument 20:35:11: Send(vio0): info(4) to ff02:1::9.521 sendmsg: Invalid argument I seem to be able to ping the multicast address and get some responses: # ping6 ff02:1::9 PING6(56=40+8+8 bytes) fe80::2a0:98ff:fe52:db56%vio0 --> ff02:1::9 16 bytes from fe80::2a0:98ff:fe52:db56%vio0, icmp_seq=0 hlim=64 time=0.045 ms 16 bytes from fe80::2a0:98ff:fe52:db56%vio0, icmp_seq=1 hlim=64 time=0.048 ms ^C --- ff02:1::9 ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.045/0.046/0.048/0.001 ms I’ve got mforwarding enabled: # sysctl -a | grep net.inet6.ip6 net.inet6.ip6.forwarding=1 net.inet6.ip6.redirect=1 net.inet6.ip6.hlim=64 net.inet6.ip6.mrtproto=103 net.inet6.ip6.maxfragpackets=200 net.inet6.ip6.log_interval=5 net.inet6.ip6.hdrnestlimit=10 net.inet6.ip6.dad_count=1 net.inet6.ip6.auto_flowlabel=1 net.inet6.ip6.defmcasthlim=1 net.inet6.ip6.use_deprecated=1 net.inet6.ip6.rr_prune=5 net.inet6.ip6.v6only=1 net.inet6.ip6.maxfrags=200 net.inet6.ip6.mforwarding=1 net.inet6.ip6.multipath=1 net.inet6.ip6.multicast_mtudisc=0 net.inet6.ip6.neighborgcthresh=2048 net.inet6.ip6.maxifprefixes=16 net.inet6.ip6.maxifdefrouters=16 net.inet6.ip6.maxdynroutes=4096 net.inet6.ip6.dad_pending=0 net.inet6.ip6.mtudisctimeout=600 net.inet6.ip6.ifq.len=0 net.inet6.ip6.ifq.maxlen=256 net.inet6.ip6.ifq.drops=0 I’ve not got any pf rules blocking outbound traffic at all. Any ideas what to check next? -Matt — Matt Hamilton Quernus m...@quernus.co.uk +44 117 325 3025 49b Easton Business Centre Felix Road, Easton Bristol, BS5 0HE Quernus Ltd is a company registered in England and Wales. Registered number: 09076246
Cheap hardware for router, perhaps fileserver?
Having tried my first OpenBSD installation for a remote server with the smtpd, spamd, ntpd, httpd, etc. that it comes with, it's gone very nicely and I'm pleased with how it's working: my thanks to all those whose hard work is behind it. To now try out OpenBSD in a different way, I am thinking of replacing some of my existing old stuff at home with a new system, acting as router and perhaps also fileserver. It'd be doing packet filtering and NAT, and running pppd, nsd, dhcpd, and maybe ntpd and nfsd. I am wondering how little I can get away with spending on the experiment for something small and quiet for which I can follow step-by-step instructions. For instance, around the USD100 mark the Ubiquiti ERLite-3 looks reasonable and there are reports that it's not difficult to install OpenBSD on it, though with significant network performance loss through not being able to use the hardware acceleration. How much of a cost that is seeing as I'm unlikely to get any more than "up to" 76Mbps from my ISP's fibre anyway, I don't know. Also, the SolidRun CuBox series looks more powerful for not much more money; perhaps even the earlier/cheaper ones might be reasonably supported by OpenBSD, though I don't find much in the way of people saying how they had easy success, and they are mostly multicore and I don't know if SMP support for armv7 may yet come along; also I guess as a router (for the wired home LAN) I'd need a USB ethernet adapter for a second port. I wonder, what kind of specs I might be able to get away with, and what good deals there are, that I could probably get OpenBSD on to without having to be too inventive and using binary blobs from odd places for bootloaders and whatnot? And, if there's anything about where current development focus / interest is that might affect what I opt for? Am I missing something positive or negative about these systems or others -- how much sense does this plan make? Last time I did anything like this, I spent rather more on a mini-ITX PC system with a loud fan (and ran Linux on it, with iptables and bind and whatnot), but I'm hoping that's overkill. (Is this the correct place to be asking this kind of question?) -- Mark
Re: audio codec RealTek ALC3263
Remi Locherer relo.ch> writes: > > On Sat, Sep 19, 2015 at 08:31:24PM +, Alexey Suslikov wrote: > > Remi Locherer relo.ch> writes: > > > > > My Dell XPS 13 has a RealTek ALC3263 codec (according to the BIOS). In > > > dmesg only the following shows up: > > > > > > azalia0 at pci0 dev 3 function 0 "Intel Core 5G HD Audio" rev 0x09: msi > > > azalia0: No codecs found > > > > Could you please build a kernel with AUDIO_DEBUG/AZALIA_DEBUG and > > re-post dmesg? > azalia0: found a codec at #0 > azalia_init_corb: CORB allocation succeeded. > azalia_init_corb: CORBWP=0; size=256 > azalia_init_rirb: RIRB allocation succeeded. > azalia_init_rirb: RIRBRP=0, size=256 > azalia0: RIRB time out > azalia0: No codecs found So there is a codec but driver failed to attach it due to "RIRB time out". Could you please try to comment out ifdef/endif DIAGNOSTIC (not code inside!) in azalia.c/azalia_get_response to see if RIRB is running? (I'm not subscribed to this list, so please mail me directly).
Re: audio codec RealTek ALC3263
On Sat, Sep 19, 2015 at 02:38:02PM +0200, Remi Locherer wrote: > Hi > > My Dell XPS 13 has a RealTek ALC3263 codec (according to the BIOS). In > dmesg only the following shows up: > > azalia0 at pci0 dev 3 function 0 "Intel Core 5G HD Audio" rev 0x09: msi > azalia0: No codecs found This device is related to unsupported HDMI audio output, there should be a second azailia(4) device. For example, my laptop has: azalia1 at pci0 dev 27 function 0 "Intel 9 Series HD Audio" rev 0x03: msi azalia1: codecs: Realtek/0x0283 audio0 at azalia1 > Of course there is no audio :-( It appears this function is disabled on your system, you might want to check and see if there is a BIOS toggle, otherwise there's not much else that can be done. > Regards, > Remi -Bryan.
Re: Cheap hardware for router, perhaps fileserver?
On 2015-09-19, Mark Carroll wrote: > For instance, around the USD100 mark the Ubiquiti ERLite-3 looks > reasonable [...] Also, the SolidRun CuBox series looks more powerful Don't buy new non-x86 hardware unless you want to write code to improve OpenBSD's support for it. If you just want to use it, go with x86. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: audio codec RealTek ALC3263
On Sat, Sep 19, 2015 at 06:44:13PM -0400, Bryan Steele wrote: > On Sat, Sep 19, 2015 at 02:38:02PM +0200, Remi Locherer wrote: > > Hi > > > > My Dell XPS 13 has a RealTek ALC3263 codec (according to the BIOS). In > > dmesg only the following shows up: > > > > azalia0 at pci0 dev 3 function 0 "Intel Core 5G HD Audio" rev 0x09: msi > > azalia0: No codecs found > > This device is related to unsupported HDMI audio output, there should > be a second azailia(4) device. > > For example, my laptop has: > > azalia1 at pci0 dev 27 function 0 "Intel 9 Series HD Audio" rev 0x03: > msi > azalia1: codecs: Realtek/0x0283 > audio0 at azalia1 > > > Of course there is no audio :-( > > It appears this function is disabled on your system, you might want > to check and see if there is a BIOS toggle, otherwise there's not > much else that can be done. > > > Regards, > > Remi > > -Bryan. Actually, there may be some funny ACPI interactions going on that appear responsible for this. Can you try the following diff? Linux has this workaround for your model.. https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=18d78b64fddc11eb336f01e46ad3303a3f55d039 Index: dsdt.c === RCS file: /cvs/src/sys/dev/acpi/dsdt.c,v retrieving revision 1.218 diff -u -p -u -r1.218 dsdt.c --- src/sys/dev/acpi/dsdt.c 20 Aug 2015 20:50:10 - 1.218 +++ src/sys/dev/acpi/dsdt.c 19 Sep 2015 23:11:54 - @@ -1457,7 +1457,7 @@ struct aml_defval { struct aml_value**gval; } aml_defobj[] = { { "_OS_", AML_OBJTYPE_STRING, -1, osstring }, - { "_REV", AML_OBJTYPE_INTEGER, 2, NULL }, + { "_REV", AML_OBJTYPE_INTEGER, 5, NULL }, { "_GL", AML_OBJTYPE_MUTEX, 1, NULL, &aml_global_lock }, { "_OSI", AML_OBJTYPE_METHOD, 1, aml_callosi },
Re: Cheap hardware for router, perhaps fileserver?
Consider PC Engines APU series for relative low cost, fanless, and runs amd64. Soekris are also popular, and a bit more expensive. Brian
Re: Cheap hardware for router, perhaps fileserver?
Router and file server are two very different things. I recently went through similar process. Even though at work I use Atom servers (naturally running OpenBSD amd64 port) for all our core network infrastructure and services I entertain the idea of buying non amd64 hardware. I looked at the state of armv7 port. I vetted all PR claims about Ubiquiti ERLite-3 and ended up buying this http://www.mini-box.com/Intel-D2500CCE-Mini-ITX-Motherboard as a router for my home network. (Don't worry the board is available and you can buy it from Amazon). File server is more interesting problem in my opinion. At work I use ZFS as our main file system to store data and run dozen of FreeBSD file servers. I also tested DragonFlyBSD and HAMMER1. I am three-way split when it comes to a home file server. 1. I don't like diversity at home so OpenBSD would be the first choice. 4TB HDD are cheap enough and I could mirror (RAID 1) all my personal data on two of them. There are two options for mirroring. Either use softraid or get a cheap used Areca hardware RAID card of e-bay. Those cards according to man pages have excellent support on OpenBSD (they are true open hardware). Use one of inexpensive Celeron based motherboards (you can get them under $50). I would be curious what OpenBSD gurus have to say about their experience with Areca on OpenBSD and building a OpenBSD file server in general. 2. Use the same hardware as above with DFBSD but take advantage of HAMMER1. You could use just 2HDD. Set master PFS in one hard disk and a slave PFS in the other disk. For more than 2 disks I would use Areca hardware RAID cards. Note that HAMMER1 is network aware so it is tempting to set up slave PFS on a remote machine. 3. Just use ZFS/FreeBSD as I am doing at work. End up paying big bucks for Celeron or Atom motherboard which supports ECC RAM and at least 8 perhaps 16 GB of it. You will not find those for $100 and the RAM ain't going to be cheap either. You might want to consider HBA like LSI SAS 9211-8i (those themself cost on e-bay around $100). This is by far the most expensive solution. Having a "proper" remote backup using ZFS replication would involve seting up two such server. Predrag
Re: doas as root with /sbin/shutdown + related conf syntax query
On Sat, 19 Sep 2015 10:50:31 -0400 "Ted Unangst" wrote: > Toby Slight wrote: > > Hi there, > > > > I just started getting to know doas a bit, and am already stumped > > (pretty typical for me..). > > > > I'm trying to let my user shutdown, reboot and suspend the computer > > without entering a password. This is my doas.conf: > > > > permit keepenv { ENV PS1 SSH_AUTH_SOCK } :wheel > > permit nopass toby as root cmd /sbin/shutdown > > permit nopass toby as root cmd /sbin/reboot > > permit nopass toby as root cmd /usr/sbin/zzz > > > > I can suspend successfully, but attempting to shutdown or reboot, > > returns: > > > > ksh: shutdown: cannot execute - Permission denied > > you have to run the doas command. it's not part of the shell. > > doas /sbin/shutdown > > Hi Ted, misc@ Maybe inappropriate (please advise), has the existence (merits, etc) of an example doas.conf been discussed already publicly? http://marc.info/?l=openbsd-misc&q=b&s=doas.conf Side comment: for the sake of mention only, pf got one (sample configuration) not long ago: http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc/examples/pf.conf and sudo had one too by ?visudo (confused). I just don't recall (must be age related) having to ever craft my own sudo config file and set its permissions etc (neither did I have to for sshd). I remember I just edited away the existing file according to the current manpage, and hold dear the comfortable experience of sample (basic) use options preset for a starting point, and then some quality reading material to get well into the Endspiel of the configuration game. Here is how early httpd got it relative to its introduction: http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc/examples/httpd.conf http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/httpd/httpd.conf.5 http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/httpd/httpd.c My personal (humble) view on these matters is that important pieces of the user privilege toolkit could benefit from a comfortable learning curve. Probably a doas FAQ entry can reduce the rate of start up questions and raise the usability level a bit to the point where actually useful 'tips and tricks' / advanced set up questions start turning up in favour of common pitfalls / gotchas. With respect, please ignore if this suggestion is considered utterly baseless (and/or premature) at this point. Regards, Anton
Re: Unable to use static ipv6 address on an if when another if has ipv6 autoconf enabled
On 19.09.2015 11:17, Stuart Henderson wrote: > On 2015-09-18, Daniel Gillen wrote: >> If I remove the "inet6 autoconf" line from the hostname.pppoe0 file, I >> don't receive an ipv6 address from my ISP anymore (which is normal) but >> now my internal ipv6 network works. > .. >> Btw, I applyed this patch >> (https://marc.info/?l=openbsd-cvs&m=142730518728044&w=2) to enable IPv6 >> forwarding and SLAAC at the same time to my kernel, but that does not help. > > This was fixed here: > > - > PatchSet 1074 > Date: 2015/08/25 00:26:43 > Author: mpi > Branch: HEAD > Tag: (none) > Log: > Start moving away from the global prefix list by limiting its usage to > AUTOCONF'd addresses. > > This prevent the kernel from removing connected (/64) routes as soon as > it configures an AUTOCONF'd address based on a RA. > > Tested by sebastia@, ok sthen@ > > Members: > in6.c:1.167->1.168 > in6_ifattach.c:1.92->1.93 > nd6.c:1.147->1.148 > nd6.h:1.46->1.47 > nd6_rtr.c:1.118->1.119 > > - > > IIRC it depends on some previous commits too. So this is in snapshots > but is post-5.8. > > Are you able to use static addressing towards your ISP as a work-around > for now? If not then moving to a snapshot is probably the simplest option > (and stay on snapshots until 5.9). > Thx for that Unfortunately, static addressing is not possible, well it would, but it costs 25€/month :( But -current seems to fix it. Unfortunately, I think I have another issue now as OpenBSD does not send any "Packet Too Big" icmpv6 messages to my internal hosts (need to scrub to 1440 in pf.conf due to pppoe). But I'll check this further and then open a new thread here if I can't make it work. Thx again Daniel -- Unix _IS_ user friendly - it's just selective about who its friends are!
Re: multiple headphone sockets and sndiod on Lenovo M83/Tiny-in-One 23
On Sat, 19 Sep 2015 at 18:37 Remco wrote: > You've got 3 separate audio devices, azalia0, azalia1 and uaudio0. > azalia0: probably HDMI audio which isn't supported yet AFAICT > azalia1: on-board audio detected as audio0, sndiod normally attaches to > this > device so all audio played on your systems is played through that. > uaudio0: your USB "Tiny-in-One 23" device, sndiod doesn't attach to this by > default. > > To make sndiod use both devices you can add a line to your rc.conf.local: > sndiod_flags="-f rsnd/0 -f rsnd/1" > where rsnd/0 represents audio0, exposed as snd/0 by sndiod, and rsnd/1 > represents audio/1, exposed as snd/1. > > Specifying either snd/0 or snd/1 in your application determines which > device > the audio is played on. > > If you want the USB device to be your default device you could try swapping > the parameters: > sndiod_flags="-f rsnd/1 -f rsnd/0" > If that doesn't work, try: > sndiod_flags="-f rsnd/0 -f rsnd/1 -s default" > > I hope this helps. > Hi, and thanks for your reply! With: sndiod_flags="-f rsnd/1 -f rsnd/0" in /etc/rc.conf.local sndiod does indeed appear to try to make the uaudio0 device the default, however when I try to play audio (vlc, chrome) I now see the following in /var/log/messages: Sep 20 14:07:40 obsd /bsd: uaudio_chan_open: error creating pipe: err=INVAL endpt=0x01 I happened to have on hand another USB DAC so tried something similar with it and saw almost the same error: Sep 20 14:32:32 obsd /bsd: uaudio_chan_open: error creating pipe: err=INVAL endpt=0x02 I've included output of `usbdevs` and `audioctl` below. Might this be an issue with USB audio and USB 2.0 hubs? Output of `audioctl -f /dev/audio1`: name=USB audio encodings=slinear_le:16:2:1 properties=full_duplex,independent hiwat=7 lowat=5 mode=play play.rate=44100 play.channels=2 play.precision=16 play.bps=2 play.msb=1 play.encoding=slinear_le play.samples=0 play.pause=0 play.active=0 play.block_size=8816 play.errors=0 record.rate=44100 record.channels=2 record.precision=16 record.bps=2 record.msb=1 record.encoding=slinear_le record.samples=0 record.pause=0 record.active=0 record.block_size=8816 record.errors=0 Output of usbdevs: addr 1: xHCI root hub, Intel addr 2: Lenovo USB Multi Device, JMicron addr 3: SCRx31 USB Smart Card Reader, SCM Microsystems Inc. addr 4: product 0x030c, TrulyErgonomic.com addr 5: USB2.0 Hub, GenesysLogic addr 9: USB Audio DAC, Burr-Brown from TI addr 6: USB2.0 Hub, Genesys Logic addr 7: Tiny-in-One 23, CONEXANT addr 0 should never happen! addr 0 should never happen! addr 0 should never happen! addr 0 should never happen! addr 0 should never happen! addr 8: USB3.0 Hub, GenesysLogic addr 1: EHCI root hub, Intel addr 2: Rate Matching Hub, Intel addr 1: EHCI root hub, Intel addr 2: Rate Matching Hub, Intel addr 3: CST Laser Trackball, Clearly Superior Technologies. Additional dmesg when TI DAC board is plugged in: uaudio1 at uhub3 port 2 configuration 1 interface 0 "Burr-Brown from TI USB Audio DAC" rev 1.10/1.00 addr 9 uaudio1: audio rev 1.00, 2 mixer controls audio2 at uaudio1 uhidev4 at uhub3 port 2 configuration 1 interface 2 "Burr-Brown from TI USB Audio DAC" rev 1.10/1.00 addr 9 uhidev4: iclass 3/0 uhid12 at uhidev4: input=1, output=0, feature=0