On 28/06/2025 4:39 pm, Kaustabh Chakraborty wrote:
On 2025-06-25 11:34, Robin Murphy wrote:
On 2025-06-25 9:42 am, Marek Szyprowski wrote:
On 25.06.2025 09:39, Kaustabh Chakraborty wrote:
On 2025-06-24 17:12, Robin Murphy wrote:
On 2025-06-18 3:02 pm, Kaustabh Chakraborty wrote:
Since bcb81a
On 2025-06-25 11:34, Robin Murphy wrote:
On 2025-06-25 9:42 am, Marek Szyprowski wrote:
On 25.06.2025 09:39, Kaustabh Chakraborty wrote:
On 2025-06-24 17:12, Robin Murphy wrote:
On 2025-06-18 3:02 pm, Kaustabh Chakraborty wrote:
Since bcb81ac6ae3c (iommu: Get DT/ACPI parsing into the proper
p
On 2025-06-25 9:42 am, Marek Szyprowski wrote:
On 25.06.2025 09:39, Kaustabh Chakraborty wrote:
On 2025-06-24 17:12, Robin Murphy wrote:
On 2025-06-18 3:02 pm, Kaustabh Chakraborty wrote:
Since bcb81ac6ae3c (iommu: Get DT/ACPI parsing into the proper probe
path),
The Samsung Exynos 7870 DECON
On 2025-06-25 08:42, Marek Szyprowski wrote:
On 25.06.2025 09:39, Kaustabh Chakraborty wrote:
On 2025-06-24 17:12, Robin Murphy wrote:
On 2025-06-18 3:02 pm, Kaustabh Chakraborty wrote:
Since bcb81ac6ae3c (iommu: Get DT/ACPI parsing into the proper probe
path),
The Samsung Exynos 7870 DECON de
On 25.06.2025 09:39, Kaustabh Chakraborty wrote:
> On 2025-06-24 17:12, Robin Murphy wrote:
>> On 2025-06-18 3:02 pm, Kaustabh Chakraborty wrote:
>>> Since bcb81ac6ae3c (iommu: Get DT/ACPI parsing into the proper probe
>>> path),
>>> The Samsung Exynos 7870 DECON device (with patches [1], [2], and
On 2025-06-24 17:12, Robin Murphy wrote:
On 2025-06-18 3:02 pm, Kaustabh Chakraborty wrote:
Since bcb81ac6ae3c (iommu: Get DT/ACPI parsing into the proper probe
path),
The Samsung Exynos 7870 DECON device (with patches [1], [2], and [3])
seems
to not work anymore. Upon closer inspection, I obse
On 2025-06-18 3:02 pm, Kaustabh Chakraborty wrote:
Since bcb81ac6ae3c (iommu: Get DT/ACPI parsing into the proper probe path),
The Samsung Exynos 7870 DECON device (with patches [1], [2], and [3]) seems
to not work anymore. Upon closer inspection, I observe that there is an
IOMMU crash.
[2.9
On 2025-06-18 14:02, Kaustabh Chakraborty wrote:
Since bcb81ac6ae3c (iommu: Get DT/ACPI parsing into the proper probe
path),
The Samsung Exynos 7870 DECON device (with patches [1], [2], and [3])
seems
to not work anymore. Upon closer inspection, I observe that there is an
IOMMU crash.
[...]
-
Since bcb81ac6ae3c (iommu: Get DT/ACPI parsing into the proper probe path),
The Samsung Exynos 7870 DECON device (with patches [1], [2], and [3]) seems
to not work anymore. Upon closer inspection, I observe that there is an
IOMMU crash.
[2.918189] exynos-sysmmu 1486.sysmmu: 1483.decon:
Glad it worked!
Leonardo Gomes
On Mon, 19 May 2025 at 11:44 Alex Deucher wrote:
> Applied the series. Thanks!
>
> Alex
>
> On Sat, May 17, 2025 at 10:28 AM Leonardo Gomes
> wrote:
> >
> > Adjust set_value function in hw_hpd.c file to have
> > prefix to
Applied the series. Thanks!
Alex
On Sat, May 17, 2025 at 10:28 AM Leonardo Gomes
wrote:
>
> Adjust set_value function in hw_hpd.c file to have
> prefix to help in ftrace, the name change from
> 'set_value' to 'dal_hw_hpd_set_value'
>
> Signed-off-by: Leon
t;
> Alex
>
> > Leonardo Gomes
> >
> > Em qua., 14 de mai. de 2025 às 18:08, Alex Deucher <
> [email protected]> escreveu:
> >>
> >> On Wed, May 14, 2025 at 4:48 PM Leonardo Gomes
> >> wrote:
> >> >
> >> &
Adjust get_value function in hw_hpd.c file to have
prefix to help in ftrace, the name change from
'get_value' to 'dal_hw_hpd_get_value'
Signed-off-by: Leonardo da Silva Gomes
Co-developed-by: Derick Frias
Signed-off-by: Derick Frias
---
drivers/gpu/drm/amd/display/dc/gpio/
Adjust set_value function in hw_hpd.c file to have
prefix to help in ftrace, the name change from
'set_value' to 'dal_hw_hpd_set_value'
Signed-off-by: Leonardo da Silva Gomes
Co-developed-by: Derick Frias
Signed-off-by: Derick Frias
---
drivers/gpu/drm/amd/display/dc/gpio/
n.
Alex
> Leonardo Gomes
>
> Em qua., 14 de mai. de 2025 às 18:08, Alex Deucher
> escreveu:
>>
>> On Wed, May 14, 2025 at 4:48 PM Leonardo Gomes
>> wrote:
>> >
>> > Adjust get_value function in hw_hpd.c file to have
>> > prefix to help in
md-display-Adjust-set_value-function-with-prefix-to-help-in-ftrace/20250515-151114
base: https://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
exynos-drm-next
patch link:
https://lore.kernel.org/r/20250514174306.82693-1-leonardodasigomes%40gmail.com
patch subject: [PATCH 1/2 RESEN
_value function in hw_hpd.c file to have
> > prefix to help in ftrace, the name change from
> > 'get_value' to 'dal_hw_gpio_get_value'
>
> This won't compile. dal_hw_gpio_get_value is already defined in
> drivers/gpu/drm/amd/display/dc/gpio/hw_gpio.c.
&
Adjust get_value function in hw_hpd.c file to have
prefix to help in ftrace, the name change from
'get_value' to 'dal_hw_gpio_get_value'
Signed-off-by: Leonardo da Silva Gomes
Co-developed-by: Derick Frias
Signed-off-by: Derick Frias
---
drivers/gpu/drm/amd/display/
Adjust set_value function in hw_hpd.c file to have
prefix to help in ftrace, the name change from
'set_value' to 'dal_hw_gpio_set_value'
Signed-off-by: Leonardo da Silva Gomes
Co-developed-by: Derick Frias
Signed-off-by: Derick Frias
---
drivers/gpu/drm/amd/display/
On Wed, May 14, 2025 at 4:48 PM Leonardo Gomes
wrote:
>
> Adjust get_value function in hw_hpd.c file to have
> prefix to help in ftrace, the name change from
> 'get_value' to 'dal_hw_gpio_get_value'
This won't compile. dal_hw_gpio_get_value is already defi
I’m currently facing issues.
> > > > > > > >
> > > > > > > > I saw that you tested the patch for HDMI support on this board
> > > > > > > > in
> > > > > > > > mainline, so I am hoping you could help me figure ou
t; > >
> > > > > > > I saw that you tested the patch for HDMI support on this board in
> > > > > > > mainline, so I am hoping you could help me figure out what might
> > > > > > > be
> > > > > > > missing
gt; > > > mainline kernel, but I’m currently facing issues.
> > > >
> > > > I saw that you tested the patch for HDMI support on this board in
> > > > mainline, so I am hoping you could help me figure out what might be
> > > > missing.
> > &
> > > >
> > > > > > I’m trying to bring up HDMI on the Debix Model A board using the
> > > > > > mainline kernel, but I’m currently facing issues.
> > > > > >
> > > > > > I saw that you tested the patc
; > > > I’m trying to bring up HDMI on the Debix Model A board using the
> > > > > mainline kernel, but I’m currently facing issues.
> > > > >
> > > > > I saw that you tested the patch for HDMI support on this board in
> > > > >
ne kernel, but I’m currently facing issues.
> > >
> > > I saw that you tested the patch for HDMI support on this board in
> > > mainline, so I am hoping you could help me figure out what might be
> > > missing.
> > >
> > > To clarify — I'm using t
saw that you tested the patch for HDMI support on this board in
> > mainline, so I am hoping you could help me figure out what might be
> > missing.
> >
> > To clarify — I'm using the prebuilt image provided by Debix, but I replaced
> > the kernel image and the
n
> mainline, so I am hoping you could help me figure out what might be
> missing.
>
> To clarify — I'm using the prebuilt image provided by Debix, but I replaced
> the kernel image and the device tree (DTS) file in the /boot directory with
> ones built from the mainlin
Hi Laurent,
I’m trying to bring up HDMI on the Debix Model A board using the
mainline kernel, but I’m currently facing issues.
I saw that you tested the patch for HDMI support on this board in
mainline, so I am hoping you could help me figure out what might be
missing.
To clarify — I'm
Hi,
On 11/03/2025 09:34, Huan Yang wrote:
> Hi Christoph and Ryan,
>
> Can you help us check vmap_pfn's pfn check is right? Did here mischecked
> pfn_valid?
I'm no expert on this piece of code, but I believe pfn_valid() is checking to
see if a pfn is valid *memory
在 2025/3/11 19:14, Ryan Roberts 写道:
Hi,
On 11/03/2025 09:34, Huan Yang wrote:
Hi Christoph and Ryan,
Can you help us check vmap_pfn's pfn check is right? Did here mischecked
pfn_valid?
I'm no expert on this piece of code, but I believe pfn_valid() is checking to
see if a pf
Hi Christoph and Ryan,
Can you help us check vmap_pfn's pfn check is right? Did here mischecked
pfn_valid?
Thank you.
在 2025/3/11 17:02, Bingbu Cao 写道:
Christoph and Ryan,
Could you help check this? Thanks.
On 3/11/25 4:54 PM, Huan Yang wrote:
在 2025/3/11 16:42, Bingbu Cao 写道:
Christoph and Ryan,
Could you help check this? Thanks.
On 3/11/25 4:54 PM, Huan Yang wrote:
>
> 在 2025/3/11 16:42, Bingbu Cao 写道:
>> [You don't often get email from [email protected]. Learn why this
>> is important at https://aka.ms/LearnAboutSenderIden
ma_buf_vmap+0x96/0x130
I did an experiment to revert 18d7de823b7150344d242c3677e65d68c5271b04,
then I can vmap the pages. Could you help what's wrong with that?
Sorry for that, as I reviewed pfn_valid, that's someting wired:
/**
* pfn_valid - check if there is a valid memory map ent
? exc_invalid_op+0x1d/0x80
>> [ 3365.399785] ? asm_exc_invalid_op+0x1f/0x30
>> [ 3365.399790] ? vmap_pfn_apply+0xb7/0xd0
>> [ 3365.399791] __apply_to_page_range+0x522/0x8a0
>> [ 3365.399794] ? __pfx_vmap_pfn_apply+0x10/0x10
>> [ 3365.399795] apply_to_page_range+0x18/0x20
&g
3365.399797] vmap_udmabuf+0xc5/0x110
[ 3365.399802] dma_buf_vmap+0x96/0x130
I did an experiment to revert 18d7de823b7150344d242c3677e65d68c5271b04,
then I can vmap the pages. Could you help what's wrong with that?
Sorry for that, as I reviewed pfn_valid, that's someting wired:
/**
* pfn_v
399794] ? __pfx_vmap_pfn_apply+0x10/0x10
[ 3365.399795] apply_to_page_range+0x18/0x20
[ 3365.399796] vmap_pfn+0x77/0xd0
[ 3365.399797] vmap_udmabuf+0xc5/0x110
[ 3365.399802] dma_buf_vmap+0x96/0x130
I did an experiment to revert 18d7de823b7150344d242c3677e65d68c5271b04,
then I can vmap the pages. Could yo
ards,
>> Jacek
>>
>> On 02.11.2023 07:59, Trigger Huang wrote:
>>> Hello,
>>>
>>> I want to have a try for the iVPU driver but don't know which CPU
>> platform
>>> is suitable. Would you help?
>>>
>>> According to
chips.
> I will update the Kconfig description.
>
> Regards,
> Jacek
>
> On 02.11.2023 07:59, Trigger Huang wrote:
> > Hello,
> >
> > I want to have a try for the iVPU driver but don't know which CPU
> platform
> > is suitable. Would you help?
> >
&g
Huang wrote:
> Hello,
>
> I want to have a try for the iVPU driver but don't know which CPU platform
> is suitable. Would you help?
>
> According to the description in linux/drivers/accel/ivpu/Kconfig, it says
> that Choose this option if you have a system that has an *14
Hello,
I want to have a try for the iVPU driver but don't know which CPU platform
is suitable. Would you help?
According to the description in linux/drivers/accel/ivpu/Kconfig, it says
that Choose this option if you have a system that has an *14*th generation
Intel CPU
But according to the
Thomas Zimmermann writes:
> Hi Javier
>
> Am 02.07.23 um 21:15 schrieb Javier Martinez Canillas:
[...]
>> - Kernel-level support for the Direct Rendering Infrastructure (DRI)
>> - introduced in XFree86 4.0. If you say Y here, you need to select
>> - the module that's right for yo
select DRM_PANEL_ORIENTATION_QUIRKS
select HDMI
@@ -19,13 +20,16 @@ menuconfig DRM
select VIDEO_CMDLINE
select VIDEO_NOMODESET
help
- Kernel-level support for the Direct Rendering Infrastructure (DRI)
- introduced in XFree86 4.0. If you say Y here, you n
nuconfig DRM
select VIDEO_CMDLINE
select VIDEO_NOMODESET
help
- Kernel-level support for the Direct Rendering Infrastructure (DRI)
- introduced in XFree86 4.0. If you say Y here, you need to select
- the module that's right for your graphics car
the vendor wouldn't comply
with their GPL mandate of sharing the kernel sources, I wrote the panel
driver. This is my first driver. I wrote it by looking at similar code
and with some help from Ghidra.
In [2] you can find the repository with my driver. Yes, it's
out-of-tree, but it
this patchwork CI test is failing.
https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_21938/fi-kbl-soraka/igt@i915_selftest@[email protected]
I dont understand what went wrong, but I dont see how patchset could
be involved,
it is drm.debug code, and I dont see evidence that it is even active.
It wo
hese responsibilities. As such, we're
> trying to find people who would be willing to volunteer their time to
> help out with getting us involved once again in student outreach
> programs.
>
> In the past, X.org has been active in the GSoC program, occasionally
> Outreachy,
eople who would be willing to volunteer their time to
help out with getting us involved once again in student outreach
programs.
In the past, X.org has been active in the GSoC program, occasionally
Outreachy, and our own EVoC program. As of 2021 though, GSoC decided to
shorten the amount of time allo
On Thu, Jun 3, 2021 at 11:51 PM Linus Walleij wrote:
>
> Hi Qiang,
Hey Linus,
> I am using Lima on the ST-Ericsson U8500 SoC. It is one
> of the very earliest versions of MALI 400 MP. It mostly works
> on the mobile phones I have using PostmarkeOS and
> the Phosh UI (Wayland with MESA), but now
Hi Qiang,
I am using Lima on the ST-Ericsson U8500 SoC. It is one
of the very earliest versions of MALI 400 MP. It mostly works
on the mobile phones I have using PostmarkeOS and
the Phosh UI (Wayland with MESA), but now I have an issue with
one single specimen.
I have this bug in my dmesg and aft
2, Robert Foss wrote:
> >>
> >>
> >> On Mon, Apr 26, 2021, 09:15 Neil Armstrong <mailto:[email protected]>> wrote:
> >>
> >>
> >>
> >> Le 24/04/2021 à 08:18, Randy Dunlap a écrit :
> >> > Insert a miss
On 26/04/2021 10:59, Neil Armstrong wrote:
> On 26/04/2021 09:42, Robert Foss wrote:
>>
>>
>> On Mon, Apr 26, 2021, 09:15 Neil Armstrong > <mailto:[email protected]>> wrote:
>>
>>
>>
>> Le 24/04/2021 à 08:18, Randy Dunlap a écrit
On 26/04/2021 09:42, Robert Foss wrote:
>
>
> On Mon, Apr 26, 2021, 09:15 Neil Armstrong <mailto:[email protected]>> wrote:
>
>
>
> Le 24/04/2021 à 08:18, Randy Dunlap a écrit :
> > Insert a missing word "power" in Kconfig help t
On Mon, Apr 26, 2021, 09:15 Neil Armstrong wrote:
>
>
> Le 24/04/2021 à 08:18, Randy Dunlap a écrit :
> > Insert a missing word "power" in Kconfig help text.
> >
> > Fixes: 6aa192698089 ("drm/bridge: Add Analogix anx6345 support")
> > Signe
Le 24/04/2021 à 08:18, Randy Dunlap a écrit :
> Insert a missing word "power" in Kconfig help text.
>
> Fixes: 6aa192698089 ("drm/bridge: Add Analogix anx6345 support")
> Signed-off-by: Randy Dunlap
> Cc: Andrzej Hajda
> Cc: Neil Armstrong
> Cc: Robe
Insert a missing word "power" in Kconfig help text.
Fixes: 6aa192698089 ("drm/bridge: Add Analogix anx6345 support")
Signed-off-by: Randy Dunlap
Cc: Andrzej Hajda
Cc: Neil Armstrong
Cc: Robert Foss
Cc: David Airlie
Cc: Daniel Vetter
Cc: [email protected]
C
On Tue, 16 Jun 2020, Colin King wrote:
> From: Colin Ian King
>
> There are a couple of spelling mistakes in kernel parameter help text,
> namely "helpfull" and "paramters". Fix them.
>
> Signed-off-by: Colin Ian King
Pushed, thanks for the patch.
BR
From: Colin Ian King
There are a couple of spelling mistakes in kernel parameter help text,
namely "helpfull" and "paramters". Fix them.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/i915/i915_params.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Quoting Emil Velikov (2020-05-18 17:23:21)
> On Sat, 16 May 2020 at 22:23, Chris Wilson wrote:
> >
> > drivers/gpu/drm/drm_client_modeset.c: In function
> > ‘drm_client_firmware_config’:
> > ./include/linux/bits.h:26:28: warning: comparison of unsigned expression <
> > 0 is always false [-Wtype-
On Sat, 16 May 2020 at 22:23, Chris Wilson wrote:
>
> drivers/gpu/drm/drm_client_modeset.c: In function
> ‘drm_client_firmware_config’:
> ./include/linux/bits.h:26:28: warning: comparison of unsigned expression < 0
> is always false [-Wtype-limits]
>__builtin_constant_p((l) > (h)), (l) > (h)
Quoting Daniel Vetter (2020-05-18 15:47:44)
> On Sat, May 16, 2020 at 10:23:28PM +0100, Chris Wilson wrote:
> > drivers/gpu/drm/drm_client_modeset.c: In function
> > ‘drm_client_firmware_config’:
> > ./include/linux/bits.h:26:28: warning: comparison of unsigned expression <
> > 0 is always false
On Sat, May 16, 2020 at 10:23:28PM +0100, Chris Wilson wrote:
> drivers/gpu/drm/drm_client_modeset.c: In function
> ‘drm_client_firmware_config’:
> ./include/linux/bits.h:26:28: warning: comparison of unsigned expression < 0
> is always false [-Wtype-limits]
>__builtin_constant_p((l) > (h)),
drivers/gpu/drm/drm_client_modeset.c: In function ‘drm_client_firmware_config’:
./include/linux/bits.h:26:28: warning: comparison of unsigned expression < 0 is
always false [-Wtype-limits]
__builtin_constant_p((l) > (h)), (l) > (h), 0)))
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_cl
On Wed, Apr 22, 2020 at 10:00 AM Harry Wentland wrote:
>
> On 2020-04-21 7:34 p.m., Randy Dunlap wrote:
> > From: Randy Dunlap
> >
> > Fix help text: indent one tab + 2 spaces; end a sentence with a
> > period; and collapse short lines of text to one line.
> &g
On 2020-04-21 7:34 p.m., Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix help text: indent one tab + 2 spaces; end a sentence with a
> period; and collapse short lines of text to one line.
>
> Fixes: 23c61b4599c4 ("drm/amd: Fix Kconfig indentation")
> Fixes: 45
From: Randy Dunlap
Fix help text: indent one tab + 2 spaces; end a sentence with a
period; and collapse short lines of text to one line.
Fixes: 23c61b4599c4 ("drm/amd: Fix Kconfig indentation")
Fixes: 4562236b3bc0 ("drm/amd/dc: Add dc display driver (v2)")
Signed-off-by: Ran
On Tue, Mar 24, 2020 at 8:54 AM Geert Uytterhoeven
wrote:
>
> Improve the help text for the CONFIG_DMABUF_MOVE_NOTIFY symbol by:
> 1. Removing duplicated single quotes,
> 2. Adding a missing subject,
> 3. Fixing a misspelling of "yet",
> 4. Wrapping long lines.
Am 24.03.2020 13:54 schrieb Geert Uytterhoeven :
Improve the help text for the CONFIG_DMABUF_MOVE_NOTIFY symbol by:
1. Removing duplicated single quotes,
2. Adding a missing subject,
3. Fixing a misspelling of "yet",
4. Wrapping long lines.
Fixes: bb42df4662a44765 ("dma-b
Improve the help text for the CONFIG_DMABUF_MOVE_NOTIFY symbol by:
1. Removing duplicated single quotes,
2. Adding a missing subject,
3. Fixing a misspelling of "yet",
4. Wrapping long lines.
Fixes: bb42df4662a44765 ("dma-buf: add dynamic DMA-buf handling v15")
From: Xu YiPing
As part of refactoring the kirin driver to better support
different hardware revisions, this patch moves the crtc
and plane funcs/helper_funcs to the struct kirin_drm_data.
This will make it easier to add support for new devices
via a new kirin_drm_data structure.
Cc: Rongrong Z
From: Xu YiPing
As part of refactoring the kirin driver to better support
different hardware revisions, this patch moves the crtc
and plane funcs/helper_funcs to the struct kirin_drm_data.
This will make it easier to add support for new devices
via a new kirin_drm_data structure.
Cc: Rongrong Z
From: Xu YiPing
As part of refactoring the kirin driver to better support
different hardware revisions, this patch moves the crtc
and plane funcs/helper_funcs to the struct kirin_drm_data.
This will make it easier to add support for new devices
via a new kirin_drm_data structure.
Cc: Rongrong Z
From: Xu YiPing
As part of refactoring the kirin driver to better support
different hardware revisions, this patch moves the crtc
and plane funcs/helper_funcs to the struct kirin_drm_data.
This will make it easier to add support for new devices
via a new kirin_drm_data structure.
Cc: Rongrong Z
On Mon, Jul 22, 2019 at 04:40:49PM -0300, Fabio Estevam wrote:
> Improve the help text for DRM_ANALOGIX_ANX78XX by adding the missing
> "power" word.
>
> After this change the help text matches with the ANX7814
> product description from the Analogix website:
>
&
Improve the help text for DRM_ANALOGIX_ANX78XX by adding the missing
"power" word.
After this change the help text matches with the ANX7814
product description from the Analogix website:
https://www.analogix.com/en/products/convertersbridges/anx7814
Signed-off-by: Fabio Estevam
--
On Wed, Apr 24, 2019 at 09:10:21PM +0200, Heiner Kallweit wrote:
> In several places in the kernel we find PCI_DEVID used like this:
> PCI_DEVID(dev->bus->number, dev->devfn) Therefore create a helper
> for it.
>
> v2:
> - apply the change to all affected places in the kernel
>
> Heiner Kallweit
In several places in the kernel we find PCI_DEVID used like this:
PCI_DEVID(dev->bus->number, dev->devfn) Therefore create a helper
for it.
v2:
- apply the change to all affected places in the kernel
Heiner Kallweit (9):
PCI: add helper pci_dev_id
PCI: use helper pci_dev_id
r8169: use new h
From: Xu YiPing
As part of refactoring the kirin driver to better support
different hardware revisions, this patch moves the crtc
and plane funcs/helper_funcs to the struct kirin_drm_data.
This will make it easier to add support for new devices
via a new kirin_drm_data structure.
Cc: Xinliang L
https://bugs.freedesktop.org/show_bug.cgi?id=110124
Bug ID: 110124
Summary: help page is not working
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: NEW
Severity: minor
https://bugs.freedesktop.org/show_bug.cgi?id=110122
Bug ID: 110122
Summary: HELP PAGE NOT WORKING
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: NEW
Severity: minor
On Mon, 2018-08-06 at 10:20 +0200, Daniel Vetter wrote:
[...]
> > > Yes I think just taking care of the simpler panel patches (after they
> > > have the DT ack from Rob Herring or some other DT expert) would be
> > > great. And if Philipp wants to help to too when he
don't move. So I looked at people with a few patches who could be
> > > > volunteered
>
> Heh :)
>
> > > > to sometimes help out with review&merging:
> > > >
> > > > 31 Thierry Reding
> > > > 16 Philipp Zabel
a bit with Thierry about drm-panel, and state of things
> > > still seems to be that when Thierry's on vacations/leave/busy patches
> > > don't move. So I looked at people with a few patches who could be
> > > volunteered
Heh :)
> > > to sometimes
#x27;s on vacations/leave/busy patches
>> don't move. So I looked at people with a few patches who could be
>> volunteered to sometimes help out with review&merging:
>>
>> 31 Thierry Reding
>> 16 Philipp Zabel
>> 11 Lucas Stach
>> 9 Aja
few patches who could be
> volunteered to sometimes help out with review&merging:
>
> 31 Thierry Reding
> 16 Philipp Zabel
> 11 Lucas Stach
> 9 Ajay Kumar
> 9 Alexandre Courbot
> 8 Philippe CORNU
> 6 Boris Brezillon
> 6 M
ho could be
> volunteered to sometimes help out with review&merging:
>
> 31 Thierry Reding
> 16 Philipp Zabel
> 11 Lucas Stach
> 9 Ajay Kumar
> 9 Alexandre Courbot
> 8 Philippe CORNU
> 6 Boris Brezillon
> 6 Maxime Rip
Hi all,
I chatted a bit with Thierry about drm-panel, and state of things
still seems to be that when Thierry's on vacations/leave/busy patches
don't move. So I looked at people with a few patches who could be
volunteered to sometimes help out with review&merging:
31 Thierry
are simply configuring with the default options; you'll
want to add `--enable-exynos-experimental-api` to enable exynos.
`./configure --help` will show you the options; you might also want to disable
all the stuff you don't need.
If you have more questions, the mailing list to c
https://bugs.freedesktop.org/show_bug.cgi?id=101262
--- Comment #6 from Mariusz Ceier ---
That bug is due to missing /usr/bin/lspci. Dying Light tries to execve
/usr/bin/lspci in a fork and when it fails it calls exit function instead of
_exit.
exit calls exit handler registered by mesa which ca
On Tuesday, February 13, 2018 03:02:48 PM Ulf Magnusson wrote:
> The FB_I810_I2C symbol previously had a blank help text, which was
> removed in e9829ac4e5fd ("video: fbdev: kconfig: Remove blank help
> text").
>
> Give it a proper help text, derived from commit 74f6a
The FB_I810_I2C symbol previously had a blank help text, which was
removed in e9829ac4e5fd ("video: fbdev: kconfig: Remove blank help
text").
Give it a proper help text, derived from commit 74f6ae84b23 ("[PATCH]
i810fb: Add > i2c/DDC support").
Signed-off-by: Ulf Magnusson
On Thursday, February 01, 2018 05:56:18 PM Ulf Magnusson wrote:
> On Thu, Feb 1, 2018 at 4:52 PM, Bartlomiej Zolnierkiewicz
> wrote:
> >
> > Hi,
> >
> > On Wednesday, January 31, 2018 10:34:21 AM Ulf Magnusson wrote:
> >> Blank help texts are probably ei
2018-02-02 1:56 GMT+09:00 Ulf Magnusson :
> On Thu, Feb 1, 2018 at 4:52 PM, Bartlomiej Zolnierkiewicz
> wrote:
>>
>> Hi,
>>
>> On Wednesday, January 31, 2018 10:34:21 AM Ulf Magnusson wrote:
>>> Blank help texts are probably either a typo, a Kconfig mis
On Thu, Feb 1, 2018 at 4:52 PM, Bartlomiej Zolnierkiewicz
wrote:
>
> Hi,
>
> On Wednesday, January 31, 2018 10:34:21 AM Ulf Magnusson wrote:
>> Blank help texts are probably either a typo, a Kconfig misunderstanding,
>> or some kind of half-committing to adding a he
Hi,
On Wednesday, January 31, 2018 10:34:21 AM Ulf Magnusson wrote:
> Blank help texts are probably either a typo, a Kconfig misunderstanding,
> or some kind of half-committing to adding a help text (in which case a
> TODO comment would be clearer, if the help text really can't be
Blank help texts are probably either a typo, a Kconfig misunderstanding,
or some kind of half-committing to adding a help text (in which case a
TODO comment would be clearer, if the help text really can't be added
right away).
Best to remove them, IMO.
Signed-off-by: Ulf Magnusson
---
dr
In preparation for adding a warning ("kconfig: Warn if help text is
blank"): https://lkml.org/lkml/2018/1/30/516
Signed-off-by: Ulf Magnusson
---
drivers/video/fbdev/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/fbdev/Kconfig b/drivers/video/fbdev/Kco
In preparation for adding a warning ("kconfig: Warn if help text is
blank"): https://lkml.org/lkml/2018/1/30/516
Signed-off-by: Ulf Magnusson
---
drivers/video/fbdev/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/fbdev/Kconfig b/drivers/video/fbdev/Kco
amp;ipu1_di1_lvds0;
/delete-node/&ipu1_di1_lvds1;
/delete-node/&lvds0_mux_1;
/delete-node/&lvds1_mux_1;
Thanks for your help :-)
/Sean
___
dri-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/dri-devel
de/&ipu1_di1_hdmi;
/delete-node/&hdmi_mux_1;
Thanks if I add this I get LVDS output and a blank HDMI output.
I have only one fb device. It it possible to get a second one for IPU2?
My prefered option would be the HDMI and LVDS mirrored.
Thanks for your help :-)
/Sean
_
1 - 100 of 206 matches
Mail list logo
