Re: ahcich timeouts, only with ahci, not with ataahci

On Wed, Mar 03, 2010 at 08:49:29AM +0100, Harald Schmalzbauer wrote: > Alexander Motin schrieb am 23.02.2010 16:10 (localtime): > >Harald Schmalzbauer wrote: > >>I'm frequently getting my machine locked with ahcichX timeouts: > >>ahcich2: Timeout on slot 0 > >>ahcich2: is cs 0001 ss 00

Re: ahcich timeouts, only with ahci, not with ataahci

Alexander Motin schrieb am 23.02.2010 16:10 (localtime): Harald Schmalzbauer wrote: I'm frequently getting my machine locked with ahcichX timeouts: ahcich2: Timeout on slot 0 ahcich2: is cs 0001 ss rs 0001 tfd c0 serr ahcich2: Timeout on slot 8 ahcich2: is

Re: [releng_8 tinderbox] failure on i386/i386

On Tue, Mar 2, 2010 at 7:25 PM, Doug Barton wrote: > On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote: >> make: don't know how to make dpms.4. Stop >> *** Error code 2 > > Is anyone interested in fixing this? delphij? The files in cvs and svn > seem identical to me, so this seems like an actual bug. E

Re: [releng_8 tinderbox] failure on i386/i386

On Tue, Mar 2, 2010 at 7:25 PM, Doug Barton wrote: > On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote: >> make: don't know how to make dpms.4. Stop >> *** Error code 2 > > Is anyone interested in fixing this? delphij? The files in cvs and svn > seem identical to me, so this seems like an actual bug. E

Re: [releng_8 tinderbox] failure on i386/i386

On Tue, Mar 2, 2010 at 9:02 PM, Garrett Cooper wrote: > On Tue, Mar 2, 2010 at 7:25 PM, Doug Barton wrote: >> On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote: >>> make: don't know how to make dpms.4. Stop >>> *** Error code 2 >> >> Is anyone interested in fixing this? delphij? The files in cvs and s

Re: trap 12: page fault while in kernel mode on 8.0-RELEASE (possibly bge(4) related)

Second that. Daily panics using a Tyan board w/ BCM5704. Unfortunately unable to provide crash dump and I was forced to use a different NIC. But for what its worth here is the relevant pciconf -lv output. b...@pci0:2:9:0: class=0x02 card=0x164814e4 chip=0x164814e4 rev=0x03 hdr=0x00 vendor

Re: Problems building RELENG_8

On 3/2/2010 4:20 PM, Kevin Oberman wrote: > Looks to me like something is messed up in stable. > >>From /usr/src/share/man/man4/man4.i386/Makefile: > MAN= aic.4 \ > alpm.4 \ > amdpm.4 \ > apm.4 \ > ce.4 \ > cp.4 \ > CPU_ELAN.4 \ > cs.4 \ > ct.4 \ >

Re: [releng_8 tinderbox] failure on i386/i386

On 3/2/2010 6:38 PM, FreeBSD Tinderbox wrote: > make: don't know how to make dpms.4. Stop > *** Error code 2 Is anyone interested in fixing this? delphij? The files in cvs and svn seem identical to me, so this seems like an actual bug. Either way it needs to be fixed. Doug -- ... and

[releng_8 tinderbox] failure on i386/pc98

TB --- 2010-03-03 02:10:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 02:10:33 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-03-03 02:10:33 - cleaning the object tree TB --- 2010-03-03 02:10:41 - cvsupping the source tree TB --- 2010-03-03 02:10:41 - /usr/b

Re: Problems building RELENG_8

On Tue, Mar 2, 2010 at 6:58 PM, Garrett Cooper wrote: > On Tue, Mar 2, 2010 at 4:32 PM, Xin LI wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 2010/03/02 16:20, Kevin Oberman wrote: >>> Looks to me like something is messed up in stable. >>> From /usr/src/share/man/man4/man

Re: Problems building RELENG_8

On Tue, Mar 2, 2010 at 4:32 PM, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2010/03/02 16:20, Kevin Oberman wrote: >> Looks to me like something is messed up in stable. >> >>>From /usr/src/share/man/man4/man4.i386/Makefile: >> MAN=  aic.4 \ >>       alpm.4 \ >>       amd

[releng_8 tinderbox] failure on i386/i386

TB --- 2010-03-03 01:46:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 01:46:28 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2010-03-03 01:46:28 - cleaning the object tree TB --- 2010-03-03 01:46:35 - cvsupping the source tree TB --- 2010-03-03 01:46:35 - /usr/b

Re: mbuf leakage with nfs/zfs?

On Tue, 2 Mar 2010, Daniel Braniss wrote: runing with the experimental nfs server all is ok! (at least I can't see any mbuf leakage :-) so now that we can assume that the problem is in NFS/UDP writes via classic nfsserver, where to look? It might also be the krpc reply cache, since the ex

Re: Problems building RELENG_8

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010/03/02 16:20, Kevin Oberman wrote: > Looks to me like something is messed up in stable. > >>From /usr/src/share/man/man4/man4.i386/Makefile: > MAN= aic.4 \ > alpm.4 \ > amdpm.4 \ > apm.4 \ > ce.4 \ > cp.4 \ >

Problems building RELENG_8

Looks to me like something is messed up in stable. >From /usr/src/share/man/man4/man4.i386/Makefile: MAN=aic.4 \ alpm.4 \ amdpm.4 \ apm.4 \ ce.4 \ cp.4 \ CPU_ELAN.4 \ cs.4 \ ct.4 \ ctau.4 \ dpms.4 \ cx.4 \

XEN HVM + FreeBSD = BTX Halted?

Hello, I have been trying to install a FreeBSD 7.2-RELEASE or FreeBSD 8.0-RELEASE implementation. After finally getting the XEN HVM instance to see the boot disk , I am now seeing "BTX Halted" error messages right when it tries to boot. I did some research and this is a known issue with FreeBSD

Re: stable-8 regression: time stands still

On Tue, Mar 02, 2010 at 06:12:27PM +0100, Ruben de Groot wrote: > On Tue, Mar 02, 2010 at 12:09:21PM +0100, C. P. Ghost typed: > > On Tue, Mar 2, 2010 at 9:43 AM, Ruben de Groot wrote: > > > malenfant# sysctl kern.timecounter > > > kern.timecounter.tick: 1 > > > kern.timecounter.choice: TSC(-100)

[releng_8 tinderbox] failure on i386/pc98

TB --- 2010-03-02 16:23:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-02 16:23:39 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-03-02 16:23:39 - cleaning the object tree TB --- 2010-03-02 16:23:48 - cvsupping the source tree TB --- 2010-03-02 16:23:48 - /usr/b

Re: stable-8 regression: time stands still

On Tue, Mar 02, 2010 at 12:09:21PM +0100, C. P. Ghost typed: > On Tue, Mar 2, 2010 at 9:43 AM, Ruben de Groot wrote: > > malenfant# sysctl kern.timecounter > > kern.timecounter.tick: 1 > > kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) > > dummy(-100) > > kern.timecounte

[releng_8 tinderbox] failure on i386/i386

TB --- 2010-03-02 16:00:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-02 16:00:37 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2010-03-02 16:00:37 - cleaning the object tree TB --- 2010-03-02 16:00:47 - cvsupping the source tree TB --- 2010-03-02 16:00:47 - /usr/b

Re: stable-8 regression: time stands still

On Tue, Mar 2, 2010 at 9:43 AM, Ruben de Groot wrote: > malenfant# sysctl kern.timecounter > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC(-100) HPET(900) ACPI-safe(850) i8254(0) > dummy(-100) > kern.timecounter.hardware: HPET Just a wild guess... but is HPET really enabled in the

Re: mbuf leakage with nfs/zfs?

> > > On Sat, 27 Feb 2010, Jeremy Chadwick wrote: > > >> I concur. > >> Everything in my network is now on TCP, and there is no mbuf leakage. > >> I just don't get over the 5500 mark, no matter what I throw at it. > >> > >> I do feel that TCP is not as well performing on a local net with Linux,

Re: stable-8 regression: time stands still

Hi Ronald, On Mon, Mar 01, 2010 at 10:30:16PM +0100, Ronald Klop typed: > Hi Ruben, > > Some shots in the dark. > - Do you run powerd? Try to disable it. Not running powerd, it's a server > - What is your output of 'sysctl kern.timecounter'? Maybe try setting > another timecounter. malenfan