the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/8b0a4a9d/attachment.html>
ceiving 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/20140213/b8942038/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/9f857c3d/attachment.html>
On Thu, Feb 13, 2014 at 05:24:23PM +0100, Luis Ortega wrote:
> > I dare say either your bisect went sour or you don't have 945GM. Please
> > verify your steps.
>
> Well, what can I say? I was careful when testing and the last kernel I
> compiled
> shows the problem. I can replay the bisection if
Commit 0a0afd282f ("drm/nv50-/disp: move DP link training to core and
train from supervisor") added code that uses the wrong register for
computing the display bpp, used for bandwidth calculation. Adjust to use
the same register as used by exec_clkcmp and nv50_disp_intr_unk20_2_dp.
Reported-by: To
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/9ac36a0d/attachment.html>
2D" "false"
EndSection
--
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/20140213/fce178b6/attachment.html>
It's really confusing for NV_DEBUG's printing to be controlled via
drm.debug while everything else is controlled via nouveau.debug. These
messages can be turned on with nouveau.debug=DRM=debug.
Signed-off-by: Ilia Mirkin
---
Updated version that makes the top-level DRM client have a separate deb
On Wed, Feb 12, 2014 at 8:37 PM, Michel D?nzer wrote:
> On Mit, 2014-02-12 at 13:28 -0500, Alex Deucher wrote:
>> Some hardware may not support standard 64x64 cursors. Add
>> a drm cap to query the cursor size from the kernel. Some examples
>> include radeon CIK parts (128x128 cursors) and armad
Replace pci_bus_b() with list_entry(), so we can remove
pci_bus_b().
Signed-off-by: Yijing Wang
---
drivers/pci/pci.c|6 +++---
drivers/pci/search.c | 10 +-
include/linux/pci.h |1 -
3 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/drivers/pci/pci.c b/driver
Replace list_for_each() + pci_bus_b() with the simpler
list_for_each_entry().
Signed-off-by: Yijing Wang
---
drivers/pcmcia/yenta_socket.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/pcmcia/yenta_socket.c b/drivers/pcmcia/yenta_socket.c
index 8485761..d1
Replace list_for_each() + pci_bus_b() with the simpler
list_for_each_entry().
Signed-off-by: Yijing Wang
---
arch/powerpc/kernel/pci_64.c |4 +---
arch/powerpc/platforms/pseries/pci_dlpar.c |6 +++---
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/power
Replace list_for_each() + pci_bus_b() with the simpler
list_for_each_entry().
Signed-off-by: Yijing Wang
---
drivers/gpu/drm/drm_fops.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 7f2af9a..70d2987 100644
Replace list_for_each() + pci_bus_b() with the simpler
list_for_each_entry().
Signed-off-by: Yijing Wang
---
arch/arm/kernel/bios32.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c
index 317da88..0a77858 100644
-
Replace list_for_each() + pci_bus_b() with the simpler
list_for_each_entry().
Signed-off-by: Yijing Wang
---
drivers/pci/hotplug/acpiphp_glue.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/pci/hotplug/acpiphp_glue.c
b/drivers/pci/hotplug/acpiphp_glue.c
i
Hi,
On 02/13/2014 06:19 PM, Matthew Garrett wrote:
> On Thu, Feb 13, 2014 at 02:41:53PM +0100, Hans de Goede wrote:
>
>> I still believe we need to do better, but maybe that better needs to be done
>> in userspace rather then in the kernel.
>
> One option is to put it on the connector but provid
On Thu, Feb 13, 2014 at 08:43:10PM +0100, Hans de Goede wrote:
> I can understand where Dave is coming from, from a kernel pov, so this
> might really be easier to just solve in userspace. I don't know if you've
> seen my very rough sketch of how this could work in userspace in my other
> mail. Th
On Thu, Feb 13, 2014 at 09:13:34AM +0100, Jean-Francois Moine wrote:
> When the creation of the second i2c client was failing, the private
> buffer was not freed.
>
> This bug was introduced by the commit 6ae668cc19e8
> 'drm/i2c: tda998x: check the CEC device creation'
>
> Signed-off-by: Jean-Fra
> The below seems fine, but I wonder if we could make this one cause an
> error to be returned later where we can, rather than silently ignoring.
> I'm not sure where or how, though.
Would it make sense to change wl_egl_window_resize() so that it return a
value? Either that, or it should be docum
On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrj?l?
>
> I'd prefer have the crtc "rotation" property rotate the entire crtc
> (planes and all). So for that reason we'd need to come up with some
> other name for the "rotate the primary plane only" prope
> I dare say either your bisect went sour or you don't have 945GM. Please
> verify your steps.
Well, what can I say? I was careful when testing and the last kernel I compiled
shows the problem. I can replay the bisection if needed but if I have to start
all over again it's gonna take some time. I'
have resulted in a fix.
Regards
--
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/20140213/d5a9eb6c/attachment.html>
On Thu, Feb 13, 2014 at 02:41:53PM +0100, Hans de Goede wrote:
> I still believe we need to do better, but maybe that better needs to be done
> in userspace rather then in the kernel.
One option is to put it on the connector but provide some mechanism for
userspace to define the relationship bet
On Thu, 13 Feb 2014, Luis Ortega wrote:
> Hi, testing 3.14-rc2 I noticed I could not adjust the brightness of the
> screen any longer. This problem is already present in 3.14-rc1. 3.13 works
> fine.
>
> My hardware is a netbook with intel atom and a 945GM graphics card.
>
> I bisected the problem
On Thu, Feb 13, 2014 at 02:20:57PM +, Chris Wilson wrote:
> On Thu, Feb 13, 2014 at 04:06:31PM +0200, Ville Syrj?l? wrote:
> > On Thu, Feb 13, 2014 at 03:46:39PM +0200, Ville Syrj?l? wrote:
> > > On Thu, Feb 13, 2014 at 06:07:27PM +0530, Sagar Arun Kamble wrote:
> > > > On Wed, 2014-02-12 at 23
Hi, testing 3.14-rc2 I noticed I could not adjust the brightness of the
screen any longer. This problem is already present in 3.14-rc1. 3.13 works fine.
My hardware is a netbook with intel atom and a 945GM graphics card.
I bisected the problem down to the next commit:
bc0bb9fd1c7810407ab810d204b
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/3c1868b7/attachment.html>
Reviewed-by: Sagar Kamble
On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrj?l?
>
> Allow rotation properties to have custom names.
>
> TODO: maybe squash into "drm: Add drm_mode_create_rotation_property()"
>
> Cc: Sagar Kamble
> Signed-off-by: Vill
On Thu, Feb 13, 2014 at 03:46:39PM +0200, Ville Syrj?l? wrote:
> On Thu, Feb 13, 2014 at 06:07:27PM +0530, Sagar Arun Kamble wrote:
> > On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> > > From: Ville Syrj?l?
> > >
> > > I'd prefer have the crtc "rotation" property rot
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140213/4fc40dd7/attachment.html>
On Thu, Feb 13, 2014 at 06:07:27PM +0530, Sagar Arun Kamble wrote:
> On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> > From: Ville Syrj?l?
> >
> > I'd prefer have the crtc "rotation" property rotate the entire crtc
> > (planes and all). So for that reason we'd need to
Hi,
On 02/13/2014 07:37 AM, Alexander E. Patrakov wrote:
> 13.02.2014 04:26, David Herrmann wrote:
>> The "attach" stuff actually sounds doable, but who decides which one
>> to attach? You still need some user-space script during device-plug
>> for that.
>> But to be honest, the simplest way would
Hi,
On 02/12/2014 11:26 PM, David Herrmann wrote:
> Hi
>
> On Wed, Feb 12, 2014 at 9:43 PM, Ville Syrj?l?
> wrote:
>> On Thu, Feb 13, 2014 at 06:14:04AM +1000, Dave Airlie wrote:
The biggest remaining stumbling block is the backlight API, because
opening the
sysfs files requ
In panel_probe() the backlight node is never found, correct this.
Signed-off-by: Heiko Schocher
Cc: Anatolij Gustschin
Cc: Benoit Parrot
Cc: Rob Clark
Cc: David Airlie
Cc: Grant Likely
Cc: Rob Herring
Cc: Tomi Valkeinen
Cc: Sachin Kamat
Cc: dri-devel at lists.freedesktop.org
Cc: linux-ker
On Thu, Feb 13, 2014 at 09:13:59PM +0800, Yijing Wang wrote:
> Replace list_for_each() + pci_bus_b() with the simpler
> list_for_each_entry().
>
> Signed-off-by: Yijing Wang
Acked-by: Russell King
--
FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up. Estimation
in database were 13.1 t
Hi,
On 02/12/2014 09:14 PM, Dave Airlie wrote:
>>
>> The biggest remaining stumbling block is the backlight API, because opening
>> the
>> sysfs files requires root rights. I'll very likely write a little helper for
>> this
>> for now, but in the long run it would be good to have a better soluti
On Thu, Feb 13, 2014 at 04:06:31PM +0200, Ville Syrj?l? wrote:
> On Thu, Feb 13, 2014 at 03:46:39PM +0200, Ville Syrj?l? wrote:
> > On Thu, Feb 13, 2014 at 06:07:27PM +0530, Sagar Arun Kamble wrote:
> > > On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> > > > From: Ville
On Thu, Feb 13, 2014 at 11:20:49AM +, Chris Wilson wrote:
> On Wed, Feb 12, 2014 at 11:14:59PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > After playing around Sagar's primary plane rotation a bit, I decided that
> > extending that to full pipe rotation w
On 02/12/2014 02:46 PM, Masanari Iida wrote:
> This patch fix a memory leak found by cppcheck.
> [drivers/gpu/drm/ttm/ttm_agp_backend.c:129]:
> (error) Memory leak: agp_be
>
> Signed-off-by: Masanari Iida
> ---
> drivers/gpu/drm/ttm/ttm_agp_backend.c | 1 +
> 1 file changed, 1 insertion(+)
>
> di
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/1a9a508d/attachment.html>
Hello Ben Skeggs,
The patch 4196faa86232: "drm/nouveau/i2c: port to subdev interfaces"
from Jul 10, 2012, leads to the following static checker warning:
drivers/gpu/drm/nouveau/core/engine/disp/vga.c:42 nv_rdport()
warn: we tested 'port == 962' before and it was 'false'
drivers/g
13.02.2014 04:26, David Herrmann wrote:
> The "attach" stuff actually sounds doable, but who decides which one
> to attach? You still need some user-space script during device-plug
> for that.
> But to be honest, the simplest way would be a "backlightd"
> bus-activatable daemon. SetBacklight() then
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #43 from Christoph Haag ---
But it silently breaks opencl.
Before the patch:
opencl-example (git)-[master] % sudo ./hello_world
./hello_world: /usr/lib/libOpenCL.so.1: no version information available
(required by ./hello_world)
Ther
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/5e9591da/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/1fd3ed98/attachment.html>
g/archives/dri-devel/attachments/20140213/ae80838c/attachment.html>
On Wed, Feb 12, 2014 at 11:14:59PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> After playing around Sagar's primary plane rotation a bit, I decided that
> extending that to full pipe rotation would be nice. Chris also seemed to
> want that, but I'm not sure he does a
Hi Emil,
On 02/12/2014 11:18 PM, Emil Velikov wrote:
> On 12/02/14 05:38, Alexandre Courbot wrote:
>> Upcoming mobile Kepler GPUs (such as GK20A) use the platform bus instead
>> of PCI to which Nouveau is tightly dependent. This patch allows Nouveau
>> to handle platform devices by:
>>
>> - abstra
On Wed, Feb 12, 2014 at 11:17:27PM +, Chris Wilson wrote:
> On Wed, Feb 12, 2014 at 11:14:59PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > After playing around Sagar's primary plane rotation a bit, I decided that
> > extending that to full pipe rotation w
On Mit, 2014-02-12 at 13:28 -0500, Alex Deucher wrote:
> Some hardware may not support standard 64x64 cursors. Add
> a drm cap to query the cursor size from the kernel. Some examples
> include radeon CIK parts (128x128 cursors) and armada (32x64 or 64x32).
> This allows things like device specifi
On Wed, 12 Feb 2014 16:21:11 -0800
Sinclair Yeh wrote:
> It is illegal to create or resize a window to zero (or negative) width
> and/or height. This patch prevents such a request from happening.
> ---
> src/egl/wayland/wayland-egl/wayland-egl.c | 6 ++
> 1 file changed, 6 insertions(+)
>
||security
--
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/20140213/bcfb7faf/attachment.html>
When the creation of the second i2c client was failing, the private
buffer was not freed.
This bug was introduced by the commit 6ae668cc19e8
'drm/i2c: tda998x: check the CEC device creation'
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 4 +++-
1 file changed, 3 ins
|--- |FIXED
--
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/20140213/e7bed73d/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/b629d77c/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #42 from Christoph Haag ---
0:DIS: :DynOff::01:00.0
1:IGD:+:Pwr::00:02.0
Nice. It now powers off properly in X.
I haven't extensively tried but with the latest mesa git and this patch this
bug seems to have vanished too:
http
>
> The biggest remaining stumbling block is the backlight API, because opening
> the
> sysfs files requires root rights. I'll very likely write a little helper for
> this
> for now, but in the long run it would be good to have a better solution.
>
> While discussion this in the graphics devroom
It's really confusing for NV_DEBUG's printing to be controlled via
drm.debug while everything else is controlled via nouveau.debug. These
messages can be turned on with nouveau.debug=CLIENT=debug.
Signed-off-by: Ilia Mirkin
---
It's a bit annoying that the DRM messages are conflated with the var
The hdmi device is required for runtime pm. However it is not available
on many esp older devices, which were all seeing these error messages.
Take this opportunity to also convert to nv_debug instead of the DRM_*
messages, like the rest of nouveau does.
Signed-off-by: Ilia Mirkin
---
drivers/gp
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/9bf16759/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/20140213/93e8abb1/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/f40d31c9/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/e2b0dbe5/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/373d7436/attachment.html>
compton
backend?
--
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/20140213/6f878933/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #41 from Michel D?nzer ---
Created attachment 125821
--> https://bugzilla.kernel.org/attachment.cgi?id=125821&action=edit
radeonsi: Short-circuit flushes with no preceding draw calls
Does this Mesa patch help?
--
You are receiving
nt was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/af2d49c8/attachment.html>
67 matches
Mail list logo
