Re: State of the SPARC patches for GRUB
> On Sep 28, 2017, at 2:46 PM, Daniel Kiper wrote: > > Hi Adrian, > > On Thu, Sep 28, 2017 at 10:25:54AM +0200, John Paul Adrian Glaubitz wrote: >> Hi! >> >> Last year, Eric Snowberg from Oracle posted a number of patches [1] to >> improve SPARC support in GRUB. Unfortunately, most of the patches have >> not been merged as of today, so that users on SPARC are still stuck on >> SILO which is old and effectively unmaintained and lacks many of the >> convenience features of GRUB. >> >> Can anyone tell me what is currently preventing the patches from being >> merged? Eric is maintaining an external git repository [2] where he >> keeps rebasing the patches, so it shouldn't be too much of a problem to >> get the patches merged. >> >> We have already tested the patches in Debian in unofficial builds of >> the GRUB package and GRUB works as expected on modern SPARC machines. >> >> Would be great if we could finally get rid of SILO in Debian. > > If you are OK with rebasing and reposting relevant patches then > I am OK with reviewing them. Though please do not assume that I/we > will apply all/some of them at the first stab. Anyway, please do > not forget to CC me. > I started reposting a few of these patches after 2.02 was released and I'm awaiting a response: http://lists.gnu.org/archive/html/grub-devel/2017-05/msg00045.html http://lists.gnu.org/archive/html/grub-devel/2017-06/msg00019.html How about starting where things left off with the two patches above?
Re: grub2 with SPARC support available for testing
> On Feb 8, 2017, at 6:23 AM, John Paul Adrian Glaubitz > wrote: > > Hi! > > On 01/23/2017 12:40 AM, John Paul Adrian Glaubitz wrote: >> I just uploaded grub2_2.02~beta3-3+sparc64 to Debian "unreleased" which >> contains an additional set of 15 patches by Eric Snowberg (CC'ed) which >> improve SPARC in grub2 and add support for modern SPARC hardware through >> the SPARC T7. > > I uploaded grub2_2.02~beta3-4+sparc64.1 to "unreleased" today which is > based on Eric's latest sparc-next-v2 branch [1]. This new version fixes > the build problems on non-sparc* targets. I'm not sure if it addresses > other issues, but Eric can maybe comment on this. I put together a wiki to help document the installation process: https://github.com/esnowberg/grub2-sparc/wiki
Re: Grub2 with sparc64 patches
> On Jan 26, 2017, at 9:52 AM, louis ayotte wrote:
>
> On 2017-01-25 03:02 PM, John Paul Adrian Glaubitz wrote:
>> On 01/25/2017 08:21 PM, Eric Snowberg wrote:
>>> I believe you are running out of memory here because grub is trying to load
>>> all those frame buffer modules within your config.
>>>
>>>> error: no suitable video mode found.
>>> And then it didn’t find one that worked.
>>>
>>> For this, I believe you are having the same problem as Frans. Could you
>>> add the following to /etc/default/grub:
>>>
>>> GRUB_TERMINAL_OUTPUT="console"
>>> GRUB_DISABLE_RECOVERY="true"
>>> GRUB_PRELOAD_MODULES=“iso9660"
>>>
>>> and then regenerate your grub.cfg with grub-mkconfig.
>>>
>>> Adrian,
>>>
>>> I don’t plan on adding frame buffer support since newer systems don’t have
>>> them. Would it be possible to change your grub package to include a
>>> /etc/default/grub file for SPARC with the changes above? We do the same
>>> thing with our grub rpm.
>> Oh, absolutely. Thanks for the suggestion. This was just the first package
>> and I'm happy to include
>> all improvements that are necessary.
>>
>> Adrian
>>
>
> K applied these changes, in chroot
>
> GNU nano 2.7.4 File:
> /etc/default/grub
>
> # note that you can use only modes which your graphic card supports via VBE
> # you can see them in real GRUB with the command `vbeinfo'
> #GRUB_GFXMODE=640x480
>
> # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to
> Linux
> #GRUB_DISABLE_LINUX_UUID=true
>
> # Uncomment to disable generation of recovery mode menu entries
> #GRUB_DISABLE_RECOVERY="true"
>
> # Uncomment to get a beep at grub start
> #GRUB_INIT_TUNE="480 440 1"
>
> GRUB_TERMINAL_OUTPUT="console"
> GRUB_DISABLE_RECOVERY="true"
> GRUB_PRELOAD_MODULES="iso9660"
>
>
> Saved and exited
>
>
> # grub-mkconfig
Is this the command you ran? If so, it would not have saved the change. You
either need to redirect the output to your grub.cfg file or run it with the -o
option like this:
# grub-mkconfig -o /boot/grub/grub.cfg
Currently I don’t have a Debian distro installed on SPARC. I think I need to
spend some time and set one up. So I'm assuming that is where your grub.cfg
should be saved.
I also see some things below that are not in my code that probably got changed
when grub was packaged up.
> Generating grub configuration file ...
> #
> # DO NOT EDIT THIS FILE
> #
> # It is automatically generated by grub-mkconfig using templates
> # from /etc/grub.d and settings from /etc/default/grub
> #
>
> #
> ### END /etc/grub.d/00_header ###
>
> ### BEGIN /etc/grub.d/05_debian_theme ###
> set menu_color_normal=cyan/blue
> set menu_color_highlight=white/blue
For example there is no need for colors
> ### END /etc/grub.d/05_debian_theme ###
>
> ### BEGIN /etc/grub.d/10_linux ###
> function gfxmode {
>set gfxpayload="${1}”
> }
> set linux_gfx_mode=
> export linux_gfx_mode
And I don’t think this should be here.
Re: Grub2 with sparc64 patches
> On Jan 25, 2017, at 9:40 AM, louis ayotte wrote:
>
> On 2017-01-24 01:01 PM, Eric Snowberg wrote:
>
>> How big is your kernel? Will silo boot it? Can you start over and do the
>> following:
>>
>> grub> reboot
>>
>> You should be back at OBP. Now boot from the disk again and issue:
>>
>> grub> ls -l /
>>
>> and send the response? Can you also send a list of all the loaded modules?
>>
>> grub> lsmod
>>
>> If you have a rescue iso, it may be easier to boot from it, mount your disk,
>> chroot to it, and then generate your missing grub.cfg file with
>> grub-mkconfig and then reboot.
>>
>>
> Hi Eric
>
> generated the grub configure and this was the output;
>
> # grub-mkconfig
> Generating grub configuration file ...
> #
> # DO NOT EDIT THIS FILE
> #
> # It is automatically generated by grub-mkconfig using templates
> # from /etc/grub.d and settings from /etc/default/grub
> #
>
> ### BEGIN /etc/grub.d/00_header ###
> if [ -s $prefix/grubenv ]; then
> set have_grubenv=true
> load_env
> fi
> if [ "${next_entry}" ] ; then
> set default="${next_entry}"
> set next_entry=
> save_env next_entry
> set boot_once=true
> else
> set default="0"
> fi
>
> if [ x"${feature_menuentry_id}" = xy ]; then
> menuentry_id_option="--id"
> else
> menuentry_id_option=""
> fi
>
> export menuentry_id_option
>
> if [ "${prev_saved_entry}" ]; then
> set saved_entry="${prev_saved_entry}"
> save_env saved_entry
> set prev_saved_entry=
> save_env prev_saved_entry
> set boot_once=true
> fi
>
> function savedefault {
> if [ -z "${boot_once}" ]; then
>saved_entry="${chosen}"
>save_env saved_entry
> fi
> }
> function load_video {
> if [ x$feature_all_video_module = xy ]; then
>insmod all_video
> else
>insmod efi_gop
>insmod efi_uga
>insmod ieee1275_fb
>insmod vbe
>insmod vga
>insmod video_bochs
>insmod video_cirrus
> fi
> }
>
> if [ x$feature_default_font_path = xy ] ; then
> font=unicode
> else
> insmod part_sun
> insmod ext2
> set root='hd1,sun2'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root
> --hint-ieee1275='ieee1275//pci@400/pci@0/pci@8/scsi@0/disk@0,sun2'
> --hint-bios=hd1,sun2 --hint-efi=hd1,sun2 --hint-baremetal=ahci1,sun2
> 2f8e4b53-061c-4878-9d30-bec179fb59e4
> else
> search --no-floppy --fs-uuid --set=root
> 2f8e4b53-061c-4878-9d30-bec179fb59e4
> fi
>font="/usr/share/grub/unicode.pf2"
> fi
>
> if loadfont $font ; then
> set gfxmode=auto
> load_video
> insmod gfxterm
> fi
> terminal_output gfxterm
> if [ "${recordfail}" = 1 ] ; then
> set timeout=30
> else
> if [ x$feature_timeout_style = xy ] ; then
>set timeout_style=menu
>set timeout=5
> # Fallback normal timeout code in case the timeout_style feature is
> # unavailable.
> else
>set timeout=5
> fi
> fi
> ### END /etc/grub.d/00_header ###
>
> ### BEGIN /etc/grub.d/05_debian_theme ###
> set menu_color_normal=cyan/blue
> set menu_color_highlight=white/blue
> ### END /etc/grub.d/05_debian_theme ###
>
> ### BEGIN /etc/grub.d/10_linux ###
> function gfxmode {
>set gfxpayload="${1}"
> }
> set linux_gfx_mode=
> export linux_gfx_mode
> Found linux image: /boot/vmlinuz-4.9.0-1-sparc64-smp
> Found initrd image: /boot/initrd.img-4.9.0-1-sparc64-smp
> menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class
> gnu --class os $menuentry_id_option
> 'gnulinux-simple-2f8e4b53-061c-4878-9d30-bec179fb59e4' {
>load_video
>insmod gzio
>if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
>insmod part_sun
>insmod ext2
>set root='hd1,sun1'
>if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root
> --hint-ieee1275='ieee1275//pci@400/pci@0/pci@8/scsi@0/disk@0,sun1'
> --hint-bios=hd1,sun1 --hint-efi=hd1,sun1 --hint-baremetal=ahci1,sun1
> eda75771-2b2f-4ef8-95f7-d007f3f3355a
>else
> search --no-floppy --fs-uuid --set=root
> eda75771-2b2f-4ef8-95f7-d007f3f3355a
>fi
>echo'Loading Linux 4.9.0-1-sparc64-smp ...'
>linux/vmlinuz-4.9.0-1-sparc64-smp
> root=UUID=2f8e4b53-061c-4878-9d30-bec179fb59e4 ro quiet
>echo'Loading initial ramdisk ...'
>initrd/initrd.img-4.9.0-1-spar
Re: Grub2 with sparc64 patches
> On Jan 25, 2017, at 6:58 AM, John Paul Adrian Glaubitz > wrote: > > Hi Eric! > > On 01/24/2017 11:37 PM, Eric Snowberg wrote: >> That might be best. Before you do that though, could you turn on the >> following debug flag and send me the results: >> (...) > > On a sidenote, should we maybe start tracking these issues on your github > repository? Sure, the github repo is located here: https://github.com/esnowberg/grub2-sparc. Feel free to open any issues there. > > The more we test, document and fix issues, the faster we can replace SILO in > Debian > with GRUB. > > Adrian > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaub...@debian.org > `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Grub2 with sparc64 patches
> On Jan 24, 2017, at 2:06 PM, louis ayotte wrote: > > On 2017-01-24 01:01 PM, Eric Snowberg wrote: > >> How big is your kernel? Will silo boot it? Can you start over and do the >> following: >> >> grub> reboot >> >> You should be back at OBP. Now boot from the disk again and issue: >> >> grub> ls -l / >> >> and send the response? Can you also send a list of all the loaded modules? >> >> grub> lsmod >> >> If you have a rescue iso, it may be easier to boot from it, mount your disk, >> chroot to it, and then generate your missing grub.cfg file with >> grub-mkconfig and then reboot. >> > Before i installed grub it was booting fine with both kernels from SILO > > grub> ls -l / > DIR 20170116171825 lost+found/ > 5143720160122105340 silotftp.b > 6752 20160122105340 isofs.b > 512 20160122105340 first.b > 1024 20160122105340 generic.b > 1024 20160122105340 fd.b > 5376020170116173035 second.b > 800 20160122105340 ieee32.b > 3715429 20160430170110 vmlinuz-4.5.0-2-sparc64-smp > 2314500 20160430170315 System.map-4.5.0-2-sparc64-smp > 3850232 20170116192407 vmlinuz > 512 20160122105340 ultra.b > 17281088 20170116192407 initrd.img > 196 20170116173227 silo.conf > 127403 20160430170315 config-4.5.0-2-sparc64-smp > 7680 20170116173035 old.b > 16280175 20170116191428 initrd.img-4.5.0-2-sparc64-smp > 132748 20170112155237 config-4.9.0-1-sparc64-smp > 3850232 20170112155237 vmlinuz-4.9.0-1-sparc64-smp > 16280175 20170116192407 initrd.img.old > 3715429 20170116192407 vmlinuz.old > DIR 20170123170539 grub/ > 2416201 20170112155237 System.map-4.9.0-1-sparc64-smp > 17281088 20170123004007 initrd.img-4.9.0-1-sparc64-smp > > grub> lsmod > NameRef Count Dependencies > minicmd 1 > ls 1 normal > normal 3 gettext,boot,bufio,crypto,terminal > gzio0 > gettext 4 > boot4 > bufio 4 > crypto 4 > terminal4 > search_fs_uuid 1 > part_sun1 > ext21 fshelp > fshelp 2 > > I might look into the rescue iso later on today That might be best. Before you do that though, could you turn on the following debug flag and send me the results: grub> set debug=loader grub> linux /vmlinuz-4.9.0-1-sparc64-smp do you get the same error with your smaller kernel? > > Thanks
Re: Grub2 with sparc64 patches
> On Jan 24, 2017, at 1:44 PM, Frans van Berckel wrote: > > Hi Eric, > > On Tue, 2017-01-24 at 09:29 -0700, Eric Snowberg wrote: > >> With a sun/vtoc partition table like you have on a Sun Blade >> 1000. You will need to give it the boot partition (/dev/sda1 in your >> case) along with the —force option. For your system I’d recommend >> doing: >> >> # grub-install --force --skip-fs-probe /dev/sda1 > > Year that does the job. If the workstation starts it takes some extra > time to load Grub. First i see two error's, but they are quick away. > Next the menu is loaded. I can't use the arrow keys for selecting a I > want kernel. But just pressing enter does work. And being able edit a > kernel line does it as well. But again no arrow keys to walk through > the text. Exit with F10 also not functioned but ctrl+x does it well. > > Next the kernel boots well. What's would be the best way to debug and > save the error messages? I think the Sun Blade has a frame buffer. Could you see what is in /etc/default/grub. If it doesn’t contain the following lines, then I would recommend adding them: GRUB_TERMINAL_OUTPUT="console" GRUB_DISABLE_RECOVERY="true" GRUB_PRELOAD_MODULES="iso9660" This will prevent the frame buffer from being used and forces it to use the console. It will also preload the iso9660 module, which helps cover up some known bugs that need to be fixed. Afterwards you will need to regenerate your grub.cfg, with the grub-mkconfig command. See if this helps with the arrow keys. I’m not used to being on this older hardware. > > Thanks, > > Frans van Berckel
Re: Grub2 with sparc64 patches
> On Jan 24, 2017, at 9:49 AM, louis ayotte wrote: > > On 2017-01-24 10:56 AM, Eric Snowberg wrote: > >> “ls" is one area that has not been completed for SPARC and has many problems. >> >> Try this instead: >> >> grub> ls / >> >> If you see your kernel and initrd, then do something like the following: >> >> grub> linux /vmlinuz-4.8.0-rc8-ATU_final_upstream_v4+ >> root=/dev/mapper/VolGroup-lv_root ro >> grub> initrd /initramfs-4.8.0-rc8-ATU_final_upstream_v4+.img >> grub> boot >> >> > This is what i have done, > > GNU GRUB version 2.02~beta3-3+sparc64 > > Minimal BASH-like line editing is supported. For the first word, TAB > lists possible command completions. Anywhere else TAB lists possible > device or file completions. > > > grub> ls / > lost+found/ silotftp.b isofs.b first.b generic.b fd.b second.b ieee32.b > vmlinuz > -4.5.0-2-sparc64-smp System.map-4.5.0-2-sparc64-smp vmlinuz ultra.b > initrd.img > silo.conf config-4.5.0-2-sparc64-smp boot etc old.b > initrd.img-4.5.0-2-sparc64- > smp config-4.9.0-1-sparc64-smp vmlinuz-4.9.0-1-sparc64-smp > initrd.img.old vmlin > uz.old grub/ System.map-4.9.0-1-sparc64-smp initrd.img-4.9.0-1-sparc64-smp > grub> linux /vmlinuz-4.9.0-1-sparc64-smp > error: /memory response buffer exceeded. How big is your kernel? Will silo boot it? Can you start over and do the following: grub> reboot You should be back at OBP. Now boot from the disk again and issue: grub> ls -l / and send the response? Can you also send a list of all the loaded modules? grub> lsmod If you have a rescue iso, it may be easier to boot from it, mount your disk, chroot to it, and then generate your missing grub.cfg file with grub-mkconfig and then reboot. > grub> initrd /in > Possible files are: > > initrd.img initrd.img-4.5.0-2-sparc64-smp initrd.img.old > initrd.img-4.9.0-1-sparc64-smp > grub> initrd /initrd.img-4.9.0-1-sparc64-smp > error: you need to load the kernel first. > grub> linux /vmlinuz-4.9.0-1-sparc64-smp > error: couldn't allocate physical memory. > grub> linux /vmlinuz-4.9.0-1-sparc64-smp root=/dev/sdb > error: couldn't allocate physical memory. > grub> linux /vmlinuz-4.9.0-1-sparc64-smp root=/dev/sdb ro > error: couldn't allocate physical memory. > grub> linux /vmlinuz-4.9.0-1-sparc64-smp > root=/dev/mapper/Volgroup_lv_root ro > error: couldn't allocate physical memory. > grub> boot > error: you need to load the kernel first. >
Re: Grub2 with sparc64 patches
> On Jan 23, 2017, at 2:38 PM, louis ayotte wrote:
>
>
>
> On 2017-01-23 04:27 PM, John Paul Adrian Glaubitz wrote:
>> I think there is enough documentation for this on the web:
>>
>>> https://www.linux.com/learn/how-rescue-non-booting-grub-2-linux
>>> https://wiki.archlinux.org/index.php/GRUB#Using_the_command_shell
>> Adrian
>>
> T5240, No Keyboard
> Copyright (c) 1998, 2012, Oracle and/or its affiliates. All rights reserved.
> OpenBoot 4.33.6, 98080 MB memory available, Serial #83048406.
> Ethernet address 0:14:4f:f3:37:d6, Host ID: 84f337d6.
>
> Boot device: /pci@400/pci@0/pci@8/scsi@0/disk@0,0:a File and args:
> GRUB Loading kernel..
>
> GNU GRUB version 2.02~beta3-3+sparc64
>
> Minimal BASH-like line editing is supported. For the first word, TAB
> lists possible command completions. Anywhere else TAB lists possible
> device or file completions.
>
> grub> set pager=1
> grub> ls
> (ieee1275//iscsi-hba/disk) ERROR: /iscsi-hba: No iscsi-network-bootpath
> property
> (ieee1275/disk6)
> ERROR: /pci@400: Last Trap: Fast Data Access MMU Miss
> {0} ok
>
> Everytime i write "ls" it crashes grub
“ls" is one area that has not been completed for SPARC and has many problems.
Try this instead:
grub> ls /
If you see your kernel and initrd, then do something like the following:
grub> linux /vmlinuz-4.8.0-rc8-ATU_final_upstream_v4+
root=/dev/mapper/VolGroup-lv_root ro
grub> initrd /initramfs-4.8.0-rc8-ATU_final_upstream_v4+.img
grub> boot
Re: Grub2 with sparc64 patches
> On Jan 24, 2017, at 6:34 AM, Frans van Berckel wrote: > > Hi Eric, > > On Mon, 2017-01-23 at 12:38 -0700, Eric Snowberg wrote: > >> Since the T5240 doesn’t support GPT, we have to use blocklists, could >> you try this instead: >> >> # grub-install —force /dev/sdb1 >> >> The following warning can be ignored for now: >> >> Installing for sparc64-ieee1275 platform. >> grub2-install: warning: Embedding is not possible. GRUB can only be >> installed in this setup by using blocklists. However, blocklists are >> UNRELIABLE and their use is discouraged.. >> Installation finished. No error reported. > > On an old Sun Blade 1000, without GPT partition table ... > > # fdisk -l > > Disk /dev/sda: 68.4 GiB, 73407865856 bytes, 143374738 sectors > Geometry: 255 heads, 63 sectors/track, 8922 cylinders > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disklabel type: sun > > DeviceStart End Sectors Size Id Type Flags > /dev/sda1 0 1048575 1048576 512M 1 Boot > /dev/sda2 1060290 2779244 1718955 839.3M 82 Linux swap u > /dev/sda3 0 143364059 143364060 68.4G 5 Whole disk > /dev/sda4 2779245 73095749 70316505 33.5G 83 Linux native > /dev/sda5 73095750 143364059 70268310 33.5G 83 Linux native > > ... it does this error as well ... > > # grub-install /dev/sda > > Installing for sparc64-ieee1275 platform. > grub-install: warning: Embedding is not possible. GRUB can only be > installed in this setup by using blocklists. However, blocklists are > UNRELIABLE and their use is discouraged.. > grub-install: error: will not proceed with blocklists. > > ... do i need to install it with a force on /dev/sda1 as well? With a sun/vtoc partition table like you have on a Sun Blade 1000. You will need to give it the boot partition (/dev/sda1 in your case) along with the —force option. For your system I’d recommend doing: # grub-install --force --skip-fs-probe /dev/sda1 If you were on a T4 or above that supports GPT and had a partition table like this: Model: LSI MR9361-8i (scsi) Disk /dev/sda: 2995GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 1049kB 1075MB 1074MB ext3 2 1075MB 1076MB 1049kB bios_grub 3 1076MB 2995GB 2994GB lvm Then you could do: # grub-install /dev/sda > Question, and how is this gonna remove the silo boot block on disk? This will remove silo’s boot block and replace it with grub's. If you want to go back to silo, just do: silo -r / > > Thanks, > > Frans van Berckel
Re: Grub2 with sparc64 patches
> On Jan 23, 2017, at 10:09 AM, louis ayotte wrote: > > Hi everyone, > > I made sure to install the correct version of this package as can be > seen here; > > # apt-cache policy grub2 > grub2: > Installed: 2.02~beta3-3+sparc64 > Candidate: 2.02~beta3-3+sparc64 > Version table: > *** 2.02~beta3-3+sparc64 500 >500 http://deb.debian.org/debian-ports unreleased/main sparc64 > Packages >100 /var/lib/dpkg/status > 2.02~beta3-3 500 >500 http://ftp.de.debian.org/debian-ports sid/main sparc64 Packages >500 http://ftp.de.debian.org/debian-ports unstable/main sparc64 > Packages > > Then tried to install it (T5240, /dev/sdb1 (ext2) for /boot and > /dev/sdb2 (ext4) for / ) > > # grub-install --boot-directory=/boot /dev/sdb > Installing for sparc64-ieee1275 platform. > grub-install: warning: Embedding is not possible. GRUB can only be > installed in this setup by using blocklists. However, blocklists are > UNRELIABLE and their use is discouraged.. > grub-install: error: will not proceed with blocklists. Since the T5240 doesn’t support GPT, we have to use blocklists, could you try this instead: # grub-install —force /dev/sdb1 The following warning can be ignored for now: Installing for sparc64-ieee1275 platform. grub2-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged.. Installation finished. No error reported. > > Thanks to everyone involved! >
