From owner-freebsd-current@FreeBSD.ORG Fri May 22 19:34:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E61C5106564A for ; Fri, 22 May 2009 19:34:28 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id 62CEA8FC0A for ; Fri, 22 May 2009 19:34:28 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz9 with SMTP id 9so1898226bwz.43 for ; Fri, 22 May 2009 12:34:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=FAEl5UwkZMShMIYDHh4uCCQUg32+doMaLghYpS+ar+Y=; b=aFvmlVF+/75RQ7ViP5m6Dk/O/yrr4sQvLgeCEgUIwFtM3fzwncJvgTULf54yWFjbtV REb1Z5WnbrEVBHXgbeCSdAi3Uc5aryywDZfFwdEugxDH2R4356AGHnC7DTpR/2zleZSP 9bznkjkVKhQhJhfN4kBO1UnG1l7mpyzVy5oCM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=omV3tpOe36gk+yOxcajgPBzNhgQUuh1y0jcth+xPk8lmN1EMO5IWWgdmMM7oqEEENJ Yz3eCPlt9uf+DKzG19kVR2wAKug430iXH3s31zh8w99J1P0Fzbv1+yF9brigufmfQ44i +l1fmoOp6bKwKB4PTMweWbBgIBFXfP7yZ7vOA= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.107.19 with SMTP id z19mr2580971fao.27.1243020867218; Fri, 22 May 2009 12:34:27 -0700 (PDT) In-Reply-To: <746CE32B-BCF8-460A-982D-25341554E8FD@lassitu.de> References: <746CE32B-BCF8-460A-982D-25341554E8FD@lassitu.de> Date: Fri, 22 May 2009 21:34:27 +0200 X-Google-Sender-Auth: 164cfd43be68d703 Message-ID: <3bbf2fe10905221234k12c45932gb1e197143cd74b5d@mail.gmail.com> From: Attilio Rao To: Stefan Bethke Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: ifconfig triggers kernel trap on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2009 19:34:29 -0000 2009/5/22 Stefan Bethke : > Just updated my month-old current. =C2=A0On boot, ifconfig triggers this = panic: > > Trying to mount root from ufs:/dev/mirror/diesel_root > > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (probe0:umass-sim0:0:0:0): Medium not present > (probe0:umass-sim0:0:0:0): Unretryable error > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > Entropy harvesting: interrupts ethernet > point_to_point(probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0= 0 > (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 > (probe0:umass-sim0:0:0:1): Medium not present > (probe0:umass-sim0:0:0:1): Unretryable error > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > =C2=A0kickstart. > /odev/mirror/diesel_root: FILE SYSTEM CLEAN; SKIPPING CHECKS > /deirror/diesel_root: clean, 759914 free (27202 frags, 91589 blocks, 1.3% > fragmentation) > bridge0: Ethernet address: d6:a8:2e:5f:c3:64 > tap0: Ethernet address: 00:bd:4b:24:00:00 > tap0: promiscuous mode enabled > vlan1: promiscuous mode enabled > kernel trap 9 with interrupts disabled > > > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > instruction pointer =C2=A0 =C2=A0 =3D 0x20:0xffffffff80323f5b > stack pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x28:0xffffff80771c2= 760 > frame pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x28:0xffffff80771c2= 770 > code segment =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D base 0x0, limit= 0xfffff, type 0x1b > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0=3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D resume, IOPL =3D 0 > current process =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 536 (ifconfig) > [thread pid 536 tid 100085 ] > Stopped at =C2=A0 =C2=A0 =C2=A0turnstile_setowner+0x2b: =C2=A0 =C2=A0 =C2= =A0 =C2=A0movq =C2=A0 =C2=A0%rcx,0x68(%rdx) > db> bt > Tracing pid 536 tid 100085 td 0xffffff0004533ab0 > turnstile_setowner() at turnstile_setowner+0x2b > turnstile_wait() at turnstile_wait+0x296 > _mtx_lock_sleep() at _mtx_lock_sleep+0xb0 > _mtx_lock_flags() at _mtx_lock_flags+0x43 > ifaof_ifpforaddr() at ifaof_ifpforaddr+0x57 > rt_getifa_fib() at rt_getifa_fib+0xa8 > rtrequest1_fib() at rtrequest1_fib+0x3d9 > in_ifinit() at in_ifinit+0x3ba > in_control() at in_control+0xd81 > ifioctl() at ifioctl+0x2de > kern_ioctl() at kern_ioctl+0xb6 > ioctl() at ioctl+0xfd > syscall() at syscall+0x1a5 > Xfast_syscall() at Xfast_syscall+0xd0 > --- syscall (54, FreeBSD ELF64, ioctl), rip =3D 0x800a6efbc, rsp =3D > 0x7fffffffe4c8, rbp =3D 0x7fffffffef6d --- > db> > > > I've added an additional debug to network.subr to find out which ifconfig > exactly it trips over, and it appears to be: > > /etc/rc: DEBUG: Cloned: bridge0 tap0 vlan1 vlan2 vlan3 > /etc/rc: DEBUG: ifconfig lo0 inet 127.0.0.1 > /etc/rc: DEBUG: ifconfig em0 up > /etc/rc: DEBUG: tifconfig bridge0a ether 02:00:00:p00:00:01 addm ta0p0 ad= dm > vlan1 > : promiscuous mode enabled > vlan1: promiscuous mode enabled > kernel trap 9 with interrupts disabled > > > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > instruction pointer =C2=A0 =C2=A0 =3D 0x20:0xffffffff80323f5b > stack pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x28:0xffffff80771c7= 760 > frame pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x28:0xffffff80771c7= 770 > code segment =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D base 0x0, limit= 0xfffff, type 0x1b > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0=3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D resume, IOPL =3D 0 > current process =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 581 (ifconfig) > > (The serial link is only 3wire, so it's slightly garbled.) > > This corresponds to these rc.conf settings: > ifconfig_bridge0=3D"ether 02:00:00:00:00:01" > ifconfig_bridge0_alias0=3D"addm tap0 addm vlan1" > > It appears that adding vlan1 triggers the panic. > > Using the month-old kernel manages to bring up the system, but I'm gettin= g a > generic "login: Could not determine audit condition" on the console. > > Additionally, while changing configuration in single user with the > up-to-date kernel, I got this on reboot: > > Syncing disks, vnodes remaining...0 done > All buffers synced. > GEOM_MIRROR: Device diesel_root: provider mirror/diesel_root destroyed. > Uptime: 6m32s > GEOM_MIRROR: Device diesel_root destroyed. > Rebooting... > cpu_reset: Stopping other CPUs > spin lock 0xffffffff8078c900 (sched lock 1) held by 0xffffff00014d4ab0 (t= id > 100002) too long > panic: spin lock held too long > cpuid =3D 0 > KDB: enter: panic > [thread pid 77 tid 100090 ] > Stopped at =C2=A0 =C2=A0 =C2=A0kdb_enter+0x3d: movq =C2=A0 =C2=A0$0,0x48b= bd0(%rip) > db> bt > Tracing pid 77 tid 100090 td 0xffffff000457bab0 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x39 > _mtx_lock_spin() at _mtx_lock_spin+0x9e > _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x72 > sched_balance_group() at sched_balance_group+0xc5 > sched_balance_group() at sched_balance_group+0x1f8 > sched_balance() at sched_balance+0xa2 > sched_clock() at sched_clock+0xf6 > statclock() at statclock+0xbd > lapic_handle_timer() at lapic_handle_timer+0x197 > Xtimerint() at Xtimerint+0x8c > --- interrupt, rip =3D 0xffffffff80541cc4, rsp =3D 0xffffff80771dba90, rb= p =3D > 0xffffff80771dbab0 --- > DELAY() at DELAY+0x64 > cpu_reset() at cpu_reset+0xdd > boot() at boot+0x2e6 > reboot() at reboot+0x42 > syscall() at syscall+0x1a5 > Xfast_syscall() at Xfast_syscall+0xd0 > --- syscall (55, FreeBSD ELF64, reboot), rip =3D 0x800788eec, rsp =3D > 0x7fffffffeca8, rbp =3D 0 --- Did this happen inside VMware or with normal running? Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein