drm/sysfs lifetime interaction fixes

On 12.10.2013 14:54, Fengguang Wu wrote: > On Sat, Oct 12, 2013 at 07:47:05AM +1000, Dave Airlie wrote: This is my preferred method of fixing it as I don't think the lifetimes need to be tied so closely, though this requires review my someone to make sure my unregistering etc i

[Bug 70088] Glamor on r600g crashes Xserver

https://bugs.freedesktop.org/show_bug.cgi?id=70088 --- Comment #10 from Krzysztof A. Sobiecki --- When Your patch will go into a git? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.

[Bug 70199] clang+llvm from svn crashes when generating opencl code for 64 bit types

https://bugs.freedesktop.org/show_bug.cgi?id=70199 --- Comment #6 from klondike --- Just a small note, the functions also seem to be defined in compiler-rt, we could use clang to compile them and preload them as part of the runtime. -- You are receiving this mail because: You are the assignee f

[RE-ANNOUNCE] libdrm 2.4.47 (re-uploaded with correct checksums)

Hi everyone. Tracing back what occurred on the botched release I realized that generating the announce ended up regenerating the tarballs (it ran make dist again, and I didn't notice). I've uploaded the tarballs matching the original announce (which is below). Please check back on the freedesktop.

[Bug 70199] clang+llvm from svn crashes when generating opencl code for 64 bit types

https://bugs.freedesktop.org/show_bug.cgi?id=70199 --- Comment #5 from klondike --- Created attachment 87543 --> https://bugs.freedesktop.org/attachment.cgi?id=87543&action=edit Expand most of the 64 bit operations into 32 bit ones Well I have been messing a little bit with the TargetLowering.

Re: RFC: AGP + nouveau + quirks

On Fri, Oct 11, 2013 at 12:50 PM, Alex Deucher wrote: > On Fri, Oct 11, 2013 at 12:33 AM, Ilia Mirkin wrote: >> I was just looking at >> https://bugs.freedesktop.org/show_bug.cgi?id=20341 (see last comment). >> Basically he's able to to use the card with agpmode=2 but not the >> auto-detected agp

Re: drm/sysfs lifetime interaction fixes

> >[ 97.260371] BUG: Bad page map in process killall5 pte:4f426de0 > >pmd:0f4f4067 > >[ 97.261114] addr:3fc0 vm_flags:00100173 anon_vma:4f4066c0 mapping: > >(null) index:3ffe6 > >[ 97.261912] CPU: 0 PID: 334 Comm: killall5 Not tainted > >3.12.0-rc3-00156-gdaeb5e3 #1 > >[ 97.262633]

[Bug 50594] VDPAU checks version of wrong DRM driver

https://bugs.freedesktop.org/show_bug.cgi?id=50594 --- Comment #6 from Axel --- Ok. I havent tested any of the latest releces of mesa since I endet the last batch of tests and got it working using the old 9.0.3. But I am thinking about upgrading and vanted to check if anyone know if the incorect

[Bug 50594] VDPAU checks version of wrong DRM driver

https://bugs.freedesktop.org/show_bug.cgi?id=50594 --- Comment #5 from Mike Lothian --- It was fixed for me a while back bit not tried it in a while since getting vdpau working on i965 On 12 Oct 2013 23:50, wrote: > *Comment # 4 on bug >

Re: [Bug 50594] VDPAU checks version of wrong DRM driver

It was fixed for me a while back bit not tried it in a while since getting vdpau working on i965 On 12 Oct 2013 23:50, wrote: > *Comment # 4 on bug > 50594 from > Axel > * > > Is this b

[Bug 50594] VDPAU checks version of wrong DRM driver

https://bugs.freedesktop.org/show_bug.cgi?id=50594 --- Comment #4 from Axel --- Is this bug still active or was the bug fix by Christian König implemented? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing

[Bug 64600] r600g pyrit OpenCL issue on HD6850

https://bugs.freedesktop.org/show_bug.cgi?id=64600 --- Comment #14 from Peter Wu --- Created attachment 87536 --> https://bugs.freedesktop.org/attachment.cgi?id=87536&action=edit piglit test kernel with pyrit The patches did avoid the crash, but the results are still invalid. For convenience,

[Bug 70199] clang+llvm from svn crashes when generating opencl code for 64 bit types

https://bugs.freedesktop.org/show_bug.cgi?id=70199 --- Comment #4 from Peter Wu --- I forgot to mention my environment: - HD6790 - Linux 3.11.0 - Mesa from git master, commit d7d539a1cb8dcf50cb7cd534e6ae7df3f42914c8 - LLVM from SVN trunk, rev 192532 (via git-svn) -- You are receiving this mail

[Bug 70199] clang+llvm from svn crashes when generating opencl code for 64 bit types

https://bugs.freedesktop.org/show_bug.cgi?id=70199 Peter Wu changed: What|Removed |Added CC||lekenst...@gmail.com --- Comment #3 from Pete

[Bug 66331] WebGL water demo crashes LLVM

https://bugs.freedesktop.org/show_bug.cgi?id=66331 --- Comment #3 from Dieter Nützel --- Created attachment 87534 --> https://bugs.freedesktop.org/attachment.cgi?id=87534&action=edit Dump with R600_DEBUG=ps,vs,fs -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 66331] WebGL water demo crashes LLVM

https://bugs.freedesktop.org/show_bug.cgi?id=66331 --- Comment #2 from Dieter Nützel --- (In reply to comment #1) > With current Mesa CVS (10.0.0! ;-) on RV730 AGP I get this,too. > > Pure LLVM (3.3 stable) bug, NOT sb. > > setenv R600_DEBUG nollvm > Works OK. > > Nice link, Grigori! > > Appl

Re: i915 driver fails on i686 userspace + x86_64 kernel

On Fri, Oct 11, 2013 at 10:37:25PM -0400, Pavel Roskin wrote: > Hello! > > I'm running 32-bit Ubuntu 12.04 on the latest x86_64 kernel > (mainline git). I'm using the latest X from the x-edgers PPA > (2.99.904+git20131009.b9ad5b62-0ubuntu0sarvatt~precise). > > The Intel Xorg driver fails with: >

[Bug 66331] WebGL water demo crashes LLVM

https://bugs.freedesktop.org/show_bug.cgi?id=66331 --- Comment #1 from Dieter Nützel --- With current Mesa CVS (10.0.0! ;-) on RV730 AGP I get this,too. Pure LLVM (3.3 stable) bug, NOT sb. setenv R600_DEBUG nollvm Works OK. Nice link, Grigori! Application: konqueror (4.11.2) KDE Platform Vers

[Bug 70409] Radeon 7730M discrete GPU use crashes DRI PRIME, appears to be using r600 driver

https://bugs.freedesktop.org/show_bug.cgi?id=70409 --- Comment #1 from Adam Honse --- Created attachment 87528 --> https://bugs.freedesktop.org/attachment.cgi?id=87528&action=edit Xorg log from DRI_PRIME=1 crash -- You are receiving this mail because: You are the assignee for the bug. ___

Re: [ANNOUNCE] libdrm 2.4.47

On Sat, Oct 12, 2013 at 12:32:59PM -0700, Ben Widawsky wrote: > Regarding the checksums... > > The release script in xorg/util/modular failed for me during the > release. As a result, I had to munge the script to generate the announce > without rerunning the script (which the script advises when i

[Bug 70409] New: Radeon 7730M discrete GPU use crashes DRI PRIME, appears to be using r600 driver

https://bugs.freedesktop.org/show_bug.cgi?id=70409 Priority: medium Bug ID: 70409 Assignee: dri-devel@lists.freedesktop.org Summary: Radeon 7730M discrete GPU use crashes DRI PRIME, appears to be using r600 driver Severity: n

Re: [ANNOUNCE] libdrm 2.4.47

Regarding the checksums... The release script in xorg/util/modular failed for me during the release. As a result, I had to munge the script to generate the announce without rerunning the script (which the script advises when it fails). Apparently my munging was flawed, and I honestly have no clue

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Saturday, October 12, 2013 07:54:06 AM Yves-Alexis Perez wrote: > On sam., 2013-10-12 at 01:27 +0200, Rafael J. Wysocki wrote: > > If we are to use a Kconfig option, why don't we use one instead of rather > > than > > in addition to a command line option? Say, we have > > CONFIG_ACPI_VIDEO_WIN

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Saturday, October 12, 2013 08:34:32 AM Seth Forshee wrote: > On Sat, Oct 12, 2013 at 04:44:30AM -0700, Josh Boyer wrote: > > On Fri, Oct 11, 2013 at 4:27 PM, Rafael J. Wysocki > > wrote: > > > On Friday, October 11, 2013 06:01:43 PM Josh Boyer wrote: > > >> On Fri, Oct 11, 2013 at 6:10 PM, Raf

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Sat, Oct 12, 2013 at 04:44:30AM -0700, Josh Boyer wrote: > On Fri, Oct 11, 2013 at 4:27 PM, Rafael J. Wysocki wrote: > > On Friday, October 11, 2013 06:01:43 PM Josh Boyer wrote: > >> On Fri, Oct 11, 2013 at 6:10 PM, Rafael J. Wysocki > >> wrote: > >> > On Friday, October 11, 2013 12:42:43 PM

Re: [PATCH 1/2] drm/i915: abstract the conversion of device->minor out to a macro

On Fri, Oct 11, 2013 at 03:05:56PM +1000, Dave Airlie wrote: > From: Dave Airlie > > This will make the next patch to change how this works a lot cleaner. > > Signed-off-by: Dave Airlie > --- > drivers/gpu/drm/i915/i915_sysfs.c | 32 +--- > 1 file changed, 17 insert

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Fri, Oct 11, 2013 at 4:27 PM, Rafael J. Wysocki wrote: > On Friday, October 11, 2013 06:01:43 PM Josh Boyer wrote: >> On Fri, Oct 11, 2013 at 6:10 PM, Rafael J. Wysocki >> wrote: >> > On Friday, October 11, 2013 12:42:43 PM Josh Boyer wrote: >> >> On Fri, Oct 11, 2013 at 9:27 AM, Aaron Lu wr

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Fri, Oct 11, 2013 at 11:00 PM, Yves-Alexis Perez wrote: > On sam., 2013-10-12 at 00:10 +0200, Rafael J. Wysocki wrote: >> On Friday, October 11, 2013 12:42:43 PM Josh Boyer wrote: >> > On Fri, Oct 11, 2013 at 9:27 AM, Aaron Lu wrote: >> > > v5: >> > > 1 Introduce video.use_native_backlight mod

Re: [ANNOUNCE] libdrm 2.4.47

Are you sure about those checksums? sha256sum -b libdrm-2.4.47.tar.gz 7980f80ed634b1489ef3276b7aa267c46172c160 *libdrm-2.4.47.tar.gz md5sum -b libdrm-2.4.47.tar.gz f1deddfa214dae295d20d041cadc1e79 *libdrm-2.4.47.tar.gz sha256sum -b libdrm-2.4.47.tar.gz a8756a55b131893320dc2193d18ca6013ec6e11bbe2

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On sam., 2013-10-12 at 00:10 +0200, Rafael J. Wysocki wrote: > On Friday, October 11, 2013 12:42:43 PM Josh Boyer wrote: > > On Fri, Oct 11, 2013 at 9:27 AM, Aaron Lu wrote: > > > v5: > > > 1 Introduce video.use_native_backlight module parameter and set its > > > value to false by default as sug

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On sam., 2013-10-12 at 01:27 +0200, Rafael J. Wysocki wrote: > If we are to use a Kconfig option, why don't we use one instead of rather than > in addition to a command line option? Say, we have > CONFIG_ACPI_VIDEO_WIN8_WORKAROUND and if that is set, the code will work like > the previous version

i915 driver fails on i686 userspace + x86_64 kernel

Hello! I'm running 32-bit Ubuntu 12.04 on the latest x86_64 kernel (mainline git). I'm using the latest X from the x-edgers PPA (2.99.904+git20131009.b9ad5b62-0ubuntu0sarvatt~precise). The Intel Xorg driver fails with: (EE) intel(0): No outputs and no modes. Xorg works with the i386 kern

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Friday, October 11, 2013 06:01:43 PM Josh Boyer wrote: > On Fri, Oct 11, 2013 at 6:10 PM, Rafael J. Wysocki wrote: > > On Friday, October 11, 2013 12:42:43 PM Josh Boyer wrote: > >> On Fri, Oct 11, 2013 at 9:27 AM, Aaron Lu wrote: > >> > v5: > >> > 1 Introduce video.use_native_backlight module

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Sat, 2013-10-12 at 00:45 +0200, Rafael J. Wysocki wrote: > On Friday, October 11, 2013 06:01:43 PM Josh Boyer wrote: > > On Fri, Oct 11, 2013 at 6:10 PM, Rafael J. Wysocki > > wrote: > > > On Friday, October 11, 2013 12:42:43 PM Josh Boyer wrote: > > >> On Fri, Oct 11, 2013 at 9:27 AM, Aaron L

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Saturday, October 12, 2013 02:53:38 AM Igor Gnatenko wrote: > On Sat, 2013-10-12 at 00:45 +0200, Rafael J. Wysocki wrote: > > On Friday, October 11, 2013 06:01:43 PM Josh Boyer wrote: > > > On Fri, Oct 11, 2013 at 6:10 PM, Rafael J. Wysocki > > > wrote: > > > > On Friday, October 11, 2013 12:4

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Friday, October 11, 2013 06:01:43 PM Josh Boyer wrote: > On Fri, Oct 11, 2013 at 6:10 PM, Rafael J. Wysocki wrote: > > On Friday, October 11, 2013 12:42:43 PM Josh Boyer wrote: > >> On Fri, Oct 11, 2013 at 9:27 AM, Aaron Lu wrote: > >> > v5: > >> > 1 Introduce video.use_native_backlight module

Re: [PATCH 0/11] i.MX RGB565, plane and PRIME support

On Thu, Oct 10, 2013 at 04:18:35PM +0200, Philipp Zabel wrote: > Hi, > > This series fixes DMFC allocation for small displays and pageflip events > during device close, clarifies the RGB memory formats, adds support for the > RGB565 format and KMS planes, and enables DRM PRIME using the CMA helper

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Fri, Oct 11, 2013 at 6:10 PM, Rafael J. Wysocki wrote: > On Friday, October 11, 2013 12:42:43 PM Josh Boyer wrote: >> On Fri, Oct 11, 2013 at 9:27 AM, Aaron Lu wrote: >> > v5: >> > 1 Introduce video.use_native_backlight module parameter and set its >> > value to false by default as suggested

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Friday, October 11, 2013 12:42:43 PM Josh Boyer wrote: > On Fri, Oct 11, 2013 at 9:27 AM, Aaron Lu wrote: > > v5: > > 1 Introduce video.use_native_backlight module parameter and set its > > value to false by default as suggested by Rafael. For Win8 systems > > which have broken ACPI video b

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Fri, 2013-10-11 at 12:42 -0400, Josh Boyer wrote: > On Fri, Oct 11, 2013 at 9:27 AM, Aaron Lu wrote: > > v5: > > 1 Introduce video.use_native_backlight module parameter and set its > > value to false by default as suggested by Rafael. For Win8 systems > > which have broken ACPI video backli

[ANNOUNCE] libdrm 2.4.47

Alex Deucher (2): radeon: add berlin pci ids radeon: pad CS to 8 DW Ben Widawsky (1): libdrm: bump to 2.4.47 Chia-I Wu (1): intel: silence valgrind warnings for unsynchronized maps Damien Lespiau (3): drm: Synchronize the stereo 3D mode flags from the kernel headers

Re: [PATCH v5 0/4] Fix Win8 backlight issue

On Fri, Oct 11, 2013 at 9:27 AM, Aaron Lu wrote: > v5: > 1 Introduce video.use_native_backlight module parameter and set its > value to false by default as suggested by Rafael. For Win8 systems > which have broken ACPI video backlight control, the parameter can be > set to 1 in kernel cmdlin

Question on DRM/DRI and X render to framebuffer memory and not to display?

Hi All, Please excuse me if this is not the right place to ask this question. If not please point me where should I ask? Is it possible to render to framebuffer memory or some allocated memory with graphics stack which uses DRI/DRM and Xserver and platform without any display port or monitor atta

Re: [PATCH/RFC v3 00/19] Common Display Framework

On 11/10/13 17:16, Andrzej Hajda wrote: > Picture size, content and format is the same on input and on output of DSI. > The same bits which enters DSI appears on the output. Internally bits > order can > be different but practically you are configuring DSI master and slave > with the same format.

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On Fri, 11 Oct 2013 15:30:22 +0200 Sebastian Andrzej Siewior wrote: > On 10/11/2013 02:37 PM, Steven Rostedt wrote: > > On Fri, 11 Oct 2013 12:18:00 +0200 > > Sebastian Andrzej Siewior wrote: > > > >> * Mario Kleiner | 2013-09-26 18:16:47 [+0200]: > >> > >>> Good! I will do that. Thanks for cla

Re: [PATCH/RFC v3 00/19] Common Display Framework

On 10/11/2013 02:30 PM, Tomi Valkeinen wrote: > On 11/10/13 14:19, Andrzej Hajda wrote: >> On 10/11/2013 08:37 AM, Tomi Valkeinen wrote: >>> The minimum bta-timeout should be deducable from the DSI bus speed, >>> shouldn't it? Thus there's no need to define it anywhere. >> Hmm, specification says "

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 10/11/2013 03:30 PM, Sebastian Andrzej Siewior wrote: On 10/11/2013 02:37 PM, Steven Rostedt wrote: On Fri, 11 Oct 2013 12:18:00 +0200 Sebastian Andrzej Siewior wrote: * Mario Kleiner | 2013-09-26 18:16:47 [+0200]: Good! I will do that. Thanks for clarifying the irq and constraints on ra

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 10/11/2013 02:37 PM, Steven Rostedt wrote: > On Fri, 11 Oct 2013 12:18:00 +0200 > Sebastian Andrzej Siewior wrote: > >> * Mario Kleiner | 2013-09-26 18:16:47 [+0200]: >> >>> Good! I will do that. Thanks for clarifying the irq and constraints >>> on raw locks in the other thread. >> >> Are ther

[PATCH v5 4/4] thinkpad-acpi: fix handle locate for video and query of _BCL

The tpacpi_acpi_handle_locate function makes use of acpi_get_devices to locate handle for ACPI video by HID, the problem is, ACPI video node doesn't really have HID defined(i.e. no _HID control method is defined for video device), so.. that function would fail. This can be solved by enhancing the c

[PATCH v5 3/4] ACPI / video: Do not register backlight if win8 and native interface exists

According to Matthew Garrett, "Windows 8 leaves backlight control up to individual graphics drivers rather than making ACPI calls itself. There's plenty of evidence to suggest that the Intel driver for Windows [8] doesn't use the ACPI interface, including the fact that it's broken on a bunch of mac

[PATCH v5 2/4] ACPI / video: seperate backlight control and event interface

The backlight control and event delivery functionality provided by ACPI video module is mixed together and registered all during video device enumeration time. As a result, the two functionality are also removed together on module unload time or by the acpi_video_unregister function. The two functi

[PATCH v5 1/4] backlight: introduce backlight_device_registered

Introduce a new API for modules to query if a specific type of backlight device has been registered. This is useful for some backlight device provider module(e.g. ACPI video) to know if a native control interface(e.g. the interface created by i915) is available and then do things accordingly(e.g. a

[PATCH v5 0/4] Fix Win8 backlight issue

v5: 1 Introduce video.use_native_backlight module parameter and set its value to false by default as suggested by Rafael. For Win8 systems which have broken ACPI video backlight control, the parameter can be set to 1 in kernel cmdline to skip registering ACPI video's backlight interface. Du

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On Fri, 11 Oct 2013 12:18:00 +0200 Sebastian Andrzej Siewior wrote: > * Mario Kleiner | 2013-09-26 18:16:47 [+0200]: > > >Good! I will do that. Thanks for clarifying the irq and constraints > >on raw locks in the other thread. > > Are there any suggestions for "now"? preempt_disable_nort() lik

Re: [PATCH/RFC v3 00/19] Common Display Framework

On 11/10/13 14:19, Andrzej Hajda wrote: > On 10/11/2013 08:37 AM, Tomi Valkeinen wrote: >> The minimum bta-timeout should be deducable from the DSI bus speed, >> shouldn't it? Thus there's no need to define it anywhere. > Hmm, specification says "This specified period shall be longer then > the ma

Re: [PATCH/RFC v3 00/19] Common Display Framework

On 10/11/2013 08:37 AM, Tomi Valkeinen wrote: > On 09/10/13 17:08, Andrzej Hajda wrote: > >> As I have adopted existing internal driver for MIPI-DSI bus, I did not >> take too much >> care for DT. You are right, 'bta-timeout' is a configuration parameter >> (however its >> minimal value is determin

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

* Mario Kleiner | 2013-09-26 18:16:47 [+0200]: >Good! I will do that. Thanks for clarifying the irq and constraints >on raw locks in the other thread. Are there any suggestions for "now"? preempt_disable_nort() like Luis suggesed? >-mario Sebastian _

[Bug 70163] `BUG: unable to handle kernel NULL pointer dereference at 00000064` with `tty_open()`

https://bugs.freedesktop.org/show_bug.cgi?id=70163 Paul Menzel changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: drm/sysfs lifetime interaction fixes

On Sat, Oct 12, 2013 at 07:47:05AM +1000, Dave Airlie wrote: > >> > >> This is my preferred method of fixing it as I don't think the lifetimes > >> need > >> to be tied so closely, though this requires review my someone to make sure > >> my unregistering etc is correct and in the right place. > >

[Bug 70385] r600 glamor high X cpu usage and lag on some gtk2 applications

https://bugs.freedesktop.org/show_bug.cgi?id=70385 --- Comment #2 from Fabio Pedretti --- You should try current git glamor, it has some fixes and speedups. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailin

Re: [PATCH v2 17/27] drm/tegra: Add Tegra114 HDMI support

On Fri, Oct 11, 2013 at 04:19:19PM -0600, Stephen Warren wrote: > On 10/07/2013 02:34 AM, Thierry Reding wrote: > > From: Mikko Perttunen > > > > Tegra114 TMDS configuration requires a new peak_current field and the > > driver current override bit has changed position. > > > diff --git a/drivers

Re: [PATCH v2 17/27] drm/tegra: Add Tegra114 HDMI support

On Fri, Oct 11, 2013 at 04:22:14PM -0600, Stephen Warren wrote: > On 10/11/2013 04:19 PM, Stephen Warren wrote: > > On 10/07/2013 02:34 AM, Thierry Reding wrote: > >> From: Mikko Perttunen > >> > >> Tegra114 TMDS configuration requires a new peak_current field and the > >> driver current override

Re: [PATCH v2 16/27] drm/tegra: Add Tegra114 display controller support

On Fri, Oct 11, 2013 at 04:14:27PM -0600, Stephen Warren wrote: > On 10/07/2013 02:34 AM, Thierry Reding wrote: > > From: Mikko Perttunen > > > > The Tegra114 display controller is backwards-compatible with previous > > generations of the Tegra SoC. No code changes are required. > > If the HW is

Re: [PATCH v2 15/27] gpu: host1x: Add support for Tegra114

On Fri, Oct 11, 2013 at 04:13:07PM -0600, Stephen Warren wrote: > On 10/07/2013 02:34 AM, Thierry Reding wrote: > > Tegra114 uses a slightly updated version of host1x with an additional > > syncpoint. > > > drivers/gpu/host1x/hw/host1x02.c| 42 + > > drivers/gpu/host1x/hw/host1x0

Re: [PATCH v2 14/27] drm/tegra: Move driver to DRM tree

On Fri, Oct 11, 2013 at 04:11:35PM -0600, Stephen Warren wrote: > On 10/07/2013 02:34 AM, Thierry Reding wrote: > > In order to subsystem-wide changes easier, move the Tegra DRM driver > ^^ make ? I had noticed myself already and fixed it up. Thanks, Thierry pgpGAqzrNTp42.pgp Descr

[Bug 64157] Second Life viewer crashes: radeon: mmap failed, errno: 12

https://bugs.freedesktop.org/show_bug.cgi?id=64157 Piero Finizio changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

Re: [ANNOUNCE] libdrm 2.4.47

Am Fri, 11 Oct 2013 23:04:02 -0700 (PDT) schrieb Laurent Carlier : > Am i alone ? > c2dac2250adbcea23efb18fa8cf484c0f43c8ffbf5064ec82678bc410084f8e7 > libdrm-2.4.47.tar.bz2 > The same here. -Andy ArchLinux signature.asc Description: PGP signature ___

RE: [PATCH 06/23] drm/exynos: Pass context in manager ops instead of dev

> void exynos_drm_encoder_plane_enable(struct drm_encoder *encoder, void > *data) > @@ -495,7 +495,7 @@ void exynos_drm_encoder_plane_enable(struct > drm_encoder *encoder, void *data) > zpos = *(int *)data; > > if (manager_ops && manager_ops->win_enable) > - manage

[Bug 70385] r600 glamor high X cpu usage and lag on some gtk2 applications

https://bugs.freedesktop.org/show_bug.cgi?id=70385 --- Comment #1 from Aleks --- OK, on Libreoffice buttons are paint in black, and the application causes a high X cpu usage (~40 %). When i open a file in Calc, the system is slow down and is very near to hang up. -- You are receiving this mail

Re: [ANNOUNCE] libdrm 2.4.47

Le vendredi 11 octobre 2013 10:11:18 Ben Widawsky a écrit : > > http://dri.freedesktop.org/libdrm/libdrm-2.4.47.tar.bz2 > MD5: e043d6d59328887b9e434f4d27aacc09 libdrm-2.4.47.tar.bz2 > SHA1: d9775b71c681c67a53794a72785a45846a17578c libdrm-2.4.47.tar.bz2 > SHA256: a98809a55ede4dac17416cac41f1f017

RE: [PATCH 12/23] drm/exynos: Split manager/display/subdrv

> -Original Message- > From: Sean Paul [mailto:seanp...@chromium.org] > Sent: Saturday, October 12, 2013 1:20 PM > To: Inki Dae > Cc: DRI mailing list; Stéphane Marchesin; Dave Airlie; Tomasz Figa > Subject: Re: [PATCH 12/23] drm/exynos: Split manager/display/subdrv > > On Fri, Oct 11, 2

Re: [PATCH 12/23] drm/exynos: Split manager/display/subdrv

On Fri, Oct 11, 2013 at 11:49 PM, Inki Dae wrote: > > >> -Original Message- >> From: Sean Paul [mailto:seanp...@chromium.org] >> Sent: Saturday, October 12, 2013 11:07 AM >> To: Inki Dae >> Cc: DRI mailing list; Stéphane Marchesin; Dave Airlie; Tomasz Figa >> Subject: Re: [PATCH 12/23] drm

RE: [PATCH 12/23] drm/exynos: Split manager/display/subdrv

> -Original Message- > From: Sean Paul [mailto:seanp...@chromium.org] > Sent: Saturday, October 12, 2013 11:07 AM > To: Inki Dae > Cc: DRI mailing list; Stéphane Marchesin; Dave Airlie; Tomasz Figa > Subject: Re: [PATCH 12/23] drm/exynos: Split manager/display/subdrv > > On Fri, Oct 11,

Re: [PATCH 00/23] drm/exynos: Refactor parts of the exynos driver

Hi Sean, On Thursday 10 of October 2013 20:30:13 Sean Paul wrote: > This patchset refactors parts of the exynos driver to move it closer to a > proper > drm driver (rather than just implementing a drm layer on top of the hardware > drivers). The hope is to get to a point where the dp/hdmi drivers

Re: [PATCH 12/23] drm/exynos: Split manager/display/subdrv

On Fri, Oct 11, 2013 at 8:42 PM, Inki Dae wrote: >> static int exynos_drm_create_enc_conn(struct drm_device *dev, >> - struct exynos_drm_subdrv *subdrv) >> + struct exynos_drm_display *display) >> { >> struct drm