From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756396AbbHZNBU (ORCPT ); Wed, 26 Aug 2015 09:01:20 -0400 Received: from enficsets1.metaswitch.com ([192.91.191.38]:48295 "EHLO ENFICSETS1.metaswitch.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756311AbbHZNBQ convert rfc822-to-8bit (ORCPT ); Wed, 26 Aug 2015 09:01:16 -0400 From: Shaun Crampton To: "linux-kernel@vger.kernel.org" CC: Peter White , "netdev@vger.kernel.org" , Chuck Ebbert Subject: Re: ip_rcv_finish() NULL pointer and possibly related Oopses Thread-Topic: ip_rcv_finish() NULL pointer and possibly related Oopses Thread-Index: AQHQ39vEIQicANUMIE+dW4fd3KXwxp4eGjCAgAAkpAA= Date: Wed, 26 Aug 2015 13:01:12 +0000 Message-ID: References: <20150826074959.48aea34c@as> In-Reply-To: <20150826074959.48aea34c@as> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.8.150116 x-originating-ip: [172.18.209.34] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >And the kernel thinks it's >outside of any normal text section, so it does not try to dump any >code from before the instruction pointer. > > 0: 48 8b 88 40 03 00 00 mov 0x340(%rax),%rcx > 7: e8 1d dd dd ff callq 0xffffffffffdddd29 > c: 5d pop %rbp > d: c3 retq > >Did you write your own module loader or something? We certainly didn't but CoreOS may have. I've asked CoreOS if they know what's going on. Are there any extra diagnostics I can gather from a CoreOS system to help figure out what's going on there? Is there anything I can do to get more useful diagnostics when one of these failures occur? As noted, I can reproduce the issue but it's expensive, requiring hundreds of VMs to hammer away for an hour or so.