TB --- 2011-10-24 05:38:12 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 05:38:12 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-10-24 05:38:12 - cleaning the object tree
TB --- 2011-10-24 05:38:18 - cvsupping the source tree
TB --- 2011-10-24 05:38:18 -
TB --- 2011-10-24 05:42:22 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 05:42:22 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-10-24 05:42:22 - cleaning the object tree
TB --- 2011-10-24 05:42:29 - cvsupping the source tree
TB --- 2011-10-24 05:42:29 -
TB --- 2011-10-24 05:56:34 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 05:56:34 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2011-10-24 05:56:34 - cleaning the object tree
TB --- 2011-10-24 05:56:39 - cvsupping the source tree
TB --- 2011-10-24 05:56:39 -
TB --- 2011-10-24 06:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 06:20:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-10-24 06:20:00 - cleaning the object tree
TB --- 2011-10-24 06:20:06 - cvsupping the source tree
TB --- 2011-10-24 06:20:06 -
TB --- 2011-10-24 06:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 06:20:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-10-24 06:20:00 - cleaning the object tree
TB --- 2011-10-24 06:20:06 - cvsupping the source tree
TB --- 2011-10-24 06:20:06 -
TB --- 2011-10-24 06:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 06:20:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-10-24 06:20:00 - cleaning the object tree
TB --- 2011-10-24 06:20:06 - cvsupping the source tree
TB --- 2011-10-24 06:20:06 -
TB --- 2011-10-24 06:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 06:20:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-10-24 06:20:00 - cleaning the object tree
TB --- 2011-10-24 06:20:06 - cvsupping the source tree
TB --- 2011-10-24 06:20:06 -
TB --- 2011-10-24 06:40:27 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 06:40:27 - starting HEAD tinderbox run for ia64/ia64
TB --- 2011-10-24 06:40:27 - cleaning the object tree
TB --- 2011-10-24 06:40:32 - cvsupping the source tree
TB --- 2011-10-24 06:40:32 -
On Saturday, October 22, 2011 12:31:25 pm Luchesar V. ILIEV wrote:
Speaking of that, and in the context of the recursion that svnversion
does, something else comes to my mind...
svnversion is currently executed in ${SRCDIR}/sys, so the revision
number is relevant only to the kernel sources.
On Sunday, October 23, 2011 11:58:28 am Pawel Jakub Dawidek wrote:
On Sun, Oct 23, 2011 at 11:44:45AM +0300, Kostik Belousov wrote:
On Sun, Oct 23, 2011 at 08:10:38AM +0200, Pawel Jakub Dawidek wrote:
My suggestion would be that if we won't be able to fix it before 9.0,
we should turn
On Friday, October 21, 2011 5:37:16 pm Andriy Gapon wrote:
on 22/10/2011 00:27 Andriy Gapon said the following:
on 21/10/2011 23:33 John Baldwin said the following:
On Friday, October 21, 2011 4:58:51 am Dennis Koegel wrote:
On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote:
On Friday, October 21, 2011 5:31:01 pm Arnaud Lacombe wrote:
Hi,
On Fri, Oct 21, 2011 at 4:19 PM, John Baldwin j...@freebsd.org wrote:
On Tuesday, October 11, 2011 6:53:11 pm Arnaud Lacombe wrote:
Hi,
On Tue, Oct 11, 2011 at 6:34 PM, Arnaud Lacombe lacom...@gmail.com wrote:
Hi
On Sunday, October 23, 2011 1:57:59 pm Andriy Gapon wrote:
on 23/10/2011 18:27 Dennis Koegel said the following:
On Fri, Oct 21, 2011 at 04:33:38PM -0400, John Baldwin wrote:
Working offline with Dennis, we found that changing the CFLAGS in
sys/boot/i386/gptboot/Makefile from -O1 to -Os
on 24/10/2011 16:41 John Baldwin said the following:
On Sunday, October 23, 2011 1:57:59 pm Andriy Gapon wrote:
on 23/10/2011 18:27 Dennis Koegel said the following:
On Fri, Oct 21, 2011 at 04:33:38PM -0400, John Baldwin wrote:
Working offline with Dennis, we found that changing the CFLAGS in
On 24/10/2011 14:59, John Baldwin wrote:
On Saturday, October 22, 2011 12:31:25 pm Luchesar V. ILIEV wrote:
Speaking of that, and in the context of the recursion that svnversion
does, something else comes to my mind...
svnversion is currently executed in ${SRCDIR}/sys, so the revision
number
On Monday, October 24, 2011 9:47:42 am Andriy Gapon wrote:
on 24/10/2011 16:41 John Baldwin said the following:
On Sunday, October 23, 2011 1:57:59 pm Andriy Gapon wrote:
on 23/10/2011 18:27 Dennis Koegel said the following:
On Fri, Oct 21, 2011 at 04:33:38PM -0400, John Baldwin wrote:
on 24/10/2011 18:33 John Baldwin said the following:
On Monday, October 24, 2011 9:47:42 am Andriy Gapon wrote:
on 24/10/2011 16:41 John Baldwin said the following:
On Sunday, October 23, 2011 1:57:59 pm Andriy Gapon wrote:
[snip]
I found a document that suggests a possibility of BIOS writing
On Fri, Oct 21, 2011 at 10:47 PM, Doug Barton do...@freebsd.org wrote:
On 10/21/2011 22:42, Craig Rodrigues wrote:
Hi,
I tried following:
(1) Run svnversion in non-svn directory:
return status == 0
Return status isn't everything. :)
prints out exported
In my case (1.7) it
TB --- 2011-10-24 15:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 15:30:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-10-24 15:30:00 - cleaning the object tree
TB --- 2011-10-24 15:30:57 - cvsupping the source tree
TB --- 2011-10-24 15:30:57 -
Hello, list.
I've been trying to install FreeBSD 9.0-beta3 amd64 on a machine with the
following hardware:
Motherboard: MSI K8N Neo2-Platinum
CPU: AMD Athlon64 3000+ (1800 MHz)
RAM: 1 GB (2 x 512 MB) DDR2
Disk: Western Digital Caviar® Green™ 1TB
The story is as follows:
Before you think it; I
On Tue, Oct 18, 2011 at 3:13 PM, Alexey Shuvaev
shuv...@physik.uni-wuerzburg.de wrote:
On Tue, Oct 18, 2011 at 06:19:19AM +0800, Adrian Chadd wrote:
On 18 October 2011 03:00, Alexey Shuvaev
shuv...@physik.uni-wuerzburg.de wrote:
On Sat, Oct 08, 2011 at 10:14:56PM +0200, Alexey Shuvaev wrote:
On Monday, October 24, 2011 12:25:09 pm Andriy Gapon wrote:
on 24/10/2011 18:33 John Baldwin said the following:
On Monday, October 24, 2011 9:47:42 am Andriy Gapon wrote:
on 24/10/2011 16:41 John Baldwin said the following:
On Sunday, October 23, 2011 1:57:59 pm Andriy Gapon wrote:
[snip]
On Sun, Oct 16, 2011 at 05:22:13PM -0700, YongHyeon PYUN wrote:
Hi,
If you have ALi/ULi M5261/M5263 ethernet controller please try the
patch at the following URL and let me know how it works.
http://people.freebsd.org/~yongari/dc/dc.uli562x.diff
The patch was generated against latest HEAD
On Mon, Oct 24, 2011 at 11:33:23AM -0400, John Baldwin wrote:
Perhaps try http://www.freebsd.org/~jhb/patches/edd_params.patch
GCC chokes here in drv.c:{49,50}: cannot convert to a pointer type:
v86.ds = VTOPSEG(params);
v86.esi = VTOPOFF(params);
Changed this to params. Also
On 10/24/2011 10:14, Craig Rodrigues wrote:
On Fri, Oct 21, 2011 at 10:47 PM, Doug Barton do...@freebsd.org wrote:
On 10/21/2011 22:42, Craig Rodrigues wrote:
Hi,
I tried following:
(1) Run svnversion in non-svn directory:
return status == 0
Return status isn't everything. :)
On 10/24/11 00:38, Garrett Cooper wrote:
On Oct 23, 2011, at 3:31 PM, Hartmann, O. wrote:
Kernel building fails since today when kernel gets compiled via CLANG:
--
stage 2.1: cleaning up the object tree
On Sun, 23 Oct 2011, Mehmet Erol Sanliturk wrote:
I have installed FreeBSD 9.0 RC1 .
During installation and boots , and ( as root ) console mode , both USB
keyboard and mouse are working .
When a graphical desktop ( Fluxbox , Gnome , or KDE ) is started , both of
them are becoming frozen .
On Oct 24, 2011, at 2:40 PM, Dennis Koegel wrote:
On Mon, Oct 24, 2011 at 11:33:23AM -0400, John Baldwin wrote:
Perhaps try http://www.freebsd.org/~jhb/patches/edd_params.patch
GCC chokes here in drv.c:{49,50}: cannot convert to a pointer type:
v86.ds = VTOPSEG(params);
On Sun, 23 Oct 2011, Mehmet Erol Sanliturk wrote:
I have installed FreeBSD 9.0 RC1 .
During installation and boots , and ( as root ) console mode , both USB
keyboard and mouse are working .
When a graphical desktop ( Fluxbox , Gnome , or KDE ) is started , both of
them are becoming frozen .
On Mon, 24 Oct 2011, Andrey V. Elsukov wrote:
On 24.10.2011 1:54, Arnaud Lacombe wrote:
NOTE
Protection mechanisms in the geom(4) subsystem might prevent boot0cfg
from being able to update the MBR on a mounted disk. Instructions for
temporarily disabling these protection mechanisms can be
Hi,
On Mon, Oct 24, 2011 at 6:23 PM, Hartmann, O.
ohart...@zedat.fu-berlin.de wrote:
On 10/24/11 00:38, Garrett Cooper wrote:
On Oct 23, 2011, at 3:31 PM, Hartmann, O. wrote:
Kernel building fails since today when kernel gets compiled via CLANG:
On Mon, Oct 24, 2011 at 7:46 PM, Warren Block wbl...@wonkity.com wrote:
On Sun, 23 Oct 2011, Mehmet Erol Sanliturk wrote:
I have installed FreeBSD 9.0 RC1 .
During installation and boots , and ( as root ) console mode , both USB
keyboard and mouse are working .
When a graphical desktop (
23.10.2011 11:12, Eugene Dzhurinsky wrote:
In the mentime, can you please advice how can I use camcontrol in order to
disable APM for my HDD?
@reboot camcontrol idle ada0 -t 300 ; camcontrol idle ada1 -t 300
--
Sphinx of black quartz judge my vow.
On 25.10.2011 5:18, Benjamin Kaduk wrote:
to allow writing to the MBR, and restore it to 0 afterwards.
This is stale message. boot0cfg might work without this.
On a *mounted* disk? Surely that qualifies as an open for the purposes of
the check.
Yes. boot0cfg uses GEOM_PART' control
Hi all,
I have recently installed 9.0-RC1 on my Thinkpad X201 and have noticed
severe (~20 mins) latency to get to the third stage bootloader
(/boot/loader). This is system triple booted with Windows 7 and Arch
Linux using the GRUB 2 bootmanager. FreeBSD is not on a extended
partition, if it
Hi,
Just because I'd like to ensure this doesn't get lost, would you
please do an MBR install of 9.0-RELEASE on another disk, and then plug
that in as a slave to the 8.x install?
Do you have a USB-SATA adapter, so you can attach the disk after boot?
What I think will help the developers;
*
36 matches
Mail list logo