SliTaz Forum
You are not logged in.
Pages: 1
does the rolling realised version support 486?
Offline
Hmm, at least the current "slitaz-rolling.iso" as of today does need a 686 class cpu - on a 586 class cpu the kernel is missing cmov.
Interestingly, if the iso is booted on a 486 class cpu, it displays "This kernel requires an i586 CPU, but only detected an i486 CPU"...
Would be nice if at least the 586 support could be restored :-)
Offline
Hi mifritscher,
Infact, my mistake, in linux-slitaz.config, i see with use [c]M686=y[/c] but for 4.0, we use [c]CONFIG_M386=y[/c]
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
CONFIG_M686=y
To resume apps are build with -march=i486 but kernel himself build with 686 target.
Agree with you maybe we could purpose i586 kernel.
Offline
Ah, thanks :-)
Offline
Wow, nice, thank you very much :-) I'm keen on trying this later on my Libretto 100CT :-)
Offline
Link to download isos with 586 kernel.
http://people.slitaz.org/~shann/rolling_586
slitaz-cooking-base586.iso (cli version with 586 kernel)
slitaz-cooking-core586.iso (desktop version with 586 kernel)
it's naming cooking instead rolling because i use those commands
[c]cookiso --version=cooking --flavors=base586[/c]
[c]cookiso --version=cooking --flavors=core586[/c]
I don't push packages on mercurial to be build and push on mirror at moment.
Offline
Thank you so much!
I can confirm that this is working, and it even does _not_ have the not finding the partitions nor the missing root=/dev/sda2 problem :-)
Access to the package repo works as well. And the installed system works with 64 MB RAM + swap. So, now waiting for the CF card arrivement to copy the system to it and putting it into my Libretto :-)
Offline
Got my mass storage for my Libretto 100ct. Works flawlessly - even mp3 internet streaming with mpg123 :-)
One thing: ffplay chokes in libSDL2 about an illegal instruction at 0xb5981e93. [c]cmove %edx,%eax[/c]. Conditional move - only introduced at 686 ;-)
Do you happen to have symbol files?
Ah, and the installer didn't detect both the Win2000 at a FAT32 partition and a second install of slitaz (intention: having a "backup/rescue system" if I kill my main system ;-) )
Offline
Nice,
for ffplay / libSDL2 need check maybe compiled with 686 instructions.
I know for 6.0 i use specifically i586 target for mesa because i486 not work properly
https://hg.slitaz.org/wok-current/file/90beb9335b18/mesa/receipt
For Win2000 and other SliTaz, install, normally you use your sdcard on qemu, i don't remind for autodetect other installation.
Offline
I checked cooking wok.
For ffmpeg himself i don't see cmove instruction on libs or bins.
for libsdl2 himself i found cmove instruction, i'm checking build-depends.
=> mesa-dev for mesa pkgs don't see ref of cmove instruction on bin/libs.
Maybe check wrong with [c]objdump -D pkgs/install/usr/* | grep cmove[/c]
Offline
I just played around a bit - on a Debian trixie.
I managed to kill most cmov instructions with
./configure --build i486-pc-linux-gnu --host i686-linux-gnu --prefix /tmp/SDL-release-2.32.10/_installed CFLAGS="-march=i486 -mtune=i486 -m32 -O0" CXXFLAGS="-march=i486 -mtune=i486 -m32 -O0"
, leaving only a few in FP functions, of which I assume that are inlined functions.
./configure --build i486-pc-linux-gnu --host i686-linux-gnu --prefix /tmp/SDL-release-2.32.10/_installed CFLAGS="-march=i486 -mtune=i486 -m32 -O2" CXXFLAGS="-march=i486 -mtune=i486 -m32 -O2"
(or -O3) introduces a lot. It seems to be compiled with -O3 by default.
From what I can see is that libSDL2 is not doing strange things.
It seems that I need to setup a sane build environment^^
Offline
Ha, got it :-)
[c]./configure --disable-assembly --disable-mmx --disable-sse --disable-3dnow --disable-ssemath CFLAGS="-march=i486 -mtune=i486" CXXFLAGS="-march=i486 -mtune=i486"[/c]
There are still some cmov left, but seem to be conditional or in tests.
At least ffmpeg works :-)
Key are the disable-* - it seems that --enable-sse and friends (which are standard) do enable cmov as well.
Offline
Hi mifritscher,
Infact i'm doing few search after analyze ffmpeg / libsdl2 build log.
libsd2.log
[...]
checking for GCC -mmmx option... yes
checking for GCC -m3dnow option... yes
checking for GCC -msse option... yes
[...]
ffmpeg.log
C compiler gcc
C library glibc
ARCH x86 (i486)
big-endian no
runtime cpu detection yes
standalone assembly no
x86 assembler nasm
MMX enabled no
MMXEXT enabled no
3DNow! enabled no
3DNow! extended enabled no
SSE enabled no
SSSE3 enabled no
AESNI enabled no
AVX enabled no
AVX2 enabled no
AVX-512 enabled no
XOP enabled no
FMA3 enabled no
FMA4 enabled no
i686 features enabled no
CMOV is fast no
And found this page talk about Slackware and i586/i686 issue on instruction
https://flaterco.com/kb/Signal4/index.html
=> For SDL2 [c]Add --disable-mmx --disable-3dnow --disable-sse --disable-ssemath --disable-sse2 --disable-sse3 to configure switches[/c]
Globally that's open reflexion, provide i586 full version (same archlinux32 project) or could be build specific packages that needed ?
Offline
To be honest, I can't parse your last sentence...
Offline
Sorry, maybe wrong explain and not clear
ArchLinux32 project purpose iso with i486, i686 arch.
In same time, packages are split in three repos i486, i686, pentium4.
https://www.archlinux32.org/architecture/ explain cleary flags could be used on arch.
i486 CMOV is not required MMX is not required SSE is not required SSE2 is not required
i686 CMOV is required MMX is required SSE is required SSE2 is not required
pentium4 CMOV is required MMX is required SSE is required SSE2 is required
At first time we could add packages specifically build for 586.
Example purpose ffmpeg586 to be used on i586 cpu (with disabled flags mmx, 3dnow, sse*)
Offline
Ah, yes, that makes sense and sounds good for me :-)
Offline
I just build libsdl2-586, libsdl2-586-dev and ffmpeg586.
For libsdl2-586
./configure \
--prefix=/usr \
$CONFIGURE_ARGS \
--disable-mmx \
--disable-3dnow \
--disable-sse \
--disable-ssemath \
--disable-sse2 \
--disable-sse3 &&
for ffmpeg586, adjust BUILD_DEPENDS to use libsdl2-586-dev instead libsdl2-dev
FLAGS="--disable-mmx --disable-sse --disable-sse2 --disable-sse3"
ARCH_ARGS="--arch=$ARCH --cpu=$ARCH"
./configure \
--prefix=/usr \
--enable-gpl \
--enable-nonfree \
--enable-shared \
--disable-static \
--disable-doc \
--enable-libfreetype \
--enable-libmp3lame \
--enable-libopus \
--enable-libvorbis \
--enable-libvpx \
--enable-libx264 \
--enable-libx265 \
--enable-avresample \
--enable-gnutls \
${ARCH_ARGS} \
${FLAGS} &&
Need to adjust receipt to avoid clash with ffmpeg / libsdl2, because use same libs name.
Offline
Pages: 1
[ Generated in 0.018 seconds, 7 queries executed - Memory usage: 1.59 MiB (Peak: 1.77 MiB) ]
.