Hi, Ingi.
Merged. Thanks for your first patch to drm world. :)
This patch isn't trivial so will go to next.
Thanks,
Inki Dae
2015ë
10ì 02ì¼ 17:59ì Ingi Kim ì´(ê°) ì´ ê¸:
> This patch fixes spelling errors in drm fimc/gsc
> inavild -> invaild
>
> Signed-off-by: Ingi Kim
> ---
>
Hi Andrzej,
For all patches, merged excepting patch 2 which cleans up dt binding
document.
Thanks,
Inki Dae
2015ë
09ì 25ì¼ 21:48ì Andrzej Hajda ì´(ê°) ì´ ê¸:
> Hi,
>
> This is another set of cleanup/improvement patches for HDMI.
>
> The patchset is based on exynos-drm-next.
> It
Also ping~~
2015ë
09ì 19ì¼ 12:53ì Inki Dae ì´(ê°) ì´ ê¸:
> On 2015ë
09ì 05ì¼ 05:15, Gustavo Padovan wrote:
>> From: Gustavo Padovan
>>
>> Let pm_runtime handle the enabling/disabling of the device with proper
>> refcnt instead of rely on specific flags to track the enabled state.
Gustavo, please ping~~~
2015ë
09ì 19ì¼ 12:51ì Inki Dae ì´(ê°) ì´ ê¸:
> Hi Gustavo,
>
> On 2015ë
09ì 05ì¼ 05:15, Gustavo Padovan wrote:
>> From: Gustavo Padovan
>>
>> Instead of having a .clock_enable callback enable the dp clock directly
>> from FIMD.
>>
>> Signed-off-by: Gustavo
Merged.
Thanks,
Inki Dae
2015ë
09ì 05ì¼ 07:05ì Gustavo Padovan ì´(ê°) ì´ ê¸:
> From: Gustavo Padovan
>
> Set one of the planes for each crtc driver as a cursor plane enabled
> window managers to fully work on exynos.
>
> Signed-off-by: Gustavo Padovan
>
> ---
> v2: use the top
Hi Gustavo,
Merged.
Thanks,
Inki Dae
2015ë
09ì 05ì¼ 07:05ì Gustavo Padovan ì´(ê°) ì´ ê¸:
> From: Gustavo Padovan
>
> Define DEFAULT_WIN as zero to help set the primary plane on all CRTCs.
> Some CRTCs were defining a variable to store the default window, but that
> is not necessary
able.
what is your opinion about these new infos ?
--
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/20151012/cd5b217a/attachment.html>
On Mon, 2015-10-12 at 09:01 +0200, Daniel Vetter wrote:
> On Fri, Oct 09, 2015 at 06:16:25PM -0400, Dan Williams wrote:
> > i915 expects the OpRegion to be cached (i.e. not __iomem), so explicitly
> > map it with memremap rather than the implied cache setting of
> > acpi_os_ioremap().
> >
> > Cc:
Hi,
On Saturday 10 October 2015 09:25 PM, Yakir Yang wrote:
> This phy driver would control the Rockchip DisplayPort module
> phy clock and phy power, it is relate to analogix_dp-rockchip
> dp driver. If you want DP works rightly on rockchip platform,
> then you should select both of them.
Add
t; needed for "current_dispclk"?
It shouldn't hurt anything, but lets just clean it up anyway.
--
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-deve
Le 12. 10. 15 09:06, Daniel Vetter a écrit :
> Another regression for Jairo to track.
> -Daniel
I get the exact same dmesg too with the 4.3.0-rc5 on a i5-5250U NUC
using HDMI. The rest is a standard Debian Jessie.
> On Sat, Oct 10, 2015 at 12:08:43PM -0700, Darren Hart wrote:
>> The Debian
Changes since v3:
* Previously when switching the display, the DDC lines were switched
as well. But actually this is not necessary: If a GPU probes EDID,
DDC must be switched and locked to the GPU anyway, so why switch
DDC preemptively? Also, previously the DDC lines were switched
On Sat, 2015-10-10 at 00:59 +0530, Shashank Sharma wrote:
> I915 color manager registers pipe degamma correction as palette
> correction before CTM, DRM property.
>
> This patch adds the no of coefficients(65) for degamma correction
> as "num_samples_before_ctm" parameter in device info
On Sat, 2015-10-10 at 00:59 +0530, Shashank Sharma wrote:
> BDW/SKL/BXT platforms support various Gamma correction modes
> which are:
> 1. Legacy 8-bit mode
> 2. 10-bit Split Gamma mode
> 3. 12-bit mode
>
> This patch does the following:
> 1. Adds the core function to program Gamma correction
On Sat, 2015-10-10 at 00:59 +0530, Shashank Sharma wrote:
> BDW/SKL/BXT supports Degamma color correction feature, which
> linearizes the non-linearity due to gamma encoded color values.
> This will be applied before Color Transformation.
>
> This patch does the following:
> 1. Adds the core
The pre-retina MacBook Pro uses an LVDS panel and a gmux controller
to switch the panel between its two GPUs. The panel mode in VBIOS
is notoriously bogus on these machines.
Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LVDS.
This allows us to retrieve the EDID if the outputs are
The pre-retina MacBook Pro uses an LVDS panel and a gmux controller
to switch the panel between its two GPUs. The panel mode in VBIOS
is notoriously bogus on these machines.
Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LVDS.
This allows us to retrieve the EDID if the outputs are
Hi Alex,
On Mon, Oct 12, 2015 at 12:02:13PM -0400, Alex Deucher wrote:
> On Mon, Oct 12, 2015 at 5:44 AM, Lukas Wunner wrote:
> > Introduced by f482a1419545 ("drm/radeon: document radeon_kms.c").
> >
> > Signed-off-by: Lukas Wunner
> > ---
> > drivers/gpu/drm/radeon/radeon_kms.c | 4 ++--
> >
Per commit 2e586a7e017a "drm/vmwgfx: Map the fifo as cached" the driver
expects the fifo registers to be cacheable. In preparation for
deprecating ioremap_cache() convert its usage in vmwgfx to memremap().
Cc: David Airlie
Cc: Thomas Hellstrom
Cc: Sinclair Yeh
Cc: dri-devel at
The pre-retina MacBook Pro uses an LVDS panel and a gmux controller
to switch the panel between its two GPUs. The panel mode in VBIOS
is notoriously bogus on these machines and some models have no
VBIOS at all.
Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LVDS.
This allows us to
Originally by Seth Forshee , 2012-10-04:
Some dual graphics machines support muxing the DDC separately from
the display, so make use of this functionality when reading the EDID
on the inactive GPU. Also serialize drm_get_edid() with a mutex to
avoid races on the DDC mux state.
Originally by Seth Forshee , 2012-10-04:
The gmux allows muxing the DDC independently from the display, so
support this functionality. This will allow reading the EDID for the
inactive GPU, fixing issues with machines that either don't have a
VBT or have invalid mode data in the
Originally by Seth Forshee , 2012-10-04:
During graphics driver initialization it's useful to be able to mux
only the DDC to the inactive client in order to read the EDID. Add
a switch_ddc callback to allow capable handlers to provide this
functionality, and add
Am Montag, 12. Oktober 2015, 20:32:47 schrieb Kishon Vijay Abraham I:
> Hi,
>
> On Saturday 10 October 2015 09:25 PM, Yakir Yang wrote:
> > This phy driver would control the Rockchip DisplayPort module
> > phy clock and phy power, it is relate to analogix_dp-rockchip
> > dp driver. If you want DP
On Sat, 2015-10-10 at 00:59 +0530, Shashank Sharma wrote:
> BDW/SKL/BXT support Color Space Conversion (CSC) using a 3x3 matrix
> that needs to be programmed into respective CSC registers.
>
> This patch does the following:
> 1. Adds the core function to program CSC correction values for
>
On Fri, 09 Oct 2015, Doug Smythies wrote:
> This started somewhere between Kernel 4.2 and 4.3-rc1,
> but I only noticed it a day ago.
Thanks for the report, please let's follow up at [1].
Thanks,
Jani.
[1] https://bugs.freedesktop.org/show_bug.cgi?id=92414
--
Jani Nikula, Intel Open Source
On Thu, Oct 8, 2015 at 9:59 PM, Alexandre Biron
wrote:
> Hi!
>
> I've never been able to run the open source drm driver on my 7870
> Tahiti card. The console kms works but it crashes as soon as X is
> started. There have been many mentions of it in bug reports, but none
> of the attempts at fixes
Hi Daniel,
as requested here's a resend of the 4 pending vga_switcheroo
cleanup patches (originally posted Sep 17), 2 of them now with
Reviewed-by tags.
On top, a new one for i915 and 4 new ones for Alex.
Also available on GitHub:
https://github.com/l1k/linux/commits/vga_switcheroo_cleanup
On Mon, Oct 12, 2015 at 5:07 PM, Alex Deucher wrote:
> On Fri, Aug 14, 2015 at 12:18 PM, Lukas Wunner wrote:
>> Originally by Seth Forshee , 2012-10-04:
>> The gmux allows muxing the DDC independently from the display, so
>> support this functionality. This will allow reading the EDID
On Fri, Aug 14, 2015 at 12:18 PM, Lukas Wunner wrote:
> Originally by Seth Forshee , 2012-10-04:
> The gmux allows muxing the DDC independently from the display, so
> support this functionality. This will allow reading the EDID for the
> inactive GPU, fixing issues with machines that
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151012/fde98027/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151012/b5fbe59e/attachment.html>
David, Russell,
ping.
On 23.09.2015 00:46, Vladimir Zapolskiy wrote:
> of_find_i2c_adapter_by_node() call requires quite often missing
> put_device(), and i2c_put_adapter() releases a device locked by
> i2c_get_adapter() only.
>
> Below is a common error reproduction scenario as a result of the
David, Russel,
ping.
On 23.09.2015 00:48, Vladimir Zapolskiy wrote:
> This change is needed to properly lock I2C bus driver, which serves DDC.
>
> The change fixes an overflow over zero of I2C bus driver user counter:
>
> root at mx6q:~# lsmod | grep i2c
> i2c_imx15348
On 12.10.2015 13:29, Yakir Yang wrote:
> Both hsync/vsync polarity and interlace mode can be parsed from
> drm display mode, and dynamic_range and ycbcr_coeff can be judge
> by the video code.
>
> But presumably Exynos still relies on the DT properties, so take
> good use of mode_fixup() in to
Currently everyone and their dog has their own favourite spelling
for vga_switcheroo. This makes it hard to grep dmesg for log entries
relating to vga_switcheroo. It also makes it hard to find related
source files in the tree.
vga_switcheroo.c uses pr_fmt "vga_switcheroo". Use that everywhere.
Signed-off-by: Lukas Wunner
---
drivers/gpu/vga/vga_switcheroo.c | 17 ++---
include/linux/vga_switcheroo.h | 6 +++---
2 files changed, 13 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c b/drivers/gpu/vga/vga_switcheroo.c
index 9896305..af0d372
Signed-off-by: Lukas Wunner
---
drivers/gpu/vga/vga_switcheroo.c | 17 +
include/linux/vga_switcheroo.h | 4
2 files changed, 13 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c b/drivers/gpu/vga/vga_switcheroo.c
index a7870d2..9896305 100644
Signed-off-by: Lukas Wunner
Reviewed-by: Jani Nikula
---
drivers/gpu/vga/vga_switcheroo.c | 6 +++---
include/linux/vga_switcheroo.h | 4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c b/drivers/gpu/vga/vga_switcheroo.c
index
On 10/12/2015 02:54 PM, Krzysztof Kozlowski wrote:
> On 12.10.2015 13:29, Yakir Yang wrote:
>> Both hsync/vsync polarity and interlace mode can be parsed from
>> drm display mode, and dynamic_range and ycbcr_coeff can be judge
>> by the video code.
>>
>> But presumably Exynos still relies on the
This series shows what drm.tmpl would look like if renamed to gpu.tmpl
and amended by the vga_switcheroo documentation. The DocBook would thus
become the "Linux GPU Driver Developer's Guide", covering not only DRM
but also other components in drivers/gpu/.
There are two unsorted lists in the
On Thu, Oct 8, 2015 at 10:53 AM, Lukas Wunner wrote:
> Hi Alex,
>
> On Wed, Oct 07, 2015 at 11:14:43PM -0400, Alex Deucher wrote:
>> On Sat, Sep 12, 2015 at 3:44 AM, Lukas Wunner wrote:
>> > The pre-retina MacBook Pro uses an LVDS panel and a gmux controller
>> > to switch the panel between its
Hi,
On 12 October 2015 at 14:39, Hans Verkuil wrote:
> On 10/12/2015 02:33 PM, Kamil Debski wrote:
>> Hi,
>>
>> On 12 October 2015 at 12:50, Hans Verkuil wrote:
>>> On 10/06/2015 12:32 AM, Russell King - ARM Linux wrote:
On Mon, Sep 07, 2015 at 03:44:43PM +0200, Hans Verkuil wrote:
> +
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151012/609b6a3e/attachment.html>
On 10/12/2015 02:33 PM, Kamil Debski wrote:
> Hi,
>
> On 12 October 2015 at 12:50, Hans Verkuil wrote:
>> On 10/06/2015 12:32 AM, Russell King - ARM Linux wrote:
>>> On Mon, Sep 07, 2015 at 03:44:43PM +0200, Hans Verkuil wrote:
+if (status & CEC_STATUS_TX_DONE) {
+if
On 10/11/2015 06:39 AM, Stefan Wahren wrote:
> Am 09.10.2015 um 23:27 schrieb Eric Anholt:
>> This is a respin of the Raspberry Pi KMS series. Now that we've got a
>> real clock driver, I can actually set new video modes. Also in this
>> version, most of the custom DT stuff from before is gone,
On Mon, 12 Oct 2015 14:29:19 +0200,
Takashi Iwai wrote:
>
> > > Then a warning when I start powertop:
> > >
> > > WARNING: CPU: 1 PID: 1674 at drivers/gpu/drm/drm_atomic.c:889
> > > drm_atomic_get_property+0x232/0x2b0 [drm]()
> > > CPU: 1 PID: 1674 Comm: powertop Tainted: GW
>
Hi,
On 12 October 2015 at 12:50, Hans Verkuil wrote:
> On 10/06/2015 12:32 AM, Russell King - ARM Linux wrote:
>> On Mon, Sep 07, 2015 at 03:44:43PM +0200, Hans Verkuil wrote:
>>> +if (status & CEC_STATUS_TX_DONE) {
>>> +if (status & CEC_STATUS_TX_ERROR) {
>>> +
On Mon, 12 Oct 2015 09:04:20 +0200,
Daniel Vetter wrote:
>
> Another pile of regressions for Jairo to track ...
>
> On Sat, Oct 10, 2015 at 11:46:29AM +0200, Takashi Iwai wrote:
> > Hi,
> >
> > I noticed that a HSW laptop gets a few new warnings since 4.2-rc
> > kernels. One error messages
If memory is not enough in the default BAR for a type try other BAR
this allow better memory usage and avoid memory allocation failure
if a BAR is quite small and other is quite unused.
---
qxl/qxl_object.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git
Instead of relaying on surface type use the actual placement.
This allow to have different placement for a single type of
surface.
---
qxl/qxl_cmd.c | 2 +-
qxl/qxl_drv.h | 9 -
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/qxl/qxl_cmd.c b/qxl/qxl_cmd.c
index
Currently a single type of surface is allocated in a specific BAR.
This also changes from userspace driver to the kernel one.
This way it could happen that allocation are failing even if there are
plenty of space in the other BAR.
For instance this can happen trying to change resolution as the old
ve0";
>> +reg = <0x7e206000 0x100>;
>> +interrupts = <2 13>; /* pwa2 */
>
> According to BCM2835-ARM-Peripherals this should be pwa0.
>
> Is it just a typo?
> What does pwa mean?
Just a typo. I don't know what pwa means, either, it's just a string so
you can search for it in the docs.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151012/ec727731/attachment.sig>
mpose. I guess I'll play with
format-patch --cover-letter, but it seems odd that threading would be
any different between the two.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151012/1903f176/attachment.sig>
On 10/06/2015 08:05 PM, Russell King - ARM Linux wrote:
> On Mon, Sep 07, 2015 at 03:44:35PM +0200, Hans Verkuil wrote:
>> From: Kamil Debski
>>
>> Add handling of remote control events coming from the HDMI CEC bus.
>> This patch includes a new keymap that maps values found in the CEC
>> messages
On 10/06/2015 07:06 PM, Russell King - ARM Linux wrote:
> On Mon, Sep 07, 2015 at 03:44:36PM +0200, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> The added HDMI CEC framework provides a generic kernel interface for
>> HDMI CEC devices.
>>
>> Signed-off-by: Hans Verkuil
>> [k.debski at
On 12.10.2015 13:09, Yakir Yang wrote:
>
>
> On 10/12/2015 11:51 AM, Krzysztof Kozlowski wrote:
>> On 12.10.2015 11:43, Yakir Yang wrote:
>>> On 10/12/2015 08:49 AM, Krzysztof Kozlowski wrote:
On 12.10.2015 09:37, Yakir Yang wrote:
> Hi Krzysztof,
>
> On 10/10/2015 11:46 PM,
On 10/06/2015 01:11 AM, Russell King - ARM Linux wrote:
> On Mon, Sep 07, 2015 at 03:44:43PM +0200, Hans Verkuil wrote:
>> +cec->adap = cec_create_adapter(_cec_adap_ops, cec,
>> +CEC_NAME, CEC_CAP_STATE |
>> +CEC_CAP_PHYS_ADDR | CEC_CAP_LOG_ADDRS | CEC_CAP_IO |
>> +
On 12.10.2015 11:43, Yakir Yang wrote:
>
>
> On 10/12/2015 08:49 AM, Krzysztof Kozlowski wrote:
>> On 12.10.2015 09:37, Yakir Yang wrote:
>>> Hi Krzysztof,
>>>
>>> On 10/10/2015 11:46 PM, Yakir Yang wrote:
Both hsync/vsync polarity and interlace mode can be parsed from
drm display
On 10/06/2015 12:32 AM, Russell King - ARM Linux wrote:
> On Mon, Sep 07, 2015 at 03:44:43PM +0200, Hans Verkuil wrote:
>> +if (status & CEC_STATUS_TX_DONE) {
>> +if (status & CEC_STATUS_TX_ERROR) {
>> +dev_dbg(cec->dev, "CEC_STATUS_TX_ERROR set\n");
>> +
Both hsync/vsync polarity and interlace mode can be parsed from
drm display mode, and dynamic_range and ycbcr_coeff can be judge
by the video code.
But presumably Exynos still relies on the DT properties, so take
good use of mode_fixup() in to achieve the compatibility hacks.
Signed-off-by:
On Mon, Oct 12, 2015 at 5:54 AM, Lukas Wunner wrote:
> This was added to two radeon files even though they don't use any
> vga_switcheroo symbols, the amdgpu fork inherited them:
>
> Added to amdgpu_acpi.c by commit d7a2952f1ade ("drm/radeon: Add
> support for the ATIF ACPI method to the radeon
On Fri, Aug 28, 2015 at 6:54 AM, Lukas Wunner wrote:
> Signed-off-by: Lukas Wunner
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/vga/vga_switcheroo.c | 17 ++---
> include/linux/vga_switcheroo.h | 6 +++---
> 2 files changed, 13 insertions(+), 10 deletions(-)
>
> diff --git
On Fri, Aug 28, 2015 at 7:30 AM, Lukas Wunner wrote:
> Signed-off-by: Lukas Wunner
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/vga/vga_switcheroo.c | 17 +
> include/linux/vga_switcheroo.h | 4
> 2 files changed, 13 insertions(+), 8 deletions(-)
>
> diff --git
On 10/12/2015 11:51 AM, Krzysztof Kozlowski wrote:
> On 12.10.2015 11:43, Yakir Yang wrote:
>> On 10/12/2015 08:49 AM, Krzysztof Kozlowski wrote:
>>> On 12.10.2015 09:37, Yakir Yang wrote:
Hi Krzysztof,
On 10/10/2015 11:46 PM, Yakir Yang wrote:
> Both hsync/vsync polarity and
On Fri, Aug 28, 2015 at 5:56 AM, Lukas Wunner wrote:
> Signed-off-by: Lukas Wunner
> Reviewed-by: Jani Nikula
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/vga/vga_switcheroo.c | 6 +++---
> include/linux/vga_switcheroo.h | 4 ++--
> 2 files changed, 5 insertions(+), 5 deletions(-)
>
>
On Mon, Oct 12, 2015 at 6:00 AM, Lukas Wunner wrote:
> Introduced by f482a1419545 ("drm/radeon: document radeon_kms.c")
> and inherited by the amdgpu fork.
>
> Signed-off-by: Lukas Wunner
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
On Mon, Oct 12, 2015 at 5:44 AM, Lukas Wunner wrote:
> Introduced by f482a1419545 ("drm/radeon: document radeon_kms.c").
>
> Signed-off-by: Lukas Wunner
> ---
> drivers/gpu/drm/radeon/radeon_kms.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
Introduced by f482a1419545 ("drm/radeon: document radeon_kms.c")
and inherited by the amdgpu fork.
Signed-off-by: Lukas Wunner
---
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c
e 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/20151012/feeeb821/attachment.html>
This was added to two radeon files even though they don't use any
vga_switcheroo symbols, the amdgpu fork inherited them:
Added to amdgpu_acpi.c by commit d7a2952f1ade ("drm/radeon: Add
support for the ATIF ACPI method to the radeon driver").
Added to amdgpu_bios.c by commit 6a9ee8af344e
Introduced by f482a1419545 ("drm/radeon: document radeon_kms.c").
Signed-off-by: Lukas Wunner
---
drivers/gpu/drm/radeon/radeon_kms.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/radeon_kms.c
index
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151012/2e8cd575/attachment.html>
This was added to three files even though they don't use any
vga_switcheroo symbols:
Added to radeon_acpi.c by commit d7a2952f1ade ("drm/radeon: Add
support for the ATIF ACPI method to the radeon driver").
Added to radeon_asic.c by commit 0a10c85129c2 ("drm/radeon: create
radeon_asic.c").
Added
Commit 599bbb9de0fe ("drm/i915: i915 cannot provide switcher services.")
removed all remaining vga_switcheroo symbols from intel_acpi.c but left
the include. Drop it.
Signed-off-by: Lukas Wunner
---
drivers/gpu/drm/i915/intel_acpi.c | 1 -
1 file changed, 1 deletion(-)
diff --git
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/11/2015 10:18 PM, Julia Lawall wrote:
> These nvkm_object_func structures are never modified. All other
> nvkm_object_func structures are declared as const.
>
> Done with the help of Coccinelle.
I've picked up the patch, thanks!
Ben.
>
>
On 10/12/2015 08:49 AM, Krzysztof Kozlowski wrote:
> On 12.10.2015 09:37, Yakir Yang wrote:
>> Hi Krzysztof,
>>
>> On 10/10/2015 11:46 PM, Yakir Yang wrote:
>>> Both hsync/vsync polarity and interlace mode can be parsed from
>>> drm display mode, and dynamic_range and ycbcr_coeff can be judge
On Sat, 10 Oct 2015, Darren Hart wrote:
> The Debian 3.16.0 kernel does not emit the error, but I have not attempted a
> bisection.
>
> The warning was added by:
> 38cc46d drm/i915/bdw: Ack interrupts before handling them (GEN8)
> 2014-06-18 (1 year, 4 months ago), Oscar Mateo
But we don't
On 12.10.2015 09:37, Yakir Yang wrote:
> Hi Krzysztof,
>
> On 10/10/2015 11:46 PM, Yakir Yang wrote:
>> Both hsync/vsync polarity and interlace mode can be parsed from
>> drm display mode, and dynamic_range and ycbcr_coeff can be judge
>> by the video code.
>>
>> But presumably Exynos still
This snippet...
* Lock VMA manager for extended lookups. Only *_locked() VMA function calls
* are allowed while holding this lock. All other contexts are blocked from
VMA
* until the lock is released via drm_vma_offset_unlock_lookup().
...causes markdown-enabled kernel-doc to barf:
Another regression for Jairo to track.
-Daniel
On Sat, Oct 10, 2015 at 12:08:43PM -0700, Darren Hart wrote:
> The Debian 3.16.0 kernel does not emit the error, but I have not attempted a
> bisection.
>
> The warning was added by:
> 38cc46d drm/i915/bdw: Ack interrupts before handling them (GEN8)
Another pile of regressions for Jairo to track ...
On Sat, Oct 10, 2015 at 11:46:29AM +0200, Takashi Iwai wrote:
> Hi,
>
> I noticed that a HSW laptop gets a few new warnings since 4.2-rc
> kernels. One error messages pops at each boot time:
>
> Console: switching to colour dummy device 80x25
On Fri, Oct 09, 2015 at 06:16:25PM -0400, Dan Williams wrote:
> i915 expects the OpRegion to be cached (i.e. not __iomem), so explicitly
> map it with memremap rather than the implied cache setting of
> acpi_os_ioremap().
>
> Cc: Daniel Vetter
> Cc: Jani Nikula
> Cc: intel-gfx at
On Fri, Oct 09, 2015 at 10:57:37PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Add a new debug class for _verbose_ debug message from the vblank code.
> That is message we spew out potentially for every vblank interrupt.
> Thierry already got annoyed at the spew,
On Fri, Oct 09, 2015 at 02:50:10PM -0700, Rafael Antognolli wrote:
> On Tue, Sep 29, 2015 at 06:25:44PM +0200, Daniel Vetter wrote:
> > On Tue, Sep 29, 2015 at 05:27:33PM +0200, Lukas Wunner wrote:
> > > Hi Daniel,
> > >
> > > On Tue, Sep 29, 2015 at 05:04:03PM +0200, Daniel Vetter wrote:
> > > >
Hi Krzysztof,
On 10/10/2015 11:46 PM, Yakir Yang wrote:
> Both hsync/vsync polarity and interlace mode can be parsed from
> drm display mode, and dynamic_range and ycbcr_coeff can be judge
> by the video code.
>
> But presumably Exynos still relies on the DT properties, so take
> good use of
86 matches
Mail list logo
