Re: new panic in cpu_reset() with WITNESS

On Mon, Jan 23, 2012 at 06:56:08PM +0200, Andriy Gapon wrote: A> on 23/01/2012 18:46 Gleb Smirnoff said the following: A> > On Mon, Jan 23, 2012 at 06:43:23PM +0200, Andriy Gapon wrote: A> > A> > db> bt A> > A> > Tracing pid 1 tid 11 td 0xfe0001d5e000 A> > A> > kdb_enter() at kdb_enter+0x3b

Re: new panic in cpu_reset() with WITNESS

on 24/01/2012 13:54 Gleb Smirnoff said the following: > On Mon, Jan 23, 2012 at 06:56:08PM +0200, Andriy Gapon wrote: > A> on 23/01/2012 18:46 Gleb Smirnoff said the following: > A> > On Mon, Jan 23, 2012 at 06:43:23PM +0200, Andriy Gapon wrote: > A> > A> > db> bt > A> > A> > Tracing pid 1 tid 1000

Re: new panic in cpu_reset() with WITNESS

On Tue, Jan 24, 2012 at 02:09:03PM +0200, Andriy Gapon wrote: A> on 24/01/2012 13:54 Gleb Smirnoff said the following: A> > On Mon, Jan 23, 2012 at 06:56:08PM +0200, Andriy Gapon wrote: A> > A> on 23/01/2012 18:46 Gleb Smirnoff said the following: A> > A> > On Mon, Jan 23, 2012 at 06:43:23PM +0200,

Re: [RFT] Major snd_hda rewrite

2012/1/21 Alexander Motin > > From that description I can conclude that you are passing through > compressed DTS-HD and TrueHD streams to the receiver. What are the bitrates > of streams you are playing? It looks like your receiver doesn't receives > all data. If I understand right, to transfer w

Re: [RFT] Major snd_hda rewrite

On 01/24/12 14:57, Mickaël Maillot wrote: 2012/1/21 Alexander Motin mailto:m...@freebsd.org>> From that description I can conclude that you are passing through compressed DTS-HD and TrueHD streams to the receiver. What are the bitrates of streams you are playing? It looks like your r

[patch] pam_exec: use program exit code instead of PAM_SYSTEM_ERR

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, If the specified program exits with non-zero, current implementation of pam_exec(8) logs this code and return PAM_SYSTEM_ERR. Therefore, applications have no idea what went wrong with authentication. Attached is a patch that changes the behaviour

Re: [RFT] Major snd_hda rewrite

On 01/24/12 15:32, Alexander Motin wrote: On 01/24/12 14:57, Mickaël Maillot wrote: 2012/1/21 Alexander Motin mailto:m...@freebsd.org>> From that description I can conclude that you are passing through compressed DTS-HD and TrueHD streams to the receiver. What are the bitrates of streams you are

Re: Firewire disk/tape access stopped working after recent CAM commit

On Tue, Jan 24, 2012 at 00:03:56 -0600, Richard Todd wrote: > On Mon, Jan 23, 2012 at 11:16:05AM -0700, Kenneth D. Merry wrote: > > If you can, please try the attached patch and see if it has any impact on > > the problem. There is a bug in that commit in that we shouldn't be > > invalidating all

nullfs broken on powerpc

Hi, as I succesfully installed FreeBSD on Mac Mini (older powerpc model with G4 CPU) I tried to use mount_nullfs to share some files for more systems. I use this method for years on i386 and amd64 platforms for years now to share sources and other files. Basically I want to have small system spec

Re: [RFT] Major snd_hda rewrite

2012/1/24 Alexander Motin > On 01/24/12 15:32, Alexander Motin wrote: > >> On 01/24/12 14:57, Mickaël Maillot wrote: >> >>> 2012/1/21 Alexander Motin mailto:m...@freebsd.org>> >>> From that description I can conclude that you are passing through >>> compressed DTS-HD and TrueHD streams to the rec

[ptrace] please review follow fork/exec changes

All, Please review the attached changes (done by Dmitry -- CC'd) to add support for PT_FOLLOW_EXEC and cleanup PT_FOLLOW_FORK. I'll commit this when there are no comments/objections. Thanks, -- Marcel Moolenaar marc...@juniper.net Index: sys/kern/kern_exit.c ==

Re: [RFT] Major snd_hda rewrite

On 01/25/12 00:13, Mickaël Maillot wrote: 2012/1/24 Alexander Motin mailto:m...@freebsd.org>> Here is it: http://people.freebsd.org/~__mav/hda.HBR.patch It should activate HBR mode if you try to play stream with AC3 format and 8 chann

Re: [RFT] Major snd_hda rewrite

On 01/25/12 00:33, Alexander Motin wrote: On 01/25/12 00:13, Mickaël Maillot wrote: 2012/1/24 Alexander Motin mailto:m...@freebsd.org>> Here is it: http://people.freebsd.org/~__mav/hda.HBR.patch It should activate HBR mode if you try to play stream

Re: [RFT] Major snd_hda rewrite

2012/1/24 Alexander Motin > On 01/25/12 00:33, Alexander Motin wrote: > >> On 01/25/12 00:13, Mickaël Maillot wrote: >> >>> 2012/1/24 Alexander Motin mailto:m...@freebsd.org>> >>> Here is it: >>> http://people.freebsd.org/~__**mav/hda.HBR.patch >>>

Re: [RFT] Major snd_hda rewrite

On 25.01.2012 01:32, Mickaël Maillot wrote: 2012/1/24 Alexander Motin mailto:m...@freebsd.org>> Number of channels should be set to 8 by application when it expects bit rate above 6Mbps. Sample rate, as I've described, just give more fine control. Increasin

Heads Up: NFS clients can now fail "mount -u -o udp..."

Hi, r230516, which was just committed to head/current, will result in a "mount -u -o udp /path" failing if the mount is using an rsize/wsize/readdirsize of greater than 16384 (which will be the case of a default sized TCP mount). As such, specifying "udp" or "mntudp" options in the /etc/fstab ent

Re: [RFT] Major snd_hda rewrite

On Tue, Jan 24, 2012 at 5:39 PM, Alexander Motin wrote: > On 25.01.2012 01:32, Mickaël Maillot wrote: >> >> 2012/1/24 Alexander Motin mailto:m...@freebsd.org>> >>        Number of channels should be set to 8 by application when it >>        expects bit >>        rate above 6Mbps. Sample rate, as I

Re: [RFT] Major snd_hda rewrite

2012/1/25 Alexander Motin > > What I've forgot is to allow 8ch format. :) Add the patch below. >>Hope >>sound(4) has no other limitations for it. >> >>Hmm. Looks like there is some limitation. You may grep kernel for >>AFMT_PASSTHROUGH and find two "XXX force ..."

Re: [ptrace] please review follow fork/exec changes

On Tue, Jan 24, 2012 at 01:36:55PM -0800, Marcel Moolenaar wrote: > All, > > Please review the attached changes (done by Dmitry -- CC'd) to add support for > PT_FOLLOW_EXEC and cleanup PT_FOLLOW_FORK. > > I'll commit this when there are no comments/objections. > Thanks, I would certainly appreci