* Re: powerpc/sparc problems
@ 2009-10-22 9:12 rubisher
2009-10-22 9:31 ` Bean
0 siblings, 1 reply; 8+ messages in thread
From: rubisher @ 2009-10-22 9:12 UTC (permalink / raw)
To: grub-devel; +Cc: grub-devel, rubisher
[-- Attachment #1: Type: text/plain, Size: 3949 bytes --]
> On Thu, Oct 22, 2009 at 12:03 AM, rubisher wrote:
> > Bean wrote:
> >>
> >> On Mon, Oct 12, 2009 at 4:55 PM, Felix Zielcke wrote:
> >>>
> >>> David are you still there?
> >>> And also anyone who has access to a powerpc machine (and experience)?
> >>>
> >>> In Debian we the problem that the `__ashldi3' and `__bswapsi2' symbols
> >>> can't be found in the grub-ieee1275 build on powerpc and also sparc.
> >>>
> >>> Jordi already noticed this with the 1.96+20090721-4 IIRC and now other
> >>> people noticed this with 1.97~beta3
> >>> AFAICS there wasn't anything relevant changed on our side, so seems to
> >>> be a gcc issue.
> >>>
> >>> `__ashldi3' is listed in include/grub/powerpc/libgcc.h and `__bswapsi2'
> >>> in the sparc64 header.
> >>> But something has now changed that this isn't enough anymore, at least
> >>> in Debian.
> >>>
> >>> We used gcc 4.3.3 at the time Jordi noticed this and now switched to
> >>> gcc-4.4.1.
> >>>
> >>> And David we still have this sparc bug open, which I forwared to
> >>> grub-devel:
> >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538030
> >>
> >> Hi,
> >>
> >> Try my branch, it includes the libgcc functions in grub instead of
> >> rely on external library. It builds and run properly for
> >> powerpc-ieee1275 last time I check.
> >>
> > Hello Mr bean ;<)
> >
> > I reach to grab your git tree but even a fresh pull still failed to build
> > from src as follow:
> > grub_emu-normal_main.o: In function `uitree_append':
> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
> > reference to `grub_uitree_root'
> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
> > reference to `grub_uitree_root'
> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
> > reference to `grub_uitree_find'
> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:179: undefined
> > reference to `grub_uitree_create_node'
> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:184: undefined
> > reference to `grub_uitree_set_prop'
> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:185: undefined
> > reference to `grub_uitree_set_prop'
> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:186: undefined
> > reference to `grub_tree_add_child'
> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:172: undefined
> > reference to `grub_uitree_create_node'
> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:175: undefined
> > reference to `grub_tree_add_child'
> > collect2: ld returned 1 exit status
> > make[1]: *** [grub-emu] Error 1
> > make[1]: Leaving directory
> > `/Sources/jso/Grub2.deb/grub2-git091021/build/grub-common'
> > make: *** [build/grub-common] Error 2
> > dpkg-buildpackage: error: debian/rules build gave error exit status 2
> >
> > Any idea/advise?
>
> Hi,
>
> I forget to add some file for grub-emu previously, but it's fixed
> already, pull the latest code.
>
> --
> Bean
>
> gitgrub home: http://github.com/grub/grub/
> my fork page: http://github.com/bean123/grub/
>
Sorry I would have to be more accurate:
the git log said:
commit eb03e2575b2c0b1b4fd83f33a741f6fef3b93339
Author: Bean <bean123ch@gmail.com>
Date: Wed Oct 21 01:11:27 2009 +0800
Minor bug fix for parameter handling.
commit 8a3390f0164c89e8ae73884672556a9b31cbd766
Author: Bean <bean123ch@gmail.com>
Date: Tue Oct 20 22:37:32 2009 +0800
Support dialog and template, set maximum text mode for EFI.
Anyway, I remove all and clone it again:
git clone http://github.com/bean123/grub.git
copy this git tree in a working dir then run autogen.sh; mkdir build; cd build; ../configure; make
which still failed the same way.
Did i miss something???
Tx again,
J.
_________________________________________
Scarlet Mobile, free subscription in combination with your Scarlet One or ADSL, visit http://www.scarlet.be/fr/mobile3g
[-- Attachment #2: Type: text/html, Size: 5860 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: powerpc/sparc problems
2009-10-22 9:12 powerpc/sparc problems rubisher
@ 2009-10-22 9:31 ` Bean
2009-10-23 20:34 ` rubisher
0 siblings, 1 reply; 8+ messages in thread
From: Bean @ 2009-10-22 9:31 UTC (permalink / raw)
To: The development of GRUB 2
On Thu, Oct 22, 2009 at 5:12 PM, rubisher <rubisher@scarlet.be> wrote:
>> On Thu, Oct 22, 2009 at 12:03 AM, rubisher wrote:
>> > Bean wrote:
>> >>
>> >> On Mon, Oct 12, 2009 at 4:55 PM, Felix Zielcke wrote:
>> >>>
>> >>> David are you still there?
>> >>> And also anyone who has access to a powerpc machine (and experience)?
>> >>>
>> >>> In Debian we the problem that the `__ashldi3' and `__bswapsi2' symbols
>> >>> can't be found in the grub-ieee1275 build on powerpc and also sparc.
>> >>>
>> >>> Jordi already noticed this with the 1.96+20090721-4 IIRC and now other
>> >>> people noticed this with 1.97~beta3
>> >>> AFAICS there wasn't anything relevant changed on our side, so seems to
>> >>> be a gcc issue.
>> >>>
>> >>> `__ashldi3' is listed in include/grub/powerpc/libgcc.h and
>> >>> `__bswapsi2'
>> >>> in the sparc64 header.
>> >>> But something has now changed that this isn't enough anymore, at least
>> >>> in Debian.
>> >>>
>> >>> We used gcc 4.3.3 at the time Jordi noticed this and now switched to
>> >>> gcc-4.4.1.
>> >>>
>> >>> And David we still have this sparc bug open, which I forwared to
>> >>> grub-devel:
>> >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538030
>> >>
>> >> Hi,
>> >>
>> >> Try my branch, it includes the libgcc functions in grub instead of
>> >> rely on external library. It builds and run properly for
>> >> powerpc-ieee1275 last time I check.
>> >>
>> > Hello Mr bean ;<)
>> >
>> > I reach to grab your git tree but even a fresh pull still failed to
>> > build
>> > from src as follow:
>> > grub_emu-normal_main.o: In function `uitree_append':
>> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
>> > reference to `grub_uitree_root'
>> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
>> > reference to `grub_uitree_root'
>> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
>> > reference to `grub_uitree_find'
>> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:179: undefined
>> > reference to `grub_uitree_create_node'
>> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:184: undefined
>> > reference to `grub_uitree_set_prop'
>> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:185: undefined
>> > reference to `grub_uitree_set_prop'
>> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:186: undefined
>> > reference to `grub_tree_add_child'
>> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:172: undefined
>> > reference to `grub_uitree_create_node'
>> > /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:175: undefined
>> > reference to `grub_tree_add_child'
>> > collect2: ld returned 1 exit status
>> > make[1]: *** [grub-emu] Error 1
>> > make[1]: Leaving directory
>> > `/Sources/jso/Grub2.deb/grub2-git091021/build/grub-common'
>> > make: *** [build/grub-common] Error 2
>> > dpkg-buildpackage: error: debian/rules build gave error exit status 2
>> >
>> > Any idea/advise?
>>
>> Hi,
>>
>> I forget to add some file for grub-emu previously, but it's fixed
>> already, pull the latest code.
>>
>> --
>> Bean
>>
>> gitgrub home: http://github.com/grub/grub/
>> my fork page: http://github.com/bean123/grub/
>>
> Sorry I would have to be more accurate:
> the git log said:
> commit eb03e2575b2c0b1b4fd83f33a741f6fef3b93339
> Author: Bean <bean123ch@gmail.com>
> Date: Wed Oct 21 01:11:27 2009 +0800
>
> Minor bug fix for parameter handling.
>
> commit 8a3390f0164c89e8ae73884672556a9b31cbd766
> Author: Bean <bean123ch@gmail.com>
> Date: Tue Oct 20 22:37:32 2009 +0800
>
> Support dialog and template, set maximum text mode for EFI.
>
> Anyway, I remove all and clone it again:
> git clone http://github.com/bean123/grub.git
> copy this git tree in a working dir then run autogen.sh; mkdir build; cd
> build; ../configure; make
> which still failed the same way.
>
> Did i miss something???
Hi,
Oh I see, you use the powepc port, I only fix the x86 port. A quick
fix is to open conf/powerpc_ieee1275.rmk, find grub_emu_SOURCES and
add menu/tree.c and menu/uitree.c.
--
Bean
gitgrub home: http://github.com/grub/grub/
my fork page: http://github.com/bean123/grub/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: powerpc/sparc problems
2009-10-22 9:31 ` Bean
@ 2009-10-23 20:34 ` rubisher
2009-10-24 6:13 ` Bean
0 siblings, 1 reply; 8+ messages in thread
From: rubisher @ 2009-10-23 20:34 UTC (permalink / raw)
To: The development of GRUB 2
Bean wrote:
> On Thu, Oct 22, 2009 at 5:12 PM, rubisher <rubisher@scarlet.be> wrote:
>>> On Thu, Oct 22, 2009 at 12:03 AM, rubisher wrote:
>>>> Bean wrote:
>>>>> On Mon, Oct 12, 2009 at 4:55 PM, Felix Zielcke wrote:
>>>>>> David are you still there?
>>>>>> And also anyone who has access to a powerpc machine (and experience)?
>>>>>>
>>>>>> In Debian we the problem that the `__ashldi3' and `__bswapsi2' symbols
>>>>>> can't be found in the grub-ieee1275 build on powerpc and also sparc.
>>>>>>
>>>>>> Jordi already noticed this with the 1.96+20090721-4 IIRC and now other
>>>>>> people noticed this with 1.97~beta3
>>>>>> AFAICS there wasn't anything relevant changed on our side, so seems to
>>>>>> be a gcc issue.
>>>>>>
>>>>>> `__ashldi3' is listed in include/grub/powerpc/libgcc.h and
>>>>>> `__bswapsi2'
>>>>>> in the sparc64 header.
>>>>>> But something has now changed that this isn't enough anymore, at least
>>>>>> in Debian.
>>>>>>
>>>>>> We used gcc 4.3.3 at the time Jordi noticed this and now switched to
>>>>>> gcc-4.4.1.
>>>>>>
>>>>>> And David we still have this sparc bug open, which I forwared to
>>>>>> grub-devel:
>>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538030
>>>>> Hi,
>>>>>
>>>>> Try my branch, it includes the libgcc functions in grub instead of
>>>>> rely on external library. It builds and run properly for
>>>>> powerpc-ieee1275 last time I check.
>>>>>
>>>> Hello Mr bean ;<)
>>>>
>>>> I reach to grab your git tree but even a fresh pull still failed to
>>>> build
>>>> from src as follow:
>>>> grub_emu-normal_main.o: In function `uitree_append':
>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
>>>> reference to `grub_uitree_root'
>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
>>>> reference to `grub_uitree_root'
>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
>>>> reference to `grub_uitree_find'
>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:179: undefined
>>>> reference to `grub_uitree_create_node'
>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:184: undefined
>>>> reference to `grub_uitree_set_prop'
>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:185: undefined
>>>> reference to `grub_uitree_set_prop'
>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:186: undefined
>>>> reference to `grub_tree_add_child'
>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:172: undefined
>>>> reference to `grub_uitree_create_node'
>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:175: undefined
>>>> reference to `grub_tree_add_child'
>>>> collect2: ld returned 1 exit status
>>>> make[1]: *** [grub-emu] Error 1
>>>> make[1]: Leaving directory
>>>> `/Sources/jso/Grub2.deb/grub2-git091021/build/grub-common'
>>>> make: *** [build/grub-common] Error 2
>>>> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>>>>
>>>> Any idea/advise?
>>> Hi,
>>>
>>> I forget to add some file for grub-emu previously, but it's fixed
>>> already, pull the latest code.
>>>
>>> --
>>> Bean
>>>
>>> gitgrub home: http://github.com/grub/grub/
>>> my fork page: http://github.com/bean123/grub/
>>>
>> Sorry I would have to be more accurate:
>> the git log said:
>> commit eb03e2575b2c0b1b4fd83f33a741f6fef3b93339
>> Author: Bean <bean123ch@gmail.com>
>> Date: Wed Oct 21 01:11:27 2009 +0800
>>
>> Minor bug fix for parameter handling.
>>
>> commit 8a3390f0164c89e8ae73884672556a9b31cbd766
>> Author: Bean <bean123ch@gmail.com>
>> Date: Tue Oct 20 22:37:32 2009 +0800
>>
>> Support dialog and template, set maximum text mode for EFI.
>>
>> Anyway, I remove all and clone it again:
>> git clone http://github.com/bean123/grub.git
>> copy this git tree in a working dir then run autogen.sh; mkdir build; cd
>> build; ../configure; make
>> which still failed the same way.
>>
>> Did i miss something???
>
> Hi,
>
> Oh I see, you use the powepc port, I only fix the x86 port. A quick
> fix is to open conf/powerpc_ieee1275.rmk, find grub_emu_SOURCES and
> add menu/tree.c and menu/uitree.c.
>
>
Thanks that's help to continue and to finish the build but failed to assemle the image:
/usr/bin/grub-mkelfimage --directory=/usr/lib/grub/powerpc-ieee1275 --output=/boot/grub/grub fat part_msdos
grub-mkimage: error: unresolved symbol _savegpr_29
But if I manage to rebuild it with -O0 (or -O2), I reach to boot it ;-).
But I guess there isn't enough module loaded because at grub prompt, it didn't find any disk?
That said by default the dpkg build the kern.img as follow:
# /usr/bin/grub-mkelfimage --directory=/usr/lib/grub/powerpc-ieee1275 --output=/boot/grub/grub fat part_msdos
and create for me a grub.cfg with severall menuentries like:
### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, with Linux 2.6.30-2-powerpc64" {
insmod ext2
set root=(hd1,3)
search --no-floppy --fs-uuid --set 16ef0754-c845-46e9-a948-b9669ee68329
linux /vmlinux-2.6.30-2-powerpc64 root=UUID=3c51c43e-63a7-4ff1-9b1c-cf98addcb7ed ro quiet
initrd /initrd.img-2.6.30-2-powerpc64
}
Given those 2 elements, I presume that the fact grub2 isn't able to find any disk is because it lakes of one or more module
either in the build image or in menuentry (I just started with grub2 2 weeks ago so please appology if don't yet understand
all details)?
As it seems that you have some experience with powerpc, may be can you advise me with some your tips (how did you build your
image, a sample of one your menuentry?): I also tried to follow recipe of <http://grub.enbug.org/TestingOnPowerPC> i.e.
# cd /usr/lib/grub/powerpc-ieee1275 (where *.mod stand)
# /usr/bin/grub-mkelfimage -n --directory=/usr/lib/grub/powerpc-ieee1275 --output=/boot/grub/grubof.modules *.mod
(-n for pseries) but this image sadely make panicing ofs:
DEFAULT CATCH!, exception-handler=fff00300
at %SRR0: 0000000000c3c25c %SRR1: 800000000000b002
Call History
------------
@ - c3c1f0
close-package - c58060
(poplocals) - c3a758
(init-program) - c7e298
boot - c7ec7c
evaluate - c4a638
invalid pointer - d83655
invalid pointer - f
invalid pointer - f
catch - c38fe8
bt-task-boot-on-this - d140d8
(poplocals) - c3a758
catch - c38fe8
execute-device-method - c58bcc
(poplocals) - c3a758
(select-boot-seq) - c59ba4
Client's Fix Pt Regs:
Client's Fix Pt Regs:
00 00100000000001f4 ffffffffffffffff 00000000deadbeef fffffffffffffffc
04 0000000000000000 0000000000000000 0000000000000000 0000000000000001
08 0000000000001000 0000030002001000 0000000000000003 0000000000007000
0c 0000000022800000 0000000000c17100 0000000000c18000 000000000009c4b0
10 0000000000db8c20 0000000000db8939 0000000000c57d80 0000000000c58060
14 0000000000000000 ffffffffffffffff 0000000000000000 0000000000000000
18 0000000000c13000 0000000000c38000 0000000000c14d40 0000000000c16ec0
1c 0000000000c20000 0000000000c3fdf0 0000000000c11ea0 0000000000c10fa8
Special Regs:
%IV: 00000300 %CR: 84800000 %XER: 20000008 %DSISR: 08000000
%SRR0: 0000000000c3c25c %SRR1: 800000000000b002
%LR: 0000000000c3c1f0 %CTR: 0000000000000000
%DAR: ffffffffffffffff
Virtual PID = 0
ofdbg
At this point I am worry that the change of optimization compile option (-Os -> -O0) break something or am I facing to some
issue related to my ofs or something else in config file (e.g. I just figure out that I didn't change my grub.cfg with the
usage of lasetest describe image grubof.modules: I didn't remove the 'insmod ext2', thought?)
Thanks again for all,
J.
PS: This boxe is a P510 with latest IBM system firmware SF240_382
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: powerpc/sparc problems
2009-10-23 20:34 ` rubisher
@ 2009-10-24 6:13 ` Bean
2009-10-25 15:22 ` rubisher
0 siblings, 1 reply; 8+ messages in thread
From: Bean @ 2009-10-24 6:13 UTC (permalink / raw)
To: The development of GRUB 2
On Sat, Oct 24, 2009 at 4:34 AM, rubisher <rubisher@scarlet.be> wrote:
> Bean wrote:
>>
>> On Thu, Oct 22, 2009 at 5:12 PM, rubisher <rubisher@scarlet.be> wrote:
>>>>
>>>> On Thu, Oct 22, 2009 at 12:03 AM, rubisher wrote:
>>>>>
>>>>> Bean wrote:
>>>>>>
>>>>>> On Mon, Oct 12, 2009 at 4:55 PM, Felix Zielcke wrote:
>>>>>>>
>>>>>>> David are you still there?
>>>>>>> And also anyone who has access to a powerpc machine (and experience)?
>>>>>>>
>>>>>>> In Debian we the problem that the `__ashldi3' and `__bswapsi2'
>>>>>>> symbols
>>>>>>> can't be found in the grub-ieee1275 build on powerpc and also sparc.
>>>>>>>
>>>>>>> Jordi already noticed this with the 1.96+20090721-4 IIRC and now
>>>>>>> other
>>>>>>> people noticed this with 1.97~beta3
>>>>>>> AFAICS there wasn't anything relevant changed on our side, so seems
>>>>>>> to
>>>>>>> be a gcc issue.
>>>>>>>
>>>>>>> `__ashldi3' is listed in include/grub/powerpc/libgcc.h and
>>>>>>> `__bswapsi2'
>>>>>>> in the sparc64 header.
>>>>>>> But something has now changed that this isn't enough anymore, at
>>>>>>> least
>>>>>>> in Debian.
>>>>>>>
>>>>>>> We used gcc 4.3.3 at the time Jordi noticed this and now switched to
>>>>>>> gcc-4.4.1.
>>>>>>>
>>>>>>> And David we still have this sparc bug open, which I forwared to
>>>>>>> grub-devel:
>>>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538030
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Try my branch, it includes the libgcc functions in grub instead of
>>>>>> rely on external library. It builds and run properly for
>>>>>> powerpc-ieee1275 last time I check.
>>>>>>
>>>>> Hello Mr bean ;<)
>>>>>
>>>>> I reach to grab your git tree but even a fresh pull still failed to
>>>>> build
>>>>> from src as follow:
>>>>> grub_emu-normal_main.o: In function `uitree_append':
>>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
>>>>> reference to `grub_uitree_root'
>>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
>>>>> reference to `grub_uitree_root'
>>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:169: undefined
>>>>> reference to `grub_uitree_find'
>>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:179: undefined
>>>>> reference to `grub_uitree_create_node'
>>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:184: undefined
>>>>> reference to `grub_uitree_set_prop'
>>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:185: undefined
>>>>> reference to `grub_uitree_set_prop'
>>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:186: undefined
>>>>> reference to `grub_tree_add_child'
>>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:172: undefined
>>>>> reference to `grub_uitree_create_node'
>>>>> /Sources/jso/Grub2.deb/grub2-git091021/normal/main.c:175: undefined
>>>>> reference to `grub_tree_add_child'
>>>>> collect2: ld returned 1 exit status
>>>>> make[1]: *** [grub-emu] Error 1
>>>>> make[1]: Leaving directory
>>>>> `/Sources/jso/Grub2.deb/grub2-git091021/build/grub-common'
>>>>> make: *** [build/grub-common] Error 2
>>>>> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>>>>>
>>>>> Any idea/advise?
>>>>
>>>> Hi,
>>>>
>>>> I forget to add some file for grub-emu previously, but it's fixed
>>>> already, pull the latest code.
>>>>
>>>> --
>>>> Bean
>>>>
>>>> gitgrub home: http://github.com/grub/grub/
>>>> my fork page: http://github.com/bean123/grub/
>>>>
>>> Sorry I would have to be more accurate:
>>> the git log said:
>>> commit eb03e2575b2c0b1b4fd83f33a741f6fef3b93339
>>> Author: Bean <bean123ch@gmail.com>
>>> Date: Wed Oct 21 01:11:27 2009 +0800
>>>
>>> Minor bug fix for parameter handling.
>>>
>>> commit 8a3390f0164c89e8ae73884672556a9b31cbd766
>>> Author: Bean <bean123ch@gmail.com>
>>> Date: Tue Oct 20 22:37:32 2009 +0800
>>>
>>> Support dialog and template, set maximum text mode for EFI.
>>>
>>> Anyway, I remove all and clone it again:
>>> git clone http://github.com/bean123/grub.git
>>> copy this git tree in a working dir then run autogen.sh; mkdir build; cd
>>> build; ../configure; make
>>> which still failed the same way.
>>>
>>> Did i miss something???
>>
>> Hi,
>>
>> Oh I see, you use the powepc port, I only fix the x86 port. A quick
>> fix is to open conf/powerpc_ieee1275.rmk, find grub_emu_SOURCES and
>> add menu/tree.c and menu/uitree.c.
>>
>>
> Thanks that's help to continue and to finish the build but failed to assemle
> the image:
> /usr/bin/grub-mkelfimage --directory=/usr/lib/grub/powerpc-ieee1275
> --output=/boot/grub/grub fat part_msdos
> grub-mkimage: error: unresolved symbol _savegpr_29
>
> But if I manage to rebuild it with -O0 (or -O2), I reach to boot it ;-).
> But I guess there isn't enough module loaded because at grub prompt, it
> didn't find any disk?
>
> That said by default the dpkg build the kern.img as follow:
>
> # /usr/bin/grub-mkelfimage --directory=/usr/lib/grub/powerpc-ieee1275
> --output=/boot/grub/grub fat part_msdos
>
> and create for me a grub.cfg with severall menuentries like:
> ### BEGIN /etc/grub.d/10_linux ###
> menuentry "Debian GNU/Linux, with Linux 2.6.30-2-powerpc64" {
> insmod ext2
> set root=(hd1,3)
> search --no-floppy --fs-uuid --set
> 16ef0754-c845-46e9-a948-b9669ee68329
> linux /vmlinux-2.6.30-2-powerpc64
> root=UUID=3c51c43e-63a7-4ff1-9b1c-cf98addcb7ed ro quiet
> initrd /initrd.img-2.6.30-2-powerpc64
> }
>
> Given those 2 elements, I presume that the fact grub2 isn't able to find any
> disk is because it lakes of one or more module either in the build image or
> in menuentry (I just started with grub2 2 weeks ago so please appology if
> don't yet understand all details)?
>
> As it seems that you have some experience with powerpc, may be can you
> advise me with some your tips (how did you build your image, a sample of one
> your menuentry?): I also tried to follow recipe of
> <http://grub.enbug.org/TestingOnPowerPC> i.e.
> # cd /usr/lib/grub/powerpc-ieee1275 (where *.mod stand)
> # /usr/bin/grub-mkelfimage -n --directory=/usr/lib/grub/powerpc-ieee1275
> --output=/boot/grub/grubof.modules *.mod
> (-n for pseries) but this image sadely make panicing ofs:
> DEFAULT CATCH!, exception-handler=fff00300
> at %SRR0: 0000000000c3c25c %SRR1: 800000000000b002
> Call History
> ------------
> @ - c3c1f0
> close-package - c58060
> (poplocals) - c3a758
> (init-program) - c7e298
> boot - c7ec7c
> evaluate - c4a638
> invalid pointer - d83655
> invalid pointer - f
> invalid pointer - f
> catch - c38fe8
> bt-task-boot-on-this - d140d8
> (poplocals) - c3a758
> catch - c38fe8
> execute-device-method - c58bcc
> (poplocals) - c3a758
> (select-boot-seq) - c59ba4
>
> Client's Fix Pt Regs:
> Client's Fix Pt Regs:
> 00 00100000000001f4 ffffffffffffffff 00000000deadbeef fffffffffffffffc
> 04 0000000000000000 0000000000000000 0000000000000000 0000000000000001
> 08 0000000000001000 0000030002001000 0000000000000003 0000000000007000
> 0c 0000000022800000 0000000000c17100 0000000000c18000 000000000009c4b0
> 10 0000000000db8c20 0000000000db8939 0000000000c57d80 0000000000c58060
> 14 0000000000000000 ffffffffffffffff 0000000000000000 0000000000000000
> 18 0000000000c13000 0000000000c38000 0000000000c14d40 0000000000c16ec0
> 1c 0000000000c20000 0000000000c3fdf0 0000000000c11ea0 0000000000c10fa8
> Special Regs:
> %IV: 00000300 %CR: 84800000 %XER: 20000008 %DSISR: 08000000
> %SRR0: 0000000000c3c25c %SRR1: 800000000000b002
> %LR: 0000000000c3c1f0 %CTR: 0000000000000000
> %DAR: ffffffffffffffff
> Virtual PID = 0
> ofdbg
>
> At this point I am worry that the change of optimization compile option (-Os
> -> -O0) break something or am I facing to some issue related to my ofs or
> something else in config file (e.g. I just figure out that I didn't change
> my grub.cfg with the usage of lasetest describe image grubof.modules: I
> didn't remove the 'insmod ext2', thought?)
Hi,
Don't include all modules, the boot image seems to be broken when it
exceed certain size. The following list should be enough:
minicmd fat part_msdos normal sh ls linux
in the grub shell, use ls command to list detected devices.
--
Bean
gitgrub home: http://github.com/grub/grub/
my fork page: http://github.com/bean123/grub/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: powerpc/sparc problems
2009-10-24 6:13 ` Bean
@ 2009-10-25 15:22 ` rubisher
2009-10-25 15:57 ` Bean
0 siblings, 1 reply; 8+ messages in thread
From: rubisher @ 2009-10-25 15:22 UTC (permalink / raw)
To: The development of GRUB 2
Bean wrote:
> On Sat, Oct 24, 2009 at 4:34 AM, rubisher <rubisher@scarlet.be> wrote:
[snip]
>>
>> As it seems that you have some experience with powerpc, may be can you
>> advise me with some your tips (how did you build your image, a sample of one
>> your menuentry?): I also tried to follow recipe of
>> <http://grub.enbug.org/TestingOnPowerPC> i.e.
>> # cd /usr/lib/grub/powerpc-ieee1275 (where *.mod stand)
>> # /usr/bin/grub-mkelfimage -n --directory=/usr/lib/grub/powerpc-ieee1275
>> --output=/boot/grub/grubof.modules *.mod
>> (-n for pseries) but this image sadely make panicing ofs:
>> DEFAULT CATCH!, exception-handler=fff00300
>> at %SRR0: 0000000000c3c25c %SRR1: 800000000000b002
>> Call History
>> ------------
>> @ - c3c1f0
>> close-package - c58060
>> (poplocals) - c3a758
>> (init-program) - c7e298
>> boot - c7ec7c
>> evaluate - c4a638
>> invalid pointer - d83655
>> invalid pointer - f
>> invalid pointer - f
>> catch - c38fe8
>> bt-task-boot-on-this - d140d8
>> (poplocals) - c3a758
>> catch - c38fe8
>> execute-device-method - c58bcc
>> (poplocals) - c3a758
>> (select-boot-seq) - c59ba4
>>
>> Client's Fix Pt Regs:
>> Client's Fix Pt Regs:
>> 00 00100000000001f4 ffffffffffffffff 00000000deadbeef fffffffffffffffc
>> 04 0000000000000000 0000000000000000 0000000000000000 0000000000000001
>> 08 0000000000001000 0000030002001000 0000000000000003 0000000000007000
>> 0c 0000000022800000 0000000000c17100 0000000000c18000 000000000009c4b0
>> 10 0000000000db8c20 0000000000db8939 0000000000c57d80 0000000000c58060
>> 14 0000000000000000 ffffffffffffffff 0000000000000000 0000000000000000
>> 18 0000000000c13000 0000000000c38000 0000000000c14d40 0000000000c16ec0
>> 1c 0000000000c20000 0000000000c3fdf0 0000000000c11ea0 0000000000c10fa8
>> Special Regs:
>> %IV: 00000300 %CR: 84800000 %XER: 20000008 %DSISR: 08000000
>> %SRR0: 0000000000c3c25c %SRR1: 800000000000b002
>> %LR: 0000000000c3c1f0 %CTR: 0000000000000000
>> %DAR: ffffffffffffffff
>> Virtual PID = 0
>> ofdbg
>>
>> At this point I am worry that the change of optimization compile option (-Os
>> -> -O0) break something or am I facing to some issue related to my ofs or
>> something else in config file (e.g. I just figure out that I didn't change
>> my grub.cfg with the usage of lasetest describe image grubof.modules: I
>> didn't remove the 'insmod ext2', thought?)
>
> Hi,
>
> Don't include all modules, the boot image seems to be broken when it
> exceed certain size. The following list should be enough:
>
> minicmd fat part_msdos normal sh ls linux
>
> in the grub shell, use ls command to list detected devices.
>
Thanks;
at least i didn't encountered anymore ofs panic but in grub rescue sheel 'ls' just return an empty line;
I can just grab 'lsmod' info:
sh:grub> lsmod
Name Ref Count Dependencies
linux 1 boot,elf
elf 2 gzio
gzio 3
ls 1 normal,extcmd
extcmd 2
sh 1 normal
normal 4 boot
boot 6
part_msdos 1
fat 1
minicmd 1
but if I try to add another module (e.g. scsi or what else) it always respond:
"error: invalid arch independent ELF magic"
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: powerpc/sparc problems
2009-10-25 15:22 ` rubisher
@ 2009-10-25 15:57 ` Bean
2009-10-26 21:06 ` rubisher
2009-11-04 20:47 ` help need for powerpc issue rubisher
0 siblings, 2 replies; 8+ messages in thread
From: Bean @ 2009-10-25 15:57 UTC (permalink / raw)
To: The development of GRUB 2
On Sun, Oct 25, 2009 at 11:22 PM, rubisher <rubisher@scarlet.be> wrote:
> at least i didn't encountered anymore ofs panic but in grub rescue sheel
> 'ls' just return an empty line;
> I can just grab 'lsmod' info:
> sh:grub> lsmod
> Name Ref Count Dependencies
> linux 1 boot,elf
> elf 2 gzio
> gzio 3
> ls 1 normal,extcmd
> extcmd 2
> sh 1 normal
> normal 4 boot
> boot 6
> part_msdos 1
> fat 1
> minicmd 1
>
> but if I try to add another module (e.g. scsi or what else) it always
> respond:
> "error: invalid arch independent ELF magic"
Hi,
You shouldn't need scsi, which is used by ata module to access pci
bus, but openfirmware would export the boot disk for you.
Use these command:
set debug=disk
ls
This should print some debug information in grub console.
--
Bean
gitgrub home: http://github.com/grub/grub/
my fork page: http://github.com/bean123/grub/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: powerpc/sparc problems
2009-10-25 15:57 ` Bean
@ 2009-10-26 21:06 ` rubisher
2009-11-04 20:47 ` help need for powerpc issue rubisher
1 sibling, 0 replies; 8+ messages in thread
From: rubisher @ 2009-10-26 21:06 UTC (permalink / raw)
To: The development of GRUB 2
Bean wrote:
> On Sun, Oct 25, 2009 at 11:22 PM, rubisher <rubisher@scarlet.be> wrote:
[snip]
>
> Hi,
>
> You shouldn't need scsi, which is used by ata module to access pci
> bus, but openfirmware would export the boot disk for you.
>
> Use these command:
>
> set debug=disk
> ls
>
> This should print some debug information in grub console.
>
I try to do my best to clean up as much as possible info collected:
Elapsed time since release of system processors: 149810 mins 22 secs
Welcome to GRUB!
Entering rescue mode...
<<< I first noticed that grub fallback immidiately in rescue mode?
GNU GRUB version 1.97+experimental
cursor-on, unknown word [ Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists possible
device/file completions. ]
cursor-off, unknown word
<<< I don't know yet what those 'cursor-on/off, unknown word' means?
GNU GRUB version 1.97+experimental
sh:grub> ls
SRCTREE/kern/disk.c:245: Opening `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:173: Opening `/vdevice/v-scsi@30000016/disk@8100000000000000:0'.
SRCTREE/disk/ieee1275/ofdisk.c:183: Opened `/vdevice/v-scsi@30000016/disk@8100000000000000:0' as handle 0x19ff180.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x0, size 0x8, buf 0x3a2640.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x20, size 0x8, buf 0x1c0dbd0.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x188, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x190, size 0x8, buf 0x1c0dc30.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x458, size 0x8, buf 0x1c09940.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x460, size 0x8, buf 0x1c09940.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x468, size 0x8, buf 0x1c09940.
SRCTREE/kern/disk.c:333: Closing `/vdevice/v-scsi@30000016/disk@8100000000000000,1'.
SRCTREE/disk/ieee1275/ofdisk.c:226: Closing handle 0x19ff180.
SRCTREE/kern/disk.c:245: Opening `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:173: Opening `/vdevice/v-scsi@30000016/disk@8100000000000000:0'.
SRCTREE/disk/ieee1275/ofdisk.c:183: Opened `/vdevice/v-scsi@30000016/disk@8100000000000000:0' as handle 0x19ff180.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x0, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x20, size 0x8, buf 0x1c06910.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x188, size 0x8, buf 0x1c048f0.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x190, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x2c8, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x2d0, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x2d8, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:333: Closing `/vdevice/v-scsi@30000016/disk@8100000000000000,1'.
SRCTREE/disk/ieee1275/ofdisk.c:226: Closing handle 0x19ff180.
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = ibm, sp
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = network
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = net
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = network1
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = scsi
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = nvram
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = rtc
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = screen
rem: `/vdevice/v-scsi@30000016/disk@8100000000000000,1' this is well the string put in nvram
(I try also to rm ',1' at the end but that doesn't help?)
tia for further help, ...
That said, on my ibm p5 (I haven't access to any other system booting with different ofs), I have to install grub on a
dedicated fs (as far as I understand, I can choose between hfs and fat, here I select fat) as follow:
(p5_sid)root@p5tst001:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb6 2015808 1986772 29036 99% /
/dev/sdb3 247919 161597 86322 66% /boot
/dev/sdb1 23337 21302 2035 92% /boot/grub
[snip]
I copied my vmlinux and it's related initrd files in /boot/grub and use a simplified grub.cfg:
set timeout=5
menuentry "Debian GNU/Linux, with Linux 2.6.30-2-powerpc64" {
linux /vmlinux-2.6.30-2-powerpc64 root=UUID=3c51c43e-63a7-4ff1-9b1c-cf98addcb7ed ro sysrq=1 insmod=sym53c8xx
insmod=ipr quiet
initrd /initrd.img-2.6.30-2-powerpc64
}
Ok, it always fall in rescue mode but shows me well a single line menu "Debian GNU/Linux, with Linux 2.6.30-2-powerpc64" and
then my debian installation boot well ;<)
That's a bit like with grub legacy on my i386 where grub stand in the same fs as boot but in a subdir
but that's just a tips and not what we want to do?
(afaik my reading told of max size of about 24Mb for /boot/grub fs, so it wouldn't be able to contains a lot of kernel)
Thanks in advance for additional feedback,
J.
PS: those latest test was made with latest debian pkg src of grub2_1.97+experimental.20091026-1.dsc without optimization (-O0)
^ permalink raw reply [flat|nested] 8+ messages in thread
* help need for powerpc issue
2009-10-25 15:57 ` Bean
2009-10-26 21:06 ` rubisher
@ 2009-11-04 20:47 ` rubisher
1 sibling, 0 replies; 8+ messages in thread
From: rubisher @ 2009-11-04 20:47 UTC (permalink / raw)
To: The development of GRUB 2
Hello all,
Is some off you could advise me at some starting point to investigate this issue encountered to boot a lpar.
(I just take the opportunity to still have access to such platform to help comunity)
Bean wrote:
> On Sun, Oct 25, 2009 at 11:22 PM, rubisher <rubisher@scarlet.be> wrote:
[snip]
>
> Hi,
>
> You shouldn't need scsi, which is used by ata module to access pci
> bus, but openfirmware would export the boot disk for you.
>
> Use these command:
>
> set debug=disk
> ls
>
> This should print some debug information in grub console.
>
I try to do my best to clean up as much as possible info collected:
Elapsed time since release of system processors: 149810 mins 22 secs
Welcome to GRUB!
Entering rescue mode...
<<< I first noticed that grub fallback immidiately in rescue mode?
GNU GRUB version 1.97+experimental
cursor-on, unknown word [ Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists possible
device/file completions. ]
cursor-off, unknown word
<<< Well I already sent a proposal to fix annoying this "cursor-off, unknown word"
GNU GRUB version 1.97+experimental
sh:grub> ls
SRCTREE/kern/disk.c:245: Opening `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:173: Opening `/vdevice/v-scsi@30000016/disk@8100000000000000:0'.
SRCTREE/disk/ieee1275/ofdisk.c:183: Opened `/vdevice/v-scsi@30000016/disk@8100000000000000:0' as handle 0x19ff180.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x0, size 0x8, buf 0x3a2640.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x20, size 0x8, buf 0x1c0dbd0.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x188, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x190, size 0x8, buf 0x1c0dc30.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x458, size 0x8, buf 0x1c09940.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x460, size 0x8, buf 0x1c09940.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x468, size 0x8, buf 0x1c09940.
SRCTREE/kern/disk.c:333: Closing `/vdevice/v-scsi@30000016/disk@8100000000000000,1'.
SRCTREE/disk/ieee1275/ofdisk.c:226: Closing handle 0x19ff180.
SRCTREE/kern/disk.c:245: Opening `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:173: Opening `/vdevice/v-scsi@30000016/disk@8100000000000000:0'.
SRCTREE/disk/ieee1275/ofdisk.c:183: Opened `/vdevice/v-scsi@30000016/disk@8100000000000000:0' as handle 0x19ff180.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x0, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x20, size 0x8, buf 0x1c06910.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x188, size 0x8, buf 0x1c048f0.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x190, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x2c8, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x2d0, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
[snip]
SRCTREE/kern/disk.c:389: Reading `/vdevice/v-scsi@30000016/disk@8100000000000000,1'...
SRCTREE/disk/ieee1275/ofdisk.c:239: Reading handle 0x19ff180: sector 0x2d8, size 0x8, buf 0x1c26980.
SRCTREE/kern/disk.c:333: Closing `/vdevice/v-scsi@30000016/disk@8100000000000000,1'.
SRCTREE/disk/ieee1275/ofdisk.c:226: Closing handle 0x19ff180.
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = ibm, sp
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = network
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = net
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = network1
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = scsi
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = nvram
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = rtc
SRCTREE/disk/ieee1275/ofdisk.c:82: disk name = screen
rem: `/vdevice/v-scsi@30000016/disk@8100000000000000,1' this is well the string put in nvram
(I try also to rm ',1' at the end but that doesn't help?)
That said, on my ibm p5 (I haven't access to any other system booting with different ofs), I have to install grub on a
dedicated fs (as far as I understand, I can choose between hfs and fat, here I select fat) as follow:
(p5_sid)root@p5tst001:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb6 2015808 1986772 29036 99% /
/dev/sdb3 247919 161597 86322 66% /boot
/dev/sdb1 23337 21302 2035 92% /boot/grub
[snip]
I copied my vmlinux and it's related initrd files in /boot/grub and use a simplified grub.cfg:
set timeout=5
menuentry "Debian GNU/Linux, with Linux 2.6.30-2-powerpc64" {
linux /vmlinux-2.6.30-2-powerpc64 root=UUID=3c51c43e-63a7-4ff1-9b1c-cf98addcb7ed ro sysrq=1 insmod=sym53c8xx
insmod=ipr quiet
initrd /initrd.img-2.6.30-2-powerpc64
}
Ok, it always fall in rescue mode but shows me well a single line menu "Debian GNU/Linux, with Linux 2.6.30-2-powerpc64" and
then my debian installation boot well ;<)
That's a bit like with grub legacy on my i386 where grub stand in the same fs as boot but in a subdir
but that's just a tips and not what we want to do?
(afaik my reading told of max size of about 24Mb for /boot/grub fs, so it wouldn't be able to contains a lot of kernel)
Thanks in advance for additional feedback,
J.
PS: those latest test was made with latest debian pkg src of grub2_1.97+experimental.20091026-1.dsc without optimization (-O0)
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2009-11-04 20:47 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-10-22 9:12 powerpc/sparc problems rubisher
2009-10-22 9:31 ` Bean
2009-10-23 20:34 ` rubisher
2009-10-24 6:13 ` Bean
2009-10-25 15:22 ` rubisher
2009-10-25 15:57 ` Bean
2009-10-26 21:06 ` rubisher
2009-11-04 20:47 ` help need for powerpc issue rubisher
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.