On Mon, Oct 27, 2014 at 11:26:30PM +0100, Daniel Vetter wrote:
> Looking at the of_drm_find_panel function I actually wonder how that
> works - the drm_panel doesn't really need to stick around afaics.
> After all panel_list is global so some other driver can unload.
> Russell's of support for poss
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141027/079860ce/attachment.html>
On Mon, Oct 27, 2014 at 11:20 PM, Daniel Vetter wrote:
> On Mon, Oct 27, 2014 at 8:58 PM, Sean Paul wrote:
@@ -660,8 +662,11 @@ struct drm_bridge_funcs {
* @driver_private: pointer to the bridge driver's internal context
*/
struct drm_bridge {
- struct drm_device
On Mon, Oct 27, 2014 at 8:58 PM, Sean Paul wrote:
>>> @@ -660,8 +662,11 @@ struct drm_bridge_funcs {
>>> * @driver_private: pointer to the bridge driver's internal context
>>> */
>>> struct drm_bridge {
>>> - struct drm_device *dev;
>>> + struct device *dev;
>>
>> Please don't rename
https://bugzilla.kernel.org/show_bug.cgi?id=86891
Dieter Nützel changed:
What|Removed |Added
CC||Dieter at nuetzel-hh.de
--- Comment #5 f
u 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/20141027/1a44af76/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/74d117ac/attachment.html>
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/20141027/2730b5c8/attachment-0001.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/e61f6456/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/20141027/0ad0ada8/attachment.html>
ulation holds the promise of making the future better...
>
> - ajax
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/86e05c01/attachment.html>
-Mesa-10-3-2-1&p=448863#post448863
--
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/20141027/2f85de66/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/87a18875/attachment.html>
adi,input-depth = <8>;
> > > + adi,input-colorspace = "rgb";
> > > + adi,input-clock = "1x";
> > > + adi,input-style = <1>;
> > > + adi,input-justification = "evenly";
> > > +
> > > + ports {
> > > + #address-cells = <1>;
> > &g
any other useful information.
--
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/20141027/ac6cc0d8/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=86891
--- Comment #4 from Michael Mair-Keimberger ---
Created attachment 155491
--> https://bugzilla.kernel.org/attachment.cgi?id=155491&action=edit
bisec.tar.gz
Additional all benchmarks i've made from every bisected kernel. the first one
is the 3.1
https://bugzilla.kernel.org/show_bug.cgi?id=86891
--- Comment #3 from Michael Mair-Keimberger ---
I though it takes more time, but i already finished bisecting :)
The result:
59bc1d89d6a4d67c94a9b70fa81bda1d5b04f0cb is the first bad commit
commit 59bc1d89d6a4d67c94a9b70fa81bda1d5b04f0cb
Author:
So don't ask why but I accidentally ended up in a branch looking at this
patch and didn't like it. So very quick&grumpy review.
First, please make the patch subject more descriptive: I'd expect a helper
function scaffolding like the various crtc/probe/dp ... helpers we already
have. You instead ad
On Mon, Oct 27, 2014 at 04:20:21PM +0100, Andrzej Hajda wrote:
> On 10/27/2014 03:17 PM, Daniel Vetter wrote:
> > On Mon, Oct 27, 2014 at 10:48:26AM +0100, Andrzej Hajda wrote:
> >> Signed-off-by: Andrzej Hajda
> >> ---
> >> MAINTAINERS | 7 +++
> >> 1 file changed, 7 insertions(+)
> >>
> >>
With kernel 3.18.0-rc2 I'm getting the following kernel panic
in drm_calc_vbltimestamp_from_scanoutpos()on the parisc platform.
As you can see in the attached log, the ring test fails.
This is not a new bug - it has failed with older kernels too and of course it
would be nice to get it fixed at s
/linux-cubox into drm-next
--
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/20141027/1cca7685/attachment.html>
On architectures for which access to GPU memory is non-coherent,
caches need to be flushed and invalidated explicitly when BO control
changes between CPU and GPU.
This patch adds buffer synchronization functions which invokes the
correct API (PCI or DMA) to ensure synchronization is effective.
Ba
Specify TTM_PL_FLAG_UNCACHED when allocating GPFIFOs and fences to
allow them to be safely accessed by the kernel without being synced
on non-coherent architectures.
Signed-off-by: Alexandre Courbot
---
drm/nouveau_chan.c | 2 +-
drm/nv84_fence.c | 4 ++--
2 files changed, 3 insertions(+), 3 d
Allow nouveau_bo_new() to recognize the TTM_PL_FLAG_UNCACHED flag, which
means that we want the allocated BO to be perfectly coherent between the
CPU and GPU. This is useful on non-coherent architectures for which we
do not want to manually sync some rarely-accessed buffers: typically,
fences and p
Add a function allowing us to know whether a device is CPU-coherent,
i.e. accesses performed by the CPU on GPU-mapped buffers will
be immediately visible on the GPU side and vice-versa.
For now, a device is considered to be coherent if it uses the PCI bus on
a non-ARM architecture.
Signed-off-by:
It has been a couple of months since v4 - apologies for this. v4 has not
received many comments, but this version addresses them and makes a new
attempt at pushing the critical bit for GK20A and Nouveau on ARM in
general.
As a reminder, this series addresses the memory coherency issue that we
are
https://bugzilla.kernel.org/show_bug.cgi?id=86891
--- Comment #2 from Michael Mair-Keimberger ---
(In reply to Alex Deucher from comment #1)
> Likely a duplicate of:
> https://bugs.freedesktop.org/show_bug.cgi?id=84662
> and
> https://bugs.freedesktop.org/show_bug.cgi?id=84570
> Can you bisect?
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/20141027/bec5fa7a/attachment.html>
On 27.10.2014 14:24, Joe Perches wrote:
> Precedence of & and >> is not the same and is not left to right.
> shift has higher precedence and should be done after the mask.
>
> Add parentheses around the mask.
>
> Use the already #defined values instead of hardcoding.
>
> Signed-off-by: Joe Perches
l and mesa 10.3.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/20141027/74736746/attachment.html>
On Mo, 2014-10-27 at 11:00 -0400, Adam Jackson wrote:
> On Fri, 2014-10-24 at 18:31 -0700, Stéphane Marchesin wrote:
>
> > Dave, Adam: are you ok with this patch?
>
> Seems like it doesn't go far enough? You'd already need an "aware"
> guest to have this work, since the chip actually being emul
On Fri, Oct 24, 2014 at 07:00:17PM +0100, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> We can't let visible set true while the fb is null, some places of
> the code only check for visible to base its decisions.
>
> Signed-off-by: Gustavo Padovan
For the series:
Reviewed-by: Ville Syrjäl
On 10/27/2014 03:17 PM, Daniel Vetter wrote:
> On Mon, Oct 27, 2014 at 10:48:26AM +0100, Andrzej Hajda wrote:
>> Signed-off-by: Andrzej Hajda
>> ---
>> MAINTAINERS | 7 +++
>> 1 file changed, 7 insertions(+)
>>
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index dd31933..476679c 100644
>> ---
On Wed, Aug 27, 2014 at 10:29 AM, Ajay Kumar
wrote:
> A set of helper functions are defined in this patch to make
> bridge driver probe independent of the drm flow.
>
> The bridge devices register themselves on a lookup table
> when they get probed by calling "drm_bridge_add".
>
> The parent enco
ment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/e90a0b5e/attachment.html>
On Mon, Oct 27, 2014 at 3:01 PM, Daniel Vetter wrote:
> So don't ask why but I accidentally ended up in a branch looking at this
> patch and didn't like it. So very quick&grumpy review.
>
> First, please make the patch subject more descriptive: I'd expect a helper
> function scaffolding like the v
On Wed, Aug 27, 2014 at 10:29 AM, Ajay Kumar
wrote:
> Assign the pointer to bridge ops structure(drm_bridge_funcs) in
> the bridge driver itself, instead of passing it to drm_bridge_init.
>
> This will allow bridge driver developer to pack bridge private
> information inside the bridge object and
r had, then praying that all qemu versions in the wild are actually
> doing what you want qemu do.
>
> cheers,
> Gerd
>
> https://www.kraxel.org/blog/2014/10/qemu-using-cirrus-considered-harmful/
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/0115b8d0/attachment-0001.html>
On Mon, Oct 27, 2014 at 04:23:26PM +0200, Ville Syrjälä wrote:
> On Fri, Oct 24, 2014 at 07:00:17PM +0100, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > We can't let visible set true while the fb is null, some places of
> > the code only check for visible to base its decisions.
> >
On Mon, Oct 27, 2014 at 10:48:26AM +0100, Andrzej Hajda wrote:
> Signed-off-by: Andrzej Hajda
> ---
> MAINTAINERS | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index dd31933..476679c 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -3071,6 +3071,1
to be enabled in the Kconfig, or should
they be individually enabled for that driver. I personally like the
latter option, as it allows more precise control, but it probably also
depends on the feature in question.
I also think the 'depends on BACKLIGHT_CLASS_DEVICE ||
BACKLIGHT_CLASS_DEVICE=n' pattern is quite... interesting (i.e. sounds
like a hack to me =).
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/aaad451e/attachment-0001.sig>
surf.width, bo->surf.height,
> + bo->surf.stride, bo->surf.format);
> + qxl_io_create_primary(qdev, 0, bo);
> bo->is_primary = true;
> }
>
> --
> 1.9.3
>
>
--
Marc-André Lureau
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/90e09367/attachment.html>
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/cd0162af/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/e78323da/attachment.html>
Hi Simon,
On Monday 27 October 2014 09:38:29 Simon Horman wrote:
> On Wed, Sep 24, 2014 at 11:04:32PM +0300, Laurent Pinchart wrote:
> > Add DT nodes for the ADV7511 HDMI encoder and its HDMI output connector
> > and configure the DISP pin group that drives the HDMI transmitter DE
> > pin.
> >
>
On Wed, 22 Oct 2014, Tomi Valkeinen wrote:
> On 18/10/14 00:13, Jani Nikula wrote:
>> Documentation/kbuild/kconfig-language.txt warns to use select with care,
>> and in general use select only for non-visible symbols and for symbols
>> with no dependencies, because select will force a symbol to a
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/7f77c283/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/40ff6ec0/attachment.html>
On Mon, 2014-10-27 at 16:30 +0100, Gerd Hoffmann wrote:
> How about stop using cirrus and go for 'qemu -vga std' instead?
>
> Linux kernel 3.14+ comes with a modesetting driver for the qemu standard
> vga (CONFIG_DRM_BOCHS). Just switch over, and all your cirrus pain is
> gone.
>
> That is much
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/4a520cbe/attachment.html>
On Thu, Oct 23, 2014 at 5:32 AM, Christian König
wrote:
> From: Christian König
>
> Without the lock we might corrupt the BO lists.
>
> Might be squashed into "update the VM after setting BO address" for
> upstreaming.
Squashed into that commit.
Thanks!
Alex
>
> Signed-off-by: Christian KÃ
On Fri, 2014-10-24 at 18:31 -0700, Stéphane Marchesin wrote:
> Dave, Adam: are you ok with this patch?
Seems like it doesn't go far enough? You'd already need an "aware"
guest to have this work, since the chip actually being emulated didn't
have 32bpp. The pitch check would prevent 1024x768x32
Signed-off-by: Andrzej Hajda
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 256183e..06cdb5a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3656,6 +3656,12 @@ L: dri-devel at lists.freedesktop.org
S: Supported
F: drivers/g
Signed-off-by: Andrzej Hajda
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2546fca..256183e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3650,6 +3650,12 @@ S: Maintained
F: drivers/video/fbdev/exynos/exynos_mipi*
F: inc
Signed-off-by: Andrzej Hajda
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6e57cad..2546fca 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3104,6 +3104,13 @@ S: Supported
F: drivers/gpu/drm/panel/panel-ld9040.c
F: Docume
Signed-off-by: Andrzej Hajda
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 476679c..6e57cad 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3097,6 +3097,13 @@ F: drivers/gpu/drm/panel/
F: include/drm/drm_panel.h
F: Docume
Signed-off-by: Andrzej Hajda
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index dd31933..476679c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3071,6 +3071,13 @@ F: drivers/gpu/vga/
F: include/drm/
F: include/uapi/drm/
+DRM
Hi,
These patches adds MAINTAINERS entries for DRM panel and encoder drivers and
DSI bus
I have written.
Regards
Andrzej
Andrzej Hajda (5):
MAINTAINERS: Add entry for MIPI DSI bus
MAINTAINERS: Add entry for LD9040 drm panel driver
MAINTAINERS: Add entry for S6E8AA0 drm panel driver
MAI
On Sun, Oct 26, 2014 at 11:31 AM, Alex Deucher wrote:
> On Mon, Oct 13, 2014 at 12:11 PM, Bjorn Helgaas
> wrote:
>> [+cc Alex, Christian, dri-devel]
>>
>> On Sat, Oct 11, 2014 at 1:37 PM, Shawn Starr
>> wrote:
>>> On September 11, 2014 04:26:21 PM Bjorn Helgaas wrote:
[+cc linux-pci]
0fad42aa982965fc2
> /lib/firmware/updates/3.17.0-citadel/radeon/hawaii_smc.bin
libclc: Git:master/7f6f5bff1f
DDX: 1:7.5.0-1
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http
On Fri, Oct 24, 2014 at 06:07:15PM +0300, Ville Syrjälä wrote:
> On Fri, Oct 24, 2014 at 02:51:34PM +0100, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > There is no point in flipping a buffer for a disabled crtc.
>
> That thing doesn't actually flip but just signal the frontbuffer
>
On Wed, Sep 24, 2014 at 11:04:32PM +0300, Laurent Pinchart wrote:
> Add DT nodes for the ADV7511 HDMI encoder and its HDMI output connector
> and configure the DISP pin group that drives the HDMI transmitter DE
> pin.
>
> Signed-off-by: Laurent Pinchart
Acked-by: Simon Horman
Please be careful
isabled more SEs than necessary, so the card wasn't
running as fast as it can.
--
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/attac
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/20141027/5db2c6ef/attachment.html>
Precedence of & and >> is not the same and is not left to right.
shift has higher precedence and should be done after the mask.
Add parentheses around the mask.
Use the already #defined values instead of hardcoding.
Signed-off-by: Joe Perches
---
> I think this should be NUM_SHADER_ENGINES_SHIF
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141027/97e374ce/attachment.html>
66 matches
Mail list logo
