Comment # 21 on bug 926053 from Thomas Blume

(In reply to Robert Milasan from comment #20)
> OK, so, from the results this is not udev nor scsi_id, but possibly kernel
> or hardware (not really sure).
> 
> Thomas, please check it yourself too and think of adding Hannes to the bug.

Hm, the attachments show:

-->--
standard INQUIRY:
  PQual=0  Device_type=0  RMB=0  LU_CONG=0  version=0x05  [SPC-3]
  [AERC=0]  [TrmTsk=0]  NormACA=0  HiSUP=1  Resp_data_format=2
  SCCS=0  ACC=0  TPGS=0  3PC=0  Protect=0  [BQue=0]
  EncServ=0  MultiP=0  [MChngr=0]  [ACKREQQ=0]  Addr16=0
  [RelAdr=0]  WBus16=0  Sync=0  [Linked=0]  [TranDis=0]  CmdQue=1
    length=56 (0x38)   Peripheral device type: disk
 Vendor identification: HP      
 Product identification: LOGICAL VOLUME  
 Product revision level: 4.68
 Unit serial number: 0014380280B60D0 
--<--

Seems the standard inquiry gets codepage 0x80, e.g.:

# sg_inq -p 0x80 /dev/sdde
VPD INQUIRY: Unit serial number page
[...]


According to the scsi_id code:

        /*
         * Get page 0, the page of the pages. By default, try from best to
         * worst of supported pages: 0x83 then 0x80.
         */

this should only be done if no better codepage is available.

Philippe, can you please attach the output of:

/lib/udev/scsi_id --export --whitelisted -p 0x80 -d /dev/sda

/lib/udev/scsi_id --export --whitelisted -p 0x83 -d /dev/sda

/lib/udev/scsi_id --export --whitelisted -p pre-spc3-83 -d /dev/sda