* Summary: GRUB installed but boot failed on Fujitsu M10-4
@ 2019-06-05 15:42 Sonnie Hook
2019-06-05 17:30 ` Eric Snowberg
0 siblings, 1 reply; 6+ messages in thread
From: Sonnie Hook @ 2019-06-05 15:42 UTC (permalink / raw)
To: The development of GNU GRUB
[-- Attachment #1: Type: text/plain, Size: 4402 bytes --]
This is an Fujitsu M10-4 machine. DVD drive is installed on rear USB. Flash
disk is installed on front USB.
cdrom is an alias of /pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/storage@1
/disk
When booting from cdrom, the first lines are pasted below. I'm not sure if
this is a problem:
[ 1.265722] pci_sun4v: pci_iotsb_conf failed error: 6
[ 1.265754] pci_sun4v: Error creating ATU IOTSB
[ 1.265760] pci_sun4v: ATU init failed, err=6
[ 1.285642] pci_sun4v: pci_iotsb_conf failed error: 6
[ 1.285672] pci_sun4v: Error creating ATU IOTSB
[ 1.285676] pci_sun4v: ATU init failed, err=6
[ 1.306054] pci_sun4v: pci_iotsb_conf failed error: 6
[ 1.306085] pci_sun4v: Error creating ATU IOTSB
[ 1.306090] pci_sun4v: ATU init failed, err=6
[ 1.326480] pci_sun4v: pci_iotsb_conf failed error: 6
[ 1.326512] pci_sun4v: Error creating ATU IOTSB
[ 1.326517] pci_sun4v: ATU init failed, err=6
The whole installation procedure is fine. After installing GRUB on
/dev/sda1, I entered a shell and installed GRUB on /dev/sdb1 manually.
Below are some outputs of commands that might help.
# archdetect
sparc64/sun4v_gpt
# partmap /dev/sda
gpt
# parted /dev/sda print
Model: LSI Logical Volume (scsi)
Disk /dev/sda: 599GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 10.5MB 9437kB bios_grub
2 10.5MB 533GB 533GB ext4
3 533GB 599GB 66.4GB linux-swap(v1)
# parted /dev/sdb print
Model: Generic Flash Disk (scsi)
Disk /dev/sdb: 8179MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 30.4MB 29.4MB ntfs bios_grub
# mount -o bind /dev /target/dev
# mount -o bind /proc /target/proc
# mount -o bind /sys /target/sys
# chroot /target
# grub-ofpathname /dev/sda1
/pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0:a
# grub-ofpathname /dev/sdb1
/pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/disk@0,0:a
# grub-install --force-extra-removable "/dev/sdb"
Installing for sparc64-ieee1275 platform.
Installation finished. No error reported.
-------
{0} ok cd /packages/disk-label
{0} ok .properties
gpt
supported-labels gpt
sun
mbr
name disk-label
{0} ok boot /pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0:a
Boot device: /pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0:a File and args:
Can't open boot device
{0} ok boot /pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/disk@0,0:a
Boot device: /pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/disk@0,0:a File and
args:
GRUB Loading kernel.
vitual-device not found.
ERROR: Last Trap: Fast Data Access MMU Miss
TL: 1
%TL:1 %TT:68 %TPC:127a0 %TnPC:127a4
%TSTATE:1602 %CWP:2
%PSTATE:16 AG:0 IE:1 PRIV:1 AM:0 PEF:1 RED:0 MM:0 TLE:0 CLE:0 MG:0 IG:0
%ASI:0 %CCR:0 XCC:nzvc ICC:nzvc
%TL:2 %TT:183 %TPC:f0249ccc %TnPC:f0200d00
%TSTATE:10000001402 %CWP:2
%PSTATE:14 AG:0 IE:0 PRIV:1 AM:0 PEF:1 RED:0 MM:0 TLE:0 CLE:0 MG:0 IG:0
%ASI:0 %CCR:0 XCC:nzvc ICC:nzvc
INs LOCALs OUTs
0: 254c0 2d3c2808 25360
1: 0 6db08fa4 0
2: 257c2 0 0
3: 255e0 0 3
4: 2c200 ffb06cb0 25620
5: 0 fefc57f8 25520
6: 6b2b1 f0285e54 6b201
7: 53d8 f022a2fc 11e10
Normal GL=1
0: 0 0
1: 0 2
2: 0 7c000fffc000
3: 0 7c0000400740
4: 19000 7c000fffc000
5: 2f 7c000ff53a90
6: 0 7c000ff53d60
7: 0 f0249c04
%PC 127a0 %nPC 127a4
%TBA f0200000 %CCR 16 XCC:nzvC ICC:nZVc
alive-check-started-number = 8
Instruction Fault Address: 25e000
Instruction Fault Context: 0
Data Fault Address: 0
Data Fault Context: 0
Instruction code: d80a4001
255e0
0
19028
2c1a0
2a180
fee58c3800000004
63c
100000000c
0
25820
3
[-- Attachment #2: Type: text/html, Size: 5437 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Summary: GRUB installed but boot failed on Fujitsu M10-4
2019-06-05 15:42 Summary: GRUB installed but boot failed on Fujitsu M10-4 Sonnie Hook
@ 2019-06-05 17:30 ` Eric Snowberg
2019-06-06 1:54 ` Sonnie Hook
2019-06-06 6:01 ` John Paul Adrian Glaubitz
0 siblings, 2 replies; 6+ messages in thread
From: Eric Snowberg @ 2019-06-05 17:30 UTC (permalink / raw)
To: Sonnie Hook; +Cc: The development of GNU GRUB
> On Jun 5, 2019, at 9:42 AM, Sonnie Hook <sonnie.hook@gmail.com> wrote:
>
> This is an Fujitsu M10-4 machine.
It could be we are not enumerating the disk correctly. What kind of HBA is in this system?
> DVD drive is installed on rear USB. Flash disk is installed on front USB.
>
> cdrom is an alias of /pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/storage@1/disk
>
> When booting from cdrom, the first lines are pasted below. I'm not sure if this is a problem:
> [ 1.265722] pci_sun4v: pci_iotsb_conf failed error: 6
> [ 1.265754] pci_sun4v: Error creating ATU IOTSB
> [ 1.265760] pci_sun4v: ATU init failed, err=6
> [ 1.285642] pci_sun4v: pci_iotsb_conf failed error: 6
> [ 1.285672] pci_sun4v: Error creating ATU IOTSB
> [ 1.285676] pci_sun4v: ATU init failed, err=6
> [ 1.306054] pci_sun4v: pci_iotsb_conf failed error: 6
> [ 1.306085] pci_sun4v: Error creating ATU IOTSB
> [ 1.306090] pci_sun4v: ATU init failed, err=6
> [ 1.326480] pci_sun4v: pci_iotsb_conf failed error: 6
> [ 1.326512] pci_sun4v: Error creating ATU IOTSB
> [ 1.326517] pci_sun4v: ATU init failed, err=6
>
> The whole installation procedure is fine. After installing GRUB on /dev/sda1, I entered a shell and installed GRUB on /dev/sdb1 manually. Below are some outputs of commands that might help.
>
> # archdetect
> sparc64/sun4v_gpt
>
> # partmap /dev/sda
> gpt
>
> # parted /dev/sda print
> Model: LSI Logical Volume (scsi)
> Disk /dev/sda: 599GB
> Sector size (logical/physical): 512B/4096B
> Partition Table: gpt
> Disk Flags:
>
> Number Start End Size File system Name Flags
> 1 1049kB 10.5MB 9437kB bios_grub
> 2 10.5MB 533GB 533GB ext4
> 3 533GB 599GB 66.4GB linux-swap(v1)
>
> # parted /dev/sdb print
> Model: Generic Flash Disk (scsi)
> Disk /dev/sdb: 8179MB
> Sector size (logical/physical): 512B/512B
> Partition Table: gpt
> Disk Flags:
>
> Number Start End Size File system Name Flags
> 1 1049kB 30.4MB 29.4MB ntfs bios_grub
>
> # mount -o bind /dev /target/dev
> # mount -o bind /proc /target/proc
> # mount -o bind /sys /target/sys
> # chroot /target
>
> # grub-ofpathname /dev/sda1
> /pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0:a
> # grub-ofpathname /dev/sdb1
> /pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/disk@0,0:a
>
> # grub-install --force-extra-removable "/dev/sdb"
> Installing for sparc64-ieee1275 platform.
> Installation finished. No error reported.
>
> -------
>
> {0} ok cd /packages/disk-label
> {0} ok .properties
> gpt
> supported-labels gpt
> sun
> mbr
> name disk-label
>
> {0} ok boot /pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0:a
> Boot device: /pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0:a File and args:
>
> Can't open boot device
To find out, at this point in OBP, issue a probe-scsi-all
{0} probe-scsi-all
Please post the results. It should return something like this:
/pci@308/pci@1/usb@0/hub@5/device@4/storage@1
Unit 0 Removable Disk ATA TUSB9261
/pci@306/pci@1/LSI,mrsas@0
Target 0
Unit 0 Disk LSI MR9361-8i 4.23 Capacity 2994 GB
Select the HBA containing the disk. In my system it would be:
{0} “ /pci@306/pci@1/LSI,mrsas@0” select-dev
(make sure to add a space after the first “ above)
Now issue the .properties command to display the HBA information.
{0} .properties
Please post the results.
Now lets see how your HBA enumerates disks, take the Target and the Unit returned from probe-scsi-all and use it with the decode-unit command. "<target>, <unit>” decode-unit. In my system these are both 0.
{0} “ 0,0” decode-unit encode-unit type
(make sure to add a space after the first “ above)
This will return the true canonical name for the disk. Please post the results for this as well.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Summary: GRUB installed but boot failed on Fujitsu M10-4
2019-06-05 17:30 ` Eric Snowberg
@ 2019-06-06 1:54 ` Sonnie Hook
2019-06-07 4:30 ` Eric Snowberg
2019-06-06 6:01 ` John Paul Adrian Glaubitz
1 sibling, 1 reply; 6+ messages in thread
From: Sonnie Hook @ 2019-06-06 1:54 UTC (permalink / raw)
To: Eric Snowberg; +Cc: The development of GNU GRUB
[-- Attachment #1: Type: text/plain, Size: 6683 bytes --]
{0} ok probe-scsi-all
/pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/storage@1
Unit 0 Removable Read Only device SlimtypeDVD A DS8ACSH LC21
/pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/hub@2/storage@1
Unit 0 Removable Disk Generic Flash Disk 8.07
/pci@8000/pci@4/pci@0/pci@0/scsi@0
FCode Version 1.00.56, MPT Version 2.00, Firmware Version 17.00.00.00
Target c
Unit 0 Encl Serv device FUJITSU BBEXP 0d32
SASAddress 500000e0e0717bbd PhyNum 14
Target 11e Volume 0
Unit 0 Disk LSI Logical Volume 3000 1169920000 Blocks, 598
GB
VolumeDeviceName 34a35f670ae4a0d9 VolumeWWID 04a35f670ae4a0d9
{0} ok " /pci@8000/pci@4/pci@0/pci@0/scsi@0 select-dev
{0} ok .properties
Not at a device tree node. Use 'dev <device-pathname>'.
{0} ok dev /pci@8000/pci@4/pci@0/pci@0/scsi@0
{0} ok .properties
assigned-addresses 81030010 00000000 00000000 00000000 00000100
83030014 00000001 00000000 00000000 00010000
8303001c 00000001 00040000 00000000 00040000
82030030 00000000 00200000 00000000 00100000
firmware-version 17.00.00.00
mpt-version 2.00
local-wwid 50 00 00 e0 e0 47 49 18
compatible pciex10cf,87
pci10cf,87
pciex1000,87
pci1000,87
model LSI,2308_2
reg 00030000 00000000 00000000 00000000 00000000
01030010 00000000 00000000 00000000 00000100
03030014 00000000 00000000 00000000 00010000
0303001c 00000000 00000000 00000000 00040000
02030030 00000000 00000000 00000000 00100000
version 1.00.56
wide 00000010
device_type scsi-sas
name scsi
#address-cells 00000004
port-type PCIE-Endpoint
interrupts 00000001
cache-line-size 00000010
class-code 00010700
subsystem-id 0000177f
subsystem-vendor-id 000010cf
revision-id 00000005
device-id 00000087
vendor-id 00001000
{0} ok " c,0" decode-unit encode-unit type
c,0
{0} ok " 11e,0" decode-unit encode-unit type
11e,0
Eric Snowberg <eric.snowberg@oracle.com> 于2019年6月6日周四 上午1:30写道:
>
> > On Jun 5, 2019, at 9:42 AM, Sonnie Hook <sonnie.hook@gmail.com> wrote:
> >
> > This is an Fujitsu M10-4 machine.
>
> It could be we are not enumerating the disk correctly. What kind of HBA is
> in this system?
>
> > DVD drive is installed on rear USB. Flash disk is installed on front USB.
> >
> > cdrom is an alias of /pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/storage@1
> /disk
> >
> > When booting from cdrom, the first lines are pasted below. I'm not sure
> if this is a problem:
> > [ 1.265722] pci_sun4v: pci_iotsb_conf failed error: 6
> > [ 1.265754] pci_sun4v: Error creating ATU IOTSB
> > [ 1.265760] pci_sun4v: ATU init failed, err=6
> > [ 1.285642] pci_sun4v: pci_iotsb_conf failed error: 6
> > [ 1.285672] pci_sun4v: Error creating ATU IOTSB
> > [ 1.285676] pci_sun4v: ATU init failed, err=6
> > [ 1.306054] pci_sun4v: pci_iotsb_conf failed error: 6
> > [ 1.306085] pci_sun4v: Error creating ATU IOTSB
> > [ 1.306090] pci_sun4v: ATU init failed, err=6
> > [ 1.326480] pci_sun4v: pci_iotsb_conf failed error: 6
> > [ 1.326512] pci_sun4v: Error creating ATU IOTSB
> > [ 1.326517] pci_sun4v: ATU init failed, err=6
> >
> > The whole installation procedure is fine. After installing GRUB on
> /dev/sda1, I entered a shell and installed GRUB on /dev/sdb1 manually.
> Below are some outputs of commands that might help.
> >
> > # archdetect
> > sparc64/sun4v_gpt
>
> >
> > # partmap /dev/sda
> > gpt
> >
> > # parted /dev/sda print
> > Model: LSI Logical Volume (scsi)
> > Disk /dev/sda: 599GB
> > Sector size (logical/physical): 512B/4096B
> > Partition Table: gpt
> > Disk Flags:
> >
> > Number Start End Size File system Name Flags
> > 1 1049kB 10.5MB 9437kB bios_grub
> > 2 10.5MB 533GB 533GB ext4
> > 3 533GB 599GB 66.4GB linux-swap(v1)
> >
> > # parted /dev/sdb print
> > Model: Generic Flash Disk (scsi)
> > Disk /dev/sdb: 8179MB
> > Sector size (logical/physical): 512B/512B
> > Partition Table: gpt
> > Disk Flags:
> >
> > Number Start End Size File system Name Flags
> > 1 1049kB 30.4MB 29.4MB ntfs bios_grub
> >
> > # mount -o bind /dev /target/dev
> > # mount -o bind /proc /target/proc
> > # mount -o bind /sys /target/sys
> > # chroot /target
> >
> > # grub-ofpathname /dev/sda1
> > /pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0:a
> > # grub-ofpathname /dev/sdb1
> > /pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/disk@0,0:a
> >
> > # grub-install --force-extra-removable "/dev/sdb"
> > Installing for sparc64-ieee1275 platform.
> > Installation finished. No error reported.
> >
> > -------
> >
> > {0} ok cd /packages/disk-label
> > {0} ok .properties
> > gpt
> > supported-labels gpt
> > sun
> > mbr
> > name disk-label
> >
> > {0} ok boot /pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0:a
> > Boot device: /pci@8000/pci@4/pci@0/pci@0/scsi@0/disk@w0,0:a File and
> args:
> >
> > Can't open boot device
>
> To find out, at this point in OBP, issue a probe-scsi-all
>
> {0} probe-scsi-all
>
> Please post the results. It should return something like this:
>
> /pci@308/pci@1/usb@0/hub@5/device@4/storage@1
> Unit 0 Removable Disk ATA TUSB9261
>
> /pci@306/pci@1/LSI,mrsas@0
> Target 0
> Unit 0 Disk LSI MR9361-8i 4.23 Capacity 2994 GB
>
> Select the HBA containing the disk. In my system it would be:
>
> {0} “ /pci@306/pci@1/LSI,mrsas@0” select-dev
>
> (make sure to add a space after the first “ above)
>
> Now issue the .properties command to display the HBA information.
> {0} .properties
>
> Please post the results.
>
> Now lets see how your HBA enumerates disks, take the Target and the Unit
> returned from probe-scsi-all and use it with the decode-unit command.
> "<target>, <unit>” decode-unit. In my system these are both 0.
>
> {0} “ 0,0” decode-unit encode-unit type
>
> (make sure to add a space after the first “ above)
>
> This will return the true canonical name for the disk. Please post the
> results for this as well.
>
>
>
>
>
[-- Attachment #2: Type: text/html, Size: 8374 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Summary: GRUB installed but boot failed on Fujitsu M10-4
2019-06-05 17:30 ` Eric Snowberg
2019-06-06 1:54 ` Sonnie Hook
@ 2019-06-06 6:01 ` John Paul Adrian Glaubitz
2019-06-06 8:41 ` Daniel Kiper
1 sibling, 1 reply; 6+ messages in thread
From: John Paul Adrian Glaubitz @ 2019-06-06 6:01 UTC (permalink / raw)
To: The development of GNU GRUB, Eric Snowberg, Sonnie Hook
Hi!
On 6/5/19 7:30 PM, Eric Snowberg wrote:
>> This is an Fujitsu M10-4 machine.
>
> It could be we are not enumerating the disk correctly. What kind of HBA is in this system?
FWIW, we don't have all of your SPARC fixes in Debian's current GRUB
package as we're still waiting for the 2.04 release. The issues
that Sonnie are seeing might resolve with the 2.04 version.
I hope we can get 2.04 real(TM) soonish.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaubitz@debian.org
`. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Summary: GRUB installed but boot failed on Fujitsu M10-4
2019-06-06 6:01 ` John Paul Adrian Glaubitz
@ 2019-06-06 8:41 ` Daniel Kiper
0 siblings, 0 replies; 6+ messages in thread
From: Daniel Kiper @ 2019-06-06 8:41 UTC (permalink / raw)
To: The development of GNU GRUB; +Cc: Eric Snowberg, Sonnie Hook
On Thu, Jun 06, 2019 at 08:01:20AM +0200, John Paul Adrian Glaubitz wrote:
> Hi!
>
> On 6/5/19 7:30 PM, Eric Snowberg wrote:
> >> This is an Fujitsu M10-4 machine.
> >
> > It could be we are not enumerating the disk correctly. What kind of HBA is in this system?
>
> FWIW, we don't have all of your SPARC fixes in Debian's current GRUB
> package as we're still waiting for the 2.04 release. The issues
> that Sonnie are seeing might resolve with the 2.04 version.
Sonnie, could you build GRUB upstream and test on this machine somehow?
> I hope we can get 2.04 real(TM) soonish.
Yeah, two patches left to merge. So, I hope that we release something
next week.
Daniel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Summary: GRUB installed but boot failed on Fujitsu M10-4
2019-06-06 1:54 ` Sonnie Hook
@ 2019-06-07 4:30 ` Eric Snowberg
0 siblings, 0 replies; 6+ messages in thread
From: Eric Snowberg @ 2019-06-07 4:30 UTC (permalink / raw)
To: Sonnie Hook; +Cc: The development of GNU GRUB
> On Jun 5, 2019, at 7:54 PM, Sonnie Hook <sonnie.hook@gmail.com> wrote:
>
> {0} ok probe-scsi-all
> /pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/storage@1
> Unit 0 Removable Read Only device SlimtypeDVD A DS8ACSH LC21
>
> /pci@8000/pci@4/pci@0/pci@1/pci@0/usb@4,1/hub@2/storage@1
> Unit 0 Removable Disk Generic Flash Disk 8.07
>
> /pci@8000/pci@4/pci@0/pci@0/scsi@0
>
> FCode Version 1.00.56, MPT Version 2.00, Firmware Version 17.00.00.00
>
> Target c
> Unit 0 Encl Serv device FUJITSU BBEXP 0d32
> SASAddress 500000e0e0717bbd PhyNum 14
> Target 11e Volume 0
> Unit 0 Disk LSI Logical Volume 3000 1169920000 Blocks, 598 GB
> VolumeDeviceName 34a35f670ae4a0d9 VolumeWWID 04a35f670ae4a0d9
It looks like there is a SAS expander attached to the LSI,2308_2?
>
> {0} ok " /pci@8000/pci@4/pci@0/pci@0/scsi@0 select-dev
> {0} ok .properties
> Not at a device tree node. Use 'dev <device-pathname>'.
> {0} ok dev /pci@8000/pci@4/pci@0/pci@0/scsi@0
> {0} ok .properties
> assigned-addresses 81030010 00000000 00000000 00000000 00000100
> 83030014 00000001 00000000 00000000 00010000
> 8303001c 00000001 00040000 00000000 00040000
> 82030030 00000000 00200000 00000000 00100000
> firmware-version 17.00.00.00
> mpt-version 2.00
> local-wwid 50 00 00 e0 e0 47 49 18
> compatible pciex10cf,87
> pci10cf,87
> pciex1000,87
> pci1000,87
> model LSI,2308_2
> reg 00030000 00000000 00000000 00000000 00000000
> 01030010 00000000 00000000 00000000 00000100
> 03030014 00000000 00000000 00000000 00010000
> 0303001c 00000000 00000000 00000000 00040000
> 02030030 00000000 00000000 00000000 00100000
> version 1.00.56
> wide 00000010
> device_type scsi-sas
> name scsi
> #address-cells 00000004
> port-type PCIE-Endpoint
> interrupts 00000001
> cache-line-size 00000010
> class-code 00010700
> subsystem-id 0000177f
> subsystem-vendor-id 000010cf
> revision-id 00000005
> device-id 00000087
> vendor-id 00001000
>
> {0} ok " c,0" decode-unit encode-unit type
> c,0
> {0} ok " 11e,0" decode-unit encode-unit type
> 11e,0
>
When a disk is directly attached to a LSA,2308 the canonical name shows up in the wwn format, like this:
{0} ok " 9,0" decode-unit encode-unit type
w5000cca01642183d,0
But it looks like it shows up in the target,lun format when attached thru an expander.
Could you try out this change:
diff --git a/grub-core/osdep/linux/ofpath.c b/grub-core/osdep/linux/ofpath.c
index a6153d3..3f1258a 100644
--- a/grub-core/osdep/linux/ofpath.c
+++ b/grub-core/osdep/linux/ofpath.c
@@ -617,6 +617,9 @@ of_path_of_scsi(const char *sys_devname __attribute__((unused)), const char *dev
}
}
+ if ((vendor == LSI_VENDOR_ID) && (device_id == 0x87) && (tgt & 0xff00))
+ addressing = GRUB_OFPATH_SPARC_TGT_LUN;
+
if (addressing == GRUB_OFPATH_SPARC_WWN_ADDR)
optr += snprintf (disk, sizeof (disk), "/%s@w%lx,%x", disk_name,
sas_address, lun);
^ permalink raw reply related [flat|nested] 6+ messages in thread
end of thread, other threads:[~2019-06-07 4:30 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-06-05 15:42 Summary: GRUB installed but boot failed on Fujitsu M10-4 Sonnie Hook
2019-06-05 17:30 ` Eric Snowberg
2019-06-06 1:54 ` Sonnie Hook
2019-06-07 4:30 ` Eric Snowberg
2019-06-06 6:01 ` John Paul Adrian Glaubitz
2019-06-06 8:41 ` Daniel Kiper
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.