[patch] check length passed to SG_NEXT_CMD_LEN

2017-03-03 Thread Peter Chang
now that i think i've got gmail not marking everything as spam... \p From 93409c62db49d15105390315a685e54083029bee Mon Sep 17 00:00:00 2001 From: peter chang Date: Wed, 15 Feb 2017 14:11:54 -0800 Subject: [PATCH] [sg] check length passed to SG_NEXT_CMD_LEN the user can control the size o

[PATCH] set a base index for libsas based ata devices

2016-12-20 Thread Peter Chang
like to test. anyway, adding both the ide and scsi lists because i'm not quite sure there's a separate libsas list and a single commit seems better for this. \p From 6bdfcb35a074d9c58c180f8c512706faf7d6c7cb Mon Sep 17 00:00:00 2001 From: peter chang Date: Tue, 20 Dec 2016 09:48:45 -08

Re: Help with mpt2sas kernel message

2013-12-12 Thread Peter Chang
2013/12/12 Wakko Warner : > Kernel: vanilla 3.7.2. > > I have 2 mpt2sas controllers. I'm running a md check on the 2 arrays that I > have (one per card). I'm seeing this in my kernel log (last 4 lines): > 2013-12-10 19:52:10 kame kernel:[1558186.193904] mpt2sas0: > log_info(0x3108): originat

Re: [PATCH] [SCSI] sg: Fix user memory corruption when SG_IO is interrupted by a signal

2013-08-05 Thread Peter Chang
2013/8/5 Roland Dreier : > From: Roland Dreier > > There is a nasty bug in the SCSI SG_IO ioctl that in some circumstances > leads to one process writing data into the address space of some other > random unrelated process if the ioctl is interrupted by a signal. > What happens is the following: >