linux-kernel - [BUG BISECT] Missing MTD NAND partitions - mtd: rawnand: Move the ->exec_op() method to nand_controller

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-next>] [day] [month] [year] [list]

Date:   Tue, 20 Nov 2018 10:46:33 +0100
From:   Krzysztof Kozłowski <k.kozlowski.k@...il.com>
To:     Boris Brezillon <boris.brezillon@...tlin.com>,
        Janusz Krzysztofik <jmkrzyszt@...il.com>,
        Miquel Raynal <miquel.raynal@...tlin.com>,
        Stefan Agner <stefan@...er.ch>,
        Richard Weinberger <richard@....at>,
        David Woodhouse <dwmw2@...radead.org>,
        Brian Norris <computersforpeace@...il.com>,
        Marek Vasut <marek.vasut@...il.com>,
        linux-mtd@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: [BUG BISECT] Missing MTD NAND partitions - mtd: rawnand: Move the
 ->exec_op() method to nand_controller_ops

Hi all,

Since few days linux-next has problem on Freescale VF500 - MTD seems
to be broken.

Bisect pointed me to commit 7c27338c728e39ef47c83d101959aa332506969d
("mtd: rawnand: Move the ->exec_op() method to nand_controller_ops")
as reason of failure to find MTD partitions.

Toradex Colibri VF50 on Iris board (ARMv7, UP, Cortext-A5, NXP VF500,
128 MB RAM, 128 MB NAND, Systemd: v232) booted from NFS root (NFSv4)
trying to mount UBIFS from NAND/MTD. Board uses VF610 NAND driver.

The MTD partitions are missing entirely (nothing under /dev/mtd).
In the logs you can also see:
[    1.232161] UBI error: cannot open mtd ubi2, error -2

Attached - dmesg.log

Let me know if you need defconfig or any other information.

Best regards,
Krzysztof

View attachment "dmesg.log" of type "text/x-log" (10977 bytes)