Re: [RFC] Prepend timestamp in msgbuf

2011-10-14 Thread Nikolay Denev
On Oct 13, 2011, at 9:40 PM, Arnaud Lacombe wrote: > Hi, > > On Thu, Oct 13, 2011 at 2:00 PM, wrote: >> From: Arnaud Lacombe >> >> Hi folks, >> >> There is many case recently when I really wished timestamp were present in >> the >> post-mortem msgbuf. Such situation could be when userland

Re: possible mountroot regression

2011-10-14 Thread Andriy Gapon
on 30/08/2011 13:01 Andriy Gapon said the following: > > So, just to re-iterate, I think that this is indeed a regression and the one > that could be particularly unhelpful for a new release - the time when people > are much more likely to end up at the mountroot prompt during an installation > o

Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES"

2011-10-14 Thread Hiroki Sato
Thomas Steen Rasmussen wrote in <4e97d9f3.4020...@gibfest.dk>: th> On 14.10.2011 08:14, Hiroki Sato wrote: th> > telnet www.freebsd.org 80 < /dev/null th> [tykling@tykburk ~]$ telnet www.freebsd.org 80 < /dev/null th> Trying 69.147.83.34... th> Connected to red.freebsd.org. th> Escape character

Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES"

2011-10-14 Thread Thomas Steen Rasmussen
On 14-10-2011 10:09, Hiroki Sato wrote: > Thanks. There is no problem with the source address selection. The > last questions are: > > % route get -inet www.freebsd.org [tykling@tykburk ~]$ route get -inet www.freebsd.org route to: red.freebsd.org destination: default mask: default

Re: [RFC] Prepend timestamp in msgbuf

2011-10-14 Thread Alexander Best
On Fri Oct 14 11, Nikolay Denev wrote: > > On Oct 13, 2011, at 9:40 PM, Arnaud Lacombe wrote: > > > Hi, > > > > On Thu, Oct 13, 2011 at 2:00 PM, wrote: > >> From: Arnaud Lacombe > >> > >> Hi folks, > >> > >> There is many case recently when I really wished timestamp were present in > >> th

Re: [RFC] Prepend timestamp in msgbuf

2011-10-14 Thread Poul-Henning Kamp
In message <20111014085609.ga3...@freebsd.org>, Alexander Best writes: >1) would it be possible to prepend those timestamps to the actual console >output and not only to the output of demsg? maybe via a sysctl toggle? The kernel does not know enough about timezones to emit anything but UTC timest

Re: [RFC] Prepend timestamp in msgbuf

2011-10-14 Thread Alexander Best
On Fri Oct 14 11, Poul-Henning Kamp wrote: > In message <20111014085609.ga3...@freebsd.org>, Alexander Best writes: > > >1) would it be possible to prepend those timestamps to the actual console > >output and not only to the output of demsg? maybe via a sysctl toggle? > > The kernel does not know

Re: [RFC] Prepend timestamp in msgbuf

2011-10-14 Thread Alexander Best
On Fri Oct 14 11, Alexander Best wrote: > On Fri Oct 14 11, Poul-Henning Kamp wrote: > > In message <20111014085609.ga3...@freebsd.org>, Alexander Best writes: > > > > >1) would it be possible to prepend those timestamps to the actual console > > >output and not only to the output of demsg? maybe

Re: [RFC] Prepend timestamp in msgbuf

2011-10-14 Thread Alexander Best
On Fri Oct 14 11, Alexander Best wrote: > On Fri Oct 14 11, Poul-Henning Kamp wrote: > > In message <20111014085609.ga3...@freebsd.org>, Alexander Best writes: > > > > >1) would it be possible to prepend those timestamps to the actual console > > >output and not only to the output of demsg? maybe

Re: incorrect use of pidfile(3)

2011-10-14 Thread Pawel Jakub Dawidek
On Thu, Oct 13, 2011 at 04:11:40PM +0200, Dag-Erling Smørgrav wrote: > Pawel Jakub Dawidek writes: > > I'm still in opinion that EWOULDBLOCK and EAGAIN (which is the same > > value on FreeBSD) should be converted to EEXIST on pidfile_open() > > return. > > The historical (and documented) behavior

Re: PANIC: "ffs_valloc: dup alloc" on boot

2011-10-14 Thread Jonathan Anderson
That's ok, a more aggressive fsck-from-a-rescue-disk strategy managed to clean things up. J Anderson On 6 October 2011 15:58, Benjamin Kaduk wrote: > On Thu, 6 Oct 2011, Jonathan Anderson wrote: > >> On 5 October 2011 23:50, Jonathan Anderson wrote: >>> >>> I was about to upgrade my build VM f

Re: Fixed: ichwd failure to attach

2011-10-14 Thread John Baldwin
On Thursday, October 13, 2011 6:26:26 pm Doug Barton wrote: > On 10/12/2011 08:20, Michael Butler wrote: > > SVN r226302 solves the ichwd failure to attach issue .. > > Still failing for me: > > ichwd0: on isa0 > ichwd0: unable to reserve GCS registers > device_attach: ichwd0 attach returned 6

Re: incorrect use of pidfile(3)

2011-10-14 Thread Dag-Erling Smørgrav
Pawel Jakub Dawidek writes: > After proposed changes it would look like this, what do you think? > > http://people.freebsd.org/~pjd/patches/pidfile.3.patch Looks OK to me, but you should also remove the paragraph about EAGAIN in the man page. DES -- Dag-Erling Smørgrav - d...@des.no _

Re: [RFC] Prepend timestamp in msgbuf

2011-10-14 Thread Nali Toja
Alexander Best writes: >> On Fri Oct 14 11, Poul-Henning Kamp wrote: >> > In message <20111014085609.ga3...@freebsd.org>, Alexander Best writes: >> > >> > >1) would it be possible to prepend those timestamps to the actual console >> > >output and not only to the output of demsg? maybe via a sysc

Re: possible mountroot regression

2011-10-14 Thread Marcel Moolenaar
On Oct 14, 2011, at 12:51 AM, Andriy Gapon wrote: > on 30/08/2011 13:01 Andriy Gapon said the following: >> >> So, just to re-iterate, I think that this is indeed a regression and the one >> that could be particularly unhelpful for a new release - the time when people >> are much more likely to

Re: possible mountroot regression

2011-10-14 Thread Andriy Gapon
on 14/10/2011 16:37 Marcel Moolenaar said the following: > > On Oct 14, 2011, at 12:51 AM, Andriy Gapon wrote: > >> on 30/08/2011 13:01 Andriy Gapon said the following: >>> >>> So, just to re-iterate, I think that this is indeed a regression and the one >>> that could be particularly unhelpful fo

x.0 RELASE isn't for production.

2011-10-14 Thread Pavel Timofeev
That's what most people think. Hi! I would like to say that most freebsd users don't try CURRENT, but try BETAs-x, RCs-x. Why? Because most users don't like compile new kernel and world. It's tediously. You need to download a CURRENT snapshot iso, to install, csup, and then to build kernel and wo

Re: possible mountroot regression

2011-10-14 Thread Arnaud Lacombe
Andry Gapon wrote: > Simple: revert to the previous behavior. If a user enters incorrect device > name >(i.e. root mounting fails), then return back to the prompt instead of panicing. That should do the job. - Arnaud --- sys/kern/vfs_mountroot.c | 45 +++-

Re: possible mountroot regression

2011-10-14 Thread Arnaud Lacombe
Hi, On Fri, Oct 14, 2011 at 11:54 AM, Arnaud Lacombe wrote: > Andry Gapon wrote: >> Simple: revert to the previous behavior.  If a user enters incorrect device >> name >>(i.e. root mounting fails), then return back to the prompt instead of >>panicing. > That should do the job. > Actually, my pr

Re: x.0 RELASE isn't for production.

2011-10-14 Thread David Wolfskill
On Fri, Oct 14, 2011 at 11:55:28AM +0400, Pavel Timofeev wrote: > That's what most people think. Could be. But to the extent that it's true, I have no reason to believe that it's a perspective that is held uniquely (or even principally) about FreeBSD. > Hi! > > I would like to say that most fre

Re: [RFC] Prepend timestamp in msgbuf

2011-10-14 Thread Arnaud Lacombe
Hi, On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja wrote: > Alexander Best writes: > >>> On Fri Oct 14 11, Poul-Henning Kamp wrote: >>> > In message <20111014085609.ga3...@freebsd.org>, Alexander Best writes: >>> > >>> > >1) would it be possible to prepend those timestamps to the actual console >>>

Re: x.0 RELASE isn't for production.

2011-10-14 Thread Arnaud Lacombe
Hi, On Fri, Oct 14, 2011 at 12:05 PM, David Wolfskill wrote: > On Fri, Oct 14, 2011 at 11:55:28AM +0400, Pavel Timofeev wrote: >> That's what most people think. > > Could be.  But to the extent that it's true, I have no reason to believe > that it's a perspective that is held uniquely (or even pr

Re: Fixed: ichwd failure to attach

2011-10-14 Thread Xin LI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/14/11 04:35, John Baldwin wrote: > On Thursday, October 13, 2011 6:26:26 pm Doug Barton wrote: >> On 10/12/2011 08:20, Michael Butler wrote: >>> SVN r226302 solves the ichwd failure to attach issue .. >> >> Still failing for me: >> >> ichwd0:

Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES"

2011-10-14 Thread Hajimu UMEMOTO
Hi, > On Fri, 14 Oct 2011 17:09:11 +0900 (JST) > Hiroki Sato said: hrs> Thomas Steen Rasmussen wrote hrs> in <4e97d9f3.4020...@gibfest.dk>: th> On 14.10.2011 08:14, Hiroki Sato wrote: hrs> th> > telnet www.freebsd.org 80 < /dev/null th> [tykling@tykburk ~]$ telnet www.freebsd.org 80

Re: Fixed: ichwd failure to attach

2011-10-14 Thread Doug Barton
On 10/14/2011 10:35, Xin LI wrote: > On 10/14/11 04:35, John Baldwin wrote: >> On Thursday, October 13, 2011 6:26:26 pm Doug Barton wrote: >>> On 10/12/2011 08:20, Michael Butler wrote: SVN r226302 solves the ichwd failure to attach issue .. >>> >>> Still failing for me: >>> >>> ichwd0: on is

Re: Fixed: ichwd failure to attach

2011-10-14 Thread John Baldwin
On Friday, October 14, 2011 1:35:19 pm Xin LI wrote: > On 10/14/11 04:35, John Baldwin wrote: > > On Thursday, October 13, 2011 6:26:26 pm Doug Barton wrote: > >> On 10/12/2011 08:20, Michael Butler wrote: > >>> SVN r226302 solves the ichwd failure to attach issue .. > >> > >> Still failing for me:

Re: Fixed: ichwd failure to attach

2011-10-14 Thread Xin LI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/14/11 10:58, John Baldwin wrote: > On Friday, October 14, 2011 1:35:19 pm Xin LI wrote: >> On 10/14/11 04:35, John Baldwin wrote: >>> On Thursday, October 13, 2011 6:26:26 pm Doug Barton wrote: On 10/12/2011 08:20, Michael Butler wrote: >>

Re: 3 show-stopper issues with 9-BETA3

2011-10-14 Thread Gavin Atkinson
On Wed, 5 Oct 2011, Ian FREISLICH wrote: > > In no particular order: It's a shame that nobody has yet picked up on this, it is a very useful list of bugs in 9.0. Is there any chance you could log these three issues as three separate PRs so that they don't get lost? Please tag them with [regr

Re: Fixed: ichwd failure to attach

2011-10-14 Thread Doug Barton
On 10/14/2011 12:03, Xin LI wrote: >> Hmm, is your isab device behind a PCI-PCI bridge? Me either: isab0: at device 31.0 on pci0 isa0: on isab0 -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of

[RFC] FDT fix for 64 bit platforms

2011-10-14 Thread Jayachandran C.
I'm planning commit this -CURRENT if there an no objections. In the current implementation, phandle is used to store a pointer to the location inside the device tree. Since phandle_t is u32, this will not work on 64 bit platforms. With this fix, the phandle is the offset from the start of device

Re: Fixed: ichwd failure to attach

2011-10-14 Thread John Baldwin
On Friday, October 14, 2011 3:03:00 pm Xin LI wrote: > On 10/14/11 10:58, John Baldwin wrote: > > On Friday, October 14, 2011 1:35:19 pm Xin LI wrote: > >> On 10/14/11 04:35, John Baldwin wrote: > >>> On Thursday, October 13, 2011 6:26:26 pm Doug Barton wrote: > On 10/12/2011 08:20, Michael Bu

Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES"

2011-10-14 Thread Doug Barton
On 10/14/2011 10:38, Hajimu UMEMOTO wrote: > AFAIK, recent Firefox implements Happy Eyeballs. So, I suspect it > doesn't obey RFC 3484, anymore. My understanding is that they added it, then turned it off because it didn't work as expected. -- Nothin' ever doesn't change, but nothin' ch

Re: 3 show-stopper issues with 9-BETA3

2011-10-14 Thread Vincent Hoffman
On 14/10/2011 19:58, Gavin Atkinson wrote: >> > 3. PF doesn't expire state. The state table on my older host (pre >> >OpenBSD-4.5) has the following stats: >> > >> >Status: Enabled for 0 days 00:37:17 Debug: Urgent >> >State Table Total Ra

Re: [RFC] FDT fix for 64 bit platforms

2011-10-14 Thread Nathan Whitehorn
On 10/14/11 14:10, Jayachandran C. wrote: I'm planning commit this -CURRENT if there an no objections. In the current implementation, phandle is used to store a pointer to the location inside the device tree. Since phandle_t is u32, this will not work on 64 bit platforms. With this fix, the pha

Re: x.0 RELASE isn't for production.

2011-10-14 Thread George Kontostanos
On Fri, Oct 14, 2011 at 10:55 AM, Pavel Timofeev wrote: > That's what most people think. > I think we hurry. Imo, BETA/RC period for !NEW! STABLE branch should be > longer. Six months, for example. > New STABLE branch is very important! IMHO different OS releases (Unix or not) are usually at the

Re: [RFC] FDT fix for 64 bit platforms

2011-10-14 Thread Jayachandran C.
On Sat, Oct 15, 2011 at 2:01 AM, Nathan Whitehorn wrote: > On 10/14/11 14:10, Jayachandran C. wrote: >> >> I'm planning commit this -CURRENT if there an no objections. >> >> In the current implementation, phandle is used to store a pointer to >> the location inside the device tree.  Since phandle_