Tiny Core Base > Release Candidate Testing
Core v16.0beta1
Knoppix1337:
Ok, after a short hiatus, I'm back
History; TC16 Alpha release posts, https://forum.tinycorelinux.net/index.php/topic,27517.0.html
I've done many hours of testing to narrow down the problems I've had on running TC16 on various VIA Technologies C7 single core x86 32bit microprocessor based machines
Rich mentioned;
Just my opinion, but unless you have some compelling reason to
move to TC16, you might want to consider sticking with TC15 if
it works on your system.
Which is a valid suggestion, but it doesn't quite fit my situation because;
1: TCL is one of the few 32bit distros remaining, and these are all x86 based machines, so I don't have many choices left. I don't know why or when x86 became a dirty word.
2: I am the sole beta tester for the VIA graphics Openchrome project, and I work with the sole developer of Openchrome Linux video drivers, so...
3: I have a vested interest in being able to put these machines to good use, and...
4: It would be a shame to not have a whole series of machines be able to take advantage of the work and updates TC16 provides.
That being said, I have narrowed down my problems.
1: The TC16 Kernel used always locks up, only the printk modified Kernel; vmlinuz-6.12.11-printkdelay from http://tinycorelinux.net/16.x/x86/debug/ works properly
2: I have had no problems using the printk Kernel, except as follows:
3: Using the printk Kernel, coreutils.tcz causes the eventual lockup of the machine, running a loop using echo and sleep from coreutils.tcz, I haven't tested other utilities from that package.
I don't know how y'all want to proceed, possibly replace the TC16 Kernel with the printkdelay version, at minimum I would hope that the printk Kernel remains available for people with affected machines, along with release notes to let them know.
As far as coreutils goes, there is a newer version available.
I don't know what the root cause of the lockups are, perhaps toolchain or cross compiler options. I am not sure what the difference between the compilation of Rich's printkdelay Kernel, and the original TC16 Kernel.
I know the forum rules forbid the asking of hardware, but doesn't say anything about the offering of hardware. Due to my vested interests, I have made a few bulk purchases of these machines for development and testing purposes. I would be willing to donate a machine or 2 if it would help, as they are doorstops without working software. I am located in Chicago, IL so I'm not above bribing y'all. Please contact me off-list and I'll see what I can do.
Eric.
CNK:
FWIW I've got a HP 2533t with a VIA C7-M. I can try booting TC16 on it if that's any use. The service manual lists the full processor spec as: "Via C7-M Ultra-Low Voltage (ULV) 1.00-GHz, 128-KB L2 cache, 400-MHz front side bus (FSB)"
Rich:
Hi CNK
--- Quote from: CNK on March 26, 2025, 07:19:10 AM ---TC16 does boot on my Pentium 1 PC with 80MB RAM. I'll see if I can install more RAM in the 486 laptop to see whether CPU or RAM is the problem there.
--- End quote ---
Unpack core.gz to the hard drive like you did for the 486.
Then try booting with this boot code included:
--- Code: ---mem=16M
--- End code ---
CNK:
--- Quote from: Rich on March 28, 2025, 08:03:57 AM ---
--- Quote from: CNK on March 26, 2025, 07:19:10 AM ---TC16 does boot on my Pentium 1 PC with 80MB RAM. I'll see if I can install more RAM in the 486 laptop to see whether CPU or RAM is the problem there.
--- End quote ---
Unpack core.gz to the hard drive like you did for the 486.
Then try booting with this boot code included:
--- Code: ---mem=16M
--- End code ---
--- End quote ---
I gave that a try on the Intel Celeron laptop. TC16 fails then too, but with loads of error messages not shown on the 486. On TC15 it boots further, but doesn't get through tc-config (killed due to low RAM) and then doesn't activate the swap partition (I moved that step right after udev start in my custom tc-config), which does work on the 486 with real 16MB RAM.
So yeah it might just be a RAM issue, but nothing quite matches up with mem=16 on newer hardware Vs physical 16MB on the 486. RAM use might depend on what kernel built-in drivers are used. I use the Pentium 1 PC every day (writing this on it), so I prefer to test these things on other computers that don't have to be reassembled immediately.
Of three 486 laptops I have, the only one taking standard RAM sticks has too low-spec of a 486. I'll see if I can set up a 486 desktop PC with more RAM, or upgrade that 486 laptop if it's possible.
gadget42:
--- Quote from: CNK on March 28, 2025, 03:19:30 AM ---FWIW I've got a HP 2533t with a VIA C7-M. I can try booting TC16 on it if that's any use. The service manual lists the full processor spec as: "Via C7-M Ultra-Low Voltage (ULV) 1.00-GHz, 128-KB L2 cache, 400-MHz front side bus (FSB)"
--- End quote ---
i am interested in the results of this test. thanks.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version