Re: X Hangs with RS690 + 2.6.26
On Sat, Aug 09, 2008 at 05:47:42AM -0300, Frédéric L. W. Meunier wrote: On Fri, 1 Aug 2008, Jonathan McDowell wrote: On Fri, Jul 25, 2008 at 11:10:07AM +0100, Dave Airlie wrote: I've started to see hangs with X on an ATI RS690 with a 2.6.26 kernel. The symptoms are that load average goes up, X stops accepting keypresses or mouse clicks, but the cursor still moves around the screen in response to the mouse being moved. I can't switch to a VT but can ssh in remotely to see that things are still running. I don't seem to be able to kill X but shutdown -r now cleanly reboots. radeon driver is recent git - 1c5858484da4fb1c9bc3ac3b4d7a97863ab99730 but I've seen it with older revisions too. It can take a couple of days for me to hit the problem, so a git bisect could be a lengthy process. If anyone has any suggestions about faster ways to track down the issue I'd like to hear them. git log v2.6.25..v2.6.26 drivers/char/drm 5e35eff13f7dd0f5c1d82b3b4708b2f7a5f44113 5cfb6956073a9e42d44a26790b7800980634d037 No joy. d396db321bcaec54345e7e9e87cea8482d6ae3a8 I thought this might be it; nearly 5 days of uptime rather than the usual less than 2. But I got the same symptoms today so I'll continue working down the list. 259434acccbc823ee8bc00b2d2689d25e1fd d7463eb41d88a39de2653fd41857c4ccddb8707b 45e519052e8f583a709edd442a23f59581d3fe42 2735977b12cb0f113aae24afff04747b6d0f5bf1 3722bfc607d46275369865c02fe8694486d640b5 fa0d71b967506031f7cb08ced6095d1c4f988594 9f18409ea3d778a171a9505c0a849d846f352bd0 Any joy ? 259434acccbc823ee8bc00b2d2689d25e1fd d7463eb41d88a39de2653fd41857c4ccddb8707b 45e519052e8f583a709edd442a23f59581d3fe42 all don't seem to be the problem. It's getting harder to do the reverts and I'm away this week so I haven't got any further yet. I apparently have the same problem with my RS690. I noticed it after upgrading from 2.6.25 to 2.6.26, alongside xorg-server (1.4.99.904 to 1.4.99.905) and Mesa (7.1-rc1 to 7.1-rc3). The ATI driver is 6.9.0. Here it always freezes in a few minutes or less than an hour. When it happens, I'm not running any 3D application and the CPU is idle. I may be just typing something in a shell. But it works disabling DRI. Likewise, I'm not doing anything 3D related (at least, not consciously). J. -- ] http://www.earth.li/~noodles/ [] No program done by a hacker will [ ] PGP/GPG Key @ the.earth.li [] work unless he is on the system. [ ] via keyserver, web or email. [] [ ] RSA: 4DC4E7FD / DSA: 5B430367 [] [ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: X Hangs with RS690 + 2.6.26
On Sun, 10 Aug 2008, Jonathan McDowell wrote: On Sat, Aug 09, 2008 at 05:47:42AM -0300, Frédéric L. W. Meunier wrote: On Fri, 1 Aug 2008, Jonathan McDowell wrote: On Fri, Jul 25, 2008 at 11:10:07AM +0100, Dave Airlie wrote: I've started to see hangs with X on an ATI RS690 with a 2.6.26 kernel. The symptoms are that load average goes up, X stops accepting keypresses or mouse clicks, but the cursor still moves around the screen in response to the mouse being moved. I can't switch to a VT but can ssh in remotely to see that things are still running. I don't seem to be able to kill X but shutdown -r now cleanly reboots. radeon driver is recent git - 1c5858484da4fb1c9bc3ac3b4d7a97863ab99730 but I've seen it with older revisions too. It can take a couple of days for me to hit the problem, so a git bisect could be a lengthy process. If anyone has any suggestions about faster ways to track down the issue I'd like to hear them. git log v2.6.25..v2.6.26 drivers/char/drm 5e35eff13f7dd0f5c1d82b3b4708b2f7a5f44113 5cfb6956073a9e42d44a26790b7800980634d037 No joy. d396db321bcaec54345e7e9e87cea8482d6ae3a8 I thought this might be it; nearly 5 days of uptime rather than the usual less than 2. But I got the same symptoms today so I'll continue working down the list. 259434acccbc823ee8bc00b2d2689d25e1fd d7463eb41d88a39de2653fd41857c4ccddb8707b 45e519052e8f583a709edd442a23f59581d3fe42 2735977b12cb0f113aae24afff04747b6d0f5bf1 3722bfc607d46275369865c02fe8694486d640b5 fa0d71b967506031f7cb08ced6095d1c4f988594 9f18409ea3d778a171a9505c0a849d846f352bd0 Any joy ? 259434acccbc823ee8bc00b2d2689d25e1fd d7463eb41d88a39de2653fd41857c4ccddb8707b 45e519052e8f583a709edd442a23f59581d3fe42 all don't seem to be the problem. It's getting harder to do the reverts and I'm away this week so I haven't got any further yet. I apparently have the same problem with my RS690. I noticed it after upgrading from 2.6.25 to 2.6.26, alongside xorg-server (1.4.99.904 to 1.4.99.905) and Mesa (7.1-rc1 to 7.1-rc3). The ATI driver is 6.9.0. Here it always freezes in a few minutes or less than an hour. When it happens, I'm not running any 3D application and the CPU is idle. I may be just typing something in a shell. But it works disabling DRI. Likewise, I'm not doing anything 3D related (at least, not consciously). BTW, I forgot to mention that. Here the motherboard is a Gigabyte GA-MA69VM-S2. When it happens and I use SysRq to reboot, it doesn't post in the BIOS screen. I have to press reset.- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: X Hangs with RS690 + 2.6.26
On Sun, Aug 10, 2008 at 05:25:55PM -0300, Frédéric L. W. Meunier wrote: On Sun, 10 Aug 2008, Jonathan McDowell wrote: On Sat, Aug 09, 2008 at 05:47:42AM -0300, Frédéric L. W. Meunier wrote: I apparently have the same problem with my RS690. I noticed it after upgrading from 2.6.25 to 2.6.26, alongside xorg-server (1.4.99.904 to 1.4.99.905) and Mesa (7.1-rc1 to 7.1-rc3). The ATI driver is 6.9.0. Here it always freezes in a few minutes or less than an hour. When it happens, I'm not running any 3D application and the CPU is idle. I may be just typing something in a shell. But it works disabling DRI. Likewise, I'm not doing anything 3D related (at least, not consciously). BTW, I forgot to mention that. Here the motherboard is a Gigabyte GA-MA69VM-S2. When it happens and I use SysRq to reboot, it doesn't post in the BIOS screen. I have to press reset. My mobo is an ASUS M2A-VM HDMI and a shutdown -r now when X is wedged (done over ssh) results in a clean reboot; no need to hard reset. J. -- ] http://www.earth.li/~noodles/ [] 101 things you can't have too much [ ] PGP/GPG Key @ the.earth.li [] of : 38 - clean underwear. [ ] via keyserver, web or email. [] [ ] RSA: 4DC4E7FD / DSA: 5B430367 [] [ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17071] New: Drm kernel module build fail with [error: too many arguments t o function ‘on_each_cpu’]
http://bugs.freedesktop.org/show_bug.cgi?id=17071 Summary: Drm kernel module build fail with [error: too many arguments to function ‘on_each_cpu’] Product: Mesa Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/i915 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Drm kernel module compile again on kernel =2.6.27 with below error: --- /GFX/build/component/Drm/drm/linux-core/drm_ttm.c: In function ‘drm_ttm_cache_flush’: /GFX/build/component/Drm/drm/linux-core/drm_ttm.c:75: error: too many arguments to function ‘on_each_cpu’ make[2]: *** [/GFX/build/component/Drm/drm/linux-core/drm_ttm.o] Error 1 make[1]: *** [_module_/GFX/build/component/Drm/drm/linux-core] Error 2 make[1]: Leaving directory `/home/graphics/linux-2.6' make: *** [modules] Error 2 -- -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17071] Drm kernel module build fail with [error: too many arguments t o function ‘on_each_cpu’]
http://bugs.freedesktop.org/show_bug.cgi?id=17071 --- Comment #1 from Johannes Engel [EMAIL PROTECTED] 2008-08-11 01:27:18 PST --- Created an attachment (id=18214) -- (http://bugs.freedesktop.org/attachment.cgi?id=18214) Fix on_each_cpu for kernel 2.6.26 by conditionals That one should help. We had a discussion on the mailing list some time ago, but apparently upto now could not find a proper result... -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 1/1] Adapt on_each_cpu
Am Montag 11 August 2008 02:53:44 schrieb Stephane Marchesin: On 8/2/08, Jerome Glisse [EMAIL PROTECTED] wrote: I might be totaly wrong so feel free to ignore these. I got the feeling that the user test base on linux kernel is far bigger than ours. Also i think that our test user base are people wanting lastest things with old kernel, while i understand that (building kernel is not fun on my ram slim computer) i think this end up being a burden to us. So in the end i think we should be better off with linux development tree where dev know the deadline to get feature in. I got the feeling that this way we could drive development on features basis like getting vblank rework done for a given kernel release and so get dev to focus more on some features and get them done in a timely fashion. This way we could avoid to get some new feature to rot a bit in the drm tree because. Also i think the linux-next or other linux bleeding edge tree would give us lot more tester with a lot more experience on good bug report that our current test base (i am not saying that we have bad tester, we have some very good one too which we should give credits, just that we might be able to get more of them). Judging by the current trend (where we see lots of people reporting the recent shmem_file_setup breakage because they tried to load git drm on a non-tip kernel), we have a lot of testers that don't run latest kernels but still get drm git. So the argument of more testers may not be true. As another data point, I belong to the drm git on distribution-provided kernel crowd but I would be happy to switch to the proposed in-kernel tree system. Here's why. As far as I can tell, there are three possible setups I could have: 1) The status quo (i.e. out-of-kernel drm tree) where I only compile the DRM module against my standard, distribution-provided kernel. 2) The status quo, but I compile both a recent kernel and the DRM module from the out-of-kernel drm tree. 3) The proposed new system where DRM development is done in the kernel tree. Now to be honest, of all these options I do find 1) to be the simplest option, but that simply *fails* when the DRM depends on advanced kernel developments. This leaves option 2) and 3) and quite frankly, I *really* don't like option 2) because it forces me to keep track of multiple trees that are not explicitly coupled. This is a recipe for build failures - after all, which kernel tree is guaranteed to always have all the things that the latest DRM tree needs? Is it Linus' tree? -mm? Something else entirely? As long as the DRM depends on recent kernel developments, option 3) is really the most friendly way to go forward. There's only one tree to track for me and I can simply use distribution-provided tools for the build. Of course, I'm probably not really representative, so take all this with a grain of salt. cu, Nicolai - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17054] mesa/drm: compilation broken for i915 module with 2.6.26 kernel
http://bugs.freedesktop.org/show_bug.cgi?id=17054 --- Comment #1 from Shuang He [EMAIL PROTECTED] 2008-08-11 01:38:39 PST --- Pls try latest drm bits, as Dave Airlie has some fix for this. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17075] New: Radeon + DRI on r300: X goes 99.9% CPU
http://bugs.freedesktop.org/show_bug.cgi?id=17075 Summary: Radeon + DRI on r300: X goes 99.9% CPU Product: DRI Version: XOrg CVS Platform: All OS/Version: Linux (All) Status: NEW Severity: critical Priority: high Component: General AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Hi, I've just installed the latest versions of X on my machine, and enabled DRI (I waited more than 2 years for it to work...). Overview: Everything works OK, until I switch to console. When I try to come back to X (Fn+F7) X goes 99.9% CPU and keyboard is disabled (mouse works). The only way out is hardware power-off or ssh from another machine and reboot. I saw similar bugs, but either for different drivers (nVidia) or other which were not the same. Steps to Reproduce: 1. Enable DRI (set NoAccel to false). 2. startx 3. Move to console (Ctrl+Alt+F1). 4. Move to X (Ctrl+Alt+F7). Actual Results: X goes 99% CPU, keyboard is disabled (mouse works). Network and other (mpd- music) is working, so SSH can be done. No specific issues in the log file. Work-around: 1. Use NoAccel (disable DRI). Build Date Platform: doronf ~ # emerge --info Portage 2.1.4.4 (default/linux/x86/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r7 i686) = System uname: 2.6.25-gentoo-r7 i686 Intel(R) Pentium(R) M processor 2.13GHz Timestamp of tree: Mon, 11 Aug 2008 01:45:01 + app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.4.4-r14, 2.5.2-r6 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox:1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS=x86 CBUILD=i686-pc-linux-gnu CFLAGS=-O3 -march=pentium-m -fomit-frame-pointer -pipe CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb CONFIG_PROTECT_MASK=/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d CXXFLAGS=-O3 -march=pentium-m -fomit-frame-pointer -pipe DISTDIR=/usr/portage/distfiles FEATURES=distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox webrsync-gpg GENTOO_MIRRORS=http://mirror.hamakor.org.il/pub/mirrors/gentoo/ http://de-mirror.org/distro/gentoo/ http://gentoo.ynet.sk/pub http://mirror.qubenet.net/mirror/gentoo/; LANG=he_IL.utf8 LDFLAGS=-Wl,-O1 LINGUAS=en he MAKEOPTS=-j2 PKGDIR=/usr/portage/packages PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/local/portage /usr/local/alon-barlev-portage /usr/local/ase-portage SYNC=rsync://rsync.gentoo.org/gentoo-portage USE=X aac acl acpi alsa arts berkdb bidi bluetooth branding bzip2 cairo cdr cli cracklib crypt cups curl dbus dri dv dvd dvdr dvdread eds emboss encode esd evo fam firefox fortran gdbm gif gphoto2 gpm gstreamer gtk hal hdaps iconv ipv6 isdnlog jpeg jpeg2k kde kdeenablefinal kerberos ldap libnotify logrotate mad midi mikmod mmx mp3 mpeg mudflap ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection samba sdl session spell spl sse sse2 ssl startup-notification svg svga sysfs tcpd tiff truetype unicode usb v4l vorbis wifi win32codecs x86 xcomposite xinerama xml xorg xv zlib ALSA_CARDS=intel8x0 ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol APACHE2_MODULES=actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias CAMERAS=canon ELIBC=glibc INPUT_DEVICES=mouse keyboard KERNEL=linux LCD_DEVICES=bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text LINGUAS=en he USERLAND=GNU VIDEO_CARDS=radeon Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS doronf ~ # X -version X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux
[Bug 17075] Radeon + DRI on r300: X goes 99.9% CPU
http://bugs.freedesktop.org/show_bug.cgi?id=17075 --- Comment #1 from Doron [EMAIL PROTECTED] 2008-08-11 02:45:27 PST --- Created an attachment (id=18215) -- (http://bugs.freedesktop.org/attachment.cgi?id=18215) Configuration file. The relevant device for my layout is with Identifier Alone. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17075] Radeon + DRI on r300: X goes 99.9% CPU
http://bugs.freedesktop.org/show_bug.cgi?id=17075 --- Comment #2 from Doron [EMAIL PROTECTED] 2008-08-11 02:49:17 PST --- Created an attachment (id=18216) -- (http://bugs.freedesktop.org/attachment.cgi?id=18216) X Log File. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17075] Radeon + DRI on r300: X goes 99.9% CPU
http://bugs.freedesktop.org/show_bug.cgi?id=17075 Michel Dänzer [EMAIL PROTECTED] changed: What|Removed |Added Attachment #18216|application/x-trash |text/plain mime type|| -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17075] Radeon + DRI on r300: X goes 99.9% CPU
http://bugs.freedesktop.org/show_bug.cgi?id=17075 --- Comment #3 from Michel Dänzer [EMAIL PROTECTED] 2008-08-11 03:01:19 PST --- Does it also happen without Option DynamicClocks? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17075] Radeon + DRI on r300: X goes 99.9% CPU
http://bugs.freedesktop.org/show_bug.cgi?id=17075 --- Comment #4 from Doron [EMAIL PROTECTED] 2008-08-11 03:38:18 PST --- Hi Michel, Thanks for the quick response. Sadly, yes. I just remarked DynamicClocks (default is off), and the same behavior occurred. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH 1/1] Replace drmBO by drm_buffer_object
Hi folks, what do you think about this patch? It makes Mesa compile with TTM-api again. Cheers, Johannes From 4915d2a7a385995ca6ce9cb58029121f6c8e18d3 Mon Sep 17 00:00:00 2001 From: Johannes Engel [EMAIL PROTECTED] Date: Mon, 11 Aug 2008 12:20:55 +0100 Subject: [PATCH 1/1] Replace drmBO (now undefined) by drm_buffer_object (+pointer) Signed-off-by: Johannes Engel [EMAIL PROTECTED] --- src/mesa/drivers/dri/common/dri_util.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/mesa/drivers/dri/common/dri_util.h b/src/mesa/drivers/dri/common/dri_util.h index f126d08..1b1cb57 100644 --- a/src/mesa/drivers/dri/common/dri_util.h +++ b/src/mesa/drivers/dri/common/dri_util.h @@ -525,7 +525,7 @@ struct __DRIscreenRec { * fields will not be valid or initializaed in that case. */ int enabled; #ifdef TTM_API - drmBO sareaBO; + struct drm_buffer_object *sareaBO; #endif void *sarea; __DRIEventBuffer *buffer; -- 1.5.4.5 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16982] Problems with DRM on G33 chipset
http://bugs.freedesktop.org/show_bug.cgi?id=16982 Pierre Bardou [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #2 from Pierre Bardou [EMAIL PROTECTED] 2008-08-11 06:40:02 PST --- I use libDRM 2.3.0 (the standard in freeBSD 7.0-STABLE ports). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16982] Problems with DRM on G33 chipset
http://bugs.freedesktop.org/show_bug.cgi?id=16982 --- Comment #3 from Robert Noland [EMAIL PROTECTED] 2008-08-11 07:11:33 PST --- The base drm from current kernel sources does not have support for this chipset. I'm hoping to get an update ready shortly. robert. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17077] New: glTexSubImage2D does not work correctly when using generated mip-maps
http://bugs.freedesktop.org/show_bug.cgi?id=17077 Summary: glTexSubImage2D does not work correctly when using generated mip-maps Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/i915 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] When using generated mip-maps (via GL_GENERATE_MIPMAP), glTexSubImage2D does not work correctly (sometimes clearing the texture before updating the sub-region, or producing other odd behaviour). This seems to occasionally affect the GL state of subsequently launched applications too, but I have no 100% reproducible test-case for this. Attached is a demo app that exhibits this error. It creates a blue 512x512 texture with GL_GEN_TEXTURES set to true and displays this in the centre of the window. When you press the space bar, it updates a sub-region of that texture with a fully opaque red texture. This red sub-texture is treated as if it wasn't fully opaque. If you build it with NO_MIPMAP defined, it will not use GL_GEN_TEXTURES and work correctly. Running this on nvidia hardware with the binary nvidia drivers works correctly. The failure behaviour is not consistent, more complex test-cases produce different failures. Text in Clutter (http://clutter-project.org/) for example, disappears, as at some point, a sub-region update clears the entire glyph-cache texture to black. I'm running mesa checked out on 7th August 2008, I've not seen any commit logs that look like they fixed this feature since then. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17077] glTexSubImage2D does not work correctly when using generated mip-maps
http://bugs.freedesktop.org/show_bug.cgi?id=17077 --- Comment #1 from Chris Lord [EMAIL PROTECTED] 2008-08-11 08:05:24 PST --- Created an attachment (id=18217) -- (http://bugs.freedesktop.org/attachment.cgi?id=18217) This test-case exhibits the described bug -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Backing out DRI2 from server 1.5
On Sun, 2008-08-10 at 19:11 -0400, Kristian Høgsberg wrote: On Sun, Aug 10, 2008 at 5:07 PM, Dave Airlie [EMAIL PROTECTED] wrote: On Mon, Aug 11, 2008 at 5:46 AM, Kristian Høgsberg [EMAIL PROTECTED] wrote: My plan is to included a device specific 32 bit bitfield per buffer in the reply to DRI2Getbuffers, which is what the client calls to ask the server for buffer info. These bits can indicate properties such as tiling. In the DRI2Connect call, I'm sending back the DDX version, so the DRI driver will know which bits are valid. I actually meant to cc the lists on this, I dislike device specific limited allocation bitfields as an API in general, can we add something with a pointer or length + array? I debated whether to just use a bitfield or send along an arbitrary sized device private block. What's a little tricky about an opaque block is that we can't byteswap it in the protocol; we don't need that, of course, but it just feels a little icky. More to the point, I could not come up with anything that would require more than just a few bits, and always including this bit field makes a lot of common cases much easier - tiling, interlacing, swizzling... I dunno? What else might there be? We can add another request if there ever is a need for more data. For GEM I don't need tiling or swizzling information. I just ask the kernel what the answer is, since the DDX hadn't been telling me the information I needed in the past. -- Eric Anholt [EMAIL PROTECTED] [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17077] glTexSubImage2D does not work correctly when using generated mip-maps
http://bugs.freedesktop.org/show_bug.cgi?id=17077 --- Comment #2 from Chris Lord [EMAIL PROTECTED] 2008-08-11 13:50:02 PST --- Just a note, I obviously meant GL_GENERATE_MIPMAP, not GL_GEN_TEXTURES in the second and third paragraphs. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17085] New: [GEM i965] DRM fails to map ringbuffer
http://bugs.freedesktop.org/show_bug.cgi?id=17085 Summary: [GEM i965] DRM fails to map ringbuffer Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM modules AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Created an attachment (id=18224) -- (http://bugs.freedesktop.org/attachment.cgi?id=18224) Kernel log of failure to map ringbuffer I reported in https://bugs.freedesktop.org/show_bug.cgi?id=16474 my inability to bring up GEM DRM on my system. Since GEM has now hit master and I'm still unable to bring it up, even using Eric Anholt's drm-gem-merge tree, I thought I should open a specific bug. I'm attaching my full kernel log and Xorg.0.log to this bug in the hope that it helps. I tried using a different gcc version in case of a compiler bug, but no avail. Hardware is a Dell Latitude D830 (i965GM) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17085] [GEM i965] DRM fails to map ringbuffer
http://bugs.freedesktop.org/show_bug.cgi?id=17085 --- Comment #1 from Steve Newbury [EMAIL PROTECTED] 2008-08-11 14:18:26 PST --- Created an attachment (id=18225) -- (http://bugs.freedesktop.org/attachment.cgi?id=18225) Xorg.0.log of initialisation failure -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17085] [GEM i965] DRM fails to map ringbuffer
http://bugs.freedesktop.org/show_bug.cgi?id=17085 Eric Anholt [EMAIL PROTECTED] changed: What|Removed |Added Attachment #18224|application/octet-stream|text/plain mime type|| -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17085] [GEM i965] DRM fails to map ringbuffer
http://bugs.freedesktop.org/show_bug.cgi?id=17085 Eric Anholt [EMAIL PROTECTED] changed: What|Removed |Added Attachment #18225|application/octet-stream|text/plain mime type|| -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17085] [GEM i965] DRM fails to map ringbuffer
http://bugs.freedesktop.org/show_bug.cgi?id=17085 --- Comment #2 from Eric Anholt [EMAIL PROTECTED] 2008-08-11 15:01:53 PST --- Weird. What does the dmesg look like with git://people.freedesktop.org/~anholt/linux-2.6#drm-gem-fd-17085 ? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 17085] [GEM i965] DRM fails to map ringbuffer
http://bugs.freedesktop.org/show_bug.cgi?id=17085 --- Comment #4 from Steve Newbury [EMAIL PROTECTED] 2008-08-11 16:49:57 PST --- Created an attachment (id=18226) -- (http://bugs.freedesktop.org/attachment.cgi?id=18226) dmesg output with debugging -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel