From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A3BB3C04E53 for ; Wed, 15 May 2019 07:34:15 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 7F17020862 for ; Wed, 15 May 2019 07:34:15 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726464AbfEOHeO (ORCPT ); Wed, 15 May 2019 03:34:14 -0400 Received: from mail.bix.bg ([193.105.196.21]:41885 "HELO mail.bix.bg" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1725876AbfEOHeN (ORCPT ); Wed, 15 May 2019 03:34:13 -0400 Received: (qmail 26158 invoked from network); 15 May 2019 07:34:12 -0000 Received: from d2.declera.com (212.116.131.122) by indigo.declera.com with SMTP; 15 May 2019 07:34:12 -0000 Message-ID: Subject: Re: mvpp2: oops on first received packet From: Yanko Kaneti To: Maxime Chevallier , Jesper Dangaard Brouer , Marcin Wojtas Cc: netdev , Matteo Croce , Ilias Apalodimas , Antoine Tenart , Luka Perkov Date: Wed, 15 May 2019 10:34:12 +0300 In-Reply-To: References: <856dc9462c31bc9f102940c61f94db1f44574733.camel@declera.com> <20190514121948.4def4872@carbon> <20190514143212.5abaf995@bootlin.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.33.1 (3.33.1-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Tue, 2019-05-14 at 16:25 +0300, Yanko Kaneti wrote: > On Tue, 2019-05-14 at 14:32 +0200, Maxime Chevallier wrote: > > Hi Yanko, > > > > > On Tue, 14 May 2019 10:29:31 +0300 > > > Yanko Kaneti wrote: > > > > > > > Hello, > > > > > > > > I am trying to get some Fedora working on the MACCHIATObin SingleShot > > > > and I am getting an OOPS on what seems to be the first received packet > > > > on the gigabit port. > > > > > > > > I've tried both 5.0.x stable and 5.1.1 with the same result. > > > > mvpp2 f4000000.ethernet eth2: Link is Up - 1Gbps/Full - flow control rx/tx > > > > IPv6: ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready > > > > page:ffff7e0001ff1000 count:0 mapcount:0 mapping:0000000000000000 index:0x0 > > > > flags: 0x1fffe000000000() > > > > raw: 001fffe000000000 ffff7e0001ff1008 ffff7e0001ff1008 0000000000000000 > > > > raw: 0000000000000000 0000000000000000 00000000ffffffff 0000000000000000 > > > > page dumped because: VM_BUG_ON_PAGE(page_ref_count(page) == 0) > > > > > > Looks like a page refcnt bug (trying to free a page with already have > > > zero refcnt). > > > > This looks like another issue that was reported here, where the cause > > was in the EFI firmware : > > > > https://lore.kernel.org/netdev/6355174d-4ab6-595d-17db-311bce607aef@arm.com/ > > > > Can you give some details on the version of the firmware you have and > > if you are using EFI or uboot ? > > I am booting a UEFI enabled uboot as built by Fedora , wrapped around by > the Marvell ATF, v18.12 , also tried with 17.10 without a difference. > From an SD card. 4G memory DIMM as supplied by SolidRun. ... > I am not sure if uboot or EDK2 with the marvell build instructions is > the best way to go about it. > FWIW, from this thread I learned about the Macchiato list @einval and tried the last test internal edk2 build that Marcin mentions there (flash-image-mcbin-mainline-r20190509.bin). It finds and boots the same Fedora 30 setup that uboot works with. Gigabit ethernet seems to work without crashing. The 10Gs do not seem to work and show suspect PHY status with or without SFP+/DACs, probably for some DoubleShot vs SingleShot reason.. PCIe (where I have an NVMe drive on an M.2 adapter) doesn't. Same drive, same kernel with the uboot firmware works fine. On a balance of what works or doesn't with uboot vs edk2 and what it would take to build one of the two I'd prefer uboot (if mvpp2 somehow manages to work with whatever uboot+shim+grub leave behind). -Yanko