https://bugs.freedesktop.org/show_bug.cgi?id=108994
Bug ID: 108994
Summary: Cannot install version 18.40 due to dependency issues
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status:
https://bugzilla.kernel.org/show_bug.cgi?id=201727
Michal Herko (misko.he...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
DU channels are routed to DPAD outputs in an SoC-dependent way. The
routing can be fixed (e.g. DU3 to DPAD0 on H3) or configurable (e.g. DU0
or DU1 to DPAD0 on D3/E3). The hardware offers no option to disconnect
DPAD outputs, which are thus always driven by a DU channel.
On SoCs that have less DU
https://bugs.freedesktop.org/show_bug.cgi?id=108990
Bug ID: 108990
Summary: [CI][DRMTIP] igt@pm_rpm@basic-rte - incomplete
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity:
Hi Kieran,
On Friday, 7 December 2018 14:34:58 EET Kieran Bingham wrote:
> On 25/11/2018 14:40, Laurent Pinchart wrote:
> > The rcar_du_crtc outputs field stores a bitmask of the outputs driven by
> > the CRTC. This changes based on the configuration requested by
> > userspace, and is used for
Hi,
On 07-12-18 15:18, Andy Shevchenko wrote:
Implement the exec_mipi_pmic_seq_element callback for the CHT Whiskey Cove
PMIC.
On some CHT devices this fixes the LCD panel not lighting up when it was
not initialized by the GOP, because an external monitor was plugged in and
the GOP
https://bugs.freedesktop.org/show_bug.cgi?id=108997
--- Comment #2 from Mingcong Bai ---
Created attachment 142766
--> https://bugs.freedesktop.org/attachment.cgi?id=142766=edit
EDID Dump (from Xorg.0.log)
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108997
--- Comment #3 from Mingcong Bai ---
The EDID data (obtained from Xorg.0.log output and attached above) also
suggests that such mode is possible (unless I misunderstood something).
mingcongbai@NetVista [ / ] $ cat edid.bin | edid-decode
EDID
https://bugs.freedesktop.org/show_bug.cgi?id=101978
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=108997
Bug ID: 108997
Summary: RX460: Some Resolution-Refresh Combinations
Unavailable when Connected via DisplayPort
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
Hi Tomi,
On Wednesday, 5 December 2018 12:42:12 EET Tomi Valkeinen wrote:
> On 05/12/18 10:49, Laurent Pinchart wrote:
> > From: Laurent Pinchart
> >
> > The DRM_BUS_FLAG_PIXDATA_(POS|NEG)EDGE and
> > DRM_BUS_FLAG_SYNC_(POS|NEG)EDGE flags are deprecated in favour of the
> > new
Hi Stefan,
(Maxime, there's a question for you below)
On Wednesday, 5 December 2018 14:21:56 EET Stefan Agner wrote:
> On 05.12.2018 11:42, Tomi Valkeinen wrote:
> > On 05/12/18 10:49, Laurent Pinchart wrote:
> >> From: Laurent Pinchart
> >>
> >> The DRM_BUS_FLAG_PIXDATA_(POS|NEG)EDGE and
> >>
Hello everybody,
This patch series hooks up support for drm_bridge and drm_panel in the omapdrm
driver.
Before anyone rejoices too fast, I have to warn that removal of the omapdrm
internal display drivers will still require a significant effort, even without
considering DSI:
- The omapdrm
The omapdss driver patches DT at runtime to prepend an "omapdss," prefix
to the compatible string of all encoders, panels and connectors. This
mechanism ensures they get bound to the omapdss-specific drivers instead
of generic drivers.
Now that we have drm_bridge support in omapdrm, we need to
Hook up drm_bridge support in the omapdrm driver. Despite the recent
extensive preparation work, this is a rather intrusive change, as the
management of outputs needs to be adapted through the driver to handle
both omap_dss_device and drm_bridge.
Connector creation is skipped when using a
Hook up drm_panel support in the omapdrm driver. The change is
relatively simply as the way has been paved by drm_bridge support
already. In addition to looking up, attaching to and detaching from the
panel, we only need to add panel support in the connector .get_modes()
handler, take connector
Those components are supported by the drm_bridge infrastructure, remove
the omapdrm-specific driver.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/displays/Kconfig | 11 -
drivers/gpu/drm/omapdrm/displays/Makefile | 2 -
.../gpu/drm/omapdrm/displays/connector-dvi.c |
Panels are now supported through the drm_panel infrastructure, remove
the omapdrm-specific driver.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/displays/Kconfig | 6 -
drivers/gpu/drm/omapdrm/displays/Makefile | 1 -
drivers/gpu/drm/omapdrm/displays/panel-dpi.c |
Add support for the OSD070T1718-19TS 7" 800x480 panel from One Stop
Displays to the panel-simple driver.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/panel/panel-simple.c | 29
1 file changed, 29 insertions(+)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=108985
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #4 from Timothy
https://bugzilla.kernel.org/show_bug.cgi?id=200531
--- Comment #11 from Aleksandr Mezin (mezin.alexan...@gmail.com) ---
4.18 is EOL now, I'm currently on 4.20-rc. This problem doesn't occur on 4.20,
and on 4.19 too. Should I close this bug as obsolete?
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=108997
--- Comment #1 from Mingcong Bai ---
I'm able to get the full 1600x1200@76Hz image with an active HDMI to VGA
adapter. The image is a bit ghosted, but it's probably just the converter.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=108997
--- Comment #5 from Mingcong Bai ---
Created attachment 142767
--> https://bugs.freedesktop.org/attachment.cgi?id=142767=edit
Kernel Configuration - 4.19.0
--
You are receiving this mail because:
You are the assignee for the
Hi all,
Today's linux-next merge of the drm-msm tree got a conflict in:
drivers/gpu/drm/msm/adreno/a5xx_gpu.c
between commit:
c97ea6a61b5e ("drm: msm: adreno: Use PTR_ERR_OR_ZERO rather than
if(IS_ERR(...)) +PTR_ERR")
from the drm tree and commits:
dadb36b7ec42 ("drm/msm: Add a common
Hi,
On Wed, Dec 05, 2018 at 05:00:21PM +0200, Laurent Pinchart wrote:
> Now that the direction of OF graph walk has been reversed, there's no
> need to lookup devices by port as we have no sink device connected
> through multiple sink ports. Simplify OF lookup of the DSS devices to
> look them up
https://bugs.freedesktop.org/show_bug.cgi?id=108997
--- Comment #4 from Mingcong Bai ---
Using the same cable, the NVIDIA GeForce GTX1060 using proprietary driver
version 410.66 is able to drive 1600x1200@76Hz with no issue.
--
You are receiving this mail because:
You are the assignee for the
> -Original Message-
> From: YueHaibing
> Sent: Saturday, December 08, 2018 11:01 PM
> To: Deucher, Alexander ; Koenig, Christian
> ; Zhou, David(ChunMing)
> ; airl...@linux.ie; Liu, Leo ;
> Gao, Likun ; Panariti, David
> ; S, Shirish ; Zhu, Rex
> ; Grodzovsky, Andrey
> Cc: YueHaibing
https://bugs.freedesktop.org/show_bug.cgi?id=108919
Timothy Arceri changed:
What|Removed |Added
CC||t_arc...@yahoo.com.au
--- Comment #5
Hi Sebastian,
On Sunday, 9 December 2018 23:53:09 EET Sebastian Reichel wrote:
> Hi,
>
> On Wed, Dec 05, 2018 at 04:59:57PM +0200, Laurent Pinchart wrote:
> > Instead of rolling out custom suspend/resume implementations based on
> > state information stored in the driver's data structures, use
Hi Inki,
On 10.12.2018 03:25, Inki Dae wrote:
> Hi Andrzej,
>
> 18. 12. 6. 오후 6:38에 Andrzej Hajda 이(가) 쓴 글:
>> Hi Inki,
>>
>> This small patchset adds dynamic zpos support for DECON and FIMD.
> This patch will allow user space to change zpos. However, DECON and FIMD
> devices have fixed priority
Hi Sebastian,
On Monday, 10 December 2018 00:07:55 EET Sebastian Reichel wrote:
> On Wed, Dec 05, 2018 at 05:00:15PM +0200, Laurent Pinchart wrote:
> > The DISPC timings checks relate to the CRTC, but they're performed in
> > the encoder and connector .atomic_check() and .mode_valid() operations.
The omapdrm and omapdss drivers are architectured based on display
pipelines made of multiple components handled from sink (display) to
source (DSS output). This is incompatible with the DRM bridge and panel
APIs that handle components from source to sink.
Reconcile the omapdrm and omapdss
Hi, Dave:
Here is one fix.
Regards,
CK
The following changes since commit
651022382c7f8da46cb4872a545ee1da6d097d2a:
Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
are available in the Git repository at:
https://github.com/ckhu-mediatek/linux.git-tags.git a0071bc455da
for you to fetch
Hi Andrzej,
18. 12. 6. 오후 6:38에 Andrzej Hajda 이(가) 쓴 글:
> Hi Inki,
>
> This small patchset adds dynamic zpos support for DECON and FIMD.
This patch will allow user space to change zpos. However, DECON and FIMD
devices have fixed priority of HW overlays.
This would mean that zpos change by user
https://bugs.freedesktop.org/show_bug.cgi?id=108979
--- Comment #3 from Timothy Arceri ---
I'm not sure what I'm meant to be looking for in the video. Can you be more
specific? Maybe capture a screenshot of the exact issue?
--
You are receiving this mail because:
You are the assignee for the
Hi Johan,
It looks like VOP on RK3066 is not officially supported by upstream, so
what you're seeing is not a bug, it's just expected behavior, because
nobody had the time (or need) to enable support for your hardware yet.
I added all the people that may be potentially thinking to add support
https://bugs.freedesktop.org/show_bug.cgi?id=108992
Bug ID: 108992
Summary: Regression: Lenovo e585 (ryzen 2500u) freezes during
boot with 4.20-rc5, amdgpu error
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=108992
chris changed:
What|Removed |Added
Version|XOrg git|unspecified
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=201843
Oleg Chernovskiy (kairl...@yandex.ru) changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=108987
Bug ID: 108987
Summary: [CI][DRMTIP]igt@perf@short-reads - incomplete
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity:
40 matches
Mail list logo
