Puppy 2.12: 3D-Control-Center V2.00
the xorg.0.log file wasn't in /var/log but heres the other one
- Attachments
-
- requested.tar.gz
- (1.13 KiB) Downloaded 686 times
It seems you use xvesa, not xorg.
xorg.0.log is created, when xorg starts.
Also your xorg.conf is invalid, there miss entries.
You first should do:
exit X (hit CTRL ALT Backspace).
Then type:
xorgwizard
This offers to use xvesa or xorg.
Choose xorg, and continue.
If X starts, use the 3DCC again. It needs a working xorg to work properly.
In case X will not start, use Xvesa again, and attach your xorg.0.log (and xorg.conf), that now should exist, as you tried to use xorg.
Mark
xorg.0.log is created, when xorg starts.
Also your xorg.conf is invalid, there miss entries.
You first should do:
exit X (hit CTRL ALT Backspace).
Then type:
xorgwizard
This offers to use xvesa or xorg.
Choose xorg, and continue.
If X starts, use the 3DCC again. It needs a working xorg to work properly.
In case X will not start, use Xvesa again, and attach your xorg.0.log (and xorg.conf), that now should exist, as you tried to use xorg.
Mark
Hi
using this dotpup (cheers) to setup 3d acceleration with an ati 128 graphics card...all seems ok but I have this problem..
My question is how/where do I implement this so that the xorgwizard will configure using the new driver rather than defaulting back to vesa which is all my efforts have achieved so far.
I'm sure the answer is simple but eludes me at the moment
regards
mike
using this dotpup (cheers) to setup 3d acceleration with an ati 128 graphics card...all seems ok but I have this problem..
Sure enough forcing the r128 driver works and brings up dri also .It's feasible that the manuafacturer of that graphics card "messed" with the pci-id of the ATi chip, so the radeon module refuses to load because it thinks the hardware is incompatible.
As a last resort, try to force the module to load, like this -
modprobe -f radeon
Check for error messages, then run lsmod to see if it loaded.
My question is how/where do I implement this so that the xorgwizard will configure using the new driver rather than defaulting back to vesa which is all my efforts have achieved so far.
I'm sure the answer is simple but eludes me at the moment
regards
mike
when trying to boot with xorg the commands say that it's starting x but it didn't, a couple of minutes of doing nothing later it said that it was exiting from x. I had to boot from a cd and then restart x in xorg.it booted then fine but the 3d download centre didn't work. heres the file
- Attachments
-
- xorg.tar.gz
- (6.65 KiB) Downloaded 671 times
I need help with my forum. [b][u]LINK:[/u][/b][url]http://www.programers.co.nr/[/url]
[url]http://www.freewebs.com/programm/iframe.html[/url] is my gateway page...
[url]http://www.freewebs.com/programm/iframe.html[/url] is my gateway page...
3DCC order of pictures
I noticed that the instructions say
DRM - OPENGL - DRI - REBOOT
but the order of the pictures is
DRM - DRI - OPENGL
Might be good to make them the same just to avoid any confusion.
Phil
DRM - OPENGL - DRI - REBOOT
but the order of the pictures is
DRM - DRI - OPENGL
Might be good to make them the same just to avoid any confusion.
Phil
Hi Mark,
When using Puppy Software Installer for install of 3DCC, there are a few packages found whom names contains puppy versions, like:
3DCC-puppy-2.11-and-2.13.pup
...which is confusing for newbies as we are now using puppy v2.16.
Perhaps it would be good to use a generic name for 3DCC with its own version number, no ?
I have found problems with DRI installer with your last 3DCC version and latest puppy. I have followed the process install DRM, OpenGL, then DRI with reboot.
first on a old computer with radeon 7000/VE the xorg.conf file does not use "radeon" as DRI, it states Driver is "ati". Do i have to change it manually ?
then on a recent computer with Intel GMA 915, i choose i915 to install DRI but it is still i810 that is used and i can never have i915 to load...
By the way, wouldn't it be good to have all of this loaded in puppy and automagically setted up at boot time according to the detected hardware ?
This would simplify much because newbies are lost at doing all of this here !
Thanks for your great job Mark !
Best regards,
Laurent.
When using Puppy Software Installer for install of 3DCC, there are a few packages found whom names contains puppy versions, like:
3DCC-puppy-2.11-and-2.13.pup
...which is confusing for newbies as we are now using puppy v2.16.
Perhaps it would be good to use a generic name for 3DCC with its own version number, no ?
I have found problems with DRI installer with your last 3DCC version and latest puppy. I have followed the process install DRM, OpenGL, then DRI with reboot.
first on a old computer with radeon 7000/VE the xorg.conf file does not use "radeon" as DRI, it states Driver is "ati". Do i have to change it manually ?
then on a recent computer with Intel GMA 915, i choose i915 to install DRI but it is still i810 that is used and i can never have i915 to load...
By the way, wouldn't it be good to have all of this loaded in puppy and automagically setted up at boot time according to the detected hardware ?
This would simplify much because newbies are lost at doing all of this here !
Thanks for your great job Mark !
Best regards,
Laurent.
yes, it should be radeon instead of ati.
You can replace it, though i think (but am not shure), that also the "ati" entry detects the radeon module.
For my Ati 7000 I used "radeon".
I810: I can't tell anything about this, never had one.
Automatic detection:
DRI-drivers are loaded automatically, if they are present, and xorg.conf is set up correctly.
In my puplet Muppy007 this is the case, when you choose to load the "additional programs" at startup.
This loads a second .sfs file from CD, that includes those drivers.
I also modified the xorg.conf0 that is used by Puppys xorgwizard to generate a valid xorg.conf, so it already includes the important "load "dri"" entry.
Concerning "versioning": you're right, a next release should take care of that.
Mark
You can replace it, though i think (but am not shure), that also the "ati" entry detects the radeon module.
For my Ati 7000 I used "radeon".
I810: I can't tell anything about this, never had one.
Automatic detection:
DRI-drivers are loaded automatically, if they are present, and xorg.conf is set up correctly.
In my puplet Muppy007 this is the case, when you choose to load the "additional programs" at startup.
This loads a second .sfs file from CD, that includes those drivers.
I also modified the xorg.conf0 that is used by Puppys xorgwizard to generate a valid xorg.conf, so it already includes the important "load "dri"" entry.
Concerning "versioning": you're right, a next release should take care of that.
Mark
-
- Posts: 5464
- Joined: Fri 10 Jun 2005, 05:12
- Location: Australia
There was once a vendor-provided 3D driver from viaarena.com, but it was very unreliable. It has since been removed from the viaarena website.bgirten wrote:using 3dcc, I've had no luck with a vendor-provided driver for the via Unichrome cn700
Yes it is. See page 1 of this thread - forum member dvw86 is using the 3D Unichrome drivers.bgirten wrote:and it is not supported with the 3dcc-provided driver
-
- Posts: 5464
- Joined: Fri 10 Jun 2005, 05:12
- Location: Australia
It sounds like the Unichrome DRM/DRI drivers are not playing well with your CN700, which I presume is a more recent version of the Unichrome chip.
It would be worth checking a few things -
1. Run "lsmod" to make sure that the "drm" and "via" kernel modules are loaded. If not, manually load them and restart Xorg.
2. Check your /etc/xorg.conf. In Section Module you should have -
Load "dri"
Load "glx"
In Section Device you should have -
Driver "via"
Option "PciRetry" "true"
In Section Screen you should have -
DefaultDepth 16
(because 3D drivers sometimes fail with 24 bit)
3. Also check the output of "dmesg". I suspect you will see something failing in relation to "drm" or "agp".
If still no success, you can now try these updated Unichrome DRM drivers, which come from www.openchrome.org. The Xorg 3D code for VIA Unichrome comes from this project.
This package provides updated kernel modules "drm" and "via", plus the libdrm library.
I also tried to compile the updated VIA DRI driver, but this failed. Hopefully, just the DRM stuff will get things working.
It would be worth checking a few things -
1. Run "lsmod" to make sure that the "drm" and "via" kernel modules are loaded. If not, manually load them and restart Xorg.
2. Check your /etc/xorg.conf. In Section Module you should have -
Load "dri"
Load "glx"
In Section Device you should have -
Driver "via"
Option "PciRetry" "true"
In Section Screen you should have -
DefaultDepth 16
(because 3D drivers sometimes fail with 24 bit)
3. Also check the output of "dmesg". I suspect you will see something failing in relation to "drm" or "agp".
If still no success, you can now try these updated Unichrome DRM drivers, which come from www.openchrome.org. The Xorg 3D code for VIA Unichrome comes from this project.
This package provides updated kernel modules "drm" and "via", plus the libdrm library.
I also tried to compile the updated VIA DRI driver, but this failed. Hopefully, just the DRM stuff will get things working.
- Attachments
-
- Unichrome-DRM-k2.6.18.1.pet
- (122.23 KiB) Downloaded 690 times
Back after the break.
Thanks for the help thus far, btw.
After going through your directions, I have everything set up according to what you mentioned in your post, but am still having issues. I hate to be a bother. I've attached the Xorg.0.log output that seems to pertain to what I'm doing.
Should this be directed to the developers of openchrome at this stage, or do you have any further suggestions?
Thanks for the help thus far, btw.
After going through your directions, I have everything set up according to what you mentioned in your post, but am still having issues. I hate to be a bother. I've attached the Xorg.0.log output that seems to pertain to what I'm doing.
Should this be directed to the developers of openchrome at this stage, or do you have any further suggestions?
- Attachments
-
- xerrors.plaintext.zip
- Not really a zip file... plaintext.
- (8.72 KiB) Downloaded 647 times