Using Marvell SAS HBA, /dev/disk/by-path is not populated correctly

Bug #430894 reported by H on 2009-09-16
22
This bug affects 3 people
Affects Status Importance Assigned to Milestone
udev (Ubuntu)
Medium
Unassigned

Bug Description

I am using Marvell SAS HBA on 9.10 Alpha-5 + latest updates.
Works fine.
However, the directory /dev/disk/by-path doesn't get populated as expected.
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: logicube 1331 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'SB'/'HDA ATI SB at 0xfe3f0000 irq 16'
   Mixer name : 'Realtek ALC888'
   Components : 'HDA:10ec0888,18490888,00100001'
   Controls : 37
   Simple ctrls : 21
DistroRelease: Ubuntu 10.04
HibernationDevice: RESUME=UUID=31864b9b-99a4-4bec-b9f9-1ae56e967402
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta amd64 (20100406.1)
IwConfig:
 lo no wireless extensions.

 eth0 no wireless extensions.
MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
Package: linux (not installed)
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-22-generic root=UUID=5f61768d-f1e3-424c-a328-718a41c425d5 ro crashkernel=384M-2G:64M,2G-:128M quiet splash
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Regression: No
RelatedPackageVersions: linux-firmware 1.34
Reproducible: Yes
RfKill:

Tags: lucid kconfig needs-upstream-testing
Uname: Linux 2.6.32-22-generic x86_64
UserGroups: adm admin cdrom dialout disk lpadmin plugdev sambashare
WifiSyslog:

dmi.bios.date: 04/20/2010
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: P1.80
dmi.board.name: M3A785GXH/128M
dmi.board.vendor: ASRock
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrP1.80:bd04/20/2010:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnM3A785GXH/128M:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: To Be Filled By O.E.M.
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: To Be Filled By O.E.M.

H (mrharryg) wrote :
Vikram Dhillon (dhillon-v10) wrote :

Can you confirm this issue exists with the most recent Lucid Lynx 10.04 release - http://cdimage.ubuntu.com/releases/lucid/alpha-2/. If the issue remains in Lucid, please test the latest 2.6.32 upstream kernel build - https://wiki.ubuntu.com/KernelMainlineBuilds. Let us know your results. Thanks.

Changed in linux (Ubuntu):
status: New → Incomplete
Jeremy Foshee (jeremyfoshee) wrote :

This bug report was marked as Incomplete and has not had any updated comments for quite some time. As a result this bug is being closed. Please reopen if this is still an issue in the current Ubuntu release http://www.ubuntu.com/getubuntu/download . Also, please be sure to provide any requested information that may have been missing. To reopen the bug, click on the current status under the Status column and change the status back to "New". Thanks.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags: added: kj-expired
Changed in linux (Ubuntu):
status: Incomplete → Expired
H (mrharryg) wrote :

Sorry, I missed the request sent earlier this year to provide more info and test with 10.04.
Anyway, the problem still exists in the latest ubuntu kernel, and I know exactly why.
It is udev that has an unfinished implementation regarding SAS drives.
Between version 142 and 143 of udev, there was an overhaul made. Earlier, the population of links under /dev/disks/by-path was made by a scrips 'path_id'. But that was changed in version 143, and is now implemented in C (for performance I could imagine...)
The function handling SAS is currently (from version 143 and onwards) implemented as
static struct udev_device *handle_scsi_sas(struct udev_device *parent, char **path)
{
 return NULL;
}

Therefore, SAS is unhandled in all kernels using udev >142

Thanks

Changed in linux (Ubuntu):
status: Expired → New
Jeremy Foshee (jeremyfoshee) wrote :

H,
   Can you run apport-collect -p linux 430894 on the affected hardware so we can collect some environment information?

Thanks!

~JFo

tags: added: kernel-core kernel-needs-review
removed: kj-expired
Changed in linux (Ubuntu):
status: New → Incomplete
H (mrharryg) wrote : AlsaDevices.txt

apport information

tags: added: apport-collected
description: updated
H (mrharryg) wrote : AplayDevices.txt

apport information

apport information

H (mrharryg) wrote : BootDmesg.txt

apport information

apport information

apport information

apport information

H (mrharryg) wrote : Lspci.txt

apport information

H (mrharryg) wrote : Lsusb.txt

apport information

apport information

H (mrharryg) wrote : ProcCpuinfo.txt

apport information

apport information

H (mrharryg) wrote : ProcModules.txt

apport information

H (mrharryg) wrote : UdevDb.txt

apport information

H (mrharryg) wrote : UdevLog.txt

apport information

affects: linux (Ubuntu) → udev (Ubuntu)
Changed in udev (Ubuntu):
importance: Undecided → Medium
status: Incomplete → Triaged
tags: removed: kernel-core kernel-needs-review
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers