from:"Christian Zigotzky"


Hi All,

I installed Firefox 51.0.1-1 with 'apt-get install -t experimental 
firefox' on Debian Sid/experimental PowerPC (PPC32) today.


System: AmigaOne X1000 (Nemo board with P.A. Semi PA6T-1682M CPU)

Unfortunately it doesn't start.

Error messages:

Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 
1 (t=7.9707) |[16][GFX1]: Unknown image format 0 (t=8.05967) 
|[17][GFX1]: Unknown image format 0 (t=8.06025) |[18][GFX1]: Unknown 
image format 0 (t=8.06058) |[4][GFX1]: Unknown image format 0 
(t=8.00356) |[5][GFX1]: Unknown image format 0 (t=8.00627) |[6][GFX1]: 
Unknown image format 0 (t=8.00842) |[7][GFX1]: Unknown image format 0 
(t=8.01168) |[8][GFX1]: Unknown image format 0 (t=8.01233) |[9][GFX1]: 
Unknown image format 0 (t=8.01551) |[10][GFX1]: Unknown image format 0 
(t=8.01872) |[11][GFX1]: Unknown image format 0 (t=8.02126) |[12][GFX1]: 
Unknown image format 0 (t=8.02159) |[13][GFX1]: Unknown image format 1 
(t=8.05182) |[14][GFX1]: Unknown image format 0 (t=8.05589) |[15][GFX1]: 
Unknown image format 0 (t=8.05829) [GFX1]: Unknown image format 0

Segmentation fault

gdb /usr/lib/firefox/firefox

(gdb) run

Starting program: /usr/lib/firefox/firefox
warning: Could not load shared library symbols for linux-vdso32.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/powerpc-linux-gnu/libthread_db.so.1".
[New Thread 0xf7cff460 (LWP 4770)]
[New Thread 0xf5f3a460 (LWP 4771)]
[Thread 0xf5f3a460 (LWP 4771) exited]
[New Thread 0xf5f3a460 (LWP 4772)]
[New Thread 0xf4b8f460 (LWP 4773)]
[New Thread 0xf41ff460 (LWP 4774)]
[New Thread 0xf39ff460 (LWP 4775)]
[New Thread 0xf31ff460 (LWP 4776)]
[New Thread 0xf29ff460 (LWP 4777)]
[New Thread 0xf21ff460 (LWP 4778)]
[New Thread 0xf19ff460 (LWP 4779)]
[New Thread 0xf0de9460 (LWP 4780)]
[New Thread 0xf05e9460 (LWP 4781)]
[New Thread 0xefde9460 (LWP 4782)]
[New Thread 0xef5e9460 (LWP 4783)]
[New Thread 0xeede9460 (LWP 4784)]
[New Thread 0xf438f460 (LWP 4785)]
[New Thread 0xee0ff460 (LWP 4786)]
[New Thread 0xed4ff460 (LWP 4787)]
[New Thread 0xec058460 (LWP 4788)]
[New Thread 0xeb858460 (LWP 4789)]
[New Thread 0xeacff460 (LWP 4790)]
[New Thread 0xea4ff460 (LWP 4791)]
[New Thread 0xe9cff460 (LWP 4792)]
[New Thread 0xe94ff460 (LWP 4793)]
[New Thread 0xe8cff460 (LWP 4794)]
[New Thread 0xdc1ff460 (LWP 4795)]
[New Thread 0xdb9ff460 (LWP 4796)]
[New Thread 0xdafff460 (LWP 4797)]
[New Thread 0xda7ff460 (LWP 4798)]
[New Thread 0xd9fff460 (LWP 4799)]
[New Thread 0xd97ff460 (LWP 4800)]
[Thread 0xdafff460 (LWP 4797) exited]
[Thread 0xda7ff460 (LWP 4798) exited]
[Thread 0xd9fff460 (LWP 4799) exited]
[New Thread 0xd8eff460 (LWP 4801)]
[Thread 0xd97ff460 (LWP 4800) exited]
[New Thread 0xd86ff460 (LWP 4802)]
[New Thread 0xd97ff460 (LWP 4803)]
[Thread 0xd97ff460 (LWP 4803) exited]
[New Thread 0xd97ff460 (LWP 4804)]
[New Thread 0xd9fff460 (LWP 4805)]
[New Thread 0xda7ff460 (LWP 4806)]
[Thread 0xeb858460 (LWP 4789) exited]
[Thread 0xd97ff460 (LWP 4804) exited]
[Thread 0xda7ff460 (LWP 4806) exited]
[New Thread 0xda7ff460 (LWP 4807)]
[Thread 0xd9fff460 (LWP 4805) exited]
[New Thread 0xd9fff460 (LWP 4808)]
[New Thread 0xd97ff460 (LWP 4809)]
Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 
1 (t=9.90193) [GFX1]: Unknown image format 1
Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 
1 (t=9.90193) |[1][GFX1]: Unknown image format 0 (t=9.95512) [GFX1]: 
Unknown image format 0
Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 
1 (t=9.90193) |[1][GFX1]: Unknown image format 0 (t=9.95512) |[2][GFX1]: 
Unknown image format 0 (t=9.95534) [GFX1]: Unknown image format 0
Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 
1 (t=9.90193) |[1][GFX1]: Unknown image format 0 (t=9.95512) |[2][GFX1]: 
Unknown image format 0 (t=9.95534) |[3][GFX1]: Unknown image format 0 
(t=9.95551) [GFX1]: Unknown image format 0
Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 
1 (t=9.90193) |[1][GFX1]: Unknown image format 0 (t=9.95512) |[2][GFX1]: 
Unknown image format 0 (t=9.95534) |[3][GFX1]: Unknown image format 0 
(t=9.95551) |[4][GFX1]: Unknown image format 0 (t=9.95569) [GFX1]: 
Unknown image format 0
Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 
1 (t=9.90193) |[1][GFX1]: Unknown image format 0 (t=9.95512) |[2][GFX1]: 
Unknown image format 0 (t=9.95534) |[3][GFX1]: Unknown image format 0 
(t=9.95551) |[4][GFX1]: Unknown image format 0 (t=9.95569) |[5][GFX1]: 
Unknown image format 0 (t=9.95588) [GFX1]: Unknown image format 0
Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 
1 (t=9.90193) |[1][GFX1]: Unknown image format 0 (t=9.95512) |[2][GFX1]: 
Unknown image format 0 (t=9.95534) |[3][GFX1]: Unknown image format 0 
(t=9.95551) |[4][GFX1]: Unknown image format 0 (t=9.95569) |[5][GFX1]: 
Unknown image format 0 (t=9.95588) |[6][GFX1]: Unk

Firefox 51.0.1-1 on Debian Sid/experimental PowerPC (PPC32): Segmentation fault


Hi Adrian,

Thanks for the hint. I am still learning. :-)

Cheers,
Christian

On 02/06/17 at 11:02 PM, John Paul Adrian Glaubitz wrote:

On 02/06/2017 10:39 PM, Christian Zigotzky wrote:

bt

#0  0x1b1f5484 in ?? () from /usr/lib/firefox/libxul.so
#1  0x1b1f5448 in ?? () from /usr/lib/firefox/libxul.so
#2  0x in ?? ()

A backtrace without the Firefox debug package (firefox-dbg) isn't particularly
useful. You might want to do that first, then try again with gdb.

Adrian

Firefox 51.0.1-1 on Debian Sid/experimental PowerPC (PPC32): Segmentation fault


There isn't a firefox-dbg package available.

My sources.list (/etc/apt/sources.list):

deb http://ftp.us.debian.org/debian experimental main
deb http://ftp.de.debian.org/debian/ unstable main contrib non-free

Christian

On 06 February 2017 at 11:02 PM, John Paul Adrian Glaubitz wrote:

On 02/06/2017 10:39 PM, Christian Zigotzky wrote:

bt

#0  0x1b1f5484 in ?? () from /usr/lib/firefox/libxul.so
#1  0x1b1f5448 in ?? () from /usr/lib/firefox/libxul.so
#2  0x in ?? ()

A backtrace without the Firefox debug package (firefox-dbg) isn't particularly
useful. You might want to do that first, then try again with gdb.

Adrian

Firefox 51.0.1-1 on Debian Sid/experimental PowerPC (PPC32): Segmentation fault


Adrian,

Thanks for your hint.

apt-get install -t experimental firefox-dbg
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package firefox-dbg is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  firefox-dev-dbgsym firefox-dbgsym

---

Which package should I install?

Cheers,
Christian

On 06 February 2017 at 11:30 PM, John Paul Adrian Glaubitz wrote:

On 02/06/2017 11:28 PM, Christian Zigotzky wrote:

There isn't a firefox-dbg package available.

Debug packages are delivered through different mirrors these days.

Try this: https://wiki.debian.org/AutomaticDebugPackages

Firefox 51.0.1-1 on Debian Sid/experimental PowerPC (PPC32): Segmentation fault


Hi Adrian,

apt-get install -t experimental firefox-dbgsym

Preparing to unpack .../firefox-dbgsym_51.0.1-1_powerpc.deb ...
Unpacking firefox-dbgsym (51.0.1-1) ...
Setting up firefox-dbgsym (51.0.1-1) ...

apt-get install -t experimental firefox-dev-dbgsym

Setting up firefox-dev (51.0.1-1) ...
Setting up firefox-dev-dbgsym (51.0.1-1) ...

It's working.

gdb ./firefox

GNU gdb (GDB) 7.6.1 (Debian 7.6.1-1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "powerpc-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/lib/firefox/firefox...Reading symbols from 
/usr/lib/debug/.build-id/a6/81b7e65ae15687f43f84f7c55dfc4626f13bda.debug...Dwarf 
Error: wrong version in compilation unit header (is 6, should be 2, 3, 
or 4) [in module 
/usr/lib/debug/.build-id/a6/81b7e65ae15687f43f84f7c55dfc4626f13bda.debug]

(no debugging symbols found)...done.
(no debugging symbols found)...done.

(gdb) run

Starting program: /usr/lib/firefox/./firefox
warning: Could not load shared library symbols for linux-vdso32.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/powerpc-linux-gnu/libthread_db.so.1".
Dwarf Error: wrong version in compilation unit header (is 7, should be 
2, 3, or 4) [in module 
/usr/lib/debug/.build-id/18/ea31ffd1c49eaf7be933acec89325cb9e187bf.debug]
Dwarf Error: wrong version in compilation unit header (is 0, should be 
2, 3, or 4) [in module 
/usr/lib/debug/.build-id/26/a1e97b21731a564ed396149593f4084391a20c.debug]
Dwarf Error: wrong version in compilation unit header (is 0, should be 
2, 3, or 4) [in module 
/usr/lib/debug/.build-id/7a/f876d1dcfc23d59299dd09539d4dba3a2ec5ce.debug]
Dwarf Error: bad offset (0x3e83) in compilation unit header (offset 
0x0 + 6) [in module 
/usr/lib/debug/.build-id/7c/05723a7ada75d51fd4a85a036351a976ed9a68.debug]

Segmentation fault

Cheers,
Christian

On 06 February 2017 at 11:42 PM, John Paul Adrian Glaubitz wrote:

On 02/06/2017 11:36 PM, Christian Zigotzky wrote:

Which package should I install?

firefox-dbgsym should be enough. If not, installing the other
package as well shouldn't hurt either.

Firefox 51.0.1-1 on Debian Sid/experimental PowerPC (PPC32): Segmentation fault

Unfortunately, gdb has closed after the command 'run'. It's not possible 
to get a backtrace.


On 07 February 2017 at 12:04 AM, John Paul Adrian Glaubitz wrote:

On 02/07/2017 12:02 AM, Christian Zigotzky wrote:

(gdb) run

Starting program: /usr/lib/firefox/./firefox
warning: Could not load shared library symbols for linux-vdso32.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/powerpc-linux-gnu/libthread_db.so.1".
Dwarf Error: wrong version in compilation unit header (is 7, should be 2, 3, or 
4) [in module
/usr/lib/debug/.build-id/18/ea31ffd1c49eaf7be933acec89325cb9e187bf.debug]
Dwarf Error: wrong version in compilation unit header (is 0, should be 2, 3, or 
4) [in module
/usr/lib/debug/.build-id/26/a1e97b21731a564ed396149593f4084391a20c.debug]
Dwarf Error: wrong version in compilation unit header (is 0, should be 2, 3, or 
4) [in module
/usr/lib/debug/.build-id/7a/f876d1dcfc23d59299dd09539d4dba3a2ec5ce.debug]
Dwarf Error: bad offset (0x3e83) in compilation unit header (offset 0x0 + 
6) [in module
/usr/lib/debug/.build-id/7c/05723a7ada75d51fd4a85a036351a976ed9a68.debug]
Segmentation fault

And what's the backtrace?

Re: Firefox 51.0.1-1 on Debian Sid/experimental PowerPC (PPC32): Segmentation fault

Could someone also test Firefox 51.0.1-1? My gdb closes after the command 'run'.

-- Christian

Sent from my iPhone

> On 7 Feb 2017, at 00:09, Christian Zigotzky  wrote:
> 
> Unfortunately, gdb has closed after the command 'run'. It's not possible to 
> get a backtrace.
> 
>> On 07 February 2017 at 12:04 AM, John Paul Adrian Glaubitz wrote:
>>> On 02/07/2017 12:02 AM, Christian Zigotzky wrote:
>>> (gdb) run
>>> 
>>> Starting program: /usr/lib/firefox/./firefox
>>> warning: Could not load shared library symbols for linux-vdso32.so.1.
>>> Do you need "set solib-search-path" or "set sysroot"?
>>> [Thread debugging using libthread_db enabled]
>>> Using host libthread_db library "/lib/powerpc-linux-gnu/libthread_db.so.1".
>>> Dwarf Error: wrong version in compilation unit header (is 7, should be 2, 
>>> 3, or 4) [in module
>>> /usr/lib/debug/.build-id/18/ea31ffd1c49eaf7be933acec89325cb9e187bf.debug]
>>> Dwarf Error: wrong version in compilation unit header (is 0, should be 2, 
>>> 3, or 4) [in module
>>> /usr/lib/debug/.build-id/26/a1e97b21731a564ed396149593f4084391a20c.debug]
>>> Dwarf Error: wrong version in compilation unit header (is 0, should be 2, 
>>> 3, or 4) [in module
>>> /usr/lib/debug/.build-id/7a/f876d1dcfc23d59299dd09539d4dba3a2ec5ce.debug]
>>> Dwarf Error: bad offset (0x3e83) in compilation unit header (offset 0x0 
>>> + 6) [in module
>>> /usr/lib/debug/.build-id/7c/05723a7ada75d51fd4a85a036351a976ed9a68.debug]
>>> Segmentation fault
>> And what's the backtrace?
>> 
>

Re: A few questions about stretch ( testing ) on a PowerMac G5

2017-02-07 Thread Christian Zigotzky

Hi Luigi,

On 07 February 2017 at 6:28 PM, luigi burdo wrote:

Lonnart

Sid ppc32 on X1000

Sid spe on A1222

i thinnk 😉

Yes, that's right. ;-)

Thanks,
Christian

What i need to know where to find SID PPC64 distro to test?

Luigi

*Da:* Lennart Sorensen 
*Inviato:* martedì 7 febbraio 2017 18.24
*A:* Christian Zigotzky
*Cc:* debian-powerpc@lists.debian.org
*Oggetto:* Re: A few questions about stretch ( testing ) on a PowerMac G5
On Sun, Feb 05, 2017 at 10:23:34AM +0100, Christian Zigotzky wrote:
> Hi All,
>
> Please look here: 
http://forum.hyperion-entertainment.biz/viewtopic.php?f=35&t=3491&p=39268#p39268

>
> Debian Sid/experimental PowerPC works very well on my AmigaOne X1000
> PowerPC.
>
> Screenshot: 
https://plus.google.com/u/0/photos/photo/115515624056477014971/6378370261128137954?icm=false&sqid=111202776093075745991&ssid=43ba337c-7da5-4f88-b957-310682146667

>
> Other PPC Linux screenshots:
> https://plus.google.com/u/0/115515624056477014971 
<https://plus.google.com/u/0/115515624056477014971>

>
> @Adrian
> I successfully upgraded Debian Sid PowerPCSPE 5 days ago. It works very
> well. Many thanks for your work! :-)
>
> Screenshot of Debian Sid PowerPCSPE: 
https://plus.google.com/u/0/photos/photo/115515624056477014971/6381749791991061266?icm=false

I am confused.  PowerPC SPE would only be for the A1222 with the P1022
CPU.  The X1000 and X5000 would run plain powerpc (or maybe ppc64 for
the X5000 case).  Those two would not be able to run powerpc spe code
since they don't have the SPE version of the FPU.  Code without FPU use
may very well run though which could make it almost seem to work.

So which one did you install again?

--
Len Sorensen

Re: Firefox 51.0.1-1 on Debian Sid/experimental PowerPC (PPC32): Segmentation fault

2017-02-12 Thread Christian Zigotzky

Thank you! :-)

-- Christian

Sent from my iPhone

> On 12 Feb 2017, at 08:37, Herminio Hernandez, Jr. 
>  wrote:
> 
> I ran firefox 51 on my iBook G4 running Sid. I was able to get a backtrace. I 
> am posting it here.
> 
> Herminio
> 
>> On Tue, Feb 7, 2017 at 12:49 AM, Christian Zigotzky  
>> wrote:
>> Could someone also test Firefox 51.0.1-1? My gdb closes after the command 
>> 'run'.
>> 
>> -- Christian
>> 
>> Sent from my iPhone
>> 
>> > On 7 Feb 2017, at 00:09, Christian Zigotzky  wrote:
>> >
>> > Unfortunately, gdb has closed after the command 'run'. It's not possible 
>> > to get a backtrace.
>> >
>> >> On 07 February 2017 at 12:04 AM, John Paul Adrian Glaubitz wrote:
>> >>> On 02/07/2017 12:02 AM, Christian Zigotzky wrote:
>> >>> (gdb) run
>> >>>
>> >>> Starting program: /usr/lib/firefox/./firefox
>> >>> warning: Could not load shared library symbols for linux-vdso32.so.1.
>> >>> Do you need "set solib-search-path" or "set sysroot"?
>> >>> [Thread debugging using libthread_db enabled]
>> >>> Using host libthread_db library 
>> >>> "/lib/powerpc-linux-gnu/libthread_db.so.1".
>> >>> Dwarf Error: wrong version in compilation unit header (is 7, should be 
>> >>> 2, 3, or 4) [in module
>> >>> /usr/lib/debug/.build-id/18/ea31ffd1c49eaf7be933acec89325cb9e187bf.debug]
>> >>> Dwarf Error: wrong version in compilation unit header (is 0, should be 
>> >>> 2, 3, or 4) [in module
>> >>> /usr/lib/debug/.build-id/26/a1e97b21731a564ed396149593f4084391a20c.debug]
>> >>> Dwarf Error: wrong version in compilation unit header (is 0, should be 
>> >>> 2, 3, or 4) [in module
>> >>> /usr/lib/debug/.build-id/7a/f876d1dcfc23d59299dd09539d4dba3a2ec5ce.debug]
>> >>> Dwarf Error: bad offset (0x3e83) in compilation unit header (offset 
>> >>> 0x0 + 6) [in module
>> >>> /usr/lib/debug/.build-id/7c/05723a7ada75d51fd4a85a036351a976ed9a68.debug]
>> >>> Segmentation fault
>> >> And what's the backtrace?
>> >>
>> >
>> 
> 
>

Re: Firefox 51.0.1-1 on Debian Sid/experimental PowerPC (PPC32): Segmentation fault

2017-02-12 Thread Christian Zigotzky


Hi Herminio,

If you want to backtrace Firefox, then you need the debug version of 
Firefox. Please add the following repositories to your 
/etc/apt/sources.list:


deb http://debug.mirrors.debian.org/debian-debug/ unstable-debug main
deb http://debug.mirrors.debian.org/debian-debug/ experimental-debug main

You have to install the Firefox package with dbgsym attached:

apt-get install -t experimental firefox-dbgsym

Many thanks for your help.

Cheers,
Christian

On 12 February 2017 at 10:18 AM, John Paul Adrian Glaubitz wrote:

On 02/12/2017 08:37 AM, Herminio Hernandez, Jr. wrote:

I ran firefox 51 on my iBook G4 running Sid. I was able to get a backtrace. I 
am posting it here.

This backtrace is not usable, it doesn't contains any symbols:

Thread 1 "firefox.real" received signal SIGSEGV, Segmentation fault.
0x1ae2ddf8 in ?? () from /usr/lib/firefox/libxul.so
(gdb) bt
#0  0x1ae2ddf8 in ?? () from /usr/lib/firefox/libxul.so
#1  0x1ae2eed4 in ?? () from /usr/lib/firefox/libxul.so
#2  0x20017584 in ?? ()
(...)

The "??" indicates you don't have debug symbols installed.

Adrian

Re: Bug#857172: Please enable SSE2 on amd64 and disable altivec on PPC ports

2017-03-09 Thread Christian Zigotzky

On 08 March 2017 at 10:29 PM, John Paul Adrian Glaubitz wrote:

Interesting. I had heard that there will be a AmigaOS4 port but I wasn't
aware that they were waiting for the port to be released. The boards itself
are pretty nice though.

Indeed. Actually the X5000 seems out of stock everywhere, and A-Eon is
quite silent these days. But if not them, then no one, at this point, I'd
say.

I agree.

Dear mailing list subscribers,

Sorry because of our missing responses in this mailing list. We usually
read this list but sometimes we have a lot of work and it is not
possible to response to any emails.

I am Christian Zigotzky and I am a member of the A-EON Technology Linux
support team and additionally I am AmigaOS 4.1 beta tester. I joined the
A-EON Technology Linux support team in 2013. We provide Linux kernel and
distribution support for all motherboards manufactured by A-EON. [1]
All A-EON motherboards were designed for AmigaOS 4.1 [2]. This means,
AmigaOS 4.1 is the main operating system on our NG Amigas. Additionally
we offer Linux as a second operating system for our NG Amigas.

We aren't really silent these days. [3]

In the Linux support team we are working on some projects currently. We
are creating a new Linux distribution called 'MATE PowerPC Remix 2017'
because Ubuntu has dropped the support for PowerPC. Additionally we are
integrating support for our AmigaOne X1000 to the official Linux kernel
currently. Every day, we work hard to offer a good Linux support for our
motherboards but our main work is to improve AmigaOS 4.1.

AmigaOS 4.1 has overtaken Linux PPC on our systems. It supports hardware
3D acceleration for modern Radeon graphics cards and it is developed for
PowerPC directly. This means it is not just a port. It is directly
designed for PowerPC systems. It is very fast and reliable. The Odyssey
web browser is the fastest web browser on our NG Amigas. It is faster
than all Linux web browsers and you can also browse on web sites like
Facebook, YouTube, and Google+ without any problems.

Sometimes our customers use Linux PPC because of software which do not
exist on Amiga OS4.1. With Linux, our customers have the possibility to
replace their main PC or Mac.

If you have any questions, please do not hesitate to contact our team.

Best regards,
Christian Zigotzky

A-EON Core Linux Development und Support Team
Part of A-EON Technology Ltd, Cardiff. United Kingdom
http://www.a-eon.com
http://www.a-eon.com/?page=contact

[1]
https://plus.google.com/u/0/115515624056477014971
http://www.supertuxkart-amiga.de/amiga/x1000.html
http://forum.hyperion-entertainment.biz/viewforum.php?f=35&sid=525246aabe3257df3bfe130a02dbb286
http://forum.hyperion-entertainment.biz/viewforum.php?f=58&sid=525246aabe3257df3bfe130a02dbb286
http://forum.hyperion-entertainment.biz/viewforum.php?f=52&sid=525246aabe3257df3bfe130a02dbb286

[2]
http://www.amigaos.net/

[3]
https://www.facebook.com/AEonTechnologyLtd/
http://blog.a-eon.biz/blog/
http://blog.hyperion-entertainment.biz/

Re: Bug#857172: Please enable SSE2 on amd64 and disable altivec on PPC ports

2017-03-09 Thread Christian Zigotzky


On 09 March 2017 at 10:46 AM, Karoly Balogh (Charlie/SGR) wrote:

Thanks. It was a nice markeking speech, but didn't really address the
questions asked already. For example hardware availability issues.
(Hardware seems out of stock everywhere?)
Charlie

Dear Charlie,

The AmigaOne X5000 can be ordered directly from A-EON Technology or from 
one of the approved Amiga retailers in the following countries:


- UK: AmigaKit
- USA: Amiga on the Lake
- Germany: Alinea Computer
- Italy: ACube srl
- Switzerland & France: Relec
- France: AMedia computer
- Scandinavia: GGS Data
- Worldwide: A-EON Technology

Please contact the Amiga retailers via email directly.

In addition special, OEM bundles of A-EON software can also be purchased 
with the Close Encounters system. Anyone who previously registered their 
interest in purchasing an AmigaOne X5000 will be contacted by A-EON 
Technology or their approved Amiga retailer. If you are not contacted 
please send an email to: cont...@a-eon.com and if your local retailer is 
not an official distributor tell them to contact A-EON at the same email 
address.


Best regards,
Christian Zigotzky

A-EON Core Linux Development und Support Team
Part of A-EON Technology Ltd, Cardiff. United Kingdom
http://www.a-eon.com
http://www.a-eon.com/?page=contact

[PATCH] powerpc/pasemi, cbe: Do not process decremeter or external wakeup from powersave

2017-03-17 Thread Christian Zigotzky


  
  
Nicholas Piggin  writes:
  
  > Hi,
  >
  > I would like to start using a dedicated stack for system
  reset interrupt
  > and treat it as a Linux nmi, which makes it tricky to call
  complex
  > interrupt handlers directly from the system reset trap
  handler.
  >
  > So I would like to remove the decrementer and external
  handler calls from
  > Cell and Pasemi platforms' system reset handler. I think we
  can just
  > remove them if they can be handled when they re-fire as
  normal interrupts?
  > At the moment I don't have environments set up to test if
  this works.
  
  
  It works fine with my AmigaOne X1000. (Nemo board with a P.A.
  Semi  PA6T-1682M CPU)
  
  -- Christian

[PATCH] powerpc/pasemi, cbe: Do not process decremeter or external wakeup from powersave

2017-03-17 Thread Christian Zigotzky


On 17 March 2017 at 3:40 PM, Christian Zigotzky wrote:

Nicholas Piggin  writes:

> Hi,
>
> I would like to start using a dedicated stack for system reset interrupt
> and treat it as a Linux nmi, which makes it tricky to call complex
> interrupt handlers directly from the system reset trap handler.
>
> So I would like to remove the decrementer and external handler calls 
from

> Cell and Pasemi platforms' system reset handler. I think we can just
> remove them if they can be handled when they re-fire as normal 
interrupts?

> At the moment I don't have environments set up to test if this works.


It works fine with my AmigaOne X1000. (Nemo board with a P.A. Semi  
PA6T-1682M CPU)


-- Christian


Sorry wrong mailing list.

-- Christian

Re: 64 bit java?

2017-03-29 Thread Christian Zigotzky

Have you already added [arch=powerpc] to the other deb lines? (not deb-src 
lines)

-- Christian 

Sent from my iPhone

> On 29 Mar 2017, at 01:55, Adam Stouffer  wrote:
> 
> On Tue, Mar 28, 2017 at 5:37 PM, John Paul Adrian Glaubitz
>  wrote:
>> Hi Adam!
>> 
>> 
>> That's the architecture of your kernel. If your machine is capable of running
>> 64-bit code, debian-installer will install a 64-bit kernel. Your userland, 
>> i.e.
>> all applications, are still 32-bit.
>> 
>> See the output of:
>> 
>>$ dpkg --print-architecture
>> 
>>> Is there a 64 bit build?
>> 
>> You need to add ppc64 as a Multi-Arch architecture by adding the following
>> line to your sources.list:
>> 
>> deb [arch=ppc64] http://ftp.ports.debian.org/debian-ports/ unstable main
>> deb [arch=ppc64] http://incoming.ports.debian.org/buildd/ unstable main
>> deb [arch=ppc64] http://ftp.ports.debian.org/debian-ports/ unreleased main
>> 
>> All other deb lines (not deb-src lines) need to have [arch=powerpc] added.
>> 
>> Then install the debian-ports-archive-keyring package and run:
>> 
>># dpkg --add-architecture ppc64
>> 
>> Then:
>> 
>># apt update
> 
> Ok so far so good. Here is where I run into a problem.
> 
> W: Failed to fetch
> http://security.debian.org/dists/jessie/updates/InRelease  Unable to
> find expected entry 'main/binary-ppc64/Packages' in Release file
> (Wrong sources.list entry or malformed file)
> 
> W: Failed to fetch
> http://ftp-nyc.osuosl.org/debian/dists/jessie-updates/InRelease
> Unable to find expected entry 'main/binary-ppc64/Packages' in Release
> file (Wrong sources.list entry or malformed file)
> 
> W: Failed to fetch   Unable to find expected entry
> 'main/binary-ppc64/Packages' in Release file (Wrong sources.list entry
> or malformed file)
> 
> The (In)Release files don't have listings for ppc64 packages, only
> ppc64el. I found two mirrors with those listings and edited the
> sources.list file. However it's still looking in the wrong place.
> 
> W: Failed to fetch
> http://mirror.techfak.uni-bielefeld.de/debian/dists/jessie-updates/InRelease
> Unable to find expected entry 'main/binary-ppc64/Packages' in Release
> file (Wrong sources.list entry or malformed file)
> 
> That InRelease file has no ppc64/Packages listing but this Release
> file does 
> http://mirror.techfak.uni-bielefeld.de/debian-ports/debian/dists/sid/Release
> 
> A bit confused at the moment...
>

Re: Trying to compile Mac-on-Linux 0.9.72.1 [SOLVED]

2017-05-27 Thread Christian Zigotzky

Just for info

Mac-on-Linux/KVM PR works without any problems on my P.A. Semi PA6T PPC64 SMP 
CPU.

Screenshot: https://plus.google.com/115515624056477014971/posts/Au7PD5oTD1T

Download:  http://www.xenosoft.de/mol-kvm_0.9.73.0-ubuntu_powerpc.deb

-- Christian

Sent from my iPhone

> On 27. May 2017, at 14:16, Linux User #330250  wrote:
> 
>> On 2017-05-18 20:57 luigi burdo wrote:
>> Hi Kvm -pr is available on PowerPc
>> 
>> im using it on My G5 quad and was working on MacMini G4 too.
>> 
>> ... changing point if you will able to run Mol with Os Classic plz let me 
>> know
>> 
>> i have issue with classic but i have working MOL with Panter.
>> 
>> https://scontent-mxp1-1.xx.fbcdn.net/v/t31.0-8/17159108_10208527105716735_4089104362059567573_o.jpg?oh=cfd6a7a39983c68283f6315d30752e7b&oe=59AFA05C
>> 
>> 
>> Thanks
>> 
>> Luigi
> 
> Running this on a G5 Quad must be tough! Since KVM on PowerPC requires to 
> disable SMP, you will be utilizing only one for the 4 processor cores...
> 
> I've had the same issue on my G4 Dual-800 MHz. The cost to get KVM on a 
> multi-processor Mac may not be worth it.
> 
> Though I have to wander, why is KVM not working with SMP? IMHO this should be 
> fixed...
> 
> Cheers,
> Linux User #330250
>

[Debian Sid] libGL.so.1 and libGL.so.1.2.0 are missing in the package libgl1-mesa-glx

2017-09-19 Thread Christian Zigotzky


Hi All,

If you install the latest libgl1-mesa-glx_17.2.1-1_powerpc.deb you will 
notice that the hardware 3D acceleration doesn't work. The problem is, 
the files libGL.so.1 and libGL.so.1.2.0 are missing in the package 
libgl1-mesa-glx.


Cheers,
Christian

[Debian Sid PPC32] Mesa 17.2.1 tested

2017-09-22 Thread Christian Zigotzky


Hi All,

I successfully compiled and tested Mesa 17.2.1 for Debian Sid PPC32 today.

Further information and download: 
http://forum.hyperion-entertainment.biz/viewtopic.php?f=35&p=42426&sid=bd5c38dc61772eb71a695d3f18ed0753#p42426


Cheers,
Christian

Re: Firefox-esr and qupzilla crash/exit under Debian 9 ppc64


Hi All,

I have Debian Sid PowerPC (PPC32) on my A-EON AmigaOne X1000 Nemo (P.A. 
Semi PA6T). I have the same problems with Firefox ESR.


Adrian, could you try to get in touch with the Firefox maintainer? I 
think you can better discuss with him about the problems.


Thanks,
Christian

On 28.09.2017 23:59, John Paul Adrian Glaubitz wrote:

Hi Sinan!

On 09/28/2017 09:22 PM, Sinan Gürkan wrote:

I am running Debian 9 ppc64 with Mate Desktop on A-Eon Cyrus X5000 (Freescale 
P5020)

Both Firefox-ESR and Qupzilla exits or crashes while browsing.

You most likely ran into this upstream bug [1] which affects big-endian
systems. As far as I can see, there is no new solution yet so it might
be a good idea for you to subscribe to this bug report.

Unfortunately, Firefox upstream doesn't care much about big-endian systems
so they are knowingly accepting patches that causes these regressions. And
even if we had a patch to address this issue, we still have the problem
that Debian's Firefox maintainer is not very responsive when it comes
to patches to address issues on Debian Ports architectures. My patches
to fix firefox-esr on m68k, sh4 and sparc64, for example, have still not
been merged :(.

Debian's Thunderbird maintainer is more welcoming in this regard and he's
always happy to merge patches that fix issues on Debian Ports architectures
and since Thunderbird is based on Firefox, you might be seeing this
crash there as well.

Adrian


[1] https://bug98304.bugzilla.mozilla.org/show_bug.cgi?id=1269654

Re: Firefox-esr and qupzilla crash/exit under Debian 9 ppc64


Adrian,

It's the same bug report. :-) Your first link is also correct.

Cheers,
Christian


On 29 September 2017 at 00:04AM, John Paul Adrian Glaubitz wrote:

On 09/28/2017 11:59 PM, John Paul Adrian Glaubitz wrote:

[1] https://bug98304.bugzilla.mozilla.org/show_bug.cgi?id=1269654

That link is bogus, sorry. Should be:


https://bugzilla.mozilla.org/show_bug.cgi?id=1269654

Re: Firefox-esr and qupzilla crash/exit under Debian 9 ppc64


Hi All,

I have just subscribed to the bug report. [1]

@All
Please subscribe to this bug report.

Thanks,
Christian

[1] https://bug98304.bugzilla.mozilla.org/show_bug.cgi?id=1269654


On 29 September 2017 at 10:06AM, Christian Zigotzky wrote:

Hi All,

I have Debian Sid PowerPC (PPC32) on my A-EON AmigaOne X1000 Nemo 
(P.A. Semi PA6T). I have the same problems with Firefox ESR.


Adrian, could you try to get in touch with the Firefox maintainer? I 
think you can better discuss with him about the problems.


Thanks,
Christian

On 28.09.2017 23:59, John Paul Adrian Glaubitz wrote:

Hi Sinan!

On 09/28/2017 09:22 PM, Sinan Gürkan wrote:
I am running Debian 9 ppc64 with Mate Desktop on A-Eon Cyrus X5000 
(Freescale P5020)


Both Firefox-ESR and Qupzilla exits or crashes while browsing.

You most likely ran into this upstream bug [1] which affects big-endian
systems. As far as I can see, there is no new solution yet so it might
be a good idea for you to subscribe to this bug report.

Unfortunately, Firefox upstream doesn't care much about big-endian 
systems
so they are knowingly accepting patches that causes these 
regressions. And

even if we had a patch to address this issue, we still have the problem
that Debian's Firefox maintainer is not very responsive when it comes
to patches to address issues on Debian Ports architectures. My patches
to fix firefox-esr on m68k, sh4 and sparc64, for example, have still not
been merged :(.

Debian's Thunderbird maintainer is more welcoming in this regard and 
he's
always happy to merge patches that fix issues on Debian Ports 
architectures

and since Thunderbird is based on Firefox, you might be seeing this
crash there as well.

Adrian


[1] https://bug98304.bugzilla.mozilla.org/show_bug.cgi?id=1269654

Re: Firefox-esr and qupzilla crash/exit under Debian 9 ppc64


Hi Gabriel,

Could you please exactly describe where the button is? I don't know 
which button do you mean.


Just for info. The A-EON PowerPC machines use their own customized Linux 
kernels and they don't need Grub, Yaboot or something like that for 
booting. The firmwares boot the Linux kernels directly. Only FYI.


I have posted a call to subscribe to the Firefox bug in the A-EON Linux 
PPC support forum. [1]


Cheers,
Christian

[1] 
http://forum.hyperion-entertainment.biz/viewtopic.php?f=35&t=2453&p=42499#p42499



On 29 September 2017 at 11:03AM, Gabriel Paubert wrote:

Do you also have the problem of FireFix exiting with corrupt signal
frame or a similar message when clicking on the right button under
FireFox?

It might be signal handling kernel bug on recent kernels, I don't know.
But it's very easily reproducible (read: alsmot systematic) on my ppc64
machine with 32 bit userspace.

Gabriel

Re: Firefox-esr and qupzilla crash/exit under Debian 9 ppc64


On 29 September 2017 at 11:42AM, Gabriel Paubert wrote:

Hi Christian,

The right mouse button, i.e., the one that pops up a menu.

I understand. Yes, you're right. There is a problem. I can open the menu 
but selecting a menu point doesn't work. Thanks for the hint.


-- Christian

[PPC64] Partman doesn't recognize our partitions

2017-10-06 Thread Christian Zigotzky


Hi Adrian,

First, many thanks for the new CD images. I tried to install Debian 
9/Sid with the PPC64 ISO [1] on my Varisys Nemo board (A-EON AmigaOne 
X1000) [2] last week. Unfortunately partman doesn't recognize my 
partitions. I have some SSDs with RDB and MBR partition tables in my 
X1000. Casey has the same issue on his Varisys Cyrus Plus board (A-EON 
AmigaOne X5000) [3][4]. He has also SSD drives in his X5000. He was able 
to install it without installed SSDs. Maybe partman doesn't recognize 
partitions on SSDs.


Thanks,
Christian

[1] https://cdimage.debian.org/cdimage/ports/
[2] https://en.wikipedia.org/wiki/AmigaOne_X1000
[3] http://www.amigaos.net/hardware/133/amigaone-x5000
[4] http://wiki.amiga.org/index.php?title=AmigaONE_X5000

Re: [PPC64] Partman doesn't recognize our partitions

2017-10-06 Thread Christian Zigotzky

Hi Adrian,

I have tested the PPC64 ISO from 2017-10-05 with our own stable longterm 
kernel 4.9.52 [1]. We didn't have any issues with the installer in the 
past. I just wanted to test your new ISO.

I booted your ISO with the following commands:

CFE> ramdisk -z -addr=0x2400 -fs=iso 
atapi0.1:install/powerpc64/initrd.gz

CFE> setenv bootargs "root=/dev/ramdisk"

CFE> boot -elf -noints -fatfs cf0:vmlinux-4.9

On 06 October 2017 at 4:12PM, John Paul Adrian Glaubitz wrote:
>
> Can you please elaborate a bit what you mean when you say partman is 
not recognizing
> partitions? What exactly do you see? Does partman list your hard disk 
at all?

Partman stops at 50%.

Output:

Oct 6 15:53:08 partman: No matching physical volumes found
Oct 6 15:53:08 partman: Reading all physical volumes. This may take 
a while...

>   Do you see the partitions when you switch to a shell and list the 
partitions with

>
> cat /proc/partitions?

Yes, I see the partitions.

Output:

major minor #blocks name

801953514504 sda
81119088 sda1
822100096 sda2
83672670920 sda3
841278623448sda4
110231040sr0
816234431064 sdb
817144364512 sdb1
8181 sdb2
81918500608 sdb3
82040717312 sdb4
82114684160 sdb5
8228274944 sdb6
8237885824 sdb7
832250880 sdc
833250608 sdc1
84830031250sdd
849262144sdd1
85014336000 sdd2

>
> Can you please capture the output of "lspci" and "dmesg" and attach 
them as

> files in your mail? Then I can verify whether your particular hardware is
> currently supported or not and what would be necessary to support it.
>

Please find attached the output of "lspci" and "dmesg".

Thanks,
Christian

[1] http://www.xenosoft.de/vmlinux-4.9.52-AmigaONE_X1000_X5000.tar.gz 
(including kernel configs)

00:00.0 Host bridge: PA Semi, Inc PWRficient Host Bridge (rev 12)
00:01.0 Memory controller: PA Semi, Inc PWRficient L2 Cache (rev 11)
00:03.0 PIC: PA Semi, Inc PWRficient System/Debug Controller (rev 13)
00:04.0 RAM memory: PA Semi, Inc PWRficient DDR2 Memory Controller (rev 11)
00:05.0 RAM memory: PA Semi, Inc PWRficient DDR2 Memory Controller (rev 11)
00:08.0 Power PC: PA Semi, Inc PA6T Core (rev 12)
00:09.0 Power PC: PA Semi, Inc PA6T Core (rev 12)
00:10.0 PCI bridge: PA Semi, Inc PWRficient PCI-Express Port (rev 11)
00:10.1 PCI bridge: PA Semi, Inc PWRficient PCI-Express Port (rev 11)
00:10.2 PCI bridge: PA Semi, Inc PWRficient PCI-Express Port (rev 11)
00:10.3 PCI bridge: PA Semi, Inc PWRficient PCI-Express Port (rev 11)
00:11.0 PCI bridge: PA Semi, Inc PWRficient PCI-Express Port (rev 11)
00:11.1 PCI bridge: PA Semi, Inc PWRficient PCI-Express Port (rev 11)
00:11.2 PCI bridge: PA Semi, Inc PWRficient PCI-Express Port (rev 11)
00:11.3 PCI bridge: PA Semi, Inc PWRficient PCI-Express Port (rev 11)
00:14.0 Ethernet controller: PA Semi, Inc PWRficient Gigabit Ethernet (rev 11)
00:14.1 Ethernet controller: PA Semi, Inc PWRficient Gigabit Ethernet (rev 11)
00:14.2 Ethernet controller: PA Semi, Inc PWRficient Gigabit Ethernet (rev 11)
00:14.3 Ethernet controller: PA Semi, Inc PWRficient Gigabit Ethernet (rev 11)
00:15.0 Ethernet controller: PA Semi, Inc PWRficient 10-Gigabit Ethernet (rev 
11)
00:15.1 Ethernet controller: PA Semi, Inc PWRficient 10-Gigabit Ethernet (rev 
11)
00:1a.0 DMA controller: PA Semi, Inc PWRficient DMA Controller (rev 12)
00:1b.0 System peripheral: PA Semi, Inc PWRficient SERDES (rev 11)
00:1c.0 SMBus: PA Semi, Inc PWRficient SMBus Controller (rev 01)
00:1c.1 SMBus: PA Semi, Inc PWRficient SMBus Controller (rev 01)
00:1c.2 SMBus: PA Semi, Inc PWRficient SMBus Controller (rev 01)
00:1d.0 Serial controller: PA Semi, Inc PWRficient 16550 UART (rev 02)
00:1d.1 Serial controller: PA Semi, Inc PWRficient 16550 UART (rev 02)
00:1e.0 ISA bridge: PA Semi, Inc PWRficient LPC/Localbus Interface (rev 12)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Barts 
XT [Radeon HD 6870]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Barts HDMI Audio 
[Radeon HD 6800 Series]
05:12.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 
Non-Raid-5 SATA
05:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI0)
05:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI1)
05:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI2)
05:13.3 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI3)
05:13.4 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI4)
05:13.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB 
Controller (EHCI)
05:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller 
(rev 14)
05:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB600 IDE
05:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia 
(Intel HDA)
05:14.3 ISA bridg

Re: [PPC64] Partman doesn't recognize our partitions

Hi Adrian,

I have tried it with the latest stable kernel 4.13.5 again but 
unfortunately without any success. Partman stops at 50%. I manually 
started the "disk-detect" command and it works without any error messages.

I see also all partitions in /proc/diskstats.

Cheers,
Christian

On 06 October 2017 at 6:36PM, Christian Zigotzky wrote:

Hi Adrian,

I have tested the PPC64 ISO from 2017-10-05 with our own stable 
longterm kernel 4.9.52 [1]. We didn't have any issues with the 
installer in the past. I just wanted to test your new ISO.

I booted your ISO with the following commands:

CFE> ramdisk -z -addr=0x2400 -fs=iso 
atapi0.1:install/powerpc64/initrd.gz

CFE> setenv bootargs "root=/dev/ramdisk"

CFE> boot -elf -noints -fatfs cf0:vmlinux-4.9

On 06 October 2017 at 4:12PM, John Paul Adrian Glaubitz wrote:
>
> Can you please elaborate a bit what you mean when you say partman is 
not recognizing
> partitions? What exactly do you see? Does partman list your hard 
disk at all?

Partman stops at 50%.

Output:

Oct 6 15:53:08 partman: No matching physical volumes found
Oct 6 15:53:08 partman: Reading all physical volumes. This may 
take a while...

>   Do you see the partitions when you switch to a shell and list the 
partitions with

>
> cat /proc/partitions?

Yes, I see the partitions.

Output:

major minor #blocks name

8    0    1953514504 sda
8    1    119088 sda1
8    2    2100096 sda2
8    3    672670920 sda3
8    4    1278623448    sda4
11    0    231040    sr0
8    16    234431064 sdb
8    17    144364512 sdb1
8    18    1 sdb2
8    19    18500608 sdb3
8    20    40717312 sdb4
8    21    14684160 sdb5
8    22    8274944 sdb6
8    23    7885824 sdb7
8    32    250880 sdc
8    33    250608 sdc1
8    48    30031250    sdd
8    49    262144    sdd1
8    50    14336000 sdd2

>
> Can you please capture the output of "lspci" and "dmesg" and attach 
them as
> files in your mail? Then I can verify whether your particular 
hardware is

> currently supported or not and what would be necessary to support it.
>

Please find attached the output of "lspci" and "dmesg".

Thanks,
Christian

[1] http://www.xenosoft.de/vmlinux-4.9.52-AmigaONE_X1000_X5000.tar.gz 
(including kernel configs)

Re: [PPC64] Partman doesn't recognize our partitions


Hi Adrian,

Thanks for your reply. Unfortunately there aren't any additional 
interesting messages in the /var/log/syslog console.


I will test an old initrd (32-bit). Maybe the issue is present in the 
old initrd too.


Thanks for your help,
Christian

07 October 2017 at 6:58PM, John Paul Adrian Glaubitz wrote:


Yes, I already saw that in your other message but I haven't found the time yet
to deal with this issue yet. Your situation is complicated by the fact that
you are using a kernel mismatched to the initrd of the debian-installer which
can possibly lead to side-effects.

Are there no messages shown in /var/log/syslog or the syslog console (can be
reached by Alt+F1..8).

Thanks,
Adrian

Re: [PPC64] Partman doesn't recognize our partitions


Adrian,

I have found an initrd.gz (32-bit) from 06/10/2017 [1]. I copied it to 
the onboard CF card and after that I booted it with the latest stable 
kernel 4.13.5 with the following commands:


CFE> ramdisk -z -addr=0x2400 -fatfs cf0:initrd.gz

CFE> setenv bootargs "root=/dev/ramdisk"

CFE> boot -elf -noints -fatfs cf0:vmlinux-4.13

Unfortunately partman stops at 52%. The PPC32 initrd has the same 
problem. I have also found a Debian 8/Jessie initrd.gz (32-bit) from 
20/07/2017 [2]. I also copied it to the onboard CF card and after that I 
booted it with the same CFE commands. Partman on the Debian8/Jessie 
initrd.gz (32-bit) works! It's possible to install Debian 8 and upgrade 
it to Debian 9/Sid. On the syslog console I saw that partman found all 
partitions! I could also test the Debian 8/Jessie PPC64 initrd.gz [3] if 
you like.


Cheers,
Christian


[1] 
https://d-i.debian.org/daily-images/powerpc/20171006-00:12/powerpc/netboot/
[2] 
http://ftp.debian.org/debian/dists/jessie/main/installer-powerpc/current/images/powerpc/netboot/
[3] 
http://ftp.debian.org/debian/dists/jessie/main/installer-powerpc/current/images/powerpc64/netboot/

Re: [PPC64] Partman doesn't recognize our partitions


Adrian,

I also tried to boot the official powerpc64 initrd [1]. Unfortunately it 
doesn't boot.


Error message: init Not tainted 4.13.5

I modified and recreated your initrd.img today.

1. I unzipped the Debian 8 initrd.gz (gunzip initrd.gz)
2. I unzipped your initrd.gz
3. I extracted the files from the initrds with cpio (cpio -id < ../initrd)
4. I replaced bin/hw-detect and after that I packed the files back to 
the cpio ‘newc’ format. (find . | cpio --create --format='newc' > 
../newinitrd)

5. Afterwards I gzipped the newinitrd file. (gzip newinitrd)

I was able to boot the new initrd with the latest stable kernel 4.13.5. 
Unfortunately partman stops at 50%. Hw-detect isn't the problem. Maybe 
another script???


Conclusion: Only the partman from the Debian8/Jessie initrd.gz (32-bit) 
works with our AmigaOnes. It's possible to install Debian 8 and upgrade 
it to Debian 9/Sid.


Cheers,
Christian

[1] 
https://d-i.debian.org/daily-images/powerpc/20171006-00:12/powerpc64/netboot/

PPC64: fpsqrt instruction

2018-02-06 Thread Christian Zigotzky


Hi All,

I use Debian Buster/Sid PPC64 on my Cyrus board with a P5020 SoC [1]. 
The E5500 fpu doesn't have a fpsqrt instruction. Does Debian's libm have 
support for emulation of the fpsqrt instruction?


Thanks,
Christian

[1]

https://plus.google.com/u/0/photos/photo/115515624056477014971/6518950042669509138
https://plus.google.com/u/0/photos/photo/115515624056477014971/6518949590349211394

Re: PPC64: fpsqrt instruction

2018-02-06 Thread Christian Zigotzky


Hi Bas,

Thank you. Could you please upload the libm when you are finished with 
compiling? I would like to test it on my Cyrus board.


Thanks,
Christian


On 06 February 2018 at 6:18PM, Bas Vermeulen wrote:

Hi Christian,

I am running into a similar problem with my T2080 (using an e6500). 
I'm currently rebuilding gcc to build for powerpc64 by default, 
eliminating those from being generated by default. Once that is done, 
I'll have to rebuild glibc with the new gcc compiler to update libm.


Bas Vermeulen

On Tue, Feb 6, 2018 at 6:04 PM, Christian Zigotzky 
mailto:chzigot...@xenosoft.de>> wrote:


Hi All,

I use Debian Buster/Sid PPC64 on my Cyrus board with a P5020 SoC
[1]. The E5500 fpu doesn't have a fpsqrt instruction. Does
Debian's libm have support for emulation of the fpsqrt instruction?

Thanks,
Christian

[1]


https://plus.google.com/u/0/photos/photo/115515624056477014971/6518950042669509138

<https://plus.google.com/u/0/photos/photo/115515624056477014971/6518950042669509138>

https://plus.google.com/u/0/photos/photo/115515624056477014971/6518949590349211394

<https://plus.google.com/u/0/photos/photo/115515624056477014971/6518949590349211394>

Re: PPC64: gcc currently compiles for power4 by default, causing glibc's sqrtf to fail on e6500

2018-02-09 Thread Christian Zigotzky

We need this change too. We have e5500 CPU’s in our AmigaOnes.

— Christian 

Sent from my iPhone

> On 9. Feb 2018, at 11:34, John Paul Adrian Glaubitz 
>  wrote:
> 
>> On 02/09/2018 11:30 AM, Bas Vermeulen wrote:
>> mator on #debian-ports compiled gcc-7 for me with the attached patch.
>> With the resulting gcc, I compiled glibc and got a library I can use
>> sqrtf without running into an illegal instruction exception.
>> Would it be possible to get this applied by default? The resulting
>> binaries work on e6500, and ought to work on all supported CPUs
>> for the ppc64 port.
> 
> This is something that needs to be discussed. A single user alone shouldn't
> warrant such major change in a port. You always have to keep in mind that
> changing the default compiler options also has potential impact on the
> performance on more modern ppc64 systems like Apple Macintosh.
> 
> So, while I'm generally not against such a change, I would like to hear
> some voices first.
> 
> Thanks,
> 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: PPC64: fpsqrt instruction

2018-02-09 Thread Christian Zigotzky

Many thanks!

— Christian 

Sent from my iPhone

> On 9. Feb 2018, at 13:26, Bas Vermeulen  wrote:
> 
> Sorry about the delay. You can find the glibc-2.26 compiled with powerpc64 at 
> http://blackstar.xs4all.nl/glibc-2.26-ppc64-powerpc64.tgz
> 
> Bas Vermeulen
> 
>> On Tue, Feb 6, 2018 at 6:30 PM, Christian Zigotzky  
>> wrote:
>> Hi Bas,
>> 
>> Thank you. Could you please upload the libm when you are finished with 
>> compiling? I would like to test it on my Cyrus board.
>> 
>> Thanks,
>> Christian
>> 
>> 
>>> On 06 February 2018 at 6:18PM, Bas Vermeulen wrote:
>>> Hi Christian,
>>> 
>>> I am running into a similar problem with my T2080 (using an e6500). I'm 
>>> currently rebuilding gcc to build for powerpc64 by default, eliminating 
>>> those from being generated by default. Once that is done, I'll have to 
>>> rebuild glibc with the new gcc compiler to update libm.
>>> 
>>> Bas Vermeulen
>>> 
>>> On Tue, Feb 6, 2018 at 6:04 PM, Christian Zigotzky >> <mailto:chzigot...@xenosoft.de>> wrote:
>>> 
>>> Hi All,
>>> 
>>> I use Debian Buster/Sid PPC64 on my Cyrus board with a P5020 SoC
>>> [1]. The E5500 fpu doesn't have a fpsqrt instruction. Does
>>> Debian's libm have support for emulation of the fpsqrt instruction?
>>> 
>>> Thanks,
>>> Christian
>>> 
>>> [1]
>>> 
>>> 
>>> https://plus.google.com/u/0/photos/photo/115515624056477014971/6518950042669509138
>>> 
>>> <https://plus.google.com/u/0/photos/photo/115515624056477014971/6518950042669509138>
>>> 
>>> https://plus.google.com/u/0/photos/photo/115515624056477014971/6518949590349211394
>>> 
>>> <https://plus.google.com/u/0/photos/photo/115515624056477014971/6518949590349211394>
>>> 
>>> 
>> 
>

Re: Removal of POWER4 support, (was: [GIT PULL] Please pull powerpc/linux.git powerpc-4.17-1 tag)

2018-04-08 Thread Christian Zigotzky

I don’t understand it either. Adrian, could you please explain what happened? 
We are using POWER4 support for our P.A. Semi Nemo boards.

Thanks
Christian

Sent from my iPhone

> On 8. Apr 2018, at 09:52, John Paul Adrian Glaubitz 
>  wrote:
> 
>> On 04/08/2018 09:50 AM, Mathieu Malaterre wrote:
>> Could someone shed some lights on POWER4 removal. I thought G5 were POWER4 ?
>> (see below)
>> ...
>>  - Removal of POWER4 support, which was accidentally broken in 2016 and no 
>> one
>>noticed, and blocked use of some modern instructions.
>> ...
> 
> What the actual fuck?!?!
> 
> -- 
> .''`.  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: PowerMac G5 fans run out of control with kernel 4.17.0-3-powerpc64 but not with 4.16.0-1-powerpc64

2018-10-12 Thread Christian Zigotzky

Adrian is right. Building a kernel for Debian isn‘t really difficult. I work 
for a first level Linux support and I can do it too.

— Christian

Sent from my iPhone

> On 12. Oct 2018, at 16:39, Dennis Clarke  wrote:
> 
>> On 10/12/2018 10:28 AM, John Paul Adrian Glaubitz wrote:
>>> On 10/12/18 4:10 PM, Dennis Clarke wrote:
>>> That page speaks of many things but clear instructions are not among them.
>>> 
>>> That whole page speaks in riddles and strange incantations that don't
>>> really mean anything. The next full moon is 24th of October and I
>>> may be willing to give it a try. However the process will fail as it
>>> has before over and over and as a user I lose interest in poorly written
>>> instructions that speak in half truths and worthless jargon.
>> Well, you can't really expect that someone will give you a full course ...
> 
> Sure I can.
> 
>> on the basics. If it was written like that, the whole manual would probably
>> have several thousand pages.
> 
> Yep.
> 
>>> fakeroot ?
>>> 
>>> That alone is something from the distant past that bothers me.
>>> 
>>> Nope ... not interested.
>> What's wrong with looking things up that are not familiar to you? 
> 
> I was using fakeroot back in 2001 or maybe it was 2000. Can't recall. It 
> isn't unfamiliar. I just don't see the need to get my own kernel in
> place.  Debian needs it ... I don't.
> 
> ...
> 
>> I think it's fair to expect that if a user is willing to install an 
>> unsupported
>> version of Debian on an unsupported machine, then the developers can expect
>> some manual work from the user.
> 
> Yep.   No issue there at all.
> 
>> It's not that people are not willing to help. It's simply that time and 
>> resources
>> are limited and in Debian Ports, we don't have the manpower to provide a 
>> polished
>> product where we have each and every corner-case covered.
> 
> Right. You are busy elsewhere and so leave the long verbose crud to
> schmucks like me.  I have done it before over and over.  It isn't fun
> but it helps the next person and isn't that the whole point?  BTW I
> wrote the original Solaris Zone docs and OpenSolaris kernel build docs
> also and they were entirely step by step.  Better language.  However
> very hand holding. Don't expect anyone to look at your technology and
> play with it if you make it secret and special and impossible to play
> with.  Such is life.
> 
>> Building your own kernel isn't really difficult. It's mostly a matter of 
>> installing
>> the build dependencies for the kernel with "apt-get build-dep linux", then 
>> downloading
>> the source tarball of the kernel you want to use, unpacking it, copying the 
>> configuration
>> from /boot/ which you are currently using to $KERNEL_SRC_ROOT/.config, 
>> running "make oldconfig"
>> and applying any patches you want to test. Then just "make", "make modules", 
>> "make install"
>> and "make modules_install". There isn't anything more to it, really.
> 
> Well let's see if that is really true.  I have yet to see it work.
> So there must be secret magic in there somewhere.
> 
>>> Attached are detailed step by step and clear instuctions on how ...
>>> 
>>> Here is a blunt force trauma set of steps :
>>> 
>>> https://node000.genunix.com/deb_ppc64/debian_ppc64_kernel_build.txt
>> Writing a document like this takes really a long time ...
> 
> days.  Yep.   Coffee.   Curse.   re-coffee.  re-curse.
> 
>> and as already said, this is
>> just something we can't do - at least I can't. 
> 
> Don't worry about it.  If there is interest .. then people will make the
> effort. I need to clean that up and re-write it and get the Debian way
> of things in there but it can be done.  By someone else.  Not you.
> Relax.
> 
> My real interest is in RISC-V anyways.  Just wait until I climb on top
> of that.
> 
> 
>> There is certainly enough documentation
>> on the internet on how to build your own kernel, either in Debian or any 
>> other
>> Linux distribution. However, for a generic kernel taken from upstream, you 
>> can just
>> take any howto.
> 
> yep
> 
>>> Would be nice if the "Debian way" were written up in a step by step fashion.
>> I think there are better ways to spend so much time than writing 
>> documentation
>> that already exists.
> 
> Maybe.  I have a really nice coffee machine.
> 
> Dennis
>

News about Firefox for PowerPC

2018-12-10 Thread Christian Zigotzky


Hi All,

I am not sure if you know this website: 
https://wiki.raptorcs.com/wiki/Porting/Firefox


Many thanks to all for Debian PowerPC! :-) I use it with pleasure on my 
AmigaOnes.


Cheers,
Christian

Re: News about Firefox for PowerPC

2018-12-10 Thread Christian Zigotzky


On 10 December 2018 at 6:23PM, Riccardo Mottola wrote:

Hi,

swamprock wrote:
Meanwhile, there is a fork of Pale Moon 27.x called Arctic Fox that 
can be used on 32-bit PowerPC-https://github.com/wicknix/Arctic-Fox/


More 
info:https://forums.macrumors.com/threads/arctic-fox-web-browser-for-10-6-32-64-bit.2133051/


I need to chime in, being one of the main contributors behind 
ArcticFox, although it is not directly my idea.



I had it working on Linux/PPC too and compiling with gcc 6.5 on Debian 
(you can check my fork on github in case, but it gets pulled in 
regularly). It could even play videos off you-tube although ad a 
ridiculous frame rate


If someone can help me with getting gcc7 and gcc8 working, welcome!!

Don't hold your breath on JS though: no JIT for PPC and stability is 
(still) dubious. Some other PPC enthusiasts got it compiling then also 
on PPC 64, although there were some endianness issues which did not 
happen in 32bit, there were also some stbaility issues.
I did some progress by packporting numerous fixes, but I lack 
currently the PPC machine to test it on and am working on Intel.
Right now on Intel I can use major sites: github, facebook, youtube... 
even web mail. It keeps me motivated!


Riccardo


PS: Adrian, I hope you get out a new ISO soon, so I try reinstalling 
the iBook and test again :) I got the machine exactly for working on 
ArcticFox




Hi Riccardo,

Many thanks for ArcticFox! I successfully tested it on my AmigaOne X1000 
today. (64-bit 1.8 GHz dual-core PWRficient PA6T-1682M PowerPC with AltiVec)


Screenshot of ArcticFox on Fienix (32-bit Debian based distribution with 
a 64-bit kernel): 
https://plus.google.com/u/0/photos/photo/115515624056477014971/6633402818128594658


Screenshot of ArcticFox on ubuntu MATE 16.04.5 LTS 32-bit PowerPC with a 
64-bit kernel: 
https://plus.google.com/u/0/photos/photo/115515624056477014971/6633406944852828306


Unfortunately it doesn't work on our AmigaOne X5000. (Freescale P5020 
CPU 2GHz, 64-bit e5500 dual-core PowerPC SoC without AltiVec)


Did you compile it with G4/AltiVec compiler flags?

Thanks,
Christian

Re: News about Firefox for PowerPC

2018-12-11 Thread Christian Zigotzky


On 11 December 2018 at 7:04PM, Riccardo Mottola wrote:

Hi Christian!

Christian Zigotzky wrote:
Many thanks for ArcticFox! I successfully tested it on my AmigaOne 
X1000 today. (64-bit 1.8 GHz dual-core PWRficient PA6T-1682M PowerPC 
with AltiVec)


Screenshot of ArcticFox on Fienix (32-bit Debian based distribution 
with a 64-bit kernel): 
https://plus.google.com/u/0/photos/photo/115515624056477014971/6633402818128594658 



Screenshot of ArcticFox on ubuntu MATE 16.04.5 LTS 32-bit PowerPC 
with a 64-bit kernel: 
https://plus.google.com/u/0/photos/photo/115515624056477014971/6633406944852828306


Those look cool and promising!




Unfortunately it doesn't work on our AmigaOne X5000. (Freescale P5020 
CPU 2GHz, 64-bit e5500 dual-core PowerPC SoC without AltiVec)


Does it not work? build? what happens?



Did you compile it with G4/AltiVec compiler flags? 


Yes, I did:

export CC="gcc -flax-vector-conversions -O3 -mcpu=7450 -mtune=7450 
-maltivec -mabi=altivec -falign-loops=16 -falign-functions=16 
-falign-labels=16 -falign-jumps=16"
export CXX="g++ -flax-vector-conversions -fpermissive -O3 -mcpu=7450 
-mtune=7450 -maltivec -mabi=altivec -falign-loops=16 
-falign-functions=16 -falign-labels=16 -falign-jumps=16"

export LDFLAGS="-latomic"


I did not try without, I know that on Intel SSE2 is required

Riccardo


Hi Riccardo,

Thanks for your reply. We get the error message 'Illegal instruction' on 
the X5000. That means it doesn't start. Could you please compile it 
without AltiVec (-maltivec -mabi=altivec)?


Thanks,
Christian

A new Arctic-Fox version is available

2018-12-20 Thread Christian Zigotzky


Hi All,

A new Arctic-Fox version is available.

Quote Wicknix:  I forgot to change the build version to 27.9.13 in our 
tree. All of these are new builds dated 12/12 & 12/13 2018. Doh! If you 
downloaded before these dates, please update to these builds, and happy 
holidays from us to you.


Downloads: https://github.com/wicknix/Arctic-Fox/wiki/Downloads

Cheers,
Christian

Arctic Fox 27.9.15 released and generic DMA mapping code for PPC machines

2019-02-03 Thread Christian Zigotzky


Hi All,

Arctic Fox 27.9.15 has been released! :-)

Arctic Fox is a fork of Pale Moon 27.9.4 that was released by Moonchild 
Productions. The goal is to add security updates and bug fixes to keep 
this browser updated for as long as possible for Intel OSX and PowerPC 
Linux based systems. Arctic Fox is not affiliated with Pale Moon. It 
based on an optimized layout engine (Goanna). Further information about 
Goanna: http://www.moonchildproductions.info/goanna.shtml


Change Log: https://github.com/wicknix/Arctic-Fox/wiki/Change-Log

Support: 
https://forums.macrumors.com/threads/arctic-fox-web-browser-for-10-6-32-64-bit.2133051/


Downloads:

Download 27.9.15 32-bit PowerPC G4/G5 (Ubuntu16/Debian9) Linux: 
https://drive.google.com/file/d/11UKSwynpzgf6MKi0PN-ULgPpEAHXZAGe/view?usp=sharing


Download 27.9.15 32-bit PowerPC G3 (no altivec) Linux: 
https://drive.google.com/file/d/1bfp-LNvRQOe5UeB1n57_olBUm6A098MZ/view?usp=sharing


Download 27.9.15 32-bit PowerPC (no altivec - Ubuntu14/Debian8) Linux 
(contributed by xeno74): 
http://www.xenosoft.de/arcticfox-27.9.15.linux-non-altivec-powerpc.tar.bz2


Download 27.9.15 64-bit PowerPC (Fedora/OpenSuse/Debian) Linux 
(contributed by xeno74): 
http://www.xenosoft.de/arcticfox-27.9.15.linux-powerpc64.tar.bz2


Screenshots:

- 
https://i.pinimg.com/originals/06/72/98/0672980cd5cbab103d9a11ab72664c76.png

- https://ibb.co/g41Rjpw
- https://ibb.co/Qrz5G0y
- 
http://www.skateman.nl/wp-content/uploads/2019/02/Screenshot-at-2019-02-03-101901.png


Please test it.

BTW, the kernel developers want to use the generic DMA mapping code for 
PowerPC machines. They modified the source code for testing. Maybe they 
want to add it to the kernel 5.1.


Gitweb: 
http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/powerpc-dma.6


git clone git://git.infradead.org/users/hch/misc.git -b powerpc-dma.6 a

Thread about using generic DMA mapping code in powerpc: 
https://lists.ozlabs.org/pipermail/linuxppc-dev/2019-February/184847.html


Please compile a kernel from the Git 'powerpc-dma.6' and test it because 
there are some problems exist with booting and devices.


Cheers,
Christian

Re: Arctic Fox 27.9.15 released and generic DMA mapping code for PPC machines

2019-02-03 Thread Christian Zigotzky


Hi All,

Thanks a lot for your reply.

Please ask your questions about Arctic Fox in the following support thread.

https://forums.macrumors.com/threads/arctic-fox-web-browser-for-10-6-32-64-bit.2133051/

Cheers,
Christian

Arctic Fox 27.9.16 released

2019-03-22 Thread Christian Zigotzky

Hi All,

Arctic Fox 27.9.16 is available.

Further information: https://ubuntuforums.org/showthread.php?t=2412333

Cheers,
Christian

Arctic Fox 27.9.16 released

2019-03-22 Thread Christian Zigotzky

Hi All,

There is 64-bit version of Arctic Fox 27.9.16 but it has been only tested on 
openSUSE Tumbleweed PPC64 and on Fedora PPC64. 

Link: 
https://forums.macrumors.com/threads/arctic-fox-web-browser-for-10-6-32-64-bit.2133051/page-13

I am not sure if it works on Debian PPC64. Maybe you have to compile it 
yourself for Debian PPC64.

Cheers,
Christian

> On 22. Mar 2019, at 17:37, Christian Zigotzky  wrote:
> 
> Hi All,
> 
> Arctic Fox 27.9.16 is available.
> 
> Further information: https://ubuntuforums.org/showthread.php?t=2412333
> 
> Cheers,
> Christian

Arctic Fox 27.9.16 released

2019-03-22 Thread Christian Zigotzky

Edit: typo

Sent from my iPhone

> On 22. Mar 2019, at 17:58, Christian Zigotzky  wrote:
> 
> Hi All,
> 
> There is a 64-bit version of Arctic Fox 27.9.16 but it has been only tested 
> on openSUSE Tumbleweed PPC64 and on Fedora PPC64. 
> 
> Link: 
> https://forums.macrumors.com/threads/arctic-fox-web-browser-for-10-6-32-64-bit.2133051/page-13
> 
> I am not sure if it works on Debian PPC64. Maybe you have to compile it 
> yourself for Debian PPC64.
> 
> Cheers,
> Christian
> 
>> On 22. Mar 2019, at 17:37, Christian Zigotzky  wrote:
>> 
>> Hi All,
>> 
>> Arctic Fox 27.9.16 is available.
>> 
>> Further information: https://ubuntuforums.org/showthread.php?t=2412333
>> 
>> Cheers,
>> Christian

Re: Removing powerpcspe from Debian Ports

2019-05-15 Thread Christian Zigotzky


On 14 May 2019 at 07:25AM, John Paul Adrian Glaubitz wrote:

Hello!

With the upcoming version 9 of gcc, support for the powerpcspe target has
been removed from the compiler. Since it makes no sense to keep the buildds
running in the long time given that perspective, I would to remove the
powerpcspe port in the near future from Debian Ports unless there are any
reasonably justified objections.

Adrian


Hi Adrian,

Is it possible to compile the PowerPCSPE packages with an older version 
of GCC in the future?


Cheers,
Christian

Re: PPC64 Illegal Instruction

2019-06-22 Thread Christian Zigotzky


On 22 June 2019 at 11:51am, Michael Cree wrote:


See https://salsa.debian.org/multimedia-team/x265/commits/master
for the top two commits but one, one to disable altivec (which I am
not sure is necessary on ppc64,


It's necessary because we use a PPC64 CPU without AltiVec (e5500).

-- Christian

Re: [RFC] Remove AGP support from Radeon/Nouveau/TTM

2020-05-13 Thread Christian Zigotzky


Hi All,

AGP mode/support is deactivated on PowerPC and it doesn't work reliable

And what does these lines mean:

PowerMac G5 Dual:

OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (RV350 4152) 20090101 AGP 8x 
PowerPC 64/Altivec TCL

OpenGL version string: 1.5 Mesa 7.6

Mac Mini G4:

OpenGL vendor string: Tungsten Graphics. Inc.
OpenGL renderer string: Mesa DRI R200 20060602 AGP 4x PowerPC/Altivec TCL
OpenGL version string: 1.3 Mesa 7.2

Screenshots:

- http://www.supertuxkart.de/stk07ubuntu910ppc.png
- http://www.supertuxkart.de/opensuse111-stk073.jpg

Cheers,
Christian

Re: Altivec in baseline for ppc64?

2021-07-13 Thread Christian Zigotzky




> On 13. Jul 2021, at 21:05, John Paul Adrian Glaubitz 
>  wrote:
> 
> Hi Sébastien!
> 
>> On 7/13/21 1:55 PM, Sébastien Villemot wrote:
>> The wiki page that synthesizes architecture specificities indicates
>> that Altivec is included in the baseline for the ppc64 port:
>> https://wiki.debian.org/ArchitectureSpecificsMemo#ppc64
>> 
>> However my understanding is that this port supports any powerpc64 CPU,
>> including some that don’t have Altivec (e.g. POWER4 or POWER5). This is
>> also what the main wiki page for PPC64 says:
>> https://wiki.debian.org/PPC64
>> 
>> Can someone please clarify the situation?
> 
> The ppc64 originally used the ppc64 baseline including AltiVec e.g PowerPC970,
> (64-Bit PowerMac). However, the previous port maintainer decided he wanted to
> support embedded systems such as the PowerPC E5500 which does not support
> AltiVec.

This was the right decision. Some users use Debian PPC64 on their AmigaOne 
X5000 machines and these machines don’t have AltiVec.

Re: Altivec in baseline for ppc64?

2021-07-13 Thread Christian Zigotzky




> On 13. Jul 2021, at 21:44, Karoly Balogh  wrote:
> 
> Hi,
> 
> On Tue, 13 Jul 2021, John Paul Adrian Glaubitz wrote:
> 
>>> However my understanding is that this port supports any powerpc64 CPU,
>>> including some that don’t have Altivec (e.g. POWER4 or POWER5). This
>>> is also what the main wiki page for PPC64 says:
>>> https://wiki.debian.org/PPC64
>>> 
>>> Can someone please clarify the situation?
>> 
>> The ppc64 originally used the ppc64 baseline including AltiVec e.g
>> PowerPC970, (64-Bit PowerMac). However, the previous port maintainer
>> decided he wanted to support embedded systems such as the PowerPC E5500
>> which does not support AltiVec.
> 
> Just to note it here, this CPU family is also used by some relatively
> recent desktop-class PowerPC machines, like A-Eon's AmigaOne X5000 (and
> its "CyrusPlus" motherboard). So it's not just about the support of some
> obscure embedded dev board.
> 
> Charlie

Charlie,

I didn’t see that you have already posted a note because of the X5000. Thanks 
for the hint.

Cheers,
Christian

Re: Altivec in baseline for ppc64?

2021-07-15 Thread Christian Zigotzky


On 15 July 2021 at 2:04 pm, Sébastien Villemot wrote:

Le mardi 13 juillet 2021 à 21:04 +0200, John Paul Adrian Glaubitz a
écrit :


Please go ahead and enabled AltiVec as I don't think it makes much sense to use 
BLAS
on machines without any SIMD support. If any user complains about compatibility 
issues,
please feel free to bring up the issue here again.

I think I disagree with this idea. OpenBLAS can be pulled in by chains
of dependencies, even for users who do not even know what BLAS is.
Violating the baseline can lead to hard-to-understand crashes.
Since I think that reliability is more important than performance, I
prefer to strictly respect the baseline in the binary package.


Hi Sébastien,

I disagree too because the performance of software with AltiVec support 
isn't as high as expected. I tested it a lot because we have AltiVec and 
Non-Altivec machines here. We changed to Non-AltiVec compiled software a 
while ago.


We and the MintPPC team had some problems with the VLC media player on 
our Non-AltiVec machines a year ago because it is only available in an 
AltiVec version.

The MintPPC team had to recompile it. [1]
We also had to recompile the version 3.0.12 of VLC because of the 
AltiVec dependency again. [2]


Cheers,
Christian

A-EON Technology Core Linux support team
http://www.a-eon.com
A-EON Technology Ltd
Asquith House
Unit 1 Dyfrig Rd
Cardiff CF5 5AD
United Kingdom

[1] https://forum.hyperion-entertainment.com/viewtopic.php?p=51952#p51952
[2] https://forum.hyperion-entertainment.com/viewtopic.php?p=52326#p52326

Re: X Display Problem on G3 Series PowerBook (Wallstreet)

2021-07-18 Thread Christian Zigotzky


Hello Stan,

We had the same issue during the 5.14 merge window. Please look in the 
following thread:


https://forum.hyperion-entertainment.com/viewtopic.php?p=53511#p53511

There is a patch available. Please try it.

Thanks,
Christian


On 19 July 2021 at 04:59 am, Stan Johnson wrote:

Hello,

I have a PowerBook Wallstreet, 512 MiB memory, 266 MHz with the current
Debian SID installed.

While attempting to upgrade the kernel from 5.6.13 to 5.13.2, I'm having
trouble getting X to work. The symptoms are that in 5.13.2, the screen
goes blank and never comes back. Since the network and disk access were
ok, I was able to login and noticed that wdm is running. The Xorg.0.log
files in /var/log are essentially the same for both kernels; I can send
those log files if someone might find them useful (I didn't want to send
large files to the entire list).

The framebuffer is reported as "fb0: Open Firmware frame buffer device
on /pci/ATY,RageLTPro". I tried adding "mach64" to the config file for
5.13.2, but that didn't fix the problem.

Both kernels are stock kernels from kernel.org (though I did add the
BMAC patch to 5.6.13). I can send the .config files that I used if that
would be helpful. I have the same options in both .config files for
"Device Drivers -> Graphics support -> Frame buffer devices", with "Open
Firmware frame buffer device support" and "ATI Rage128 display support"
selected (among other options).

Graphics (Xorg, wdm and xfce) work in Debian 7.8 with kernel 5.13.2. So
I'm not sure whether I'm looking for a kernel issue or an Xorg (or wdm)
issue, so I haven't run a git bisect yet.

thanks for any suggestions

-Stan Johnson

Re: issue building qemu latest on debian ppc

2021-07-19 Thread Christian Zigotzky


I usually compile QEMU with the following commands:

./configure --enable-sdl --target-list=ppc-softmmu,ppc64-softmmu

make

- Christian

On 19 July 2021 at 10:08 am, luigi burdo wrote:

Hi Adrian,
i'm try to build last qemu on Debian PPC64 on my G5 Quad but im facing 
strange hard build errors.
I m in contact with the qemu ppc ML and there Balaton Zoltan make me 
know this kind of issues are not because bad code in qemu.

Zoltan write to me this kind of issues can come in two cases:
a)Hardware failure b) a GCC Bug.
I check my machine and look like there are not evident hardware issue, 
machine is stable like in past, all is up and working on Linux and 
MacOS leopard too.


this is the qemu pull that im try to build 
https://gitlab.com/dgibson/qemu.git tags/ppc-for-6.1-20210713


if some one in ML can try to buid on BE hardware is welcome.


this is the issue that i face during build.


gigi@debian:~/src/tags/ppc-for-6.1-20210713/build$ ninja
> [3864/9215] Compiling C object 
libqemu-mipsel-softmmu.fa.p/target_mips_tcg_msa_helper.c.o

> FAILED: libqemu-mipsel-softmmu.fa.p/target_mips_tcg_msa_helper.c.o
> cc -Ilibqemu-mipsel-softmmu.fa.p -I. -I.. -Itarget/mips 
-I../target/mips -I../capstone/include/capstone -Iqapi -Itrace -Iui 
-Iui/shader -I/usr/include/pixman-1 -I/usr/include/glib-2.0 
-I/usr/lib/powerpc64-linux-gnu/glib-2.0/include 
-fdiagnostics-color=auto -pipe -Wall -Winvalid-pch -Werror -std=gnu11 
-O2 -g -isystem /home/gigi/src/tags/ppc-for-6.1-20210713/linux-headers 
-isystem linux-headers -iquote . -iquote 
/home/gigi/src/tags/ppc-for-6.1-20210713 -iquote 
/home/gigi/src/tags/ppc-for-6.1-20210713/include -iquote 
/home/gigi/src/tags/ppc-for-6.1-20210713/disas/libvixl -iquote 
/home/gigi/src/tags/ppc-for-6.1-20210713/tcg/ppc -pthread 
-U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -m64 -D_GNU_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes 
-Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes 
-fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration 
-Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k 
-Winit-self -Wignored-qualifiers -Wempt
 y-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined 
-Wimplicit-fallthrough=2 -Wno-missing-include-dirs 
-Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE 
-isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H 
'-DCONFIG_TARGET="mipsel-softmmu-config-target.h"' 
'-DCONFIG_DEVICES="mipsel-softmmu-config-devices.h"' -MD -MQ 
libqemu-mipsel-softmmu.fa.p/target_mips_tcg_msa_helper.c.o -MF 
libqemu-mipsel-softmmu.fa.p/target_mips_tcg_msa_helper.c.o.d -o 
libqemu-mipsel-softmmu.fa.p/target_mips_tcg_msa_helper.c.o -c 
../target/mips/tcg/msa_helper.c

> during RTL pass: sched1
> ../target/mips/tcg/msa_helper.c: In function ‘helper_msa_fmin_df’:
> ../target/mips/tcg/msa_helper.c:7536:1: internal compiler error: 
Errore di segmentazione

> 7536 | }
>      | ^
> 0x3fffa7b8e1c3 generic_start_main
> ../csu/libc-start.c:308
> 0x3fffa7b8e3d3 __libc_start_main
> ../sysdeps/unix/sysv/linux/powerpc/libc-start.c:98
> Please submit a full bug report,
> with preprocessed source if appropriate.
> Please include the complete backtrace with any bug report.
> See  for instructions.
> [3869/9215] Compiling C object 
libqemu-mipsel-softmmu.fa.p/target_mips_tcg_translate.c.o

> ninja: build stopped: subcommand failed.


Thank you
Luigi

FAILED: patch "[PATCH] drm/radeon/ni_dpm: Fix booting bug" failed to apply to 5.13-stable tree

2021-07-19 Thread Christian Zigotzky


On 19 July 2021 at 04:32 pm, Stan Johnson wrote:

On 7/18/21 10:23 PM, Christian Zigotzky wrote:

Hello Stan,

We had the same issue during the 5.14 merge window. Please look in the
following thread:

https://forum.hyperion-entertainment.com/viewtopic.php?p=53511#p53511

There is a patch available. Please try it.

Thanks,
Christian
...

Hello Christian,

Thanks. There were some errors applying the patch, so it wasn't fully
applied (see below). Of course, I'm using 5.13.2, not 5.14, so maybe
that's expected.

The patched 5.13.2 kernel still results in a blank screen while trying
to run wdm. On this attempt, wdm has died (oddly the screen remains
blank; it should display a text login after X dies). The Xorg.0.log
looks reasonable enough.

I tried disabling wdm, then rebooted, logged in at the console and ran
"startx". The screen goes blank, X is running, startx is running:

johnson   1392  0.0  0.2   2572  1452 tty1 S+   08:06   0:00 /bin/sh
/usr/bin/startx
johnson   1414  0.0  0.4   4904  2096 tty1 S+   08:06   0:00 xinit
/etc/X11/xinit/xinitrc -- /etc/X11/xinit/xserverrc :0 vt1 -keeptty -auth
/tmp/serverauth.dJ7lSnzjjo
johnson   1415  1.0  8.2 128436 41924 tty1 Sl   08:06   0:04
/usr/lib/xorg/Xorg -nolisten tcp :0 vt1 -keeptty -auth
/tmp/serverauth.dJ7lSnzjjo

I had to use "kill -KILL" to kill the startx, xinit and Xorg processes.
After those were killed, the screen was still blank, and even though
nothing was running, the load average was still around 1.00 several
minutes later, so something is still taking CPU time:

$ uptime
  08:25:15 up 20 min,  2 users,  load average: 1.00, 1.00, 0.84

I can attempt a git bisect, though that will take some time.

-Stan

--
$ patch -p1
<../v3-drm-radeon-Fix-NULL-dereference-when-updating-memory-stats.patch
patching file drivers/gpu/drm/radeon/radeon_object.c
Hunk #2 FAILED at 76.
Hunk #3 FAILED at 727.
2 out of 3 hunks FAILED -- saving rejects to file
drivers/gpu/drm/radeon/radeon_object.c.rej
patching file drivers/gpu/drm/radeon/radeon_object.h
patching file drivers/gpu/drm/radeon/radeon_ttm.c
Hunk #1 FAILED at 199.
Hunk #2 succeeded at 227 (offset 11 lines).
Hunk #3 succeeded at 275 (offset 11 lines).
Hunk #4 succeeded at 697 (offset 12 lines).
1 out of 4 hunks FAILED -- saving rejects to file
drivers/gpu/drm/radeon/radeon_ttm.c.rej
johnson@mac-server:/data/software/working/linux-5.13.2$ cat
drivers/gpu/drm/radeon/radeon_ttm.c.rej
--- drivers/gpu/drm/radeon/radeon_ttm.c
+++ drivers/gpu/drm/radeon/radeon_ttm.c
@@ -199,7 +199,7 @@ static int radeon_bo_move(struct ttm_buffer_object
*bo, bool evict,
struct ttm_resource *old_mem = bo->resource;
struct radeon_device *rdev;
struct radeon_bo *rbo;
-   int r;
+   int r, old_type;

if (new_mem->mem_type == TTM_PL_TT) {
r = radeon_ttm_tt_bind(bo->bdev, bo->ttm, new_mem);

-

Hello Stan,

Greg has the same issue with patching the kernel 5.13 [1]. We have to 
wait for a solution.


- Christian

[1]

The patch below does not apply to the 5.13-stable tree.
If someone wants it applied there, or to any other stable or longterm
tree, then please email the backport, including the original git commit
id to .

thanks,

greg k-h

-- original commit in Linus's tree --

>From 293774413a3f519c826d4eb5313ef02e20515700 Mon Sep 17 00:00:00 2001
From: "Gustavo A. R. Silva" 
Date: Sun, 9 May 2021 17:49:26 -0500
Subject: [PATCH] drm/radeon/ni_dpm: Fix booting bug

Create new structure NISLANDS_SMC_SWSTATE_SINGLE, as initialState.levels
and ACPIState.levels are never actually used as flexible arrays. Those
arrays can be used as simple objects of type
NISLANDS_SMC_HW_PERFORMANCE_LEVEL, instead.

Currently, the code fails because flexible array _levels_ in
struct NISLANDS_SMC_SWSTATE doesn't allow for code that access
the first element of initialState.levels and ACPIState.levels
arrays:

drivers/gpu/drm/radeon/ni_dpm.c:
1690 table->initialState.levels[0].mclk.vMPLL_AD_FUNC_CNTL =
1691 cpu_to_be32(ni_pi->clock_registers.mpll_ad_func_cntl);
...
1903:   table->ACPIState.levels[0].mclk.vMPLL_AD_FUNC_CNTL = 
cpu_to_be32(mpll_ad_func_cntl);
1904:   table->ACPIState.levels[0].mclk.vMPLL_AD_FUNC_CNTL_2 = 
cpu_to_be32(mpll_ad_func_cntl_2);


because such element cannot exist without previously allocating
any dynamic memory for it (which never actually happens).

That's why struct NISLANDS_SMC_SWSTATE should only be used as type
for object driverState and new struct SISLANDS_SMC_SWSTATE_SINGLE is
created as type for objects initialState, ACPIState and ULVState.

Also, with the change from one-element array to flexible-array member
in commit 434fb1e7444a ("drm/radeon/nislands_smc.h: Replace one-element
array with flexible-array member in struct NISLANDS_SMC_SWSTATE"), the
size of dpmLevels in struct NISL

Re: FAILED: patch "[PATCH] drm/radeon/ni_dpm: Fix booting bug" failed to apply to 5.13-stable tree

2021-07-19 Thread Christian Zigotzky


On 19 July 2021 04:58 pm, Christian Zigotzky wrote:

On 19 July 2021 at 04:32 pm, Stan Johnson wrote:

On 7/18/21 10:23 PM, Christian Zigotzky wrote:

Hello Stan,

We had the same issue during the 5.14 merge window. Please look in the
following thread:

https://forum.hyperion-entertainment.com/viewtopic.php?p=53511#p53511

There is a patch available. Please try it.

Thanks,
Christian
...

Hello Christian,

Thanks. There were some errors applying the patch, so it wasn't fully
applied (see below). Of course, I'm using 5.13.2, not 5.14, so maybe
that's expected.

The patched 5.13.2 kernel still results in a blank screen while trying
to run wdm. On this attempt, wdm has died (oddly the screen remains
blank; it should display a text login after X dies). The Xorg.0.log
looks reasonable enough.

I tried disabling wdm, then rebooted, logged in at the console and ran
"startx". The screen goes blank, X is running, startx is running:

johnson   1392  0.0  0.2   2572  1452 tty1 S+   08:06   0:00 /bin/sh
/usr/bin/startx
johnson   1414  0.0  0.4   4904  2096 tty1 S+   08:06   0:00 xinit
/etc/X11/xinit/xinitrc -- /etc/X11/xinit/xserverrc :0 vt1 -keeptty -auth
/tmp/serverauth.dJ7lSnzjjo
johnson   1415  1.0  8.2 128436 41924 tty1 Sl   08:06   0:04
/usr/lib/xorg/Xorg -nolisten tcp :0 vt1 -keeptty -auth
/tmp/serverauth.dJ7lSnzjjo

I had to use "kill -KILL" to kill the startx, xinit and Xorg processes.
After those were killed, the screen was still blank, and even though
nothing was running, the load average was still around 1.00 several
minutes later, so something is still taking CPU time:

$ uptime
  08:25:15 up 20 min,  2 users,  load average: 1.00, 1.00, 0.84

I can attempt a git bisect, though that will take some time.

-Stan

--
$ patch -p1
<../v3-drm-radeon-Fix-NULL-dereference-when-updating-memory-stats.patch
patching file drivers/gpu/drm/radeon/radeon_object.c
Hunk #2 FAILED at 76.
Hunk #3 FAILED at 727.
2 out of 3 hunks FAILED -- saving rejects to file
drivers/gpu/drm/radeon/radeon_object.c.rej
patching file drivers/gpu/drm/radeon/radeon_object.h
patching file drivers/gpu/drm/radeon/radeon_ttm.c
Hunk #1 FAILED at 199.
Hunk #2 succeeded at 227 (offset 11 lines).
Hunk #3 succeeded at 275 (offset 11 lines).
Hunk #4 succeeded at 697 (offset 12 lines).
1 out of 4 hunks FAILED -- saving rejects to file
drivers/gpu/drm/radeon/radeon_ttm.c.rej
johnson@mac-server:/data/software/working/linux-5.13.2$ cat
drivers/gpu/drm/radeon/radeon_ttm.c.rej
--- drivers/gpu/drm/radeon/radeon_ttm.c
+++ drivers/gpu/drm/radeon/radeon_ttm.c
@@ -199,7 +199,7 @@ static int radeon_bo_move(struct ttm_buffer_object
*bo, bool evict,
  struct ttm_resource *old_mem = bo->resource;
  struct radeon_device *rdev;
  struct radeon_bo *rbo;
-    int r;
+    int r, old_type;

  if (new_mem->mem_type == TTM_PL_TT) {
  r = radeon_ttm_tt_bind(bo->bdev, bo->ttm, new_mem);

-

Hello Stan,

Greg has the same issue with patching the kernel 5.13 [1]. We have to 
wait for a solution.


- Christian

Stan,

Forget it. It's another issue below.

Sorry,
Christian


[1]

The patch below does not apply to the 5.13-stable tree.
If someone wants it applied there, or to any other stable or longterm
tree, then please email the backport, including the original git commit
id to .

thanks,

greg k-h

-- original commit in Linus's tree --

>From 293774413a3f519c826d4eb5313ef02e20515700 Mon Sep 17 00:00:00 2001
From: "Gustavo A. R. Silva" 
Date: Sun, 9 May 2021 17:49:26 -0500
Subject: [PATCH] drm/radeon/ni_dpm: Fix booting bug

Create new structure NISLANDS_SMC_SWSTATE_SINGLE, as initialState.levels
and ACPIState.levels are never actually used as flexible arrays. Those
arrays can be used as simple objects of type
NISLANDS_SMC_HW_PERFORMANCE_LEVEL, instead.

Currently, the code fails because flexible array _levels_ in
struct NISLANDS_SMC_SWSTATE doesn't allow for code that access
the first element of initialState.levels and ACPIState.levels
arrays:

drivers/gpu/drm/radeon/ni_dpm.c:
1690 table->initialState.levels[0].mclk.vMPLL_AD_FUNC_CNTL =
1691 cpu_to_be32(ni_pi->clock_registers.mpll_ad_func_cntl);
...
1903:   table->ACPIState.levels[0].mclk.vMPLL_AD_FUNC_CNTL = 
cpu_to_be32(mpll_ad_func_cntl);
1904:   table->ACPIState.levels[0].mclk.vMPLL_AD_FUNC_CNTL_2 = 
cpu_to_be32(mpll_ad_func_cntl_2);


because such element cannot exist without previously allocating
any dynamic memory for it (which never actually happens).

That's why struct NISLANDS_SMC_SWSTATE should only be used as type
for object driverState and new struct SISLANDS_SMC_SWSTATE_SINGLE is
created as type for objects initialState, ACPIState and ULVState.

Also, with the change from one-element array to flexible-array member
in commit 434fb1e7444a ("drm/radeon/nislands_smc.h: Replace one-element
array with flexible-array member in struct N

Problems with SuperTuxKart 0.8 PowerPC

2013-03-17 Thread Christian Zigotzky


Hi list,

I've downloaded SuperTuxKart 0.8 from 
http://sourceforge.net/projects/supertuxkart/files/SuperTuxKart/0.8/supertuxkart-0.8-linux-glibc2.11-ppc.tar.bz2/download. 
The most tracks are OK but I have sometimes a freeze of the complete 
desktop with following error message:


radeon :01:00.0 couldn't schedule ib
drm:radeon_cs_lib_chunk error Failed to schedule ib!

I think this is a graphics driver problem. What do you think?

My System: Debian Wheezy PowerPC on an AmigaONE X1000, 4 GB RAM, AMD 
Radeon HD 6870 1GB (Gallium 0.4 on AMD Barts)


glxinfo | grep OpenGL

OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD BARTS
OpenGL version string: 2.1 Mesa 8.0.5
OpenGL shading language version string: 1.20
OpenGL extensions:

dmesg | grep drm

[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (BARTS 0x1002:0x6738 0x1682:0x3107).
[drm] register mmio base: 0xA002
[drm] register mmio size: 131072
[drm] Detected VRAM RAM=1024M, BAR=256M
[drm] RAM width 256bits DDR
[drm] radeon: 1024M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
[drm] radeon: irq initialized.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] Loading BARTS Microcode
[drm] PCIE GART of 512M enabled (table at 0x0004).
[drm] ring test on 0 succeeded in 3 usecs
[drm] ib test on ring 0 succeeded in 0 usecs
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm]   DP-1
[drm]   HPD4
[drm]   DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c
[drm]   Encoders:
[drm] DFP1: INTERNAL_UNIPHY2
[drm] Connector 1:
[drm]   DP-2
[drm]   HPD5
[drm]   DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 0x644c
[drm]   Encoders:
[drm] DFP2: INTERNAL_UNIPHY2
[drm] Connector 2:
[drm]   HDMI-A-1
[drm]   HPD3
[drm]   DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468 0x646c 0x646c
[drm]   Encoders:
[drm] DFP3: INTERNAL_UNIPHY1
[drm] Connector 3:
[drm]   DVI-D-1
[drm]   HPD1
[drm]   DDC: 0x6480 0x6480 0x6484 0x6484 0x6488 0x6488 0x648c 0x648c
[drm]   Encoders:
[drm] DFP4: INTERNAL_UNIPHY1
[drm] Connector 4:
[drm]   DVI-I-1
[drm]   HPD6
[drm]   DDC: 0x6470 0x6470 0x6474 0x6474 0x6478 0x6478 0x647c 0x647c
[drm]   Encoders:
[drm] DFP5: INTERNAL_UNIPHY
[drm] CRT1: INTERNAL_KLDSCP_DAC1
[drm] Internal thermal controller with fan control
[drm] radeon: power management initialized
[drm] fb mappable at 0x90142000
[drm] vram apper at 0x9000
[drm] size 5242880
[drm] fb depth is 24
[drm]pitch is 5120
fb0: radeondrmfb frame buffer device
drm: registered panic notifier
[drm] Initialized radeon 2.18.0 20080528 for :01:00.0 on minor 0

Can you help me, please?

Best wishes,

Christian


--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51460925.5080...@xenosoft.de

AmigaOne X1000/Nemo PowerPC Motherboard

2013-11-21 Thread Christian Zigotzky


Just for info:

A-EON's Christmas Cracker! : Special offer on Nemo PowerPC Motherboards 
for the holiday season.


To celebrate the latest delivery of Nemo PPC motherboards, A-EON 
Technology is pleased to announce a special Christmas promotion on Nemo 
PPC motherboards and AmigaONE X1000 systems. For a time limited period 
you can purchase a Nemo motherboard complete with AmigaOS 4.1 for £1366 
or a complete AmigaONE X1000 system with AmigaOS 4.1 pre-installed from 
£1,707.50 (Please add shipping & VAT where applicable). For more details 
please contact AmigaKit or your participating local Amiga dealer:


http://amigakit.com/
http://www.relec.ch/frch/
http://alinea-computer.de/

http://www.img-load.de/display-i1122621bp63ja.html

PPC Linux support for the AmigaOne X1000/Nemo PPC motherboard: 
http://forum.hyperion-entertainment.biz/viewforum.php?f=35
Screenshots of the Nemo PPC motherboard with PPC Linux: 
http://www.supertuxkart-amiga.de/amiga/x1000.html



--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/528e1e2f.3060...@xenosoft.de

Re: Creating a PowerPC task force?

2013-11-21 Thread Christian Zigotzky


Hi there,

Yes, that's right, there are new PPC hardware. Look at the following pages:

http://www.supertuxkart-amiga.de/amiga/x1000.html
http://www.supertuxkart-amiga.de/amiga/sam.html
http://forum.hyperion-entertainment.biz/viewforum.php?f=35
http://forum.hyperion-entertainment.biz/viewforum.php?f=52

These pages offer new kernels and distributions for the A-EON AmigaOne 
X1000, for the ACube Sam440ep-flex, and for the ACube Sam460ex.


Additional is an optimal version of SuperTuxKart 0.8/0.8.1 for Linux ppc 
with AltiVec available:


http://forum.hyperion-entertainment.biz/viewtopic.php?f=35&t=2074
http://forum.hyperion-entertainment.biz/viewtopic.php?f=35&t=1845

Rgds,
Christian


Hello,

> we are essentially orphans of the architecture. Again, would anybody 
else be
> interested in addressing the current problems that PowerPC seems to 
have?


Note that there are PPC users out there you might don't think of.
Two companies (links below) build PPC hardware primarily targeting 
AmigaOS users but we are also interested by Linux. It means that we 
are also helping keeping the PPC world alive.


What I wanted to say is that your work is not wasted and it's 
appreciated. We also helped by adding hardware support in the kernel 
tree.



One thing that would require more work is the support of the Uboot 
firmware + Parthenope boot loader. It seems that everybody thinks the 
PPC world uses OpenFirmware + yaboot :-/


About AmigaOS: http://www.amigaos.net
ACube Systems: http://www.acube-systems.biz/
Aeon Technology: http://a-eon.com/
Latest activity on PPC kernels: 
http://www.amigans.net/modules/xforum/viewtopic.php?topic_id=6206&forum=10 






--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/528dfd1e.8000...@xenosoft.de

SuperTuxKart 0.8.1 released for PowerPC Linux

2013-11-27 Thread Christian Zigotzky

We are proud to announce the release of SuperTuxKart version 0.8.1 for 
PPC Linux.


This release includes the following features:
* New track 'STK Enterprise'
* Updated tracks 'Old Mine', 'Around the Lighthouse' and 'Zen Garden'
* New modes 'Soccer' and 'Egg Hunt'
* New karts 'Xue' and 'Sara'
* Updated 'Beastie' kart
* Added tutorial
* Added new 'SuperTux' difficulty
* New bubblegum shield defensive weapon
* New combined speedometer and nitro meter
* Added ability to filter add-ons
* Updated nitro models
* Added ability to save and resume Grand Prix
* Improved skid marks and particle effects


It has taken us a rather long time for a minor release, but most of the 
developers have been rather busy with mentoring students for the “Google 
Summer of Code 2013”. On the other hand, we had many contributions from 
new developers: Dawid Gan tirelessly fixed bugs, making 0.8.1 the minor 
release with most bug fixes. Johannesr1 added shield functionality to 
bubblegum. Xenux added filtering of add-ons, Glenn De Jonghe saving of a 
Grand Prix (just abort a Grand Prix at the beginning of a race, later 
then restart the same Grand Prix again). Funto and Mohammad Al-Ghannam 
added a multi-player soccer mode.


Download: 
http://sourceforge.net/projects/supertuxkart/files/SuperTuxKart/0.8.1/supertuxkart-0.8.1-altivec-linux-glibc2.13-ppc.tar.gz/download


Linux-PPC requirements:

* Apple Power Mac G5 (Early 2005) with NVIDIA GeForce 6800 Ultra DDL 
(256 MB AGP 8x) or Radeon X850 XT (256 MB AGP 8x)
* Apple Power Mac G5 (Late 2005) with GeForce 6600 (256 MB PCIe x16), 
GeForce 7800 GT (256 MB PCIe x16), Quadro FX 4500 (512 MB PCIe x16)
* A-EON AmigaOne X1000 with AMD Radeon HD 4000, 5000, or 6000 Series 
(PCIe x16)

* YDL PowerStation with ATI X1650 PRO (512 MB PCIe x16)

Debian 7 PPC with Gallium 0.4 or higher

SuperTuxKart 0.8.1 official video: http://youtu.be/WutAN4i98_o

SuperTuxKart 0.8.1 official poster: OfficialPoster_081.jpg 



We hope you enjoy the new release, and as always we welcome new artists 
and programmers to join us, either through our forum or our mailing 
list. Also, you can follow us at Twitter @supertuxkart.



STK Development Team

We're looking for Linux beta testers for our new PowerPC board

2013-12-11 Thread Christian Zigotzky


Hi all,

We're looking for Linux beta testers for our new PowerPC board. The new 
board, codenamed Cyrus Plus, will be an replacement for the Nemo board 
(http://en.wikipedia.org/wiki/AmigaOne_X1000). The revision 2.0 
prototype contains a Freescale P5020 CPU which is a 2 GHz, 64-bit 
dual-core PowerPC SoC. The Cyrus Plus board will also accept the new 
P5040 when it becomes commercially available in greater volume. This is 
a 64-bit quad-core PowerPC Freescale CPU which operates up to 2.4 GHz.
As with Nemo, the Cyrus Plus motherboard has been custom designed to run 
the latest version of AmigaOS 4 and will support multiple PowerPC Linux 
distributions.
The deadline for applications is at the end of December. Successful beta 
test applicants also have the option of having their name or nickname 
added to the Cyrus Plus motherboard silkscreen. However, the deadline 
for this option is earlier and is set the 15th of December. If you have 
registered your interest in joining the Cyrus Plus beta team and have 
not yet had a response from A-EON please send an email to 
contact(at)a-eon.com.


http://blog.a-eon.biz/blog/wp-content/uploads/2013/07/Marcin_sm.jpg
http://blog.a-eon.biz/blog/wp-content/uploads/2013/07/CyrusPlus.jpg
http://blog.a-eon.biz/blog/wp-content/uploads/2013/07/varisys.jpg
http://blog.a-eon.biz/blog/wp-content/uploads/2013/12/Cyrus_Plus_bottom_name_smal2l.jpg
http://www.a-eon.com/18-10-2013-3.pdf

Rgds,

Christian



--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52a88033.7030...@xenosoft.de

Wrong colors with Mesa 9.2 and Mesa 10.0 on Debian Sid

2013-12-19 Thread Christian Zigotzky


Hi all,

I've tried Mesa 9.2.2-1 and 10.0.0-1 on Debian Sid and Lubuntu 13.10.
Unfortunately both have issued false colors in games. They appear to be ABGR
instead of RGBA, thus blue becomes green, red becomes alpha etc.

Mesa 8.0.5-4 and Mesa 9.1.6 have no color problem.

I've created a bug report on freedesktop.org.

Bug report 72877:

https://bugs.freedesktop.org/show_bug.cgi?id=72877
http://lists.freedesktop.org/archives/mesa-dev/2013-December/050363.html

The transitional solution is to install the old Mesa 8.0.X with "Force Version"
with the Synaptic package manager on new distributions.

Hardware:

AmigaOne X1000 (Nemo)
PA Semi Dual-core PA6T-1682M, 1.8GHz PowerISA™ v2.04+ CPU
"Xena" 500MHz XMOS XS1-L2 124
8GB DDR2 SDRAM
HIS Radeon HD 6870, 1 GB RAM
OCZ600MXSP 600 Switching power supply
RTL 8139/8139C/8139C+ network card
TSSTcorp CDDVDW SH-224BB dvd drive
ATA ST2000DM001-9YN1 SEAGATE HD
ATA ESA 3SF1240GB HD

More information:

http://en.wikipedia.org/wiki/AmigaOne_X1000
http://www.supertuxkart-amiga.de/amiga/x1000.html

Rgds,
Christian

Wrong colors with Mesa 9.2 and Mesa 10.0 on Debian Sid

2013-12-30 Thread Christian Zigotzky


Am 30.12.13 13:20, schrieb Riccardo Mottola:

Hi,
Christian Zigotzky wrote:

Hi all,

I've tried Mesa 9.2.2-1 and 10.0.0-1 on Debian Sid and Lubuntu 13.10.
Unfortunately both have issued false colors in games. They appear to 
be ABGR

instead of RGBA, thus blue becomes green, red becomes alpha etc.
With current Debian unstable, I have such a problem in my iBook too. 
Several icons appear skewed in colors in WindowMaker and certain whole 
applications do too (e.g. GNUstep ones)


Riccardo


Hi Riccardo,

Thanks a lot for your answer. :-) I've created a bug report on 
freedesktop.org.


Bug report 72877:

https://bugs.freedesktop.org/show_bug.cgi?id=72877
http://lists.freedesktop.org/archives/mesa-dev/2013-December/050363.html

I hope the guys there have an idea to fix this issue.

All the best,

Christian



--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52c19a36.1000...@xenosoft.de

Re: Debian PPC test video problem with G5 Quad

2014-07-30 Thread Christian Zigotzky


On 30.07.14, 13:05 Rick Thomas wrote:

Hi Keith,

It’s definitely worth filing a bug.  (See reportbug(1) for details on the 
procedure.)  I guess, for lack of anything more precise, you should file it 
against package “installation-reports”.  It will (hopefully) be re-directed to 
a more appropriate package by the debian installer developers.

I’m really glad to see that there’s still some interest in the Debian PowerPC 
port!
There are a lot of people who have some interests in the Debian PowerPC 
port. ;-) On my AmigaOne X1000 PowerPC works Debian Sid very well.


Screenshots:

http://www.supertuxkart-amiga.de/amiga/Mate-A1-X1000.jpg
http://www.supertuxkart-amiga.de/amiga/Debian64_A1-X1000.jpg
http://www.supertuxkart-amiga.de/amiga/SuSE_Linux_5_QEMU_A1-X1000-2.jpg
http://www.supertuxkart-amiga.de/amiga/SuSE_Linux_5_QEMU_A1-X1000.jpg
http://www.supertuxkart-amiga.de/amiga/QEMU_PR_KVM_A1-X1000.jpg

And it runs on Sam PowerPC boards.

Screenshot:

http://forum.hyperion-entertainment.biz/download/file.php?id=1272&mode=view

A-EON developes a new PowerPC board and Debian will run on it.

Links:

http://www.a-eon.com/18-10-2013-3.pdf
http://www.a-eon.com/18-10-2013-1.pdf
http://www.a-eon.com/News_Release_A1-X5000.pdf

The Debian PowerPC port has a great future!

Rgds,

Christian


Keep on testing!

Rick

On Jul 30, 2014, at 3:04 AM, ke...@refaceplace.net wrote:





--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53d913e1.4020...@xenosoft.de

Re: Support for PPC processors prior to POWER4 being dropped from kernel 3.17

2014-08-13 Thread Christian Zigotzky


On 13.08.14 16:11, Michel Dänzer wrote:

On 13.08.2014 20:23, Rick Thomas wrote:

Does anybody know if this affects the Moto G[345] processors used in the Apple 
Macintosh machines?

http://www.phoronix.com/scan.php?page=news_item&px=MTc1Njk

Pretty sure that's just the usual lack of a clue on Phoronix, and that
only support for older IBM POWER CPUs is being dropped, not for any
PowerPC CPUs found in PowerMacs.


Is the support also removed for the AMCC 440 and AMCC 460 CPUs? I hope 
not. There are a lot of people, who work with that machines.



--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53eb8657.70...@xenosoft.de

A new Mac-on-Linux version with KVM support is available

2014-09-22 Thread Christian Zigotzky


Just for info: http://ubuntuforums.org/showthread.php?t=2245041


--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54201e7e.2060...@xenosoft.de

Re: A new Mac-on-Linux version with KVM support is available

2014-09-22 Thread Christian Zigotzky


On 22.09.14 15:34, v...@comsouth.net wrote:

Does MOL support OS9?

 Original message  Subject: A new Mac-on-Linux version 
with KVM support is available From: Christian Zigotzky To: 
debian-powerpc@lists.debian.org CC:


Just for info: http://ubuntuforums.org/showthread.php?t=2245041

I didn't try it. Sorry, I don't know. On my AmigaONE X1000 (Nemo board 
with PA6T CPU) works Mac OS X 10.4.0 Tiger on MoL/KVM-PR.

A new Mac-on-Linux version with KVM support is available

2014-10-01 Thread Christian Zigotzky

Mac OS X boots with MoL/"PR" KVM on an AmigaONE X1000 PowerPC (YouTube 
video): http://youtu.be/7alchoY6kzY



--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/542cf037.5010...@xenosoft.de

Re: Bug#761040: [libqtwebkit4] Browsers based on Webkit crash on loading pages

2014-10-07 Thread Christian Zigotzky


On 07.10.2014 18:18, Lisandro Damián Nicanor Pérez Meyer wrote:

Can anyone check is arora suffers from the same bug on ppc?

arora is currently using Qt5, but the same webkit codebase, so we would like
to know if this is a shared bug or not.


The same thing with Midori -> 
https://bugs.launchpad.net/ubuntu/+source/midori/+bug/1274167



--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54343e48.7090...@xenosoft.de

Re: No more OpenGL with ATI R300 after upgrading to Debian testing

2014-10-31 Thread Christian Zigotzky


Hi Gabriel,

Could you try the unofficial mesa versions for PowerPC, please?

Please look in the following threads:

http://forum.hyperion-entertainment.biz/viewtopic.php?f=35&t=2137
http://forum.hyperion-entertainment.biz/viewtopic.php?f=35&t=2614

Downloads: http://www.supertuxkart-amiga.de/amiga/mesalib-unofficial.html

I don't know if these versions could help you. We only use the 
unofficial Mesa versions for our AMD Radeon HD graphics cards on PPC Linux.


Rgds,

Christian


On 31/10/14 11:03 AM, Gabriel Paubert wrote:

Hi Michel,

On Fri, Oct 31, 2014 at 06:01:42PM +0900, Michel Dänzer wrote:

On 31.10.2014 00:27, Gabriel Paubert wrote:

Hi,

I recently upgraded a PowerPC machine to Debian testing and OpenGL no
more works.

glxinfo claims:
name of display: :0
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: r300
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Error: couldn't find RGB GLX visual or fbconfig

48 GLXFBConfigs:
 visual  x   bf lv rg d st  colorbuffer  sr ax dp st accumbuffer  ms  cav
   id dep cl sp  sz l  ci b ro  r  g  b  a F gb bf th cl  r  g  b  a ns b eat

0x065  0 tc  0  16  0 r  . .   5  6  5  0 .  .  0  0  0  0  0  0  0  0 0 None
0x066  0 tc  0  16  0 r  . .   5  6  5  0 .  .  0  0  0 16 16 16  0  0 0 Slow
0x067  0 tc  0  16  0 r  y .   5  6  5  0 .  .  0  0  0  0  0  0  0  0 0 None
0x068  0 tc  0  16  0 r  y .   5  6  5  0 .  .  0  0  0 16 16 16  0  0 0 Slow
0x069  0 tc  0  16  0 r  y .   5  6  5  0 .  .  0  0  0  0  0  0  0  0 0 None
0x06a  0 tc  0  16  0 r  y .   5  6  5  0 .  .  0  0  0 16 16 16  0  0 0 Slow
0x06b  0 tc  0  16  0 r  . .   5  6  5  0 .  .  0 16  0  0  0  0  0  0 0 None


So for some reasons no valid visuals are found. From my attempt at debugging
the problem seems to be on the server side (GLXGetVisualConfigs claims that
there are no Visuals available).

The problem is actually in Mesa, see
https://bugs.freedesktop.org/show_bug.cgi?id=71789 .

Thanks for the pointer. I tried to download all the source
code and recompile from the instructions found at:

http://www.x.org/wiki/Building_the_X_Window_System/

I attempted the full modular build and it breaks along the way
at xdm because of missing includes (and it's slow, purely serial
build these days?).

Right now, I'm running at 16bpp to see OpenGL apps...

Regards,
Gabriel





--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/545361a8.6040...@xenosoft.de

Re: No more OpenGL with ATI R300 after upgrading to Debian testing

2014-10-31 Thread Christian Zigotzky

Just for info: I use the unofficial Mesa on Debian Sid and Lubuntu 14.10
PowerPC.

Screenshot:
http://www.supertuxkart-amiga.de/amiga/Lubuntu_14.10_kernel_3.17-RC3_A1-X1000_Mesa_unofficial.jpg

-- Christian

On 31/10/14 4:58 PM, Adi Kriegisch wrote:

Hey!

Same here; there is a debian bug entry too[1] and there are some patches
with rather crude fixes somewhere in the discussion list[2] linked from the
freedesktop bugtracker.

Seems that this problem is not only with r300, but with nouveau also.

Hmmm... so any Desktop on commodity hardware is barely usable on ppc, then?
Without acceleration even moving simple windows is unbearably slow and
sluggish.

btw. do you also experience issues with iceweasel (and icedove)[3]?

Same here.

D'oh. The freeze is close; do you think there is anything we can do to get
these bugs fixed or mitigated for ppc?
Even if the mesa patches are ugly or the wrong way of doing things: the
real solution is at least half a year away upstream which means it will not
make it into Jessie. The iceweasel and icedove issue seems to be a correct
solution; I tagged the bug 'patch'. Is there anything else we could do, as
the freeze is aproaching? (And playing severity and panic games in the bts
isn't a solution either. This already blocks eg. openvpn-2.3.4 which would
be of great benefit due to its support for protocol levels > TLS1.0).

-- Adi

--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5453bea8.9060...@xenosoft.de

Re: 3D acceleration for Radeon 9600 Pro chip on PowerBook G4

Hi Herminio,

Thanks a lot for your explanation and for your work! Could you upload 
your Debian package somewhere, please? Or could you send me this Debian 
package via email, please? I'd like to test your patched Mesa.

Thanks in advance.

Cheers,

Christian

On 08/04/2015 05:58 a.m., Herminio Hernandez, Jr. wrote:

1. I got the source from the debian packages
2. they are independent from what I can tell
3. where do you want me to place them?

On Tue, Apr 7, 2015 at 10:39 PM, Rogério Brito > wrote:

Hi, Herminio.

Thanks for the description, but I have some questions.

On 2015-04-07 23:43, Herminio Hernandez, Jr. wrote:
> Here is what I did:
>
> 1. grab the mesa source

Which version? From their git repository? From debian packages (e.g.,
"apt-get source foo")?

> 2. install 3 patches two from here
>  and
one from here
>

> (i used the --dry-run option before I applied the patch to be sure there
> were no errors)

In which order are they patches to be applied (I haven't looked at
them
to see if they are independent or not)? Michel, are these patches
unsuitable for inclusion upstream (if they are not already)?

> 3. installed the dependencies and compiled. I followed the
instructions on
> creating deb packages found on the Debian forums here
> .

Great! Can you put the source Debian packages somewhere (the .dsc and
the .tar.{xz,bz2,gz} ones)? That would be great for continuing from
where you stopped (even better if you put the packaging in a git
tree).

Thanks once again,

--
Rogério Brito : rbrito@{ime.usp.br ,gmail.com
} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito
 : profiles.google.com/rbrito

DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Important: Linux PPC: Problems with the new Xorg 1.17


Hi All,

There is a problem with the new Xorg 1.17.

Please read the following bug reports:

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1434036
https://bugs.freedesktop.org/show_bug.cgi?id=89862

FYI:

http://ubuntuforums.org/showthread.php?t=2264322&page=22&p=13260389#post13260389
http://forum.hyperion-entertainment.biz/viewtopic.php?f=35&t=2840

The temporary solution is to downgrade Xorg:

sudo dpkg -i xserver-xorg-core_1.16.0-1ubuntu1.3_powerpc.deb
sudo dpkg -i xserver-xorg-video-radeon_7.4.0-2ubuntu2_powerpc.deb
sudo dpkg -i xserver-xorg-video-ati_7.4.0-2ubuntu2_powerpc.deb

I created a package with all debs and Mesa libs for the downgrade, a 
month ago.


Download: 
http://www.xenosoft.de/Xorg_and_unofficial_Mesa_for_ubuntu_MATE_15.04_AMIGA_one_X1000.tar.gz


Rgds,

Christian


--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5524e79e.6050...@xenosoft.de

Re: 3D acceleration for Radeon 9600 Pro chip on PowerBook G4

Thank you!

On 08/04/2015 1:53 p.m., Herminio Hernandez Jr. wrote:

Here you go

https://docs.google.com/folderview?id=0ByNWUTbPhemsfkFwME9GRUd4bGlTWS1TbWlFcTZGd1RpWHRDMVp2WS1PaUJnTHlkWlpjNTg&usp=docslist_api

Sent from my iPhone

On Apr 8, 2015, at 3:27 AM, Christian Zigotzky <mailto:chzigot...@xenosoft.de>> wrote:

Hi Herminio,

Thanks a lot for your explanation and for your work! Could you upload 
your Debian package somewhere, please? Or could you send me this 
Debian package via email, please? I'd like to test your patched Mesa.

Thanks in advance.

Cheers,

Christian

On 08/04/2015 05:58 a.m., Herminio Hernandez, Jr. wrote:

1. I got the source from the debian packages
2. they are independent from what I can tell
3. where do you want me to place them?

On Tue, Apr 7, 2015 at 10:39 PM, Rogério Brito <mailto:rbr...@ime.usp.br>> wrote:

Hi, Herminio.

Thanks for the description, but I have some questions.

On 2015-04-07 23:43, Herminio Hernandez, Jr. wrote:
> Here is what I did:
>
> 1. grab the mesa source

Which version? From their git repository? From debian packages
(e.g.,
"apt-get source foo")?

> 2. install 3 patches two from here
> <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746272> and
one from here
>

<http://cgit.freedesktop.org/mesa/mesa/commit/?id=cfeb394224f2daeb2139cf4ec489a4dd8297a44d>
> (i used the --dry-run option before I applied the patch to be sure there
> were no errors)

In which order are they patches to be applied (I haven't looked
at them
to see if they are independent or not)? Michel, are these patches
unsuitable for inclusion upstream (if they are not already)?

> 3. installed the dependencies and compiled. I followed the
instructions on
> creating deb packages found on the Debian forums here
> <http://forums.debian.net/viewtopic.php?f=16&t=38976>.

Great! Can you put the source Debian packages somewhere (the
.dsc and
the .tar.{xz,bz2,gz} ones)? That would be great for continuing from
where you stopped (even better if you put the packaging in a git
tree).

Thanks once again,

--
Rogério Brito : rbrito@{ime.usp.br <http://ime.usp.br>,gmail.com
<http://gmail.com>} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito
<http://github.com/rbrito> : profiles.google.com/rbrito
<http://profiles.google.com/rbrito>
DebianQA:
http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Re: 3D acceleration for Radeon 9600 Pro chip on PowerBook G4

I could do a quick test. But I need the compiled version of Mesa. Could 
you upload the compiled version of Mesa, please?

--Christian

On 08/04/2015 7:26 p.m. Herminio Hernandez, Jr., wrote:

Please let me know how it works for you.

On Wed, Apr 8, 2015 at 12:09 PM, Christian Zigotzky 
mailto:chzigot...@xenosoft.de>> wrote:

Thank you!

On 08/04/2015 1:53 p.m., Herminio Hernandez Jr. wrote:

Here you go

https://docs.google.com/folderview?id=0ByNWUTbPhemsfkFwME9GRUd4bGlTWS1TbWlFcTZGd1RpWHRDMVp2WS1PaUJnTHlkWlpjNTg&usp=docslist_api

Sent from my iPhone

On Apr 8, 2015, at 3:27 AM, Christian Zigotzky
mailto:chzigot...@xenosoft.de>> wrote:

Hi Herminio,

Thanks a lot for your explanation and for your work! Could you
upload your Debian package somewhere, please? Or could you send
me this Debian package via email, please? I'd like to test your
patched Mesa.

Thanks in advance.

Cheers,

Christian

On 08/04/2015 05:58 a.m., Herminio Hernandez, Jr. wrote:

1. I got the source from the debian packages
2. they are independent from what I can tell
3. where do you want me to place them?

On Tue, Apr 7, 2015 at 10:39 PM, Rogério Brito
mailto:rbr...@ime.usp.br>> wrote:

Hi, Herminio.

Thanks for the description, but I have some questions.

On 2015-04-07 23:43, Herminio Hernandez, Jr. wrote:
> Here is what I did:
>
> 1. grab the mesa source

Which version? From their git repository? From debian
packages (e.g.,
"apt-get source foo")?

> 2. install 3 patches two from here
>
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746272>
and one from here
>

<http://cgit.freedesktop.org/mesa/mesa/commit/?id=cfeb394224f2daeb2139cf4ec489a4dd8297a44d>
> (i used the --dry-run option before I applied the patch to be sure 
there
> were no errors)

In which order are they patches to be applied (I haven't
looked at them
to see if they are independent or not)? Michel, are these
patches
unsuitable for inclusion upstream (if they are not already)?

> 3. installed the dependencies and compiled. I followed
the instructions on
> creating deb packages found on the Debian forums here
> <http://forums.debian.net/viewtopic.php?f=16&t=38976>.

Great! Can you put the source Debian packages somewhere
(the .dsc and
the .tar.{xz,bz2,gz} ones)? That would be great for
continuing from
where you stopped (even better if you put the packaging in
a git tree).

Thanks once again,

--
Rogério Brito : rbrito@{ime.usp.br
<http://ime.usp.br>,gmail.com <http://gmail.com>} : GPG key
4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito
<http://github.com/rbrito> : profiles.google.com/rbrito
<http://profiles.google.com/rbrito>
DebianQA:
http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

3D acceleration for Radeon 9600 Pro chip on PowerBook G4

Is the patched version in the archive 'mesa-10.3.2-1 patch.tar.gz'?

-- Christian

On 08/04/2015 7:40 p.m., Christian Zigotzky wrote:
I could do a quick test. But I need the compiled version of Mesa. 
Could you upload the compiled version of Mesa, please?

--Christian

On 08/04/2015 7:26 p.m. Herminio Hernandez, Jr., wrote:

Please let me know how it works for you.

On Wed, Apr 8, 2015 at 12:09 PM, Christian Zigotzky 
mailto:chzigot...@xenosoft.de>> wrote:

Thank you!

On 08/04/2015 1:53 p.m., Herminio Hernandez Jr. wrote:

Here you go

https://docs.google.com/folderview?id=0ByNWUTbPhemsfkFwME9GRUd4bGlTWS1TbWlFcTZGd1RpWHRDMVp2WS1PaUJnTHlkWlpjNTg&usp=docslist_api

Sent from my iPhone

On Apr 8, 2015, at 3:27 AM, Christian Zigotzky
mailto:chzigot...@xenosoft.de>> wrote:

Hi Herminio,

Thanks a lot for your explanation and for your work! Could you
upload your Debian package somewhere, please? Or could you send
me this Debian package via email, please? I'd like to test your
patched Mesa.

Thanks in advance.

Cheers,

Christian

On 08/04/2015 05:58 a.m., Herminio Hernandez, Jr. wrote:

1. I got the source from the debian packages
2. they are independent from what I can tell
3. where do you want me to place them?

On Tue, Apr 7, 2015 at 10:39 PM, Rogério Brito
mailto:rbr...@ime.usp.br>> wrote:

Hi, Herminio.

Thanks for the description, but I have some questions.

On 2015-04-07 23:43, Herminio Hernandez, Jr. wrote:
> Here is what I did:
>
> 1. grab the mesa source

Which version? From their git repository? From debian
packages (e.g.,
"apt-get source foo")?

> 2. install 3 patches two from here
>
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746272>
and one from here
>

<http://cgit.freedesktop.org/mesa/mesa/commit/?id=cfeb394224f2daeb2139cf4ec489a4dd8297a44d>
> (i used the --dry-run option before I applied the patch to be sure 
there
> were no errors)

In which order are they patches to be applied (I haven't
looked at them
to see if they are independent or not)? Michel, are these
patches
unsuitable for inclusion upstream (if they are not already)?

> 3. installed the dependencies and compiled. I followed
the instructions on
> creating deb packages found on the Debian forums here
> <http://forums.debian.net/viewtopic.php?f=16&t=38976>.

Great! Can you put the source Debian packages somewhere
(the .dsc and
the .tar.{xz,bz2,gz} ones)? That would be great for
continuing from
where you stopped (even better if you put the packaging in
a git tree).

Thanks once again,

--
Rogério Brito : rbrito@{ime.usp.br
<http://ime.usp.br>,gmail.com <http://gmail.com>} : GPG
key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito
<http://github.com/rbrito> : profiles.google.com/rbrito
<http://profiles.google.com/rbrito>
DebianQA:
http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Re: 3D acceleration for Radeon 9600 Pro chip on PowerBook G4

I found them. Thank you. :-)

-- Christian

On 08/04/2015 8:32 p.m., Herminio Hernandez, Jr. wrote:
I believe that is the source I also have the deb files in a tarbal as 
well.

On Wed, Apr 8, 2015 at 12:50 PM, Christian Zigotzky 
mailto:chzigot...@xenosoft.de>> wrote:

Is the patched version in the archive 'mesa-10.3.2-1 patch.tar.gz'?

-- Christian

On 08/04/2015 7:40 p.m., Christian Zigotzky wrote:

I could do a quick test. But I need the compiled version of Mesa.
Could you upload the compiled version of Mesa, please?

--Christian

On 08/04/2015 7:26 p.m. Herminio Hernandez, Jr., wrote:

Please let me know how it works for you.

On Wed, Apr 8, 2015 at 12:09 PM, Christian Zigotzky
mailto:chzigot...@xenosoft.de>> wrote:

Thank you!

On 08/04/2015 1:53 p.m., Herminio Hernandez Jr. wrote:

Here you go

https://docs.google.com/folderview?id=0ByNWUTbPhemsfkFwME9GRUd4bGlTWS1TbWlFcTZGd1RpWHRDMVp2WS1PaUJnTHlkWlpjNTg&usp=docslist_api

Sent from my iPhone

On Apr 8, 2015, at 3:27 AM, Christian Zigotzky
mailto:chzigot...@xenosoft.de>> wrote:

Hi Herminio,

Thanks a lot for your explanation and for your work! Could
you upload your Debian package somewhere, please? Or could
you send me this Debian package via email, please? I'd
like to test your patched Mesa.

Thanks in advance.

Cheers,

Christian

On 08/04/2015 05:58 a.m., Herminio Hernandez, Jr. wrote:

1. I got the source from the debian packages
2. they are independent from what I can tell
3. where do you want me to place them?

On Tue, Apr 7, 2015 at 10:39 PM, Rogério Brito
mailto:rbr...@ime.usp.br>> wrote:

Hi, Herminio.

Thanks for the description, but I have some questions.

On 2015-04-07 23:43, Herminio Hernandez, Jr. wrote:
> Here is what I did:
>
> 1. grab the mesa source

Which version? From their git repository? From debian
packages (e.g.,
"apt-get source foo")?

> 2. install 3 patches two from here
>
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746272>
and one from here
>

<http://cgit.freedesktop.org/mesa/mesa/commit/?id=cfeb394224f2daeb2139cf4ec489a4dd8297a44d>
> (i used the --dry-run option before I applied the patch to be
sure there
> were no errors)

In which order are they patches to be applied (I
haven't looked at them
to see if they are independent or not)? Michel, are
these patches
unsuitable for inclusion upstream (if they are not
already)?

> 3. installed the dependencies and compiled. I
followed the instructions on
> creating deb packages found on the Debian forums here
> <http://forums.debian.net/viewtopic.php?f=16&t=38976>.

Great! Can you put the source Debian packages
somewhere (the .dsc and
the .tar.{xz,bz2,gz} ones)? That would be great for
continuing from
where you stopped (even better if you put the
packaging in a git tree).

Thanks once again,

--
Rogério Brito : rbrito@{ime.usp.br
<http://ime.usp.br>,gmail.com <http://gmail.com>} :
GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito
<http://github.com/rbrito> :
profiles.google.com/rbrito
<http://profiles.google.com/rbrito>
DebianQA:
http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Re: Debian 8.1 PPC working fine on Pegasos II G4

2015-06-13 Thread Christian Zigotzky


aPEX,

Thank you for this information.

Cheers,

Christian

-
A-EON Core Linux Support Team

On 13/06/2015 12:22 p.m., aPEX wrote:

Hello again,

just want to inform you that Debian 8.1 installation is working fine including 
all updates.


cU, aPEX / www.a1k.org
Pegasos II (last rev), 1GB Kingston Ram, Radeon 9000 128MB, SoundBlaster 5.1,
Exsys EX-1064 USB, Digitus SATA 150, Hitachi Travelstar Z7K500 500GB 2,5 HD.




Am 06.06.2015 um 21:17 schrieb aPEX :

Hello all,

just want to say that installing without network was the solution! :-) It seems 
that a security update break the
automatic installation. Now also the right bootimage vmlinuz is generated. Next 
to this I installed the MATE
desktop. This mean the 3.x kernel is still running fine on the Peg. :-)

Attached the logfiles of my installation:






cU, aPEX / www.a1k.org
Pegasos II (last rev), 1GB Kingston Ram, Radeon 9000 128MB, SoundBlaster 5.1,
Exsys EX-1064 USB, Digitus SATA 150, Hitachi Travelstar Z7K500 500GB 2,5 HD.





Am 01.06.2015 um 19:38 schrieb aPEX :

Hello,

thank you for your feedback, but I installed NO bootloader, because this would 
destroy
my Amiga partitions. At the moment I am installing again 8.0 with unplugged 
network,
this was a hint from another guy.

Feedback will follow.

Best regards, Robert




Am 26.05.2015 um 10:33 schrieb Mathieu Malaterre :

Could you please try to use the advanced install, and select grub as
boot manager. Once this is done, we'll see exactly where it stops.

Thanks. much.


--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wusyzogthedcges7t4gom+kcnwtee+a953lz3wjjkqpe...@mail.gmail.com



--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/180144f0-7209-45d8-bf2e-2ad814660...@gmx.ch











--
To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/557c4e0a.4010...@xenosoft.de

iceweasel 40.X.X PowerPC isn't available for Debian PPC32


Hi All,

Iceweasel and Firefox 40.X.X PowerPC aren't available for all Ubuntu 
flavours and for Debian with 32-bit userland currently.


There are build problems:

Iceweasel 40 build status: 
https://packages.debian.org/de/experimental/iceweasel


Firefox 40 build status: https://launchpad.net/ubuntu/+source/firefox/

But iceweasel 40.0.3-1 was released for the unofficial Debian PPC64 
port. I installed it inside my Debian PPC64 chroot. Unfortunately it 
doesn't start.


Error messages:

too much recursion
Segmentation fault

Is anyone working on resolving this issue?

Rgds,

Christian

iceweasel 40.X.X PowerPC isn't available for Debian PPC32


Hi All,

Iceweasel and Firefox 40.X.X PowerPC aren't available for all Ubuntu 
flavours and for Debian with 32-bit userland currently.


There are build problems:

Iceweasel 40 build status: 
https://packages.debian.org/de/experimental/iceweasel


Firefox 40 build status: https://launchpad.net/ubuntu/+source/firefox/

But iceweasel 40.0.3-1 was released for the unofficial Debian PPC64 
port. I installed it inside my Debian PPC64 chroot. Unfortunately it 
doesn't start.


Error messages:

too much recursion
Segmentation fault

Is anyone working on resolving this issue?

Rgds,

Christian

iceweasel 40.X.X PowerPC isn't available for Debian PPC32


Lennart,

Sorry. I sent it again.

Rgds,

Christian

On 01 September 2015 at 7:19 PM, Lennart Sorensen wrote:

On Tue, Sep 01, 2015 at 07:16:08PM +0200, Christian Zigotzky wrote:

Hi All,

Iceweasel and Firefox 40.X.X PowerPC aren't available for all Ubuntu
flavours and for Debian with 32-bit userland currently.

There are build problems:

Iceweasel 40 build status:
https://packages.debian.org/de/experimental/iceweasel

Firefox 40 build status: https://launchpad.net/ubuntu/+source/firefox/

But iceweasel 40.0.3-1 was released for the unofficial Debian PPC64 port. I
installed it inside my Debian PPC64 chroot. Unfortunately it doesn't start.

Error messages:

too much recursion
Segmentation fault

Is anyone working on resolving this issue?

No idea, but why is this a reply to a thread about mono?  That makes it
rather hard to follow.

Re: iceweasel 40.X.X PowerPC isn't available for Debian PPC32