Re: Grub2 with sparc64 patches

On 2017-01-24 05: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: > > grub> set debug=loader > grub> linux /vmlinuz-4.9.0-1-sparc64-smp > > do you get the same error with your smaller kernel? >

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

Re: report on debian-9.0-sparc64-NETINST-1.iso with qemu

Hi Adrian, Thank you for the rapid answer. > Yes, the latest image is known to have a broken version of debootstrap. I > should probably remove these images to keep others from using them. Thanks. I tried again with the older image https://people.debian.org/~glaubitz/debian-cd/2016-05-04/ 1)

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 >>

Re: Grub2 with sparc64 patches

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

Re: Grub2 with sparc64 patches

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

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

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 >>>

Re: Grub2 with sparc64 patches

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+

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 >>

Re: Grub2 with sparc64 patches

On 01/24/2017 02:34 PM, Frans van Berckel wrote: > On an old Sun Blade 1000, without GPT partition table ... Isn't that sun4u? I think these aren't supported yet. > ... do i need to install it with a force on /dev/sda1 as well? Yes. As Eric said: If your machine doesn't support GPT, you have

Re: Grub2 with sparc64 patches

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.

Re: libx11: Issues with Data32/_XData32

Am 24.01.2017 09:18, schrieb Julien Cristau: > On Tue, Jan 24, 2017 at 01:12:23 +, James Clarke wrote: > >> Hi, >> I've been debugging an issue in gtk2-perl causing it to SIGBUS on >> sparc64, and traced it back to what seems to be dodgy code inside >> libx11. One of the tests calls

Bug#852401: SIGBUS due to gdk_x11_window_set_opacity on sparc64

Source: gtk+2.0 Version: 2.24.31-1 Tags: patch User: debian-sparc@lists.debian.org Usertags: sparc64 X-Debbugs-Cc: debian-sparc@lists.debian.org Control: affects -1 libgtk2-perl Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=777683 Hi, Currently, libgtk2-perl crashes in its

Re: libx11: Issues with Data32/_XData32

On Tue, Jan 24, 2017 at 01:12:23 +, James Clarke wrote: > Hi, > I've been debugging an issue in gtk2-perl causing it to SIGBUS on > sparc64, and traced it back to what seems to be dodgy code inside > libx11. One of the tests calls gdk_window_set_opacity, which calls > XChangeProperty with a