https://bugs.freedesktop.org/show_bug.cgi?id=68805
--- Comment #2 from kwah...@wp.pl ---
I have very similar config to your (3.11 + DPM + oibaf PPA) except HD 6670
instead 6310 - but vdpainfo output looks exactly the same. However, I cannot
confirm your issue. I am curious what is your
/sys/kernel
Suppress warning of unused-variables by adding a BUG()+return for invalid
audio-formats.
Cc: Rob Clark
Signed-off-by: David Herrmann
---
Hey Rob
No idea whether it's correct. But all I know is when we hit the default: path,
several variables will be unset. To avoid gcc warn about it, I added th
Hi
With the upcoming 3.12 merge-window, I thought people might find themselves with
nothing to do, so here's a new SimpleDRM series. Comments welcome!
This depends on the tip/x86/fb series in the x86-tip tree:
http://git.kernel.org/cgit/linux/kernel/git/tip/tip.git/log/?h=x86/fb
Which, as far a
The SimpleDRM driver binds to simple-framebuffer devices and provides a
DRM/KMS API. It provides only a single CRTC+encoder+connector combination
plus one initial mode.
Userspace can create one dumb-buffer and attach it to the CRTC. Only if
the buffer is destroyed, a new buffer can be created. The
Create a simple fbdev device during SimpleDRM setup so legacy user-space
and fbcon can use it.
Signed-off-by: David Herrmann
Tested-by: Stephen Warren
---
drivers/gpu/drm/simpledrm/Kconfig | 11 ++
drivers/gpu/drm/simpledrm/Makefile | 1 +
drivers/gpu/drm/simpledrm/simpled
If we load a real hardware DRM driver, we want all firmware drivers to be
unloaded. Historically, this was done via
remove_conflicting_framebuffers(), but for DRM drivers (like SimpleDRM) we
need a new way.
This patch introduces DRIVER_FIRMWARE and DRM apertures to provide a quite
similar way to k
Use the new DRM infrastructure to kick out firmware drivers before probing
the real driver.
Cc: Maarten Lankhorst
Cc: Ben Skeggs
Signed-off-by: David Herrmann
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 29 ++---
1 file changed, 22 insertions(+), 7 deletions(-)
diff --
Use the new DRM infrastructure to kick out firmware DRM drivers before
loading i915.
Cc: Daniel Vetter
Signed-off-by: David Herrmann
---
drivers/gpu/drm/i915/i915_dma.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i9
Kick out firmware DRM and fbdev drivers via the new
drm_kick_out_firmware() before loading radeon.
Cc: Alex Deucher
Signed-off-by: David Herrmann
---
drivers/gpu/drm/radeon/radeon_drv.c | 28
drivers/gpu/drm/radeon/radeon_kms.c | 30 ++
2
https://bugs.freedesktop.org/show_bug.cgi?id=68503
Vadim Girlin changed:
What|Removed |Added
Attachment #84573|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=68503
Vadim Girlin changed:
What|Removed |Added
Attachment #85011|0 |1
is obsolete|
Allows you to limit the selected power levels via sysfs.
Force the feedback divider to select a power level.
v2: fix checking in rs780_force_fbdiv,
drop a duplicate divider structure in rs780_dpm_force_performance_level,
Force the voltage level too.
Signed-off-by: Anthoine Bourgeois
---
exynos_drm_connector.c now uses videomode helper API. Hence select
VIDEOMODE_HELPERS at DRM_EXYNOS level itself instead of at
DRM_EXYNOS_FIMD to avoid the following compilation error when FIMD
is not selected (introduced by commit cf796235a6 "drm/exynos: fimd:
replace struct fb_videomode with video
Exynos hdmiphy operations and configs are kept inside
the hdmi driver. Hdmiphy related code is tightly coupled
with hdmi IP driver.
This patche moves hdmiphy related code to hdmiphy driver.
It will help in cleanly supporting the hdmiphy variations
in further SoCs.
Signed-off-by: Rahul Sharma
---
hdmiphy is a dummy clock which actually controls the PMU bit
to enable/disbale hdmiphy (before CCF). This clock is cleaned
from the hdmi driver.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c |8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/exyn
Currently, exynos hdmiphy operations and configs are kept
inside the hdmi driver. Hdmiphy related code is tightly
coupled with hdmi IP driver.
This series also removes hdmiphy dummy clock for hdmiphy
and replace it with Phy PMU Control from the hdmiphy driver.
At the end, support for exynos5420 h
Before hdmiphy operation like config, start etc, hdmiphy
bit in PMU block should be enabled. Earlier this happens
in hdmi drvier through a dummy "hdmiphy" clock.
Signed-off-by: Rahul Sharma
---
.../devicetree/bindings/video/exynos_hdmiphy.txt |6 ++
drivers/gpu/drm/exynos/exynos_drm_hdmi.h
Exynos5420 hdmiphy device is a platform device, unlike
predecessor SoCs where it used to be a I2C device. This
support is added to the hdmiphy driver.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 224 ++-
1 file changed, 221 insertions(+)
Exynos hdmi ddc is a I2C device and if we register hdmi ddc
driver with id_table as NULL, cause failure in probing.
id_table field should not be NULL for i2c_driver registeration.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_ddc.c |5 +
1 file changed, 5 insertions(+)
hdmiphy dt node needs a child node called 'phy-power-control'
which represents the PMU register for power controlling the
hdmiphy.
hdmi driver dt node provides phy property which points to
the hdmiphy dt node.
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/exynos5250-smdk5250.dts |9
hdmiphy dt node needs a child node called 'phy-power-control'
which represents the PMU register for power controlling the
hdmiphy.
hdmi driver dt node provides phy property which points to
the hdmiphy dt node.
Signed-off-by: Rahul Sharma
---
arch/arm/boot/dts/exynos5420.dtsi | 12
On Aug 30, 2013, at 10:25 AM, Thierry Reding wrote:
> Add a driver for simple panels. Such panels can have a regulator that
> provides the supply voltage and a separate GPIO to enable the panel.
> Optionally the panels can have a backlight associated with them so it
> can be enabled or disabled a
https://bugs.freedesktop.org/show_bug.cgi?id=68783
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66673
Alex Deucher changed:
What|Removed |Added
CC||nrn...@gmail.com
--- Comment #4 from Alex
https://bugs.freedesktop.org/show_bug.cgi?id=68585
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=68708
--- Comment #6 from Alex Deucher ---
(In reply to comment #5)
> Thank you, Alex. I've tested this patch (booted on battery, plugged in and
> disconnected charger, suspended and resumed) and it works nicely.
> Will this patch come to the stable br
https://bugs.freedesktop.org/show_bug.cgi?id=52952
--- Comment #22 from Alex Deucher ---
(In reply to comment #21)
> (In reply to Comment 19)
>
> Hi Alex,
>
> Is it possible you or someone can backport the fix so that this issue can be
> resolved on Ubuntu 10.04 LTS (Linux 2.6.32 kernel) and Ub
https://bugs.freedesktop.org/show_bug.cgi?id=68503
--- Comment #11 from kwah...@wp.pl ---
I patched after first patch (not master Mesa) and there i no artifacts neither
performance improvement. I didn't change anything in code.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=68708
Hohahiu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sat, Aug 31, 2013 at 4:02 PM, Linus Torvalds
wrote:
>
> Any known issues with DVI on Haswell (it seems to show up as "HDMI1"
> as the output, but it's a DVI cable)?
With a DP cable and the same monitor, the problem doesn't seem to
occur. So it does seem to somehow be related to the HDMI1/DVI o
https://bugzilla.kernel.org/show_bug.cgi?id=60827
Lan Tianyu changed:
What|Removed |Added
CC||tianyu@intel.com
Component|Hibe
https://bugs.freedesktop.org/show_bug.cgi?id=68805
--- Comment #3 from russianneuroman...@ya.ru ---
While playback this sample video:
uvdvclk: 53334 dclk: 4
power level 0sclk: 49231 vddc: 975
Quote from dmesg:
[147358.038752] switching from power state:
[147358.038772] ui clas
Hi Rahul,
> -Original Message-
> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
> ow...@vger.kernel.org] On Behalf Of Rahul Sharma
> Sent: Friday, August 30, 2013 7:06 PM
> To: Inki Dae
> Cc: Rahul Sharma; linux-samsung-soc; dri-devel@lists.freedesktop.org;
> Kukj
On 2 September 2013 10:38, Inki Dae wrote:
> Hi Rahul,
>
>> -Original Message-
>> From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
>> ow...@vger.kernel.org] On Behalf Of Rahul Sharma
>> Sent: Friday, August 30, 2013 7:06 PM
>> To: Inki Dae
>> Cc: Rahul Sharma; linux
On Sat, Aug 31, 2013 at 04:02:16PM -0700, Linus Torvalds wrote:
> Hmm. I just updated my machine to a i7-4770S (kept everything else the
> same, just switched out motherboards), and now when my display goes to
> sleep, it seems to never come back.
Sleep as in dpms off ($ xset dpms force off) or sl
35 matches
Mail list logo
