dri-devel February 2011

dri-devel@lists.freedesktop.org

84 participants
466 discussions

Information resources
by Phillip Susi 25 Feb '11

25 Feb '11

I'm looking for resources I can read to learn more. I mostly have some basic questions that are probably in a FAQ or something, so if someone could point me the right way I'd appreciate it. Specifically some of the things I have been wondering are: 1) It looks like the firmware is in the kernel tree in HEX file form. Where can I find the source code? 2) What is a "fence"?

6 14

[PATCH] UMS: Fix build against xserver 1.10-rc3
by Sedat Dilek 25 Feb '11

25 Feb '11

This issue was introduced due to last minute backout of RandR-1.4 in xserver 1.10-rc3. Switch to "#ifdef RANDR_14_INTERFACE" as suggested by Keith Packard. See also <http://lists.x.org/archives/xorg-devel/2011-February/019643.html>. Note: The ddx needs a rebuild as the X video driver ABI changed to version 10.0. Reported-by: Alex Deucher <alexdeucher(a)gmail.com> CC: Keith Packard <keithp(a)keithp.com> Signed-off-by: Sedat Dilek <sedat.dilek(a)gmail.com> --- src/radeon_output.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/radeon_output.c b/src/radeon_output.c index 15cef06..ccde346 100644 --- a/src/radeon_output.c +++ b/src/radeon_output.c @@ -1622,7 +1622,7 @@ radeon_set_mode_for_property(xf86OutputPtr output) xf86CrtcPtr crtc = output->crtc; if (crtc->enabled) { -#if XORG_VERSION_CURRENT >= XORG_VERSION_NUMERIC(1,9,99,901,0) +#ifdef RANDR_14_INTERFACE xf86CrtcSetRec crtc_set_rec; crtc_set_rec.flags = (XF86CrtcSetMode | -- 1.7.4.1

2 1

[Bug 29022] [REGRESSION? 2.6.38-rc4] nouveau NV50 screen freeze
by bugzilla-daemon＠bugzilla.kernel.org 25 Feb '11

25 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=29022 --- Comment #5 from Marc <marc(a)osknowledge.org> 2011-02-25 10:14:44 --- I have the slight assumption that the problem is more often triggered with the VirtualBox kernel modules loaded. I know that you guys consider this setup 'Tainted', however, it's a real-world setup that used to work. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

[git pull] drm fixes (intel only)
by Dave Airlie 24 Feb '11

24 Feb '11

Hi Linus, Since Chris missed my last pull I've got a seprate set of fixes for Intel, should fix an eDP issue, a couple of 855 problems (tiling and buffer coherency), Dave. The following changes since commit ef3242859fae47e728b50b7ce3d17b201a71779a: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6 (2011-02-23 16:02:00 -0800) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Chris Wilson (3): drm/i915: Ignore a hung GPU when flushing the framebuffer prior to a switch agp/intel: Experiment with a 855GM GWB bit drm/i915: Fix unintended recursion in ironlake_disable_rc6 Daniel Vetter (1): drm/i915: fix corruptions on i8xx due to relaxed fencing Dave Airlie (2): Merge branch 'drm-intel-fixes' of git://git.kernel.org/.../ickle/drm-intel into drm-fixes Merge branch 'drm-intel-fixes' of git://git.kernel.org/.../ickle/drm-intel into drm-fixes Jesse Barnes (2): drm/i915: don't enable FDI & transcoder interrupts after all drm/i915: skip FDI & PCH enabling for DP_A drivers/char/agp/intel-agp.h | 1 + drivers/char/agp/intel-gtt.c | 56 +++++++------------ drivers/gpu/drm/i915/i915_gem_tiling.c | 16 +++++- drivers/gpu/drm/i915/i915_irq.c | 6 +- drivers/gpu/drm/i915/intel_display.c | 95 +++++++++++++++++++++++++++++--- 5 files changed, 127 insertions(+), 47 deletions(-)

1 0

[PATCH] bug fix for radeon driver in 2.6.38-rc6 w/ATI ES1000
by Konrad Rzeszutek Wilk 24 Feb '11

24 Feb '11

I found this when I was doing a bit of testing of my TTM patches. The issue is that during unload/unbind: echo 0000:01:05.0 > /sys/bus/pci/drivers/radeon/unbind the radeon driver would unload, but if compiled with the CONFIG_DMA_API_DEBUG=y it would throw out this warning: [ 22.113420] drm: unregistered panic notifier^M [ 22.126500] [drm] radeon: finishing device.^M [ 22.130868] [drm] radeon: cp finalized^M [ 22.135384] [TTM] Finalizing pool allocator.^M [ 22.139669] [TTM] Zone kernel: Used memory at exit: 0 kiB.^M [ 22.145229] [drm] radeon: ttm finalized^M [ 22.149055] vga_switcheroo: disabled^M [ 22.153393] ------------[ cut here ]------------^M [ 22.158021] WARNING: at /home/konrad/ssd/linux/lib/dma-debug.c:689 dma_debug_device_change+0x12e/0x161()^M [ 22.167475] Hardware name: PowerEdge T105 ^M [ 22.171562] pci 0000:01:08.0: DMA-API: device driver has pending DMA allocations while released from device [count=1]^M [ 22.182139] Modules linked in: nouveau video sr_mod sg sd_mod cdrom ata_generic qla2xxx radeon sata_nv scsi_transport_fc scsi_tgt libata fbcon tileblit font bitblit softcursor ttm e1000e drm_kms_helper scsi_mod^M [ 22.201101] Pid: 2550, comm: primary_fb Not tainted 2.6.38-rc6-linux-next #1^M [ 22.208129] Call Trace:^M [ 22.210575] [<ffffffff81049580>] ? warn_slowpath_common+0x80/0x98^M [ 22.216737] [<ffffffff8104962c>] ? warn_slowpath_fmt+0x41/0x43^M [ 22.222643] [<ffffffff81208fe8>] ? dma_debug_device_change+0x12e/0x161^M [ 22.229240] [<ffffffff8144e467>] ? notifier_call_chain+0x32/0x5e^M [ 22.235319] [<ffffffff81067d5f>] ? __blocking_notifier_call_chain+0x4b/0x62^M [ 22.242350] [<ffffffff81067d85>] ? blocking_notifier_call_chain+0xf/0x11^M [ 22.249121] [<ffffffff812b54fd>] ? __device_release_driver+0xab/0xb0^M [ 22.255543] [<ffffffff812b55d0>] ? device_release_driver+0x1e/0x2b^M [ 22.261794] [<ffffffff812b4c86>] ? driver_unbind+0x57/0x8c^M [ 22.267352] [<ffffffff812b440d>] ? drv_attr_store+0x27/0x29^M [ 22.272998] [<ffffffff8114a64d>] ? sysfs_write_file+0xff/0x13b^M [ 22.278903] [<ffffffff810f5b88>] ? vfs_write+0xa9/0x105^M [ 22.284202] [<ffffffff810f5c9d>] ? sys_write+0x45/0x6c^M [ 22.289415] [<ffffffff8100a992>] ? system_call_fastpath+0x16/0x1b^M [ 22.295578] ---[ end trace f6e27fa61e0cc3ec ]---^M ERROR: Module radeon is in use^M The radeon_gart_fini was missing an pci_unmap for the dummy page. Interestingly enough the r600.c has a call to radeon_dummy_page_fini() in its unwind path so there are definitly some chipsets on which this is done without any hinderance. This above test is easily manifested with a stock 2.6.38-rc6 on a machine with a ATI ES1000 chipset (Dell T105, IBM x366, SuperMicro X7DB8).

3 3

Problems when try to alloc user bo using TTM
by april 24 Feb '11

24 Feb '11

Hi all: TTM provide "ttm_bo_type_user" which create bo from user space memory. I try to use this functions, but find some problems: 1. Can not get "pages" when driver try to bind user pages to GPU apterure. ttm->state set to "tt_unbound" when add ttm structs, while ttm_tt_populate prevent driver populate function called if ttm->state is not "tt_unpopulated" int ttm_tt_populate(struct ttm_tt *ttm) { struct page *page; unsigned long i; struct ttm_backend *be; int ret; if (ttm->state != tt_unpopulated) return 0; 2. Page number may not be the size it rounded up. eg. supports allocate a user space BO size=5K, which round up to 2 pages,but it should be 3, if the user space memory like this page1 page2 page3 _______________________ |_____|_____|_____|_____| |<-------->| 5k Thanks april

1 0

[Bug 25052] kernel modesetting still does not work
by bugzilla-daemon＠bugzilla.kernel.org 23 Feb '11

23 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #17 from Elmar Stellnberger <estellnb(a)gmail.com> 2011-02-23 21:29:44 --- Concerning your patches I believe that they will be valuable for many users (although I could not verify them for me yet.). As I have found out flawed EDIDs are a known problem and thatways f.i. already addressed by the proprietary fglrx driver through letting the user select out of a prewritten list of artificial EDIDs for known monitor types. Nonetheless just using the EDID of another port of the same monitor or just suppressing the checksum test promises to be a more gracile way of resolving such an issue. That is basically why I want to make a commit request for these patches to be acquired in the final openSuSE 11.4 release within 15 days so that more people can test these options (mentioning them in the release notes with a demand to report the results for finally acquiring the patches into the mainline kernel.). As far as now I would also issue the following additional feature requests for an in future comprehensively EDID relied graphics system: (1) kernel option for using a user supplied EDID (instead of the hw. supplied ED.) (2) option(s) for Xorg or the radeon kernel module to achieve the same: rebooting is painful and the typical user will have to test different things. If Xorg quits without success in modesetting (as so often by 2.6.36.1-1) or detects a wrong EDID checksum then it should point the user on the fgconsole to try them. by the way: Do you know whether the nouveau driver does already fully rely on KMS? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

[Bug 25052] kernel modesetting still does not work
by bugzilla-daemon＠bugzilla.kernel.org 23 Feb '11

23 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #16 from Elmar Stellnberger <estellnb(a)gmail.com> 2011-02-23 20:45:45 --- As Comment #15 shows there is currently something more fundamentally messed up with KMS (which is apparently not EDID-related). Actually the situation has rather deteriorated instead of improving: 2.6.34-12.1 & -9.3: itg: works, ext: dark 2.6.36.1-1, Comment #1: non-deterministic, once it worked for both monitors 2.6.38-0.0.12: both monitors: vertical pixelry, nothing works (results completed by downstream report from openSuSE as linked by Comment #1.) If it works for other cards KMS does probably have a problem with ATI or just ATI Mobility 2xxx cards (I am planning to make a request to the oS core test team in this regard and will tell you as soon as results should become available.). -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

[Bug 25052] kernel modesetting still does not work
by bugzilla-daemon＠bugzilla.kernel.org 23 Feb '11

23 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #15 from Elmar Stellnberger <estellnb(a)gmail.com> 2011-02-23 20:27:24 --- Unfortunately the tests of Comment #14 were not significant. I have tested the patches with the same kernel but a different Xorg namely xorg-x11-server-7.6_1.9.3-122.1 and xorg-x11-driver-video-7.6-180.1 which however now does resolve UMS for radeon so that everything does again work without any patch and kernel option. With a full KMS kernel like 2.6.38-0.0.12 on the other hand unfortunately video mode initializtion does at me currently not work at all under any configuration: neither with the integrated monitor nor with my external one over any of the ports DVI, HDMI or VGA. Here are the exact results: VGA: itg: colored vertical lines; ext: c.v.l.(the same), mouse: pixelry HDMI: itg & ext: colored lines; this time brighter with more white, mouse: same DVI: itg: 1st: colored lines; 2nd: sparse colored lines ahead of white bg, ext 1&2: at first 'no signal'-dark then the same as for itg, mouse: same As the screen output for DVI has differed between two consecutive test runs I presume that there is no substantial difference in the result between different monitors and ports (always vertical colorful lines). The mouse did at first never appear until you moved it into the upper left screen area where there would normally appear an xterm by xinit. From then on the mouse pointer was represented by a rectangular pixel surrogate. Rebooting was the only escape though the system was still reactive (no crash or hang): changing the virtual terminal (chvt) or exiting X from an exit typed into xterm both resulted in a fully blackened screen with no more output. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

[Bug 29632] New: v2.6.38-rc5 drm:radeon regression
by bugzilla-daemon＠bugzilla.kernel.org 23 Feb '11

23 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=29632 Summary: v2.6.38-rc5 drm:radeon regression Product: Drivers Version: 2.5 Kernel Version: 2.6.38-rc5 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: maciej.rutecki(a)gmail.com CC: rjw(a)sisk.pl, maciej.rutecki(a)gmail.com Regression: Yes Subject : v2.6.38-rc5 drm:radeon regression Submitter : Jörg Otte <jrg.otte(a)googlemail.com> Date : 2011-02-18 11:47 Message-ID : AANLkTi=6x93A11MzAjKyqO+7aP3t7QD8eMh7XVWp8GD6(a)mail.gmail.com References : http://marc.info/?l=linux-kernel&m=129803001230359&w=2 This entry is being used for tracking a regression from 2.6.37. Please don't close it until the problem is fixed in the mainline. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 6

← Newer
1
...
22
23
24
25
26
27
28
...
47
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2011