NIS crankiness at bootup

2010-05-26 Thread Garrett Cooper
Hi folks, I've been booting from NIS off a development machine at work and I've noticed the following behavior: 1. Booting with nisdomainname, nis_client_enable, nis_client_flags set at boot makes the machine inaccessible (I have to reboot the machine, get into singleuser, comment out the v

Re: SUJ Changes

2010-05-26 Thread Garrett Cooper
On Wed, May 26, 2010 at 2:59 PM, Mario Lobo wrote: > On Wednesday 26 May 2010 23:56:24 Garrett Cooper wrote: >> On Wed, May 26, 2010 at 3:52 PM, Marcelo/Porks > wrote: >> > On 5/25/10, Marcelo/Porks wrote: >> >> Hi! I tested the r208241 and it's seems to be ok but this calls my >> >> atention to

Re: SUJ Changes

2010-05-26 Thread Mario Lobo
On Wednesday 26 May 2010 23:56:24 Garrett Cooper wrote: > On Wed, May 26, 2010 at 3:52 PM, Marcelo/Porks wrote: > > On 5/25/10, Marcelo/Porks wrote: > >> Hi! I tested the r208241 and it's seems to be ok but this calls my > >> atention to other thing: Could I disable de SU when the SUJ is > >> en

Re: SUJ Changes

2010-05-26 Thread Garrett Cooper
On Wed, May 26, 2010 at 3:52 PM, Marcelo/Porks wrote: > On 5/25/10, Marcelo/Porks wrote: >> Hi! I tested the r208241 and it's seems to be ok but this calls my >> atention to other thing: Could I disable de SU when the SUJ is >> enabled? >> >> I did some tests and seems that I can do this (logs be

Re: SUJ Changes

2010-05-26 Thread Marcelo/Porks
On 5/25/10, Marcelo/Porks wrote: > Hi! I tested the r208241 and it's seems to be ok but this calls my > atention to other thing: Could I disable de SU when the SUJ is > enabled? > > I did some tests and seems that I can do this (logs bellow). > > But will SUJ work properly with SU disabled? Hi gu

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Alan Cox
On 5/26/2010 2:56 PM, Ryan Stone wrote: I'm by no means an expert in this area, but isn't removing the locking on free a bad thing? Looking at the code, it seems that vm_page_unwire() only requires the page to be locked if it is managed. As it was acquired by contigmalloc, the page should

Re: AppleTalk status

2010-05-26 Thread Chris Ruiz
On Tue, May 25, 2010 at 6:25 AM, Stefan Bethke wrote: > Hi, > > I'm working on updating net/netatalk to version 2.1 (or 2.1.1 when that comes > out the next couple of days), and I'm wondering what state AppleTalk support > is in these days.  Is anybody still using it, or would now be the time to

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Ryan Stone
> I'm by no means an expert in this area, but isn't removing the locking > on free a bad thing? Looking at the code, it seems that vm_page_unwire() only requires the page to be locked if it is managed. As it was acquired by contigmalloc, the page should be unmanaged so that should be ok. I am co

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Kostik Belousov
On Wed, May 26, 2010 at 12:41:51PM -0500, Alan Cox wrote: > Kostik Belousov wrote: > >On Wed, May 26, 2010 at 11:23:02AM -0500, Alan Cox wrote: > > > >>Garrett Cooper wrote: > >> > >>> Just reporting the fact that nvidia-driver 195.22 is horribly > >>>broken between r206173 and r208486 (my

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Garrett Cooper
On Wed, May 26, 2010 at 10:41 AM, Alan Cox wrote: > Kostik Belousov wrote: >> >> On Wed, May 26, 2010 at 11:23:02AM -0500, Alan Cox wrote: >> >>> >>> Garrett Cooper wrote: >>>   Just reporting the fact that nvidia-driver 195.22 is horribly broken between r206173 and r208486 (my mach

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Doug Barton
On 5/26/2010 9:51 AM, Kostik Belousov wrote: I did a quick glance over the driver, try this: http://people.freebsd.org/~kib/misc/nvidia-vm_page_lock.1.patch I did not even compiled the patched driver. Kostik, Thanks for taking a look at this! I sent the following to Alexey recently in regard

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Alan Cox
Kostik Belousov wrote: On Wed, May 26, 2010 at 11:23:02AM -0500, Alan Cox wrote: Garrett Cooper wrote: Just reporting the fact that nvidia-driver 195.22 is horribly broken between r206173 and r208486 (my machine consistency livelocks at X11 startup); the latest driver is still broken

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Kostik Belousov
On Wed, May 26, 2010 at 11:23:02AM -0500, Alan Cox wrote: > Garrett Cooper wrote: > >Just reporting the fact that nvidia-driver 195.22 is horribly > >broken between r206173 and r208486 (my machine consistency livelocks > >at X11 startup); the latest driver is still broken as well with the > >sa

Re: nvidia-driver 195.22 use horribly broken on amd64 between r206173 and

2010-05-26 Thread Alan Cox
Garrett Cooper wrote: Just reporting the fact that nvidia-driver 195.22 is horribly broken between r206173 and r208486 (my machine consistency livelocks at X11 startup); the latest driver is still broken as well with the same symptoms. I realize that's a huge revision difference, and I'll def

Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless

2010-05-26 Thread Ganbold
AK-san, Did you test run driver in bridge mode? I have following setup: # ifconfig arge0: flags=8943 metric 0 mtu 1500 options=8 ether 00:15:6d:c1:c7:77 inet 192.168.1.41 netmask 0xff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX )

Re: panic: lapic_enable_cmc: missing APIC 0

2010-05-26 Thread John Baldwin
On Tuesday 25 May 2010 6:04:04 am Ronald van der Pol wrote: > I am trying to move to current from 8.1-PRERELEASE. After > buildworld, buildkernel, installkernel and rebooting I get: > > panic: lapic_enable_cmc: missing APIC 0 > cpuid = 0 > KDB: enter : panic Try this patch: Index: i386/i386/mca.

Re: [head tinderbox] failure on i386/pc98

2010-05-26 Thread TAKAHASHI Yoshihiro
In article pluknet writes: > Just wonder why apic is still commented out in pc98's GENERIC. > Is there a reason to keep things intact? > It was inherited from i386 port in time when it was commented out. Because, most of pc98 does not have APIC. In addition, SMP support on pc98 is broken. ---

Re: MROUTING issues (r200287) with multicast routing daemons

2010-05-26 Thread Kamigishi Rei
On 25.05.2010 13:21, Kamigishi Rei wrote > device pf > device pflog > device pfsync > options ALTQ > options ALTQ_HFSC > options DEVICE_POLLING > options MROUTING > Tried reproducing with options KDB options DDB options KDB_UNATTENDED