Re: sunffb xorg driver - was: Re: Bullseye planned on sparc64?

[Gregor Riepl]

>> Actually... most of what I did was concerned with making the package
>> buildable again. It contained some cruft and needed a bit of cleanup and
>> re-alignment.
> 
> OK. If you have a patch for that, please post it to the list as this will
> help me save some time.

I mainly updated standards and debhelper, then fixed the lintian errors
that cropped up.

The previous maintainers also removed some files from the upstream
tarball (mainly automake/autoconf intermediates), that caused me some
trouble with gbp. So I simply added them back.

The patch can be found here:
https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb/-/commit/5bac1113023622c191048225f944018ec86ffb9b

I suppose I can produce a squashed patch from the rest.

>> If I remember correctly, the XAA patch actually came from upstream, but
>> wasn't properly released due to deprecation.
> 
> Good to know, thanks.

Researching a bit...

Someone patched this directly, but the change wasn't in the upstream
tarball that Debian used, so caused some build trouble:
https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb/-/commit/181b60190c1f81fc9b9b5deb07d536b78f2536ab
I reverted this here:
https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb/-/commit/a18f0c12ae43d31aa9ca46c29b31961138ea7d13
Then re-introduced it as a patch:
https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb/-/commit/3b176696df8652c97282403a411d95801274e822

> Using sbuild or pbuilder is not a matter of preference but building the 
> package in
> a clean environment so it doesn't depend on packages from your day-to-day 
> system
> which may not be available on other systems.

Using containers seems to be the better choice to me, at least when
working on packages locally. I should definitely give
https://manpages.debian.org/testing/debspawn/debspawn-build.1.en.html a
try. Hopefully it also works on sparc64...

Re: sunffb xorg driver - was: Re: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

On 8/30/21 21:24, Gregor Riepl wrote:
>> I seemed to remember that you added a custom patch, didn't you?
> 
> Actually... most of what I did was concerned with making the package
> buildable again. It contained some cruft and needed a bit of cleanup and
> re-alignment.

OK. If you have a patch for that, please post it to the list as this will
help me save some time.

> If I remember correctly, the XAA patch actually came from upstream, but
> wasn't properly released due to deprecation.

Good to know, thanks.

>> As for building the package, yes, I happen to know how to do that and the 
>> proper
>> way is using sbuild and not your normal environment :-).
> 
> Everyone has their preferences. ;)
> But you're right, of course.

Using sbuild or pbuilder is not a matter of preference but building the package 
in
a clean environment so it doesn't depend on packages from your day-to-day system
which may not be available on other systems.

Packages uploaded to the Debian archive must always be built in a clean 
environment
and recently, the release architectures actually enforce builds on the buildd 
infra-
structure.

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: sunffb xorg driver - was: Re: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

On 8/30/21 20:54, Gregor Riepl wrote:
> I haven't uploaded the package anywhere, but building it should be
> relatively straightforward:
> 
> git clone https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb
> cd sunffb
> sudo apt install git-buildpackage debhelper xutils-dev pkg-config
> xserver-xorg-dev x11proto-core-dev x11proto-randr-dev
> x11proto-render-dev x11proto-xext-dev x11proto-fonts-dev
> x11proto-xf86dri-dev x11proto-gl-dev
> gbp buildpackage -us -uc

I seemed to remember that you added a custom patch, didn't you?

As for building the package, yes, I happen to know how to do that and the proper
way is using sbuild and not your normal environment :-).

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: sunffb xorg driver - was: Re: Bullseye planned on sparc64?

[Gregor Riepl]

> In the mean time, we could look into the package that Gregor Riepl made
> for that matter. Maybe he can comment on that.
> 
> If that package works, I can build it and make an unofficial upload to
> the archive as a temporary hack.

I haven't uploaded the package anywhere, but building it should be
relatively straightforward:

git clone https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb
cd sunffb
sudo apt install git-buildpackage debhelper xutils-dev pkg-config
xserver-xorg-dev x11proto-core-dev x11proto-randr-dev
x11proto-render-dev x11proto-xext-dev x11proto-fonts-dev
x11proto-xf86dri-dev x11proto-gl-dev
gbp buildpackage -us -uc

sunffb xorg driver - was: Re: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

On 8/29/21 22:45, James Bond wrote:
> so installation worked (still some error messages but it worked). Ok,
with my XVR-1200 it looks like no X support at all? startx fails and it
> looks like "sunffb" is missing which seems to have been removed long
> time ago (sparc32 to sparc64 migration).

Adrian Bunk has said he is looking into adopting and reuploading the package,
so it'll become available in the near future again.

In the mean time, we could look into the package that Gregor Riepl made
for that matter. Maybe he can comment on that.

If that package works, I can build it and make an unofficial upload to
the archive as a temporary hack.

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: Bullseye planned on sparc64?

[James Bond]

Hi Adrian,

so installation worked (still some error messages but it worked). Ok, with my 
XVR-1200 it looks like no X support at all? startx fails and it looks like 
"sunffb" is missing which seems to have been removed long time ago (sparc32 to 
sparc64 migration).

I have attached some screenshots.

https://ibb.co/swrxBvV
https://ibb.co/TBQTDkc

Cheers

Iggi

Am 27.08.21, 20:20 schrieb "John Paul Adrian Glaubitz" 
:



> On Aug 27, 2021, at 8:03 PM, James Bond  wrote:
> 
> Strange thing, yes, I had /boot with a size of 512MB (as I had in the 
screenshot). https://ibb.co/P9FfdwS

That’s a rather unusual partition layout. I would suggest letting the 
installer determine the partition layout.

Your disk is either not using a Sun partition table or the /boot partition 
is missing the boot flag.

So please try the default partitioning scheme and see if that works.

Adrian

Re: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

> On Aug 27, 2021, at 8:03 PM, James Bond  wrote:
> 
> Strange thing, yes, I had /boot with a size of 512MB (as I had in the 
> screenshot). https://ibb.co/P9FfdwS

That’s a rather unusual partition layout. I would suggest letting the installer 
determine the partition layout.

Your disk is either not using a Sun partition table or the /boot partition is 
missing the boot flag.

So please try the default partitioning scheme and see if that works.

Adrian

Re: Bullseye planned on sparc64?

[James Bond]

Hi Adrian,

ok, just let me know if you want an XVR-1200 to investigate (if you even have 
the time to do it) and the required hardware to fit the XVR-1200.

Strange thing, yes, I had /boot with a size of 512MB (as I had in the 
screenshot). https://ibb.co/P9FfdwS

Cheers

Iggi 

Am 27.08.21, 19:02 schrieb "John Paul Adrian Glaubitz" 
:



> On Aug 25, 2021, at 10:18 PM, James Bond  wrote:
> 
> 1). The Intenso CDRs are crap. I burnt a new disc and this one started 
Grub

Yes, good quality CD-Rs are important.

> 2). Before retrying to reinstall Debian I had booted into Solaris and 
thought rit would be a good moment to give Debian a try. And suddenly after 
loading Grub and some error messages that I have had before as well the 
installer switched mode and no fizzy screen output! So it looks like the 
XVR-1200 needs a pre-initialization and then the Debian terminal installer 
works.

Yes, it seems the card needs to be initialized and I assume the Linux 
kernel driver is missing something here. Firmware maybe which does the 
initialization?

> 4). Is there a size limitation with Debian sparc64? Wanted to install on 
one of the 146GB internal disks but during portioning I get the "warning" that 
the disk has "562253" cylinders which is greater than the maximum of "65536". 
The installer continues but when rebooting from the disk it stops with:
> Can't open disk2

There is no size limitation, but if you use GRUB with linked blocklists 
(anything older that SPARC T4), the partition which contains /boot must not be 
too large.

The installer will normally choose a small, separate /boot partition for 
that matter. So you run into this issue, it means you either deleted the /boot 
partition or your /boot partition is larger than a few GB (forgot the exact 
limit).

Adrian

Re: PGX64 driver issue - was: Re: Bullseye planned on sparc64?

[James Bond]

Hi Riccardo,

ok, so where could we "hire" a graphics driver developer that would be willing 
(will get paid) to support the SPARC community? At least with a "decent" X 
support we can do most of the things. And the more people can use it on SPARC 
we may attract more people to return to the platform.

Cheers

Iggi



Am 27.08.21, 18:44 schrieb "Riccardo Mottola" :

Hi,

Phillip Stevens wrote:
>
> > I can only comment on mach64 on 32 bit Sparc, it was working
> fine. The
> > desktop was reasonably responsive.
>
> Did you try the mach64 driver that was reintroduced to the Debian
> package archive?
>
>
> Not yet.
>

How are things with it? I think I use it on the iBook G3, which, while 
not SPARC, is still a Big Endian system. Didn't upgrade since some time. 
it is an incredibly used chip in its many variations, from laptop to 
servers with many variants!

I'd conribute to a bounty too to improve support for these cards, or 
test myself on this system. Also the newer RV350 based card I have on 
mac has issues with textures an artefacts not seen on intel systems. But 
I don't know if a card based on it was used in Suns.

Riccardo

Re: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

> On Aug 25, 2021, at 10:18 PM, James Bond  wrote:
> 
> 1). The Intenso CDRs are crap. I burnt a new disc and this one started Grub

Yes, good quality CD-Rs are important.

> 2). Before retrying to reinstall Debian I had booted into Solaris and thought 
> rit would be a good moment to give Debian a try. And suddenly after loading 
> Grub and some error messages that I have had before as well the installer 
> switched mode and no fizzy screen output! So it looks like the XVR-1200 needs 
> a pre-initialization and then the Debian terminal installer works.

Yes, it seems the card needs to be initialized and I assume the Linux kernel 
driver is missing something here. Firmware maybe which does the initialization?

> 4). Is there a size limitation with Debian sparc64? Wanted to install on one 
> of the 146GB internal disks but during portioning I get the "warning" that 
> the disk has "562253" cylinders which is greater than the maximum of "65536". 
> The installer continues but when rebooting from the disk it stops with:
> Can't open disk2

There is no size limitation, but if you use GRUB with linked blocklists 
(anything older that SPARC T4), the partition which contains /boot must not be 
too large.

The installer will normally choose a small, separate /boot partition for that 
matter. So you run into this issue, it means you either deleted the /boot 
partition or your /boot partition is larger than a few GB (forgot the exact 
limit).

Adrian

Re: PGX64 driver issue - was: Re: Bullseye planned on sparc64?

[Riccardo Mottola]

Hi,

Phillip Stevens wrote:


> I can only comment on mach64 on 32 bit Sparc, it was working
fine. The
> desktop was reasonably responsive.

Did you try the mach64 driver that was reintroduced to the Debian
package archive?


Not yet.



How are things with it? I think I use it on the iBook G3, which, while 
not SPARC, is still a Big Endian system. Didn't upgrade since some time. 
it is an incredibly used chip in its many variations, from laptop to 
servers with many variants!


I'd conribute to a bounty too to improve support for these cards, or 
test myself on this system. Also the newer RV350 based card I have on 
mac has issues with textures an artefacts not seen on intel systems. But 
I don't know if a card based on it was used in Suns.


Riccardo

Re: Bullseye planned on sparc64?

[James Bond]

Hi Adrian,

so today`s test revealed.

1). The Intenso CDRs are crap. I burnt a new disc and this one started Grub
2). Before retrying to reinstall Debian I had booted into Solaris and thought 
rit would be a good moment to give Debian a try. And suddenly after loading 
Grub and some error messages that I have had before as well the installer 
switched mode and no fizzy screen output! So it looks like the XVR-1200 needs a 
pre-initialization and then the Debian terminal installer works.
3). So I tuned my Blade 2500 (silver) off and wanted to reproduce the symptoms. 
Booting straight into the Debian CD installer produced the frizzy screen output 
I had before. I booted into Solaris, rebooted and then redid the Debian 
installation and no frizzy output with the installer.
4). Is there a size limitation with Debian sparc64? Wanted to install on one of 
the 146GB internal disks but during portioning I get the "warning" that the 
disk has "562253" cylinders which is greater than the maximum of "65536". The 
installer continues but when rebooting from the disk it stops with:
Can't open disk2

Warning: Fcode sequence resulted in a net stack depth change of -24

Evaluating: the file just loaded does not appear to be executable.

https://ibb.co/8jkCMPg
https://ibb.co/GxGTGFg
https://ibb.co/f9p0mFr
https://ibb.co/HhNGf3k
https://ibb.co/P9FfdwS

Btw. If you would like to investigate the XVR-1200 initialization problem I 
could send you one of my XVR-1200 that are within the big box blades.

Cheers

Iggi


Am 24.08.21, 15:33 schrieb "John Paul Adrian Glaubitz" 
:

Hello James

On 8/24/21 3:31 PM, James Bond wrote:
> tested on Sun Blade 1500/2500 (both silver) with an XVR-1200.
> 
> The "older" image at least booted to the point where you have the 
scribbled
> screen, the "latest" iso does not even come that far. On both machines.

I need some error messages.

It's not really possible to diagnose the problem without more information.

Also, you can try a slightly older image.

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: Bullseye planned on sparc64?

[Gregor Riepl]

Hi Adrian,

You are right, of course.
It's been a while and I had forgotten what the circumstances were.

Did anybody else encounter the input issue I mentioned? I'm not sure if could 
be related to the graphics driver or not. There is a possibility that Xorg is 
actually working, but not refreshing the screen due to missing 2D acceleration 
in the driver. I haven't verified this.

Regards,
Gregor

Re: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

On 8/25/21 2:29 AM, Gregor Riepl wrote:
> I also tried to somehow get the patched package reintroduced into
> Debian, but it was refused because it would only work on sparc64. :/

I talked to Adrian Bunk on IRC yesterday who has adopted all the old driver
packages and reuploaded them and he said, he will look into adopting the sunffb
driver package as well.

The package wasn't rejected, it was just Julien Christau who didn't want to 
maintain
it under the umbrella of the Xorg package maintainers team. There is no policy 
in
Debian that disallows "unimportant" packages.

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: Bullseye planned on sparc64?

[Gregor Riepl]

> On 8/18/21 2:57 AM, Phillip Stevens wrote:
>> Yes, I'd also love (pay) to have decent graphics support. I migrated my
>> Ultra 5 to Sparc64 in 2018
>> 
>> and since then hardly turned it on.
>> The graphics are a real weak point. I've both PGX-64 and XVR-100 graphics,
>> and also tried a bunch of x86 PCI cards with no luck.

FYI, I patched the abandoned sunffb driver (for Creator3D) at some point
and got it working on my Ultra10 again:
https://salsa.debian.org/onitake-guest/xserver-xorg-video-sunffb

Still couldn't get Xorg into a usable state, it would simply refuse to
register mouse clicks and keyboard input (the mouse cursor did move
around though).

I also tried to somehow get the patched package reintroduced into
Debian, but it was refused because it would only work on sparc64. :/

Re: Bullseye planned on sparc64?

[James Bond]

Hi Adrian,

sorry for the confusion (James Bond is not my real name, just used for gmail __)

Ignacio aka Iggi is my name.

Ok, I am back tomorrow in my retro office and will dump what happens after the 
"boot cdrom" command .. but as I said there is not much more than what I wrote 
with regards to not finding "kernel/unix". Details will follow.

It would be awesome if we can find a developer that would be willing to provide 
DRM drivers for at least those sparc64 machines that are still available .. 
well then I can at least can watch "James Bond" on my SPARCs __

What do you mean by "slightly older"? I did find the one where you provided the 
link and the "old" one that generates the frizzy screen.

Cheers

Iggi

Am 24.08.21, 15:33 schrieb "John Paul Adrian Glaubitz" 
:

Hello James

On 8/24/21 3:31 PM, James Bond wrote:
> tested on Sun Blade 1500/2500 (both silver) with an XVR-1200.
> 
> The "older" image at least booted to the point where you have the 
scribbled
> screen, the "latest" iso does not even come that far. On both machines.

I need some error messages.

It's not really possible to diagnose the problem without more information.

Also, you can try a slightly older image.

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: PGX64 driver issue - was: Re: Bullseye planned on sparc64?

[Mike Tremaine]

For what it is worth I have XVR-100 on Ultra 5 which does provide graphics at 640x480 with the default fb… I would love support for XVR-100 (Raedon 7000) to come back and would be willing to add cash to the bounty if that route taken. Attached is my Xorg.0.logroot@xray:/var/log# uname -aLinux xray 5.10.0-8-sparc64 #1 Debian 5.10.46-1 (2021-06-24) sparc64 GNU/Linuxroot@xray:/var/log# inxi -GGraphics:  Device-1: Advanced Micro Devices [AMD/ATI] RV100 [Radeon 7000 / Radeon VE] driver: radeonfb v: N/A            Display: server: X.org 1.20.11 driver: loaded: ati,fbdev unloaded: modesetting,radeon tty: 118x27            Message: Advanced graphics data unavailable in console for root. root@xray:/home/users/mgt# lspci00:01.0 PCI bridge: Oracle/SUN Simba Advanced PCI Bridge (rev 11)00:01.1 PCI bridge: Oracle/SUN Simba Advanced PCI Bridge (rev 11)01:01.0 Bridge: Oracle/SUN EBUS (rev 01)01:01.1 Ethernet controller: Oracle/SUN Happy Meal 10/100 Ethernet [hme] (rev 01)01:03.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 03)02:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV100 [Radeon 7000 / Radeon VE]02:02.0 Mass storage controller: Silicon Image, Inc. SiI 3512 [SATALink/SATARaid] Serial ATA Controller (rev 01)02:03.0 USB controller: VIA Technologies, Inc. VT82xx/62xx/VX700/8x0/900 UHCI USB 1.1 Controller (rev 61)02:03.1 USB controller: VIA Technologies, Inc. VT82xx/62xx/VX700/8x0/900 UHCI USB 1.1 Controller (rev 61)02:03.2 USB controller: VIA Technologies, Inc. USB 2.0 EHCI-Compliant Host-Controller (rev 63)

Xorg.0.log
Description: Binary data
On Aug 24, 2021, at 6:38 AM, Phillip Stevens  wrote:>> Did these boards work in the past with the 32-bit sparc ?
> 
> I can only comment on mach64 on 32 bit Sparc, it was working fine. The
> desktop was reasonably responsive.

Did you try the mach64 driver that was reintroduced to the Debian package archive?Not yet.Can you verify which package version of the driver you have installed?

And can you provide the full X.org.0.log?Will be some delay I’m afraid, but will do.-- Sent from a Mobile Device.
Replies may appear terse.

Re: PGX64 driver issue - was: Re: Bullseye planned on sparc64?

[Phillip Stevens]

>
> >> Did these boards work in the past with the 32-bit sparc ?
> >
> > I can only comment on mach64 on 32 bit Sparc, it was working fine. The
> > desktop was reasonably responsive.
>
> Did you try the mach64 driver that was reintroduced to the Debian package
> archive?


Not yet.

Can you verify which package version of the driver you have installed?
>
> And can you provide the full X.org.0.log?


Will be some delay I’m afraid, but will do.

> --
Sent from a Mobile Device. Replies may appear terse.

PGX64 driver issue - was: Re: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

On 8/24/21 3:20 PM, Phillip Stevens wrote:
>> It might also be an idea to contact the original author/maintainer of the
>> PGX-64 and XVR-100 graphics boards and ask whether they're willing to fix
>> the issue.
>>
>> Did these boards work in the past with the 32-bit sparc ?
> 
> I can only comment on mach64 on 32 bit Sparc, it was working fine. The
> desktop was reasonably responsive. About as responsive as Solaris, so quite
> good. I didn’t get the xvr-100 until afterwards.

Did you try the mach64 driver that was reintroduced to the Debian package 
archive?

Can you verify which package version of the driver you have installed?

And can you provide the full X.org.0.log?

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: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

Hello James

On 8/24/21 3:31 PM, James Bond wrote:
> tested on Sun Blade 1500/2500 (both silver) with an XVR-1200.
> 
> The "older" image at least booted to the point where you have the scribbled
> screen, the "latest" iso does not even come that far. On both machines.

I need some error messages.

It's not really possible to diagnose the problem without more information.

Also, you can try a slightly older image.

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: Bullseye planned on sparc64?

[James Bond]

Hi Adrian,

tested on Sun Blade 1500/2500 (both silver) with an XVR-1200.

The "older" image at least booted to the point where you have the scribbled 
screen, the "latest" iso does not even come that far. On both machines.

Cheers

Iggi


Am 24.08.21, 15:12 schrieb "John Paul Adrian Glaubitz" 
:

Hello Iggi!

On 8/23/21 10:51 PM, James Bond wrote:
> Sorry for the late reply but I managed to test today and the most
> recent snapshot I downloaded does not even manage to boot grub. 
> 
> Fails with not finding kernel/unix.

What kind of machine is that? The recent images should all work unless
you have a very old or exotic SPARC machine.

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: Bullseye planned on sparc64?

[Phillip Stevens]

Phillip Stevens wrote:

> > Yes, I'd also love (pay) to have decent graphics support. I migrated my
> > Ultra 5 to Sparc64 in 2018
> >  >
> > and since then hardly turned it on.
> > The graphics are a real weak point. I've both PGX-64 and XVR-100
> graphics,
> > and also tried a bunch of x86 PCI cards with no luck.
>
> We first need to figure out what the current state of the driver is.


I really can’t comment on the current state, but in 2018 I spent quite a
bit of time configuring and diagnosing both mach64 and the XVR-100.
Summarised in the blog. I don’t think things will have improved.

It might also be an idea to contact the original author/maintainer of the
> PGX-64 and XVR-100 graphics boards and ask whether they're willing to fix
> the issue.
>
> Did these boards work in the past with the 32-bit sparc ?


I can only comment on mach64 on 32 bit Sparc, it was working fine. The
desktop was reasonably responsive. About as responsive as Solaris, so quite
good. I didn’t get the xvr-100 until afterwards.

Phillip

-- 
Sent from a Mobile Device. Replies may appear terse.

Re: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

Hi!

On 8/24/21 3:07 PM, Phillip Stevens wrote:
> I tried to start a bounty on bountysource.com , but I couldn’t find where
> to host the issue. There needs to be an issue to link on a bug tracker
> somewhere. Where is the right place?
> 
> Suggestion would be to make success “support for mach64 enabling Ultra5 /
> Ultra10 PGX24 and PGX64 video card acceleration”.
> 
> But better would be XVR100, though they’re rare beasts.

I just found an older mail from you and you mentioned that you're missing the
mach64 driver package [1]. That package was missing back then but it was since
then reintroduced to the Debian archive.

So, if your particular machine needs the xserver-xorg-video-mach64 package,
you should be able to install it again.

As for the xserver-xorg-video-sunffb package, we will need to reintroduce it
to the archive first.

After installing and testing both packages, you should report any issues with
these drivers to the freedesktop bug tracker. You can then create a new issue
on Bountysource by linking the bug report you created in the freedesktop bug
tracker.

Adrian

> [1] https://lists.debian.org/debian-sparc/2018/04/msg00012.html

-- 
 .''`.  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: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

Hello Iggi!

On 8/23/21 10:51 PM, James Bond wrote:
> Sorry for the late reply but I managed to test today and the most
> recent snapshot I downloaded does not even manage to boot grub. 
> 
> Fails with not finding kernel/unix.

What kind of machine is that? The recent images should all work unless
you have a very old or exotic SPARC machine.

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: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

Hi!

On 8/18/21 2:57 AM, Phillip Stevens wrote:
> Yes, I'd also love (pay) to have decent graphics support. I migrated my
> Ultra 5 to Sparc64 in 2018
> 
> and since then hardly turned it on.
> The graphics are a real weak point. I've both PGX-64 and XVR-100 graphics,
> and also tried a bunch of x86 PCI cards with no luck.

We first need to figure out what the current state of the driver is.

It might also be an idea to contact the original author/maintainer of the PGX-64
and XVR-100 graphics boards and ask whether they're willing to fix the issue.

Did these boards work in the past with the 32-bit sparc port?

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: Bullseye planned on sparc64?

[Phillip Stevens]

I tried to start a bounty on bountysource.com , but I couldn’t find where
to host the issue. There needs to be an issue to link on a bug tracker
somewhere. Where is the right place?

Suggestion would be to make success “support for mach64 enabling Ultra5 /
Ultra10 PGX24 and PGX64 video card acceleration”.

But better would be XVR100, though they’re rare beasts.

Phillip

Iggi wrote:

> Would also „fund“ a DRM developer if we get someone willing to do so.
>
> Cheers
>
> Iggi
>
> Yes, I'd also love (pay) to have decent graphics support. I migrated my
> Ultra 5 to Sparc64 in 2018
> 
> and since then hardly turned it on.
>
> The graphics are a real weak point. I've both PGX-64 and XVR-100 graphics,
> and also tried a bunch of x86 PCI cards with no luck.
>
> Would a bug bounty be a way forward?
>
> Iggi wrote:
>
> Hi Adrian,
> Btw as I am not sure on Suns, would it be possible to add a supported (aka
> accelerated) PCI non Sun (so no OBP firmware on the card) graphics card to
> the Suns to be able use X in a "decent" way? As I cannot imagine that we
> will ever have a supported Sun graphics card (XVR-100, 600, 1200) within
> Debian.
>
> --
Sent from a Mobile Device. Replies may appear terse.

Re: Bullseye planned on sparc64?

[James Bond]

Hi Adrian,

Sorry for the late reply but I managed to test today and the most recent 
snapshot I downloaded does not even manage to boot grub. 

Fails with not finding kernel/unix.

Cheers

Iggi

Am 17.08.21, 23:00 schrieb "John Paul Adrian Glaubitz" 
:

Hello Iggi!

On 8/17/21 8:41 AM, James Bond wrote:
> Well at the moment the 10.0 installer (debian-10.0-sparc64-NETINST-1.iso 
dated 2018)
> does not work on machines with XVR-1200 installed. On both the SB1500 and 
SB2500
> (both with equipped with XVR-1200) the installer produces a frizzy screen 
output
> when the installer switches the text mode (initial language setup) and 
changing
> screen mode (1024 up to 1920) did not solve the problem.

Please pick any of the newer images from the snapshots folder [1] as the 
10.0 images
are ancient and they actually aren't stable releases despite what the 
folder name
implies.

Adrian

> [1] https://cdimage.debian.org/cdimage/ports/snapshots/

-- 
 .''`.  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: Bullseye planned on sparc64?

[James Bond]

Would also „fund“ a DRM developer if we get someone willing to do so.

Cheers

Iggi



Von: Phillip Stevens 
Datum: Mittwoch, 18. August 2021 um 02:57
An: James Bond 
Cc: John Paul Adrian Glaubitz , 
"debian-sparc@lists.debian.org" 
Betreff: Re: Bullseye planned on sparc64?

Yes, I'd also love (pay) to have decent graphics support. I migrated my Ultra 5 
to Sparc64 in 
2018<https://feilipu.me/2018/04/14/old-sunshine-migrating-ultra5-to-sparc64/> 
and since then hardly turned it on.
The graphics are a real weak point. I've both PGX-64 and XVR-100 graphics, and 
also tried a bunch of x86 PCI cards with no luck.

Would a bug bounty be a way forward?
Phillip

Iggi wrote:
Hi Adrian,
Btw as I am not sure on Suns, would it be possible to add a supported (aka 
accelerated) PCI non Sun (so no OBP firmware on the card) graphics card to the 
Suns to be able use X in a "decent" way? As I cannot imagine that we will ever 
have a supported Sun graphics card (XVR-100, 600, 1200) within Debian.

Re: Bullseye planned on sparc64?

[Phillip Stevens]

Yes, I'd also love (pay) to have decent graphics support. I migrated my
Ultra 5 to Sparc64 in 2018

and since then hardly turned it on.
The graphics are a real weak point. I've both PGX-64 and XVR-100 graphics,
and also tried a bunch of x86 PCI cards with no luck.

Would a bug bounty be a way forward?
Phillip

Iggi wrote:

> Hi Adrian,
> Btw as I am not sure on Suns, would it be possible to add a supported (aka
> accelerated) PCI non Sun (so no OBP firmware on the card) graphics card to
> the Suns to be able use X in a "decent" way? As I cannot imagine that we
> will ever have a supported Sun graphics card (XVR-100, 600, 1200) within
> Debian.
>

Re: Bullseye planned on sparc64?

[James Bond]

Hi Adrian,

thanks a lot for the information. I download a new image (think the last one 
from June this year) and will give a try tomorrow on my Blades. Will keep you 
updated.

Btw as I am not sure on Suns, would it be possible to add a supported (aka 
accelerated) PCI non Sun (so no OBP firmware on the card) graphics card to the 
Suns to be able use X in a "decent" way? As I cannot imagine that we will ever 
have a supported Sun graphics card (XVR-100, 600, 1200) within Debian.

Cheers

Iggi  

Am 17.08.21, 23:00 schrieb "John Paul Adrian Glaubitz" 
:

Hello Iggi!

On 8/17/21 8:41 AM, James Bond wrote:
> Well at the moment the 10.0 installer (debian-10.0-sparc64-NETINST-1.iso 
dated 2018)
> does not work on machines with XVR-1200 installed. On both the SB1500 and 
SB2500
> (both with equipped with XVR-1200) the installer produces a frizzy screen 
output
> when the installer switches the text mode (initial language setup) and 
changing
> screen mode (1024 up to 1920) did not solve the problem.

Please pick any of the newer images from the snapshots folder [1] as the 
10.0 images
are ancient and they actually aren't stable releases despite what the 
folder name
implies.

Adrian

> [1] https://cdimage.debian.org/cdimage/ports/snapshots/

-- 
 .''`.  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: Bullseye planned on sparc64?

[John Paul Adrian Glaubitz]

Hello Iggi!

On 8/17/21 8:41 AM, James Bond wrote:
> Well at the moment the 10.0 installer (debian-10.0-sparc64-NETINST-1.iso 
> dated 2018)
> does not work on machines with XVR-1200 installed. On both the SB1500 and 
> SB2500
> (both with equipped with XVR-1200) the installer produces a frizzy screen 
> output
> when the installer switches the text mode (initial language setup) and 
> changing
> screen mode (1024 up to 1920) did not solve the problem.

Please pick any of the newer images from the snapshots folder [1] as the 10.0 
images
are ancient and they actually aren't stable releases despite what the folder 
name
implies.

Adrian

> [1] https://cdimage.debian.org/cdimage/ports/snapshots/

-- 
 .''`.  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: Bullseye planned on sparc64?

[James Bond]

Hi Connor,

thanks for the feedback.

Well at the moment the 10.0 installer (debian-10.0-sparc64-NETINST-1.iso dated 
2018) does not work on machines with XVR-1200 installed. On both the SB1500 and 
SB2500 (both with equipped with XVR-1200) the installer produces a frizzy 
screen output when the installer switches the text mode (initial language 
setup) and changing screen mode (1024 up to 1920) did not solve the problem.

Cheers

Iggi


Von: Connor McLaughlan 
Datum: Dienstag, 17. August 2021 um 00:14
An: James Bond 
Cc: "debian-sparc@lists.debian.org" 
Betreff: Re: Q: Bullseye planned on sparc64?

Hi Iggi,

there are no stable releases for the unofficial ports. You have to follow sid 
if you install a machine with the netinst-iso...
This is currently very close to bullseye but will follow the next sid again and 
deviate.

Also i am still trying to get my old Suns (Ultra 10, Ultra 25, Blade 100, Blade 
2000) working with debian in a stable way.

On Ultra 25 and Blade 100 i have problems with the latest kernels 5.9-5.10 
where USB is not working for me. Therefore i am using kernel 5.8. Maybe this is 
fixable by using a certain USB quirks switch for the kernel, but i have not 
researched yet if there is a suitable one.

The main problem with debian on my machines is however, that after intensive 
workload for 2-3 days, my partitions get corrupted into an unfixable state and 
i have to reinstall debian. I have tried various things to find the culprit, 
but the logs are inconclusive apart from partitions not getting unmounted 
successfully at shutdown.
Currently i suspect systemd as the cause and have switched to sysvinit for 
testing.

I think i can rule out hardware errors, because NetBSD and Solaris run rock 
solid on those machines without an issue and the issue is similar across 
several of the old machines. From the reports of other users T1+ are told to be 
stable and not showing this instability.

So feel free to test i guess. Any usage should be welcome.

Regards,
Connor

On Sat, Aug 14, 2021 at 11:02 PM James Bond 
mailto:bond6...@googlemail.com>> wrote:
Dear all,

As I do have several Blades 150/1500(silver)/2500(silver)/2500(red) I would 
kindly offer to test on them if you need my help. Graphic cards currently in 
use are XVR-100 (B150) and XVR-1200 (B1500/2500).

Cheers

Iggi