Re: DHCP server in base

2010-09-10 Thread Kevin Oberman
> Date: Fri, 10 Sep 2010 17:33:22 -0700 > From: Doug Barton > Sender: owner-freebsd-curr...@freebsd.org > > On 9/10/2010 1:48 PM, Aleksandr Rybalko wrote: > > > > Hi, > > > > another argument about hostapd :) if have access point we must have > > way to assign IP for AP clients. > > To start wit

Re: LAPIC timer reported as 0 Hz during boot

2010-09-10 Thread Alexander Motin
Bruce Cran wrote: > Looking through a dmesg from today I noticed that the LAPIC timer is being > reported as running at 0 Hz: > > Event timer "LAPIC" frequency 0 Hz quality 500 Frequency of LAPIC timer is not reported instantly. It requires calibration to be discovered. Calibration requires time

Re: g_event spinning 100% when doing 'gpart add'

2010-09-10 Thread Yuri Pankov
Nevermind me. That's what I thought why I was getting the same gpart behavior switching between kernels, with and without DEBUG_LOCKS. Sorry about that. Same here, gpart hangs on: 3826 gpartCALL __sysctl(0x7fffa250,0x3,0,0x7fffa268,0,0) 3826 gpartSCTL "kern.geom.confxml" Yuri

Re: g_event spinning 100% when doing 'gpart add'

2010-09-10 Thread Yuri Pankov
Xin LI delphij.net> writes: > > > Hi, > > On a brand new system I'm trying to allocate new GPT partition with: > > gpart create -s gpt ada0 > gpart add -t freebsd-zfs ada0 > And gpart hangs with "g_waitfor_event" with "g_event" spinning 100% of CPU. > > Any thoughts? The system is FreeBSD/a

Re: DHCP server in base

2010-09-10 Thread Doug Barton
On 9/10/2010 1:48 PM, Aleksandr Rybalko wrote: Hi, another argument about hostapd :) if have access point we must have way to assign IP for AP clients. To start with, your assumption is wrong. DHCPd is not *actually* a requirement, although I admit that practically it is. Last spring I ma

LAPIC timer reported as 0 Hz during boot

2010-09-10 Thread Bruce Cran
Looking through a dmesg from today I noticed that the LAPIC timer is being reported as running at 0 Hz: Event timer "LAPIC" frequency 0 Hz quality 500 But the correct frequency is still being used in the kernel: kern.eventtimer.et.LAPIC.frequency=67470437 -- Bruce Cran ___

Re: DHCP server in base

2010-09-10 Thread jhell
On 09/10/2010 19:14, jhell wrote: > On 09/10/2010 14:36, Doug Barton wrote: >> On 9/10/2010 9:54 AM, David DEMELIER wrote: >>> 2010/9/10 Matthew Jacob: I think not. You are given the opportunity to install prebuilt packages at install time, and with a modest amount of effort can ins

Re: DHCP server in base

2010-09-10 Thread jhell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/10/2010 14:36, Doug Barton wrote: > On 9/10/2010 9:54 AM, David DEMELIER wrote: >> 2010/9/10 Matthew Jacob: >>> I think not. You are given the opportunity to install prebuilt >>> packages at install time, and with a modest amount of effort can >

LSI 6Gb SAS driver committed

2010-09-10 Thread Kenneth D. Merry
I sent this out to the -scsi list earlier today. Testers would be appreciated for the 6Gb LSI SAS driver. Please follow up to me or the -scsi list. Thanks, Ken - Forwarded message from "Kenneth D. Merry" - Date: Fri, 10 Sep 2010 09:04:38 -0600 From: "Kenneth D. Merry" To: s...@free

Re: DHCP server in base

2010-09-10 Thread Aleksandr Rybalko
On Fri, 10 Sep 2010 21:06:45 +0200 Julien Laffaye wrote: > On Fri, Sep 10, 2010 at 8:36 PM, Doug Barton wrote: > > As I've said many times, I'm ready to have it out when there is consensus to > > do so. The usual discussion goes like this: > > > > 1. Get BIND out of the base! > > 2. If we remove

Re: about in_multi_mtx @ netinet/in_mcast.c:1095

2010-09-10 Thread John Baldwin
On Friday, September 10, 2010 4:28:58 pm Weongyo Jeong wrote: > On Thu, Sep 09, 2010 at 02:32:52PM -0400, John Baldwin wrote: > > On Thursday, September 09, 2010 1:41:46 pm Weongyo Jeong wrote: > > > On Thu, Sep 09, 2010 at 09:36:19AM -0400, John Baldwin wrote: > > > > On Wednesday, September 08, 2

g_event spinning 100% when doing 'gpart add'

2010-09-10 Thread Xin LI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On a brand new system I'm trying to allocate new GPT partition with: gpart create -s gpt ada0 gpart add -t freebsd-zfs ada0 And gpart hangs with "g_waitfor_event" with "g_event" spinning 100% of CPU. Any thoughts? The system is FreeBSD/amd64

Re: about in_multi_mtx @ netinet/in_mcast.c:1095

2010-09-10 Thread Weongyo Jeong
On Thu, Sep 09, 2010 at 02:32:52PM -0400, John Baldwin wrote: > On Thursday, September 09, 2010 1:41:46 pm Weongyo Jeong wrote: > > On Thu, Sep 09, 2010 at 09:36:19AM -0400, John Baldwin wrote: > > > On Wednesday, September 08, 2010 4:14:19 pm Weongyo Jeong wrote: > > > > Hello, > > > > > > > > I

Re: DHCP server in base

2010-09-10 Thread Julien Laffaye
On Fri, Sep 10, 2010 at 8:36 PM, Doug Barton wrote: > As I've said many times, I'm ready to have it out when there is consensus to > do so. The usual discussion goes like this: > > 1. Get BIND out of the base! > 2. If we remove it, the command line tools (dig, host, nslookup) go with it. Dragonfl

Re: DHCP server in base

2010-09-10 Thread Freddie Cash
On Fri, Sep 10, 2010 at 11:36 AM, Doug Barton wrote: > On 9/10/2010 9:54 AM, David DEMELIER wrote: >> And what about bind too? > > As I've said many times, I'm ready to have it out when there is consensus to > do so. The usual discussion goes like this: > > 1. Get BIND out of the base! > 2. If we

Re: DHCP server in base

2010-09-10 Thread Doug Barton
On 9/10/2010 9:54 AM, David DEMELIER wrote: 2010/9/10 Matthew Jacob: I think not. You are given the opportunity to install prebuilt packages at install time, and with a modest amount of effort can install prebuilt packages afterwards. IMO, such as it is, there should be *less* in the base sys

Re: [head tinderbox] failure on amd64/amd64

2010-09-10 Thread Doug Barton
On 9/10/2010 11:22 AM, Mike Tancsa wrote: At 02:02 PM 9/10/2010, Doug Barton wrote: In that case I apologize for the misunderstanding. I've used procmail for many years on the receiving end but was not aware of the ability to use it in the manner you suggested. Have the tinderbox send just on

Re: [head tinderbox] failure on amd64/amd64

2010-09-10 Thread Mike Tancsa
At 02:02 PM 9/10/2010, Doug Barton wrote: In that case I apologize for the misunderstanding. I've used procmail for many years on the receiving end but was not aware of the ability to use it in the manner you suggested. Have the tinderbox send just one email to a local account, then use proc

Re: [head tinderbox] failure on amd64/amd64

2010-09-10 Thread Doug Barton
On 9/10/2010 12:54 AM, Mike Tancsa wrote: At 06:57 PM 9/9/2010, Doug Barton wrote: Normally they are pointed to a local mirror here at Sentex. However, that server was having hardware problems which I think we have isolated and resolved now. I will repoint this tinderbox to the local site again

Re: DHCP server in base

2010-09-10 Thread David DEMELIER
2010/9/10 Matthew Jacob : >  I think not. You are given the opportunity to install prebuilt packages at > install time, and with a modest amount of effort can install prebuilt > packages afterwards. > > IMO, such as it is, there should be *less* in the base system than there > currently is and more

Re: DHCP server in base

2010-09-10 Thread Scott Robbins
On Fri, Sep 10, 2010 at 05:29:40PM +0200, Alex Dupre wrote: > David DEMELIER ha scritto: > > I was surprised to see that there is no DHCP server in base, obviously > > it's not difficult to fetch the net/isc-dhcp31-server package but for > > people that would like to setup a new server on FreeBSD

Re: DHCP server in base

2010-09-10 Thread Matthew Jacob
I think not. You are given the opportunity to install prebuilt packages at install time, and with a modest amount of effort can install prebuilt packages afterwards. IMO, such as it is, there should be *less* in the base system than there currently is and more in ports. _

Re: Eventtimers b0rking w/ math/atlas

2010-09-10 Thread Alexander Motin
Thomas E. Spanjaard wrote: > On 09/10/2010 15:31, Alexander Motin wrote: >> It is reported deadlock between event timers and some IPI senders, like >> TLB invalidation, during switching to/from profiling clock rate. In >> forthcoming version of event timer patch this problem should not happen. >> Y

Re: DHCP server in base

2010-09-10 Thread Alex Dupre
David DEMELIER ha scritto: > I was surprised to see that there is no DHCP server in base, obviously > it's not difficult to fetch the net/isc-dhcp31-server package but for > people that would like to setup a new server on FreeBSD quickly they > will take some time to learn how packages framework wo

Re: Eventtimers b0rking w/ math/atlas

2010-09-10 Thread Thomas E. Spanjaard
On 09/10/2010 15:31, Alexander Motin wrote: > It is reported deadlock between event timers and some IPI senders, like > TLB invalidation, during switching to/from profiling clock rate. In > forthcoming version of event timer patch this problem should not happen. > You can get latest version of the

Re: Eventtimers b0rking w/ math/atlas

2010-09-10 Thread Thomas E. Spanjaard
On 09/10/2010 14:40, Kostik Belousov wrote: > On Fri, Sep 10, 2010 at 04:31:40PM +0200, Dimitry Andric wrote: >> On 2010-09-10 15:50, Thomas E. Spanjaard wrote: >>> While trying to build math/atlas on a FreeBSD/amd64 9.0-CURRENT r212411, >>> the kernel hangs at some point when math/atlas tries to r

Re: Eventtimers b0rking w/ math/atlas

2010-09-10 Thread Alexander Motin
Hi. Thomas E. Spanjaard wrote: > While trying to build math/atlas on a FreeBSD/amd64 9.0-CURRENT r212411, > the kernel hangs at some point when math/atlas tries to run some tests > (presumably the ones to profile the code and optimise). The kernel > spouts messages about Starting event timers: LAP

DHCP server in base

2010-09-10 Thread David DEMELIER
Hi folks, I personally agree that a DHCP client must exists in base, and for this purpose we have dhclient. However soon I will have a new small machine that will only work as bind and dhcpd server. I was surprised to see that there is no DHCP server in base, obviously it's not difficult to fetch

Re: Eventtimers b0rking w/ math/atlas

2010-09-10 Thread Kostik Belousov
On Fri, Sep 10, 2010 at 04:31:40PM +0200, Dimitry Andric wrote: > On 2010-09-10 15:50, Thomas E. Spanjaard wrote: > >While trying to build math/atlas on a FreeBSD/amd64 9.0-CURRENT r212411, > >the kernel hangs at some point when math/atlas tries to run some tests > >(presumably the ones to profile

Re: Eventtimers b0rking w/ math/atlas

2010-09-10 Thread Dimitry Andric
On 2010-09-10 15:50, Thomas E. Spanjaard wrote: While trying to build math/atlas on a FreeBSD/amd64 9.0-CURRENT r212411, the kernel hangs at some point when math/atlas tries to run some tests (presumably the ones to profile the code and optimise). The kernel spouts messages about Starting event t

Eventtimers b0rking w/ math/atlas

2010-09-10 Thread Thomas E. Spanjaard
While trying to build math/atlas on a FreeBSD/amd64 9.0-CURRENT r212411, the kernel hangs at some point when math/atlas tries to run some tests (presumably the ones to profile the code and optimise). The kernel spouts messages about Starting event timers: LAPIC @ 1000Hz, HPET @ 127Hz; then LAPIC @

Re: {arch}/conf/DEFAULTS and uart

2010-09-10 Thread Alexander Best
On Fri Sep 10 10, John Baldwin wrote: > On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote: > > On Thu Sep 9 10, Alexander Best wrote: > > > On Thu Sep 9 10, Alexander Best wrote: > > > > hi there, > > > > > > > > except for arm most archs seem to enforce uart support in > > > > co

Re: {arch}/conf/DEFAULTS and uart

2010-09-10 Thread John Baldwin
On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote: > On Thu Sep 9 10, Alexander Best wrote: > > On Thu Sep 9 10, Alexander Best wrote: > > > hi there, > > > > > > except for arm most archs seem to enforce uart support in conf/DEFAULTS. > > > is > > > this really necessary? shouldn

Re: [head tinderbox] failure on amd64/amd64

2010-09-10 Thread Mike Tancsa
At 06:57 PM 9/9/2010, Doug Barton wrote: Normally they are pointed to a local mirror here at Sentex. However, that server was having hardware problems which I think we have isolated and resolved now. I will repoint this tinderbox to the local site again. The best way to handle this would be to