On Sat, Oct 22, 2011 at 10:45 PM, Greg Miller greglmil...@gmail.com wrote:
On 10/22/11, Ken Smith kensm...@buffalo.edu wrote:
The first of the Release Candidate builds of the 9.0-RELEASE release
cycle is now available. Since this is the first release of a brand
New in RC1, with GENERIC:
On Sun, Oct 23, 2011 at 12:35:15PM +1100, Lawrence Stewart wrote:
On 10/22/11 19:49, Pawel Jakub Dawidek wrote:
The panic message says:
panic: tcp_input negative window: tp 0xfe007763e000 rcv_nxt
3718269252 rcv_adv 3718268291
I only have picture of the backtrace:
Hi,
I noticed that the daily security emails don't show failed logins
properly, because the logged string does not match.
This is how the lines are grepped for failed logins:
n=$(catmsgs | egrep -ia ^$yesterday.*: .*(fail|invalid|bad|illegal) |
tee /dev/stderr | wc -l)
This is how
John Hay j...@meraka.org.za wrote
in 20111022193418.ga53...@zibbi.meraka.csir.co.za:
jh I can maybe just say, I have now upgraded various machines from 7.x or
jh 8.x to 9 and even though I have read the rc.conf manual I keep tripping
jh on the new IPv6 rc stuff. Various being client, server
On Sat, Oct 22, 2011 at 09:59:45PM +0100, Bruce Cran wrote:
On 22/10/2011 16:21, Eugene Dzhurinsky wrote:
ataidle -P 0 /dev/ada0
ataidle: error opening /dev/ada0
Thanks for reporting the breakage, I'll see if I can get it fixed in
time for 9.0.
Wow, it would be great! :)
In the
Program received signal SIGILL, Illegal instruction.
0x08048b24 in do_typedef (s=0x80532bf CUMULATIVE_ARGS, pos=0x805e1a4)
at /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c:103
103 {
(gdb) disas 0x08048b24
Dump of assembler code for function do_typedef:
On Sun, Oct 23, 2011 at 10:24:12AM +0200, Roman Divacky wrote:
Program received signal SIGILL, Illegal instruction.
0x08048b24 in do_typedef (s=0x80532bf CUMULATIVE_ARGS, pos=0x805e1a4)
at
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c:103
103 {
(gdb)
On Sun, Oct 23, 2011 at 08:10:38AM +0200, Pawel Jakub Dawidek wrote:
On Sun, Oct 23, 2011 at 12:35:15PM +1100, Lawrence Stewart wrote:
On 10/22/11 19:49, Pawel Jakub Dawidek wrote:
The panic message says:
panic: tcp_input negative window: tp 0xfe007763e000 rcv_nxt
3718269252
On Sun, Oct 23, 2011 at 11:43:30AM +0300, Kostik Belousov wrote:
On Sun, Oct 23, 2011 at 10:24:12AM +0200, Roman Divacky wrote:
Program received signal SIGILL, Illegal instruction.
0x08048b24 in do_typedef (s=0x80532bf CUMULATIVE_ARGS, pos=0x805e1a4)
at
on 22/10/2011 01:22 Gunnar Schaefer said the following:
On Oct 21, 2011, at 2:37 PM, Andriy Gapon wrote:
A litmus question: do those experiencing the trouble all have BTX_SERIAL
defined?
Not sure where BTX_SERIAL would be defined, but I'm seeing the problem with
the generic kernel. Does
Le Sun, 23 Oct 2011 12:11:05 +0200,
Roman Divacky rdiva...@freebsd.org a écrit :
Long nops are supported only on specific CPUs. Unconditional use of
them is a plain bug, like unconditional use of cmovXX.
Yes, it's a bug, I filed http://llvm.org/bugs/show_bug.cgi?id=11212
upstream. Patric,
Hello, Patrick.
You wrote 23 октября 2011 г., 17:38:21:
Unless you think that it will be helpful to test with the workaround, I
would prefer to test patches from llvm (it takes days to build FreeBSD
on a net5501...).
Another important case: build on common hardware for such
strange systems.
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 -mrtd (partially reverting
an earlier commit) fixed gptboot. The next test for someone to do would be
to
try just
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 this assertion off, as the system seems to be able to
recover.
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 -mrtd (partially
reverting
an earlier commit) fixed gptboot.
On Sun, Oct 23, 2011 at 7:43 AM, Ken Smith kensm...@buffalo.edu wrote:
The 9.0-RELEASE cycle will be tracked here:
http://wiki.freebsd.org/Releng/9.0-TODO
link error, need http://wiki.freebsd.org/Releng/9.0TODO
still no actual information on this page. Branch status not actual.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/23/11 2:20 PM, Andrey Fesenko wrote:
On Sun, Oct 23, 2011 at 7:43 AM, Ken Smith kensm...@buffalo.edu
wrote:
The 9.0-RELEASE cycle will be tracked here:
http://wiki.freebsd.org/Releng/9.0-TODO
link error, need
On Sun, Oct 23, 2011 at 08:57:59PM +0300, Andriy Gapon wrote:
I found a document that suggests a possibility of BIOS writing more bytes to
the
array than its current size of 0x42: [...]
Could you please test this hypothesis by trying the following patch?
With -O1 and this patch, it boots.
On 2011-10-23 21:56, Dennis Koegel wrote:
On Sun, Oct 23, 2011 at 08:57:59PM +0300, Andriy Gapon wrote:
I found a document that suggests a possibility of BIOS writing more bytes to the
array than its current size of 0x42: [...]
Could you please test this hypothesis by trying the following
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 .
Detach and attach of mouse are detected , but input is
Hi,
2011/10/7 Andrey V. Elsukov bu7c...@yandex.ru:
On 07.10.2011 23:41, Glen Barber wrote:
In my experience, without kern.geom.debugflags=16, the MBR will not be
written to the memstick, leaving you with what would effectively be a
coaster in the not-so-distant past.
The problem is that
Kernel building fails since today when kernel gets compiled via CLANG:
--
stage 2.1: cleaning up the object tree
--
cd /usr/obj/usr/src/sys/THOR;
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
--
From-To: open-closed
By: nwhitehorn
When: Sun Oct 23 15:18:39 UTC 2011
Why: There is help throughout, in particular in the partition editor,
which shows help in the bottom line of the screen. More verbose help
(e.g. pressing F1 to open a help screen) will likely come later.
TB --- 2011-10-24 02:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 02:50:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-10-24 02:50:00 - cleaning the object tree
TB --- 2011-10-24 02:50:30 - cvsupping the source tree
TB --- 2011-10-24 02:50:30 -
TB --- 2011-10-24 02:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 02:50:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-10-24 02:50:00 - cleaning the object tree
TB --- 2011-10-24 02:50:28 - cvsupping the source tree
TB --- 2011-10-24 02:50:28 -
TB --- 2011-10-24 02:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 02:50:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-10-24 02:50:00 - cleaning the object tree
TB --- 2011-10-24 02:50:56 - cvsupping the source tree
TB --- 2011-10-24 02:50:56 -
TB --- 2011-10-24 02:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 02:50:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-10-24 02:50:00 - cleaning the object tree
TB --- 2011-10-24 02:50:56 - cvsupping the source tree
TB --- 2011-10-24 02:50:56 -
TB --- 2011-10-24 03:11:13 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 03:11:13 - starting HEAD tinderbox run for ia64/ia64
TB --- 2011-10-24 03:11:13 - cleaning the object tree
TB --- 2011-10-24 03:11:36 - cvsupping the source tree
TB --- 2011-10-24 03:11:36 -
TB --- 2011-10-24 03:17:40 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 03:17:40 - starting HEAD tinderbox run for mips/mips
TB --- 2011-10-24 03:17:40 - cleaning the object tree
TB --- 2011-10-24 03:17:48 - cvsupping the source tree
TB --- 2011-10-24 03:17:48 -
TB --- 2011-10-24 03:19:01 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 03:19:01 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-10-24 03:19:01 - cleaning the object tree
TB --- 2011-10-24 03:19:16 - cvsupping the source tree
TB --- 2011-10-24 03:19:16 -
TB --- 2011-10-24 03:17:51 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 03:17:51 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-10-24 03:17:51 - cleaning the object tree
TB --- 2011-10-24 03:18:01 - cvsupping the source tree
TB --- 2011-10-24 03:18:01 -
TB --- 2011-10-24 03:37:37 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 03:37:37 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2011-10-24 03:37:37 - cleaning the object tree
TB --- 2011-10-24 03:37:49 - cvsupping the source tree
TB --- 2011-10-24 03:37:49 -
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 found in the
geom(4) manpage. Specifically,
TB --- 2011-10-24 04:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 04:00:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-10-24 04:00:00 - cleaning the object tree
TB --- 2011-10-24 04:00:06 - cvsupping the source tree
TB --- 2011-10-24 04:00:06 -
TB --- 2011-10-24 04:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 04:00:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-10-24 04:00:00 - cleaning the object tree
TB --- 2011-10-24 04:00:06 - cvsupping the source tree
TB --- 2011-10-24 04:00:06 -
TB --- 2011-10-24 04:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 04:00:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-10-24 04:00:00 - cleaning the object tree
TB --- 2011-10-24 04:00:06 - cvsupping the source tree
TB --- 2011-10-24 04:00:06 -
TB --- 2011-10-24 04:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 04:00:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-10-24 04:00:00 - cleaning the object tree
TB --- 2011-10-24 04:00:06 - cvsupping the source tree
TB --- 2011-10-24 04:00:06 -
TB --- 2011-10-24 04:19:44 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 04:19:44 - starting HEAD tinderbox run for ia64/ia64
TB --- 2011-10-24 04:19:44 - cleaning the object tree
TB --- 2011-10-24 04:19:49 - cvsupping the source tree
TB --- 2011-10-24 04:19:49 -
TB --- 2011-10-24 04:26:37 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 04:26:37 - starting HEAD tinderbox run for mips/mips
TB --- 2011-10-24 04:26:37 - cleaning the object tree
TB --- 2011-10-24 04:26:41 - cvsupping the source tree
TB --- 2011-10-24 04:26:41 -
TB --- 2011-10-24 04:27:39 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 04:27:39 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-10-24 04:27:39 - cleaning the object tree
TB --- 2011-10-24 04:27:44 - cvsupping the source tree
TB --- 2011-10-24 04:27:44 -
TB --- 2011-10-24 04:32:18 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 04:32:18 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-10-24 04:32:18 - cleaning the object tree
TB --- 2011-10-24 04:32:22 - cvsupping the source tree
TB --- 2011-10-24 04:32:22 -
TB --- 2011-10-24 04:46:05 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 04:46:05 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2011-10-24 04:46:05 - cleaning the object tree
TB --- 2011-10-24 04:46:09 - cvsupping the source tree
TB --- 2011-10-24 04:46:09 -
TB --- 2011-10-24 05:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 05:10:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-10-24 05:10:00 - cleaning the object tree
TB --- 2011-10-24 05:10:06 - cvsupping the source tree
TB --- 2011-10-24 05:10:06 -
TB --- 2011-10-24 05:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 05:10:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-10-24 05:10:00 - cleaning the object tree
TB --- 2011-10-24 05:10:06 - cvsupping the source tree
TB --- 2011-10-24 05:10:06 -
TB --- 2011-10-24 05:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 05:10:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-10-24 05:10:00 - cleaning the object tree
TB --- 2011-10-24 05:10:06 - cvsupping the source tree
TB --- 2011-10-24 05:10:06 -
TB --- 2011-10-24 05:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 05:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-10-24 05:10:00 - cleaning the object tree
TB --- 2011-10-24 05:10:06 - cvsupping the source tree
TB --- 2011-10-24 05:10:06 -
TB --- 2011-10-24 05:30:17 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 05:30:17 - starting HEAD tinderbox run for ia64/ia64
TB --- 2011-10-24 05:30:17 - cleaning the object tree
TB --- 2011-10-24 05:30:22 - cvsupping the source tree
TB --- 2011-10-24 05:30:22 -
TB --- 2011-10-24 05:37:14 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-24 05:37:14 - starting HEAD tinderbox run for mips/mips
TB --- 2011-10-24 05:37:14 - cleaning the object tree
TB --- 2011-10-24 05:37:19 - cvsupping the source tree
TB --- 2011-10-24 05:37:19 -
49 matches
Mail list logo
