path_id harcodes a pci- for every case except Oldworld Macs, whereas on some PARISC systems, the SCSI controller might be on the GSC or some other proprietary bus. The patch I provide was written for udev-070-r1 but still applies neatly to udev-073. In future, it might be better to not harcode "pci" at all but somehow scan /sys/ bus/scsi/devices/ instead of /sys/devices/ in handle_block_scsi(). With a generic solution, udev wouldn't write (possibly confusing) pci-* entries into /dev/disk/by-path/ on systems that have no PCI bus.
Created attachment 73447 [details, diff] udev-path_id-parisc.patch Scans and harcodes PARISC-specific prefix for SCSI block devices.
Example of a block device on a SCSI controller on the GSC bus on an HP/9000 Visualize B160L: hpvis ~ # ls -ld /sys/block/sda/device lrwxrwxrwx 1 root root 0 Nov 23 19:46 /sys/block/sda/device -> ../../devices/ parisc/8/8:12/host0/target0:0:6/0:0:6:0
Will be fixed in 077-r1 release, thanks.
Created attachment 75585 [details, diff] Fix the speeling error in path_id (sys-fs/udev-079) :) [Before] hpvis ~ # ls /dev/disk/by-path/ parisc--scsi-0:0:6:0 parisc--scsi-0:0:6:0-part3 parisc--scsi-0:0:6:0-part1 parisc--scsi-0:0:6:0-part4 parisc--scsi-0:0:6:0-part2 hpvis ~ # rm /dev/disk/by-path/*; udevstart [After] hpvis ~ # ls /dev/disk/by-path/ parisc-8:12-scsi-0:0:6:0 parisc-8:12-scsi-0:0:6:0-part3 parisc-8:12-scsi-0:0:6:0-part1 parisc-8:12-scsi-0:0:6:0-part4 parisc-8:12-scsi-0:0:6:0-part2
For reason mentioned above.
Ok, will be fixed in 083, sorry about that.