Re: [head tinderbox] failure on amd64/amd64

2010-09-10 Thread Andriy Gapon
on 10/09/2010 01:57 Doug Barton said the following: On 9/8/2010 7:39 AM, Mike Tancsa wrote: Perhaps as an interim measure a local procmail rule to filter out cvsup failures from going to the list ? That's a particularly unhelpful response. Not only is it borderline rude to attempt to shift

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

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't DEFAULTS only

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 conf/DEFAULTS. is

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: 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

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 the

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

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: LAPIC

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 run some

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: 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 works

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. You can

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: 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 David DEMELIER
2010/9/10 Matthew Jacob m...@feral.com:  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

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

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

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

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 Jacobm...@feral.com: 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*

Re: DHCP server in base

2010-09-10 Thread Freddie Cash
On Fri, Sep 10, 2010 at 11:36 AM, Doug Barton do...@freebsd.org 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!

Re: DHCP server in base

2010-09-10 Thread Julien Laffaye
On Fri, Sep 10, 2010 at 8:36 PM, Doug Barton do...@freebsd.org 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

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 have a question

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 on

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, 2010

Re: DHCP server in base

2010-09-10 Thread Aleksandr Rybalko
On Fri, 10 Sep 2010 21:06:45 +0200 Julien Laffaye kime...@gmail.com wrote: On Fri, Sep 10, 2010 at 8:36 PM, Doug Barton do...@freebsd.org 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

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 k...@freebsd.org - Date: Fri, 10 Sep 2010 09:04:38 -0600 From: Kenneth D. Merry

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 Jacobm...@feral.com: I think not. You are given the opportunity to install prebuilt packages at install time, and with a modest amount of effort

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 Jacobm...@feral.com: I think not. You are given the opportunity to install prebuilt packages at install time, and with a modest amount of effort can

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 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

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

2010-09-10 Thread Yuri Pankov
Xin LI delphij at 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/amd64

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: 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. To

Re: DHCP server in base

2010-09-10 Thread Kevin Oberman
Date: Fri, 10 Sep 2010 17:33:22 -0700 From: Doug Barton do...@freebsd.org 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