[no subject]

2019-11-05 Thread Rob Clark
Hi Dave, This time around: + OCMEM support to enable the couple generations that had shared OCMEM rather than GMEM exclusively for the GPU (late a3xx and I think basically all of a4xx). Bjorn and Brian decided to land this through the drm tree to avoid having to coordinate merge requests.

[no subject]

2019-08-22 Thread Rob Herring
Subject: [PATCH v2 0/8] panfrost: Locking and runtime PM fixes With further testing of recent changes with lockdep and other locking checks enabled, we've found several bugs in the shrinker code and one sleep while atomic in panfrost_gem_open(). This series addresses those issues. Delaying

[no subject]

2019-07-22 Thread Sam Ravnborg
The first three patches prepare for the removal of drmP.h. The last patch remove use of drmP.h and replace with necessary include files to fix build. Build tested with various configs and various architectures. I had preferred that the via driver was replaced by the openchrome driver, but until

[no subject]

2019-06-06 Thread Dave Airlie
Hey Linus, A small bit more lively this week but not majorly so. I'm away in Japan next week for family holiday, so I'll be pretty disconnected, I've asked Daniel to do fixes for the week while I'm out. core: - Allow fb changes in async commits (drivers as well) udmabuf: - Unmap scatterlist

[no subject]

2019-05-27 Thread Thomas Meyer
From tho...@m3y3r.de Sun May 26 13:49:04 2019 Subject: [PATCH] drm/omap: Make sure device_id tables are NULL terminated To: tomi.valkei...@ti.com, airl...@linux.ie, dan...@ffwll.ch, dri-devel@lists.freedesktop.org, linux-ker...@vger.kernel.org Content-Type: text/plain; charset="UTF-8&

[no subject]

2018-08-23 Thread Dave Airlie
Hi Linus, Just a couple of fixes PRs for rc1, One MAINTAINERS address change, two panels fixes, and set of amdgpu fixes (build fixes, display fixes and some others). Thanks Dave. drm-next-2018-08-24: amdgpu and panel/misc fixes. The following changes since commit

[no subject]

2018-07-05 Thread Dave Airlie
Hi Linus, (apologies for blank body pull earlier) This is the drm fixes for rc4. It's a bit larger than I'd like but the exynos cleanups are pretty mechanical, and I'd rather have them in sooner rather than later so we can avoid too much conflicts around them. The non-mechanincal exynos changes

[no subject]

2018-07-05 Thread rosdi ablatiff
___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[no subject]

2018-03-05 Thread Meghana Madhyastha
linux-...@vger.kernel.org,Noralf Trønnes <nor...@tronnes.org>,Sean Paul <seanp...@chromium.org>,ker...@martin.sperl.org Cc: Bcc: Subject: Re: [PATCH v2 0/2] Chunk splitting of spi transfers Reply-To: In-Reply-To: <f6dbf3ca-4c1b-90cc-c4af-8889f7407...@tronnes.org> On Sun, Mar

[no subject]

2017-05-31 Thread Dave Airlie
Hi Linus, This is the main set of fixes for rc4, one amdgpu fix, some exynos regression fixes, some msm fixes and some i915 and GVT fixes. I've got a second regression fix for some DP chips that might be a bit large, but I think we'd like to land it now, I'll send it along tomorrow, once you are

No subject

2016-10-28 Thread Heliogabalo Santos Jugon
hi, I'm a new programmer, i just was wondering if i can get some docs to start learning DRI. I googled a lot but i didn't find a starter documentation. Some refs will be apreciated thx

No subject

2016-09-30 Thread Maxime Ripard
Subject: [PATCH v5 0/5] drm: Add Support for Passive RGB to VGA bridges Hi, This serie is about adding support for the RGB to VGA bridge found in the A13-Olinuxino and the CHIP VGA adapter. Both these boards rely on an entirely passive bridge made out of resitor ladders that do not require any

No subject

2016-02-10 Thread Carlos Palminha
With patch http://patchwork.freedesktop.org/patch/msgid/1455106118-32145-1-git-send-email-palminha at synopsys.com i2c slave encoder drivers no longer need to implement dummy mode_fixup function. This patch set nukes the dummy functions from i2c slave encoder drivers. (changes made on top of

[GIT PULL x/y] SUBJECT HERE

2016-01-19 Thread Eric Anholt
Merge tag 'drm-intel-next-fixes-2016-01-14' of git://anongit.freedesktop.org/drm-intel into drm-next (2016-01-18 07:02:19 +1000) are available in the git repository at: http://github.com/anholt/linux tags/drm-vc4-fixes-2015-01-19 for you to fetch changes up to

[no subject]

2014-09-08 Thread Markus Trippelsdorf
On 2014.09.07 at 23:47 -0400, Alex Deucher wrote: > On Sun, Sep 7, 2014 at 9:24 AM, Markus Trippelsdorf > wrote: > > On 2014.08.25 at 11:10 +0200, Christian K?nig wrote: > >> Let me know if it works for you, cause we don't really have any hardware > >> any more to test it. > > > > I've tested

[no subject]

2014-09-08 Thread Alex Deucher
On Sun, Sep 7, 2014 at 9:24 AM, Markus Trippelsdorf wrote: > On 2014.08.25 at 11:10 +0200, Christian K?nig wrote: >> Let me know if it works for you, cause we don't really have any hardware >> any more to test it. > > I've tested your patch series today (using drm-next-3.18 from > ~agd5f/linux)

[no subject]

2014-09-07 Thread Markus Trippelsdorf
On 2014.08.25 at 11:10 +0200, Christian K?nig wrote: > Let me know if it works for you, cause we don't really have any hardware > any more to test it. I've tested your patch series today (using drm-next-3.18 from ~agd5f/linux) on a RS780D/Radeon HD 3300 system with a couple of H264 videos. While

[no subject]

2014-08-25 Thread Christian König
Let me know if it works for you, cause we don't really have any hardware any more to test it. Christian. Am 24.08.2014 um 15:34 schrieb Mike Lothian: > > Thanks for this > > Good work > > On 24 Aug 2014 14:15, "Christian K?nig" > wrote: > > Hello

No subject

2014-08-24 Thread Christian König
Hello everyone, the following patches add UVD support for older ASICs (RV6xx, RS[78]80, RV7[79]0). For everybody wanting to test it I've also uploaded a branch to FDO: http://cgit.freedesktop.org/~deathsimple/linux/log/?h=uvd-r600-release Additionally to the patches you need UVD firmware as

[no subject]

2014-08-24 Thread Mike Lothian
Thanks for this Good work On 24 Aug 2014 14:15, "Christian K?nig" wrote: > Hello everyone, > > the following patches add UVD support for older ASICs (RV6xx, RS[78]80, > RV7[79]0). For everybody wanting to test it I've also uploaded a branch to > FDO: >

No subject

2014-03-13 Thread Thomas Hellstrom
After a previous patch series and a discussion with Daniel Vetter and David Herrmann, I've reworked the patches a bit. Please review. Patch 5 is already reviewed. /Thomas >From Thomas Hellstrom # This line is ignored. From: Thomas Hellstrom <thellst...@vmware.com> Subject: In-Reply-To:

[PATCH v3 0/2] *** SUBJECT HERE ***

2014-02-07 Thread Jean-Francois Moine
*** BLURB HERE *** Jean-Francois Moine (2): drivers/base: permit base components to omit the bind/unbind ops drivers/base: declare phandle DT nodes as components drivers/base/component.c | 21 +++-- drivers/base/core.c | 18 ++ include/linux/of.h |

[PATCH v3 0/2] *** SUBJECT HERE ***

2014-02-07 Thread Greg Kroah-Hartman
On Fri, Feb 07, 2014 at 06:09:46PM +0100, Jean-Francois Moine wrote: > *** BLURB HERE *** Subject and BLURB forgotten?

No subject

2013-08-13 Thread Christian König
Hey Alex, here are my patches for reworking the ring function pointers and separating out the UVD and DMA rings. Everything is rebased on your drm-next-3.12-wip branch, please review and add them to your branch. Thanks, Christian.

[no subject]

2013-08-13 Thread Alex Deucher
On Tue, Aug 13, 2013 at 5:56 AM, Christian K?nig wrote: > Hey Alex, > > here are my patches for reworking the ring function pointers and separating > out the UVD and DMA rings. > > Everything is rebased on your drm-next-3.12-wip branch, please review and add > them to your branch. Patches look

[no subject]

2013-08-13 Thread Christian König
Hey Alex, here are my patches for reworking the ring function pointers and separating out the UVD and DMA rings. Everything is rebased on your drm-next-3.12-wip branch, please review and add them to your branch. Thanks, Christian. ___ dri-devel

[PATCH v2 0/4] *** SUBJECT HERE ***

2013-05-09 Thread Christopher Harvey
I forgot to include some acked and tested-by lines in v1 of this series. No code changes in v2. thanks, Christopher Harvey (4): drm/mgag200: Don't change unrelated registers during modeset drm/mgag200: Fix writes into MGA1064_PIX_CLK_CTL register drm/mgag200: Convert counter delays to

[PATCH v2 0/4] *** SUBJECT HERE ***

2013-05-09 Thread Christopher Harvey
I forgot to include some acked and tested-by lines in v1 of this series. No code changes in v2. thanks, Christopher Harvey (4): drm/mgag200: Don't change unrelated registers during modeset drm/mgag200: Fix writes into MGA1064_PIX_CLK_CTL register drm/mgag200: Convert counter delays to

No subject

2012-10-05 Thread Robert Schwebel
, pza Bcc: Subject: Re: [PATCH 1/2 v6] of: add helper to parse display timings Reply-To: In-Reply-To: X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-IRC: #ptxdist @freenode X-Accept-Language: de,en X-Accept-Content-Type: text/plain X-Uptime: 09:13:09 up 103 days, 22:24

[no subject]

2012-10-05 Thread Robert Schwebel
tomi.valkei...@ti.com, pza Bcc: Subject: Re: [PATCH 1/2 v6] of: add helper to parse display timings Reply-To: In-Reply-To: Pine.LNX.4.64.1210042307300.3744@axis700.grange X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-IRC: #ptxdist @freenode X-Accept-Language: de,en X

No subject

2012-06-13 Thread
issue is that changing it will break any app relying on it being REALTIME clock.

No subject

2012-05-30 Thread
0x0314e050: 0x61010006: STATE_BASE_ADDRESS 0x0314e054: 0x0001:general state base address 0x 0x0314e058: 0x0001:surface state base address 0x 0x0314e05c: 0x0001:indirect state base address 0x 0x0314e060: 0x0001:

[no subject]

2012-05-24 Thread Sascha Hauer
On Tue, May 22, 2012 at 04:06:41PM +0200, Lars-Peter Clausen wrote: > On 05/18/2012 02:27 PM, Sascha Hauer wrote: > > Hi All, > > > > The following adds a drm/kms driver for the Freescale i.MX LCDC > > controller. Most notable change to the last SDRM based version is that > > the SDRM layer has

No subject

2012-05-23 Thread
i don't think kernel is the right place for it, for instance you need to set the primary surface thing, i don't want to parse cmd stream in kernel to figure that out. I would rather have userspace tool that postprocess thing and convert it to proper AMD dump format. Cheers, Jerome

[no subject]

2012-05-23 Thread Sascha Hauer
On Tue, May 22, 2012 at 04:06:41PM +0200, Lars-Peter Clausen wrote: > On 05/18/2012 02:27 PM, Sascha Hauer wrote: > > Hi All, > > > > The following adds a drm/kms driver for the Freescale i.MX LCDC > > controller. Most notable change to the last SDRM based version is that > > the SDRM layer has

[no subject]

2012-05-22 Thread Lars-Peter Clausen
On 05/18/2012 02:27 PM, Sascha Hauer wrote: > Hi All, > > The following adds a drm/kms driver for the Freescale i.MX LCDC > controller. Most notable change to the last SDRM based version is that > the SDRM layer has been removed and the driver now is purely i.MX > specific. I hope that this is

[no subject]

2012-05-18 Thread Sascha Hauer
Hi All, The following adds a drm/kms driver for the Freescale i.MX LCDC controller. Most notable change to the last SDRM based version is that the SDRM layer has been removed and the driver now is purely i.MX specific. I hope that this is more acceptable now. Another change is that the probe is

No subject

2012-05-16 Thread
is still queued, which I don't completely like but at least the pinning and hw use of the userspace buffer is just temporary and not able to exist for an indefinite amount of time. BR, -R > Thanks, > Inki Dae > >> So I'm really not sure the best way to move this forward, maybe a very >> clear

No subject

2012-05-15 Thread
> Those two checks could probably be combined into one (< values || > values) > for further simplification. Answer: Fixed. The new function was just copy-paste, but your suggestion is good. diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index d3aaeb6..6014413 100644 ---

No subject

2012-05-15 Thread
> Please add that to the error message and use printk_once() since we only > really want to annoy the user the first time. For each time we see the message, we need to increase the value by 1, so instead of using printk_once, I just added this information to the message. Anyway, we shouldn't be

No subject

2012-05-15 Thread
> > Perhaps we could add a debug message here for catch the unhandled types.. > This shouldn't happen. The previous checks should eliminate all objects that don't have properties. The only possibility I can think of is if we add properties to a new kind of object and forget to include it in the

No subject

2012-05-15 Thread
> How about adding obj->properties.count to avoid having to count every > time? I just blindly followed the connector properties example. But your idea is good, so I implemented it. Fixed, but in a new patch near the end of the series. Putting the in the end of the series should make it easier to

No subject

2012-05-15 Thread
> Subject: [PATCH 1/1] =A0=A0=A0 drivers/gpu/drm/i915: Fixed uninitialized

No subject

2012-04-13 Thread
than escalating the bug into a random failure. -Chris -- Chris Wilson, Intel Open Source Technology Centre

No subject

2012-04-12 Thread

No subject

2012-04-12 Thread

No subject

2012-04-12 Thread

No subject

2012-04-11 Thread Rodrigo Vivi
There are many bugs open on fd.o regarding missing modes that are supported on Windows and other closed source drivers.

No subject

2012-04-11 Thread Rodrigo Vivi
There are many bugs open on fd.o regarding missing modes that are supported on Windows and other closed source drivers.

[no subject]

2012-04-11 Thread Rodrigo Vivi
Sep 17 00:00:00 2001 From: Rodrigo Vivi rodrigo.v...@intel.com Date: Wed, 11 Apr 2012 15:36:31 -0300 Subject: [PATCH] drm/edid: Adding common CVT inferred modes when monitor allows range limited ones trough EDID. Signed-off-by: Rodrigo Vivi rodrigo.v...@intel.com --- drivers/gpu/drm/drm_edid.c

[no subject]

2012-04-11 Thread Rodrigo Vivi
Sep 17 00:00:00 2001 From: Rodrigo Vivi rodrigo.v...@intel.com Date: Wed, 11 Apr 2012 15:36:31 -0300 Subject: [PATCH] drm/edid: Adding common CVT inferred modes when monitor allows range limited ones trough EDID. Signed-off-by: Rodrigo Vivi rodrigo.v...@intel.com --- drivers/gpu/drm/drm_edid.c

No subject

2012-04-02 Thread Benjamin Herrenschmidt
Under some circumstances, pci_map_rom() can return a valid mapping but a size of 0 (if it cannot find an image in the header). This causes nouveau to try to kmalloc() a 0 sized pointer and dereference it, which crashes. Signed-off-by: Benjamin Herrenschmidt --- Please send to Linus asap,

No subject

2012-03-30 Thread
when the corresponding pins are not actually hooked up to anything. In these cases, there is no NAK, nor timeout, nor any other indication from the GMBUS controller that a transaction fails. The first gmbus transaction timeout is caught by the "wait_for" timeout, causing the transition to

No subject

2012-03-16 Thread
makes me afraid of some weird GTT flushing issue, given the adventures we had with VT-d on that hardware where we idle the gpu before any GTT updates. I wonder what would happen if we idled the GPU before any GTT updates even when VT-d wasn't running... > The latest thinking on the hibernate

No subject

2012-03-12 Thread
-- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

No subject

2012-03-07 Thread
by the DMM so that we can do the PAT programming and that can only be gotten from the hwmod entry. And if you use the hwmod device entry, you have to match the name used for that entry. Regards, Andy

No subject

2012-02-14 Thread
k in return path of radeon_fence_count_emitted" fixes=0Athe problem. Tested= on top of 47492a23a and 3.3.0-rc3+00188-g3ec1e88.=0A=0A=0AThanks,=0A=0AMik= ko

No subject

2012-02-11 Thread
sl-to-tgsi. BTW in which commit was the new ioctl disabled? I mean, I can understand th= at if I don't have kernel with support for the new ioctl it breaks the test= s, however if the ioctl was disabled later shouldn't be current git working un= less another regression happened? > Anyway, sorry,

No subject

2012-02-01 Thread
disable the output polling during suspend. The following patch seems to get rid of the problems I'm seeing. Does this look okay to you?

No subject

2012-01-26 Thread
dangerball: intel_tris.c:128: intel_extend_inline: Assertion 'intel->prim.flush == intel_flush_inline_primitive' failed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

No subject

2012-01-24 Thread
GPU lockup CP stall for more than 1msec Jan 23 23:53:54 thoregon kernel: [17121.080137] GPU lockup (waiting for 0x002080B7 last fence id 0x002080B6) Jan 23 23:53:54 thoregon kernel: [17121.096334] radeon :07:00.0: GPU softreset Jan 23 23:53:54 thoregon kernel: [17121.096341] radeon

No subject

2012-01-21 Thread
/usr/sbin/run-crons && /usr/sbin/run-crons) Jan 21 19:39:41 thoregon kernel: [ 6364.620131] radeon :07:00.0: GPU lockup CP stall for more than 1msec Jan 21 19:39:41 thoregon kernel: [ 6364.620139] GPU lockup (waiting for 0x0003F1F2 last fence id 0x0003F1F1) Jan 21 19:39:41 thoregon kernel:

No subject

2012-01-18 Thread
symbol is exported without explicit consent of the original author (regardless of what we think about GPL/proprietary modules covtroversy). So if NVidia needs to link DMA buffer sharing against their proprietary driver, they should have explicit permission from the original author to turn its

No subject

2012-01-18 Thread
this sort of thing, nouveau is a good solution its just not going to beat the binary driver in a lot of ways, just not sure whether I care enough yet. Dave.

No subject

2011-12-16 Thread
However softpipe does not have polygons disappearing at all, so it would appear to be a r300g problem. PrBoom uses GL_TRIANGLE_STRIPs to draw the walls, so this is probably unrelated to this bug. And another thing I noticed fixed. The OGLSB4th Edition chapter 16 vertexblend draws the shiny light

No subject

2011-12-11 Thread
Dec 11 17:16:36 nf7 kernel: [drm] Initialized drm 1.1.0 20060810 Dec 11 17:16:37 nf7 kernel: [drm] radeon kernel modesetting enabled. Dec 11 17:16:37 nf7 kernel: ACPI: PCI Interrupt Link [APC4] enabled at IRQ 19 Dec 11 17:16:37 nf7 kernel: radeon :02:00.0: PCI INT A -> Link[APC4] -> GSI 19

No subject

2011-12-06 Thread
Windows. There are only two physical keys: - power-on button - "keyboard"-labeled button, which seems to do nothing hardware-related; it triggers an event caught up by acer_wmi. I think all it does is telling the OS: "hey, pull up the software virtual keyboard on the second display".

No subject

2011-12-02 Thread
start_kernel |-> setup_arch |-> x86_init.oem.arch_setup = xen_arch_setup |-> check_bugs |-> identify_boot_cpu |-> identify_cpu |-> select_idle_routine so xen_arch_setup will set pm_idle and select_idle_routine will honour it. I'm being told

No subject

2011-11-26 Thread
allocating request. Though, it's unlikely cause if request is NULL then BUG_ON will be hit in i915_add_request(). So, to unify the callee uses of i915_add_request(), I'm proposing the following patch. Please let me know what do you guys think. If you guys agree, I can sent a formal patch. Index:

No subject

2011-11-24 Thread
are looking for. I recognize that it disrupts your current views/plans on how this should be done, but I do want to work with you to find a suitable middle ground that covers most of the possiblities. In case you are looking at my code to follow the above-described scenarios, please make sure

No subject

2011-11-22 Thread
When the root cause will be discovered, we should allow both of course. But so far, all the attempts on this weren't successful. -- Eugeni Dodonov --bcaec54306ded2a5b704b258e725 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

No subject

2011-11-15 Thread
some other method before passing the frame off to the overlay. Rather disappointing, and seemingly not of too much use. But, I'd like to expose what functionality there is in any case. Ben. > > v2: fix ABI of get_plane - move format_type_ptr to the end > > Acked-by: Alan Cox > Reviewed-by:

No subject

2011-10-17 Thread
be -EREMOTEIO, which could be caused by transmission error so it should be retried. -- Eugeni Dodonov --bcaec51f8fc3b70e6504af85018a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Oct 17, 2011 at 18:41, Keith Packard

No subject

2011-10-13 Thread
install libtxc_dxtn -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

No subject

2011-10-03 Thread
TTM_PL_FLAG_NO_EVICT so you vq buffer is not allocated with the no evict flags, then i guess it got evicted on first bo allocation which is strange, maybe first bo has some lpfn constraint. >> > =A0 =A0 =A0 =A0Second question I have is how are monochrome cursor ima= ges >> > handled with KMS. Yes

No subject

2011-09-30 Thread Inki Dae
Hi, Dave. I am sending a mail I wonder where are we on this. I had sent DRM Driver patch v5 for Samsung SoC Exynos4210 a week ago but I didn't received any comments from you. You can refer to these patches I sent from links below. v1: < https://lwn.net/Articles/454380/ > v2: <

No subject

2011-09-30 Thread
Power_Down_delay value, which is actually documented to be the 'T3 time sequence' value used 'during power up'. There aren't separate T1 and T2 values, but there is a combined T1+T2 value in the PP_ON_DELAYS register, so I use that instead. VBT doesn't provide any values for T1 or T2, so we'll

[no subject]

2011-09-30 Thread Inki Dae
Hi, Dave. I am sending a mail I wonder where are we on this. I had sent DRM Driver patch v5 for Samsung SoC Exynos4210 a week ago but I didn't received any comments from you. You can refer to these patches I sent from links below. v1: https://lwn.net/Articles/454380/ v2:

No subject

2011-09-25 Thread
> Please report at bugs.freedesktop.org This also happens with the wine tests. I wanted to add this on the Mesa bug, but I don't have my password at the moment(different keychain). For the Mesa devs debugging the tests may be easier than debugging NFS:MW. (see:

No subject

2011-09-19 Thread
Power_Down_delay value, which is actually documented to be the 'T3 time sequence' value used 'during power up'. There aren't separate T1 and T2 values, but there is a combined T1+T2 value in the PP_ON_DELAYS register, so I use that instead. VBT doesn't provide any values for T1 or T2, so we'll

No subject

2011-09-17 Thread
legacy interface provided on top of DRM/KMS driver mostly via helper functions. With this approach, you get the richer KMS API (and all the related plumbing for hotplug, EDID parsing, multi-head support, flipping, etc) for userspace stuff that needs that, but can keep the fbdev userspace

No subject

2011-08-24 Thread
bisecting brought me to commit 288d5abec8314ae50fe6692f324b0444acae8486. Reverting seems to work as microcode is loaded with compiled in firmware and radeon kms driver. That's commit 288d5abec8314ae50fe6692f324b0444acae8486 Author: Linus Torvalds Date: Wed Aug 3 22:03:29 2011 -1000 Boot

No subject

2011-08-09 Thread
-- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

No subject

2011-08-03 Thread
related to X. And drm should be able to live without X. So why would libdrm-intel rely on libpciaccess/X to be build? I'm sure we could do without it, since all other drivers do. As things are right now, would that imply using a X lib to build libdrm-intel and then use it with Wayland for

No subject

2011-07-31 Thread
fix in a hurry (lots of copy-paste), and maybe it would be better to re-do it properly... Thanks again, Kirill

No subject

2011-07-08 Thread
1. Start up with a 2048x768 surface and set each of the two CRTCs (at= 1024x768 timings) to display left/right half of the screen, 2. Allow for "seamless" mode set, i.e. let the vendor's DRM to report= that the current mode (set by the VBIOS for example) is the same as the sw=

No subject

2011-05-17 Thread
and actual brightness is maximum (255*2890=736950). I see no other change after it until manual brightness change. This is a totally reversed to your problem. Could you help to get the LPBC value in the initial dark condition? If it's not corresponds to 255, maybe something sneaks and changes it

No subject

2011-05-14 Thread
passing a framebuffer between two V4L2 devices and between a V4L2 device and GPU. The V4L2 device can either be an input or an output one. The original idea were to add yet-another-mmap-mode at the VIDIOC streaming ioctls, and keep using QBUF/DQBUF to handle it. However, as I've pointed there,

No subject

2011-05-09 Thread
which contradicts with the topic we are discussed. Regardless of the combination_mode, the log seems to work .. weird. 2011/5/9 Melchior FRANZ > * Joey Lee -- Monday 09 May 2011: > > The following is debug patch, and please add kernel parameter > > drm.debug=0x02 : > > The result is with

No subject

2011-04-20 Thread
Linux Cg bug or Trine Linux version bug. Windows Trine version (from humble bundle) with WINE works perfectly. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

No subject

2011-04-15 Thread
logout is being done with libICE. I know it is not being done with Hal, Consolekit or the XKillClient Xlib function. I will update this bug report as soon as I know which function causes this and have a testcase ready. If you think it will lead to a fix I would be willing to use a pencil and paper

No subject

2011-04-12 Thread
The Xorg.0.log from the previous boot is attached. Gabriel --BOKacYhQ+x31HxR3 Content-Type: application/x-trash Content-Disposition: attachment; filename="Xorg.0.log.old" Content-Transfer-Encoding: quoted-printable =0AX.Org X Server 1.7.7=0ARelease Date: 2010-05-04=0AX Protocol Version

No subject

2011-04-08 Thread
[KMS] Kernel modesetting enabled.

No subject

2011-04-08 Thread
[...] direct rendering: Yes OpenGL renderer string: Gallium 0.4 on AMD RV770

No subject

2011-04-08 Thread
00 [VGA controller]) (PCI-E) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

No subject

2011-03-31 Thread
While screen is loading application will crash with following backtrace ~/Savage2/savage2.bin warning: The VAD has been replaced by a hack pending a complete rewrite EE r600_pipe.c:343 r600_get_param - r600: unknown param 45 EE r600_pipe.c:343 r600_get_param - r600: unknown param 45 *** glibc

No subject

2011-03-23 Thread
one seemed fine and the interface looked okay to me. Dave.

No subject

2011-03-12 Thread
backlight handling, and it would be sad if it wasn't fixed in 2.6.38. But I think this is only because I have a gen 2 and the check for combination mode for gen 2 was added in 2.6.37, everyone else already had the buggy backlight behaviour for ages. Without the check gen 2 works correctly because

No subject

2011-03-04 Thread
Iwai Date: Mon, 21 Feb 2011 14:19:27 +0100 Subject: [PATCH] drm/i915: Fix calculation of backlight value in combined mode The commit a95735569312f2ab0c80425e2cd1e5cb0b4e1870 drm/i915: Refactor panel backlight controls causes a regression for GM45 that is using the combined mode

No subject

2011-02-17 Thread
When I load the fglrx ati proprietary driver (11.1) for the 5450 card, then= I get throughputs of about 2GB/s in both directions.=20 Running the same test in same environment on the HD5970=20 with the gallium drivers and kernel mode setting and pcie_gen2 activation, i get about the same figures

  1   2   >