freebsd-stable@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
or, via email, send a message with subject or body 'help' to
freebsd-stable-request@freebsd.org
You can reach the person managing the list at
freebsd-stable-owner@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-stable digest..."
Today's Topics:
1. Re: Areca Disk Adapter Question (Richard Tector)
2. 8-STABLE broken on amd64 (Oliver Lehmann)
3. Re: 8-STABLE broken on amd64 (Oliver Lehmann)
4. Re: 8-STABLE broken on amd64 (Jeremy Chadwick)
5. Re: 8-STABLE broken on amd64 (Oliver Lehmann)
6. Re: FreeBSD 7.1: QUOTA: kernel panics in jailed()
(Kostik Belousov)
7. Re: 8-STABLE broken on amd64 (Oliver Lehmann)
8. Re: Freebsd 8.0 system freeze (Gavin Atkinson)
9. Re: freebsd update for 8.0-REL-p1 ? (Oliver Pinter)
10. Cannot allocate system-mode PMC with spec. "instructions"
(Jeremie Le Hen)
11. Re: 8-STABLE broken on amd64 (Oliver Lehmann)
12. root partition too small (alexs@ulgsm.ru)
13. Re: FreeBSD 7.1: QUOTA: kernel panics in jailed() (Mikolaj Golub)
14. dhclient starts after NETWORK (alexs@ulgsm.ru)
15. Smartctl and ahci (Johan Hendriks)
16. kldload: can't load msdosfs_iconv: Exec format error
(Wolfgang Riegler)
17. Re: Smartctl and ahci (b. f.)
18. panic: vm_page_alloc: cache page ... is missing from the free
queue (Andriy Gapon)
19. Re: Smartctl and ahci (Jeremy Chadwick)
20. Re: Smartctl and ahci (Andriy Gapon)
21. Re: root partition too small (Boris Samorodov)
22. Re: root partition too small (Rolf Nielsen)
----------------------------------------------------------------------
Message: 1
Date: Sun, 06 Dec 2009 13:24:32 +0000
From: Richard Tector <richardtector@thekeelecentre.com>
Subject: Re: Areca Disk Adapter Question
To: Karl Denninger <karl@denninger.net>
Cc: freebsd-stable@freebsd.org
Message-ID: <4B1BB090.6000108@thekeelecentre.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 06/12/2009 02:26, Karl Denninger wrote:
> BUT BUT BUT - there is no way to clear the devices nodes from FreeBSD!
> If I attempt a "camcontrol rescan all" after pulling a set the machine
> instantly panics with uncompleted I/Os to the disks I did not tamper
> with - whether I tell the adapter I did it first or not.
>
> With the 3ware drivers this is propagated through properly. Not so with
> the Areca drivers. This is a fairly major problem in that it appears
> that anything you do that causes a "da" device served by these boards to
> disappear causes an instant panic. While this is expected behavior if
> the device is in active use, it really, really sucks if it's not, as it
> makes it flatly impossible to, for example, pull a disk carrier that has
> a big drive on it you just ran a dump to.
It may be worth you taking this up with Areca support also. I have a
handful of their cards at work and one at home and had some issues with
the HTTP interface on amd64 recently. They'd got back to me with a
solution within a couple of days.
Richard
------------------------------
Message: 2
Date: Sun, 6 Dec 2009 16:47:42 +0100
From: Oliver Lehmann <lehmann@ans-netz.de>
Subject: 8-STABLE broken on amd64
To: freebsd-stable@freebsd.org
Message-ID: <20091206164742.a0b2be18.lehmann@ans-netz.de>
Content-Type: text/plain; charset=US-ASCII
Hi,
I've cvsuped my 8-STABLE yesterday und successfully upgraded my i386
machines.
Now I tried to upgrade my amd64 system but it failes with:
/usr/local/libexec/ccache/world-cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crt1.c
{standard input}: Assembler messages:
{standard input}:27: Error: suffix or operands invalid for `mov'
*** Error code 1
Stop in /usr/src/lib/csu/i386-elf.
*** Error code 1
Is this known or has it already been fixed?
I also tried /usr/bin/cc if someone might think that ccache could
have caused this - same error.
Line 24-30 of crt1.s
movl (%rsp), %ebx
leaq 8(%rsp), %r12
#APP
movl %edx,%rdi
#NO_APP
movslq %ebx,%rax
testl %ebx, %ebx
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
------------------------------
Message: 3
Date: Sun, 6 Dec 2009 16:52:57 +0100
From: Oliver Lehmann <lehmann@ans-netz.de>
Subject: Re: 8-STABLE broken on amd64
To: freebsd-stable@freebsd.org
Message-ID: <20091206165257.564ae23d.lehmann@ans-netz.de>
Content-Type: text/plain; charset=US-ASCII
Oliver Lehmann wrote:
> /usr/local/libexec/ccache/world-cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crt1.c
> {standard input}: Assembler messages:
> {standard input}:27: Error: suffix or operands invalid for `mov'
> *** Error code 1
Compiling without any optimization (removing -O2) makes the error
go away by the way....
Then the asm part gets to:
#APP
movl %edx,-8(%rbp)
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
------------------------------
Message: 4
Date: Sun, 6 Dec 2009 08:10:48 -0800
From: Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject: Re: 8-STABLE broken on amd64
To: freebsd-stable@freebsd.org
Message-ID: <20091206161048.GA85914@icarus.home.lan>
Content-Type: text/plain; charset=us-ascii
On Sun, Dec 06, 2009 at 04:52:57PM +0100, Oliver Lehmann wrote:
> Oliver Lehmann wrote:
>
> > /usr/local/libexec/ccache/world-cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crt1.c
> > {standard input}: Assembler messages:
> > {standard input}:27: Error: suffix or operands invalid for `mov'
> > *** Error code 1
>
> Compiling without any optimization (removing -O2) makes the error
> go away by the way....
>
> Then the asm part gets to:
>
> #APP
> movl %edx,-8(%rbp)
Does this happen if you remove ccache from the picture, and/or remove
/usr/obj/* prior to building?
--
| Jeremy Chadwick jdc@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
------------------------------
Message: 5
Date: Sun, 06 Dec 2009 18:05:12 +0100
From: "Oliver Lehmann" <lehmann@ans-netz.de>
Subject: Re: 8-STABLE broken on amd64
To: Jeremy Chadwick <freebsd@jdc.parodius.com>
Cc: freebsd-stable@freebsd.org
Message-ID: <20091206170515.76944.qmail@avocado.salatschuessel.net>
Content-Type: text/plain; charset="utf-8"; format=flowed
Hi,
Jeremy Chadwick writes:
> On Sun, Dec 06, 2009 at 04:52:57PM +0100, Oliver Lehmann wrote:
>> Compiling without any optimization (removing -O2) makes the error
>> go away by the way....
>>
>> Then the asm part gets to:
>>
>> #APP
>> movl %edx,-8(%rbp)
>
> Does this happen if you remove ccache from the picture, and/or remove
> /usr/obj/* prior to building?
As said in my intial posting, using base cc causes the same error.
Except when I remove -O2 - then both, ccache and base-cc works. And since
the error is in the generated asm code I'm not sure how anything in
/usr/obj would affect this.... It seems to be just gcc's optimizer which
creates invalid ASM code here... for whatever reason.
------------------------------
Message: 6
Date: Sun, 6 Dec 2009 20:18:13 +0200
From: Kostik Belousov <kostikbel@gmail.com>
Subject: Re: FreeBSD 7.1: QUOTA: kernel panics in jailed()
To: Mikolaj Golub <to.my.trociny@gmail.com>
Cc: FreeBSD Stable <freebsd-stable@freebsd.org>
Message-ID: <20091206181813.GR43143@deviant.kiev.zoral.com.ua>
Content-Type: text/plain; charset="us-ascii"
On Sun, Dec 06, 2009 at 01:21:24AM +0200, Mikolaj Golub wrote:
> Hi,
>
> Today we have observed the panic on our FreeBSD7.1 box build with QUOTA
> support.
>
> According to backtrace ffs_truncate() called chkdq() with NOCRED but later
> jailed() was called and the system crashed dereferencing cred->cr_prison.
>
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "i386-marcel-freebsd"...
>
> Unread portion of the kernel message buffer:
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 7; apic id = 07
> fault virtual address = 0x64
> fault code = supervisor read, page not present
> instruction pointer = 0x20:0xc07a1d26
> stack pointer = 0x28:0xedb2d8b8
> frame pointer = 0x28:0xedb2d8b8
> code segment = base 0x0, limit 0xfffff, type 0x1b
> = DPL 0, pres 1, def32 1, gran 1
> processor eflags = interrupt enabled, resume, IOPL = 0
> current process = 9742 (icoms_agent_cox476)
> trap number = 12
> panic: page fault
> cpuid = 7
> Uptime: 19h54m4s
> Physical memory: 3315 MB
> Dumping 326 MB: 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7
>
> Reading symbols from /boot/kernel/if_lagg.ko...Reading symbols from /boot/kernel/if_lagg.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/if_lagg.ko
> Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/acpi.ko
> #0 doadump () at pcpu.h:196
> 196 pcpu.h: No such file or directory.
> in pcpu.h
> (kgdb) bt
> #0 doadump () at pcpu.h:196
> #1 0xc07c2b27 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
> #2 0xc07c2df9 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:574
> #3 0xc0ada1ec in trap_fatal (frame=0xedb2d878, eva=100) at /usr/src/sys/i386/i386/trap.c:939
> #4 0xc0ada470 in trap_pfault (frame=0xedb2d878, usermode=0, eva=100) at /usr/src/sys/i386/i386/trap.c:852
> #5 0xc0adae2c in trap (frame=0xedb2d878) at /usr/src/sys/i386/i386/trap.c:530
> #6 0xc0ac0c9b in calltrap () at /usr/src/sys/i386/i386/exception.s:159
> #7 0xc07a1d26 in jailed (cred=0x0) at /usr/src/sys/kern/kern_jail.c:465
> #8 0xc07a1da5 in prison_priv_check (cred=0x0, priv=320) at /usr/src/sys/kern/kern_jail.c:581
> #9 0xc07b62ce in priv_check_cred (cred=0x0, priv=320, flags=0) at /usr/src/sys/kern/kern_priv.c:86
> #10 0xc09e742d in chkdq (ip=0xcb55c980, change=28, cred=0x0, flags=Variable "flags" is not available.
> )
> at /usr/src/sys/ufs/ufs/ufs_quota.c:188
> #11 0xc09c24f7 in ffs_truncate (vp=0xcac04cf0, length=0, flags=2048, cred=0xc9871d00, td=0xc95d28c0)
> at /usr/src/sys/ufs/ffs/ffs_inode.c:276
> #12 0xc09ed372 in ufs_setattr (ap=0xedb2db64) at /usr/src/sys/ufs/ufs/ufs_vnops.c:600
> #13 0xc0af0582 in VOP_SETATTR_APV (vop=0xc0c2ff80, a=0xedb2db64) at vnode_if.c:583
> #14 0xc084c446 in kern_open (td=0xc95d28c0, path=0x4890e68c <Address 0x4890e68c out of bounds>,
> pathseg=UIO_USERSPACE, flags=Variable "flags" is not available.
> ) at vnode_if.h:315
> #15 0xc084c5b0 in open (td=0xc95d28c0, uap=0xedb2dcfc) at /usr/src/sys/kern/vfs_syscalls.c:999
> #16 0xc0ada7c5 in syscall (frame=0xedb2dd38) at /usr/src/sys/i386/i386/trap.c:1090
> #17 0xc0ac0d00 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255
> #18 0x00000033 in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (kgdb) fr 11
> #11 0xc09c24f7 in ffs_truncate (vp=0xcac04cf0, length=0, flags=2048, cred=0xc9871d00, td=0xc95d28c0)
> at /usr/src/sys/ufs/ffs/ffs_inode.c:276
> 276 (void) chkdq(ip, -datablocks, NOCRED, 0);
> (kgdb) list
> 271 if (ip->i_flag & IN_SPACECOUNTED)
> 272 fs->fs_pendingblocks -= datablocks;
> 273 UFS_UNLOCK(ump);
> 274 } else {
> 275 #ifdef QUOTA
> 276 (void) chkdq(ip, -datablocks, NOCRED, 0);
> 277
