Hi Dave,
This second pull request just adds some fixup and cleanup patches.
We are waiting for the next version of refactoring patch set but
it seems that they wouldn't be posted this time.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since
attachments/20140122/a1f60e7a/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140122/0a319d97/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140122/2306e0a6/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140122/8633159c/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140122/68b360c5/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140122/d805cbdb/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140122/9d6255c2/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/45ff6d3a/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65761
Hohahiu changed:
What|Removed |Added
CC||rakothedin at gmail.com
--- Comment #19 from Ho
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #20 from Hohahiu ---
Created attachment 122961
--> https://bugzilla.kernel.org/attachment.cgi?id=122961&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #21 from Hohahiu ---
Created attachment 122971
--> https://bugzilla.kernel.org/attachment.cgi?id=122971&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are watching the assignee of the bug.
dri-devel/attachments/20140122/d679319d/attachment.html>
desktop.org/archives/dri-devel/attachments/20140122/608118e9/attachment.html>
pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/02afb4c2/attachment.pgp>
- 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/20140122/0d3ca13d/attachment-0001.pgp>
Ping...
Regards,
Liu Ying
On 01/20/2014 12:52 PM, Liu Ying wrote:
> We don't have to turn backlight on/off everytime a blanking
> or unblanking event comes because the backlight status may
> have already been what we want. Another thought is that one
> backlight device may be shared by multiple f
op 21-01-14 18:44, Thomas Hellstrom schreef:
> On 01/21/2014 04:29 PM, Maarten Lankhorst wrote:
>> Hey,
>>
>> op 21-01-14 16:17, Thomas Hellstrom schreef:
>>> Maarten, for this and the other patches in this series,
>>>
>>> I seem to recall we have this discussion before?
>>> IIRC I stated that rese
On Tue, Jan 21, 2014 at 11:34 PM, wrote:
> From: Daniel Vetter
> Subject: drm/fb-helper: don't sleep for screen unblank when an oops is in
> progress
>
> Otherwise the system will burn even brighter and worse, leave the user
> wondering what's going on exactly.
>
> Since we already have a panic
eceiving 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/20140122/1f0f5174/attachment.html>
On Mon, 20 Jan 2014, Liu Ying wrote:
> We don't have to turn backlight on/off everytime a blanking
> or unblanking event comes because the backlight status may
> have already been what we want. Another thought is that one
> backlight device may be shared by multiple framebuffers. We
> don't hope b
On 01/21/2014 08:11 PM, Matthew Garrett wrote:
> On Tue, 2014-01-21 at 13:32 +0800, Aaron Lu wrote:
>> On 01/21/2014 11:17 AM, Matthew Garrett wrote:
>>> We know that Windows 8 graphics drivers don't use the ACPI interface,
>>> and that systems change their behaviour as a result, in some cases with
On Wednesday, January 22, 2014 2:04 PM, Liu Ying wrote:
>
> Ping...
>
> Regards,
> Liu Ying
Please, don't send the ping within 2 days.
It is not a good practice. You sent the v1 patch 6 months ago.
However, why I should review the patch within 2 days?
Please wait.
Best regards,
Jingoo Han
>
>
On 01/15/2014 05:51 PM, Jean-Francois Moine wrote:
> On Wed, 15 Jan 2014 13:27:21 +0200
> Jyri Sarha wrote:
>
>> From driver/gpu/drm/i2c/tda998x_drv.c. The driver configures CTS_N
>> register statically to a value that works only with 4 byte samples.
>> According to my tests it is possible to su
On 01/22/2014 09:19 AM, Maarten Lankhorst wrote:
> op 21-01-14 18:44, Thomas Hellstrom schreef:
>> On 01/21/2014 04:29 PM, Maarten Lankhorst wrote:
>>> Hey,
>>>
>>> op 21-01-14 16:17, Thomas Hellstrom schreef:
Maarten, for this and the other patches in this series,
I seem to recall w
op 22-01-14 10:40, Thomas Hellstrom schreef:
> On 01/22/2014 09:19 AM, Maarten Lankhorst wrote:
>> op 21-01-14 18:44, Thomas Hellstrom schreef:
>>> On 01/21/2014 04:29 PM, Maarten Lankhorst wrote:
Hey,
op 21-01-14 16:17, Thomas Hellstrom schreef:
> Maarten, for this and the other
Hi Stephen,
On Wed, Jan 22, 2014 at 4:04 AM, Stephen Rothwell
wrote:
> Hi all,
>
> Today's linux-next merge of the drm-intel tree got a conflict in
> drivers/gpu/drm/i915/i915_irq.c between commit abca9e454498 ("drm: Pass
> 'flags' from the caller to .get_scanout_position()") from the drm tree
>
On Wed, 22 Jan 2014 11:20:32 +0200
Jyri Sarha wrote:
> On 01/15/2014 05:51 PM, Jean-Francois Moine wrote:
> > On Wed, 15 Jan 2014 13:27:21 +0200
> > Jyri Sarha wrote:
> >
> >> From driver/gpu/drm/i2c/tda998x_drv.c. The driver configures CTS_N
> >> register statically to a value that works only
On 01/22/2014 10:55 AM, Maarten Lankhorst wrote:
> op 22-01-14 10:40, Thomas Hellstrom schreef:
>> On 01/22/2014 09:19 AM, Maarten Lankhorst wrote:
>>> op 21-01-14 18:44, Thomas Hellstrom schreef:
On 01/21/2014 04:29 PM, Maarten Lankhorst wrote:
> Hey,
>
> op 21-01-14 16:17, Thomas
On 01/22/2014 05:35 PM, Jani Nikula wrote:
> On Mon, 20 Jan 2014, Liu Ying wrote:
>> We don't have to turn backlight on/off everytime a blanking
>> or unblanking event comes because the backlight status may
>> have already been what we want. Another thought is that one
>> backlight device may be s
On Wed, 22 Jan 2014 11:19:53 +0100
Jean-Francois Moine wrote:
> As both I2S and S/PDIF may be used for HDMI output in the Cubox,
> I wrote a tda998x CODEC which gets the audio ports from the DT and
> dynamically sets these ports and the audio type (i2s / spdif) on audio
> streaming start. I have
op 22-01-14 11:27, Thomas Hellstrom schreef:
> On 01/22/2014 10:55 AM, Maarten Lankhorst wrote:
>> op 22-01-14 10:40, Thomas Hellstrom schreef:
>>> On 01/22/2014 09:19 AM, Maarten Lankhorst wrote:
op 21-01-14 18:44, Thomas Hellstrom schreef:
> On 01/21/2014 04:29 PM, Maarten Lankhorst wrot
We don't have to turn backlight on/off every time a blanking
or unblanking event comes because the backlight status may
have already been what we want. Another thought is that one
backlight device may be shared by multiple framebuffers. We
don't hope blanking one of the framebuffers may turn the
ba
Am 21.01.2014 21:33, schrieb Ben Widawsky:
> The debugfs helper duplicates the functionality used by Armada, so let's
> just use that.
>
> WARNING: only compile tested
>
> Cc: Christian K?nig
> Signed-off-by: Ben Widawsky
> ---
> drivers/gpu/drm/radeon/radeon.h | 5 -
> drivers/gpu/dr
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/d08214d4/attachment-0001.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/10b7b013/attachment.html>
On 01/22/2014 11:58 AM, Maarten Lankhorst wrote:
> op 22-01-14 11:27, Thomas Hellstrom schreef:
>> On 01/22/2014 10:55 AM, Maarten Lankhorst wrote:
>>> op 22-01-14 10:40, Thomas Hellstrom schreef:
On 01/22/2014 09:19 AM, Maarten Lankhorst wrote:
> op 21-01-14 18:44, Thomas Hellstrom schree
op 22-01-14 13:11, Thomas Hellstrom schreef:
> On 01/22/2014 11:58 AM, Maarten Lankhorst wrote:
>> op 22-01-14 11:27, Thomas Hellstrom schreef:
>>> On 01/22/2014 10:55 AM, Maarten Lankhorst wrote:
op 22-01-14 10:40, Thomas Hellstrom schreef:
> On 01/22/2014 09:19 AM, Maarten Lankhorst wrot
op 22-01-14 13:11, Thomas Hellstrom schreef:
> On 01/22/2014 11:58 AM, Maarten Lankhorst wrote:
>> op 22-01-14 11:27, Thomas Hellstrom schreef:
>>> On 01/22/2014 10:55 AM, Maarten Lankhorst wrote:
op 22-01-14 10:40, Thomas Hellstrom schreef:
> On 01/22/2014 09:19 AM, Maarten Lankhorst wrot
On 01/22/2014 01:38 PM, Maarten Lankhorst wrote:
> op 22-01-14 13:11, Thomas Hellstrom schreef:
>> On 01/22/2014 11:58 AM, Maarten Lankhorst wrote:
>>> op 22-01-14 11:27, Thomas Hellstrom schreef:
On 01/22/2014 10:55 AM, Maarten Lankhorst wrote:
> op 22-01-14 10:40, Thomas Hellstrom schree
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/8a74e817/attachment.html>
Hi Dave,
A single fix for locking cursor updates.
Thanks
Patrik
The following changes since commit 7d174801ea3a59bec700266a6fc6755f36018746:
Merge branch 'drm-fixes' of
git://people.freedesktop.org/~airlied/linux into gma500-fixes
(2014-01-07 02:34:34 +0100)
are available in the git reposito
On Wed, Jan 22, 2014 at 12:48:04PM +, Lin, Mengdong wrote:
> > -Original Message-
> > From: daniel.vetter at ffwll.ch [mailto:daniel.vetter at ffwll.ch] On
> > Behalf Of
> > Daniel Vetter
> > Sent: Tuesday, January 21, 2014 9:11 PM
> > To: Lin, Mengdong
> > Cc: Takashi Iwai (tiwai at s
requent, more in the range of once
or twice every 2-3 hours.
--
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/20140122/26dfe6fe/attachment.html>
Hi,
This patch set adds bindings and drivers to Exynos MIPI-DSI host and S6E8AA0
panel.
Both devices are present in Trats and Trats2 targets which are present
in mainline kernel and currently have no display support.
Patchset contains also patches adding corresponding DTS nodes to both devices.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
b/drivers/gpu/drm/exynos/exynos_drm_fimd.c
index 8caaac2..b611f33 100644
--- a/drivers/gpu/drm/exynos
In case fbdev is initialized before any output is connected,
fb resolution defaults to 1024x768. After that any output with
bigger resolution is ignored and fbdev is not displayed.
The patch postpones fbdev initialization to avoid such situation.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/
The patch adds s6e8aa0 panel node for trats2.
It adds also trats2 specific properties for DSI
and regulator required by panel.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos4412-trats2.dts | 45 +
1 file changed, 45 insertions(+)
diff --git a/arch/arm/
The patch adds bindings for s6e8aa0 panel.
Bindings describes panel resources, boot delays,
display timings, orientation and physical size.
Signed-off-by: Andrzej Hajda
---
.../devicetree/bindings/panel/samsung-s6e8aa0.txt | 53 ++
1 file changed, 53 insertions(+)
create mo
The patch adds MIPI-DSI based s6e8aa0 AMOLED LCD 5.3 inch panel driver.
Driver uses mipi_dsi bus to communicate with panel and exposes drm_panel
interface.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/panel/Kconfig |7 +
drivers/gpu/drm/panel/Makefile|1 +
drivers/gpu
The patch adds s6e8aa0 panel node for trats.
It adds also trats specific properties for DSI.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos4210-trats.dts | 36 ++
1 file changed, 36 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210-trats.dts
b/a
This is a common part of DSI node for all Exynos4 boards.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos4.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boot/dts/exynos4.dtsi
index a73eeb5..7102f29 100644
--- a/arch/a
The patch adds driver for Exynos DSI master (DSIM). It is a platform driver
which is registered as exynos_drm_display sub-driver of exynos_drm framework
and implements DRM encoder/connector pair.
It is also MIPI-DSI host driver and provides DSI bus for panels.
It interacts with its panel(s) using d
The patch adds DT bindings for Exynos DSI Master. DSIM follows rules
for DSI bus host bindings [1].
Other properties describes its resources: memory, interrupt, clocks,
phy, regulators.
There is only one configuration property: pll-clock-frequency.
[1]: Documentation/devicetree/bindings/mipi/dsi/m
e same on your chip.
--
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/20140122/51a3213f/attachment.html>
vel/attachments/20140122/5178bad3/attachment.html>
On Wed, Jan 22, 2014 at 02:48:28PM +0100, Denis Carikli wrote:
> If de-active and/or pixelclk-active properties were set in the
> display-timings DT node, they were not used.
>
> Instead the data-enable and the pixel data clock polarity
> were hardcoded.
>
> This change is needed for making the e
On Wed, Jan 22, 2014 at 9:18 AM, Daniel Vetter wrote:
> On Wed, Jan 22, 2014 at 12:48:04PM +, Lin, Mengdong wrote:
>> > -Original Message-
>> > From: daniel.vetter at ffwll.ch [mailto:daniel.vetter at ffwll.ch] On
>> > Behalf Of
>> > Daniel Vetter
>> > Sent: Tuesday, January 21, 2014
Hi,
It seems I have not added description to this patch.
In this patch porch is calculated in compatible way to
drm_display_mode_from_videomode core function.
The way it was seems to me incorrect and it did not work on my hw.
Anyway this patch could be merged with Sean's patches, if he agrees.
R
On Wed, Jan 22, 2014 at 01:52:51PM +0100, Thomas Hellstrom wrote:
> On 01/22/2014 01:38 PM, Maarten Lankhorst wrote:
> > op 22-01-14 13:11, Thomas Hellstrom schreef:
> >> On 01/22/2014 11:58 AM, Maarten Lankhorst wrote:
> >>> op 22-01-14 11:27, Thomas Hellstrom schreef:
> On 01/22/2014 10:55 A
On Wed, Jan 22, 2014 at 10:04:14AM -0500, Rob Clark wrote:
> sorry to jump into this a bit late, so maybe this was covered already
> earlier..
It just started, I've quoted everything when cc'ing dri-devel. But good to
have examples outside of x86 (where things are mostly standardized by the
Eye o
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140122/fcecc21f/attachment-0001.html>
On 01/22/2014 04:09 PM, Daniel Vetter wrote:
> On Wed, Jan 22, 2014 at 01:52:51PM +0100, Thomas Hellstrom wrote:
>> On 01/22/2014 01:38 PM, Maarten Lankhorst wrote:
>>> op 22-01-14 13:11, Thomas Hellstrom schreef:
On 01/22/2014 11:58 AM, Maarten Lankhorst wrote:
> op 22-01-14 11:27, Thomas
On 01/22/2014 04:09 PM, Daniel Vetter wrote:
> On Wed, Jan 22, 2014 at 01:52:51PM +0100, Thomas Hellstrom wrote:
>> On 01/22/2014 01:38 PM, Maarten Lankhorst wrote:
>>> op 22-01-14 13:11, Thomas Hellstrom schreef:
On 01/22/2014 11:58 AM, Maarten Lankhorst wrote:
> op 22-01-14 11:27, Thomas
On Wed, Jan 22, 2014 at 10:20 AM, Daniel Vetter wrote:
> On Wed, Jan 22, 2014 at 10:04:14AM -0500, Rob Clark wrote:
>> sorry to jump into this a bit late, so maybe this was covered already
>> earlier..
>
> It just started, I've quoted everything when cc'ing dri-devel. But good to
> have examples
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/0c576001/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/5f48ae51/attachment.html>
in changing power_method. Where did I do
mistake?
--
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/20140122/75934f0a/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/344b2344/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/233a15ad/attachment-0001.html>
hen
you enable dpm, you can't switch to the older pm methods.
--
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/20140122/b4f6d4a0/attachment.html>
At Wed, 22 Jan 2014 15:18:21 +0100,
Daniel Vetter wrote:
>
> On Wed, Jan 22, 2014 at 12:48:04PM +, Lin, Mengdong wrote:
> > > -Original Message-
> > > From: daniel.vetter at ffwll.ch [mailto:daniel.vetter at ffwll.ch] On
> > > Behalf Of
> > > Daniel Vetter
> > > Sent: Tuesday, January
At Wed, 22 Jan 2014 10:45:26 -0500,
Rob Clark wrote:
>
> On Wed, Jan 22, 2014 at 10:20 AM, Daniel Vetter wrote:
> > On Wed, Jan 22, 2014 at 10:04:14AM -0500, Rob Clark wrote:
> >> sorry to jump into this a bit late, so maybe this was covered already
> >> earlier..
> >
> > It just started, I've q
On Wed, Jan 22, 2014 at 12:23 PM, Takashi Iwai wrote:
> At Wed, 22 Jan 2014 10:45:26 -0500,
> Rob Clark wrote:
>>
>> On Wed, Jan 22, 2014 at 10:20 AM, Daniel Vetter wrote:
>> > On Wed, Jan 22, 2014 at 10:04:14AM -0500, Rob Clark wrote:
>> >> sorry to jump into this a bit late, so maybe this was c
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/20140122/3ff45d13/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/c4035473/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/b4327475/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/f8b43106/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/39169025/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/a30c06a1/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/db7e1e03/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/9133549e/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/14780024/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/f15a2098/attachment.html>
On 01/21/2014 12:24 PM, Thierry Reding wrote:
> Add support for eDP functionality found on Tegra124 and later SoCs. Only
> fast link training is currently supported.
>
> Signed-off-by: Thierry Reding
> ---
> .../bindings/gpu/nvidia,tegra20-host1x.txt | 42 +
This part should go to the
On Mon, Jan 20, 2014 at 7:46 PM, Yijing Wang wrote:
> Since acpi_evaluate_object() returns acpi_status and not plain int,
> ACPI_FAILURE() should be used for checking its return value.
>
> Reviewed-by: Jani Nikula
> Signed-off-by: Yijing Wang
> ---
> v3->v4: Fix spell error, add Jani Nikula revi
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/bb232b46/attachment.html>
with the 2nd.
What does this even mean, how can disabling HDMI audio break things? :)
--
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/20140122/548c6f28/attachment-0001.html>
upload)
Jan 23 00:45:54 tewn kernel: radeon :01:00.0: Invalid ROM contents
--
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/attachment
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140122/2aab5c1d/attachment.html>
On Sun, Jan 19, 2014 at 07:58:43PM +0100, Jean-Francois Moine wrote:
> This patch adds DT support to the tda998x.
>
> Signed-off-by: Jean-Francois Moine
Acked-by: Russell King
Tested-by: Russell King
--
FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up. Estimation
in database were 13
On Sun, Jan 19, 2014 at 07:58:45PM +0100, Jean-Francois Moine wrote:
> Signed-off-by: Jean-Francois Moine
Might be worth also saying "and tidy up AIP_CLKSEL" since arguably they
were already using global constants. In any case, no one likes single
line patch descriptions. Always try to write so
> -Original Message-
> From: daniel.vetter at ffwll.ch [mailto:daniel.vetter at ffwll.ch] On Behalf
> Of
> Daniel Vetter
> Sent: Tuesday, January 21, 2014 9:11 PM
> To: Lin, Mengdong
> Cc: Takashi Iwai (tiwai at suse.de); Barnes, Jesse; Zanoni, Paulo R;
> alsa-devel at alsa-project.org; in
Hi,
After updating from linux 3.12.8 to 3.13 my display backlight
switches off when starting X. As it seems, the kernel doesn't
crash, it just switched off the backlight.
Hardware name: Acer Aspire 3820T/JM31_CP, BIOS V1.19 10/27/2010
This is a notebook with an intel/radeon hybrid graphics. I us
On Sun, Jan 19, 2014 at 07:58:38PM +0100, Jean-Francois Moine wrote:
> This patch adds more error checking inn I2C I/O functions.
> In case of I/O error, this permits to avoid writing in bad controller
> pages, a bad chipset detection or looping when getting the EDID.
>
> Tested-by: Russell King
On Sun, Jan 19, 2014 at 07:58:38PM +0100, Jean-Francois Moine wrote:
> This patch:
> - replaces ARRAY_SIZE() by sizeof() when a number of bytes is needed,
> - adds a linefeed in an error message and
> - removes an useless variable setting.
>
> Tested-by: Russell King
> Signed-off-by: Jean-Francoi
On Sun, Jan 19, 2014 at 07:58:40PM +0100, Jean-Francois Moine wrote:
> This patch uses always the adjusted video mode instead of a mix of
> original and adjusted mode.
>
> Signed-off-by: Jean-Francois Moine
Nothing obviously wrong and appears to work, thanks.
Acked-by: Russell King
Tested-by:
On Sun, Jan 19, 2014 at 07:58:42PM +0100, Jean-Francois Moine wrote:
> This patch takes care of the write-only registers of the tda998x.
>
> The value 'MAT_CONTRL_MAT_SC(1)' in the register MAT_CONTRL has been
> set as it is at reset time.
>
> Signed-off-by: Jean-Francois Moine
> ---
> v3
>
On Sun, Jan 19, 2014 at 07:58:43PM +0100, Jean-Francois Moine wrote:
> This patch adds the optional treatment of the tda998x IRQ.
>
> The interrupt function is used to know the display connection status
> without polling and to speedup reading the EDID.
>
> The interrupt number may be defined eit
On Sun, Jan 19, 2014 at 07:58:44PM +0100, Jean-Francois Moine wrote:
> This patch refines the connection status testing both bits RXSENS and
> HPD of the CEC register giving the connection level.
Can you explain why this is necessary?
I believe this is not necessary for the following reason:
HDM
1 - 100 of 108 matches
Mail list logo
