From owner-freebsd-stable@FreeBSD.ORG Wed Aug 28 17:30:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 24EF3613; Wed, 28 Aug 2013 17:30:10 +0000 (UTC) (envelope-from jase@FreeBSD.org) Received: from svr06-mx.btshosting.co.uk (mx-2.btshosting.co.uk [IPv6:2a01:4f8:121:2403:2::]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7EE4329E9; Wed, 28 Aug 2013 17:30:09 +0000 (UTC) Received: from [192.168.1.242] (unknown [90.202.210.251]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by svr06-mx.btshosting.co.uk (Postfix) with ESMTPSA id C85F78829A; Wed, 28 Aug 2013 17:30:07 +0000 (UTC) Message-ID: <521E3394.5050000@FreeBSD.org> Date: Wed, 28 Aug 2013 18:29:56 +0100 From: Jase Thew Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [HEADS UP] change in devfs path matching logic References: <51F28A33.7040209@FreeBSD.org> <52176C7B.4070701@FreeBSD.org> <20130824230324.12371xhs3clidbi8@webmail.raad.tartu.ee> In-Reply-To: <20130824230324.12371xhs3clidbi8@webmail.raad.tartu.ee> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Toomas Aas , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2013 17:30:10 -0000 On 24/08/2013 21:03, Toomas Aas wrote: > Hello! > > On Fri, 23 Aug 2013 Andriy Gapon wrote: > >> >> This change is about to be MFC-ed. >> >> on 26/07/2013 17:39 Andriy Gapon said the following: >>> >>> I have just committed a significant change to devfs path matching logic >>> http://svnweb.freebsd.org/changeset/base/253677 > > I just rebuilt my 8-STABLE i386 system to r254796 and now receive a > kernel panic on boot. If I remove my /etc/devfs.rules file, the panic > does not happen. Can anyone point out what is wrong with my devfs.rules > what the new path matching logic doesn't like? > > $ cat /etc/devfs.rules.old > [localrules=10] > add path "da*" mode 0660 group operator > add path "usb/1.2.0" mode 0660 group uucp > add path "usb/4.3.0" mode 0660 group operator > > > The panic, as transcribed from screen: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06dde21 > stack pointer = 0x28:0xe8690a48 > frame pointer = 0x28:0xe8690a80 > 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 = 577 (ln) > trap number = 12 > panic: page fault > KDB: stack backtrace: > #0 0xc0670ece at kdb_backtrace+0x50 > #1 0xc06449fa at panic+0x132 > #2 0xc07eb1d2 at trap_fatal+0x21e > #3 0xc07eb4e0 at trap_pfault+0x1c2 > #4 0xc07ec251 at trap+0x3c1 > #5 0xc07d95fc at calltrap+0x6 > #6 0xc05c7001 at devfs_rule_run+0x13d > #7 0xc05c70c3 at devfs_ruleset_applyde+0x25 > #8 0xc05c71b3 at devfs_rules_apply+0x73 > #9 0xc05cad51 at devfs_symlink+0x124 > #10 0xc080d084 at VOP_SYMLINK_APV+0x4a > #11 0xc06d2985 at kern_symlinkat+0x38b > #12 0xc06d29da at kern_symlink+0x2e > #13 0xc06d2a05 at symlink+0x29 > #14 0xc07eb7c7 at syscall+0x1a1 > #15 0xc07d9661 at Xint0x80_syscall+0x21 > > > Thanks in advance! I'm getting a similar panic with r254986 on stable/8 when starting up jails : # cat /var/crash/version.txt FreeBSD 8.4-STABLE #1 r254986M: Wed Aug 28 16:26:23 BST 2013 root@jailhost.localdomain:/usr/obj/usr/src/sys/JAILHOST # cat /etc/devfs.rules [devfsrules_jailzfs=5] add include $devfsrules_jail add path 'zfs' unhide [devfsrules_jail_tinderbox=6] add include $devfsrules_jail add path 'zfs' unhide add path 'mem' unhide add path 'kmem' unhide # awk '/Fatal trap/,0' /var/crash/msgbuf.txt Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff806f8e46 stack pointer = 0x28:0xffffff812375b670 frame pointer = 0x28:0xffffff812375b6d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1028 (ln) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8020466a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff80684df7 = kdb_backtrace+0x37 panic() at 0xffffffff806510ce = panic+0x1ce trap_fatal() at 0xffffffff809e8eb0 = trap_fatal+0x290 trap_pfault() at 0xffffffff809e923e = trap_pfault+0x23e trap() at 0xffffffff809e970e = trap+0x3ce calltrap() at 0xffffffff809cf894 = calltrap+0x8 --- trap 0xc, rip = 0xffffffff806f8e46, rsp = 0xffffff812375b670, rbp = 0xffffff812375b6d0 --- fnmatch() at 0xffffffff806f8e46 = fnmatch+0x66 devfs_rule_run() at 0xffffffff805d255b = devfs_rule_run+0x17b devfs_ruleset_applyde() at 0xffffffff805d2621 = devfs_ruleset_applyde+0x31 devfs_rules_apply() at 0xffffffff805d274a = devfs_rules_apply+0x6a devfs_symlink() at 0xffffffff805d624e = devfs_symlink+0x13e VOP_SYMLINK_APV() at 0xffffffff80a78f58 = VOP_SYMLINK_APV+0x68 kern_symlinkat() at 0xffffffff806edc9e = kern_symlinkat+0x38e amd64_syscall() at 0xffffffff809e8484 = amd64_syscall+0x1f4 Xfast_syscall() at 0xffffffff809cfb8c = Xfast_syscall+0xfc --- syscall (57, FreeBSD ELF64, symlink), rip = 0x8006a08bc, rsp = 0x7fffffffd838, rbp = 0x7fffffffed27 --- Uptime: 2m39s Regards, Jase. -- Jase Thew jase@FreeBSD.org FreeBSD Ports Committer