Hello,
On 17.11.22 08:11, ye.xingc...@zte.com.cn wrote:
> From: ye xingchen
>
> Replace the open-code with device_match_of_node().
device_match_of_node() exists so a pointer to the function can be passed
to class/driver_find_device. I see no reason to call it directly.
I don't think you should
Signed-off-by: Ahmad Fatoum
---
v1 -> v2:
- broke overly long lines (Laurent)
- Added Laurent's Reviewed-by
---
drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 6 ++
drivers/gpu/drm/bridge/adv7511/adv7533.c | 20
2 files changed, 10 insertions(+), 16 d
ridge: adv7533: Create a MIPI DSI device")
Signed-off-by: Ahmad Fatoum
---
drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 6 ++
drivers/gpu/drm/bridge/adv7511/adv7533.c | 18 ++
2 files changed, 8 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/brid
> Signed-off-by: Oleksij Rempel
Reviewed-by: Ahmad Fatoum
> ---
> drivers/gpu/drm/panel/panel-simple.c | 35
> 1 file changed, 35 insertions(+)
>
> diff --git a/drivers/gpu/drm/panel/panel-simple.c
> b/drivers/gpu/drm/panel/panel-simple.c
>
t;
> Co-Developed-by: Sam Ravnborg
> Co-Developed-by: Ulrich Ölmann
> Signed-off-by: Sam Ravnborg
> Signed-off-by: Ulrich Ölmann
> Signed-off-by: Oleksij Rempel
Reviewed-by: Ahmad Fatoum
> ---
> drivers/gpu/drm/panel/panel-simple.c | 34
>
Hello Oleksi,
On 05.08.21 06:37, Oleksij Rempel wrote:
> From: Søren Andersen
>
> Add support for the LOGIC Technologies, Inc LTTD800480070-L6WH-RT
>
> Co-Developed-by: Søren Andersen
> Co-Developed-by: Sam Ravnborg
> Signed-off-by: Søren Andersen
> Signed-off-by: Sam Ravnborg
> Signed-off-
Hello Oleksij,
On 05.08.21 06:37, Oleksij Rempel wrote:
> From: Sam Ravnborg
>
> The Multi Innotechnology is a 10.1" 1280x800 panel.
>
> The datasheet did not specify specific values for sync, back, front porch.
> The values are a best guess based on values for similar panels.
>
> Co-Developed
On 11/6/20 8:41 AM, Lee Jones wrote:
> On Thu, 05 Nov 2020, Ahmad Fatoum wrote:
>
>> Hello Lee,
>>
>> On 11/5/20 3:45 PM, Lee Jones wrote:
>>> In the macro for_each_oldnew_crtc_in_state() 'crtc_state' is provided
>>> as a container for state-
Hello Lee,
On 11/5/20 3:45 PM, Lee Jones wrote:
> In the macro for_each_oldnew_crtc_in_state() 'crtc_state' is provided
> as a container for state->crtcs[i].new_state, but is not utilised in
> this use-case. We cannot simply delete the variable, so here we tell
> the compiler that we're intention
Hello,
On 2/1/19 22:05, Stefan Agner wrote:
> On 02.01.2019 18:02, Ahmad Fatoum wrote:
>> Hello,
>>
>> I got a board with the RED[0:7]/BLUE[0:7] lanes originating from the
>> LCDIF swapped and would like to describe this in the device tree:
>>
>> This
Hello Sam,
On 7/1/19 19:04, Sam Ravnborg wrote:
> Hi Ahmad.
>
>> On 2/1/19 22:37, Sam Ravnborg wrote:
>>> The problem with the RED/BLUE lines swapped is something I
>>> have encountered while working with DRM support for Atmel at91sam9263 too.
>>>
>>> The solution selected is to extend the endpoi
en running modetest -s.
Signed-off-by: Ahmad Fatoum
---
drivers/gpu/drm/panel/panel-simple.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index a04ffb3b2174..021066a231b5 100644
--- a/drivers/gpu/drm/panel/pane
Hello Sam,
On 2/1/19 22:37, Sam Ravnborg wrote:
> The problem with the RED/BLUE lines swapped is something I
> have encountered while working with DRM support for Atmel at91sam9263 too.
>
> The solution selected is to extend the endpoint with
> a new optional property:
>
> - wiring: Wiring of da
On 1/2/19 10:05 PM, Stefan Agner wrote:
> On a quick glance patch 1 looks good.
>
> However, patch 2/3 are probably unnecessary when using of graph/panel
> support. E.g. panel-simple.c supports bus formats.
>
> Is the display you are using regular RGB and only the board/connectors
> happen to sw
This way hardware that has the LCD signal lines swapped can express
so in the device tree and existing panel support can be reused
unmodified.
Signed-off-by: Ahmad Fatoum
---
drivers/gpu/drm/mxsfb/mxsfb_crtc.c | 4 +++-
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 13 +
drivers/gpu/drm
On 2/1/19 18:02, Ahmad Fatoum wrote:
> - reg &= ~CTRL_BUS_WIDTH_MASK;
> + ctrl &= ~CTRL_BUS_WIDTH_MASK;
> switch (bus_format) {
> default:
> + pattern = CTRL2_PATTERN_RGB;
> dev_err(drm->dev, "Unknown
This newly implemented binding allows expressing swapped signal
lanes in the device tree so existing panel support can be reused.
Signed-off-by: Ahmad Fatoum
---
Documentation/devicetree/bindings/display/mxsfb.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree
MEDIA_BUS_FMT_GBR888_1X24
The latter two patches add a new interface-pix-fmt property
(named so because fsl,imx-parallel-display has one),
which allows a device tree to override the bus format to account
for swapped signal lanes.
Thoughts?
Cheers
Ahmad
--
Ahmad Fatoum (3):
drm/mxsfb: use
The LCDIF controller v4, like the one included in the i.MX6UL,
can be configured to accept other RGB pixel formats. Extend
the driver to configure the controller to do so.
Signed-off-by: Ahmad Fatoum
---
drivers/gpu/drm/mxsfb/mxsfb_crtc.c | 41 +-
drivers/gpu/drm
19 matches
Mail list logo