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] [day] [month] [year] [list]
Message-ID: <7gul9g-je5.ln1@banana.localnet>
Date:   Sun, 10 Nov 2019 20:37:45 +0300
From:   "Andrey Jr. Melnikov" <temnota.am@...il.com>
To:     linux-kernel@...r.kernel.org
Cc:     driverdev-devel@...uxdriverproject.org,
        linux-mediatek@...ts.infradead.org, linux-mtd@...ts.infradead.org
Subject: Re: [PATCH] mtd: rawnand: driver for Mediatek MT7621 SoC NAND flash controller

In gmane.linux.drivers.mtd Boris Brezillon <boris.brezillon@...labora.com> wrote:
> +Richard and Miquel

> On Thu, 07 Nov 2019 09:20:53 +0000
> René van Dorst <opensource@...rst.com> wrote:

> > Quoting gerg@...nel.org:
> > 
> > > From: Greg Ungerer <gerg@...nel.org>

[..skipp..]

> > +CC DENG Qingfang, Chuanhong Guo, Weijie Gao to the list.
> > 
> > Hi Greg,
> > 
> > Thanks for posting this driver.
> > 
> > But I would like to mention that the openwrt community is currently  
> > working on a
> > new version which is based a newer version of the MediaTek vendor driver.
> > That version is currently targeted for the openwrt 4.19 kernel.
> > See full pull request [1] and NAND driver patch [2]
> > 
> > It would be a shame if duplicate work has been done.

> Sorry, but if there's duplicate effort that's kinda your (OpenWRT folks)
> fault: since when OpenWRT is the central point for kernel drivers?
> Correct me if I'm wrong, but I don't remember seeing this driver posted
> to the MTD ML. Plus, the driver you're pointing to still implements the
> legacy hooks and is based on 4.19, and it has been decided that all new
> NAND controller drivers should implement the new ->exec_op() hook
> instead.

I'm already sent to Greg Ungerer 5.3 variant of this patch.
but it:
- PIO only (old driver from 3.4.x kernel have "DMA")
- strange SLOW (4.19 on same hardware is faster)

you may grab it from http://lc.vrtpro.ru/lede/5.3-new-mtk7621-nand-driver.patch

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ