Re: usercopy whitelist woe in scsi_sense_cache

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
Subject: Re: usercopy whitelist woe in scsi_sense_cache
From: Christoph Hellwig <hch@xxxxxx>
Date: Mon, 9 Apr 2018 11:35:20 +0200
Cc: Kees Cook <keescook@xxxxxxxxxxxx>, David Windsor <dave@xxxxxxxxxxxx>, "James E.J. Bottomley" <jejb@xxxxxxxxxxxxxxxxxx>, "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>, linux-scsi@xxxxxxxxxxxxxxx, LKML <linux-kernel@xxxxxxxxxxxxxxx>, Christoph Hellwig <hch@xxxxxx>, Jens Axboe <axboe@xxxxxxxxx>, Hannes Reinecke <hare@xxxxxxxx>, Johannes Thumshirn <jthumshirn@xxxxxxx>, linux-block@xxxxxxxxxxxxxxx, paolo.valente@xxxxxxxxxx
In-reply-to: <2679696.GDoj5zcZOu@natalenko.name>
User-agent: Mutt/1.5.17 (2007-11-01)

I really can't make sense of that report.  And I'm also curious why
you think 17cb960f29c2 should change anything for that code path.

Follow-Ups:
- Re: usercopy whitelist woe in scsi_sense_cache
  - From: Oleksandr Natalenko

References:
- Re: usercopy whitelist woe in scsi_sense_cache
  - From: Oleksandr Natalenko

Prev by Date: Re: Multi-Actuator SAS HDD First Look
Next by Date: Re: [PATCH] blk-mq: Fix recently introduced races in the timeout handling code
Previous by thread: Re: usercopy whitelist woe in scsi_sense_cache
Next by thread: Re: usercopy whitelist woe in scsi_sense_cache
Index(es):
- Date
- Thread

[Index of Archives] [Linux RAID] [Linux SCSI] [Linux ATA RAID] [IDE] [Linux Wireless] [Linux Kernel] [ATH6KL] [Linux Bluetooth] [Linux Netdev] [Kernel Newbies] [Security] [Git] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Device Mapper]

Powered by Linux