are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/8bfeff3f/attachment-0001.html>
exact
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/3b5bab22/attachment.html>
needed after all.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/882683f5/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/50f11c3e/attachment.html>
ou are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/9857317c/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/49166b88/attachment.html>
g/archives/dri-devel/attachments/20140115/33aed2d8/attachment.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/7a3d715c/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/0ef30920/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #12 from Alex Deucher ---
Does disabling hyperZ help? E.g., set env var R600_DEBUG=nohyperz in
/etc/environment or however your distro handles global env vars.
--
You are receiving this mail because:
You are watching the assignee of
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/c85c556f/attachment.html>
hives/dri-devel/attachments/20140115/31788bc0/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/cd8f7571/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/ed8e4511/attachment.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/75aabe19/attachment.html>
.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/889ba859/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140115/8c59655a/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #11 from kilobug at kilobug.org ---
Created attachment 122201
--> https://bugzilla.kernel.org/attachment.cgi?id=122201&action=edit
DMESG : with the drm-next branch and the patch from
https://bugzilla.kernel.org/show_bug.cgi?id=68571#c
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #10 from kilobug at kilobug.org ---
I tried the patch, with various kind of programs (3d games, 2d games, desktop
apps, mplayer, ...). It worked somewhat better, but I still got some lockup
with some programs (I'll send the dmesg), and
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140115/2c04c60d/attachment.html>
org/archives/dri-devel/attachments/20140115/eda46f06/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/3743e518/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/8a612760/attachment.html>
If you have any problems with both patches, drop patch 1/2.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2014011
Seems to work OK thanks.
Bob
On Tue, 2014-01-14 at 15:15 +1000, Ben Skeggs wrote:
> On Tue, Jan 14, 2014 at 3:07 PM, Ben Skeggs wrote:
> > On Tue, Jan 14, 2014 at 1:22 PM, Bob Gleitsmann
> > wrote:
> >> I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8
> >> git. Maybe it's
On 01/15/2014 03:48 PM, Anssi Hannula wrote:
> 15.01.2014 13:27, Jyri Sarha kirjoitti:
>> On 12/31/2013 03:25 PM, Mark Brown wrote:
>>> On Fri, Dec 20, 2013 at 12:39:38PM +0200, Jyri Sarha wrote:
support. The only supported sample format is SNDRV_PCM_FORMAT_S32_LE.
The 8 least significant
There is no need to include "plat/map-base.h" in ipp driver. Remove
this and enable this driver for multi-platform.
Signed-off-by: Tushar Behera
---
drivers/gpu/drm/exynos/Kconfig |2 +-
drivers/gpu/drm/exynos/exynos_drm_ipp.c |1 -
2 files changed, 1 insertion(+), 2 deletions(-
On Wed, 15 Jan 2014 13:27:21 +0200
Jyri Sarha wrote:
> From driver/gpu/drm/i2c/tda998x_drv.c. The driver configures CTS_N
> register statically to a value that works only with 4 byte samples.
> According to my tests it is possible to support 3 and 2 byte samples too
> by changing the CTS_N re
Am Wed, 15 Jan 2014 08:21:48 +0100
schrieb bjoern :
> Hi all,
>
> I sent this initially to the linux-kernel list but suggestion was to
> send it to dri-devel.
>
> I use Ubuntu 13.10 x64. I run XBMC Alpha Git 10 using HDMI output.
>
> I use Ubuntu kernels from mainline
> (http://kernel.ubuntu.co
The head number of a given display controller is fixed in hardware and
required to program outputs appropriately. Relying on the driver probe
order to determine this number will not work, since that could yield a
situation where the second head was probed first and would be assigned
head number 0 i
g this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/0074d7eb/attachment.html>
g with a certain modeline, I?d
call it incorrect. What did I miss?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/576fb204/attachment-0001.html>
15.01.2014 13:27, Jyri Sarha kirjoitti:
> On 12/31/2013 03:25 PM, Mark Brown wrote:
>> On Fri, Dec 20, 2013 at 12:39:38PM +0200, Jyri Sarha wrote:
>>> support. The only supported sample format is SNDRV_PCM_FORMAT_S32_LE.
>>> The 8 least significant bits are ignored.
>>
>> Where does this constraint
Em Mon, 13 Jan 2014 13:32:16 +0100
Maarten Lankhorst escreveu:
> This allows reservation objects to be used in dma-buf. it's required
> for implementing polling support on the fences that belong to a dma-buf.
>
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/base/dma-buf.c
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/dc841714/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/0034055b/attachment.html>
nt was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/b02c43b4/attachment.html>
this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/5d72929f/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/acb0d9f0/attachment.html>
On 12/31/2013 03:25 PM, Mark Brown wrote:
> On Fri, Dec 20, 2013 at 12:39:38PM +0200, Jyri Sarha wrote:
>
>> Add machine driver support for BeagleBone-Black and other boards with
>> tilcdc support and NXP TDA998X HDMI transmitter connected to McASP
>> port in I2S mode. The 44100 Hz sample-rate and
On 12/31/2013 03:16 PM, Mark Brown wrote:
> On Fri, Dec 20, 2013 at 12:38:27PM +0200, Jyri Sarha wrote:
>
>> +static int evm_startup(struct snd_pcm_substream *substream)
>> +{
>> +struct snd_soc_pcm_runtime *rtd = substream->private_data;
>> +struct snd_soc_card *soc_card = rtd->codec->card
On Wed, Jan 15, 2014 at 09:45:28AM +0100, Daniel Vetter wrote:
> On Wed, Jan 15, 2014 at 9:39 AM, Daniel Vetter wrote:
> > On Wed, Jan 15, 2014 at 12:40 AM, Russell King - ARM Linux
> > wrote:
> >> On Wed, Jan 15, 2014 at 12:25:10AM +0100, Daniel Vetter wrote:
> >>> On Tue, Jan 14, 2014 at 06:14:
On 01/15/2014 02:06 AM, Thierry Reding wrote:
> On Tue, Jan 14, 2014 at 10:53:19AM -0700, Stephen Warren wrote:
>> On 01/14/2014 07:45 AM, Thierry Reding wrote:
>>> The head number of a given display controller is fixed in hardware and
>>> required to program outputs appropriately. Relying on the d
g at the code only
modifies the out_values parameter when it knows that it will succeed.
Furthermore the function's kernel-doc explicitly says that "out_values
is modified only if a valid u32 value can be decoded" (i.e. on success).
Thierry
-- next part
ytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/7b191791/attachment.pgp>
On Wed, Jan 15, 2014 at 9:39 AM, Daniel Vetter wrote:
> On Wed, Jan 15, 2014 at 12:40 AM, Russell King - ARM Linux
> wrote:
>> On Wed, Jan 15, 2014 at 12:25:10AM +0100, Daniel Vetter wrote:
>>> On Tue, Jan 14, 2014 at 06:14:06AM -0800, Ben Widawsky wrote:
>>> > Both i915 and Armada had the exact
Replace an occurrence of "adapater" with "adapter".
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_dp_helper.c b/drivers/gpu/drm/drm_dp_helper.c
index dba4205de274..dc1e8a247f27 100644
---
On Wed, Jan 15, 2014 at 12:40 AM, Russell King - ARM Linux
wrote:
> On Wed, Jan 15, 2014 at 12:25:10AM +0100, Daniel Vetter wrote:
>> On Tue, Jan 14, 2014 at 06:14:06AM -0800, Ben Widawsky wrote:
>> > Both i915 and Armada had the exact same implementation. For an upcoming
>> > patch, I'd like to c
ng this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/4bb73fa3/attachment.html>
buffer overflowed. Please tell me
if something important is missing.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2014011
On Wed, Jan 15, 2014 at 3:40 AM, Thierry Reding
wrote:
> Replace an occurrence of "adapater" with "adapter".
>
> Signed-off-by: Thierry Reding
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/drm_dp_helper.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu
d: off, on, auto
coherent: 1
range: (0, 1)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/1c966511/attachment-0001.html>
A non-text attachment was scrubbed...
Name: kernel_3.11.10.log
Type: text/x-log
Size: 56029 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/159c1e3f/attachment-0003.bin>
-- next part --
A non-text attachment
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/2f675f3e/attachment.html>
this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/16b46326/attachment-0001.html>
Hi Linus,
One nouveau regression fix on older cards, i915 black screen fixes, and a
revert for a strange G33 intel problem.
Dave.
The following changes since commit 7e22e91102c6b9df7c4ae2168910e19d2bb14cd6:
Linux 3.13-rc8 (2014-01-12 17:04:18 +0700)
are available in the git repository at:
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/4e44b070/attachment.html>
sktop.org/archives/dri-devel/attachments/20140115/cc9ec0cd/attachment.html>
I've seen a number of apps spending unreasonable amounts of time in
drm_intel_bo_busy during the buffer mapping process.
We can't track idleness in general, in the case of buffers shared
across processes. But this should significantly reduce our overhead
for checking for busy on things like VBOs.
On Tue, Jan 14, 2014 at 06:14:06AM -0800, Ben Widawsky wrote:
> Both i915 and Armada had the exact same implementation. For an upcoming
> patch, I'd like to call this function from two different source files in
> i915, and having it available externally helps there too.
>
> While moving, add 'debu
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140115/a0036f3e/attachment-0001.html>
61 matches
Mail list logo
