Hi, Jitao:
Rob Herring 於 2020年9月24日 週四 上午4:15寫道：
>
> On Thu, 17 Sep 2020 15:33:05 +0800, Jitao Shi wrote:
> > Convert display/mediatek/mediatek,dpi.txt to
> > display/mediatek/mediatek,dpi.yaml
> > and remove the old text bindings.
> >
> > Signed-off-by: Jitao Shi
> > ---
> >
+ Vinod:
Hi, Chunfeng:
Chun-Kuang Hu 於 2020年10月29日 週四 下午11:28寫道：
>
> Mediatek MIPI DSI phy driver is moved from drivers/gpu/drm/mediatek to
> drivers/phy/mediatek, so add the new folder to the Mediatek DRM drivers'
> information.
Would you like this patch? If so, you could give an acked-by tag
Hi, Bernard:
Chun-Kuang Hu 於 2020年10月17日 週六 上午10:50寫道：
>
> Bernard Zhao 於 2020年10月13日 週二 下午4:55寫道：
> >
> > Function mtk_hdmi_aud_set_input always return 0, no need to
> > keep the return value. Functions mtk_hdmi_aud_enable_packet &
> > mtk_hdmi_aud_on_off_hw_ncts are the same, these two
Hi, Fabien:
Chun-Kuang Hu 於 2020年10月23日 週五 下午11:45寫道：
>
> Hi, Fabien:
>
> Fabien Parent 於 2020年10月23日 週五 下午9:31寫道：
> >
> > Add DDP support for MT8167 SoC.
>
> Reviewed-by: Chun-Kuang Hu
For this patch, applied to mediatek-drm-next [1], thanks.
[1]
Hi, Fabien:
Fabien Parent 於 2020年10月23日 週五 下午9:31寫道：
>
> Add support for disp-color on MT8167 SoC.
For this patch, applied to mediatek-drm-next [1], thanks.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/chunkuang.hu/linux.git/log/?h=mediatek-drm-next
Regards,
Chun-Kuang.
>
>
Hi, Fabien:
Rob Herring 於 2020年10月30日 週五 下午11:49寫道：
>
> On Fri, 23 Oct 2020 15:31:26 +0200, Fabien Parent wrote:
> > Add binding documentation for the MT8167 SoC
For this patch, applied to mediatek-drm-next [1], thanks.
[1]
Hi Michael.
On Fri, Sep 11, 2020 at 03:54:03PM +0200, Michael Tretter wrote:
> The phy timings are already shifted to the field position. If the driver
> is reused on multiple platforms, this exposes the field positions to the
> platform code.
>
> Store only the timing values in the platform
On Fri, Sep 11, 2020 at 03:54:01PM +0200, Michael Tretter wrote:
> As the driver shall be usable with drivers that use the component
> framework and drivers that don't, split the common probing code into a
> separate function that can be called from different locations.
>
> Signed-off-by: Michael
On Fri, Sep 11, 2020 at 03:54:00PM +0200, Michael Tretter wrote:
> Use the exynos_dsi as drvdata instead of the encoder to further decouple
> the driver from the encoder.
>
> Signed-off-by: Michael Tretter
Reviewed-by: Sam Ravnborg
Likewise, the exynos people are expected to pick this up.
On Fri, Sep 11, 2020 at 03:53:59PM +0200, Michael Tretter wrote:
> We do not need to keep a reference to the in_bridge_node, but we can
> simply drop it, once we found and attached the previous bridge.
>
> Signed-off-by: Michael Tretter
Reviewed-by: Sam Ravnborg
Note: I expect exynos people to
On Fri, Sep 11, 2020 at 03:53:58PM +0200, Michael Tretter wrote:
> In commit 05193dc38197 ("drm/bridge: Make the bridge chain a
> double-linked list") the bridge has been removed and replaced by a
> private field. Remove the leftover documentation of the removed field.
>
> Signed-off-by: Michael
Hi Paul.
On Thu, Nov 05, 2020 at 08:39:05AM +, Paul Cercueil wrote:
> Increase the scaled image's theorical width/height until we find a
> configuration that has valid scaling coefficients, up to 102% of the
> screen's resolution. This makes sure that we can scale from almost
> every
On Sat, Nov 07, 2020 at 06:41:38PM +, Lee Jones wrote:
> On Sat, 07 Nov 2020, Sam Ravnborg wrote:
>
> > Hi Christian.
> >
> > > I'm not sure if we want to do some of the suggested changes to radeon.
> >
> > All patches for radeon looks good to me except "drm/radeon/radeon: Move
> >
affects gm12u320; cc'ing Hans
Am 06.11.20 um 16:26 schrieb Thomas Zimmermann:
> SHMEM-buffer backing storage is allocated from system memory; which is
> typically cachable. The default mode for SHMEM objects is writecombine
> though.
>
> Unify SHMEM semantics by defaulting to cached mappings.
On Sat, 07 Nov 2020, Sam Ravnborg wrote:
> Hi Christian.
>
> > I'm not sure if we want to do some of the suggested changes to radeon.
>
> All patches for radeon looks good to me except "drm/radeon/radeon: Move
> prototype into shared header".
Was that the one where the prototype needs moving
Hi Christian.
> I'm not sure if we want to do some of the suggested changes to radeon.
All patches for radeon looks good to me except "drm/radeon/radeon: Move
prototype into shared header".
Acked-by: Sam Ravnborg
from me to have them applied (except the shared header one).
I can reply to the
On Fri, Nov 06, 2020 at 06:30:13PM -0500, Lyude Paul wrote:
> Just a backport of the two patches for v5.9 that you'll want to apply.
> The first one was Cc'd to stable, but I forgot to Cc the second one as
> well.
>
> Lyude Paul (2):
> drm/nouveau/kms/nv50-: Get rid of bogus
On Sat, 07 Nov 2020, Sam Ravnborg wrote:
> Hi Lee,
>
> On Fri, Nov 06, 2020 at 09:49:40PM +, Lee Jones wrote:
> > Unfortunately, a suitable one didn't already exist.
> >
> > Fixes the following W=1 kernel build warning(s):
> >
> > drivers/gpu/drm/radeon/radeon_device.c:637:6: warning: no
On Sat, 07 Nov 2020, Sam Ravnborg wrote:
> Hi Lee,
>
> On Fri, Nov 06, 2020 at 09:49:47PM +, Lee Jones wrote:
> > Fixes the following W=1 kernel build warning(s):
> >
> > drivers/gpu/drm/radeon/radeon_kms.c:226: warning: Function parameter or
> > member 'dev' not described in
On Fri, Sep 11, 2020 at 8:54 AM Michael Tretter
wrote:
>
> In commit 05193dc38197 ("drm/bridge: Make the bridge chain a
> double-linked list") the bridge has been removed and replaced by a
> private field. Remove the leftover documentation of the removed field.
>
> Signed-off-by: Michael Tretter
On Sat, 07 Nov 2020, Christian König wrote:
> Well that's quite a patch set.
>
> First of all can you separate this a bit more by driver? I'm assuming we
> maintainers are supposed to pick that up and apply it.
I'm not sure what would achieve? It's not a pull-request.
Either way, patches
Hi Lee,
On Fri, Nov 06, 2020 at 09:49:47PM +, Lee Jones wrote:
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_kms.c:226: warning: Function parameter or
> member 'dev' not described in 'radeon_info_ioctl'
> drivers/gpu/drm/radeon/radeon_kms.c:226:
Hi Lee,
On Fri, Nov 06, 2020 at 09:49:40PM +, Lee Jones wrote:
> Unfortunately, a suitable one didn't already exist.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/radeon/radeon_device.c:637:6: warning: no previous prototype
> for ‘radeon_device_is_virtual’
Well that's quite a patch set.
First of all can you separate this a bit more by driver? I'm assuming we
maintainers are supposed to pick that up and apply it.
radeon and amdgpu can stick together since that is mostly Alex and me,
but I'm not sure if we want to do some of the suggested
Am 06.11.20 um 22:49 schrieb Lee Jones:
Fixes the following W=1 kernel build warning(s):
drivers/gpu/drm/ttm/ttm_range_manager.c:46: warning: cannot understand
function prototype: 'struct ttm_range_manager '
Cc: Christian Koenig
Cc: Huang Rui
Cc: David Airlie
Cc: Daniel Vetter
Cc:
https://bugzilla.kernel.org/show_bug.cgi?id=210095
--- Comment #2 from alvin (al...@ximple.ga) ---
Created attachment 293531
--> https://bugzilla.kernel.org/attachment.cgi?id=293531=edit
dmesg-magic says acpi problem
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=210095
--- Comment #1 from alvin (al...@ximple.ga) ---
Sometimes Magic number (PM_TRACE) says this after I force turn off by pressing
power button: I can't pinpoint where's the problem :(
[1.014233] kernel: PM: Magic number: 12:338:175
[
Hi Stephen
On Mon, Nov 02, 2020 at 10:11:40AM -0800, Stephen Boyd wrote:
> This patch series cleans up the DDC code a little bit so that
> it is more efficient time wise and supports grabbing the EDID
> of the eDP panel over the aux channel. I timed this on a board
> I have on my desk and it
Hi Dmitry
On Mon, Nov 02, 2020 at 04:14:33AM +0300, Dmitry Baryshkov wrote:
> Hi,
>
> This series adds support for Lontium LT9611UXC bridge chip which takes
> MIPI DSI as input and provides HDMI signal as output.
>
> The chip can be found in Qualcomm RB5 platform [1], [2].
>
> [1]
https://bugzilla.kernel.org/show_bug.cgi?id=210095
alvin (al...@ximple.ga) changed:
What|Removed |Added
Kernel Version|5.4.0-52-generic #57-Ubuntu |5.9.6-050906-generic
https://bugzilla.kernel.org/show_bug.cgi?id=210095
Bug ID: 210095
Summary: amdgpu : hibernate failed on A12-9700P (R7 bristol
ridge) - ASUS X555 Q
Product: Drivers
Version: 2.5
Kernel Version: 5.4.0-52-generic #57-Ubuntu SMP Thu
31 matches
Mail list logo
