Bug 224573 - SES device takes and masks SATA disk address
Summary: SES device takes and masks SATA disk address
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 11.1-RELEASE
Hardware: arm64 Any
: --- Affects Many People
Assignee: Bugmeister
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-12-24 20:02 UTC by aflundi@gmail.com
Modified: 2025-01-25 01:56 UTC (History)
1 user (show)

See Also:

Attachments
dmesg of kernel compiled without ses device. (12.93 KB, text/plain)
2017-12-24 20:02 UTC, aflundi@gmail.com 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description aflundi@gmail.com 2017-12-24 20:02:18 UTC 
Created attachment 189084 [details]
dmesg of kernel compiled without ses device.

Starting with 11.1R, the ses0 device uses the bus:target:lun of a disk on DELL R515 server.  The machine has 8 SATA disks that have been configured in a ZFS pool, but now, one of the disks is not seen due to the ses0 device being enabled and using the mps address of 1:8:0:

<QUANTUM ULTRIUM 5 3085>           at scbus0 target 3 lun 0 (sa0,pass0)
<DELL PV-124T 0085>                at scbus0 target 3 lun 1 (ch0,pass1)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 3 lun 0 (pass2,da0)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 4 lun 0 (pass3,da1)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 5 lun 0 (pass4,da2)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 6 lun 0 (pass5,da3)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 7 lun 0 (pass6,da4)
<DP BACKPLANE 1.10>                at scbus1 target 8 lun 0 (pass7,ses0)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 9 lun 0 (pass8,da5)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 10 lun 0 (pass9,da6)
<TSSTcorp DVD+-RW TS-L633J D150>   at scbus6 target 0 lun 0 (cd0,pass10)

If the kernel is compiled with the ses device removed from the configuration, a passthrough device created on boot which also masks the disk at 1:8:0:

<QUANTUM ULTRIUM 5 3085>           at scbus0 target 3 lun 0 (sa0,pass0)
<DELL PV-124T 0085>                at scbus0 target 3 lun 1 (ch0,pass1)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 3 lun 0 (pass2,da0)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 4 lun 0 (pass3,da1)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 5 lun 0 (pass4,da2)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 6 lun 0 (pass5,da3)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 7 lun 0 (pass6,da4)
<DP BACKPLANE 1.10>                at scbus1 target 8 lun 0 (pass7)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 9 lun 0 (pass8,da5)
<ATA Hitachi HUA72202 A3HA>        at scbus1 target 10 lun 0 (pass9,da6)
<TSSTcorp DVD+-RW TS-L633J D150>   at scbus6 target 0 lun 0 (cd0,pass10)

This hardware has used versions 9.0 through 11.0 without this problem.

Dmesg output attached.
Comment 1 aflundi@gmail.com 2017-12-24 20:13:41 UTC 
This was discussed on forum thread:

  <https://forums.freebsd.org/threads/63800/>
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2025-01-25 01:56:49 UTC 
^Triage: I'm sorry that this PR did not get addressed in a timely fashion.

By now, the version that it was created against is long out of support.
Please re-open if it is still a problem on a supported version.