Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
28 user(s) are online (21 user(s) are browsing Forums)

Members: 0
Guests: 28

more...

Support us!

Headlines

Forum Index


Board index » All Posts (rjd324)




Re: AmigaOS4 SDK 53.34 Questions?
Quite a regular
Quite a regular


Question: Why does clib2/string.h in 53.34 not contain 'strnlen' whilst the version of clib2 on github does?

I get the feeling there is a breakaway / experimental scene going on here that forks off from the latest SDK and adds features not officially released.

The SDK provides 53.34 with GCC version 4.2.4, yet a lot of developers use at least version 8 now. Does the same sort of thing also apply to the SDK?

Go to top


Re: 1.23r5 YouTube
Quite a regular
Quite a regular


Okay, topic closed. Hopefully it will be useful for others in the same situation.

Basically, it all works fine now. I rebooted and it's running nicely.

Thanks for the help all!

Go to top


Re: APPDIR: and its implicitly created "symbolic links"
Quite a regular
Quite a regular


@nbache
Can't argue with that, you are right. The point was really about my realisation of the APPDIR:.

At this point I cannot really see how it is useful, but after using this more I may very well change my opinion.

And, if I do not like it, I can just remove it from the path.

Go to top


Re: 1.23r5 YouTube
Quite a regular
Quite a regular


Okay, so I already have "1.23r5_beta07". I did not download it from your link above, but I then compared yours vs mine and there are no differences. I used a comparison tool. Of course, there were differences in bookmarks etc since yours is a clean install.

What I did not have were any enabled scripts. So, now I have:

- YouTube Fullscreen Fix (Your provided script)
- YouTube - EZ Download
- YoutTube HTML5 Converter

All of those are marked as enabled.

So, my current problems:

- If I just open "www.youtube.com" then I just get an unusable screen.
- If I firstly spoof as IPad 6.1 and then open "www,youtube.com" then I get a usable YouTube except that the video quality is still choppy. It is not that bad, but it is about 5-10 FPS. The audio is fine.

My Radeon drivers:
version RadeonHD.chip
RadeonHD
.chip 3.7


And the video card is the original one that came with the X1000s when they first came out. Basically a 4XXX / RV730.

Thanks for guiding me through this.

===UPDATE===

So I looked at George's video: AmigaOS 4.1 FE #3 - Using the Internet. So, it looks like you should not have to spoof anything. Problem is that when I explicitly enter "https://m.youtube.com" it always gets turned into the non mobile version, probably because it detects something in my setting that suggests it should use the desktop version.

I also see Emotion is possible to use for YouTube, so I can look into that also.

I get the feeling that spoofing to IPad 6.1 (which for me results in going to the mobile version) will do the same thing as what using m.youtube.com directly would do anyway.


Edited by rjd324 on 2021/12/27 23:51:27
Go to top


Re: Updater tool: latest releases and updates
Quite a regular
Quite a regular


@amigakit

Having trouble looking for the changelog. I am curious as to what changed.

Now I am expecting to be embarrassed that the changelog is right in front of me somewhere!

Thanks for the update.

Go to top


Re: Cross Compiling Coreutils to Amiga OS 4 on an X1000
Quite a regular
Quite a regular


@kas1e

Thanks for the info. And is @Walkero the youtuber? Who demonstrates with his X5000. I think he is Greek also...

Okay, so what you guys do is to get the latest SDK but just forget about the old compiler provided and use the new one you mentioned? Personally, I could not care less about C++, but I am wondering why you bother to use the newer C compiler. Of course using a newer compiler means what using a newer compiler always means: that clever people have improved it and better PPC code is generated etc... I am wondering if the real reason is for the ability to use C++.

I am not saying that using the newer compiler is bad! It makes total sense, and it probably helps ports newer software over to OS 4 and allows the C++ obsessed to be happy 😊.

Still, at some point, someone got that version of CoreUtils compiled with 4.2.4 I believe, and I cannot do it because I am metaphorically trying to drill a square peg into a round hole. That is, somewhere with my set up mentioned in the original post, I am not using the correct version of something or missing something in the initial configuration just before generating the Makefile.

I can hack my way passed the conflict of the gethostname function, but then I run into problems with general time/date structures. Like "struct timespec" not having a member "tv_secs".

So somewhere something is not fitting into the round hole and I guess it's either something I missed out in the configuration or a bad version of the SDK against the version of coreutils or something.

So why am I wanting to do it so badly? Because I am like all of you, an engineer, and it was done before.

And, why do I want to do this anyway? Because with the CoreUtils I have from os4 depot, RM -RF does not act as it should. If I have a directory and something inside it then even RM -RF will not work. I had to write my own RM program to get around it and I wanted to contribute by trying to fix it since I have done a bit of classic system development and have used the NDK 1.3 quite a lot. Yes, 1.3 - it's just a rule I have.

And, I could not just use delete because I needed rm since I was porting over a project with rm and different options to rm all over the Makefile. It makes porting an older POSIX project very difficult when RM is used almost all the time.

Go to top


Re: 1.23r5 YouTube
Quite a regular
Quite a regular


Great. I will try this all out.

Go to top


APPDIR: and its implicitly created "symbolic links". (Removing the feature) [SOLVED]
Quite a regular
Quite a regular


I know I have posted quite a lot, but I am learning things about the AmigaOS 4 and I am really curious about what is happening.

Here is a classic example of what has been happening to me recently:

1. Try some cross compilation which inevitably is to build an executable built for my Amiga named "main"

2. SCP main to the Amiga's RAM Disk

3. Forget about the protection flags and run "main" in Shell

4. Get confused as to why when I do that a completely different program that I created called "main" gets executed!

So, since I am used to Linux it is quite a bewildering feature that the other MAIN program has a "symbolic link" in APPDIR: and since the AmigaOS does not see the actual "main" that I SCP'd as executable, it goes and runs the one that has a symbolic link created for it in APPDIR: since that is on the PATH.

I have to note that AmigaOS 4 is not Linux, but this is an.. interesting feature.


Edited by rjd324 on 2022/8/15 8:34:21
Go to top


Odyssey 1.23r5 YouTube
Quite a regular
Quite a regular


Hey all,

I use 1.23r5.

To get videos playing in YouTube I need to spoof as IPad 6.1 (I saw that off of some guide). The problem I have as that the video is quite choppy even at 360.

I have an X1000 using an R730 (Radeon 4XXX).

Trying to figure out if I am doing something wrong, or if it is the video card. Though, using my NAS I am play videos using my bought version of DvPlayer quite nicely (well, not 720p videos so much and not 1080p).

I have the latest Enhancer software and RadeonHD graphics driver (v3).

Any advice?

Thanks.


Edited by rjd324 on 2021/12/28 0:13:22
Go to top


Re: Cross Compiling Coreutils to Amiga OS 4 on an X1000
Quite a regular
Quite a regular


Hey both,

the reason for using GCC 4.2.4 is only because when I download the latest SDK version that is the version that is supplied. I know that a new SDK came out a few days ago, but this all started a week ago.

I assumed that was the version I needed to use. When reading the READMEs I was also getting pointed to 4.2.4.

The reason for compiling CoreUtils from source is purely for educational purposes.

I can also contact Olaf, but I am not sure if he still uses the email address that is referenced in the github page (GMX address).

==EDIT==

I also see with the latest sdk:
gcc --version
gcc 
(GCC4.2.4 (adtools build 20090118)

Go to top


Re: Cross Compiling Coreutils to Amiga OS 4 on an X1000
Quite a regular
Quite a regular


I meant to post this in OS4 Developer.

If a moderator can move it.

Thanks.

Go to top


My Experience of Cross Compiling; In This Case: Coreutils to Amiga OS 4 on an X1000
Quite a regular
Quite a regular


===TLDR added at end of this experience===
Go to post #10 for the final result of the particular use case: CoreUtils
Go to post #14 for the questions that I formed after this whole experience.

===Start of original post===
===Goal===
Cross compile and build CoreUtils on an x86 for use on my Amiga X1000 OS 4 FE U2.

===Some Info===
I will not post all commands in here, some obvious ones like copying directories I will ommit. The reason for posting all of this information is purely because of my own experiences: I hate it when searching for information and coming across a potentially great thread that does not contain enough information.

I also create this quasi-step-by-step guide because someone will probably go: NO! Don't do it like that! For example, I may be using an out-of-date guide or using a git-hub location that is way out of date, or, just doing something plain-wrong!

Lines that begin with "PRESUMPTION:" document my thought process and general questions.

===Host Machine===
Architecture:                    x86_64
CPU op
-mode(s):                  32-bit64-bit
Byte Order
:                      Little Endian
Address sizes
:                   36 bits physical48 bits virtual
CPU
(s):                          2
On
-line CPU(s) list:             0,1
Thread
(sper core:              1
Core
(sper socket:              2
Socket
(s):                       1
NUMA node
(s):                    1
Vendor ID
:                       GenuineIntel
CPU family
:                      6
Model
:                           23
Model name
:                      Genuine Intel(RCPU           U4100  1.30GHz
Stepping
:                        10
CPU MHz
:                         1200.000
CPU max MHz
:                     1300.0000
CPU min MHz
:                     1200.0000
BogoMIPS
:                        2593.26
L1d cache
:                       64 KiB
L1i cache
:                       64 KiB
L2 cache
:                        2 MiB
NUMA node0 CPU
(s):               0,1
Vulnerability Itlb multihit
:     KVMMitigationVMX unsupported
Vulnerability L1tf
:              MitigationPTE Inversion
Vulnerability Mds
:               VulnerableClear CPU buffers attemptedno mic
                                 rocode
SMT disabled
Vulnerability Meltdown
:          MitigationPTI
Vulnerability Spec store bypass
Vulnerable
Vulnerability Spectre v1
:        Mitigationusercopy/swapgs barriers and __user
                                  pointer sanitization
Vulnerability Spectre v2
:        MitigationFull generic retpolineSTIBP disab
                                 led
RSB filling
Vulnerability Srbds
:             Not affected
Vulnerability Tsx async abort
:   Not affected
Flags
:                           fpu vme de pse tsc msr pae mce cx8 apic sep mtr
                                 r pge mca cmov pat pse36 clflush dts acpi mmx f
                                 xsr sse sse2 ht tm pbe syscall nx lm constant_t
                                 sc arch_perfmon pebs bts rep_good nopl cpuid ap
                                 erfmperf pni dtes64 monitor ds_cpl est tm2 ssse
                                 3 cx16 xtpr pdcm xsave lahf_lm pti dtherm


===Host OS===
Linux rjd-Aspire-5810T 5.11.0-43-generic #47~20.04.2-Ubuntu SMP Mon Dec 13 11:06:56 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
---
No LSB modules are available.
Distributor ID:    Ubuntu
Description
:    Ubuntu 20.04.2 LTS
Release
:    20.04
Codename
:    focal


===Source Code for CoreUtils===
https://github.com/adtools/coreutils

===Guide(s) I am using for my goal===
I am really only using README.os4 / README and browsing the configure file to glean information.

===Start Doing Things===
I am going to create a CHROOT using Xenial 32-bit because we want to use 32-lib libraries and it comes with GCC version 5.X***; all the packages mentioned as requisites for compiling the cross tool chain match up with Xenial. I do not want to mess around with multi-arch etc and having a CHROOT seems a lot cleaner. It has been a long time since I did this, so there maybe easier or better methods.

*** - I mention this because I need to compile the cross-compiler toolchain, and the prerequisites mentions a need for GCC 5.X 32-bit.

===CHROOT a Xenial 32-bit===
I will create a directory: /var/2xenial32 which will be the root for the 32-bit Xenial.
I will use debootstrap to create a minimal image:
debootstrap --variant=buildd --arch i386 xenial /var/chroot/2xenial32http://archive.ubuntu.com/ubuntu/


Copy the apt/sources and rename focal to xenial so that I can access the right repos for packages.

===Okay, now I need to get a cross compiler before building CoreUtils===
I will use: https://github.com/adtools/amigaos-cross-toolchain
And the guide for that: https://github.com/adtools/amigaos-cro ... ain/blob/master/README.md.

We will create the gcc 4.2.4 cross-compiler for OS 4 FE U2.

Let me CHROOT into the 2xenial32 and start building the cross toolchain. Before I can even start, let's get all the prerequisites in the README.md file. This is essentially running apt-get install for each of these packages. It also includes running install for a few other packages that are not mentioned in the README file that must have been left out by mistake; I needed to also install subversion and flex.

Also, during step 2 of the README.md:
./toolchain-ppc --prefix=/opt/ppc-amigaos build
the script (toolchain-ppc) will hang when trying to download http://isl.gforge.inria.fr/isl-0.12.2.tar.bz2 because this file no longer exists. So, I just searched for it and hacked in a new url.

Then, I run: ./toolchain-ppc --prefix=/opt/ppc-amigaos build
and wait for a long time, since the host machine is real slow!

And, when it is finished I test the default paths etc for the compiler:
$> ./ppc-amigaos-gcc -xc ---

Using built-in specs.
Targetppc-amigaos
Configured with
: /home/Amiga/amigaos-cross-toolchain/.build-ppc/archives/gcc-4.2.4/configure --prefix=/opt/ppc-amigaos --target=ppc-amigaos --with-bugurl=http://sf.net/p/adtools --with-gmp=/home/Amiga/amigaos-cross-toolchain/.build-ppc/host --with-mpfr=/home/Amiga/amigaos-cross-toolchain/.build-ppc/host --with-isl=/home/Amiga/amigaos-cross-toolchain/.build-ppc/host --with-cloog=/home/Amiga/amigaos-cross-toolchain/.build-ppc/host --enable-languages=c,c++ --enable-haifa --enable-sjlj-exceptions --disable-libstdcxx-pch --disable-tls
Thread modelsingle
gcc version 4.2.4 
(adtools build 20100512)
 /
opt/ppc-amigaos/libexec/gcc/ppc-amigaos/4.2.4/cc1 --quiet --mcrt=newlib -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/newlib/include -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/local/newlib/include -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/include/include_h -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/include/netinclude -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/local/common/include -
ignoring nonexistent directory "/opt/ppc-amigaos/ppc-amigaos/SDK/local/newlib/include"
ignoring nonexistent directory "/opt/ppc-amigaos/ppc-amigaos/SDK/local/common/include"
ignoring nonexistent directory "/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 
/opt/ppc-amigaos/ppc-amigaos/SDK/newlib/include
 /
opt/ppc-amigaos/ppc-amigaos/SDK/include/include_h
 
/opt/ppc-amigaos/ppc-amigaos/SDK/include/netinclude
 
/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/include
 /
opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/include
End of search list.

And, to test with -mcrt=clib2:
$> ./ppc-amigaos-gcc -xc ---mcrt=clib2 -
Using built-in specs.
Targetppc-amigaos
Configured with
: /home/Amiga/amigaos-cross-toolchain/.build-ppc/archives/gcc-4.2.4/configure --prefix=/opt/ppc-amigaos --target=ppc-amigaos --with-bugurl=http://sf.net/p/adtools --with-gmp=/home/Amiga/amigaos-cross-toolchain/.build-ppc/host --with-mpfr=/home/Amiga/amigaos-cross-toolchain/.build-ppc/host --with-isl=/home/Amiga/amigaos-cross-toolchain/.build-ppc/host --with-cloog=/home/Amiga/amigaos-cross-toolchain/.build-ppc/host --enable-languages=c,c++ --enable-haifa --enable-sjlj-exceptions --disable-libstdcxx-pch --disable-tls
Thread modelsingle
gcc version 4.2.4 
(adtools build 20100512)
 /
opt/ppc-amigaos/libexec/gcc/ppc-amigaos/4.2.4/cc1 --quiet --imultilib clib2 -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/clib2/include -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/local/clib2/include -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/include/include_h -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/include/netinclude -isystem /opt/ppc-amigaos/ppc-amigaos/SDK/local/common/include - -mcrt=clib2
ignoring nonexistent directory 
"/opt/ppc-amigaos/ppc-amigaos/SDK/local/clib2/include"
ignoring nonexistent directory "/opt/ppc-amigaos/ppc-amigaos/SDK/local/common/include"
ignoring nonexistent directory "/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 
/opt/ppc-amigaos/ppc-amigaos/SDK/clib2/include
 /
opt/ppc-amigaos/ppc-amigaos/SDK/include/include_h
 
/opt/ppc-amigaos/ppc-amigaos/SDK/include/netinclude
 
/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/include
 /
opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/include
End of search list.


And:
$> ./ppc-amigaos-gcc -print-search-dirs

install
: /opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/
programs: =/opt/ppc-amigaos/libexec/gcc/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/libexec/gcc/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/libexec/gcc/ppc-amigaos/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/:/usr/libexec/gcc/ppc-amigaos/4.2.4/:/usr/libexec/gcc/ppc-amigaos/:/usr/lib/gcc/ppc-amigaos/4.2.4/:/usr/lib/gcc/ppc-amigaos/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/bin/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/bin/
libraries: =/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/:/usr/lib/gcc/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/lib/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/lib/

And, for -mcrt=clib2:
./ppc-amigaos-gcc -mcrt=clib2 -print-search-dirs
install
: /opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/
programs: =/opt/ppc-amigaos/libexec/gcc/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/libexec/gcc/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/libexec/gcc/ppc-amigaos/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/:/usr/libexec/gcc/ppc-amigaos/4.2.4/:/usr/libexec/gcc/ppc-amigaos/:/usr/lib/gcc/ppc-amigaos/4.2.4/:/usr/lib/gcc/ppc-amigaos/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/bin/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/bin/
libraries: =/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/clib2/:/usr/lib/gcc/ppc-amigaos/4.2.4/clib2/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/lib/ppc-amigaos/4.2.4/clib2/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/lib/clib2/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/:/usr/lib/gcc/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/lib/ppc-amigaos/4.2.4/:/opt/ppc-amigaos/lib/gcc/ppc-amigaos/4.2.4/../../../../ppc-amigaos/lib/


===Peforming a basic test of hello world===
As the heading suggest, I now create a simple application printing out hello world, scp to amiga and run it to ensure that it works so far.

Since the compiler defaults to newlib I compile helloWorld both by default and by appending -mcrt=clib2.

Both binaries work.

===Get back to building CoreUtils===
Since the README.os4 for CoreUtils says:

Quote:

06-08-2017 - Version 54.1
Coreutils 8.29 source used for the port
The sourcecode for Sort and Split have been replaced with the old 5.2.1-9 code.
To compile you need libwide found on http://os4depot.net and the current clib2 code from http://github.com/adtools/clib2


I should probably get libwide and the "current" clib2 from the github. So, let's do that.

===libwide===
Just extract it into the SDK directory.

===clib2===
The issue is that for the documentation readme file for building http://github.com/adtools/clib2 says:
Quote:

In order to build the library, you need a 'C' compiler (obvious, isn't it?) and a set of header files for the networking API definitions. The networking header files go into a directory netinclude which has to sit in the same directory as the source code and the include directory you find in there. I'm not currently supplying these header files here. Drop me a line, and I'll take care of that.

So, I am not sure how to get the "netinclude".
Quote:

PRESUMPTION: let's just see if the CLIB created by the X-toolchain works.


===start compiling CoreUtils===
Since the default for the X-compiler is not to use CLIB, I am assuming I need to override that and add CFLAGS=-mcrt=clib2 as well as set the --host=ppc-amigaos. The X-compiler needs to be on the path also!

Quote:

PRESUMPTION: Should I add -lwide? For now, I am not.


But, just to see what happens I try:
./configure --host=ppc-amigaos

And this generates okay, but when I try
make

I get:
make[2]: Entering directory '/home/Amiga/coreutils-master'
  
CC       lib/copy-acl.o
In file included from 
/opt/ppc-amigaos/ppc-amigaos/SDK/newlib/include/sys/select.h:7,
                 
from ./lib/sys/select.h:100,
                 
from /opt/ppc-amigaos/ppc-amigaos/SDK/newlib/include/sys/time.h:16,
                 
from ./lib/sys/time.h:39,
                 
from ./lib/sys/resource.h:30,
                 
from /opt/ppc-amigaos/ppc-amigaos/SDK/newlib/include/sys/reent.h:19,
                 
from /opt/ppc-amigaos/ppc-amigaos/SDK/newlib/include/time.h:11,
                 
from ./lib/time.h:41,
                 
from ./lib/sys/stat.h:44,
                 
from lib/acl.h:25,
                 
from lib/copy-acl.c:22:
./
lib/signal.h:578errorexpected identifier or '(' before 'const'
./lib/signal.h:578errorexpected ')' before '&' token
./lib/signal.h:578errorexpected ')' before '!=' token
./lib/signal.h:591errorexpected ')' before '*' token
./lib/signal.h:591errorexpected ')' before '=' token
./lib/signal.h:603errorexpected ')' before '*' token
./lib/signal.h:603errorexpected ')' before '|=' token
./lib/signal.h:616errorexpected ')' before '*' token
./lib/signal.h:616errorexpected ')' before '&=' token
./lib/signal.h:629errorexpected ')' before '*' token
./lib/signal.h:629errorexpected ')' before '=' token
In file included from 
./lib/sys/stat.h:44,
                 
from lib/acl.h:25,
                 
from lib/copy-acl.c:22:
./
lib/time.h:482:6errortoken "@" is not valid in preprocessor expressions
./lib/time.h:568:6errortoken "@" is not valid in preprocessor expressions
./lib/time.h:618:6errortoken "@" is not valid in preprocessor expressions
./lib/time.h:636:6errortoken "@" is not valid in preprocessor expressions


And, when you look at that line you can see:
#if !(defined __amigaos__ && defined __CLIB2__) /* AmigaOS using CLIB2 */
/* Initialize time conversion information.  */
# if @GNULIB_TZSET@
#  if @REPLACE_TZSET@
#   if !(defined __cplusplus && defined GNULIB_NAMESPACE)
#    undef tzset
#    define tzset rpl_tzset
#   endif
_GL_FUNCDECL_RPL (tzsetvoid, (void));
_GL_CXXALIAS_RPL (tzsetvoid, (void));
#  else
#   if ! @HAVE_TZSET@
_GL_FUNCDECL_SYS (tzsetvoid, (void));
#   endif
_GL_CXXALIAS_SYS (tzsetvoid, (void));
#  endif
_GL_CXXALIASWARN (tzset);
# endif
#endif


So, as I already saw in the readme, we should be building with clib2!

Okay, so now I try (after cleaning out directory completely. Essentially, deleting it and copying a new one):
./configure --host=ppc-amigaos CFLAGS=-mcrt=clib2

in this case, we get a Makefile again, but:
make

results in:
make[2]: Entering directory '/home/Amiga/coreutils-master'
  
CC       lib/copy-acl.o
In file included from lib
/acl.h:23,
                 
from lib/copy-acl.c:22:
/
opt/ppc-amigaos/ppc-amigaos/SDK/clib2/include/stdbool.h:58:2warning#warning C99 header file used by non-C99 compliant compiler.
  
CC       lib/set-acl.o
In file included from lib
/acl.h:23,
                 
from lib/set-acl.c:22:
/
opt/ppc-amigaos/ppc-amigaos/SDK/clib2/include/stdbool.h:58:2warning#warning C99 header file used by non-C99 compliant compiler.
  
CC       lib/acl-errno-valid.o
In file included from 
./lib/acl.h:23,
                 
from lib/acl-errno-valid.c:22:
/
opt/ppc-amigaos/ppc-amigaos/SDK/clib2/include/stdbool.h:58:2warning#warning C99 header file used by non-C99 compliant compiler.
  
CC       lib/acl-internal.o
In file included from lib
/acl.h:23,
                 
from lib/acl-internal.c:22:
/
opt/ppc-amigaos/ppc-amigaos/SDK/clib2/include/stdbool.h:58:2warning#warning C99 header file used by non-C99 compliant compiler.
In file included from ./lib/stdlib.h:96,
                 
from lib/acl-internal.h:23,
                 
from lib/acl-internal.c:24:
./
lib/unistd.h:1108errorconflicting types for 'gethostname'
/opt/ppc-amigaos/ppc-amigaos/SDK/clib2/include/unistd.h:157errorprevious declaration of 'gethostname' was here

So, function 'gethostname' was already:
extern int gethostname(const char *namesize_t namelen);

But in the core-utils directory that I am trying to build:
_GL_FUNCDECL_SYS (gethostnameint, (char *namesize_t len)
                                    
_GL_ARG_NONNULL ((1)));

already exists.
Quote:

PRESUMPTION: Sure, I can hack to get passed this, but clearly I am not doing something correct in the initial configuration.


===Help===
So, I am just wondering if someone can help point me in the right direction.

Thanks all.


Edited by rjd324 on 2021/12/27 2:08:12
Edited by rjd324 on 2021/12/30 7:45:40
Edited by rjd324 on 2021/12/30 8:01:24
Go to top


Re: X1000 occassional hanging
Quite a regular
Quite a regular


Thanks for the welcome all.

So, as I said, I completely resoldered a new coin cell holder. I checked voltage at the time of the existing battery and it was okay IIRC.

But, despite being a new coin cell holder, I did not go the full distance and just pop in a brand new battery.

Let me get a brand new battery anyway and see what happens since as you and I have already alluded to: X1000s do NOT like bad batteries!

So far we have the possibility of the radeon driver as also cited in the bug report which is not a 1-1 mapping of my issue but does have some similarities or an on-the-way-out battery.

It's a shame such an issue is not deterministically reproducible. Well, without waiting for what I guess is 24 hours and even then it is not 100% definite.

Thanks so far and I will report back.

Go to top


X1000 occassional hanging (SOLVED)
Quite a regular
Quite a regular


Hello all, this is my first post and I cannot see a way to attach files so I will just quote things.

I have an X1000 with an RV730 and a single mechanical SATA drive (not SSD).

The first partition is a small FFS2 partition containing the "amigaboot.of". The second partition is approx.1 GB used for the Workbench and a second partition of larger size just as a general storage partition.

I am using Amiga OS 4 FE update 2. When I run "Updater" I can see that everything is "Installed" apart from:

Kickstart/ diskcache.library.kmod which I have as 3.30 vs Remote of 3.31.

The graphics driver is
8.Workbench:Kickstartversion file RadeonHD.chip 
RadeonHD
.chip 3.7 
8.Workbench
:Kickstartversion file RadeonHD.chip.debug 
RadeonHD
.chip 0.32 
8.Workbench
:Kickstartversion file RadeonRX.chip 
RadeonRX
.chip 2.8 
8.Workbench
:Kickstartversion RadeonRX.chip.debug 
RadeonRX
.chip 2.8


What happens is that if I leave my X1000 for a few days and come to turn it on (cold boot) then I seem to get a hang in what I would guess is "Phase 3" of the boot process - so this is where you see the black background and the Amiga OS 4 FE screen where you would hear the default Amiga 1000 startup noise immediately before booting into the desktop.

I have left it for > 20 minutes and still nothing happens.

So, I then press the reset switch and it boots. I can then also power it off, leave it for a while on the same day and then cold boot it again and it will work.

I have checked the serial debugger and there is no textual difference. Well, apart from one thing which I doubt is a serious issue. Here is the beginning of a successful cold boot:
Quote:

[HELO][DRAM]SDRAM: ECC off, Non-ECC DIMM used on channel 0.
SDRAM: ECC off, Non-ECC DIMM used on channel 1.
[RELO][L1CF][GOLO][GOT ][ZBSS][INIT][MAIN][KMEM][EXCP][CONS][CIOK][AREN][PCIH][P
CIB][PCIS][DEVI]


Here is the beginning of the unsuccessful cold boot:
Quote:
ÿ[HELO][DRAM]SDRAM: ECC off, Non-ECC DIMM used on channel 0.
SDRAM: ECC off, Non-ECC DIMM used on channel 1.
[RELO][L1CF][GOLO][GOT ][ZBSS][INIT][MAIN][KMEM][EXCP][CONS][CIOK][AREN][PCIH][P
CIB][PCIS][DEVI]

You can see the beginning "ÿ" character.

So, I assume that is nothing. So, where does it hang?

Quote:

[mediaboot] Diskboot is present. Skip mounting static devices.


It will hang at that line. Normally, on a successful boot the serial debug would go on to:

Quote:
No CMI8738 found!
CS4281 DRIVERINIT
No card present.
No cards found!
No SOLO_ONE found!
No SB128 found!
No FM801 found!
No Envy24 found!


I am not 100% confident in this mechanical drive because it came with the X1000 that I bought not long ago. It occassionally makes a loudish seeking noise too that doesn't remind me of the times I used to use mechanical drives long ago.

I would guess that it is possibly the hard drive or a SATA cable?

I also desoldered and completely replaced the battery on this motherboard since it came with a snapped contact. Of course, before soldering on the new one I was getting all sorts of issues as is well known with our X1000s with a bad battery.

What I will do now is just dump the log of a full successful run so that there may be interesting information there.

Quote:
[HELO][DRAM]SDRAM: ECC off, Non-ECC DIMM used on channel 0.
SDRAM: ECC off, Non-ECC DIMM used on channel 1.
[RELO][L1CF][GOLO][GOT ][ZBSS][INIT][MAIN][KMEM][EXCP][CONS][CIOK][AREN][PCIH][P
CIB][PCIS][DEVI]

CFE version PAS-2.0.30 for NEMO (64bit,MP,BE,PPC)
Build Date: Fri Jun 8 16:04:49 CEST 2012 (hfrieden@jumpgate)
Copyright (C) 2000,2001,2002,2003,2004,2005 Broadcom Corporation.
Portions Copyright (C) 2005-2008 PA Semi, Inc.
Portions Copyright (C) 2010 Hyperion Entertainment CVBA

Initializing Arena.
Initializing PCI. []
PCI bus 0 slot 16/2: PCIe: port 2 could not be activated
PCI bus 0 slot 17/1: PCIe: port 5 could not be activated
PCI bus 0 slot 17/2: PCIe: port 6 could not be activated
PCI bus 0 slot 17/3: PCIe: port 7 could not be activated
SB600 revision A21 in Intel P4 mode
PCI bus 1 slot 0/0: ATI Technologies product 0x9498 (VGA display)
PCI bus 1 slot 0/1: ATI Technologies product 0xaa38 (multimedia subclass 0x03)
PCI bus 5 slot 18/0: ATI Technologies product 0x4380 (IDE mass storage, interfac
e 0x8f)
PCI bus 5 slot 19/0: ATI Technologies product 0x4387 (USB serial bus, interface
0x10)
PCI bus 5 slot 19/1: ATI Technologies product 0x4388 (USB serial bus, interface
0x10)
PCI bus 5 slot 19/2: ATI Technologies product 0x4389 (USB serial bus, interface
0x10)
PCI bus 5 slot 19/3: ATI Technologies product 0x438a (USB serial bus, interface
0x10)
PCI bus 5 slot 19/4: ATI Technologies product 0x438b (USB serial bus, interface
0x10)
PCI bus 5 slot 19/5: ATI Technologies product 0x4386 (USB serial bus, interface
0x20)
PCI bus 5 slot 20/0: ATI Technologies product 0x4385 (SMBus serial bus, rev 0x14
)
PCI bus 5 slot 20/1: ATI Technologies product 0x438c (IDE mass storage, interfac
e 0x83)
PCI bus 5 slot 20/2: ATI Technologies product 0x4383 (multimedia subclass 0x03)
PCI bus 5 slot 20/3: ATI Technologies product 0x438d (ISA bridge)
PCI bus 5 slot 20/4: ATI Technologies product 0x4384 (PCI bridge)
PCI bus 6 slot 6/0: Realtek Semiconductor 8139 10/100 Ethernet (ethernet network
, rev 0x10)
Initializing Devices.
GPIOLV10 Jumper: Not fitted (default VGA console)
GPIOLV11 Jumper: Not fitted (default ?)
PHY: mb, addr 0x00, vendor 03f1 device 15 (1)
GFX: PCIe Slot
GFX: Disable SB600 legacy decode
VGA (1/0/0): ISA memory space mapped to f8000000000
Initializing VGA.
Found 800x600x32 mode: 0x0103 (259)
Current VBE mode is now: 0x0103 (259)
Mode Attribs: 00BB [Graphics] [LinearFrameBuffer]
Resolution: 800 x 600
BitsPerPixel: 8
BytesPerScan: 0x0340
PhysBasePtr: 0x90000000
Enabling ATI frame buffer byte-swap
GFX: PCIe Slot
GFX: Enable SB600 legacy decode
VGA initialization successful.
SATA unit 0: Disk, "ST2000DM001-9YN164", Capacity:1863GB (lba48)
ATAPI unit 1: Optical Drive, "TSSTcorp CDDVDW SH-224BB"
PCIIDE: 2 controllers found
Initializing USB.
PCI bus 5 slot 19/5: EHCI USB controller found at A0209800
USB bus 0 device 1: vendor 0000 product 0000 class 09: USB Hub
PCI bus 5 slot 19/0: OHCI USB controller found at A0208000
USB bus 1 device 1: vendor 0000 product 0000 class 09: USB Hub
PCI bus 5 slot 19/1: OHCI USB controller found at A0207000
USB bus 2 device 1: vendor 0000 product 0000 class 09: USB Hub
PCI bus 5 slot 19/2: OHCI USB controller found at A0206000
USB bus 3 device 1: vendor 0000 product 0000 class 09: USB Hub
PCI bus 5 slot 19/3: OHCI USB controller found at A0204000
USB bus 4 device 1: vendor 0000 product 0000 class 09: USB Hub
PCI bus 5 slot 19/4: OHCI USB controller found at A0205000
USB bus 5 device 1: vendor 0000 product 0000 class 09: USB Hub
CPU type 0x900102: 500MHz
Total memory: 0x100000000 bytes (4096MB)

Total memory used by CFE: 0x7FD1DF60 - 0x80000000 (3023008)
Initialized Data: 0x7FDD8420 - 0x7FDF8B00 (132832)
BSS Area: 0x7FDF8B00 - 0x7FDFF000 (25856)
Local Heap: 0x7FDFF000 - 0x7FFFF000 (2097152)
Stack Area: 0x7FFFF000 - 0x80000000 (4096)
Text (code) segment: 0x7FD1DF60 - 0x7FDCBE60 (712448)
Relocation Factor: I:7FE1DF60 - D:7FE1DF60
[ENVI]
[OFW ][UI ]port 0:1/1 released (low speed)
USB: New device connected to bus 1 hub 1 port 1 (low speed)
USB bus 1 device 2: vendor 04F2 product 0116 class 03: Human-Interface Device
USBHID: Keyboard Configured.
Requested state A4 (1800MHz)
Loader:elf Filesys:amigafs Dev:ide0.0 File:amigaboot.of Options:(null)
Loading: 0x0000000000200000/61536 Entry at 0x0000000000200000
Starting program at 0x0000000000200000
[RUN!]
AmigaOS 4.x OpenFirmware Bootloader V53.21


Please choose a configuration to boot (Default choice is green):
1: AmigaOS_4.1_Final_Edition (Volume DH0)

[RETURN] Boot default [SPACE] Stop Countdown
Move default [UP] or [DOWN] with arrows
[1] Boot appropriate config
(0 sec. until autoboot)>

(Booting default)
Booting configuration AmigaOS_4.1_Final_Edition
graphics.library AltiVec/VMX enabled
graphics.library PA6T optimizations enabled
RadeonHD.card (0): RadeonHD.chip 3.7 (19.11.2019)
RadeonHD (2): Graphics card name is: Radeon RV730
RadeonHD (2): Identified the chipset as: RV730
RadeonHD (2): If - and only if - your card does not work or does not work
optimally
please submit a bug report at:
http://www.amiga.org/developer/bugreports
Remember to include the driver version, and the following card details:
0x9498:0x1002:0x1002: <name of board>
and *please* describe the problems you are seeing in detail.
RadeonHD.chip (0): Object: ID: 3102 name: DUAL_LINK_DVI_I type: 3 id: 2
RadeonHD.chip (0): Object: ID: 3113 name: DISPLAYPORT type: 3 id: 13
RadeonHD.chip (0): Object: ID: 3213 name: DISPLAYPORT type: 3 id: 13
RadeonHD.chip (0):
RadeonHD.chip (0): --------------------------------------
RadeonHD.chip (0): CONNECTOR TABLE:
RadeonHD.chip (0):
RadeonHD.chip (0): Connector[0] DVI-I 1:
RadeonHD.chip (0): Type: RHD_CONNECTOR_DVI
RadeonHD.chip (0): DDC bus: RHD I2C line 3
RadeonHD.chip (0): HPD: RHD_HPD_0 (monitor connected)
RadeonHD.chip (0): Outputs:
RadeonHD.chip (0): Output AtomOutputUniphyA:
RadeonHD.chip (0): Type: RHD_OUTPUT_UNIPHYA
RadeonHD.chip (0): Device Type: atomDFP1
RadeonHD.chip (0): Device Record: Type: atomDFP1, Connector Type: R
HD_CONNECTOR_DVI, ConnectorID: 0x2, EncoderID: 0x1E
RadeonHD.chip (0): Output AtomOutputDACA:
RadeonHD.chip (0): Type: RHD_OUTPUT_DACA
RadeonHD.chip (0): Device Type: atomCRT1
RadeonHD.chip (0): Device Record: Type: atomCRT1, Connector Type: R
HD_CONNECTOR_DVI, ConnectorID: 0x2, EncoderID: 0x15
RadeonHD.chip (0):
RadeonHD.chip (0): Connector[1] DisplayPort 1:
RadeonHD.chip (0): Type: RHD_CONNECTOR_DP
RadeonHD.chip (0): DDC bus: RHD I2C line 1
RadeonHD.chip (0): HPD: RHD_HPD_1 (monitor not connected)
RadeonHD.chip (0): Outputs:
RadeonHD.chip (0): Output AtomOutputUniphyC:
RadeonHD.chip (0): Type: RHD_OUTPUT_UNIPHYC
RadeonHD.chip (0): Device Type: atomDFP2
RadeonHD.chip (0): Device Record: Type: atomDFP2, Connector Type: R
HD_CONNECTOR_DP, ConnectorID: 0x13, EncoderID: 0x20
RadeonHD.chip (0):
RadeonHD.chip (0): Connector[2] DisplayPort 2:
RadeonHD.chip (0): Type: RHD_CONNECTOR_DP
RadeonHD.chip (0): DDC bus: RHD I2C line 4
RadeonHD.chip (0): HPD: RHD_HPD_2 (monitor not connected)
RadeonHD.chip (0): Outputs:
RadeonHD.chip (0): Output AtomOutputUniphyD:
RadeonHD.chip (0): Type: RHD_OUTPUT_UNIPHYD
RadeonHD.chip (0): Device Type: atomDFP3
RadeonHD.chip (0): Device Record: Type: atomDFP3, Connector Type: R
HD_CONNECTOR_DP, ConnectorID: 0x13, EncoderID: 0x20
RadeonHD.chip (0):
RadeonHD.chip (0): --------------------------------------
RadeonHD.chip (0):
RadeonHD.chip (0): RadeonHD card successfully opened
gfx PA6T DMA enabled
sb600sata.device 53.22 (28.6.2017)
000: 0C5A 3FFF C837 0010 0000 0000 003F 0000
008: 0000 0000 2020 2020 2020 2020 2020 2020
016: 5A31 4532 4A34 5952 0000 0000 0004 4343
024: 3442 2020 2020 5354 3230 3030 444D 3030
032: 312D 3959 4E31 3634 2020 2020 2020 2020
040: 2020 2020 2020 2020 2020 2020 2020 8010
048: 4000 2F00 4000 0200 0200 0007 3FFF 0010
056: 003F FC10 00FB 0010 FFFF 0FFF 0000 0407
064: 0003 0078 0078 0078 0078 0000 0000 0000
072: 0000 0000 0000 001F 850E 0004 004C 0040
080: 01F0 0029 346B 7D09 4163 3469 BC09 4163
088: 007F 006B 006B 8080 FFFE 0000 D000 0000
096: 0000 0000 0000 0000 88B0 E8E0 0000 0000
104: 0000 0000 6003 0000 5000 C500 4F54 6B43
112: 0000 0000 0000 0000 0000 0000 0000 401E
120: 401C 0000 0000 0000 0000 0000 0000 0000
128: 0021 88B0 E8E0 88B0 E8E0 2020 0002 0140
136: 0100 5000 3C06 3C0A 0000 003C 0000 0008
144: 0000 0000 007F 0280 0000 0000 0008 0000
152: 0000 0000 0000 0000 0000 0000 5800 89E0
160: 0000 0000 0000 0000 0000 0000 0000 0000
168: 0000 0000 0000 0000 0000 0000 0000 0000
176: 0000 0000 0000 0000 0000 0000 0000 0000
184: 0000 0000 0000 0000 0000 0000 0000 0000
192: 0000 0000 0000 0000 0000 0000 0000 0000
200: 0000 0000 0000 0000 0000 0000 3085 0000
208: 0000 4000 0000 0000 0000 0000 0000 0000
216: 0000 1C20 0000 0000 0000 0000 1020 0000
224: 0000 0000 0000 0000 0000 0000 0000 0000
232: 0000 0000 0000 0000 0000 0000 0000 0000
240: 0000 0000 0000 0000 0000 0000 0000 0000
248: 0000 0000 0000 0000 0000 0000 0000 A7A5
sb600ide.device 53.22 (28.6.2017)
sii3112ide.device 53.22 (28.6.2017)
sii3114ide.device 53.22 (28.6.2017)
sii3512ide.device 53.22 (28.6.2017)
sii0680ide.device 53.22 (28.6.2017)
lsi53c8xx.device 53.22 (28.6.2017)
it8212ide.device 53.22 (28.6.2017)
cfide.device 53.5 (27.02.2014)
[mediaboot] Diskboot is present. Skip mounting static devices.
No CMI8738 found!
CS4281 DRIVERINIT
No card present.
No cards found!
No SOLO_ONE found!
No SB128 found!
No FM801 found!
No Envy24 found!


Edited by rjd324 on 2022/3/30 23:22:31
Go to top



TopTop
« 1 ... 41 42 43 (44)




Powered by XOOPS 2.0 © 2001-2024 The XOOPS Project