TB --- 2011-01-18 06:25:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-01-18 06:25:01 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-01-18 06:25:01 - cleaning the object tree
TB --- 2011-01-18 06:25:19 - cvsupping the source tree
TB --- 2011-01-18 06:25:19 -
TB --- 2011-01-18 11:30:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-01-18 11:30:01 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-01-18 11:30:01 - cleaning the object tree
TB --- 2011-01-18 11:30:13 - cvsupping the source tree
TB --- 2011-01-18 11:30:13 -
Hi,
I've a tinderbox which uses tmpfs to build ports. Every time I build a
port which executes linux ldconfig it results in an unkillable process
which uses 100% CPU. The problem is reproduceable without tinderbox:
# uname -a
FreeBSD daedalus.network.local 9.0-CURRENT FreeBSD 9.0-CURRENT #3
On Mon, Jan 17, 2011 at 12:41:19PM +, Anton Shterenlikht wrote:
On ia64 r216732 I got this panic:
- - - - - - - - - - Prior Console Output - - - - - - - - - -
cr.iip = 0xe482b8a0
cr.ipsr = 0x210080a6038 (ac,mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=1)
cr.isr
On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote:
Hi,
I've a tinderbox which uses tmpfs to build ports. Every time I build a
port which executes linux ldconfig it results in an unkillable process
which uses 100% CPU. The problem is reproduceable without tinderbox:
# uname -a
On Monday, January 17, 2011 12:55:26 pm Sergey Kandaurov wrote:
Hi,
I see this malloc with non-sleepable on current during boot.
It's strange that I don't see it if I boot via pxe/nfs.
if_alloc() calls ifindex_alloc_locked() under IFNET_WLOCK() which
might call if_grow().
Looks like a
On Saturday, January 15, 2011 7:30:39 am Marek Salwerowicz wrote:
Hi all,
I am unable to dynamically load modules to support ATA disks on soekris
net5501-70.
Do you have hints for ata0 and ata1 in /boot/device.hints? Try removing them
if so.
--
John Baldwin
On 18.01.2011 15:46, Kostik Belousov wrote:
On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote:
Hi,
I've a tinderbox which uses tmpfs to build ports. Every time I build a
port which executes linux ldconfig it results in an unkillable process
which uses 100% CPU. The problem is
On Tue, Jan 18, 2011 at 04:34:10PM +0100, Beat G?tzi wrote:
On 18.01.2011 15:46, Kostik Belousov wrote:
On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote:
Hi,
I've a tinderbox which uses tmpfs to build ports. Every time I build a
port which executes linux ldconfig it results in
On 18.01.2011 17:13, Kostik Belousov wrote:
On Tue, Jan 18, 2011 at 04:34:10PM +0100, Beat G?tzi wrote:
On 18.01.2011 15:46, Kostik Belousov wrote:
On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote:
Hi,
I've a tinderbox which uses tmpfs to build ports. Every time I build a
port
On Saturday, January 15, 2011 2:14:25 pm Bruce Cran wrote:
On Mon, 10 Jan 2011 14:46:06 -0500
John Baldwin j...@freebsd.org wrote:
Can you get devinfo -rv output before you try to kldload uart?
I've attached the devinfo output.
Oh, the uart[01] devices already exist. I suspect if you
After some discussion with M. Warner Losh and Josh Paetzel of iX
Systems, we've come up with the following roadmap for an installer for
9.0. Over the next month, we intend to try to adapt bsdinstall as the
front-end for the more featureful, but lacking a terminal-compatible
user interface,
On 18 January 2011 17:54, John Baldwin j...@freebsd.org wrote:
On Monday, January 17, 2011 12:55:26 pm Sergey Kandaurov wrote:
Hi,
I see this malloc with non-sleepable on current during boot.
It's strange that I don't see it if I boot via pxe/nfs.
if_alloc() calls ifindex_alloc_locked()
TB --- 2011-01-18 16:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-01-18 16:35:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-01-18 16:35:00 - cleaning the object tree
TB --- 2011-01-18 16:35:15 - cvsupping the source tree
TB --- 2011-01-18 16:35:15 -
On Tuesday, January 18, 2011 1:22:24 pm Sergey Kandaurov wrote:
On 18 January 2011 17:54, John Baldwin j...@freebsd.org wrote:
On Monday, January 17, 2011 12:55:26 pm Sergey Kandaurov wrote:
Hi,
I see this malloc with non-sleepable on current during boot.
It's strange that I don't see
TB --- 2011-01-18 19:29:14 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-01-18 19:29:14 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2011-01-18 19:29:14 - cleaning the object tree
TB --- 2011-01-18 19:29:26 - cvsupping the source tree
TB --- 2011-01-18 19:29:26 -
TB --- 2011-01-18 19:38:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-01-18 19:38:01 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2011-01-18 19:38:01 - cleaning the object tree
TB --- 2011-01-18 19:38:12 - cvsupping the source tree
TB --- 2011-01-18 19:38:12 -
On Wednesday 05 January 2011 14:14:39 Ulrich Spörlein wrote:
Now that I'm fairly confident that the stability issues with your.org's
VMs have been resolved, I'd like to point you to the new and improved,
semi-weekly analyzer runs at
http://scan.freebsd.your.org/freebsd-head/
I came
TB --- 2011-01-18 19:28:04 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-01-18 19:28:04 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-01-18 19:28:04 - cleaning the object tree
TB --- 2011-01-18 19:28:21 - cvsupping the source tree
TB --- 2011-01-18 19:28:21 -
TB --- 2011-01-18 19:24:50 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-01-18 19:24:50 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-01-18 19:24:50 - cleaning the object tree
TB --- 2011-01-18 19:25:01 - cvsupping the source tree
TB --- 2011-01-18 19:25:01 -
On 1/14/11 8:55 PM, Michael Jung mi...@paymentallianceintl.com wrote:
John:
Thanks, I actually didn¹t see the MCA errors on the screen as the system has
reloaded but noted them in the ddb.txt file last night.
The Motherboard, CPU, Memory and PS were replaced today. I¹ll post back if
Hi all,
I've put up the local bsdbox scripts that I'm using as a patch against
-head. It populates the examples in src/share/examples/bsdbox along
with diffs against a couple of build files to link it into the build.
I plan on tidying up the makefiles a bit before committing it to -head.
Marc UBM Bocklet ubm.freebsd at googlemail.com wrote:
Yesterday I upgraded to
FreeBSD hostname 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Sat Jan 8
17:05:30 CET 2011
and vidcontrol VESA_800x600 stopped working (again). I exchanged emails
with jkim about a similar problem in February 2010
On Tuesday 18 January 2011 10:08 pm, b. f. wrote:
Marc UBM Bocklet ubm.freebsd at googlemail.com wrote:
Yesterday I upgraded to
FreeBSD hostname 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Sat Jan 8
17:05:30 CET 2011
and vidcontrol VESA_800x600 stopped working (again). I exchanged
emails
24 matches
Mail list logo
