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  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]
Date:   Wed, 27 Feb 2019 20:47:09 +0000
From:   Jon Hunter <>
To:     Marek Szyprowski <>,
        Ming Lei <>, Jens Axboe <>
CC:     <>, <>,
        <>, Theodore Ts'o <>,
        Omar Sandoval <>,
        Sagi Grimberg <>,
        Dave Chinner <>,
        Kent Overstreet <>,
        Mike Snitzer <>, <>,
        Alexander Viro <>,
        <>, <>,
        David Sterba <>, <>,
        "Darrick J . Wong" <>,
        <>, Gao Xiang <>,
        Christoph Hellwig <>, <>,
        Coly Li <>, <>,
        Boaz Harrosh <>,
        Bob Peterson <>, <>,
        Ulf Hansson <>,
        "" <>,
        'Linux Samsung SOC' <>,
        Krzysztof Kozlowski <>,
        Adrian Hunter <>,
        Bartlomiej Zolnierkiewicz <>,
        linux-tegra <>
Subject: Re: [PATCH V15 14/18] block: enable multipage bvecs

On 21/02/2019 08:42, Marek Szyprowski wrote:
> Dear All,
> On 2019-02-15 12:13, Ming Lei wrote:
>> This patch pulls the trigger for multi-page bvecs.
>> Reviewed-by: Omar Sandoval <>
>> Signed-off-by: Ming Lei <>
> Since Linux next-20190218 I've observed problems with block layer on one
> of my test devices (Odroid U3 with EXT4 rootfs on SD card). Bisecting
> this issue led me to this change. This is also the first linux-next
> release with this change merged. The issue is fully reproducible and can
> be observed in the following kernel log:
> sdhci: Secure Digital Host Controller Interface driver
> sdhci: Copyright(c) Pierre Ossman
> s3c-sdhci 12530000.sdhci: clock source 2: mmc_busclk.2 (100000000 Hz)
> s3c-sdhci 12530000.sdhci: Got CD GPIO
> mmc0: SDHCI controller on samsung-hsmmc [12530000.sdhci] using ADMA
> mmc0: new high speed SDHC card at address aaaa
> mmcblk0: mmc0:aaaa SL16G 14.8 GiB
I have also noticed some failures when writing to an eMMC device on one
of our Tegra boards. We have a simple eMMC write/read test and it is
currently failing because the data written does not match the source.

I did not seem the same crash as reported here, however, in our case the
rootfs is NFS mounted and so probably would not. However, the bisect
points to this commit and reverting on top of -next fixes the issues.



Powered by blists - more mailing lists