[no subject]
-- Hello I am Mr.Bernard Otti one of the Director with the Nigeria National Petroleum (NNPC)I have a business transaction .I need your help in claiming and invest this fund under my custody in any profitable business venture in your country . If you are willing to help me get back to me so that I will further inform you on how we are going to perfect this transaction I will wait to hear from you Thanks Mr Benard Ott -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 1/3] sd: don't bother spinning up disks on resume
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11/16/2013 12:23 AM, Mark Lord wrote: > Ditto for many SATA disks with "power up in standby" enabled. Ditto for my previous response; the kernel ( in this case the libata layer ) notices this and takes care of starting it. The third patch I posted suppresses this startup at resume time so that it will be done on access instead. I currently have two disks with PuiS enabled that no longer have to spin up and down again every time I resume from suspend, but wake up nicely when I mount them. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCgAGBQJSh4aPAAoJEJrBOlT6nu75bV0IAImEyIJlIF6O69mqLS3A6z/r xtUQlxg5gfE91PteNdtNYd9v54uwCw2uldSAGOEm4DR7LOErVu54J+6rVZKFRF0L ocmE2VEKhzNTA21pt5rCPDsQ9BHJ7ljWXbGTUC7zFN4VCYTEkPVuO5Owedjd9sb8 +BUHCD9+au7CRf5SLU4qSoqT8DNUPREv70WL1Ze8LhQt9R+APBclyeXHBYc+Hgpd Idzp/EFt+SPRGrJL+XyC6/F0Mz3kLRD/2Ij0kRSux1E5DNG1SQTq+FdqUIa2sTDf volJRiUS3/rtNr/2c4F9awQNbsCZRceTIq71PA3dvgxM21sjpXpLUe2A65u9gNQ= =jhXC -END PGP SIGNATURE- -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 1/3] sd: don't bother spinning up disks on resume
On Thu, 2013-11-07 at 16:16 -0500, Phillip Susi wrote: > On 11/7/2013 1:21 PM, Douglas Gilbert wrote: > > On 13-11-06 08:57 PM, Phillip Susi wrote: > >> Don't bother forcing disks to spin up on resume, as they will do > >> so automatically when accessed, and forcing them to spin up slows > >> down the resume. Add a second bit to the manage_start_stop flag > >> to restore the previous behavior. > > > > SCSI disks when in STOP state do not spin up "automatically when > > accessed". > > The drive does not, but the scsi error handling notices when a command > fails because the drive needs started, starts it, and retries the command. No disk does, neither SCSI nor ATA. The error handler is not automatically activated for a not ready/initializing command required because of multi-path. We override the default behaviour via allow_restart only for IBM vfc/vscsi and ATA disks. With this patch SCSI devices would no longer ever restart after suspend. > > And your choice of bits looks like it will favour fixing broken > > SATA behaviour but as a by-product break working SCSI disk > > behaviour. > > No, it has nothing to do with sata behavior; it has to do with whether > or not all disk drives should be restarted immediately after a resume, > or only when they are accessed. I happen to have a few older drives > that I very rarely access and would rather they not start up every > time I resume. As Doug said, if you don't restart a SCSI device after resume, it will never get started. James -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 11/11] pm80xx : gpio feature support for motherboard controllers
On Mon, 2013-11-11 at 09:58 +0100, Jack Wang wrote: > Hi James, > > About this gpio feature, do you think it's OK to implement with IOCTL Definitely not via another strange ioctl > or we can use exist bsg interface in libsas and add another function call? My default thought is that it should go via bsg and libsas if you can find a SES expander type emulation, which would be nice, but perhaps complex. Otherwise it should probably go via the gpio subsystem, possibly via a SFF-8485 driver (which I don't think exists). James -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 1/3] sd: don't bother spinning up disks on resume
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11/16/2013 01:20 PM, James Bottomley wrote: > No disk does, neither SCSI nor ATA. The error handler is not > automatically activated for a not ready/initializing command > required because of multi-path. We override the default behaviour > via allow_restart only for IBM vfc/vscsi and ATA disks. With this > patch SCSI devices would no longer ever restart after suspend. I don't follow. A scsi disk returns a sense status saying it requires a START UNIT command when issued a command before being started. This triggers the eh which notices that sense status and issues the command. My first version seemed to cause hdparm to fail on an ata drive that required SET FEATURES command to start up after power on, so the next version I set the DFLAG_SLEEPING bit which causes a preemptive start command on access even for SGIO, which otherwise seems to suppress eh. > As Doug said, if you don't restart a SCSI device after resume, it > will never get started. If something ( and I am still not clear on what ) is suppressing the error handling code for scsi disks, it should be able to be handled in a simiar way to ata: set a flag that causes preemptive startup even if eh is suppressed. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCgAGBQJSiDzoAAoJEJrBOlT6nu75kXIIAJ+7wO8jcnw4LzlBoB8ELY8m pZxsgvM0c4fQlqNvsCgXbhRYaNK5aHTk1RtguTuV4iJ8rQj+73jmuftar4kq5As2 yZZ2LCYKNdHgBhCe0t2o+vVFKdh6Vaqawm0Gsaqy1D6WNUWXh8D0wicD9gLwJBxo R1nH2UNw337e6fnhTvF6uzA3OKUC9mJyJIrfrM7djCg46I/QkL0G2gDif8EQbTvo /XpHywFheFUz5LEz6Ctbxb7VvacE62Nj9kmnDNc2rE+bpP/GeQ72sxmKCtVcm515 HqMRaU8efo8EIRIBNUqYRxZuIDr9vA9rsHq5XxtDAeWPXfjibcEaA/iwBZp6oyY= =vVEg -END PGP SIGNATURE- -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 1/3] sd: don't bother spinning up disks on resume
On Sat, 2013-11-16 at 22:50 -0500, Phillip Susi wrote: > On 11/16/2013 01:20 PM, James Bottomley wrote: > > No disk does, neither SCSI nor ATA. The error handler is not > > automatically activated for a not ready/initializing command > > required because of multi-path. We override the default behaviour > > via allow_restart only for IBM vfc/vscsi and ATA disks. With this > > patch SCSI devices would no longer ever restart after suspend. > > I don't follow. A scsi disk returns a sense status saying it requires > a START UNIT command when issued a command before being started. This > triggers the eh which notices that sense status and issues the > command. OK, so three people have now told you that's not how the code works. Why don't you just read it? because there's not really much point us reading your patches until you do. James -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html