From: Damien Le Moal <damien.lemoal@opensource.wdc.com>
To: Sergey Shtylyov <s.shtylyov@omp.ru>, linux-ide@vger.kernel.org
Cc: Dan Carpenter <dan.carpenter@oracle.com>
Subject: Re: [PATCH] ata: libata-sff: fix reading uninitialized variable in ata_sff_lost_interrupt()
Date: Sat, 19 Feb 2022 08:00:06 +0900 [thread overview]
Message-ID: <79a7938b-b20f-2967-2372-3a8bdb85b641@opensource.wdc.com> (raw)
In-Reply-To: <1f350282-0b44-755a-f1e7-308fcaa24483@omp.ru>
On 2/18/22 20:17, Sergey Shtylyov wrote:
> On 2/18/22 2:05 PM, Sergey Shtylyov wrote:
>
>> Due to my sloppy coding in commit 2c75a451ecb0 ("ata: libata-sff: refactor
>> ata_sff_altstatus()"), in ata_sff_lost_interrupt() iff the device control
>> register doesn't exists, ata_port_warn() would print the 'status' variable
>> which never gets assigned. Restore the original order of the statements,
>> wrapping the ata_sff_altstatus() call in WARN_ON_ONCE()...
>>
>> While at it, fix crazy indentation in the ata_port_warn() call itself...
>>
>> Fixes: 2c75a451ecb0 ("ata: libata-sff: refactor ata_sff_altstatus()")
>> Reported-by: kernel test robot <lkp@intel.com>
>> Reported-by: Dan Carpenter <dan.carpenter@oracle.com>
>> Signed-off-by: Sergey Shtylyov <s.shtylyov@omp.ru>
>>
>> ---
>
> Forgot to mention that it's against the 'for-next' branch of 'libata.git'. :-/
No need to mention it, it always should be :)
>
> [...]
>
> MBR, Sergey
--
Damien Le Moal
Western Digital Research
next prev parent reply other threads:[~2022-02-18 23:00 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-18 11:05 [PATCH] ata: libata-sff: fix reading uninitialized variable in ata_sff_lost_interrupt() Sergey Shtylyov
2022-02-18 11:17 ` Sergey Shtylyov
2022-02-18 23:00 ` Damien Le Moal [this message]
2022-02-19 2:39 ` Damien Le Moal
2022-02-19 9:52 ` Sergey Shtylyov
2022-02-19 23:01 ` Damien Le Moal
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=79a7938b-b20f-2967-2372-3a8bdb85b641@opensource.wdc.com \
--to=damien.lemoal@opensource.wdc.com \
--cc=dan.carpenter@oracle.com \
--cc=linux-ide@vger.kernel.org \
--cc=s.shtylyov@omp.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox