On 21/11/2010 23:16, army.of.root wrote:
> On 10\11\19 19:54, Jung-uk Kim wrote:
>> On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote:
>>> On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote:
Often times I hear complaints like "my Mac hangs after upgrading
to 8.1" or "snapshot CD
On Wednesday 17 November 2010 10:57:34 Paul B Mahol wrote:
> Please use ndis5 branch. master branch is in heavy development.
> CURRENT branch just blindly (and badly) track code on FreeBSD
CURRENT.
ok. unfortunately in this test i made an error and just saw that...
`--> git status
# On branch ndi
Looks like these HP boxes have the capability to do 44 bit memory
addressing if configured to do so from the BIOS.
Is anyone interested in any data from that setting?
Sean
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/li
As far as I can tell the current state of the code builds just fine, so
I'm wondering what the current problem with the tinderbox is.
Doug
On 11/21/2010 15:51, FreeBSD Tinderbox wrote:
TB --- 2010-11-21 22:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 22:05:00 -
TB --- 2010-11-21 22:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 22:05:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-11-21 22:05:00 - cleaning the object tree
TB --- 2010-11-21 22:05:12 - cvsupping the source tree
TB --- 2010-11-21 22:05:12 - /usr/bin/c
TB --- 2010-11-21 22:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 22:05:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-11-21 22:05:00 - cleaning the object tree
TB --- 2010-11-21 22:05:12 - cvsupping the source tree
TB --- 2010-11-21 22:05:12 - /usr/bin
TB --- 2010-11-21 22:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 22:05:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-11-21 22:05:00 - cleaning the object tree
TB --- 2010-11-21 22:05:12 - cvsupping the source tree
TB --- 2010-11-21 22:05:12 - /usr/bin/c
On 10\11\19 19:54, Jung-uk Kim wrote:
On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote:
On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote:
Often times I hear complaints like "my Mac hangs after upgrading
to 8.1" or "snapshot CD hangs on my brand new Mac". I know some
of these compl
On 11/22/10 00:28, Paul B Mahol wrote:
Find way to reproduce it 100%.
The way I described it can be used to reproduce the problem 100%.
Detailed instructions for a test case would be something like this:
0) configure a system with tmpfs for /tmp
1) install PostgreSQL 9.0, use a ZFS file sys
On Sun, Nov 21, 2010 at 10:42 PM, Ivan Voras wrote:
> On 11/21/10 23:19, Eir Nym wrote:
>>
>> On 22 November 2010 01:00, Eir Nym wrote:
>>>
>>> On 22 November 2010 00:47, Bruce Cran wrote:
On Mon, 22 Nov 2010 00:43:03 +0300
Eir Nym wrote:
> Which type of MFS do you use?
TB --- 2010-11-21 22:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 22:05:00 - starting HEAD tinderbox run for arm/arm
TB --- 2010-11-21 22:05:00 - cleaning the object tree
TB --- 2010-11-21 22:05:11 - cvsupping the source tree
TB --- 2010-11-21 22:05:11 - /usr/bin/csu
On 11/21/10 23:19, Eir Nym wrote:
On 22 November 2010 01:00, Eir Nym wrote:
On 22 November 2010 00:47, Bruce Cran wrote:
On Mon, 22 Nov 2010 00:43:03 +0300
Eir Nym wrote:
Which type of MFS do you use? I think you shold use "swap-backed" for
your /tmp, not "malloc-based". Last type is only
On 22 November 2010 01:00, Eir Nym wrote:
> On 22 November 2010 00:47, Bruce Cran wrote:
>> On Mon, 22 Nov 2010 00:43:03 +0300
>> Eir Nym wrote:
>>
>>> Which type of MFS do you use? I think you shold use "swap-backed" for
>>> your /tmp, not "malloc-based". Last type is only for in-kernel file
>>
TB --- 2010-11-21 21:08:40 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 21:08:40 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-11-21 21:08:40 - cleaning the object tree
TB --- 2010-11-21 21:08:50 - cvsupping the source tree
TB --- 2010-11-21 21:08:50 - /usr/b
On 22 November 2010 00:47, Bruce Cran wrote:
> On Mon, 22 Nov 2010 00:43:03 +0300
> Eir Nym wrote:
>
>> Which type of MFS do you use? I think you shold use "swap-backed" for
>> your /tmp, not "malloc-based". Last type is only for in-kernel file
>> system.
>
> It's tmpfs(5), not md(4).
>
ah, sorr
TB --- 2010-11-21 20:16:26 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 20:16:26 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-11-21 20:16:26 - cleaning the object tree
TB --- 2010-11-21 20:16:37 - cvsupping the source tree
TB --- 2010-11-21 20:16:37 - /usr
On Mon, 22 Nov 2010 00:43:03 +0300
Eir Nym wrote:
> Which type of MFS do you use? I think you shold use "swap-backed" for
> your /tmp, not "malloc-based". Last type is only for in-kernel file
> system.
It's tmpfs(5), not md(4).
--
Bruce Cran
___
free
Sean Bruno wrote:
http://people.freebsd.org/~sbruno/256G_SMAP.png
http://people.freebsd.org/~sbruno/256G_panic1.png
http://people.freebsd.org/~sbruno/256G_panic2.png
Trying to get the HP DL980 online today and I see the following panic on
startup from the installer CD that I created from -CURRE
On 22 November 2010 00:22, Ivan Voras wrote:
> I got a curious error today while starting PostgreSQL, complaining about
> "out of space" errno while creating lock file on /tmp.
>
> /tmp on this machine is mounted as tmpfs and indeed, here is the statistic:
>
> biggie:/# df -i
> Filesystem 1M-bl
TB --- 2010-11-21 20:42:32 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 20:42:32 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-11-21 20:42:32 - cleaning the object tree
TB --- 2010-11-21 20:42:43 - cvsupping the source tree
TB --- 2010-11-21 20:42:43 - /usr
On 11/21/10 20:26, Alan Cox wrote:
Sean Bruno wrote:
http://people.freebsd.org/~sbruno/256G_SMAP.png
http://people.freebsd.org/~sbruno/256G_panic1.png
http://people.freebsd.org/~sbruno/256G_panic2.png
Trying to get the HP DL980 online today and I see the following panic on
startup from the ins
TB --- 2010-11-21 20:20:53 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 20:20:53 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-11-21 20:20:53 - cleaning the object tree
TB --- 2010-11-21 20:21:02 - cvsupping the source tree
TB --- 2010-11-21 20:21:02 - /u
I got a curious error today while starting PostgreSQL, complaining about
"out of space" errno while creating lock file on /tmp.
/tmp on this machine is mounted as tmpfs and indeed, here is the statistic:
biggie:/# df -i
Filesystem1M-blocks Used Avail Capacity iused ifree %iused
Mount
On Sun, 2010-11-21 at 11:26 -0800, Alan Cox wrote:
> Sean Bruno wrote:
> > http://people.freebsd.org/~sbruno/256G_SMAP.png
> > http://people.freebsd.org/~sbruno/256G_panic1.png
> > http://people.freebsd.org/~sbruno/256G_panic2.png
> >
> >
> > Trying to get the HP DL980 online today and I see the fo
TB --- 2010-11-21 17:12:44 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 17:12:44 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-11-21 17:12:44 - cleaning the object tree
TB --- 2010-11-21 17:12:54 - cvsupping the source tree
TB --- 2010-11-21 17:12:54 - /usr
TB --- 2010-11-21 18:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 18:35:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-11-21 18:35:00 - cleaning the object tree
TB --- 2010-11-21 18:35:12 - cvsupping the source tree
TB --- 2010-11-21 18:35:12 - /usr/bin/c
TB --- 2010-11-21 19:26:14 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 19:26:14 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-11-21 19:26:14 - cleaning the object tree
TB --- 2010-11-21 19:26:23 - cvsupping the source tree
TB --- 2010-11-21 19:26:23 - /usr/bin/c
TB --- 2010-11-21 20:15:57 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 20:15:57 - starting HEAD tinderbox run for mips/mips
TB --- 2010-11-21 20:15:57 - cleaning the object tree
TB --- 2010-11-21 20:16:07 - cvsupping the source tree
TB --- 2010-11-21 20:16:07 - /usr/bin/c
TB --- 2010-11-21 18:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 18:35:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-11-21 18:35:00 - cleaning the object tree
TB --- 2010-11-21 18:35:12 - cvsupping the source tree
TB --- 2010-11-21 18:35:12 - /usr/bin
TB --- 2010-11-21 18:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 18:35:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-11-21 18:35:00 - cleaning the object tree
TB --- 2010-11-21 18:35:12 - cvsupping the source tree
TB --- 2010-11-21 18:35:12 - /usr/bin/c
> Message: 1
> Date: Sat, 20 Nov 2010 14:32:34 +0100
> From: RM
> Subject: Re: [Call for Tests] PAT issue on Apple hardware
> To: freebsd-current@freebsd.org
> Message-ID:
> Content-Type: text/plain; charset="iso-8859-15"; format=flowed;
> delsp=yes
>
> On Fri, 19 Nov 2010 19:54:21 +0100,
TB --- 2010-11-21 18:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 18:35:00 - starting HEAD tinderbox run for arm/arm
TB --- 2010-11-21 18:35:00 - cleaning the object tree
TB --- 2010-11-21 18:35:11 - cvsupping the source tree
TB --- 2010-11-21 18:35:11 - /usr/bin/csu
On Sun, 2010-11-21 at 10:20 -0800, Matthew Jacob wrote:
> Any way to restrict the mem available with hints to find out where the
> cutoff point is?
>
Perhaps hw.physmem ... I'll give it try.
Sean
___
freebsd-current@freebsd.org mailing list
http://
On Nov 21, 2010, at 10:20 AM, Matthew Jacob wrote:
> Any way to restrict the mem available with hints to find out where the cutoff
> point is?
>
> On 11/21/2010 9:03 AM, Sean Bruno wrote:
>> http://people.freebsd.org/~sbruno/256G_SMAP.png
>> http://people.freebsd.org/~sbruno/256G_panic1.png
>>
TB --- 2010-11-21 17:38:11 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 17:38:11 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-11-21 17:38:11 - cleaning the object tree
TB --- 2010-11-21 17:38:20 - cvsupping the source tree
TB --- 2010-11-21 17:38:20 - /usr/b
Any way to restrict the mem available with hints to find out where the
cutoff point is?
On 11/21/2010 9:03 AM, Sean Bruno wrote:
http://people.freebsd.org/~sbruno/256G_SMAP.png
http://people.freebsd.org/~sbruno/256G_panic1.png
http://people.freebsd.org/~sbruno/256G_panic2.png
Trying to get th
TB --- 2010-11-21 16:45:50 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 16:45:50 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-11-21 16:45:50 - cleaning the object tree
TB --- 2010-11-21 16:45:59 - cvsupping the source tree
TB --- 2010-11-21 16:45:59 - /usr
http://people.freebsd.org/~sbruno/256G_SMAP.png
http://people.freebsd.org/~sbruno/256G_panic1.png
http://people.freebsd.org/~sbruno/256G_panic2.png
Trying to get the HP DL980 online today and I see the following panic on
startup from the installer CD that I created from -CURRENT.
Sean
_
TB --- 2010-11-21 16:52:22 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 16:52:22 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-11-21 16:52:22 - cleaning the object tree
TB --- 2010-11-21 16:52:32 - cvsupping the source tree
TB --- 2010-11-21 16:52:32 - /u
TB --- 2010-11-21 16:45:32 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 16:45:32 - starting HEAD tinderbox run for mips/mips
TB --- 2010-11-21 16:45:32 - cleaning the object tree
TB --- 2010-11-21 16:45:40 - cvsupping the source tree
TB --- 2010-11-21 16:45:40 - /usr/bin/c
TB --- 2010-11-21 15:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 15:05:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-11-21 15:05:00 - cleaning the object tree
TB --- 2010-11-21 15:05:29 - cvsupping the source tree
TB --- 2010-11-21 15:05:29 - /usr/bin/c
TB --- 2010-11-21 15:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 15:05:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-11-21 15:05:00 - cleaning the object tree
TB --- 2010-11-21 15:05:34 - cvsupping the source tree
TB --- 2010-11-21 15:05:34 - /usr/bin
TB --- 2010-11-21 15:56:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 15:56:00 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-11-21 15:56:00 - cleaning the object tree
TB --- 2010-11-21 15:56:20 - cvsupping the source tree
TB --- 2010-11-21 15:56:20 - /usr/bin/c
TB --- 2010-11-21 13:53:47 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 13:53:47 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-11-21 13:53:47 - cleaning the object tree
TB --- 2010-11-21 13:54:04 - cvsupping the source tree
TB --- 2010-11-21 13:54:04 - /usr
TB --- 2010-11-21 15:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 15:05:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-11-21 15:05:00 - cleaning the object tree
TB --- 2010-11-21 15:05:31 - cvsupping the source tree
TB --- 2010-11-21 15:05:31 - /usr/bin/c
TB --- 2010-11-21 15:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 15:05:00 - starting HEAD tinderbox run for arm/arm
TB --- 2010-11-21 15:05:00 - cleaning the object tree
TB --- 2010-11-21 15:05:19 - cvsupping the source tree
TB --- 2010-11-21 15:05:19 - /usr/bin/csu
TB --- 2010-11-21 13:25:08 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 13:25:08 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-11-21 13:25:08 - cleaning the object tree
TB --- 2010-11-21 13:25:29 - cvsupping the source tree
TB --- 2010-11-21 13:25:29 - /usr
TB --- 2010-11-21 14:04:16 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 14:04:16 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-11-21 14:04:16 - cleaning the object tree
TB --- 2010-11-21 14:04:29 - cvsupping the source tree
TB --- 2010-11-21 14:04:29 - /usr/b
TB --- 2010-11-21 13:45:13 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 13:45:13 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-11-21 13:45:13 - cleaning the object tree
TB --- 2010-11-21 13:45:38 - cvsupping the source tree
TB --- 2010-11-21 13:45:38 - /u
TB --- 2010-11-21 13:10:37 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-21 13:10:37 - starting HEAD tinderbox run for mips/mips
TB --- 2010-11-21 13:10:37 - cleaning the object tree
TB --- 2010-11-21 13:10:47 - cvsupping the source tree
TB --- 2010-11-21 13:10:47 - /usr/bin/c
On 11/21/10, Paul B Mahol wrote:
> On 11/19/10, Paul B Mahol wrote:
>> On 11/18/10, Bjoern A. Zeeb wrote:
>>> On Tue, 2 Nov 2010, Paul B Mahol wrote:
>>>
>>> Hi,
>>>
It appears we do not log such events anymore (at least with wlan
devices) in console.
I set this sysctl to 0 v
On 11/19/10, Paul B Mahol wrote:
> On 11/18/10, Bjoern A. Zeeb wrote:
>> On Tue, 2 Nov 2010, Paul B Mahol wrote:
>>
>> Hi,
>>
>>> It appears we do not log such events anymore (at least with wlan
>>> devices) in console.
>>>
>>> I set this sysctl to 0 via sysctl.conf, if I set it to 1, nothing wil
52 matches
Mail list logo