On Fri, Apr 25, 2014 at 11:34 AM, Ajay kumar wrote:
> On Friday, April 25, 2014, Thierry Reding wrote:
>>
>> On Thu, Apr 24, 2014 at 12:56:02AM +0530, Ajay kumar wrote:
>> > Thierry,
>> >
>> > On Wed, Apr 23, 2014 at 1:12 PM, Thierry Reding
>> > wrote:
>> > > On Wed, Apr 23, 2014 at 09:29:15AM +
On Fri, Apr 25, 2014 at 11:37:18AM -0600, Bjorn Helgaas wrote:
> On Fri, Apr 25, 2014 at 11:35:21AM -0600, Bjorn Helgaas wrote:
> > [+cc Daniel, Jani, intel-gfx, dri-devel, -cc stable]
> >
> > On Mon, Apr 07, 2014 at 03:10:32PM +0200, Thomas Jarosch wrote:
> > > After a CPU upgrade while keeping t
On Fri, Apr 25, 2014 at 05:50:57PM -0400, Jerome Glisse wrote:
> On Fri, Apr 25, 2014 at 05:47:48PM -0400, Jerome Glisse wrote:
> > On Thu, Apr 24, 2014 at 09:37:22AM -0400, Johannes Weiner wrote:
> > > Hi Thomas,
> > >
> > > On Wed, Apr 02, 2014 at 04:26:08PM +0200, Thomas Schwinge wrote:
> > > >
Christian K?nig wrote:
> Am 23.04.2014 23:36, schrieb Woody Suwalski:
>> Dave Airlie wrote:
>>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>>> wrote:
Dave, mind sending me a pull request for drm fixes?
There's now at least these two:
- "drm/radeon/aux: fix hpd assig
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #8 from Tasev Nikola ---
Created attachment 133801
--> https://bugzilla.kernel.org/attachment.cgi?id=133801&action=edit
dmesg broken kernel before suspend/resume
--
You are receiving this mail because:
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #7 from Tasev Nikola ---
Created attachment 133791
--> https://bugzilla.kernel.org/attachment.cgi?id=133791&action=edit
dmesg working kernel after suspend/resume
--
You are receiving this mail because:
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #6 from Tasev Nikola ---
Hi Daniel,
First, sorry if i confuse you , i'm just an averrage user.
But yes this is really the first bad commit git bisect found.
I saw that it is just one line simple patch but it probably masked another
p
OTC Commit: 426729dcc713b3d1ae802e314030e5556a62da53
Git commit 90797e6d1ec0dfde6ba62a48b9ee3803887d6ed4
("drm/i915: create compact dma scatter lists for gem objects") makes
certain assumptions about the under laying DMA API that are not always
correct.
On a ThinkPad X230 with an Intel HD 4000 wi
On Fri, Apr 25, 2014 at 05:47:48PM -0400, Jerome Glisse wrote:
> On Thu, Apr 24, 2014 at 09:37:22AM -0400, Johannes Weiner wrote:
> > Hi Thomas,
> >
> > On Wed, Apr 02, 2014 at 04:26:08PM +0200, Thomas Schwinge wrote:
> > > Hi!
> > >
> > > On Fri, 2 Aug 2013 11:37:26 -0400, Johannes Weiner > >
On Thu, Apr 24, 2014 at 09:37:22AM -0400, Johannes Weiner wrote:
> Hi Thomas,
>
> On Wed, Apr 02, 2014 at 04:26:08PM +0200, Thomas Schwinge wrote:
> > Hi!
> >
> > On Fri, 2 Aug 2013 11:37:26 -0400, Johannes Weiner
> > wrote:
> > > Each zone that holds userspace pages of one workload must be ag
On 04/23/2014 07:13 PM, Russell King - ARM Linux wrote:
> On Wed, Apr 23, 2014 at 05:43:28PM +0100, Russell King - ARM Linux wrote:
>> So, maybe you would like to finally address *my* point about TDA998x
>> and your solution in a way that provides a satisfactory answer. *Show*
>> how it can be don
Set the correct subdev/engine classes when GK20A (0xea) is probed.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/core/engine/device/nve0.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/core/engine/device/nve0.c
b/drivers/gpu/drm/no
Add a GR device for GK20A based on NVE4, with the correct classes
definitions (GK20A's 3D class is 0xa297).
Most of the NVE4 code can be used on GK20A, so make relevant bits of
NVE4 available to other chips as well.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/Makefile
Pad the microcode to a multiple of 0x40 words, otherwise firmware will
fail to run from non-prepadded firmware files.
Signed-off-by: Alexandre Courbot
Reviewed-by: Thierry Reding
---
drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers
nvc0_graph_ctor() would only let the graphics engine be enabled if its
oclass has a proper microcode linked to it. This prevents GR from being
enabled at all on chips that rely exclusively on external firmware, even
though such a use-case is valid.
Relax the conditions enabling the GR engine to al
GK20A's FIFO is compatible with NVE0, but only features 128 channels and
1 runlist.
Signed-off-by: Alexandre Courbot
Reviewed-by: Thierry Reding
---
drivers/gpu/drm/nouveau/Makefile | 1 +
drivers/gpu/drm/nouveau/core/engine/fifo/gk20a.c | 35 ++
drivers
Add a simple FB device for GK20A, as well as a RAM implementation based
on contiguous DMA memory allocations suitable for chips that use system
memory as video RAM.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/Makefile | 2 +
drivers/gpu/drm/nouveau/core/includ
Add support for initializing the priv ring of GK20A. This is done by the
BIOS on desktop GPUs, but needs to be done by hand on Tegra.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/Makefile | 1 +
drivers/gpu/drm/nouveau/core/include/subdev/ibus.h | 1 +
drive
Adapt the NVC0 BAR driver to make it able to support chips that do not
expose a BAR3. When this happens, BAR1 is then used for USERD mapping
and the BAR alloc() functions is disabled, making GPU objects unable
to rely on BAR for data access and falling back to PRAMIN.
Signed-off-by: Alexandre Cour
Some chips that use system memory exclusively (e.g. GK20A) do not
expose 2 BAR regions. For them only BAR1 exists, and it should be used
for USERD mapping. Do not map BAR3 if its resource does not exist.
Signed-off-by: Alexandre Courbot
Reviewed-by: Thierry Reding
---
drivers/gpu/drm/nouveau/co
Changes since v2:
- Enabled software class
- Removed unneeded changes to nouveau_accel_init()
- Replaced use of architecture-private pfn_to_dma() and dma_to_pfn() with
the portable page_to_phys()/phys_to_page()
- Fixed incorrect comment/commit log talking about bytes instead of words
Hope this l
ble
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140425/8ffd902a/attachment.sig>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140425/c33bdd69/attachment.html>
On Fri, 25 Apr 2014, Jani Nikula wrote:
> Daniel Vetter (3):
> drm/i915: Sanitize the enable_ppgtt module option once
Aww crap, our QA spotted a show stopper bug in this one, and I missed
the bug report [1]. My bad, although I can't disagree with Chris'
assessment in comment #1 of the bug.
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140425/15ece039/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140425/1ad382c7/attachment.html>
Hi Dave,
This request-pull includes some minor fixups and cleanups,
and updates maintainer entry to Display Port driver.
This driver had been just moved from drivers/video/exynos
into drivers/gpu/drm/exynos so the maintainter entry should
also be updated to right person.
Please kin
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140425/68812674/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140425/42027035/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140425/eef9aeb6/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140425/ab03cfc6/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140425/973f4804/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140425/b6aa29a8/attachment-0001.html>
vel/attachments/20140425/a6fdc3e1/attachment.html>
On Fri, 25 Apr 2014, Pavel Machek wrote:
>> On Thu, Apr 24, 2014 at 09:40:38PM +0200, Pavel Machek wrote:
>> > Hi!
>> >
>> > > And if you can indeed reliably reproduce this a bisect could be really
>> > > useful.
>> >
>> > And we have a winner here :-)
>> >
>> > Ok, it was not as painfull as I
org/archives/dri-devel/attachments/20140425/81d14027/attachment.html>
ula, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140425/b4971a31/attachment.sig>
ations, see: http://forums.gentoo.org/viewtopic-p-7529160.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/20140425/680f5e6b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70651
Zsolt Barat changed:
What|Removed |Added
CC||zsolt at softmonsters.com
--- Comment #13 f
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #5 from Daniel Vetter ---
Hm, 25f397a429dfa43f22c was already merged into 3.11, but you say that 3.14
works fine. Is this really the right first bad commit git bisect found? I'm
confused ...
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=74751
Daniel Vetter changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
s 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/20140425/d8f9fdd8/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=74751
Tasev Nikola changed:
What|Removed |Added
Regression|No |Yes
--
You are receiving this mail becaus
Sorry for the previous reply. Here goes the full explaination.
On Fri, Apr 25, 2014 at 11:40 AM, Ajay kumar wrote:
> On Thu, Apr 24, 2014 at 11:08 PM, Ajay kumar wrote:
>> On Thu, Apr 24, 2014 at 10:55 PM, Rob Clark wrote:
>>> On Thu, Apr 24, 2014 at 12:55 PM, Ajay kumar wrote:
Rob,
On Thu, Apr 24, 2014 at 11:08 PM, Ajay kumar wrote:
> On Thu, Apr 24, 2014 at 10:55 PM, Rob Clark wrote:
>> On Thu, Apr 24, 2014 at 12:55 PM, Ajay kumar wrote:
>>> Rob,
>>>
>>> On Thu, Apr 24, 2014 at 9:41 PM, Rob Clark wrote:
On Wed, Apr 23, 2014 at 3:02 PM, Ajay kumar wrote:
> Sorry
On Fri, Apr 25, 2014 at 11:35:21AM -0600, Bjorn Helgaas wrote:
> [+cc Daniel, Jani, intel-gfx, dri-devel, -cc stable]
>
> On Mon, Apr 07, 2014 at 03:10:32PM +0200, Thomas Jarosch wrote:
> > After a CPU upgrade while keeping the same mainboard,
> > we faced "spurious interrupt" problems again.
> >
[+cc Daniel, Jani, intel-gfx, dri-devel, -cc stable]
On Mon, Apr 07, 2014 at 03:10:32PM +0200, Thomas Jarosch wrote:
> After a CPU upgrade while keeping the same mainboard,
> we faced "spurious interrupt" problems again.
>
> It turned out that the new CPU also featured a
> new GPU with a differen
On Friday, April 25, 2014, Thierry Reding wrote:
>
> On Thu, Apr 24, 2014 at 12:56:02AM +0530, Ajay kumar wrote:
> > Thierry,
> >
> > On Wed, Apr 23, 2014 at 1:12 PM, Thierry Reding
> > wrote:
> > > On Wed, Apr 23, 2014 at 09:29:15AM +0200, Daniel Vetter wrote:
> [...]
> > >> Imo this makes sense
Hi Dave,
Figured I might as well flush out my queue of random drm patches while I
throw drm-next pull requests at you ;-)
Mostly just polish for Matt Roper's primary planes work (nothing for
-fixes, that patch is already in Thierry's tree), plus two other things.
All nicely reviewed and also test
The 800x600 (SVGA) screen resolution was lacking in the set of
built-in selectable EDID screen resolutions that can be used to
repair misbehaving monitor firmware.
This patch adds the related data set and expands the documentation.
Note that the SVGA bit occupies a different byte to all the existi
Hi Dave,
Fixes for msm for 3.15.. a memory leak fix for devices using vram
carveout instead of iommu. Plus I think finally managed to sort out /
workaround some cursor vs underflow issues. And small fbcon tweak
needed to avoid extra full-modesets at boot.
---
The following changes since co
On Thu, Apr 24, 2014 at 03:57:27PM -0700, Tim Harvey wrote:
> On Thu, Apr 24, 2014 at 3:07 PM, Russell King - ARM Linux
> wrote:
> > On Thu, Apr 24, 2014 at 02:00:49PM -0700, Tim Harvey wrote:
> >> I'm still seeing issues with HDMI detect on powerup, at least on my
> >> Gateworks Ventana boards (w
On Fri, 25 Apr 2014, Pavel Machek wrote:
> > > And we have a winner here :-)
> > >
> > > Ok, it was not as painfull as I feared.
> > >
> > > It does not revert cleanly, but doing it by hand was not that bad.
> >
> > Oh my. That is bizarre, can you check whether you have
> >
> > commit 9991ae78
> On Thu, Apr 24, 2014 at 09:40:38PM +0200, Pavel Machek wrote:
> > Hi!
> >
> > > And if you can indeed reliably reproduce this a bisect could be really
> > > useful.
> >
> > And we have a winner here :-)
> >
> > Ok, it was not as painfull as I feared.
> >
> > It does not revert cleanly, but d
Hi!
> > > And if you can indeed reliably reproduce this a bisect could be really
> > > useful.
> >
> > And we have a winner here :-)
> >
> > Ok, it was not as painfull as I feared.
> >
> > It does not revert cleanly, but doing it by hand was not that bad.
>
> Oh my. That is bizarre, can you c
55 matches
Mail list logo
