linux-kernel - Re: mmotm 2022-03-31-20-37 uploaded (drivers/net/ethernet/fungible/funcore/fun

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20220401100418.7c109f81@kernel.org>
Date:   Fri, 1 Apr 2022 10:04:18 -0700
From:   Jakub Kicinski <kuba@...nel.org>
To:     Randy Dunlap <rdunlap@...radead.org>,
        Dimitris Michailidis <dmichail@...gible.com>
Cc:     Andrew Morton <akpm@...ux-foundation.org>, broonie@...nel.org,
        mhocko@...e.cz, sfr@...b.auug.org.au, linux-next@...r.kernel.org,
        linux-fsdevel@...r.kernel.org, linux-mm@...ck.org,
        linux-kernel@...r.kernel.org, mm-commits@...r.kernel.org,
        Network Development <netdev@...r.kernel.org>
Subject: Re: mmotm 2022-03-31-20-37 uploaded
 (drivers/net/ethernet/fungible/funcore/fun_dev.o)

On Thu, 31 Mar 2022 22:15:15 -0700 Randy Dunlap wrote:
> On 3/31/22 20:38, Andrew Morton wrote:
> > The mm-of-the-moment snapshot 2022-03-31-20-37 has been uploaded to
> > 
> >    https://www.ozlabs.org/~akpm/mmotm/
> > 
> > mmotm-readme.txt says
> > 
> > README for mm-of-the-moment:
> > 
> > https://www.ozlabs.org/~akpm/mmotm/
> > 
> > This is a snapshot of my -mm patch queue.  Uploaded at random hopefully
> > more than once a week.
> > 
> > You will need quilt to apply these patches to the latest Linus release (5.x
> > or 5.x-rcY).  The series file is in broken-out.tar.gz and is duplicated in
> > https://ozlabs.org/~akpm/mmotm/series
> 
> on i386:
> 
> ld: drivers/net/ethernet/fungible/funcore/fun_dev.o: in function `fun_dev_enable':
> (.text+0xe1a): undefined reference to `__udivdi3'

Doesn't fail here.

Oh... Probably this:

        num_dbs = (pci_resource_len(pdev, 0) - NVME_REG_DBS) /                  
                  (fdev->db_stride * 4);      

The bad config must have 64b resource length. Dimitris, PTAL.