Tiny Core Linux
Tiny Core Base => TCB News => Alpha Releases => Topic started by: Juanito on July 06, 2013, 03:40:34 AM
-
Tiny Core 5.0 Alpha3 is available for public testing:
http://repo.tinycorelinux.net/5.x/x86/release_candidates/
Changelog for 5.0 alpha1:
* kernel update to 3.8.10 with (u)efi boot enabled
* option to use vmlinuz + rootfs.gz + modules.gz or vmlinuz64 + rootfs.gz + modules64.gz (where boot loader permits)
* aterm, freetype, imlib2, jpeg and libpng factored out of Xlibs/Xprogs
* glibc updated to 2.17 and recompiled against 3.8.x kernel headers
* gcc updated to 4.7.2, recompiled against 3.8.x kernel headers and cloog, gmp, mpc, mpfr and ppl
* e2fsprogs base libs/apps updated to 1.42.7
* util-linux base libs/apps updated to 2.22.2
* scm extensions have been dropped from this release
Changelog for 5.0 alpha2:
* util-linux updated to 2.23.1 due to blkid problems with qemu
* /usr/sbin/fstype modified for new blkid output (supress "/dev/sda" type output in /etc/fstab and mount gui)
Changelog for 5.0 alpha3:
* fixed copy2fs bug with tc-load (thanks to Gerald Clark for reporting)
Your continued feedback welcomed and appreciated
Although it is an extension and not the base, the first rough cut of Xorg-7.7 has been uploaded to the 5.x repo
Take care when testing Xorg-7.7 as you could end up with no gui:
* Xorg-7.7 includes default drivers evdev, vesa and fbdev
* video driver for intel tested OK, both 2d and 3d with Xorg-7.7-3d
-
Xorg-7.7 works OK. I'm testing on a notebook. The only issue is the built-in touchpad; there is a jitter in position when it is touched and curser is jumping around few pixels. I do not see it with previous versions.
-
I'll build the synaptics driver today at some point - maybe that will improve things?
-
I'm guessing screenshot from the menu needs Xorg-7.7 ? With Alpha2 screenshot appeared to function, however there was no resulting screenshot*.png file in the home directory
Great work getting Alpha 3 out thanks :)
-
synaptics driver posted along with updated evdev driver that now uses mtdev
As for all drivers (at the moment), load them prior to "startx" or re"startx" for them to take effect.
-
I'll build the synaptics driver today at some point - maybe that will improve things?
Will see. It was not needed with 7.6 but it's OK if will work.
-
I'm guessing screenshot from the menu needs Xorg-7.7
nope: $ screenshot.sh
/bin/sh: imlib2_grab: not found
imlib2-bin needs loading
-
Will see. It was not needed with 7.6 but it's OK if will work.
My mouse seems to work more smoothly with the recompiled evdev driver - maybe you could try that first?
-
Updated evdev. Now it boots to the Xvesa resolution and mouse selection menu and starts with useles screen resolution. And it is Xvesa, not Xorg.
-
did you download the mtdev extension?
-
You are right, I found it already it was not installed. Now system runs fine, but with the same mouse issue.
-
Installed synaptics extension. Now it is perfect!
-
xdemos uploaded to test Xorg-7.7 - with Xorg-7.7-3d and xf86-video-intel.tcz:
$ glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
302 frames in 5.0 seconds = 60.362 FPS
301 frames in 5.0 seconds = 60.022 FPS
$ glxinfo | egrep "(OpenGL vendor|OpenGL renderer|OpenGL version)"
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile x86/MMX/SSE2
OpenGL version string: 3.0 Mesa 9.1.4
-
..and with the intel 3d driver removed, it will use a software rasterizer for direct rendering - the new, LLVM-accelerated, LLVMPipe:
$ glxgears
libGL error: failed to load driver: i965
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
25 frames in 5.1 seconds = 4.937 FPS
30 frames in 5.0 seconds = 5.965 FPS
$ glxinfo | egrep "(OpenGL vendor|OpenGL renderer|OpenGL version)"
libGL error: failed to load driver: i965
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.3, 256 bits)
OpenGL version string: 2.1 Mesa 9.1.4
..so not as fast as hardware acceleration then...
-
nope: $ screenshot.sh
/bin/sh: imlib2_grab: not found
imlib2-bin needs loading
8) thanks
-
just fireup Tiny Core 5.0 Alpha 3 Testing in qemu, and it says "Booting Core 5.0.alpha2" ;)
-
Thanks - it'll be fixed at some point..
-
Does anyone know the location of the 5.x repo, i would like to test this new Xorg-7.7, thanks.
-
Hi LinuxUser01
Check here:
http://tinycorelinux.net/5.x/x86/tcz/
-
If you have an internet connection on your tce-5.x test machine, it would be easier to use the apps gui or "tce-load -iw Xorg-7.7".
-
I do have internet connection, but i just can't find Xorg-7.7 in the repo. The link that was given to me by Rich just displays text and there isn't really an option to download anything, but it does show Xorg-7.7 in there. I've actually went through most of the mirror's and just can't find Xorg-7.7.
-
If you have an Internet connection, I recommend to boot your machine in tc-5.x and use the apps gui or command line to download and load the Xorg-7.7 extension.
The Xorg-7.7 extension has many deps and it will be painful to download manually.
As I test, I booted tc-5.x from a usb stick yesterday with the "text" boot code, downloaded Xorg-7.7 using "tce-load -w Xorg-7.7" and everything worked fine first time.
-
xorg-server extension updated to cure problem with fixed fonts
Use the apps gui "check for updates" function to download the corrected version
-
I have run Tiny Core 5.0 Alpha 3, and in dmesg is
"Linux version 3.8.10-tinycore (tc@box) (gcc version 4.6.1 (GCC) ) #3810 SMP Tue Apr 30 15:45:26 UTC 2013"
It runs OK, but I hoped for gcc 4.7.2 as is in gcc.tcz, to rebuild the core itself with the same up to date tools as in compiletc.tcz
-
Hi nick65go
Somebody else brought that up a year or two ago. As I recall, the answer given was that the current version of Tinycore
including its toolchain is used to compile the kernel for the next version of Tinycore. There was more to that answer
about not wanting to have to recompile the kernel a second time though I don't recall the details.
-
Hi Rich,
I understand your answer, and I realy don't have a problem with the actual development method.
I just wondered, why not use lets say gcc 4.8.1 ? For example my kernel is Linux version 3.9.7-1-ARCH (tobias@T-POWA-LX) (gcc version 4.8.1 (GCC) ) #1 SMP PREEMPT Thu Jun 20 22:45:32 CEST 2013, x86_64 GNU/Linux. Is an archlinux unchanged kernel. So the gcc 4.8 is tested to work OK by a wide community.
The idea is the same like in "Aboriginal Linux" to have a self hosting linux (using just kernel, libc and busybox etc).
So, first to have the gcc [cross?]compiler, then we compile the kernel, just once.
Lets take the worst scenario, that the kernel compilation will fail, very unlikely because any vanila kernel JUST compile, otherwise the kernel developers can go make sepuke themself :) On my Core2Duo with 2 Mb RAM, a 5 years old notebook, the full tinycore kernel will compile in less than 20 minutes.
So do we discuss about 20 minutes eventual waste time in a full core life circle of maybe one year?
Anyway I can live with this, I just like tinycore concepts, but many times I wish to rebuild things.
Keep the good work, and sorry for my noise.
-
Xorg-7.7 users should note that the only new video drivers are:
xf86-video-fbdev
xf86-video-intel
xf86-video-nouveau
xf86-video-vesa
The other video drivers are from the Xorg-7.6 build and may or may not work.
Updated video extensions would be welcomed or, if somebody is stuck, I can look at compiling one or two.
-
I just wondered, why not use lets say gcc 4.8.1 ? For example my kernel is Linux version 3.9.7-1-ARCH (tobias@T-POWA-LX) (gcc version 4.8.1 (GCC) ) #1 SMP PREEMPT Thu Jun 20 22:45:32 CEST 2013, x86_64 GNU/Linux. Is an archlinux unchanged kernel. So the gcc 4.8 is tested to work OK by a wide community.
Arch has rather a reputation of rolling release bleeding edge, and therefore not a good reference to what is well tested.
Slackware 14.0 (stable release) is currently at gcc-4.7.1, while Debian stable is at gcc-4.7.2-5.
-
Do not miss Redhat which is the de facto industrial standard Linux and CentOS. They are on GCC 4.4.7
-
l3afpad built as a test for Xorg-7.7-dev and gtk3 (which needs libxcb, now a dep of libX11).
'Seems to work, so those who were waiting on Xorg-7.7-dev and/or libpng-dev to recompile tc-4.x extensions can now go ahead.
-
@nick65go
TC 5, like earlier versions, supports custom kernels. So if you need a specific version, or built with a specific compiler, you're free to do so.
The argument for the official one is not about the compile time, but the test time.
-
l3afpad built as a test for Xorg-7.7-dev and gtk3 (which needs libxcb, now a dep of libX11).
'Seems to work, so those who were waiting on Xorg-7.7-dev and/or libpng-dev to recompile tc-4.x extensions can now go ahead.
I rebuilt few of my extensions with build scripts used to create 4.x extension. Result is mixed. Party they fail due to X component .la files are in /usr/local/lib while it is expected in /usr/lib. And there are strange cases whire installation fails with linker DSO error missing atan... in glib2 and similar.
-
Partly they fail due to X component .la files are in /usr/local/lib while it is expected in /usr/lib.
I updated cairo-dev, fontconfig-dev and pango-dev a couple of hours ago to fix this (but no doubt there are more)
-
Partly they fail due to X component .la files are in /usr/local/lib while it is expected in /usr/lib.
I updated cairo-dev, fontconfig-dev and pango-dev a couple of hours ago to fix this (but no doubt there are more)
It works now, I could rebuild these apps. What did you change?
-
The path to the X libs in the relevant *.la file
-
Regarding missing math lib, if I add -lm to LDFLAGS it installs fine.
-
Hi guys!
Just wanna give you the thumbs up for the work you're putting down in making TC going forward!
Have fun developing TC 5.0,
meo
P.S. Sadly I don't have the skills to be of much use otherwise I would be glad to help. D.S.
-
Xorg-7.7 users should note that the only new video drivers are:
xf86-video-fbdev
xf86-video-intel
xf86-video-nouveau
xf86-video-vesa
The other video drivers are from the Xorg-7.6 build and may or may not work.
Glad you mentioned this, because I've been banging head against computer trying to figure out why I couldn't any longer boot past "Waiting for X" or text mode prompt :p
Works great now
Thanks so much Juanito for all the awesome workmanship and to all those who have made this project possible :thumbup:
-
What hardware do you have and which driver worked?
-
Am using mostly Nvidia video cards with core booted from a USB stick
Not the latest Nvidia cards at present, but several ranging from Mobile GeForce GTX 260 (G92 chipset) to GeForce GTX 560's (GF114 chipset)
Xorg-7.7/vesa works but am unable to start fbdev with vga=791 boot code, but will attempt this again now the system has been updated
Xorg-7.7-3d works also.
On the GeForce GTX 260M Both Xorg-7.7 & Xorg-7.7-3d with xf-video-nouveau and xf-video-nv have default resolution issue in confless mode, leaving some of the screen out of view (eg wbar out of view)
xrandr | grep \* | cut -d' ' -f4 indicates a current resolution of 1280x768, whereas 1920x1200 is more desirable for this LCD yet not available with current modes as per xrandr --query.
I need to pursue fbdev and -configure still, I notice that xrandr has a scaling option, maybe have to try that when running vesa driver
In contrast, I have used Nvidia-settings with nvidia.ko with all the above hardware and tc-4.7.7, so maybe nvidia drivers need an update?
(logs coming)
-
Hi Rich,
I understand your answer, and I realy don't have a problem with the actual development method.
I just wondered, why not use lets say gcc 4.8.1 ? For example my kernel is Linux version 3.9.7-1-ARCH (tobias@T-POWA-LX) (gcc version 4.8.1 (GCC) ) #1 SMP PREEMPT Thu Jun 20 22:45:32 CEST 2013, x86_64 GNU/Linux. Is an archlinux unchanged kernel. So the gcc 4.8 is tested to work OK by a wide community.
archlinux does not test gcc as well as it should, due to its binary distro nature and being responsible for only a small subset of repository : see here to find out how many things broke when gcc-4.7 was released : https://bugs.gentoo.org/show_bug.cgi?id=gcc-4.7 . and note that some of the problems are not yet fixed.
see here to find out how many things were/are broken with gcc-4.8 : https://bugs.gentoo.org/show_bug.cgi?id=gcc-4.8
when new gcc rolls out, archlinux devs do not test everything against it. they tend to reuse older packages without often rebuilding them. gentoo, due to its nature has to be more careful and does very thorough testing of new compiler.
-
Please note that, to avoid confusion, Xorg-7.6 and deps have been removed from the tc-5.x repo
-
Another 2year old machine using GeForce G114 chipset
Looks like Xorg is unable to load the nv driver, claims is not present but I can confirm xf86-video-nv extension is installed. The NOUVEAU driver does not support this 2 year old video chip. It appears as if the Vesa driver is in use on this pc. While 1920x1200 is not set as default on another monitor, the default resolution in use is 1280x1024 which is perfectly useable.
from the Xorg.0.log attached below I notice nv driver is not usable
[ 14.821] (II) LoadModule: "glx"
[ 14.821] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so
[ 14.839] (II) Module glx: vendor="X.Org Foundation"
[ 14.839] compiled for 1.14.2, module version = 1.0.0
[ 14.839] ABI class: X.Org Server Extension, version 7.0
[ 14.839] (==) AIGLX enabled
[ 14.839] Loading extension GLX
[ 14.839] (==) Matched nouveau as autoconfigured driver 0
[ 14.839] (==) Matched nv as autoconfigured driver 1
[ 14.839] (==) Matched vesa as autoconfigured driver 2
[ 14.839] (==) Matched modesetting as autoconfigured driver 3
[ 14.839] (==) Matched fbdev as autoconfigured driver 4
[ 14.839] (==) Assigned the driver to the xf86ConfigLayout
[ 14.839] (II) LoadModule: "nouveau"
[ 14.839] (II) Loading /usr/local/lib/xorg/modules/drivers/nouveau_drv.so
[ 14.846] (II) Module nouveau: vendor="X.Org Foundation"
[ 14.846] compiled for 1.14.2, module version = 1.0.7
[ 14.846] Module class: X.Org Video Driver
[ 14.846] ABI class: X.Org Video Driver, version 14.1
[ 14.846] (II) LoadModule: "nv"
[ 14.847] (WW) Warning, couldn't open module nv
[ 14.847] (II) UnloadModule: "nv"
[ 14.847] (II) Unloading nv
[ 14.847] (EE) Failed to load module "nv" (module does not exist, 0)
[ 14.847] (II) LoadModule: "vesa"
[ 14.847] (II) Loading /usr/local/lib/xorg/modules/drivers/vesa_drv.so
[ 14.847] (II) Module vesa: vendor="X.Org Foundation"
[ 14.847] compiled for 1.14.2, module version = 2.3.2
[ 14.847] Module class: X.Org Video Driver
[ 14.847] ABI class: X.Org Video Driver, version 14.1
[ 14.847] (II) LoadModule: "modesetting"
[ 14.847] (WW) Warning, couldn't open module modesetting
[ 14.847] (II) UnloadModule: "modesetting"
[ 14.847] (II) Unloading modesetting
[ 14.847] (EE) Failed to load module "modesetting" (module does not exist, 0)
[ 14.847] (II) LoadModule: "fbdev"
[ 14.847] (II) Loading /usr/local/lib/xorg/modules/drivers/fbdev_drv.so
[ 14.848] (II) Module fbdev: vendor="X.Org Foundation"
[ 14.848] compiled for 1.14.2, module version = 0.4.3
[ 14.848] Module class: X.Org Video Driver
[ 14.848] ABI class: X.Org Video Driver, version 14.1
currently installed onboot extensions
Xorg-7.7-3d
xf86-input-synaptics
xf86-video-nouveau
xf86-video-nv
-
Unable to remove Xorg-7.6-dev as is a dep of fltk-1.1.10-dev and gtk1-dev extensions
-
Those deps were updated earlier today :)
-
currently installed onboot extensions
Xorg-7.7-3d
xf86-input-synaptics
xf86-video-nouveau
xf86-video-nv
xf86-video-nv was an Xorg-7.6 extension and has been removed - maybe it would work if recompiled?
Edit: this one maybe:
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-nv-2.1.20.tar.bz2
-
:) yes thanks am already on it
am looking at the previously used "TC-script.sh" build script for clues on which deps to load. I think I got it
-
Slow progress on recompiling xf86-video-nv due to Errors because of depreciated mibstore.h referenced in various files, eg;
nv_include.h
riva_include.h
g80_driver.c
those are easy to fix, but removing any calls to miInitializeBackingStore() are just a bit more tricky. This is referenced in
nv_driver.c
riva_driver.c
g80_driver.c
various patches found on web eg: http://patchwork.freedesktop.org/patch/11940/ (http://patchwork.freedesktop.org/patch/11940/)
reading the sources I'm doubtfull if they support newer cards, but we shall see
juanito was this an issue with other updated drivers?
edit: Ok no problem, have found the patch (linked above) ;D
-
juanito was this an issue with other updated drivers?
No, but I only built intel, nouveau and vesa
-
fontconfig dep files adjusted to add missing dep on freetype and Xorg-7.7-dev dep file modified to suit.
-
With the patch installed, nv_drv compiles fine without error yet the vesa driver is still used.
The driver installs to
/usr/local/lib/X11/modules/drivers
However the current driver directory in Xorg-7.7 is
/usr/local/lib/xorg/modules/drivers
driver appears to load ok when installed to /usr/local/lib/xorg/modules/drivers, there are no reports of missing shared libraries, yet nv_drv is not used
One other issue, when loading vesa driver the log reports of missing modesetting module (see attached log)
-
driver appears to load ok when installed to /usr/local/lib/xorg/modules/drivers, there are no reports of missing shared libraries, yet nv_drv is not used
Maybe you need to force the issue with an xorg.conf snippet?
One other issue, when loading vesa driver the log reports of missing modesetting module (see attached log)
That's this I guess:
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-modesetting-0.8.0.tar.bz2
-
Will prepare the modesetting module, thanks for the link.
-
Note that I modified the link
-
libcups and cups-dev uploaded
This will allow some apps to print as long as /usr/local/etc/cups/client.conf points to a cups server on a different machine and will also allow compiling apps that can use libcups (as opposed to cups itself) to print.
..while waiting on finding time to sort cups out.
-
gtk2 and gtk3 re-compiled against libcups and printing tests OK to a cups server from gimp2 and l3afpad.
You'll need something like this on the cups client: $ cat /usr/local/etc/cups/client.conf
ServerName 192.168.1.200
$ cat /etc/hosts
127.0.0.1 boxdell localhost localhost.local
192.168.1.200 macminitc macminitc.local
..and something like this on the cups server: $ cat /etc/hosts
127.0.0.1 macminitc localhost localhost.local
..and neither the avahi nor dbus daemons need to be running on the client.
Edit: evince2 uploaded so print preview works (on gimp2 at least)
-
gtk2-dev.tcz lists Xorg-7.6-dev.tcz as a dependency
meanwhile I continue to have glib2 issues building leafpad. No issues with libpng anymore thanks. Also No errors during build but three warnings of depreciated symbols still plagued with this terminal error when attempting to start the application.
symbol lookup error: /usr/local/lib/libgobject-2.0.so.0: undefined symbol: g_datalist_id_replace_data
there is only one copy of libgobject-2.0.so.0 installed, but I think it's an issue with the entry in gobject.c, could always be a missing dep ?
Meanwhile am thinking about rebuilding this system with a clean optional dir, you know start over with fresh downloaded deps..
Edit: ok it turns out to have been one old dep too many, when booting to a test (minimal onboot list) config the updated leafpad works fine, so I guess i should have cleaned out the optional dir earlier :P
-
YAY finally some success
Also thanks juanito for the updated gtk's
-
I got TC5.0 Alpha3 installed on a USB and i can't get passed the black screen with the curser during boot. I have CTRL+ALT+DEL into console, but after typing "startx" i notice getting "failed to startx" but still goes into black screen and all you can do is move around the curser. All the previous version of TC work just fine on this system, not sure what the issue is here.
-
If you have a black screen with a cross for the mouse pointer, this indicates Xorg is loaded and running. Perhaps you need to load a windows manager like flwm_topside ?
-
gtk2-dev.tcz lists Xorg-7.6-dev.tcz as a dependency
Thanks - fixed now (and checked that Xorg-7.6-dev.tcz does not appear in any other dep files).
-
Juanito Awesome work on Xorg THANKS 8)
vesa=791 boot code forces frame buffer mode and Vesa drivers work great too
synaptics driver works great, as well as the other input drivers.
Only thing with the touchpad is, while operation is smooth with just the right balance of acceleration the features are basic. eg double tapping and scrolling produces no input, so I guess extra features would require the full synaptics driver ? At least the touch pad works better than it ever has
Thanks
-
Will prepare the modesetting module, thanks for the link.
How did you get on with this?
-
just loaded up kvm-3.8.10-tinycore, am wondering what is the purpose of having USR and USR_1 in the extention ?
-
Only thing with the touchpad is, while operation is smooth with just the right balance of acceleration the features are basic. eg double tapping and scrolling produces no input, so I guess extra features would require the full synaptics driver ?
You might want to check you have the latest xf86-input-evdev - the latest one depends on mtdev and seems better with touchpads - if you already have that, then xf86-input-synaptics would be the way to go.
-
just loaded up kvm-3.8.10-tinycore, am wondering what is the purpose of having USR and USR_1 in the extention ?
Thanks - corrected version uploaded
-
Will prepare the modesetting module, thanks for the link.
How did you get on with this?
Whith the mixture of Xorg 7.6 & 7.7 dev dep's I wasn't doing so well. Despite attempting to match the build dep lists posted on Xorg's development site (which didn't match tc) I always appeared to be one or two deps short or one which conflicted. I built a few deps to assist but I think I need to set up the system as if preparing to build the full Xorg, that is where I'm at with it. I think the last of the Xorg7.6 deps have been removed from my system, so am almost ready to have another stab at it.
But don't wait for if you need this, in the meantime I'm not giving up on it
:)
-
You just need:
tce-load -i Xorg-7.7-3d-dev
..I'll upload it shortly
-
Uploaded - it seems vesa would be used in preference?
[ 1620.453] (==) Matched intel as autoconfigured driver 0
[ 1620.453] (==) Matched intel as autoconfigured driver 1
[ 1620.453] (==) Matched vesa as autoconfigured driver 2
[ 1620.453] (==) Matched modesetting as autoconfigured driver 3
[ 1620.453] (==) Matched fbdev as autoconfigured driver 4
-
If you have a black screen with a cross for the mouse pointer, this indicates Xorg is loaded and running. Perhaps you need to load a windows manager like flwm_topside ?
Which version of Xorg is installed with this Alpha3? I thought this TC5.0 came with a windows manager? So just go into console and type tce-load -i flwm_topside.tcz"?
UPDATE: Actually when i try to load or install flwm_topside, it says that its already installed.
-
As the title says, tc-5.x is in alpha testing..
You need:
tce-load -i Xorg-7.7 flwm [or flwm_topside]
Edit: and please all check that you don't have Xorg-7.6* loaded
-
Thanks for the heads up, Xorg-7.7-3d-dev this (for it's monstrous dependency list) is what I've been using these last couple of days. When I've finished cleaning my system I'll make another attempt and redo the nv driver.
am sending the leafpad tcz now, but i've previously sent 22 firmware packages but only see a dozen or so uploaded, takes a while to process huh?
-
As the title says, tc-5.x is in alpha testing..
You need:
tce-load -i Xorg-7.7 flwm [or flwm_topside]
Edit: and please all check that you don't have Xorg-7.6* loaded
Well, that Xorg-7.7 sure has alot of deps. but i just can't seem to get a higher resolution than 1440x1200 or whatever. Also i can't install or load the ATI drivers that come with xf86-video, but i remember that it is not supported yet with 7.7.
-
I know the deps for xorg7.7 sure looks a lot but most are very small.
firmware-radeon is pending the nod to upload to the repo, thereafter you'll need radeon drivers for your card
-
Well, that Xorg-7.7 sure has alot of deps. but i just can't seem to get a higher resolution than 1440x1200 or whatever. Also i can't install or load the ATI drivers that come with xf86-video, but i remember that it is not supported yet with 7.7.
The ati driver is still pending for Xorg-7.7
By default Xorg will fall back to the vesa driver, you could try xf86-video-modesetting - check /var/log/Xorg.0.log to see what gets loaded/used.
-
The two leaf's ;D
(http://db.tt/wc7Uqjaa)
-
Looks like things are starting to work :)
cups and hplip uploaded - what a monumental pain to get working >:(
-
The ati driver is still pending for Xorg-7.7
xf86-video-ati uploaded - let us know if it works
-
Chromium-browser.tcz.
Posting from chromium-browser. All deps are already in the repo.
-
Thanks - copied across
-
The ati driver is still pending for Xorg-7.7
xf86-video-ati uploaded - let us know if it works
Hi, it works for me. I have an ATI X1400 mobile chip, first sign is that my resolution is high and fonts are small in opera9,
I have to load graphics-3.8.10-tinycore; without it is no way, even if onboot.lst has Xorg-7.7-3d.tcz
Also I manualy loaded the missing depencency (I saw errors in /var/log/Xorg.0.log) like libffi.tcz and llvm-lib.tcz
Many thanks!
EDIT: it works even without libffi.tcz and llvm-lib.tcz loaded, it seems to be just checked for software rastelization
(EE) AIGLX error: dlopen of /usr/local/lib/dri/swrast_dri.so failed (libffi.so.5: cannot open shared object file: No such file or directory)
(EE) GLX: could not load software renderer
EDIT2: it works, but maybe I need the firmware also (from tc4) because in dmesg I saw:
[drm] Loading R500 Microcode
radeon_cp: Failed to load firmware "radeon/R520_cp.bin"
[drm:r100_cp_init] *ERROR* Failed to load firmware!
radeon 0000:01:00.0: failed initializing CP (-2).
radeon 0000:01:00.0: Disabling GPU acceleration
-
some extensions have old not updated dependencies, like xf86-video-modesetting.tcz and xf86-video-intel.tcz,
my app browser says they depend on graphics-3.0.21-tinycore.tcz ;)
-
The ati driver is still pending for Xorg-7.7
xf86-video-ati uploaded - let us know if it works
After installing the xf86-video-ati.tcz drivers i did not see the ATI firmware get loaded. Usually the screen's resolution changes to 1900x1200 rather sitting at the lower resolution. Not sure if i needed to install the Xorg-7.7 first for that to work since i can't remember what i did before on previous versions of TC for it to work. I than installed Xorg-7.7 and tried getting back into the desktop, but the resolution is still vesa and not any higher. Either i did something wrong with the installation or the drivers aren't working.
-
some extensions have old not updated dependencies, like xf86-video-modesetting.tcz and xf86-video-intel.tcz,
my app browser says they depend on graphics-3.0.21-tinycore.tcz
That's because the apps browser defaults to the latest stable version of tc, but the deps are correct:
http://www.tinycorelinux.net/5.x/x86/tcz/xf86-video-modesetting.tcz.dep
graphics-KERNEL.tcz
http://www.tinycorelinux.net/5.x/x86/tcz/xf86-video-intel.tcz.dep
graphics-KERNEL.tcz
-
After installing the xf86-video-ati.tcz drivers i did not see the ATI firmware get loaded.
Could you try this and report back if it works:
http://www.tinycorelinux.net/4.x/x86/tcz/firmware-radeon.tcz
Either i did something wrong with the installation or the drivers aren't working.
You can check in /var/log/Xorg.0.log for details of which drivers get loaded.
-
updated firmware-radeon.tcz has already been submitted
-
After installing the xf86-video-ati.tcz drivers i did not see the ATI firmware get loaded.
Could you try this and report back if it works:
http://www.tinycorelinux.net/4.x/x86/tcz/firmware-radeon.tcz
Either i did something wrong with the installation or the drivers aren't working.
You can check in /var/log/Xorg.0.log for details of which drivers get loaded.
I have downloaded the firmware you have posted and have placed it into the cde optional folder, but i am unable to install or load it. I have tried typing tce-load -i firmware-radeon.tcz and getting firmware-radeon not found. Not sure if i want to go any further if this firmware is not loading with the installation of the Xorg-7.7 and xf86-video-ati since i haven't saved the configuration everytime i installed them. I will post the /var/log/Xorg.0.log in shortly.
-
The cde directory is only for CDs. The directory should be tce.
-
The cde directory is only for CDs. The directory should be tce.
Well, both windows installer program has placed a cde folder in my USB instead of the tce folder. I have changed the folder from cde to tce and still haven't noticed any changes. I will keep trying with this TC5.0Alpha3 and post back results, thanks for your help so far.
-
You can also specify the full path to load an extension locally, for example:
$ tce-load -i /mnt/sda1/tmp/firmware-radeon.tcz
Note that any deps need to be in the same folder if this method is used.
-
I have to load graphics-3.8.10-tinycore; without it is no way, even if onboot.lst has Xorg-7.7-3d.tcz
Also I manualy loaded the missing depencency (I saw errors in /var/log/Xorg.0.log) like libffi.tcz and llvm-lib.tcz
...
EDIT2: it works, but maybe I need the firmware
Thanks for reporting.
I copied over firmware-radeon from the tc-4.x repo (as a temporary measure until coreplayer2's updated extension is posted) and added this and graphics-KERNEL to the xf86-video-ati deps.
I also added llvm-lib to Xorg-7.7-3d deps - a little reluctantly as it is somewhat large, but then again, so is Xorg-7.7-3d...
-
Juanito, let me explain my test results again please:
I deleted from Xorg-7.7.tcz.dep the rows xf86-video-fbdev and xf86-video-vesa and added xf86-video-ati (just for testing)
then I have rebooted with bootcodes BASE and NORESTORE, and manualy tce-loaded Xorg-7.7.tcz
startx gave me an error like "failed in waiting for X"
I then tce-loaded graphics-3.8 and after stratx I had a high resolution + black background + nice cursor + right click menu
So graphics-3.8 is need even for 2D no acceleration, in my ATI X1400 case.
I loaded then wbar and one shade appeared at the bottom screen, after loading aterm.tcz here goes the terminal icon,
then I loaded Xprog.tcz and full tinycore apparence is now shown.
My synaptics touchpad is not automaticaly full working (no vertical/horizontal scroll no two thingers scroll etc) , I think I will give him a proper config rule in /etc/X11/xconf.d/
My conclusion: As long as an appropriate Xorg driver is loaded (radeon), then is no need for libffi.tcz and llvm-lib.tcz, theese libs are just for backup software render
The firmware is not needed to have 2D screen. Only for 3D acceleration we need it. I hope all is clear now.
PS: If you look over at Xlibs.tcz.dep you will see that is included in full into Xorg-7.7-bin.tcz.dep
EDIT: I used flwm.tcz, not flwm_topside.tcz, and the aterm is NOT mouse autofocus. I opend two aterms, type something in aterm1, move mouse cursor on aterm2, kept typing, but the characters apeared still in aterm1, not in aterm2 windows as expected.
-
Juanito, let me explain my test results again please:
Thanks for the feedback :)
So graphics-3.8 is need even for 2D no acceleration, in my ATI X1400 case.
Agreed, I added graphics-KERNEL to xf86-video-ati.tcz.dep earlier today
I loaded then wbar and one shade appeared at the bottom screen, after loading aterm.tcz here goes the terminal icon,
then I loaded Xprog.tcz and full tinycore apparence is now shown.
I guess the question is whether to make Xprogs a dep of Xorg-7.7 or not?
My synaptics touchpad is not automaticaly full working (no vertical/horizontal scroll no two thingers scroll etc)
Did you load xf86-input-synaptics?
My conclusion: As long as an appropriate Xorg driver is loaded (radeon), then is no need for libffi.tcz and llvm-lib.tcz, these libs are just for backup software render
Agreed, I added llvm-lib (libffi is a dep of llvm-lib) as a dep of Xorg-7.7-3d earlier today
The firmware is not needed to have 2D screen. Only for 3D acceleration we need it. I hope all is clear now.
I don't have any ati/radeon hardware - is that the case for all cards?
EDIT: I used flwm.tcz, not flwm_topside.tcz, and the aterm is NOT mouse autofocus. I opend two aterms, type something in aterm1, move mouse cursor on aterm2, kept typing, but the characters apeared still in aterm1, not in aterm2 windows as expected.
flwm is light and simple - I guess you have to click in the second aterm window ;)
-
I used flwm.tcz, not flwm_topside.tcz, and the aterm is NOT mouse autofocus. I opend two aterms, type something in aterm1, move mouse cursor on aterm2, kept typing, but the characters apeared still in aterm1, not in aterm2 windows as expected.
This has come up before, it's a compile time option.
-
I used flwm.tcz, not flwm_topside.tcz, and the aterm is NOT mouse autofocus. I opend two aterms, type something in aterm1, move mouse cursor on aterm2, kept typing, but the characters apeared still in aterm1, not in aterm2 windows as expected.
This has come up before, it's a compile time option.
OK, thanks for info, I understand, it is the same for both flwm.tcz and flwm_topside.tcz. I just said that my preference was for autofocus.
-
The firmware is not needed to have 2D screen. Only for 3D acceleration we need it. I hope all is clear now.
I don't have any ati/radeon hardware - is that the case for all cards?
The IT is not my work field it is my hoby, so I have just a laptop with this video card.
-
I loaded then wbar and one shade appeared at the bottom screen, after loading aterm.tcz here goes the terminal icon,
then I loaded Xprog.tcz and full tinycore apparence is now shown.
I guess the question is whether to make Xprogs a dep of Xorg-7.7 or not?
My synaptics touchpad is not automaticaly full working (no vertical/horizontal scroll no two thingers scroll etc)
Did you load xf86-input-synaptics?
There is no problem with Xporgs, I only described my test process steps.
I forgot to load synaptics; but after I manualy loaded I have two fingers vertical scroll but is not working vertical/horizontal scroll:
I just need to know where/when to insert my 00-myXorg.conf. Also kmaps for fr-pc.kmap is OK in console just before X start but not in Xorg
Please help to make this file to be taken into account - keyboard and synaptics- it works in archlinux (it is a pain in **** with US keyboard to type here from opera9)
# Additional options may be added in the form of Option "OptionName" "value"
Section "InputClass"
Identifier "evdev touchpad catchall"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
# Avoid add a device twice as /dev/input/eventX and as /dev/input/mou.
Section "InputClass"
Identifier "synaptics touchpad"
MatchIsTouchpad "on"
# avoid non-event (mouse) devices being assigned to synaptics.
MatchDevicePath "/dev/input/event*"
Driver "synaptics"
# tune up all my benefits:
Option "TapButton1" "1"
Option "TapButton2" "2"
Option "TapButton3" "3"
Option "SHMConfig" "1"
Option "VertEdgeScroll" "on"
Option "VertTwoFingerScroll" "on"
Option "HorizEdgeScroll" "on"
Option "HorizTwoFingerScroll" "on"
Option "CircularScrolling" "on"
Option "CircScrollTrigger" "2"
Option "EmulateTwoFingerMinZ" "0"
#Option "EmulateWheel" "true"
#Option "EmulateWheelButton" "2"
#Option "Emulate3Buttons" "false"
#Option "XAxisMapping" "6 7"
#Option "YAxisMapping" "4 5"
#Option "ZAxisMapping" "4 5 6 7"
EndSection
# My mouse is here:
Section "InputClass"
Identifier "evdev pointer catchall"
MatchIsPointer "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
Section "InputClass"
Identifier "touchpad ignore duplicates"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/mouse*"
Option "Ignore" "on"
EndSection
# My keyboard is here:
Section "InputClass"
Identifier "evdev keyboard catchall"
MatchIsKeyboard "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
#some extra keys, safe fallback is "pc105", list of models in /usr/share/X11/xkb/rules/xorg
Option "XkbModel" "inspiron"
#list my layouts, from /usr/share/X11/xkb/symbols/*
Option "XkbLayout" "fr"
#variants for each of the layouts given in XkbLayoutm see in /usr/share/X11/xkb/symbols/<layout>
Option "XkbVariant" "azerty"
#how switch layouts, what led notification, euro-sign
Option "XkbOptions" "terminate:ctrl_alt_bksp, grp:ctrls_toggle"
#extras in /usr/share/X11/xkb/rules/xorg
Option "XkbRules" "xorg"
EndSection
# Hm, not for my laptop...
Section "InputClass"
Identifier "evdev tablet catchall"
MatchIsTablet "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
Section "InputClass"
Identifier "evdev touchscreen catchall"
MatchIsTouchscreen "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
# Collection of quirks and blacklist/whitelists for specific devices.
Section "InputClass"
Identifier "Sample accelerometer blacklist"
MatchProduct "ThinkPad HDAPS accelerometer data"
Option "Ignore" "on"
EndSection
Thank you
-
I just need to know where/when to insert my 00-myXorg.conf.
You need to create /etc/X11/xorg.conf
Also kmaps for fr-pc.kmap is OK in console just before X start but not in Xorg
Please help to make this file to be taken into account - keyboard and synaptics- it works in archlinux (it is a pain in **** with US keyboard to type here from opera9)
Somebody else will need to help with this one, I only ever use a us keyboard.
-
Read WIKI article
http://wiki.tinycorelinux.net/wiki:using_xorg_over_xvesa
-
Maybe it was already mentioned, alpha3 display alpha2 version number during boot, same for version command. Just mentioning for alpha4
-
It was mentioned - I was hoping for rc1 :)
-
rc1 ;D luv it
-
been working on Realtek drivers all day. Aparently the in tree drivers are not cooperating well, and neither are the Realtex versions. Luckily there is a guy over at the githib who is maintaining Realtek drivers for the 8188/8192cu wireless devices ported for 3.8.x kernel and they work great.
Apparently there are a couple of functions within the latest Realtek drivers which are no longer supported in 3.8.x kernel, making compiling imposible.
will submit an extension asap, good news is no firmware needed and supported under GPLv2
-
Re radeon status:
Both 2d and 3d require the kernel module. The kernel module requires firmware.
All radeon 3d requires LLVM. Radeon 2d works without llvm.
-
been working on Realtek drivers all day. Aparently the in tree drivers are not cooperating well, and neither are the Realtex versions. Luckily there is a guy over at the githib who is maintaining Realtek drivers for the 8188/8192cu wireless devices ported for 3.8.x kernel and they work great.
Apparently there are a couple of functions within the latest Realtek drivers which are no longer supported in 3.8.x kernel, making compiling imposible.
will submit an extension asap, good news is no firmware needed and supported under GPLv2
Any chance for http://cateee.net/lkddb/web-lkddb/R8187SE.html once you're at it? ;)
(That one is in /staging since a very long time)
-
Xorg-7.7 and Xorg-7.7-3d both working with ATI Radeon X1250 video card without loading firmware. Installing radeon tcz doesn't change anything, at least what I can see.
-
pulseaudio uploaded (tested with xmms)
-
bmarkus, what does your dmesg say on such a firmwareless boot? It may be some fallback mode, but it generally is not tested, and so would often be buggy, as everyone usually loads the firmware.
-
My fault. firmware-radeon.tcz is a dependency of xf86-video-ati.tcz so it was loaded always.
-
bmarkus, what does your dmesg say on such a firmwareless boot? It may be some fallback mode, but it generally is not tested, and so would often be buggy, as everyone usually loads the firmware.
Booting without firmware it falls back to no acceleration, otherwise works fine:
...
...
[drm] Initialized drm 1.1.0 20060810
[Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found.
[Firmware Bug]: powernow-k8: First, make sure Cool'N'Quiet is enabled in the BIOS.
[Firmware Bug]: powernow-k8: If that doesn't help, try upgrading your BIOS.
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS690 0x1002:0x791E 0x1462:0x7327).
[drm] register mmio base: 0xFE9F0000
[drm] register mmio size: 65536
ATOM BIOS: ATI
radeon 0000:01:05.0: VRAM: 128M 0x00000000D8000000 - 0x00000000DFFFFFFF (128M used)
radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
radeon 0000:01:05.0: irq 42 for MSI/MSI-X
radeon 0000:01:05.0: radeon: using MSI.
[drm] radeon: irq initialized.
[drm] Detected VRAM RAM=128M, BAR=128M
[drm] RAM width 128bits DDR
[TTM] Zone kernel: Available graphics memory: 437254 kiB
[TTM] Zone highmem: Available graphics memory: 1751978 kiB
[TTM] Initializing pool allocator
[drm] radeon: 128M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] radeon: 1 quad pipes, 1 z pipes initialized.
[drm] PCIE GART of 512M enabled (table at 0x0000000033680000).
radeon 0000:01:05.0: WB enabled
radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000000 and cpu addr 0xf3b4f000
[drm] Loading RS690/RS740 Microcode
radeon_cp: Failed to load firmware "radeon/RS690_cp.bin"
[drm:r100_cp_init] *ERROR* Failed to load firmware!
radeon 0000:01:05.0: failed initializing CP (-2).
radeon 0000:01:05.0: Disabling GPU acceleration
[drm] radeon: cp finalized
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm] VGA-1
[drm] DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
[drm] Encoders:
[drm] CRT1: INTERNAL_KLDSCP_DAC1
[drm] Connector 1:
[drm] SVIDEO-1
[drm] Encoders:
[drm] TV1: INTERNAL_KLDSCP_DAC1
[drm] Connector 2:
[drm] HDMI-A-1
[drm] DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c
[drm] Encoders:
[drm] DFP3: INTERNAL_LVTM1
[drm] fb mappable at 0xF0040000
[drm] vram apper at 0xF0000000
[drm] size 5242880
[drm] fb depth is 24
[drm] pitch is 5120
fbcon: radeondrmfb (fb0) is primary device
Console: switching to colour frame buffer device 160x64
radeon 0000:01:05.0: fb0: radeondrmfb frame buffer device
radeon 0000:01:05.0: registered panic notifier
[drm] Initialized radeon 2.29.0 20080528 for 0000:01:05.0 on minor 0
[Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found.
[Firmware Bug]: powernow-k8: First, make sure Cool'N'Quiet is enabled in the BIOS.
[Firmware Bug]: powernow-k8: If that doesn't help, try upgrading your BIOS.
r8169 0000:02:00.0 eth0: link down
r8169 0000:02:00.0 eth0: link down
r8169 0000:02:00.0 eth0: link up
With fw loaded:
...
...
[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS690 0x1002:0x791E 0x1462:0x7327).
[drm] register mmio base: 0xFE9F0000
[drm] register mmio size: 65536
ATOM BIOS: ATI
radeon 0000:01:05.0: VRAM: 128M 0x00000000D8000000 - 0x00000000DFFFFFFF (128M used)
radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
radeon 0000:01:05.0: irq 42 for MSI/MSI-X
radeon 0000:01:05.0: radeon: using MSI.
[drm] radeon: irq initialized.
[drm] Detected VRAM RAM=128M, BAR=128M
[drm] RAM width 128bits DDR
[TTM] Zone kernel: Available graphics memory: 437254 kiB
[TTM] Zone highmem: Available graphics memory: 1751978 kiB
[TTM] Initializing pool allocator
[drm] radeon: 128M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] radeon: 1 quad pipes, 1 z pipes initialized.
[drm] PCIE GART of 512M enabled (table at 0x0000000033580000).
radeon 0000:01:05.0: WB enabled
radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000000 and cpu addr 0xf386c000
[drm] Loading RS690/RS740 Microcode
[drm] radeon: ring at 0x00000000A0001000
[drm] ring test succeeded in 1 usecs
[drm] ib test succeeded in 0 usecs
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm] VGA-1
[drm] DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
[drm] Encoders:
[drm] CRT1: INTERNAL_KLDSCP_DAC1
[drm] Connector 1:
[drm] SVIDEO-1
[drm] Encoders:
[drm] TV1: INTERNAL_KLDSCP_DAC1
[drm] Connector 2:
[drm] HDMI-A-1
[drm] DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c
[drm] Encoders:
[drm] DFP3: INTERNAL_LVTM1
[drm] fb mappable at 0xF0040000
[drm] vram apper at 0xF0000000
[drm] size 5242880
[drm] fb depth is 24
[drm] pitch is 5120
fbcon: radeondrmfb (fb0) is primary device
Console: switching to colour frame buffer device 160x64
radeon 0000:01:05.0: fb0: radeondrmfb frame buffer device
radeon 0000:01:05.0: registered panic notifier
[drm] Initialized radeon 2.29.0 20080528 for 0000:01:05.0 on minor 0
microcode: AMD CPU family 0xf not supported
[Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found.
[Firmware Bug]: powernow-k8: First, make sure Cool'N'Quiet is enabled in the BIOS.
[Firmware Bug]: powernow-k8: If that doesn't help, try upgrading your BIOS.
[Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found.
[Firmware Bug]: powernow-k8: First, make sure Cool'N'Quiet is enabled in the BIOS.
[Firmware Bug]: powernow-k8: If that doesn't help, try upgrading your BIOS.
r8169 0000:02:00.0 eth0: link down
r8169 0000:02:00.0 eth0: link down
r8169 0000:02:00.0 eth0: link up
-
Read WIKI article
http://wiki.tinycorelinux.net/wiki:using_xorg_over_xvesa
Thanks, I am still reading from http://www.x.org/releases/current/doc/man/man5/xorg.conf.5.xhtml
"If hotplugging (evdev) is enabled, InputDevice sections using the mouse, kbd and vmmouse driver will be ignored"
the new X server 1.4 uses udev input device discovery and xorg.conf Section "InputClass" configuration.
Setting keyboard layout without hot-plugging (deprecated) has used Section "InputDevice"
The X server essentially treats the collection of configuration files /etc/X11/xorg.conf.d/*.conf as one big file, with entries from /etc/X11/xorg.conf at the end. sample 10-evdev.conf should be in the likely /etc/X11/xorg.conf.d directory, which manages the keyboard, the mouse, the touchpad and the touchscreen.
About the Synaptics driver: it supports on the fly configuration, like this:
$ synclient VertEdgeScroll=1 HorizEdgeScroll=1 HorizTwoFingerScroll=1 VertTwoFingerScroll=1
you could make these changes permanent by adding them to somthing like /etc/X11/xorg.conf.d/50-synaptics.conf
the Synaptics real-time detection options:
$ synclient -l | awk '/=/{printf "Option \"%s\" \"%s\"\n",$1,$3}'
If I will not manage, then maybe I will set some enviroment variable, simlinks, or just remaster...
-
Submitted Realtek wireless rtl8192/8188cu USB 802.11n driver based on Realtek official driver v3.4.3.x for kernel-3.8.10
Tested with RTL8188cu wireless n USB adapter, has built in firmware so need only these two extensions for a fast and stable wifi connection:
wl-rt8192u-3.8.10-tinycore.tcz
wifi.tcz (plus deps, see note)
note: wireless--tinycore.tcz dependency needs to be deleted from the wireless-tools.tcz.dep list (which is a dep of wifi.tcz) for this driver to work, also if installed wireless-3.8.10-tinycore.tcz extension must be removed from the onboot list. Actually I can't see a reason to have it installed along side this driver at all.
juanito
The wireless-tools.tcz and dep list needs updating to wireless-3.8.10-tinycore.tcz (dep list currently includes wireless-3.0.21-tinycore.tcz)
I'm not sure what is best but the in-tree rtl8192cu.ko driver is defective and has no reason to be included in wireless-3.8.10-tinycore.tcz besides it conflicts with this good working driver..?? and had trouble blacklisting it
Is there a requirement I'm not aware of why wireless-3.8.10-tinycore.tcz is included in wireless-tools.tcz.dep list, considering the corresponding firmware files are not included. iwconfig works without this so why keep wireless-3.8.10-tinycore.tcz in the wireless-tools.tcz.dep list? could be maybe I'm missing something?
thanks
-
Any chance for http://cateee.net/lkddb/web-lkddb/R8187SE.html once you're at it? ;)
(That one is in /staging since a very long time)
sure I can investigate, I'll put it on the list along with r8712u :)
Does the rtl8187.ko driver in wireless-3.8.10-tinycore.tcz function ? Or is it defective like the 8192cu?
-
I'm unaware of anything defective, but note that r8187se differs from rt8187.
-
This one ?
module r8187se "RealTek RTL8187SE Wireless LAN NIC driver" : drivers/staging/rtl8187se
-
Solved the keyboard and synaptics configurations;
I just created (as root) the floder /etc/X11/xorg.conf.d/ and then added here two files like 11-myKeyboard.conf and 51-mySynaptics.conf
then I use backup (.filetool.lst) to permanently save them for the next reboot.
[ 16.024] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jul 17 00:10:18 2013
[ 16.027] (==) Using config directory: "/etc/X11/xorg.conf.d"
[ 16.027] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d"
the files are like these:
# My keyboard is in /etc/X11/xorg.conf.d/11-mykeyboard.conf
Section "InputClass"
Identifier "myKeyboard"
MatchIsKeyboard "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
Option "XkbModel" "inspiron"
Option "XkbLayout" "fr"
#Option "XkbVariant" "latin9"
Option "XkbOptions" "terminate:ctrl_alt_bksp"
EndSection
# My touchpad is in /etc/X11/xorg.conf.d/51-mySynaptics.conf
Section "InputClass"
Identifier "mySynaptics"
Driver "synaptics"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/event*"
Option "TapButton1" "1"
Option "TapButton2" "2"
Option "TapButton3" "3"
Option "VertEdgeScroll" "on"
Option "VertTwoFingerScroll" "on"
Option "HorizEdgeScroll" "on"
Option "HorizTwoFingerScroll" "on"
Option "CircularScrolling" "on"
Option "CircScrollTrigger" "2"
EndSection
The priorities for X configurations are like /etc/X11/xorg.conf (if exist) "overides" /etc/X11/xorg.conf.d/*.conf files, which they will "overide" /usr/[local]/share/X11/xorg.conf;d/*.conf
-
If you have a problem, as I have one, with GPU/CPU fans (for a DELL BIOS A09), which start but forget to stop forever after that;
my trick is to set the GPU to low performance (temporary, but I saw no degradation for my work in tinycore), go to standby and then just wakeup. And the fans stop; My finger is up for DELL (the midle one).
It would be better is a xf8-video-ati is compiled with low profile by default. If not, then:
sudo su
echo low > /sys/class/drm/card0/device/power_profile
echo mem > /sys/power/state
-
The wireless-tools.tcz and dep list needs updating to wireless-3.8.10-tinycore.tcz (dep list currently includes wireless-3.0.21-tinycore.tcz)
The dep is OK (recall the issue of the apps gui and alpha testing):
http://www.tinycorelinux.net/5.x/x86/tcz/wireless_tools.tcz.dep
Is there a requirement I'm not aware of why wireless-3.8.10-tinycore.tcz is included in wireless-tools.tcz.dep list, considering the corresponding firmware files are not included.
It's included because probably the majority of wifi hardware uses the b43 module, which is in wireless-KERNEL as are several support modules - lib80211_crypt_wep, lib80211_crypt_tkip, lib80211_crypt_ccmp, lib80211, cfg80211, mac80211, etc
-
This one ?
module r8187se "RealTek RTL8187SE Wireless LAN NIC driver" : drivers/staging/rtl8187se
Well, I just did a search on cateee.net and seems that to me, not sure what exactly is not clear beyond a doubt.
Device is reported here
http://forum.tinycorelinux.net/index.php/topic,12910.msg87818.html#msg87818
Supported only in 2.x repo with an out-of-tree modded driver based on driver provided by manufacturer.
-
Re radeon status:
Both 2d and 3d require the kernel module. The kernel module requires firmware.
All radeon 3d requires LLVM. Radeon 2d works without llvm.
technically you can do radeon 3d acceleration without llvm. there is a separate "sb" backend for radeons that doesn't require llvm. although it might be a temporary solution, it works pretty well ( i use it all the time on rs780 card ) , and is already available in mesa's main branch.
http://lists.freedesktop.org/archives/mesa-dev/2013-April/038067.html
-
We're talking about different things here. After double-checking I see I was wrong about r600g, it doesn't always require LLVM.
r300g requires LLVM to build, for use with mobile chipsets lacking vertex hardware. r600g can be built without if using the old backend.
-
Any chance of getting an xf86-video-vmware for 7.7?
Andy
-
I'll have a look at it tomorrow
-
Any chance of getting an xf86-video-vmware for 7.7?
Posted
-
Note that the dep files have been updated for Xorg-7.7 and deps to be recursive.
This is a big change and perhaps the best way to handle it would be to use the app browser to mark Xorg-7.7 for deletion, reboot and use "tce-load -w Xorg-7.7" to download everything again.
After the change, Xorg-7.7 loads noticeably faster.
-
A kernel headers extension would be nice too. I made what I thought would be one from a post in the -alpha2 thread, but it doesn't have the "generated" directory which the vmware modules want. The api-headers extension doesn't provide this either. Is this in the works? It seems like something we should have for development.
Andy
-
Funny you should ask about that, because I use an extension on each boot which downloads and prepares the full sources to compile against.
Maybe I should submit it?
Sent from my iPad using Tapatalk HD