On 9/27/19 1:26 AM, Martin K. Petersen wrote: > > Andrey, > >>>> This patch break exposing individual RAID disks from adaptec raid >>>> controller. I need access to this disc's for S.M.A.R.T monitoring. >> >> adaptec report hidden luns with PQ=1, PDT=0 - now it skipped. > >>>> Please find other way to workaround bugs in IBM/2145 controller. > > Spent some time on this today and I'm in agreement with Zhong's > interpretation of the SCSI spec. > > What puzzles me is that aacraid already supports the no_uld_attach > feature so I'm not sure why it also sets PQ=1 for physical devices? > > We could either have a SCSI host flag to override the behavior or > consider masking PQ in the driver. Unfortunately, I don't have any > aacraid controllers I can test with in my test setup so I'd have to > synthesize a setup with scsi_debug. > Well, the aacraid _is_ a strange beast. Depending on the hardware it might even run fully emulated, with no SCSI commands being handled at all by the firmware. (But who am I to complain, the mylex one was even worse ...) Additionally it has two pecularities: 1) all underlying devices are exported to the OS; of course they have to be properly masked etc to avoid udev to latch on those devices. I also was under the impression that the 'no_uld_attach' should be sufficient here, but then that only avoids the 'sd' driver to become attached to it. The actual SCSI device is still visible, so one _might_ be tempted to use the 'sg' device and export it to things like qemu. Which of course should be avoided. And my guess here is that setting the PQ flag here is precisely for this kind of things. 2) all RAID devices have the 'removable' flag set. This was done to support online resize of the RAID device, but then I'm not sure if it's still required. I for once would be happy to see that go. Cheers, Hannes -- Dr. Hannes Reinecke Teamlead Storage & Networking hare@xxxxxxx +49 911 74053 688 SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nürnberg HRB 247165 (AG München), GF: Felix Imendörffer
