From: Mayuresh Kulkarni
This patch adds runtime pm support for host1x hardware unit. This
allows host1x clock to be turned off when it is idle. If pm runtime
is not configured, we enable host1x clock in device probe and disable
it in remove.
Signed-off-by: Mayuresh Kulkarni
Signed-off-by: Arto
From: Mayuresh Kulkarni
This patch adds initial runtime pm support for Tegra display
controller. As of now, the dc clock is enabled in device probe via
runtime pm and disabled in device remove. In case pm runtime is not
configured, we simply enable the clock in device probe (..and disable
it in r
From: Mayuresh Kulkarni
This far we have enabled gr2d clock on device probe and disabled
it on device deinitialisation. This patch adds runtime pm support
for the hardware unit allowing dynamic power management. If pm
runtime is not enabled, gr2d clock is enabled in device probe and
disabled in r
From: Mayuresh Kulkarni
This patch moves function host1x_job_submit() to job.c file where
all other host1x_job_* functions are placed. This patch also
introduces function host1x_job_complete().
Signed-off-by: Mayuresh Kulkarni
Signed-off-by: Arto Merilainen
---
drivers/gpu/host1x/cdma.c|
gr2d initialisation clean up had missing steps (i.e. host1x channel
was not released if we could not register gr2d as a host1x client)
that could have lead to weird issues. This patch reworks the
initialisation sequence to do clean up correctly.
Signed-off-by: Arto Merilainen
---
drivers/gpu/hos
This series adds runtime pm support for host1x, gr2d and dc. It retains the
current behaviour if CONFIG_PM_RUNTIME is not enabled.
The gr2d clock is enabled when a new job is submitted and disabled when
the work is done. Due to parent->child relations between host1x->gr2d, this
scheme enables and
On 07.10.2013 11:34, Thierry Reding wrote:
> The Tegra DRM driver currently uses some infrastructure to defer the DRM
> core initialization until all required devices have registered. The same
> infrastructure can potentially be used by any other driver that requires
> more than a single sub-device
On Mon, Oct 07, 2013 at 03:41:05PM -0700, Roland Dreier wrote:
> Hi,
>
> I have a Lenovo T410s (Ironlake/Arrandale graphics) that I use docked
> and connected to an external DP monitor (laptop is closed so the only
> active display is the DP monitor). With 3.12-rc4 I reproducably hit a
> deadlock
On 07.10.2013 11:34, Thierry Reding wrote:
> Most of the included files are either not required or already included
> by some other header file.
What's the general policy? I personally feel that each source file
should #include all the header files it needs, and should not rely on
header files #in
On 07.10.2013 16:02, Erik Faye-Lund wrote:
> So the question is really how the hardware treats writes to
> non-existent registers. My guess would be that they are simply not
> recorded, and if that's the case it doesn't matter what we do. And
> doing an unconditional AND is faster than doing a bit-
On 07.10.2013 16:05, Erik Faye-Lund wrote:
> On Mon, Oct 7, 2013 at 2:52 PM, Terje Bergström wrote:
>> AND 0xff is necessary, because the same registers are mirrored in
>> multiple contexts. AND removes the offset coming from context, and
>> leaves just the plain register offset.
> The offsets in
On 10/04/2013 11:18 PM, Erik Faye-Lund wrote:
The num_relocs count are passed to the kernel per job, not per gather.
For multi-gather jobs, we would previously fail if there were relocs in
other gathers aside from the first one.
Fix this by simply moving the check until all gathers have been
co
https://bugs.freedesktop.org/show_bug.cgi?id=63997
--- Comment #18 from bgunte...@gmail.com ---
please look at these logs...
i think the earlier ones are from an incomplete install of the drivers:
http://paste.ubuntu.com/6192150/
http://paste.ubuntu.com/6192153/
http://paste.ubuntu.com/6192155/
h
- Original Message -
> From: "Geyslan Gregório Bem"
> To: "Felipe Pena"
> Cc: "Ben Skeggs" , airl...@linux.ie,
> dri-devel@lists.freedesktop.org,
> linux-ker...@vger.kernel.org, "kernel-br"
> Sent: Tuesday, 8 October, 2013 9:39:02 AM
> Subject: Re: [PATCH] drm: nouveau: fix nvbe leakage
- Original Message -
> From: "Geyslan G. Bem"
> To: airl...@linux.ie, bske...@redhat.com, dri-devel@lists.freedesktop.org
> Cc: linux-ker...@vger.kernel.org, kernel...@googlegroups.com, "Geyslan G.
> Bem"
> Sent: Tuesday, 8 October, 2013 8:14:26 AM
> Subject: [PATCH] drm: nouveau: fix nv
Am 07.10.2013 11:22, schrieb Christian König:
Am 07.10.2013 10:58, schrieb Rafał Miłecki:
2013/10/7 Christian König :
Why didn't you just asked me?
I was told on #radeon you're on holidays ;) I was trying to catch you.
I'm on vacation right now, but got back yesterday and now greping
though
On Thu, Oct 3, 2013 at 22:42:06 +0200, Pavel Machek wrote:
> On Wed 2013-09-04 11:08:14, Chris Wilson wrote:
> > On Tue, Sep 03, 2013 at 09:06:47PM +0200, Pavel Machek wrote:
> > > Hi!
> > >
> > > I was happily using X... and then screen froze. Mouse still
> > > moves. Switching to text console
https://bugs.freedesktop.org/show_bug.cgi?id=59720
Eugene changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=61533
Eugene changed:
What|Removed |Added
Summary|[r600g][lockup] kernel |[r600g][lockup] kernel
|3.8/3
https://bugs.freedesktop.org/show_bug.cgi?id=61533
Eugene changed:
What|Removed |Added
Version|git |9.2
--- Comment #11 from Eugene ---
The proble
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #35 from Paul Bodenbenner ---
Fine, sorry I thought already about a failure during patching, but I was too
busy to look at it...
Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=70169
--- Comment #1 from Eugene ---
The same problem with MESA 9.2.1.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
ht
On Mon, Oct 7, 2013 at 1:56 PM, Daniel Vetter wrote:
> On Mon, Oct 07, 2013 at 11:20:54AM -0400, Rob Clark wrote:
>> yeah, current atomic patch is almost an afterthought in this series.
>> I still need to get planes working on msm and find some test code (I
>> guess you have some somewhere?).. so
https://bugzilla.kernel.org/show_bug.cgi?id=62601
--- Comment #2 from p...@spatium.org ---
Yes it is fixed, thanks.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop
On Mon, Oct 07, 2013 at 11:20:54AM -0400, Rob Clark wrote:
> yeah, current atomic patch is almost an afterthought in this series.
> I still need to get planes working on msm and find some test code (I
> guess you have some somewhere?).. so other than just rebasing it
> enough to compile, I didn't
On Mon, Oct 07, 2013 at 10:29:06AM -0400, Rob Clark wrote:
> On Mon, Oct 7, 2013 at 10:19 AM, Ville Syrjälä
> wrote:
> > On Mon, Oct 07, 2013 at 10:03:01AM -0400, Rob Clark wrote:
> >> On Mon, Oct 7, 2013 at 9:39 AM, Ville Syrjälä
> >> wrote:
> >> > On Sat, Oct 05, 2013 at 08:45:48PM -0400, Rob C
On Fri, Oct 4, 2013 at 7:53 AM, wrote:
> This series does some house cleaning on struct drm_device.
>
> x86-64:
> pahole before the series:
> /* size: 1576, cachelines: 25, members: 67 */
> /* sum members: 1528, holes: 12, sum holes: 48 */
> /* paddings: 3, sum paddings:
https://bugs.freedesktop.org/show_bug.cgi?id=63997
--- Comment #17 from bgunte...@gmail.com ---
there's also work being done with the OSS AMD drivers done on the XBMC website.
check here for some info -- http://forum.xbmc.org/showthread.php?tid=174854
--
You are receiving this mail because:
You
On Mon, Oct 7, 2013 at 12:47 PM, Rafał Miłecki wrote:
> 2013/10/7 Alex Deucher :
>> On Sun, Oct 6, 2013 at 4:46 PM, Rafał Miłecki wrote:
>>> Write to HDMI_VBI_PACKET_CONTROL was duplicated.
>>> Writes to AFMT_AUDIO_CRC_CONTROL and AFMT_RAMP_CONTROL[0-3] came from
>>> DCE2/3 code (copy & paste) an
2013/10/7 Alex Deucher :
> On Sun, Oct 6, 2013 at 4:46 PM, Rafał Miłecki wrote:
>> Write to HDMI_VBI_PACKET_CONTROL was duplicated.
>> Writes to AFMT_AUDIO_CRC_CONTROL and AFMT_RAMP_CONTROL[0-3] came from
>> DCE2/3 code (copy & paste) and were never needed on DCE4+.
>>
>> See https://bugzilla.kern
https://bugzilla.kernel.org/show_bug.cgi?id=62681
Bug ID: 62681
Summary: linux-3.12.0 rc3 nouveau: screen corruption after
resume
Product: Drivers
Version: 2.5
Kernel Version: 3.12
Hardware: x86-64
OS: L
On Sun, Oct 6, 2013 at 4:46 PM, Rafał Miłecki wrote:
> Write to HDMI_VBI_PACKET_CONTROL was duplicated.
> Writes to AFMT_AUDIO_CRC_CONTROL and AFMT_RAMP_CONTROL[0-3] came from
> DCE2/3 code (copy & paste) and were never needed on DCE4+.
>
> See https://bugzilla.kernel.org/show_bug.cgi?id=62591 for
https://bugs.freedesktop.org/show_bug.cgi?id=63997
--- Comment #16 from bgunte...@gmail.com ---
I am also seeing the same thing
AMD A6-6400
Radeon HD 8470D
Here my logs:
http://paste.ubuntu.com/6192150/
http://paste.ubuntu.com/6192153/
http://paste.ubuntu.com/6192155/
http://paste.ubuntu.com/619
https://bugs.freedesktop.org/show_bug.cgi?id=70219
--- Comment #1 from Alex Deucher ---
Please attach your xorg log and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.
On 10/07/2013 05:53 PM, Mark Brown wrote:
On Mon, Oct 07, 2013 at 01:29:30PM +0200, Sebastian Hesselbarth wrote:
I2S _can_ support more than two channels, but only if you wire up more
DATA lines. Those are not available on Dove, so its I2S is limited to
two channel audio.
A lot of devices imp
On Mon, Oct 07, 2013 at 01:29:30PM +0200, Sebastian Hesselbarth wrote:
> I2S _can_ support more than two channels, but only if you wire up more
> DATA lines. Those are not available on Dove, so its I2S is limited to
> two channel audio.
A lot of devices implement extra channels with TDM rather th
On Mon, Oct 07, 2013 at 03:29:15PM +0300, Siarhei Siamashka wrote:
> On Mon, 7 Oct 2013 11:32:50 +0100
> Russell King - ARM Linux wrote:
> > However, what you're suggesting is dangerous. What do you do when you're
> > presented with a cursor which is 64x64 ? Do you:
> >
> > (a) not display it
>
On Mon, Oct 07, 2013 at 02:03:27PM +0200, Jean-Francois Moine wrote:
> On Mon, 7 Oct 2013 12:09:02 +0100
> Russell King - ARM Linux wrote:
>
> > > Here is a small story about i2s/spdif: once, I set the tda998x to use
> > > the spdif input, and at this time, I was using the dummy codec.
> > > This
On Tuesday, September 24, 2013 05:54:53 PM Aaron Lu wrote:
> On 09/24/2013 05:47 PM, Aaron Lu wrote:
[...]
> > diff --git a/include/acpi/video.h b/include/acpi/video.h
> > index 61109f2..0c665b5 100644
> > --- a/include/acpi/video.h
> > +++ b/include/acpi/video.h
> > @@ -19,11 +19,13 @@ struct ac
On 10/07/2013 01:09 PM, Russell King - ARM Linux wrote:
On Mon, Oct 07, 2013 at 12:48:20PM +0200, Jean-Francois Moine wrote:
On Mon, 7 Oct 2013 10:44:04 +0100
Rabeeh did the most he could to have a working Cubox. He used bad
written drivers and he had not the time to think about how the drivers
On Mon, Oct 07, 2013 at 12:48:20PM +0200, Jean-Francois Moine wrote:
> On Mon, 7 Oct 2013 10:44:04 +0100
> Russell King - ARM Linux wrote:
>
> > On Mon, Oct 07, 2013 at 11:18:07AM +0200, Jean-Francois Moine wrote:
> [snip]
> > > It seems we are going backwards: as the Armada based boards wi
On Mon, Oct 07, 2013 at 12:09:22PM +0200, Jean-Francois Moine wrote:
> On Mon, 7 Oct 2013 10:40:08 +0100
> Russell King - ARM Linux wrote:
>
> > > > This patch adds ARGB hardware cursor support to the DRM driver for the
> > > > Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
>
On Mon, Oct 07, 2013 at 11:18:07AM +0200, Jean-Francois Moine wrote:
> On Sun, 06 Oct 2013 23:11:56 +0100
> Russell King wrote:
>
> > Signed-off-by: Russell King
> > ---
> > drivers/gpu/drm/armada/Kconfig |9 +++
> > drivers/gpu/drm/armada/armada_drv.c | 42
> > +
On Mon, Oct 07, 2013 at 11:01:41AM +0200, Jean-Francois Moine wrote:
> On Sun, 06 Oct 2013 23:09:56 +0100
> Russell King wrote:
>
> > This patch adds ARGB hardware cursor support to the DRM driver for the
> > Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
> > 64x32 resolution
https://bugs.freedesktop.org/show_bug.cgi?id=54867
David "okias" Heidelberger changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Alex Deucher changed:
What|Removed |Added
CC||h.j...@gmx.at
--- Comment #146 from Alex
https://bugs.freedesktop.org/show_bug.cgi?id=70189
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Alex Deucher changed:
What|Removed |Added
Summary|r600: linux v3.11.0-RC |Rv6xx dpm problems
|isn
On Fri, Oct 4, 2013 at 8:08 AM, Jani Nikula wrote:
> Signed-off-by: Jani Nikula
Patches 1 and 2 are:
Reviewed-by: Alex Deucher
> ---
> include/drm/drm_dp_helper.h |7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
> i
https://bugs.freedesktop.org/show_bug.cgi?id=63997
Alex Deucher changed:
What|Removed |Added
CC||vl...@aresgate.net
--- Comment #15 from A
https://bugs.freedesktop.org/show_bug.cgi?id=65254
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Oct 7, 2013 at 11:05 AM, Ville Syrjälä
wrote:
> On Mon, Oct 07, 2013 at 10:39:01AM -0400, Rob Clark wrote:
>> On Mon, Oct 7, 2013 at 10:18 AM, Ville Syrjälä
>> wrote:
>> > On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
>> >> On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
>> >>
On Mon, Oct 07, 2013 at 10:39:01AM -0400, Rob Clark wrote:
> On Mon, Oct 7, 2013 at 10:18 AM, Ville Syrjälä
> wrote:
> > On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
> >> On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
> >> wrote:
> >> > On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob C
On Mon, Oct 7, 2013 at 7:09 AM, Russell King - ARM Linux
wrote:
> On Mon, Oct 07, 2013 at 12:48:20PM +0200, Jean-Francois Moine wrote:
>> On Mon, 7 Oct 2013 10:44:04 +0100
>> Russell King - ARM Linux wrote:
>>
>> > On Mon, Oct 07, 2013 at 11:18:07AM +0200, Jean-Francois Moine wrote:
>> [sni
> static bool drm_property_change_is_valid(struct drm_property *property,
>uint64_t value)
> {
> - if (property->flags & DRM_MODE_PROP_IMMUTABLE)
> + if (property->flags & DRM_MODE_PROP_IMMUTABLE) {
> return false;
> - if (property-
On Mon, Oct 7, 2013 at 9:46 AM, Ville Syrjälä
wrote:
> On Sat, Oct 05, 2013 at 08:45:41PM -0400, Rob Clark wrote:
>> This indicates to userspace that the property is something that can
>> be set dynamically without requiring a "test" step to check if the
>> hw is capable. This allows a userspace
On Mon, Oct 7, 2013 at 9:43 AM, Ville Syrjälä
wrote:
> On Sat, Oct 05, 2013 at 08:45:40PM -0400, Rob Clark wrote:
>> diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h
>> index 5508117..35921ba 100644
>> --- a/include/uapi/drm/drm_mode.h
>> +++ b/include/uapi/drm/drm_mode.h
>>
On Mon, Oct 7, 2013 at 10:18 AM, Ville Syrjälä
wrote:
> On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
>> On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
>> wrote:
>> > On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
>> >> From: Ville Syrjälä
>> >>
>> >> The atomic modeset i
On Mon, Oct 7, 2013 at 10:19 AM, Ville Syrjälä
wrote:
> On Mon, Oct 07, 2013 at 10:03:01AM -0400, Rob Clark wrote:
>> On Mon, Oct 7, 2013 at 9:39 AM, Ville Syrjälä
>> wrote:
>> > On Sat, Oct 05, 2013 at 08:45:48PM -0400, Rob Clark wrote:
>> >> Break the mutable state of a crtc out into a separate
On Mon, Oct 07, 2013 at 10:03:01AM -0400, Rob Clark wrote:
> On Mon, Oct 7, 2013 at 9:39 AM, Ville Syrjälä
> wrote:
> > On Sat, Oct 05, 2013 at 08:45:48PM -0400, Rob Clark wrote:
> >> Break the mutable state of a crtc out into a separate structure
> >> and use atomic properties mechanism to set cr
https://bugs.freedesktop.org/show_bug.cgi?id=70227
Priority: medium
Bug ID: 70227
Assignee: dri-devel@lists.freedesktop.org
Summary: OpenCL reaper-prime app crashes due to atomic_or
unimplemented
Severity: normal
Classifi
On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
> On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
> wrote:
> > On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
> >> From: Ville Syrjälä
> >>
> >> The atomic modeset ioctl cna be used to push any number of new values
> >> for obje
On Mon, Oct 7, 2013 at 9:39 AM, Ville Syrjälä
wrote:
> On Sat, Oct 05, 2013 at 08:45:48PM -0400, Rob Clark wrote:
>> Break the mutable state of a crtc out into a separate structure
>> and use atomic properties mechanism to set crtc attributes. This
>> makes it easier to have some helpers for crtc
On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
wrote:
> On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
>> From: Ville Syrjälä
>>
>> The atomic modeset ioctl cna be used to push any number of new values
>> for object properties. The driver can then check the full device
>> configuration
On Sat, Oct 05, 2013 at 08:45:46PM -0400, Rob Clark wrote:
> From: Ville Syrjälä
>
> Refactor the code to check whether an object has a specific property
> to a new function.
>
> v1: original
> v2: rebase on atomic -- Rob Clark
>
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/drm_crtc
On Sat, Oct 05, 2013 at 08:45:41PM -0400, Rob Clark wrote:
> This indicates to userspace that the property is something that can
> be set dynamically without requiring a "test" step to check if the
> hw is capable. This allows a userspace compositor, such as weston,
> to avoid an extra ioctl to ch
On Sat, Oct 05, 2013 at 08:45:40PM -0400, Rob Clark wrote:
> diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h
> index 5508117..35921ba 100644
> --- a/include/uapi/drm/drm_mode.h
> +++ b/include/uapi/drm/drm_mode.h
> @@ -231,6 +231,7 @@ struct drm_mode_get_connector {
> #defin
https://bugs.freedesktop.org/show_bug.cgi?id=54867
--- Comment #4 from Tom Stellard ---
(In reply to comment #3)
> So, still not pushed in today git, can someone push this small fix?
I can push it if you provide an updated patch with a proper commit message.
--
You are receiving this mail beca
On Sat, Oct 05, 2013 at 08:45:48PM -0400, Rob Clark wrote:
> Break the mutable state of a crtc out into a separate structure
> and use atomic properties mechanism to set crtc attributes. This
> makes it easier to have some helpers for crtc->set_property()
> and for checking for invalid params. Th
On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
> From: Ville Syrjälä
>
> The atomic modeset ioctl cna be used to push any number of new values
> for object properties. The driver can then check the full device
> configuration as single unit, and try to apply the changes atomically.
>
On Mon, Oct 07, 2013 at 03:52:28PM +0300, Terje Bergström wrote:
> On 07.10.2013 15:14, Thierry Reding wrote:
> > * PGP Signed by an unknown key
> >
> > On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
> >> On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
> >> wrote:
> >>> Rework th
On Mon, Oct 7, 2013 at 2:52 PM, Terje Bergström wrote:
> On 07.10.2013 15:14, Thierry Reding wrote:
>> * PGP Signed by an unknown key
>>
>> On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
>>> On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
>>> wrote:
Rework the address table
On Mon, Oct 7, 2013 at 2:53 PM, Erik Faye-Lund wrote:
> On Mon, Oct 7, 2013 at 2:14 PM, Thierry Reding
> wrote:
>> On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
>>> On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
>>> wrote:
>>> > Rework the address table code for the host1x fi
On 07.10.2013 15:14, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
>> On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
>> wrote:
>>> Rework the address table code for the host1x firewall. The previous
>>> implementation a
On Mon, Oct 7, 2013 at 2:14 PM, Thierry Reding wrote:
> On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
>> On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
>> wrote:
>> > Rework the address table code for the host1x firewall. The previous
>> > implementation allocated a bitfield bu
On Mon, 7 Oct 2013 11:32:50 +0100
Russell King - ARM Linux wrote:
> On Mon, Oct 07, 2013 at 12:09:22PM +0200, Jean-Francois Moine wrote:
> > On Mon, 7 Oct 2013 10:40:08 +0100
> > Russell King - ARM Linux wrote:
> >
> > > > > This patch adds ARGB hardware cursor support to the DRM driver for the
On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
> On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
> wrote:
> > Rework the address table code for the host1x firewall. The previous
> > implementation allocated a bitfield but didn't check for a valid pointer
> > so it could potentiall
On Mon, 7 Oct 2013 12:09:02 +0100
Russell King - ARM Linux wrote:
> > Here is a small story about i2s/spdif: once, I set the tda998x to use
> > the spdif input, and at this time, I was using the dummy codec.
> > This codec accepts the format 32_LE, as does the audio device, but the
> > output can
https://bugs.freedesktop.org/show_bug.cgi?id=70207
--- Comment #1 from David "okias" Heidelberger ---
In cases STR (using hibernate-ram) within console it work well too.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri
On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
wrote:
> Rework the address table code for the host1x firewall. The previous
> implementation allocated a bitfield but didn't check for a valid pointer
> so it could potentially crash.
I don't think it could crash. The bitmaps was allocated as a 256
First of all, I can't complain about the reliability of the hardware
GPU reset. It's mostly the kernel driver that happens to run into a
deadlock at the same time.
Alex and I spend quite some time on making this reliable again after
activating more rings and adding VM support. The main problem
On Tuesday September 24 2013 at 15:23, Andrzej Hajda wrote:
> MIPI DSI is a high-speed serial interface to transmit
> data from/to host to display module.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Kyungmin Park
> ---
> drivers/video/display/Kconfig| 4 +
> drivers/video/displa
On Mon, 7 Oct 2013 10:44:04 +0100
Russell King - ARM Linux wrote:
> On Mon, Oct 07, 2013 at 11:18:07AM +0200, Jean-Francois Moine wrote:
[snip]
> > It seems we are going backwards: as the Armada based boards will soon
> > move to full DT (mvebu), you are making an exception for the Cubox,
On Mon, 7 Oct 2013 10:40:08 +0100
Russell King - ARM Linux wrote:
> > > This patch adds ARGB hardware cursor support to the DRM driver for the
> > > Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
> > > 64x32 resolutions.
> > [snip]
> >
> > I don't see the interest of s
https://bugzilla.kernel.org/show_bug.cgi?id=62601
Rafał Miłecki changed:
What|Removed |Added
CC||zaj...@gmail.com
--- Comment #1 from Rafa
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #34 from Rafał Miłecki ---
Paul: OK, you're right. It was a mistake in backporting the fix.
Reported: http://permalink.gmane.org/gmane.linux.kernel.stable/66333
--
You are receiving this mail because:
You are the assignee for the b
omapdrm establishes connections for omap_dss_device devices when probed. It
should also be responsible to disconnect the devices. Keeping the devices
connected can prevent the panel driver modules from unloading, it also causes
issues when we try to remove or re-insert omapdrm module.
Before omapd
Some omapdss panels are connected to outputs/encoders(HDMI/DSI/DPI) that require
regulators. The output's connect op tries to get a regulator which may not exist
yet because it might get registered later in the kernel boot.
omapdrm currently ignores those panels which return a non zero value when
With the new omapdss device model. The user(omapdrm/omapfb) of a omap_dss_device
has to call connect() to use the device. A connect() call can request to defer
probe if the device(or the previous entities in the chain) have missing
resources like a regulator or an I2C bus.
We make omapdrm defer pr
Am 07.10.2013 10:58, schrieb Rafał Miłecki:
2013/10/7 Christian König :
Why didn't you just asked me?
I was told on #radeon you're on holidays ;) I was trying to catch you.
I'm on vacation right now, but got back yesterday and now greping though
my accumulated mails ;)
I've figured this
https://bugs.freedesktop.org/show_bug.cgi?id=70219
Priority: medium
Bug ID: 70219
Assignee: dri-devel@lists.freedesktop.org
Summary: [radeon] Cannot restore video mode after vt switch or
GPU lockup
Severity: minor
Classif
On Sun, 06 Oct 2013 23:11:56 +0100
Russell King wrote:
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/armada/Kconfig |9 +++
> drivers/gpu/drm/armada/armada_drv.c | 42
> +++
> 2 files changed, 51 insertions(+), 0 deletions(-)
>
> diff --g
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #33 from Paul Bodenbenner ---
For sure 3.11.4 is already in the stable repository.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-
On Sun, 06 Oct 2013 23:09:56 +0100
Russell King wrote:
> This patch adds ARGB hardware cursor support to the DRM driver for the
> Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
> 64x32 resolutions.
[snip]
I don't see the interest of such cursors. Actually, most often
2013/10/7 Christian König :
> Why didn't you just asked me?
I was told on #radeon you're on holidays ;) I was trying to catch you.
> I've figured this out over five years ago by applying brute force to one of
> the "magic" DVI->HDMI adapters that came with my original RV635. And it
> indeed conta
On Sun, 06 Oct 2013 23:07:55 +0100
Russell King wrote:
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/i2c/tda998x_drv.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
> b/drivers/gpu/drm/i2c/tda998x_drv.c
> index 60e8404
Am 07.10.2013 10:06, schrieb Rafał Miłecki:
For the last few days it was I was testing fglrx on various cards to
trace HDMI setup. One thing that was killing me was no HDMI audio when
using some generic/cheap DVI to HDMI adapter with my HD 4850.
I started digging and it has appeared to be common
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #32 from Paul Bodenbenner ---
Yes, I am using 3.11.4 from Arch testing repository and also enabled HDMI in
kernel boot line.
Just a side note: Upgraded to 3.12rc4 already...
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #31 from Paul Bodenbenner ---
Created attachment 87223
--> https://bugs.freedesktop.org/attachment.cgi?id=87223&action=edit
3.12rc4
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #30 from Paul Bodenbenner ---
Created attachment 87222
--> https://bugs.freedesktop.org/attachment.cgi?id=87222&action=edit
3.11.4
--
You are receiving this mail because:
You are the assignee for the bug.
_
1 - 100 of 138 matches
Mail list logo
