Re: problem with system freeze

2010-05-19 Thread Goetz Isenmann
On Wed, 19 May 2010 11:55:30 -0700 (PDT) Matthew Dillon wrote: > What network interface is being used? If it is the new wireless > stuff you need to use a UP kernel. It's nfe0: port 0xd880-0xd887 mem 0xfdffe000-0xfdffe00f,0xfdffe400-0xfdffe4ff,0xfdffc000-0xfdffcfff irq 7 at device 10.0

Re: problem with system freeze

2010-05-19 Thread Goetz Isenmann
On Tue, 18 May 2010 22:02:37 -0400 "Justin C. Sherrill" wrote: > The same problem on two different architectures makes me think it's > the one thing that hasn't changed: the hardware. Is there anything > else connected to the computer that could be disconnected? Perhaps > there's a BIOS setting

Re: problem with system freeze

2010-05-19 Thread Matthew Dillon
What network interface is being used? If it is the new wireless stuff you need to use a UP kernel. -Matt

Re: Rolling back the whole file system to a previous snapshot

2010-05-19 Thread Matthew Dillon
:Thanks Matt, : :And I guess I will have to separately snapshot the pfses and also :cpdup them separately because the / snapshot does not contain :anything mounted/unmounted as a pfs ? : :--Siju You would have to do each PFS separately. Also I think the PFS softlinks in /pfs will get ma

Re: WINE - DFBSD

2010-05-19 Thread Siju George
On Wed, May 19, 2010 at 3:29 AM, Chris Turner wrote: > FYI my build works so far w/VNC qemu display & tap networking - > setting up my router dev 'box' now.. > > haven't tested anything else. > Thanks a million Chris :-) I desperately need an i386 emulator on my desktop --Siju

Re: WINE - DFBSD

2010-05-19 Thread Alexander Polakov
2010/5/19, Chris Turner : > 2) we probably should? define OSS_VERSION - or generally be more > in step with oss. Hi, We already have OSS_GETVERSION in master, qemu should build fine since then. See commit: http://gitweb.dragonflybsd.org/dragonfly.git/commit/2f1b68b920febe232351fb0c87a982e02ec

Re: WINE - DFBSD

2010-05-19 Thread Chris Turner
Antonio Huete Jimenez wrote: We already return ENOSYS for mlockall() / munlockall() in both master and 2.6 so pulseaudio should build fine since then. Hmm.. I was getting undefined link-time symbols - I wondered how it was able to even compile.. This explains the problem I suppose. It wasn't

Re: WINE - DFBSD

2010-05-19 Thread Antonio Huete Jimenez
> > 1) we need mlockall() > Hi, We already return ENOSYS for mlockall() / munlockall() in both master and 2.6 so pulseaudio should build fine since then. See commit: http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/5b6d478465a99af56589ef42d9f7a5d90d9adce4 Although if someone wants to jump