[head tinderbox] failure on sparc64/sparc64

2010-08-03 Thread FreeBSD Tinderbox
TB --- 2010-08-03 08:34:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 08:34:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-03 08:34:21 - cleaning the object tree TB --- 2010-08-03 08:34:34 - cvsupping the source tree TB --- 2010-08-03 08:34:34 - /usr

[patch] big whitespace cleanup in sys/kern/*

2010-08-03 Thread pluknet
Hi. I looked into sys/kern/* files to fix a bunch of common w/s style issues (221): - leading space before label; - leading space(s) before ; - space(s) instead of (s); - space(s) in blank like. I tried to be conservative and didn't touch semi-contrib files and those with its own style. Here is a

[head tinderbox] failure on sparc64/sun4v

2010-08-03 Thread FreeBSD Tinderbox
TB --- 2010-08-03 09:02:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 09:02:59 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-03 09:02:59 - cleaning the object tree TB --- 2010-08-03 09:03:15 - cvsupping the source tree TB --- 2010-08-03 09:03:15 - /usr/b

[head tinderbox] failure on powerpc/powerpc

2010-08-03 Thread FreeBSD Tinderbox
TB --- 2010-08-03 08:33:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 08:33:44 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-08-03 08:33:44 - cleaning the object tree TB --- 2010-08-03 08:34:02 - cvsupping the source tree TB --- 2010-08-03 08:34:02 - /usr

Re: WITHOUT_CLANG=yes fix

2010-08-03 Thread Tijl Coosemans
On Monday 02 August 2010 18:36:54 Dimitry Andric wrote: > On 2010-08-02 18:12, paradox wrote: # XXX: There is no way to specify bootstrap tools depending on MK-flags # with different per-architecture default values. >>> Always build tblgen. >>> >>> Did you read that "XXX" comment? >> >> w

Fatal trap 12: page fault while in kernel mode, Stopped at _mtx_lock_spin_failed+0x2f: movl 0x78(%r12),%r8d

2010-08-03 Thread Anton Shterenlikht
On amd64 r210786 booting kernel with iwn(4) I get this fatal trap (copied by hand) : *skip* acpi_throttle0: on cpu0 powernow0: on cpu0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 powernow1: on cpu1 Fatal trap 12: page fault w

Re: [CFT] BSDL iconv in base system

2010-08-03 Thread Anonymous
Gabor Kovesdan writes: >> It works if I specify both `-t' and `-f'. And crashes when none >> specified or only one of them. >> > Thanks, I've fixed this and the mtree problem, as well. I hope this > one now works properly on amd64: > http://kovesdan.org/patches/iconv-20100708.diff $ bsd-iconv

Re: thunderbird-3.0.6 stuck in ucond upon start

2010-08-03 Thread Etienne Robillard
Please show us the kernel config too. It compiles and runs without side effects on FreeBSD 8.1 (GENERIC) and native gcc... cheers! Etienne On 08/02/10 17:18, René Ladan wrote: Fair enough... a trace of about the first 10 seconds generated by 'ktrace -di thunderbird' is available at ftp://r

Re: thunderbird-3.0.6 stuck in ucond upon start

2010-08-03 Thread René Ladan
It should just be the GENERIC kernel, it is attached for completeness. Rene 2010/8/3 Etienne Robillard : > Please show us the kernel config too. It compiles and runs > without side effects on FreeBSD 8.1 (GENERIC) and native gcc... > > cheers! > > Etienne > > > > On 08/02/10 17:18, René Ladan wr

Re: thunderbird-3.0.6 stuck in ucond upon start

2010-08-03 Thread Etienne Robillard
Could this be a side effect from DEADLKRES or as a result of a exclusive mutex lock (lock order reversal) ? I'd add option DEBUG_LOCKS and/or WITNESS_SKIPSPIN, to disable witness checks on spin mutexes, as explained in the NOTES file. cheers, Etienne René Ladan wrote: It should just be th

panic: bad stray interrupt | No usable event timer found!

2010-08-03 Thread David Naylor
Hi, When booting an Acer Aspire 2920 I am getting panics with a recent kernel (2010/07/28). The kernel boots successfully from cvsup date=2010.06.20.00.00.00. The kernel panics with: uhci0: port 0x1820-0x183f irq 20 at device 26.0 on pci0 panic: bad stray interrupt cpuid = 0 db> bt Tradi

Re: k3b causing system freeze/panic

2010-08-03 Thread Michael Butler
On 08/01/10 23:03, I wrote: > Sadly, I still haven't been able to identify where the buffer address in > the request structure is one of: left unset, gets lost or corrupted :-( > > Happens with k3b-kde4 too. I am assuming that this is as a consequence > of the ATA_CAM code-path. I don't recall eve

bsdgrep does not work with tail -f | grep combination

2010-08-03 Thread poyopoyo
Hi, It seems bsdgrep does not work when piped from tail -f. I'm running r210728. term0$ jot 10 > /tmp/1 term0$ tail -f /tmp/1 | grep 0 [no output] otherterm$ jot 10 >> /tmp/1 [no output to term0] = with GNU grep: term0$ tail -f /tmp/1 | gnugrep 0 10 otherterm$ jot 10 >> /tmp/1 [on term0]

Re: [patch] big whitespace cleanup in sys/kern/*

2010-08-03 Thread Jamie Gritton
On 08/03/10 03:34, pluknet wrote: I looked into sys/kern/* files to fix a bunch of common w/s style issues (221): - leading space before label; - leading space(s) before; - space(s) instead of(s); - space(s) in blank like. I tried to be conservative and didn't touch semi-contrib files and those

Re: bsdgrep does not work with tail -f | grep combination

2010-08-03 Thread Gabor Kovesdan
Em 2010.08.03. 19:25, poyop...@puripuri.plala.or.jp escreveu: Hi, It seems bsdgrep does not work when piped from tail -f. I'm running r210728. term0$ jot 10> /tmp/1 term0$ tail -f /tmp/1 | grep 0 [no output] otherterm$ jot 10>> /tmp/1 [no output to term0] = with GNU grep: term0$ tail

Re: [patch] big whitespace cleanup in sys/kern/*

2010-08-03 Thread Julian Elischer
On 8/3/10 2:34 AM, pluknet wrote: Hi. I looked into sys/kern/* files to fix a bunch of common w/s style issues (221): - leading space before label; - leading space(s) before; - space(s) instead of(s); - space(s) in blank like. I tried to be conservative and didn't touch semi-contrib files and t

Re: Driver tpm(4) and third party packages for trusted platform modules

2010-08-03 Thread Julian Elischer
On 8/2/10 5:02 AM, Hans-Joerg Hoexer wrote: Hi, we have developed a driver tpm(4) for various TPMs for OpenBSD 4.7 and FreeBSD 8.0 and have ported and updated several third party packages to enable use of TPMs on Open- and FreeBSD. This enables applications like OpenSSH to generate and store pr

Re: RFC: etcupdate tool in base?

2010-08-03 Thread John Baldwin
On Tuesday, June 15, 2010 6:31:45 am Dag-Erling Smørgrav wrote: > Garrett Cooper writes: > > 1. Script doesn't check to see whether or not it has write access (and > > doesn't catch some errors): > > IMHO, any shell script which is intended to be used more than twice > should start with "set -e".

Re: WITHOUT_CLANG=yes fix

2010-08-03 Thread Dimitry Andric
On 2010-08-03 12:08, Tijl Coosemans wrote: > How about introducing a MK_CLANG_BOOTSTRAP that defaults to "yes" on > all platforms so you don't have the cross building problem. Setting > WITHOUT_CLANG would force it to "no". Well, in some local patches I already have a WITH_CLANG_BOOTSTRAP setting,

Re: [patch and review please] 64 CPU Support

2010-08-03 Thread John Baldwin
On Monday, July 26, 2010 10:43:59 am John Baldwin wrote: > On Sunday, July 25, 2010 4:48:53 pm Sean Bruno wrote: > > Reposting from -stable. > > > > Kind of a large patch, but in order to make an omlette, you need to > > break a few servers. > > > > This is a diff against -CURRENT, not stable-8

Re: [patch] big whitespace cleanup in sys/kern/*

2010-08-03 Thread Thomas Dickey
On Tue, Aug 03, 2010 at 11:22:36AM -0700, Julian Elischer wrote: > On 8/3/10 2:34 AM, pluknet wrote: > >Hi. > > > >I looked into sys/kern/* files to fix a bunch of common w/s style issues > >(221): > >- leading space before label; > >- leading space(s) before; > >- space(s) instead of(s); > >- spa

Re: [patch] big whitespace cleanup in sys/kern/*

2010-08-03 Thread Steve Kargl
On Tue, Aug 03, 2010 at 05:40:05PM -0400, Thomas Dickey wrote: > On Tue, Aug 03, 2010 at 11:22:36AM -0700, Julian Elischer wrote: > > On 8/3/10 2:34 AM, pluknet wrote: > > >Hi. > > > > > >I looked into sys/kern/* files to fix a bunch of common w/s style issues > > >(221): > > >- leading space befo

[head tinderbox] failure on sparc64/sparc64

2010-08-03 Thread FreeBSD Tinderbox
TB --- 2010-08-03 23:35:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 23:35:26 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-03 23:35:26 - cleaning the object tree TB --- 2010-08-03 23:35:38 - cvsupping the source tree TB --- 2010-08-03 23:35:38 - /usr

[head tinderbox] failure on sparc64/sun4v

2010-08-03 Thread FreeBSD Tinderbox
TB --- 2010-08-03 23:42:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 23:42:32 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-03 23:42:32 - cleaning the object tree TB --- 2010-08-03 23:42:43 - cvsupping the source tree TB --- 2010-08-03 23:42:43 - /usr/b

[head tinderbox] failure on powerpc/powerpc

2010-08-03 Thread FreeBSD Tinderbox
TB --- 2010-08-03 23:22:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 23:22:17 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-08-03 23:22:17 - cleaning the object tree TB --- 2010-08-03 23:22:36 - cvsupping the source tree TB --- 2010-08-03 23:22:36 - /usr

Re: Driver tpm(4) and third party packages for trusted platform modules

2010-08-03 Thread Takanori Watanabe
In message <20100802120236.gb29...@modermoor.genua.de>, Hans-Joerg Hoexer wrote: >Hi, > >we have developed a driver tpm(4) for various TPMs for OpenBSD 4.7 and >FreeBSD 8.0 and have ported and updated several third party packages to >enable use of TPMs on Open- and FreeBSD. This enables applicatio