[Bug 27416] X.org crashes reproducably when mouse hovers over last opened file menu entry in KWrite
https://bugs.freedesktop.org/show_bug.cgi?id=27416 --- Comment #4 from Martin Steigerwald mar...@lichtvoll.de 2010-04-10 03:45:02 PDT --- Created an attachment (id=34866) -- (https://bugs.freedesktop.org/attachment.cgi?id=34866) Crash log with debug packages installed Crash log with the following packages installed. mar...@shambhala:~/Computer/X.org/27416-KWrite-Zuletzt-geöffnet-Crash apt-show-versions | egrep (kdelibs5/|libkwineffect|kwrite|libqt4-gui|xserver-xorg/|xserver-xorg-core|xserver-xorg-video-radeon|libdrm|libgl1-mesa-dri) kdelibs5/experimental uptodate 4:4.4.2-1 kwrite/experimental uptodate 4:4.4.2-1 libdrm-intel1/squeeze uptodate 2.4.18-3 libdrm-radeon1/squeeze uptodate 2.4.18-3 libdrm-radeon1-dbg/squeeze uptodate 2.4.18-3 libdrm2/squeeze uptodate 2.4.18-3 libdrm2-dbg/squeeze uptodate 2.4.18-3 libgl1-mesa-dri/sid uptodate 7.7.1-1 libgl1-mesa-dri-dbg/sid uptodate 7.7.1-1 libkwineffects1a/experimental-snapshots uptodate 4:4.4.2-0rc1 libqt4-gui/experimental uptodate 4:4.6.2-2 xserver-xorg/squeeze uptodate 1:7.5+5 xserver-xorg-core/sid uptodate 2:1.7.6-2 xserver-xorg-core-dbg/sid uptodate 2:1.7.6-2 xserver-xorg-video-radeon/sid uptodate 1:6.13.0-1 xserver-xorg-video-radeon-dbg/sid uptodate 1:6.13.0-1 xserver-xorg-video-radeonhd/squeeze uptodate 1.3.0-2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27416] X.org crashes reproducably when mouse hovers over last opened file menu entry in KWrite
https://bugs.freedesktop.org/show_bug.cgi?id=27416 --- Comment #5 from Martin Steigerwald mar...@lichtvoll.de 2010-04-10 03:46:39 PDT --- Created an attachment (id=34867) -- (https://bugs.freedesktop.org/attachment.cgi?id=34867) another crash log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27416] X.org crashes reproducably when mouse hovers over last opened file menu entry in KWrite
https://bugs.freedesktop.org/show_bug.cgi?id=27416 --- Comment #6 from Martin Steigerwald mar...@lichtvoll.de 2010-04-10 03:50:21 PDT --- Created an attachment (id=34868) -- (https://bugs.freedesktop.org/attachment.cgi?id=34868) kwriterc config file that reliably produces the crash here Its a certain entry in recent files: [Recent Files] File1[$e]=nepomuksearch:/nepomuk_3A_2Fres_2Fde660a90-9ad7-47db-86d8-7aca791dc104?sparql=select%20distinct%20%3Fr%2 0%20where%20%7B%20%7B%20%3Fr%20%3Fv1%20%3Fv2%20.%20%3Fv2%20bif%3Acontains%20%22%27Linux%2A%27%22%20.%20%7D%20U NION %20%7B%20%3Fr%20%3Fv1%20%3Fv3%20.%20%3Fv3%20%3Fv4%20%3Fv2%20.%20%3Fv4%20%3Chttp%3A%2F%2Fwww.w3.org%2F2000% 2F01%2Fr df-schema%23subPropertyOf%3E%20%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23label%3E%20.%20%3 Fv2%20bif%3Acontains%20%22%27Linux%2A%27%22%20.%20%7D%20.%20%20%20%20%7D Name1[$e]=nepomuk_3A_2Fres_2Fde660a90-9ad7-47db-86d8-7aca791dc104 I know it looks crazy and I do not remember how I managed to put it in there, but nonetheless it X.org should behave stably. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27416] X.org crashes reproducably when mouse hovers over last opened file menu entry in KWrite
https://bugs.freedesktop.org/show_bug.cgi?id=27416 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Severity|major |critical Priority|medium |high --- Comment #7 from Martin Steigerwald mar...@lichtvoll.de 2010-04-10 03:57:44 PDT --- I try to raise the priority and importance of this bug report cause I lost a mail text I used up more than one hour to write. I wanted to make a copy of it to a kwrite window and when hovering to the save menu entry I came across Recently opened and X.org crashed taking the mail with me. For whatever reason the crash recovery in KMail did not recover the mail, maybe it is only triggered when KMail itself crashes. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15748] New: BUG: unable to handle kernel NULL pointer dereference at 0000000000000028
https://bugzilla.kernel.org/show_bug.cgi?id=15748 Summary: BUG: unable to handle kernel NULL pointer dereference at 0028 Product: Drivers Version: 2.5 Kernel Version: 2.6.34-rc3 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-...@kernel-bugs.osdl.org ReportedBy: alex.vi...@gmail.com Regression: Yes Created an attachment (id=25936) -- (https://bugzilla.kernel.org/attachment.cgi?id=25936) kernel log I caught it after resume from s2ram -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27416] X.org crashes reproducably when mouse hovers over last opened file menu entry in KWrite
https://bugs.freedesktop.org/show_bug.cgi?id=27416 --- Comment #8 from Martin Steigerwald mar...@lichtvoll.de 2010-04-10 05:01:30 PDT --- Also reported in KDE bugtracker in case some KDE developer has some input: https://bugs.kde.org/show_bug.cgi?id=233940 Also reported in Debian as critical cause it caused serious data loss here. No bug number yet known to me. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] Implement IRQ support for HDMI audio
Hi, the attached two patches get rid of the polling timer for HDMI audio updates in the radeon driver by implementing the proper IRQ support for format change notifications. Those were tested only on an RV630 chipset, and I expected that they need some more love for other chipset generations. So guys please test and review them, as always feedbacks would be very welcome. Christian. From 1394315e3a82e342219c52b2a4d27cc43513c061 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Christian=20K=C3=B6nig?= deathsim...@vodafone.de Date: Mon, 5 Apr 2010 22:14:55 +0200 Subject: [PATCH 1/2] drm/radeon/kms: rework audio polling timer MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Rework HDMI audio polling timer, only enable it when at least one HDMI encoder needs it. Preparation for replacing it with irq support. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/r600_audio.c | 55 + drivers/gpu/drm/radeon/r600_hdmi.c | 17 +++ drivers/gpu/drm/radeon/radeon.h | 14 + drivers/gpu/drm/radeon/radeon_mode.h |1 + 4 files changed, 61 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_audio.c b/drivers/gpu/drm/radeon/r600_audio.c index dac7042..03bf8bc 100644 --- a/drivers/gpu/drm/radeon/r600_audio.c +++ b/drivers/gpu/drm/radeon/r600_audio.c @@ -44,7 +44,7 @@ static int r600_audio_chipset_supported(struct radeon_device *rdev) /* * current number of channels */ -static int r600_audio_channels(struct radeon_device *rdev) +int r600_audio_channels(struct radeon_device *rdev) { return (RREG32(R600_AUDIO_RATE_BPS_CHANNEL) 0x7) + 1; } @@ -52,7 +52,7 @@ static int r600_audio_channels(struct radeon_device *rdev) /* * current bits per sample */ -static int r600_audio_bits_per_sample(struct radeon_device *rdev) +int r600_audio_bits_per_sample(struct radeon_device *rdev) { uint32_t value = (RREG32(R600_AUDIO_RATE_BPS_CHANNEL) 0xF0) 4; switch (value) { @@ -71,7 +71,7 @@ static int r600_audio_bits_per_sample(struct radeon_device *rdev) /* * current sampling rate in HZ */ -static int r600_audio_rate(struct radeon_device *rdev) +int r600_audio_rate(struct radeon_device *rdev) { uint32_t value = RREG32(R600_AUDIO_RATE_BPS_CHANNEL); uint32_t result; @@ -90,7 +90,7 @@ static int r600_audio_rate(struct radeon_device *rdev) /* * iec 60958 status bits */ -static uint8_t r600_audio_status_bits(struct radeon_device *rdev) +uint8_t r600_audio_status_bits(struct radeon_device *rdev) { return RREG32(R600_AUDIO_STATUS_BITS) 0xff; } @@ -98,7 +98,7 @@ static uint8_t r600_audio_status_bits(struct radeon_device *rdev) /* * iec 60958 category code */ -static uint8_t r600_audio_category_code(struct radeon_device *rdev) +uint8_t r600_audio_category_code(struct radeon_device *rdev) { return (RREG32(R600_AUDIO_STATUS_BITS) 8) 0xff; } @@ -118,7 +118,7 @@ static void r600_audio_update_hdmi(unsigned long param) uint8_t category_code = r600_audio_category_code(rdev); struct drm_encoder *encoder; - int changes = 0; + int changes = 0, still_going = 0; changes |= channels != rdev-audio_channels; changes |= rate != rdev-audio_rate; @@ -135,15 +135,17 @@ static void r600_audio_update_hdmi(unsigned long param) } list_for_each_entry(encoder, dev-mode_config.encoder_list, head) { - if (changes || r600_hdmi_buffer_status_changed(encoder)) - r600_hdmi_update_audio_settings( -encoder, channels, -rate, bps, status_bits, -category_code); + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder); + if (radeon_encoder-audio_polling_active) { + still_going = 1; + if (changes || r600_hdmi_buffer_status_changed(encoder)) +r600_hdmi_update_audio_settings(encoder); + } } - mod_timer(rdev-audio_timer, - jiffies + msecs_to_jiffies(AUDIO_TIMER_INTERVALL)); + if(still_going) + mod_timer(rdev-audio_timer, + jiffies + msecs_to_jiffies(AUDIO_TIMER_INTERVALL)); } /* @@ -176,9 +178,34 @@ int r600_audio_init(struct radeon_device *rdev) r600_audio_update_hdmi, (unsigned long)rdev); + return 0; +} + +/* + * enable the polling timer, to check for status changes + */ +void r600_audio_enable_polling(struct drm_encoder *encoder) +{ + struct drm_device *dev = encoder-dev; + struct radeon_device *rdev = dev-dev_private; + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder); + + DRM_DEBUG(r600_audio_enable_polling: %d, radeon_encoder-audio_polling_active); + if (radeon_encoder-audio_polling_active) + return; + + radeon_encoder-audio_polling_active = 1; mod_timer(rdev-audio_timer, jiffies + 1); +} - return 0; +/* + * disable the polling timer, so we get no more status updates + */ +void r600_audio_disable_polling(struct drm_encoder *encoder) +{ + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder); + DRM_DEBUG(r600_audio_disable_polling: %d, radeon_encoder-audio_polling_active); +
[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution
https://bugs.freedesktop.org/show_bug.cgi?id=27452 --- Comment #1 from Dave Witbrodt dawit...@sbcglobal.net 2010-04-10 10:03:39 PDT --- Seeing the recent set of commits touch on Evergreen support, I tested a new kernel using drm-radeon-testing up to commit 98e5963 of Apr. 9, 2010. I'm not interested in UMS, so I configured to default to KMS. My monitor only has VGA and HDMI inputs, and I'm only interested in seeing the problem with HDMI support for Evergreen solved in this bug report, so I only tested with the HDMI cable. Results: - still have pink line along left side of screen (2 pixels wide) - monitor OSD still reports crazy 1922x1200 mode (instead of 1920x1200) - it is known that the hardware (both video card and monitor) are fine: Windows uses HDMI-to-HDMI cable (and DVI-to-HDMI cable) without problems - as before, X runs fine; I will include Xorg.0.log for completion (problem is in KMS/radeondrmfb, not X, though) in case any helpful info is present there Brainstorming: - looked at some of the DRM code, but couldn't understand HDMI connection code; apparently something in the ATOMBIOS functionality between HD 4XXX and HD 5XXX is subtly different - possibly the problem arises with the KMS equivalent of what would be called modelines in X: the Xorg.0.log shows that the preferred mode for the monitor (1920x1200) is set using detailed timings reported by the monitor; this is fine with UMS (and KMS on HD 4850), but fails with KMS on HD 5750 ... (II) RADEON(0): Supported detailed timing: (II) RADEON(0): clock: 154.0 MHz Image Size: 593 x 371 mm (II) RADEON(0): h_active: 1920 h_sync: 1968 h_sync_end 2000 h_blank_end 2080 h_border: 0 (II) RADEON(0): v_active: 1200 v_sync: 1203 v_sync_end 1209 v_blanking: 1235 v_border: 0 [FYI: the drm-radeon-testing commits now require JUNIPER*.bin firmware blobs, but I did download them and add them to my kernel with a built-in initramfs -- see attached 'dmesg' output.] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution
https://bugs.freedesktop.org/show_bug.cgi?id=27452 --- Comment #2 from Dave Witbrodt dawit...@sbcglobal.net 2010-04-10 10:06:15 PDT --- Created an attachment (id=34874) -- (https://bugs.freedesktop.org/attachment.cgi?id=34874) dmesg from drm-radeon-testing kernel 2.6.34-rc3 (Apr. 9, 2010) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution
https://bugs.freedesktop.org/show_bug.cgi?id=27452 --- Comment #3 from Dave Witbrodt dawit...@sbcglobal.net 2010-04-10 10:08:02 PDT --- Created an attachment (id=34875) -- (https://bugs.freedesktop.org/attachment.cgi?id=34875) Xorg.0.log from drm-radeon-testing kernel 2.6.34-rc3 (Apr. 9, 2010) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution
https://bugs.freedesktop.org/show_bug.cgi?id=27452 --- Comment #4 from Dave Witbrodt dawit...@sbcglobal.net 2010-04-10 10:12:19 PDT --- Created an attachment (id=34876) -- (https://bugs.freedesktop.org/attachment.cgi?id=34876) Output from 'hwinfo' and 'fbset' Out of curiosity, I thought I would run 'hwinfo' and 'fbset' to see what they reported about radeondrmfb. This output is probably useless, but I'm attaching it just in case Running 'hwinfo --framebuffer' does not even report 1920x1200 as a possible mode, and 'hwinfo --monitor' reports nothing at all. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27576] New: NWN text is only partially rendered
https://bugs.freedesktop.org/show_bug.cgi?id=27576 Summary: NWN text is only partially rendered Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: cyco...@hotmail.com Created an attachment (id=34877) -- (https://bugs.freedesktop.org/attachment.cgi?id=34877) Screen shot of menu screen in nwn with text only partially rendered In Neverwinter Nights nearly all text is only partially rendered when using dri2/kms. It seems that consistently a diagonal line passes from the start of each line of text and anything to the right of that line is black. With ums the text is rendered fine. I've attached a screen shot. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 23240] Neverwinter Nights freezes, X and nwmain consume 100% cpu, and trace shows radeon to blame.
https://bugs.freedesktop.org/show_bug.cgi?id=23240 Stephen E. Baker cyco...@hotmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Stephen E. Baker cyco...@hotmail.com 2010-04-10 10:27:45 PDT --- I haven't been able to reproduce this issue in a recent version of X. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Signalling no-audio for HDMI
Am Dienstag 30 März 2010 19:30:38 schrieb Christian König: This is the second laptop where I see this strange configuration. From the video drivers point of view everything is present (audio codec, HDMI encoders, etc...), but the audio codec doesn't seems to be connected to the PCI bus, so alsa can't see it. Now I finally know what you mean (found an example lspci snippet of what it should be[1], although I have a different chip). Is there some quirk that can be used to enable that connection to the PCI bus? Maybe someone with connection to AMD can ask them? If that's the missing peace to get HDMI-Audio instead of an extra stereo cable, this would be even better :) [1]: http://osdir.com/ml/fedora-list/2009-05/msg01502.html HS -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH] tests/ programs need -lrt too since they use clock_gettime.
On 04/09/2010 10:00 PM, Julien Cristau wrote: On Fri, Apr 9, 2010 at 16:46:46 +0300, Török Edwin wrote: When using the binutils gold linker, even if libdrm.so is already linked against -lrt you still need to link your app against -lrt if your app needs symbols from it. Signed-off-by: Török Edwinedwinto...@gmail.com --- tests/Makefile.am |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tests/Makefile.am b/tests/Makefile.am index 3e74705..81006ab 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -4,7 +4,7 @@ AM_CPPFLAGS = \ -I $(top_srcdir)/include/drm \ -I $(top_srcdir) -LDADD = $(top_builddir)/libdrm.la +LDADD = $(top_builddir)/libdrm.la @CLOCK_LIB@ noinst_PROGRAMS = \ dristat \ The tests don't use librt afaict, the uses of clock_gettime() are in libdrm and libdrm_intel. So your explanation doesn't seem to make sense... The test app links dristat.o, and that includes xf86drm.c that uses clock_gettime. Here is the link error I get without my patch: make[1]: Entering directory `/home/edwin/drm/tests libtool: link: gcc -m32 -O2 -g -o .libs/dristat dristat.o ../.libs/libdrm.so /usr/bin/ld: dristat.o: in function drmWaitVBlank:../xf86drm.c:1930: error: undefined reference to 'clock_gettime' /usr/bin/ld: dristat.o: in function drmWaitVBlank:../xf86drm.c:1941: error: undefined reference to 'clock_gettime' collect2: ld returned 1 exit status dristat.c is including xf86drm.c directly (no idea why, shouldn't it get what it needs from libdrm.so?): #include xf86drm.c And xf86drm.c uses clock_gettime: xf86drm.c:ret = clock_gettime(CLOCK_MONOTONIC, timeout); xf86drm.c: fprintf(stderr, clock_gettime failed: %s\n, strerror(ret)); xf86drm.c: clock_gettime(CLOCK_MONOTONIC, cur); Best regards, --Edwin -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH] tests/ programs need -lrt too since they use clock_gettime.
On Fri, Apr 9, 2010 at 16:46:46 +0300, Török Edwin wrote: When using the binutils gold linker, even if libdrm.so is already linked against -lrt you still need to link your app against -lrt if your app needs symbols from it. Signed-off-by: Török Edwin edwinto...@gmail.com --- tests/Makefile.am |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tests/Makefile.am b/tests/Makefile.am index 3e74705..81006ab 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -4,7 +4,7 @@ AM_CPPFLAGS = \ -I $(top_srcdir)/include/drm \ -I $(top_srcdir) -LDADD = $(top_builddir)/libdrm.la +LDADD = $(top_builddir)/libdrm.la @CLOCK_LIB@ noinst_PROGRAMS = \ dristat \ The tests don't use librt afaict, the uses of clock_gettime() are in libdrm and libdrm_intel. So your explanation doesn't seem to make sense... Cheers, Julien -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel