Fwd: SNDCTL_DSP_GETIPTR implementation

I intend to commit the following change soon and MFC it after a short period of time. Please test it if you use multimedia applications, both native and Linux, especially if they deal with audio recording/capture. Thank you. Original Message Message-ID:

[head tinderbox] failure on arm/arm

TB --- 2011-04-29 05:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 05:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-29 05:10:00 - cleaning the object tree TB --- 2011-04-29 05:10:09 - cvsupping the source tree TB --- 2011-04-29 05:10:09 -

Re: Fwd: SNDCTL_DSP_GETIPTR implementation

On Friday 29 April 2011 07:59:39 Andriy Gapon wrote: I intend to commit the following change soon and MFC it after a short period of time. Please test it if you use multimedia applications, both native and Linux, especially if they deal with audio recording/capture. Thank you. Seems to

Re: Hardware RAID and FreeBSD.

I'm a n00b with freebsd too. But I'm happy with zfs. My server has 2GB of RAM, but it doesn't seem to be a problem. Even with my / using 3.76TB full of data in raidz2. Le 29 avr. 2011 à 02:11, Colin Mitchell a écrit : Hello, BSDians. I am kind of a n00b to FreeBSD but have had great

[head tinderbox] failure on ia64/ia64

TB --- 2011-04-29 06:02:13 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 06:02:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-04-29 06:02:13 - cleaning the object tree TB --- 2011-04-29 06:02:23 - cvsupping the source tree TB --- 2011-04-29 06:02:23 -

[head tinderbox] failure on amd64/amd64

TB --- 2011-04-29 05:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 05:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-04-29 05:10:00 - cleaning the object tree TB --- 2011-04-29 05:10:27 - cvsupping the source tree TB --- 2011-04-29 05:10:27 -

[head tinderbox] failure on mips/mips

TB --- 2011-04-29 07:37:58 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 07:37:58 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-29 07:37:58 - cleaning the object tree TB --- 2011-04-29 07:38:06 - cvsupping the source tree TB --- 2011-04-29 07:38:06 -

Re: Hardware RAID and FreeBSD.

Am 29.04.2011 02:11, schrieb Colin Mitchell: Hello, BSDians. I am kind of a n00b to FreeBSD but have had great success and fun with it so far. I have two old Dell servers at home. One has Ubuntu server and is my web and mail server. The other is FreeBSD, and I run servers for a video

[head tinderbox] failure on sparc64/sparc64

TB --- 2011-04-29 08:13:24 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 08:13:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-04-29 08:13:24 - cleaning the object tree TB --- 2011-04-29 08:13:34 - cvsupping the source tree TB --- 2011-04-29 08:13:34 -

Re: Heads up: default nfs client switched to new one

On Wed, 27 Apr 2011 13:59:49 -0400 (EDT) Rick Macklem wrote: Hopefully, you won't need to do anything to keep things working and this won't cause you grief, rick I've updated my tiny home network (host + two diskless clients). No problems so far. Great work, thanks! -- WBR, Boris Samorodov

[head tinderbox] failure on powerpc64/powerpc

TB --- 2011-04-29 07:47:15 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 07:47:15 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-04-29 07:47:15 - cleaning the object tree TB --- 2011-04-29 07:47:30 - cvsupping the source tree TB --- 2011-04-29 07:47:30 -

[head tinderbox] failure on sparc64/sun4v

TB --- 2011-04-29 08:33:35 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 08:33:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-04-29 08:33:35 - cleaning the object tree TB --- 2011-04-29 08:33:44 - cvsupping the source tree TB --- 2011-04-29 08:33:44 -

Re: Heads up: default nfs client switched to new one

On 04/29/11 11:00, Boris Samorodov wrote: On Wed, 27 Apr 2011 13:59:49 -0400 (EDT) Rick Macklem wrote: Hopefully, you won't need to do anything to keep things working and this won't cause you grief, rick I've updated my tiny home network (host + two diskless clients). No problems so far.

CURRENT/amd64: kernel compil error: /usr/src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount':, /usr/src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from i

Since this morning after updating the sources I get the following error while compiling a new kernel: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline

[head tinderbox] failure on arm/arm

TB --- 2011-04-29 10:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 10:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-29 10:10:00 - cleaning the object tree TB --- 2011-04-29 10:10:09 - cvsupping the source tree TB --- 2011-04-29 10:10:09 -

Re: CURRENT/amd64: kernel compil error: /usr/src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount':, /usr/src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' fr

Since this morning after updating the sources I get the following error while compiling a new kernel: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline

[head tinderbox] failure on ia64/ia64

TB --- 2011-04-29 11:02:44 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 11:02:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-04-29 11:02:44 - cleaning the object tree TB --- 2011-04-29 11:02:53 - cvsupping the source tree TB --- 2011-04-29 11:02:53 -

[head tinderbox] failure on amd64/amd64

TB --- 2011-04-29 10:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 10:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-04-29 10:10:00 - cleaning the object tree TB --- 2011-04-29 10:10:16 - cvsupping the source tree TB --- 2011-04-29 10:10:16 -

[head tinderbox] failure on mips/mips

TB --- 2011-04-29 12:38:08 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 12:38:08 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-29 12:38:08 - cleaning the object tree TB --- 2011-04-29 12:38:15 - cvsupping the source tree TB --- 2011-04-29 12:38:15 -

[head tinderbox] failure on powerpc64/powerpc

TB --- 2011-04-29 12:44:16 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 12:44:16 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-04-29 12:44:16 - cleaning the object tree TB --- 2011-04-29 12:44:33 - cvsupping the source tree TB --- 2011-04-29 12:44:33 -

[head tinderbox] failure on sparc64/sparc64

TB --- 2011-04-29 13:19:25 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 13:19:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-04-29 13:19:25 - cleaning the object tree TB --- 2011-04-29 13:19:37 - cvsupping the source tree TB --- 2011-04-29 13:19:37 -

[head tinderbox] failure on sparc64/sun4v

TB --- 2011-04-29 13:33:44 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 13:33:44 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-04-29 13:33:44 - cleaning the object tree TB --- 2011-04-29 13:33:53 - cvsupping the source tree TB --- 2011-04-29 13:33:53 -

[head tinderbox] failure on arm/arm

TB --- 2011-04-29 15:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 15:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-29 15:10:00 - cleaning the object tree TB --- 2011-04-29 15:10:10 - cvsupping the source tree TB --- 2011-04-29 15:10:10 -

Re: A replacement for GEOM_LABEL's gpt/gptid

On 27.04.2011 11:37, Andrey V. Elsukov wrote: I wrote a small extension for the GEOM_PART class. It adds an ability to GEOM_PART class to create partition labels for schemes which are support them. Hi All, i got several successful reports from users, but now i decided to make this functional

[head tinderbox] failure on mips/mips

TB --- 2011-04-29 17:44:45 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 17:44:45 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-29 17:44:45 - cleaning the object tree TB --- 2011-04-29 17:44:53 - cvsupping the source tree TB --- 2011-04-29 17:44:53 -

line in problem with snd_hda in mother asus m2npv-vm

hi freebsd-current, The problem is that I cannot get line in to work, there is not any recording device displayed in mixer. I know that there may be something to tweak in device.hints but I'm not sure how, and I never touched this file. root@pearl ~]# cat /dev/sndstat FreeBSD Audio Driver

deleting an old file during install

Hi, With the NFS client switchover, the link to mount_nfs called mount_newnfs is no longer used. Can I just make an entry in head/ObsoleteFiles.inc for this, so it is deleted during an install or is there a better way? Also, is it ok to do this without MFCing it, since it should only apply to

[CFT] Forward RTO recovery algorithm (rfc5682) patch

Hello, I sent a email to current@ two months ago about F-RTO patch CFR but didn't get proper feedbacks from yours. And at now two months later, I have prepared my final code for F-RTO patch and checked it's working for SACK enabled and disabled environments:

[head tinderbox] failure on arm/arm

TB --- 2011-04-29 20:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 20:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-29 20:40:00 - cleaning the object tree TB --- 2011-04-29 20:40:11 - cvsupping the source tree TB --- 2011-04-29 20:40:11 -

Re: line in problem with snd_hda in mother asus m2npv-vm

Hi. On 29.04.2011 21:20, Matias Kreder wrote: The problem is that I cannot get line in to work, there is not any recording device displayed in mixer. I know that there may be something to tweak in device.hints but I'm not sure how, and I never touched this file. root@pearl ~]# cat /dev/sndstat

Re: line in problem with snd_hda in mother asus m2npv-vm

there was a part of dmesg that I have not seen: hdac0: Probing codec #0... hdac0: HDA Codec #0: Analog Devices AD1986A hdac0: HDA Codec ID: 0x11d41986 hdac0:Vendor: 0x11d4 hdac0:Device: 0x1986 hdac0: Revision: 0x05 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x81cb1043