From owner-freebsd-stable@freebsd.org Wed Jan 4 19:07:15 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62514C9F1C0 for ; Wed, 4 Jan 2017 19:07:15 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEC3B1197 for ; Wed, 4 Jan 2017 19:07:14 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-lf0-x22d.google.com with SMTP id d16so19051037lfb.1 for ; Wed, 04 Jan 2017 11:07:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=OugwETyzLgbCXPDM+NM5WMlG6G6QGOC2mULhliQUlg0=; b=ToVdw1Ja/VdkYSILZ0SEJ2rAdAIVn3ATYTO29AlQ3MvegQ6HLvqKR+T4mvX3Fh/wIC q+yUKCWFJz5WQ7z8jrIxTOkn3TZ9/aGGuwxeKE4aHe4eoC5ps2pwTGeFb3l0/WEFCCnt JUe7qKpodJO/67ZlN/1iFEcR0Z0ekv7VyDi8/aOagMX3mqL3xDv/SwQElpSlMdN0DcRt zRvHEJfCCGJgXV6mg6bTTDUXLYN5V74GhPeUspyVVCG6P0cbLS1Llf7kvqmFEi4tRfRC 6MOly2PA28OczswGDKMHlWoNVo9HlBoVoBCxuP195J6O9llsUBmE10rTq2uSkW6A6ehA AtDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=OugwETyzLgbCXPDM+NM5WMlG6G6QGOC2mULhliQUlg0=; b=l9Jp70gRgF2T2s8Cu+go/NA/sXJDVlvyeFnyaFZcGVRVHpUS6KbiUNXqR1BOUiifsf kc2iXi55/+tTa9O57cM3DOS/TjgraIngzQ3m/xOvUQTMlAY01B3uXupf5DecWBCtBxoD xC2SG7CqmTKtRoICEouvuPP+/8+0lWo7oeYeMztiY0OyfY2FzZZUqEkjlGHGejePaa6u ZYSWF6r7GFWNV1a4/gVsQZ7MIOFk5JdRJk//AucovYlg/iU91IYpVs5v60fhIb8LANz/ JPUz4OyB8TujjKAJS4ZOIB9ni0D7QBxxaumbGSRNBc5h3PX+z/D8OwCUO8q8JGkg6NUJ 6aqw== X-Gm-Message-State: AIkVDXJjj/9treL/Y0SBuSwnrg1azcTAVKX1Qqf5YCnZJ8prOW8BO5vWzsqsr+bUsdco/c9pNDQy6TZV45nQVA== X-Received: by 10.25.18.218 with SMTP id 87mr16219066lfs.128.1483556832522; Wed, 04 Jan 2017 11:07:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.159.194 with HTTP; Wed, 4 Jan 2017 11:07:12 -0800 (PST) In-Reply-To: References: From: Navdeep Parhar Date: Wed, 4 Jan 2017 11:07:12 -0800 Message-ID: Subject: Re: coredump when loading cxgb after boot with routing daemon already running (RELENG11) To: Mike Tancsa Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 04 Jan 2017 19:07:15 -0000 What source line in releng-11 does ifioctl+0x6dd correspond to? (kgdb) l *(ifioctl+0x6dd) This might be race where the ifnet is being created or coming up and zebra pokes it in some way before it's fully ready. If that's the case it could affect any ifnet. Regards, Navdeep On Wed, Jan 4, 2017 at 11:00 AM, Mike Tancsa wrote: > I ran into a strange problem when manually loading a network driver > after RELENG_11 box starts up with a routing daemon already running. > > If I have zebra running (just a few static routes) and then try and do a > kldload if_cxgb, the box panics. If I boot the box, load the nic's > driver and then start zebra, all is fine. > > At first, I thought it might be a firmware issue, but I updated the > NIC's firmware and the same behaviour. Not sure if this is specific to > the chelsio or if any kldload of a NIC driver will do. > > > > cxgbc0: mem > 0xf7081000-0xf7081fff,0xf6800000-0xf6ffffff,0xf7080000-0xf7080fff irq 16 > at device 0.0 on pci5 > cxgbc0: PCIe x4 Link, expect reduced performance > cxgbc0: using MSI-X interrupts (5 vectors) > cxgbc0: firmware needs to be updated to version 7.11.0 > cJan 4 13:03:02 xgbc0: Firmware Version 5.0.0 > cxgb0: on cxgbc0 > cxgb0: Using defaults for TSO: 65518/35/2048 > cxgb0: > Ethernet address: 00:07:43:07:9e:14 > > offsite2 kernel:Fatal trap 12: page fault while in kernel mode > c found old FW mipuinor version(5.0)d =, driver compile 2; d for version > 7.apic11 > id = 04 > fault virtual address = 0x0 > fault code = supervisor read instruction, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xfffffe085d2df728 > frame pointer = 0x28:0xfffffe085d2df750 > 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 = 420 (zebra) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > #0 0xffffffff806fe447 at kdb_backtrace+0x67 > #1 0xffffffff806b4966 at vpanic+0x186 > #2 0xffffffff806b47d3 at panic+0x43 > #3 0xffffffff80997f82 at trap_fatal+0x322 > #4 0xffffffff8099814c at trap_pfault+0x1bc > #5 0xffffffff80997800 at trap+0x280 > #6 0xffffffff8097c411 at calltrap+0x8 > #7 0xffffffff807b90fd at ifioctl+0x6dd > #8 0xffffffff8071c1d6 at kern_ioctl+0x346 > #9 0xffffffff8071bddf at sys_ioctl+0x13f > #10 0xffffffff8099890e at amd64_syscall+0x50e > #11 0xffffffff8097c6fb at Xfast_syscall+0xfb > Uptime: 3m9s > Dumping 1635 out of 32675 > MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/