linux-kernel - Re: first bad commit: [5795eb443060148796beeba106e4366d7f1458a6] scsi: sd_zbc: emulate ZONE

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: <20200912130515.GB3678@zn.tnic>
Date:   Sat, 12 Sep 2020 15:05:15 +0200
From:   Borislav Petkov <bp@...en8.de>
To:     Damien Le Moal <Damien.LeMoal@....com>
Cc:     Johannes Thumshirn <Johannes.Thumshirn@....com>,
        Christoph Hellwig <hch@....de>,
        "Martin K. Petersen" <martin.petersen@...cle.com>,
        Hannes Reinecke <hare@...e.de>, Jens Axboe <axboe@...nel.dk>,
        lkml <linux-kernel@...r.kernel.org>
Subject: Re: first bad commit: [5795eb443060148796beeba106e4366d7f1458a6]
 scsi: sd_zbc: emulate ZONE_APPEND commands

On Sat, Sep 12, 2020 at 12:18:52PM +0000, Damien Le Moal wrote:
> But it was Thunderbird, getting real plain text emails with outlook is
> impossible.

Yeap.

> Corruption I think came from the copy-paste from the Mac bash
> terminal... Tabs get replaced by spacers.

Yeah, never copy-paste hunks. I go "git diff > /tmp/diff" and then load
it into the editor which has the mail opened ":r /tmp/diff" (vim).

> Host-managed is still a thing, getting bigger. But host-aware never really
> gained a lot of traction due to, I think, the potentially very weird performance
> profile they can get into (Hmmm... similar to recent drive-managed noise...)

Yeah, I had the suspicion that it would be some raisins like that.

> No worries, we will fix the mess (sorry we hit you again !).

Yeah, thanks and no probs.

> The patch was space corrupted, but could you still try it ? Did it solve your
> problem ? I can recend it (minus space corruption) if needed.

Yeah, I see

[    3.263400] ata4: SATA max UDMA/133 abar m131072@...e380000 port 0xfe380280 irq 45
[    4.943083] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    4.951590] ata4.00: NCQ Send/Recv Log not supported
[    4.961868] ata4.00: ATA-10: ST8000AS0022-1WL17Z, SN01, max UDMA/133
[    4.977167] ata4.00: 15628053168 sectors, multi 16: LBA48 NCQ (depth 32), AA
[    4.987217] ata4.00: NCQ Send/Recv Log not supported
[    5.004230] ata4.00: configured for UDMA/133

but no "sdc" device or a partition or so. So I can't even do fdisk -l on it.

I see your other version - I'll test that later because real life awaits
and it is weekend and so on...

Thx.

-- 
Regards/Gruss,
    Boris.

https://people.kernel.org/tglx/notes-about-netiquette