ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131218/1956f40c/attachment.html>
op.org/archives/dri-devel/attachments/20131218/2498d0a8/attachment.html>
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131218/7441d641/attachment.html>
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131218/95a61642/attachment.html>
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131218/27a3b8dc/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131218/6de8f15a/attachment.html>
From: Christian K?nig
v2: add default_llseek
v3: set inode size in the open callback
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_ttm.c | 63 +
2 files changed, 64 insertions(+)
diff --git a/dr
From: Christian K?nig
Not very fast, but makes it possible to access even the
normally inaccessible parts of VRAM from userspace.
v2: use MM_INDEX_HI for >2GB mem access, add default_llseek
v3: set inode size in the open callback
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/everg
[replaced Matthew's RedHat email with a recently used one]
> > On Sat, Nov 30, 2013 at 2:52 PM, Bruno Pr?mont wrote:
> >> With commit b4aa0163056b6c70029b6e8619ce07c274351f42 Matthew Garret
> >> introduced a efifb vga_default_device() so that EFI systems that do not
> >> load shadow VBIOS or setup
On Aug-15-2013 12:36 PM, Ville Syrj?l? wrote:
> On Thu, Aug 15, 2013 at 10:29:01AM +0530, vandana.kannan at intel.com wrote:
>> From: vkannan
>>
>> Mode is the video format, which is the information the sink needs to
>> properly display an image. a complete definition of video format includes
>> v
On Wed, Dec 18, 2013 at 10:28:37AM -0600, Daniel Drake wrote:
> On Wed, Dec 18, 2013 at 2:43 AM, Daniel Vetter wrote:
> > I think we can do it simpler. When you get a hpd interrupt you eventually
> > call drm_helper_hpd_irq_event which will update all the state and poke
> > connectors. I'd just cr
Hi
On Wed, Dec 18, 2013 at 4:38 PM, David Herrmann
wrote:
> Hi
>
> On Sat, Nov 30, 2013 at 2:52 PM, Bruno Pr?mont
> wrote:
>> With commit b4aa0163056b6c70029b6e8619ce07c274351f42 Matthew Garret
>> introduced a efifb vga_default_device() so that EFI systems that do not
>> load shadow VBIOS or se
Hi
On Sat, Nov 30, 2013 at 2:52 PM, Bruno Pr?mont
wrote:
> With commit b4aa0163056b6c70029b6e8619ce07c274351f42 Matthew Garret
> introduced a efifb vga_default_device() so that EFI systems that do not
> load shadow VBIOS or setup VGA get proper value for boot_vga PCI sysfs
> attribute on the corr
On Wed, Dec 18, 2013 at 2:18 PM, Daniel Drake wrote:
> Yes, this looks very similar to the approach I tried earlier. I guess
> the patch was written for the same reasons as well.
> Sean, any objections to me taking your patch and sending it upstream?
>
> http://git.chromium.org/gitweb/?p=chromiumo
Use helper functions to simplify _DSM related code in nouveau driver.
After analyzing the ACPI _DSM related code, I changed nouveau_optimus_dsm()
to expect a buffer and nouveau_dsm() to expect an integer only.
Signed-off-by: Jiang Liu
---
drivers/gpu/drm/nouveau/core/subdev/mxm/base.c | 48 +++
Fix memory leak in function nouveau_optimus_dsm() and nouveau_dsm().
Signed-off-by: Jiang Liu
---
drivers/gpu/drm/nouveau/nouveau_acpi.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_acpi.c
b/drivers/gpu/drm/nouveau/nouveau_acpi.c
ind
Use helper functions to simplify _DSM related code in i915 driver.
Function intel_dsm() is used to check functions supported by ACPI _DSM
method, but it has strange check for special value 0x8002. After
digging into nouveau driver, I think the check is copied from nouveau
driver and is useless
At the moment this driver fails to load if no encoders/connectors were
found. In case other drivers that register encoders/connectors
(tilcdc_panel) are defered it would be better to check for
encoders/connectors later again. This patch replaces the returncode
-ENXIO with -EPROBE_DEFER to get a wor
On Wed, Dec 18, 2013 at 1:58 PM, Daniel Kurtz wrote:
> +seanpaul
>
> I think the problem is that the hdmi irq is really just an undebounced
> gpio interrupt, and thus, it is firing way too soon.
> The chromium kernel adds an excplicit 1.1 second timer to debounce hpd
> between the hdmi hpd-gpio ir
Re-adding dri-devel.
On Wed, Dec 18, 2013 at 2:02 PM, Vandana Kannan
wrote:
>>> @@ -177,6 +180,8 @@ struct drm_display_mode {
>>>
>>> int vrefresh; /* in Hz */
>>> int hsync; /* in kHz */
>>> +
>>> +enum hdmi_picture_aspect picture_aspect_ratio;
>>> };
>>
>>
From: Stephen Warren
With CONFIG_DYNAMIC_DEBUG=y, the followin compile error occurs:
drivers/gpu/drm/tegra/mipi-phy.c: In function ?mipi_dphy_timing_validate?:
drivers/gpu/drm/tegra/mipi-phy.c:69:11: error: ?EINVAL? undeclared (first use
in this function)
drivers/gpu/drm/tegra/mipi-phy.c:69:11:
Dave accidentally merged the wrong version of the patch in
commit fd3c02531461924853db65f2664db361b53a70d3
Author: Daniel Vetter
Date: Wed Dec 11 11:34:26 2013 +0100
drm/omap: call drm_put_dev directly in ->remove
which did not include the fix from Rob's review: omapdrm is split into
the
https://bugzilla.kernel.org/show_bug.cgi?id=66981
--- Comment #4 from Christoph Haag ---
I'm not completely sure it's gone, but it's looking good I think. I'll be
"testing" it some more later. :)
--
You are receiving this mail because:
You are watching the assignee of the bug.
crubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131218/01d0983d/attachment.pgp>
On Wed, Dec 18, 2013 at 3:04 AM, Gerd Hoffmann wrote:
> DRM driver for (virtual) vga cards using the bochs dispi
> interface, such as the qemu standard vga (qemu -vga std).
>
> Don't bother supporting anything but 32bpp for now, even
> though the virtual hardware is able to do that.
Hi Gerd,
jus
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131218/c2bc07a2/attachment.html>
On Wed, Dec 11, 2013 at 8:34 PM, Daniel Vetter
wrote:
> Since this is all old ums stuff (including the one in the radeon
> driver) I've just tried to perfectly replicate the existing semantics.
>
> Reinventing wait queue code with semantics that differ from all the
> standard linux wait functions
On Wed, Dec 11, 2013 at 11:24 PM, Daniel Vetter
wrote:
> This was hidden in a generic void * dev->mm_private. But only ever
> used for gem. But thanks to this fake generic pretension no one
> noticed that Rob's drm drivers are now all broken.
Should this go to fixes?
Or is the problem only intr
On Tue, Dec 17, 2013 at 10:14 PM, Chris Wilson
wrote:
> On Tue, Dec 17, 2013 at 09:33:08AM +0200, Jani Nikula wrote:
>> On Mon, 16 Dec 2013, Chris Wilson wrote:
>> > If we fail to remove a conflicting fb driver, we need to abort the
>> > loading of the second driver to avoid likely kernel panics
On Wed, Dec 18, 2013 at 10:42 AM, Linus Torvalds
wrote:
> On Tue, Dec 17, 2013 at 4:33 PM, Dave Airlie wrote:
>>
>> are available in the git repository at:
>>
>> git://people.freedesktop.org/~airlied/linux
>
> Nope.
>
> I assume you meant the 'drm-fixes' branch, but you didn't actually
> *say*
On 12/18/2013 09:25 AM, Daniel Vetter wrote:
> On Wed, Dec 18, 2013 at 11:39:27AM +1000, Dave Airlie wrote:
>> On Wed, Dec 11, 2013 at 8:34 PM, Daniel Vetter
>> wrote:
>>> Since this is all old ums stuff (including the one in the radeon
>>> driver) I've just tried to perfectly replicate the exist
On Wed, Dec 18, 2013 at 2:43 AM, Daniel Vetter wrote:
> I think we can do it simpler. When you get a hpd interrupt you eventually
> call drm_helper_hpd_irq_event which will update all the state and poke
> connectors. I'd just create a delay_work which you launch from
> hdmi_irq_thread with a 1 sec
On Wed, Dec 18, 2013 at 8:56 AM, Markus Pargmann wrote:
> At the moment this driver fails to load if no encoders/connectors were
> found. In case other drivers that register encoders/connectors
> (tilcdc_panel) are defered it would be better to check for
> encoders/connectors later again. This pat
On Tue, Dec 17, 2013 at 05:20:07PM +0100, Thierry Reding wrote:
> Implements an I2C-over-AUX I2C adapter on top of the generic drm_dp_aux
> infrastructure. It extracts the retry logic from existing drivers, which
> should help in porting those drivers to this new helper.
>
> Signed-off-by: Thierry
On Tue, Dec 17, 2013 at 09:12:42AM -0600, Daniel Drake wrote:
> On Mon, Dec 16, 2013 at 5:40 PM, Daniel Vetter wrote:
> > Have a bit of logic in the exynos ->detect function to re-try a 2nd
> > round of edid probing after each hdp interrupt if the first one
> > returns an -ENXIO. Only tricky part
s mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131218/1f2c9813/attachment.html>
//lists.freedesktop.org/archives/dri-devel/attachments/20131218/6b1ac032/attachment-0001.html>
Hi Dave,
Besides the 2 fixes for tricky corner cases in gem from Chris I've
promised already two patche from Paulo to fix pc8 warnings (both ported
from -next, bug report from Dave Jones) and one patch from to fix vga
enable/disable on snb+. That one is a really old bug, but apparently it
can caus
On Wed, Dec 18, 2013 at 11:39:27AM +1000, Dave Airlie wrote:
> On Wed, Dec 11, 2013 at 8:34 PM, Daniel Vetter
> wrote:
> > Since this is all old ums stuff (including the one in the radeon
> > driver) I've just tried to perfectly replicate the existing semantics.
> >
> > Reinventing wait queue cod
On Wed, Dec 18, 2013 at 02:58:19PM +0800, Jiang Liu wrote:
> Use helper functions to simplify _DSM related code in i915 driver.
>
> Function intel_dsm() is used to check functions supported by ACPI _DSM
> method, but it has strange check for special value 0x8002. After
> digging into nouveau d
Hi
On Wed, Dec 18, 2013 at 8:37 AM, Gerd Hoffmann wrote:
> On Mi, 2013-12-18 at 11:52 +1000, Dave Airlie wrote:
>> On Wed, Dec 18, 2013 at 3:04 AM, Gerd Hoffmann wrote:
>> > DRM driver for (virtual) vga cards using the bochs dispi
>> > interface, such as the qemu standard vga (qemu -vga std).
>>
On Mi, 2013-12-18 at 11:52 +1000, Dave Airlie wrote:
> On Wed, Dec 18, 2013 at 3:04 AM, Gerd Hoffmann wrote:
> > DRM driver for (virtual) vga cards using the bochs dispi
> > interface, such as the qemu standard vga (qemu -vga std).
> >
> > Don't bother supporting anything but 32bpp for now, even
>
|Drivers/DRI/i830
--
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/20131218/b138808f/attachment.html>
On Wed, Dec 18, 2013 at 7:53 AM, Daniel Vetter
wrote:
> Dave accidentally merged the wrong version of the patch in
>
> commit fd3c02531461924853db65f2664db361b53a70d3
> Author: Daniel Vetter
> Date: Wed Dec 11 11:34:26 2013 +0100
>
> drm/omap: call drm_put_dev directly in ->remove
>
> whic
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131218/a1b28915/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66981
--- Comment #3 from Michel D?nzer ---
Does HyperZ work better with current Mesa Git?
--
You are receiving this mail because:
You are watching the assignee of the bug.
Definitely seems quieter this week,
radeon, intel, intel broadwell, vmwgfx, ttm, armada, and a couple of core
fixes, one revert in radeon
most of these are either going to stable or fixes for things introduced in
the merge window,
Dave.
The following changes since commit 9538e10086bd1301fe91
47 matches
Mail list logo
