CM6206 USB Audio is mute.

2015-04-21 Thread Ranjan1018 .
Connecting the USB cable the item is recognized:
ugen0.5: vendor 0x0d8c at usbus0
uaudio0: vendor 0x0d8c USB Sound Device, class 0/0, rev 1.10/0.10, addr 5
on usbus0
uaudio0: Play: 48000 Hz, 4 ch, 16-bit S-LE PCM format, 2x8ms buffer.
uaudio0: Play: 44100 Hz, 4 ch, 16-bit S-LE PCM format, 2x8ms buffer.
uaudio0: Record: 48000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer.
uaudio0: Record: 44100 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer.
uaudio0: No MIDI sequencer.
pcm1: USB audio on uaudio0
uaudio0: HID volume keys found.

Setting it as default unit
# sysctl  hw.snd.default_unit=1
and playing a song the interrupts count increase:
# sysctl hw.snd.verbose=2
# cat /dev/sndstat
FreeBSD Audio Driver (64bit 2009061500/amd64)
Installed devices:
pcm0: ATI R6xx (HDMI) on hdaa0  (1p:1v/0r:0v)
snddev
flags=0x2e7SIMPLEX,AUTOVCHAN,SOFTPCMVOL,BUSY,MPSAFE,REGISTERED,VPC
[pcm0:play:dsp0.p0]: spd 48000, fmt 0x00200010, flags 0x6100,
0x0004
interrupts 0, underruns 0, feed 0, ready 0
[b:4096/2048/2|bs:4096/2048/2]
channel flags=0x6100BUSY,HAS_VCHAN,VCHAN_PASSTHROUGH
{userland} - feeder_mixer(0x00200010) - {hardware}
pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp0]: spd 8000, fmt 0x0018,
flags 0x1000, 0x
interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0]
channel flags=0x1000VIRTUAL
{userland} - feeder_root(0x) - {hardware}
pcm1: USB audio at ? kld snd_uaudio (1p:1v/1r:1v) default
snddev flags=0x2e6AUTOVCHAN,SOFTPCMVOL,BUSY,MPSAFE,REGISTERED,VPC
[pcm1:play:dsp1.p0]: spd 48000, fmt 0x00200010/0x00400010, flags
0x2108, 0x0044
interrupts 4926, underruns 0, feed 9850, ready 0
[b:6144/3072/2|bs:4096/2048/2]
channel flags=0x2108TRIGGERED,BUSY,HAS_VCHAN
{userland} - feeder_mixer(0x00200010) - feeder_matrix(2.0 - 4.0) -
{hardware}
pcm1:play:dsp1.p0[pcm1:virtual:dsp1.vp0]: spd 44100/48000, fmt
0x00200010, flags 0x110c, 0x0029, pid 1769 (mplayer)
interrupts 0, underruns 0, feed 9287, ready 62192
[b:0/0/0|bs:65536/2048/32]
channel flags=0x110cRUNNING,TRIGGERED,BUSY,VIRTUAL
{userland} - feeder_root(0x00200010) - feeder_volume(0x00200010) -
feeder_rate(0x00200010 q:1 44100 - 48000) - {hardware}
[pcm1:record:dsp1.r0]: spd 48000, fmt 0x00200010, flags 0x2100,
0x0005
interrupts 0, overruns 0, feed 0, hfree 3072, sfree 4096
[b:3072/1536/2|bs:4096/2048/2]
channel flags=0x2100BUSY,HAS_VCHAN
{hardware} - feeder_root(0x00200010) - feeder_mixer(0x00200010) -
{userland}
pcm1:record:dsp1.r0[pcm1:virtual:dsp1.vr0]: spd 8000, fmt 0x0018,
flags 0x1000, 0x
interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0]
channel flags=0x1000VIRTUAL
{hardware} - feeder_root(0x) - {userland}

But the output is mute.

In Debian Linux it works:
# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 014: ID 0d8c:0102 C-Media Electronics, Inc. CM106 Like Sound
Device
# aplay -l
 List of PLAYBACK Hardware Devices 
card 1: Device [USB Sound Device], device 0: USB Audio [USB Audio]
 Subdevices: 0/1
 Subdevice #0: subdevice #0

Looking at http://lxr.free-electrons.com/source/sound/usb/quirks.c I have
found this code:
/*
632 * C-Media CM106/CM106+ have four 16-bit internal registers that are
nicely
633 * documented in the device's data sheet.
634 */
635 static int snd_usb_cm106_write_int_reg(struct usb_device *dev, int reg,
u16 value)
636 {
637 u8 buf[4];
638 buf[0] = 0x20;
639 buf[1] = value  0xff;
640 buf[2] = (value  8)  0xff;
641 buf[3] = reg;
642 return snd_usb_ctl_msg(dev, usb_sndctrlpipe(dev, 0),
USB_REQ_SET_CONFIGURATION,
643USB_DIR_OUT | USB_TYPE_CLASS |
USB_RECIP_ENDPOINT,
6440, 0, buf, 4);
645 }
646
 647 static int snd_usb_cm106_boot_quirk(struct usb_device *dev)
648 {
649 /*
650 * Enable line-out driver mode, set headphone source to front
651 * channels, enable stereo mic.
652 */
653 return snd_usb_cm106_write_int_reg(dev, 2, 0x8004);
654 }
655
 656 /*
657 * C-Media CM6206 is based on CM106 with two additional
658 * registers that are not documented in the data sheet.
659 * Values here are chosen based on sniffing USB traffic
660 * under Windows.
661 */
662 static int snd_usb_cm6206_boot_quirk(struct usb_device *dev)
663 {
664 int err  = 0, reg;
665 int val[] = {0x2004, 0x3000, 0xf800, 0x143f, 0x, 0x3000};
666
 667 for (reg = 0; reg  ARRAY_SIZE(val); reg++) {
668 err = snd_usb_cm106_write_int_reg(dev, reg, val[reg]);
669 if (err  0)
670 return err;
671 }
672
 673 return err;
674 }
675

How can I test this code in FreeBSD ?

Thanks,
Maurizio
___

Re: [Heads up] : You may need to update your gcc ports.

2015-04-21 Thread Bryan Drewery
On 4/5/2015 2:10 PM, Pedro Giffuni wrote:
 I don't know if someone is keeping up-to-date packages for -current
 but I will hold the headers update for a while to help such cases.
 

We build head packages _at least_ once a week. Currently we always
update the system from head and force rebuild all packages. It would
catch your case fine and rebuild.

Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature


Re: CTF: wpa_supplicant/hostapd 2.4 import

2015-04-21 Thread Ranjan1018 .
2015-04-19 23:35 GMT+02:00 Rui Paulo rpa...@me.com:

 Hi,

 Please test the new wpa_supplicant/hostapd.  Here's the patch against
 FreeBSD
 HEAD:

 https://people.freebsd.org/~rpaulo/wpa-2.4.diff

 Thanks,


It works for me with LAGG(4).
# uname -a
FreeBSD ativ 11.0-CURRENT FreeBSD 11.0-CURRENT #5 r281782M: Mon Apr 20
21:31:22 CEST 2015 root@ativ:/usr/obj/usr/src/sys/GENERIC  amd64

# ifconfig
ath0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 2290
ether 18:67:b0:39:bd:23
nd6 options=21PERFORMNUD,AUTO_LINKLOCAL
media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng
status: associated
re0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500

options=8209bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC,LINKSTATE
ether 18:67:b0:39:bd:23
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: Ethernet autoselect (none)
status: no carrier
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
options=63RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff00
nd6 options=21PERFORMNUD,AUTO_LINKLOCAL
groups: lo
lagg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
ether 18:67:b0:39:bd:23
inet 192.168.0.51 netmask 0xff00 broadcast 192.168.0.255
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: Ethernet autoselect
status: active
groups: lagg
laggproto failover lagghash l2,l3,l4
laggport: re0 flags=1MASTER
laggport: wlan0 flags=4ACTIVE
wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
ether 18:67:b0:39:bd:23
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: IEEE 802.11 Wireless Ethernet MCS mode 11ng
status: associated
ssid netis channel 1 (2412 MHz 11g ht/20) bssid 08:10:77:53:bc:b5
regdomain 101 indoor ecm authmode WPA2/802.11i privacy ON
deftxkey UNDEF TKIP 2:128-bit txpower 20 bmiss 7 scanvalid 60
protmode CTS ampdulimit 32k ampdudensity 16 shortgi wme burst
roaming MANUAL
groups: wlan
vboxnet0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500
ether 0a:00:27:00:00:00
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: Ethernet autoselect
status: active
tun0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST metric 0 mtu 1500
options=8LINKSTATE
inet6 fe80::1a67:b0ff:fe39:bd23%tun0 prefixlen 64 scopeid 0x7
inet 10.7.0.6 -- 10.7.0.5 netmask 0x
nd6 options=21PERFORMNUD,AUTO_LINKLOCAL
groups: tun
Opened by PID 990
tun1: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST metric 0 mtu 1500
options=8LINKSTATE
inet6 fe80::1a67:b0ff:fe39:bd23%tun1 prefixlen 64 scopeid 0x8
inet 10.8.0.14 -- 10.8.0.13 netmask 0x
nd6 options=21PERFORMNUD,AUTO_LINKLOCAL
groups: tun
Opened by PID 997

Regards
Maurizio
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [Heads up] : You may need to update your gcc ports.

2015-04-21 Thread Allan Jude
On 2015-04-05 13:39, Pedro Giffuni wrote:
 Hello;
 
 I was going to add this to the UPDATING file but this file is not meant
 for changes affecting ports so here it goes instead:
 
 20150415:
 Our libc headers are starting to use gcc-style attributes to hint
 the compiler about probable optimizations or errors. Unfortunately
 gcc from ports does some bogus fixing of our system headers and
 carries them internally so you may have to update your gcc ports so
 that they grab the complete system headers and particularly the
 cdefs.h file changes from r280801.
 
 
 This basically affects only -current users that haven't rebuilt their gcc
 ports in a week.
 
 Sorry for the inconvenience,
 
 Pedro.
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

There is a separate UPDATING file for ports, where it might make sense
to include this message.

-- 
Allan Jude



signature.asc
Description: OpenPGP digital signature


Re: Error in parallel building

2015-04-21 Thread Garrett Cooper
On Apr 21, 2015, at 3:00, Willem Jan Withagen w...@digiware.nl wrote:

 Hi,
 
 With a freshly fetched HEAD, and 'make -j 8 buildworld'  I get:
 
 
 --- _bootstrap-tools-kerberos5/lib/libvers ---
 --- roken.h ---
 make-roken  roken.h
 make-roken: not found
 --- _bootstrap-tools-kerberos5/tools/make-roken ---
 --- make-roken.c ---
 awk -f 
 /usr/srcs/head/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.awk
  
 /usr/srcs/head/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.h.in
   make-roken.c
 --- _bootstrap-tools-kerberos5/lib/libvers ---
 *** [roken.h] Error code 127
 
 make[3]: stopped in /usr/srcs/head/kerberos5/lib/libvers
 1 error

I’m really sorry for not catching this sooner :(… I missed the part about 
MAKE_ROKEN in libvers.

All of kerberos5 built during bootstrap-tools is basically serialized in an 
implicit manner, so I’ve committed the following item to resolve the build 
issue you’ve noted.

Thank you for the feedback,
-NGie


r281823 | ngie | 2015-04-21 03:17:25 -0700 (Tue, 21 Apr 2015) | 9 lines

Serialize all of _kerberos5_bootstrap_tools to avoid build failures involving
make bootstrap-tools

On the plus side, this also greatly reduces complexity

MFC after: 1 week
Pointyhat to: ngie
Reported by: Willem Jan Withagen w...@digiware.nl


signature.asc
Description: Message signed with OpenPGP using GPGMail


Error in parallel building

2015-04-21 Thread Willem Jan Withagen

Hi,

With a freshly fetched HEAD, and 'make -j 8 buildworld'  I get:


--- _bootstrap-tools-kerberos5/lib/libvers ---
--- roken.h ---
make-roken  roken.h
make-roken: not found
--- _bootstrap-tools-kerberos5/tools/make-roken ---
--- make-roken.c ---
awk -f 
/usr/srcs/head/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.awk 
/usr/srcs/head/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.h.in 
 make-roken.c

--- _bootstrap-tools-kerberos5/lib/libvers ---
*** [roken.h] Error code 127

make[3]: stopped in /usr/srcs/head/kerberos5/lib/libvers
1 error



Building serial does seem to work, it seems to be slugging away at 
building clang.


--WjW
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [Heads up] : You may need to update your gcc ports.

2015-04-21 Thread Pedro Giffuni



On 04/21/15 12:43, Bryan Drewery wrote:

On 4/5/2015 2:10 PM, Pedro Giffuni wrote:

I don't know if someone is keeping up-to-date packages for -current
but I will hold the headers update for a while to help such cases.


We build head packages _at least_ once a week. Currently we always
update the system from head and force rebuild all packages. It would
catch your case fine and rebuild.


Excellent! I will be bringing a couple of more attributes that are useful.

FWIW, as hint for those wanting to avoid rebuilding/upgrading
packages:

As a stop gap measure you could use run the equivalent of
  $PREFIX/libexec/gcc/i386-unknown-freebsd10.1/5.0.0/install-tools/fixinc.sh


Pedro.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Error in parallel building

2015-04-21 Thread Willem Jan Withagen

On 21-4-2015 12:18, Garrett Cooper wrote:

On Apr 21, 2015, at 3:00, Willem Jan Withagen w...@digiware.nl wrote:


Hi,

With a freshly fetched HEAD, and 'make -j 8 buildworld'  I get:


--- _bootstrap-tools-kerberos5/lib/libvers ---
--- roken.h ---
make-roken  roken.h
make-roken: not found
--- _bootstrap-tools-kerberos5/tools/make-roken ---
--- make-roken.c ---
awk -f 
/usr/srcs/head/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.awk
 
/usr/srcs/head/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.h.in
  make-roken.c
--- _bootstrap-tools-kerberos5/lib/libvers ---
*** [roken.h] Error code 127

make[3]: stopped in /usr/srcs/head/kerberos5/lib/libvers
1 error


I’m really sorry for not catching this sooner :(… I missed the part about 
MAKE_ROKEN in libvers.

All of kerberos5 built during bootstrap-tools is basically serialized in an 
implicit manner, so I’ve committed the following item to resolve the build 
issue you’ve noted.

Thank you for the feedback,
-NGie


r281823 | ngie | 2015-04-21 03:17:25 -0700 (Tue, 21 Apr 2015) | 9 lines

Serialize all of _kerberos5_bootstrap_tools to avoid build failures involving
make bootstrap-tools

On the plus side, this also greatly reduces complexity

MFC after: 1 week
Pointyhat to: ngie
Reported by: Willem Jan Withagen w...@digiware.nl



Long time that I saw a pointy hat coming by :)
Usually I'm the one on the receiving end.

Thanx,
--WjW
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: pkg 1.5.0 is out

2015-04-21 Thread Slawa Olhovchenkov
On Tue, Apr 14, 2015 at 10:05:00PM +0200, Baptiste Daroussin wrote:

 Hi all,
 
 Final pkg 1.5.0 has been released.

pkg 1.5.1 at 'pkg upgrade' propose
===
New packages to be INSTALLED:
nvidia-driver: 346.47
linux-c6-libGLU: 10.1
===

I am use nvidia-driver-340:

# pkg info nvidia-driver-340-340.76
nvidia-driver-340-340.76
Name   : nvidia-driver-340
Version: 340.76
Installed on   : Tue Mar 10 16:15:59 MSK 2015
Origin : x11/nvidia-driver-340
Architecture   : freebsd:10:x86:64
Prefix : /usr/local
Categories : x11 kld
Licenses   : NVIDIA
Maintainer : da...@freebsd.org
WWW: http://www.nvidia.com/object/unix.html
Comment: NVidia graphics card binary drivers for hardware
OpenGL rendering
Options:
ACPI_PM: on
DOCS   : on
LINUX  : on
WBINVD : off
Shared Libs required:
libXext.so.6
libX11.so.6
Shared Libs provided:
libvdpau_nvidia.so.1
libnvidia-glsi.so.1
libnvidia-glcore.so.1
libnvidia-eglcore.so.1
libnvidia-cfg.so.1
libglx.so.1
libGLESv2.so.2
libGLESv1_CM.so.1
libGL.so.1
libEGL.so.1
Annotations:
repo_type  : binary
repository : ivs
Flat size  : 209MiB
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Error in parallel building

2015-04-21 Thread Garrett Cooper
On Apr 21, 2015, at 3:20, Willem Jan Withagen w...@digiware.nl wrote:

 Long time that I saw a pointy hat coming by :)
 Usually I'm the one on the receiving end.

Happens :) (especially when I’m not as careful/pedantic as I can be 
sometimes..).
Thanks!


signature.asc
Description: Message signed with OpenPGP using GPGMail