Removes useless quirk a7f465f73363fce409870f62173d518b1bc02ae6 introduced with
fdo #7770 as a failed attempt to minimize stability issues with hp zx1 chipset/
ATI FireGL X1 graphics adapter configuration
(see http://marc.info/?l=linux-ia64&m=140077543819871&w=2 for details/reason)
Signed-off-by: ?
Oops,
Sorry for the double-post, but the bounce from the sourceforge address
let me think that the old list was completely disabled. Well, it seems
that mailing to the sourceforge address are forwarded to fdo.
Furthermore, it seems that submitting a patch as an attachment to a
message, as outline
Hi Rahul,
On 22 May 2014 19:46, Rahul Sharma wrote:
> Hi Inki,
>
> This is another one which has not got reviewed. Please review.
Inki has applied a similar patch from Takashi [1].
[1] https://lkml.org/lkml/2014/5/9/24
--
With warm regards,
Sachin
Hi Rahul,
On 22 May 2014 19:41, Rahul Sharma wrote:
> Fimd probe is accessing fimd Registers without enabling the fimd
> gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
> during kernel boottime, the system hangs during boottime.
>
> This issue got surfaced when verifying with s
On Thu, May 22, 2014 at 08:30:23PM +0100, Chris Wilson wrote:
> On Thu, May 22, 2014 at 06:05:34PM +0200, Daniel Vetter wrote:
> > On Thu, May 22, 2014 at 04:49:03PM +0100, Chris Wilson wrote:
> > > On Thu, May 22, 2014 at 06:39:33PM +0300, ville.syrjala at
> > > linux.intel.com wrote:
> > > > Fro
On 2014? 05? 21? 20:41, YoungJun Cho wrote:
> Hi Therry
>
> On 05/21/2014 08:02 PM, Thierry Reding wrote:
>> On Wed, May 21, 2014 at 01:42:56PM +0900, YoungJun Cho wrote:
>>> This patch is based on videomode and display_timing relevant codes.
>>> To support command mode panel, it does not need to
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/25057557/attachment.html>
h no actual hw backing
> them.
>
> Dave.
>
> ___
> Intel-gfx mailing list
> Intel-gfx at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
-- next part --
An HTML attachment was
still generates a fair few i915 state checker backtraces, and some
> of them are fairly hard to work out, it might be we should just tone
> down the state checker for encoders/connectors with no actual hw backing
> them.
>
> Dave.
>
>
/connectors with no actual hw backing
> them.
>
> Dave.
>
> ___
> Intel-gfx mailing list
> Intel-gfx at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
-- next part --
An HTML attachmen
ally,
>
> Since the last set, it makes fbcon and suspend/resume work a lot better,
>
> I've also fixed a couple of bugs in -intel that make things work a lot
> better.
>
> I've bashed on this a bit using kms-flip from intel-gpu-tools, hacked
> to add 3
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/d2adef6c/attachment.html>
On 2014? 05? 22? 17:39, Rahul Sharma wrote:
> On 22 May 2014 12:25, Inki Dae wrote:
>> On 2014? 05? 22? 13:36, Rahul Sharma wrote:
>>> Hi Inki,
>>>
>>> On 21 May 2014 16:43, Inki Dae wrote:
Hi Rahul,
On 2014? 05? 07? 20:25, Rahul Sharma wrote:
> From: Rahul Sharma
>
>
On 2014? 05? 21? 18:51, Rahul Sharma wrote:
> Hi Inki, Tomasz,
>
> Any comment on this patch?
>
Merged.
Thanks,
Inki Dae
> Regards,
> Rahul Sharma
>
> On 20 May 2014 10:36, Rahul Sharma wrote:
>> Exynos drm hdmi driver used to get dummy hdmiphy clock to
>> control the PMU bit for hdmiphy. Th
On 2014? 05? 19? 19:54, Andrzej Hajda wrote:
> This set of independent patches contains various improvement and fixes
> for exynos_drm ipp framework and drivers.
> The patchset is based on drm-exynos/exynos-drm-next branch.
Thanks for contributions and merged.
Thanks,
Inki Dae
>
> Regards
> And
n-text attachment was scrubbed...
Name: radeon_agp.c.patch
Type: text/x-patch
Size: 1011 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/7c582c80/attachment.bin>
I suspect this is a copy/paste error.
Signed-off-by: St?phane Marchesin
---
drivers/gpu/drm/tegra/sor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/sor.c b/drivers/gpu/drm/tegra/sor.c
index 43709ee..23fb9b1 100644
--- a/drivers/gpu/drm/tegra/sor.c
++
The comment above mentions link A/B but this isn't what the code does,
so let's fix that.
Signed-off-by: St?phane Marchesin
---
drivers/gpu/drm/tegra/sor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/sor.c b/drivers/gpu/drm/tegra/sor.c
index 75b8690.
The code currently rounds up the clock to the next MHZ, which is
rounding up a 69.5MHz clock to 70MHz on my machine. This in turn
prevents the display from syncing. Removing this rounding fixes eDP
for me.
Signed-off-by: St?phane Marchesin
---
drivers/gpu/drm/tegra/sor.c | 7 ++-
1 file chan
On Thu, May 22, 2014 at 06:05:34PM +0200, Daniel Vetter wrote:
> On Thu, May 22, 2014 at 04:49:03PM +0100, Chris Wilson wrote:
> > On Thu, May 22, 2014 at 06:39:33PM +0300, ville.syrjala at linux.intel.com
> > wrote:
> > > From: Ville Syrj?l?
> > >
> > > Share the waitqueue that drm_irq uses whe
n-text attachment was scrubbed...
Name: radeon_agp.c.patch
Type: text/x-patch
Size: 1011 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/6f0d3a63/attachment.bin&g
On 2014? 05? 22? 00:51, Thierry Reding wrote:
> On Tue, May 20, 2014 at 11:15:25AM +0200, Jean Delvare wrote:
>> The following configuration options combination:
>>
>> CONFIG_DRM_EXYNOS_DP=y
>> CONFIG_DRM_PTN3460=m
>>
>> currently leads to the following linker failure:
>>
>> drivers/built-in.o: In
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/20140522/0e94ad9a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=76761
Vitaliy Filippov changed:
What|Removed |Added
Summary|radeon driver breaks|radeon DPM breaks suspend
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #2 from Vitaliy Filippov ---
Yes, I can try to bisect...
Just found Bug 63391 (Radeon RS880 doesn't resume from suspend with radeon dpm
enabled), and also tried to disable DPM - suspend works fine without it.
But DPM is an important
https://bugzilla.kernel.org/show_bug.cgi?id=76761
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
Hi Inki,
This is another one which has not got reviewed. Please review.
Regards,
Rahul Sharma
On 30 April 2014 19:11, Rahul Sharma wrote:
> From: Rahul Sharma
>
> While testing S2R on exynos board, system is hanging and
> rebooting due to nested mutex_lock calls in exynos drm
> resume callback
Hi Inki,
Please review this patch.
Regards,
Rahul Sharma
On 3 April 2014 20:41, Rahul Sharma wrote:
> From: Shirish S
>
> This patch implements the power on/off sequence
> of HDMI PHY in exynos5420 and exynos5250 as provided
> by the hardware team.
>
> This has been verified for mulitple itera
Fimd probe is accessing fimd Registers without enabling the fimd
gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
during kernel boottime, the system hangs during boottime.
This issue got surfaced when verifying with sysmmu enabled. Probe of
fimd Sysmmu enables the master clock be
From: Ville Syrj?l?
Add a small static inline helper to grab the vblank wait queue based on
the drm_crtc.
This is useful for drivers to do internal vblank waits using
wait_event() & co.
v2: Pimp commit message (Daniel)
Add kernel doc (Daniel)
Suggested-by: Daniel Vetter
Signed-off-by: Vil
https://bugzilla.kernel.org/show_bug.cgi?id=76761
Bug ID: 76761
Summary: radeon driver breaks suspend to disk and resume from
RAM in 3.14
Product: Drivers
Version: 2.5
Kernel Version: 3.14.4 (debian 3.14.4-1 amd64)
Hard
From: Ville Syrj?l?
Share the waitqueue that drm_irq uses when performing the vblank evade
trick for atomic pipe updates.
v2: Keep intel_pipe_handle_vblank() (Chris)
Suggested-by: Daniel Vetter
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/i915_irq.c | 5 -
drivers/gpu/drm/i
On 22 May 2014 13:33, Thierry Reding wrote:
> On Thu, May 22, 2014 at 12:06:16PM +0530, Rahul Sharma wrote:
>> On 22 May 2014 11:51, Sachin Kamat wrote:
>> > Hi Rahul,
>> [snip]
>> >>
>> >> + clk_prepare_enable(ctx->bus_clk);
>> >
>> > Probably a check for its success?
>> >
>> >> + cl
From: Ville Syrj?l?
Share the waitqueue that drm_irq uses when performing the vblank evade
trick for atomic pipe updates.
Suggested-by: Daniel Vetter
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/i915_irq.c | 25 ++---
drivers/gpu/drm/i915/intel_display.c | 2
From: Ville Syrj?l?
Add a small static inline helper to grab the vblank wait queue based on
the drm_crtc.
Suggested-by: Daniel Vetter
Signed-off-by: Ville Syrj?l?
---
include/drm/drmP.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
index 76cca
On Thu, May 22, 2014 at 06:39:32PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Add a small static inline helper to grab the vblank wait queue based on
> the drm_crtc.
Maybe add that this is useful for drivers to do internal vblank waits
using wait event.
> Suggeste
On Thu, May 22, 2014 at 04:49:03PM +0100, Chris Wilson wrote:
> On Thu, May 22, 2014 at 06:39:33PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > Share the waitqueue that drm_irq uses when performing the vblank evade
> > trick for atomic pipe updates.
> >
> > S
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/70cb1d97/attachment.html>
In case user has specified an input for aspect ratio through the property,
then the user space value for PAR would take preference over the value from
CEA mode list.
Signed-off-by: Vandana Kannan
Cc: dri-devel at lists.freedesktop.org
---
drivers/gpu/drm/drm_edid.c | 9 +++--
1 file changed,
Added a property to enable user space to set aspect ratio.
This patch contains declaration of the property and code to create the
property.
Signed-off-by: Vandana Kannan
Cc: dri-devel at lists.freedesktop.org
---
drivers/gpu/drm/drm_crtc.c | 31 +++
include/drm/drm_cr
On Thu, May 22, 2014 at 06:39:33PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Share the waitqueue that drm_irq uses when performing the vblank evade
> trick for atomic pipe updates.
>
> Suggested-by: Daniel Vetter
> Signed-off-by: Ville Syrj?l?
> ---
> drivers/g
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/ba5765ae/attachment.html>
odule?
Also please try radeon.test=1 and radeon.test=2 separately.
--
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/20140522/785c9ef6/attachment-0001.html>
t attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/649becde/attachment.sig>
On Fri, May 23, 2014 at 12:51:29AM +0200, Daniel Vetter wrote:
> On Thu, May 22, 2014 at 03:48:16PM -0700, Matt Roper wrote:
> > On Fri, May 23, 2014 at 12:37:52AM +0200, Daniel Vetter wrote:
> > > On Thu, May 22, 2014 at 6:33 PM, Matt Roper > > intel.com> wrote:
> > > > v3:
> > > > - Move intege
e test are actually passed ?
--
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/20140522/3b2c76ac/attachment.html>
On 2014? 05? 22? 13:36, Rahul Sharma wrote:
> Hi Inki,
>
> On 21 May 2014 16:43, Inki Dae wrote:
>>
>> Hi Rahul,
>>
>> On 2014? 05? 07? 20:25, Rahul Sharma wrote:
>>> From: Rahul Sharma
>>>
>>> In case of exynos, setting dma-burst to 16Word causes permanent
>>> tearing for very small buffers, e.
see this merged yet. Can somebody from the i.MX crowd
perhaps look at this, to see if they've had to solve a similar problem
(since the above document refers to i.MX)?
Adding Russell and Philipp for a second opinion.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/2487a561/attachment.sig>
iving 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/20140522/ae0a4a3c/attachment.html>
Alex Deucher wrote:
> From: Mario Kleiner
>
> Check the HDMI cea block for deep color mode bits. If available,
> assign the highest supported bpc for a hdmi display, corresponding
> to the given deep color modes.
I haven't had time to test further, but with all 5 applied on top of
deathsimple dr
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/8d5f428d/attachment.html>
On Fri, May 23, 2014 at 12:37:52AM +0200, Daniel Vetter wrote:
> On Thu, May 22, 2014 at 6:33 PM, Matt Roper
> wrote:
> > v3:
> > - Move integer overflow checking from setplane_internal to setplane
> >ioctl. The upcoming legacy cursor support via universal planes needs
> >to maintain cu
On 2014? 05? 22? 14:25, Rahul Sharma wrote:
> Hi Inki,
>
> The below fix doesn't affect the FB dev buffer allocation. IMO the scenario
> where u-boot allocates the buffer is not disturbed.
> Please review the implementation.
>
Applied.
Thanks,
Inki Dae
> Regards,
> Rahul Sharma.
>
> On 7 May
achment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/1db79725/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/671fd4b7/attachment.html>
unlevel and then manually loading radeon from the
command line.
--
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/20140522/9029de5d/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/876ae2e4/attachment-0001.html>
On Thu, May 22, 2014 at 04:50:48PM +0530, Vandana Kannan wrote:
> Added a property to enable user space to set aspect ratio.
> This patch contains declaration of the property and code to create the
> property.
>
> Signed-off-by: Vandana Kannan
> Cc: dri-devel at lists.freedesktop.org
Documentati
On Thursday, May 22, 2014 1:59 PM, Sachin Kamat wrote:
>
> Silences the following warning:
> WARNING: space prohibited before semicolon
>
> Signed-off-by: Sachin Kamat
Acked-by: Jingoo Han
Best regards,
Jingoo Han
> ---
> drivers/gpu/drm/exynos/exynos_dp_reg.c |2 +-
> 1 file changed, 1
On 22 May 2014 12:25, Inki Dae wrote:
> On 2014? 05? 22? 13:36, Rahul Sharma wrote:
>> Hi Inki,
>>
>> On 21 May 2014 16:43, Inki Dae wrote:
>>>
>>> Hi Rahul,
>>>
>>> On 2014? 05? 07? 20:25, Rahul Sharma wrote:
From: Rahul Sharma
In case of exynos, setting dma-burst to 16Word cause
ff40d922
Doesn't look like that has hit 3.14 yet.
--
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/20140522/c9694be4/attachment.html>
The DRM core will translate calls to legacy cursor ioctls into universal
cursor calls automatically, so there's no need to maintain the legacy
cursor support. This greatly simplifies the transition since we don't
have to handle reference counting differently depending on which cursor
interface was
From: Christian K?nig
Signed-off-by: Christian K?nig
CC: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_cs.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/radeon/radeon_cs.c
index 2b6e0eb..
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/ed4d357e/attachment.html>
ell so we can see how this is used in a driver?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/28febf72/attachment.sig>
RRAY_SIZE(drm_aspect_ratio_enum_list));
> +
> + dev->mode_config.aspect_ratio_property = aspect_ratio;
I don't think you need the temporary aspect_ratio variable here. Can't
you directly assign the new property to .aspect_ratio_property?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/c54925f9/attachment.sig>
Hi
On Thu, May 22, 2014 at 12:21 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Add a helper function that allows drivers to statically set the unique
> name of the device. This will allow platform and USB drivers to get rid
> of their DRM bus implementations and directly use drm_dev_alloc
is is 164.97 mm, in which case I
think it may be better to round up to get a more accurate value of the
DPI.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/29fa1172/attachment.sig>
On 22 May 2014 12:06, Rahul Sharma wrote:
> On 22 May 2014 11:51, Sachin Kamat wrote:
>> Hi Rahul,
> [snip]
>>>
>>> + clk_prepare_enable(ctx->bus_clk);
>>
>> Probably a check for its success?
>>
>>> + clk_prepare_enable(ctx->lcd_clk);
>>
>
> Generally we don't check this in any of the
From: Thierry Reding
The DRM core can now cope with drivers that don't have an associated
struct drm_bus, so the host1x implementation is no longer useful.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/Makefile | 1 -
drivers/gpu/drm/tegra/bus.c| 64 -
From: Thierry Reding
With the recent addition of the drm_set_unique() function, devices can
now be registered without requiring a drm_bus. Add a brief description
to the DRM docbook to show how that can be achieved.
Signed-off-by: Thierry Reding
---
Changes in v3:
- replace drm_dev_put() recomm
From: Thierry Reding
Describe how devices are registered using the drm_*_init() functions.
Adding this to docbook requires a largish set of changes to the comments
in drm_{pci,usb,platform}.c since they are doxygen-style rather than
proper kernel-doc and therefore mess with the docbook generation
From: Thierry Reding
Add a helper function that allows drivers to statically set the unique
name of the device. This will allow platform and USB drivers to get rid
of their DRM bus implementations and directly use drm_dev_alloc() and
drm_dev_register().
Reviewed-by: Daniel Vetter
Signed-off-by:
From: Thierry Reding
This series of patches gets rid of the host1x drm_bus implementation in
Tegra DRM. It introduces a drm_dev_set_unique() function that is used to
statically set the unique name of the device, thereby eliminating the
last remaining need for drm_bus.
There are also a couple of
On 22 May 2014 11:51, Sachin Kamat wrote:
> Hi Rahul,
[snip]
>>
>> + clk_prepare_enable(ctx->bus_clk);
>
> Probably a check for its success?
>
>> + clk_prepare_enable(ctx->lcd_clk);
>
Generally we don't check this in any of the driver. It will be
quite unnecessary.
Regards,
Rahul Sha
Thanks Sachin.
On 22 May 2014 11:38, Sachin Kamat wrote:
> Hi Rahul,
>
> On 7 May 2014 17:21, Rahul Sharma wrote:
>> From: Rahul Sharma
>>
>> Allow to allocate non-contigous buffers when iommu is enabled.
>> Currently, it tries to allocates contigous buffer which consistently
>> fail for large
From: Rahul Sharma
Allow to allocate non-contigous buffers when iommu is enabled.
Currently, it tries to allocates contigous buffer which consistently
fail for large buffers and then fall back to non contigous. Apart
from being slow, this implementation is also very noisy and fills
the screen wit
and keep using the custom solution we've
had for a while now.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/9898e9cc/attachment.sig>
Hi Rahul,
On 22 May 2014 10:46, Rahul Sharma wrote:
> From: Rahul Sharma
>
> Fimd probe is accessing fimd Registers without enabling the fimd
> gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
> during kernel boottime, the system hangs during boottime.
>
> This issue got surfac
Hi Rahul,
On 7 May 2014 17:21, Rahul Sharma wrote:
> From: Rahul Sharma
>
> Allow to allocate non-contigous buffers when iommu is enabled.
> Currently, it tries to allocates contigous buffer which consistently
> fail for large buffers and then fall back to non contigous. Apart
> from being slow,
On Thu, May 22, 2014 at 10:49 AM, Andy Furniss wrote:
> Alex Deucher wrote:
>>
>> From: Mario Kleiner
>>
>> Check the HDMI cea block for deep color mode bits. If available,
>> assign the highest supported bpc for a hdmi display, corresponding
>> to the given deep color modes.
>
>
> I haven't had
Hi Inki,
The below fix doesn't affect the FB dev buffer allocation. IMO the scenario
where u-boot allocates the buffer is not disturbed.
Please review the implementation.
Regards,
Rahul Sharma.
On 7 May 2014 17:21, Rahul Sharma wrote:
> From: Rahul Sharma
>
> Allow to allocate non-contigous bu
From: Rahul Sharma
Fimd probe is accessing fimd Registers without enabling the fimd
gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
during kernel boottime, the system hangs during boottime.
This issue got surfaced when verifying with sysmmu enabled. Probe of
fimd Sysmmu enable
Hi,
On 05/22/2014 01:31 AM, Rafael J. Wysocki wrote:
> On Wednesday, May 21, 2014 03:39:54 PM Hans de Goede wrote:
>> Some firmware drivers, ie acpi-video want to get themselves out of the
>> way (in some cases) when their also is a raw backlight device available.
>>
>> Due to module loading order
Hi,
On 05/22/2014 01:30 AM, Rafael J. Wysocki wrote:
> On Wednesday, May 21, 2014 03:39:53 PM Hans de Goede wrote:
>> acpi_video_backlight_support() is supposed to be called by other (vendor
>> specific) firmware backlight controls, not by native / raw backlight controls
>> like nv_backlight.
>>
>
These symbols are local to this file.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index d3f9684..220f048 100644
--- a
i2c.h was included twice.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index ed6176e..d3f9684 100644
--- a/drivers/gpu/drm/exynos/exynos_hdmi
exynos_dpi_of_find_panel_node is local to this file.
Signed-off-by: Sachin Kamat
---
These patches are based on Inki Dae's tree (exynos-drm-next branch).
---
drivers/gpu/drm/exynos/exynos_drm_dpi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exyn
Silences the following warning:
WARNING: space prohibited before semicolon
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_dp_reg.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_dp_reg.c
b/drivers/gpu/drm/exynos/exynos_dp_reg.
Hi Inki,
On 21 May 2014 16:43, Inki Dae wrote:
>
> Hi Rahul,
>
> On 2014? 05? 07? 20:25, Rahul Sharma wrote:
>> From: Rahul Sharma
>>
>> In case of exynos, setting dma-burst to 16Word causes permanent
>> tearing for very small buffers, e.g. cursor buffer. Burst Mode
>> switching, which is based
en it fail
doesn't mean it can't.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/77c462e3/attachment.sig>
> >> Some firmware drivers, ie acpi-video want to get themselves out of the
> >> way (in some cases) when their also is a raw backlight device available.
> >>
> >> Due to module loading ordering being unknown, acpi-video cannot be certain
> >> that the backlight_device_registered(BACKLIGHT_RAW) it
The DRM core will translate calls to legacy cursor ioctls into universal
cursor calls automatically, so there's no need to maintain the legacy
cursor support. This greatly simplifies the transition since we don't
have to handle reference counting differently depending on which cursor
interface was
Refactor DRM setplane code into a new setplane_internal() function that
takes DRM objects directly as parameters rather than looking them up by
ID. We'll use this in a future patch when we implement legacy cursor
ioctls on top of the universal plane interface.
v3:
- Move integer overflow checkin
On Thu, May 22, 2014 at 7:58 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Signed-off-by: Christian K?nig
> CC: stable at vger.kernel.org
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_cs.c | 15 +++
> 1 file changed, 11 insertions(+), 4 deletions(-)
>
>
don't have this bug in radeonsi :).
--
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/20140522/f91959d4/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140522/8c157e56/attachment.html>
Hi Linus,
Fixes for the other big two, the radeon VCE one is large but it fixes some
userspace triggerable issues, otherwise its blackscreens and oopses,
nouveau fixes a bleeding laptop panel issue when displayport is used
sometimes,
Dave.
The following changes since commit 4b660a7f5c8099d88
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/c2ef2780/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/20140522/05a55344/attachment.html>
1 - 100 of 102 matches
Mail list logo
