. It's
dynamically assigned when it's created.
Jung-uk Kim
Also, check that the DRM driver knows your PCI id.
best
Vladimir Dergachev
Adam
---
SF.Net email is Sponsored by the Better Software
) or udevd
style (with userspace code) ?
I don't know much about Linux, so I cannot say, but it's not user
space code for sure. FreeBSD's devfs is responsible for (randomly)
allocating major numbers.
Jung-uk Kim
best
Vladimir Dergachev
. AFAIK, if you built r300_dri.so from Mesa CVS, you need
libGL.so and its friends from the Mesa CVS also. If you did it
already, please set:
sysctl hw.dri.0.debug=1
Start Xorg and do:
grep drm /var/log/messages drm_debug.txt
Please send us drm_debug.txt.
Thanks,
Jung-uk Kim
On Monday 22 August 2005 03:53 pm, Adam K Kirchhoff wrote:
Jung-uk Kim wrote:
On Monday 22 August 2005 02:49 pm, Adam K Kirchhoff wrote:
Vladimir Dergachev wrote:
And so on, through /dev/dri/card254
Mind you, /dev/dri/card0 exists:
[ [EMAIL PROTECTED] - ~ ]: ls -la /dev/dri
total 1
dr
On Monday 22 August 2005 06:23 pm, Adam K Kirchhoff wrote:
Jung-uk Kim wrote:
It seems you built DRM from DRI CVS, right?
Yep. Is that not the correct way to do it these days?
:-) It IS the correct way. However DRI CVS is not always stable, at
least for FreeBSD. More stable version
we just
ifdef around it for BSD?
Thanks for committing the fix but you missed few things. Additional
fix is attached. I am not sure this is right thing to do but it
seems to work.
Thanks,
Jung-uk Kim
Dave.
Index: shared-core/mga_dma.c
On Saturday 16 July 2005 12:11 pm, Vladimir Dergachev wrote:
* the patch includes changes to BSD code as well - these
need to be checked by people familiar with the platform
You missed a trivial Makefile patch. Other than that, it looks good.
Thanks,
Jung-uk Kim
Index: bsd-core/radeon
. You also need a trivial patch
posted by me today to build on FreeBSD. ;-)
Jung-uk Kim
Any suggestions where to start debugging?
My system is FreeBSD 6.0 on Athlon64 + nForce 4.
Attached is dmesg and Xorg.0.log.
Thanks,
Markus
On Monday 18 July 2005 02:37 pm, Markus Niemistö wrote:
On Ma, 2005-07-18 at 12:40 -0400, Jung-uk Kim wrote:
You may want to try 'R300 drm patch' posted by Vladimir Dergachev
[EMAIL PROTECTED] few days ago. You also need a trivial
patch posted by me today to build on FreeBSD. ;-)
I tried
On Thursday 23 June 2005 08:17 am, Adam K Kirchhoff wrote:
Jung-uk Kim wrote:
On Wednesday 22 June 2005 06:55 pm, Adam K Kirchhoff wrote:
At one point in the not-too-distant past, the r300 drm would
compile on FreeBSD 5.4.
After bringing a Radeon 9550 home from work to test out and being
for this. If you are interested, let me know.
Jung-uk Kim
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you
r300_check_range().
Jung-uk Kim
Greetings Jan
Index: drmP.h
===
RCS file: /cvsroot/r300/r300_driver/drm/bsd-core/drmP.h,v
retrieving revision 1.2
diff -u -r1.2 drmP.h
--- drmP.h 2 Mar 2005 03:54:19 - 1.2
+++ drmP.h
for
FreeBSD/amd64):
http://lists.freebsd.org/pipermail/freebsd-amd64/2005-March/004058.html
My experiment shows GCC misoptimizes this type of initialization on
AMD64 where glibc is not used (i. e., *BSD).
Removing __init is enough, I believe. Please see my previous posting.
Thanks,
Jung-uk Kim
On Tuesday 19 April 2005 02:02 pm, Aapo Tahkola wrote:
On Tue, 19 Apr 2005 12:26:36 -0400
Jung-uk Kim [EMAIL PROTECTED] wrote:
On Tuesday 19 April 2005 10:18 am, Aapo Tahkola wrote:
On Tue, 19 Apr 2005 15:42:43 +0200
Jan Kreuzer [EMAIL PROTECTED] wrote:
$ make
=== drm
On Tuesday 19 April 2005 02:14 pm, Jung-uk Kim wrote:
On Tuesday 19 April 2005 02:02 pm, Aapo Tahkola wrote:
On Tue, 19 Apr 2005 12:26:36 -0400
Jung-uk Kim [EMAIL PROTECTED] wrote:
On Tuesday 19 April 2005 10:18 am, Aapo Tahkola wrote:
On Tue, 19 Apr 2005 15:42:43 +0200
Jan
On Tuesday 19 April 2005 04:45 pm, Aapo Tahkola wrote:
On Tue, 19 Apr 2005 16:09:45 -0400
Jung-uk Kim [EMAIL PROTECTED] wrote:
On Tuesday 19 April 2005 02:14 pm, Jung-uk Kim wrote:
On Tuesday 19 April 2005 02:02 pm, Aapo Tahkola wrote:
On Tue, 19 Apr 2005 12:26:36 -0400
Jung-uk
On Wednesday 30 March 2005 01:52 am, Jerome Glisse wrote:
On Tue, 29 Mar 2005 13:20:01 -0500, Jung-uk Kim [EMAIL PROTECTED]
wrote:
On Monday 28 March 2005 03:22 pm, Jung-uk Kim wrote:
On Saturday 26 March 2005 07:03 am, Jerome Glisse wrote:
Wait, I have one thing that's not from CVS
On Wednesday 30 March 2005 12:17 pm, Jung-uk Kim wrote:
On Wednesday 30 March 2005 01:52 am, Jerome Glisse wrote:
On Tue, 29 Mar 2005 13:20:01 -0500, Jung-uk Kim [EMAIL PROTECTED]
wrote:
On Monday 28 March 2005 03:22 pm, Jung-uk Kim wrote:
On Saturday 26 March 2005 07:03 am, Jerome
On Monday 28 March 2005 03:22 pm, Jung-uk Kim wrote:
On Saturday 26 March 2005 07:03 am, Jerome Glisse wrote:
Wait, I have one thing that's not from CVS. I patched system
compiler from GCC 3.4.2 to GCC 3.4.4 snapshot (20050318). I
updated GCC because I found some nasty optimization
. It's flickering and
stretched as before and it's not just hung for a while but blanked
display completely (maybe because Mesa partially disabled 3dlabs
thingy?) and glxgears is hung on DRM_WAIT_ON() as before.
Sorry for the noise,
Jung-uk Kim
Jerome Glisse
/X11R6/lib/modules/dri/r200_dri.so: undefined symbol:
_mesa_3dlabs_create_program_object)
libGL error: unable to find driver: r200_dri.so
http://sourceforge.net/mailarchive/forum.php?thread_id=6901710forum_id=5154
Jung-uk Kim
I've never seen that one before :-)
Adam
On Thursday 17 March 2005 01:02 pm, Jung-uk Kim wrote:
On Thursday 17 March 2005 07:33 am, Jerome Glisse wrote:
I rebuilt Xorg from CVS. It's actually ran glxgears this time!
However in few seconds it just locked up OS (i. e., infinitely
looping syscalls - 100% CPU load). Another
On Friday 25 March 2005 06:08 pm, Jung-uk Kim wrote:
On Thursday 17 March 2005 01:02 pm, Jung-uk Kim wrote:
On Thursday 17 March 2005 07:33 am, Jerome Glisse wrote:
I rebuilt Xorg from CVS. It's actually ran glxgears this
time! However in few seconds it just locked up OS (i. e
): Render acceleration disabled
(II) RADEON(0): Direct rendering disabled
Any ideas?
We need to know kernel version and chipset info.
Jung-uk Kim
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds
be that...
No, it was 24bpp. Does it make a difference?
Anyway r300 demo is really a card playing application...
The point was the glxgears showed similar problems and flickering.
Jung-uk Kim
Jerome Glisse
---
SF email is sponsored by - The IT Product Guide
On Wednesday 16 March 2005 08:46 am, Jerome Glisse wrote:
On Tue, 15 Mar 2005 18:36:21 -0500, Jung-uk Kim [EMAIL PROTECTED]
wrote:
On Tuesday 15 March 2005 05:06 pm, Aapo Tahkola wrote:
After reading all the promising success stories about the
r300 project, I am
wondering whether
FreeBSD/amd64 6-CURRENT with today's r300.
Thanks,
Jung-uk Kim
Thanks,
Johannes
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up
27 matches
Mail list logo