Den 03.04.2020 15.57, skrev Daniel Vetter:
> Also init the fbdev emulation before we register the device, that way
> we can rely on the auto-cleanup and simplify the probe error code even
> more.
>
> Signed-off-by: Daniel Vetter
> Cc: Dave Airlie
> Cc: Sean Paul
> Cc: Thomas Zimmermann
>
Den 03.04.2020 15.58, skrev Daniel Vetter:
> Already using devm_drm_dev_init, so very simple replacment.
>
> Signed-off-by: Daniel Vetter
> Cc: Dave Airlie
> Cc: Gerd Hoffmann
> Cc: Daniel Vetter
> Cc: Sam Ravnborg
> Cc: "Noralf Trønnes"
> Cc: Rob H
Den 03.04.2020 15.58, skrev Daniel Vetter:
> Already using devm_drm_dev_init, so very simple replacment.
>
> Signed-off-by: Daniel Vetter
> Cc: Kamlesh Gurudasani
> ---
Acked-by: Noralf Trønnes
___
dri-devel mailing
Den 03.04.2020 15.58, skrev Daniel Vetter:
> Already using devm_drm_dev_init, so very simple replacment.
>
> Signed-off-by: Daniel Vetter
> Cc: "Noralf Trønnes"
> ---
Acked-by: Noralf Trønnes
___
dri-dev
Den 03.04.2020 15.58, skrev Daniel Vetter:
> Already using devm_drm_dev_init, so very simple replacment.
>
> Signed-off-by: Daniel Vetter
> Cc: "Noralf Trønnes"
> ---
Acked-by: Noralf Trønnes
___
dri-dev
;
> OK to merge?
> Looks good to me and build did not break.
Sure, I planned to look at it this weekend, but if you can apply it, great.
Reviewed-by: Noralf Trønnes
Noralf.
>
> Sam
>
>> ---
>> drivers/gpu/drm/drm_mipi_dbi.c | 3 ++-
>> include/drm/drm_mipi_
Den 20.03.2020 03.21, skrev Emmanuel Vadot:
> Source file was dual licenced but the header was omitted, fix that.
> Contributors for this file are:
> Noralf Trønnes
> Gerd Hoffmann
> Thomas Gleixner
>
> Signed-off-by: Emmanuel Vadot
> ---
Den 20.03.2020 03.21, skrev Emmanuel Vadot:
> Source file was dual licenced but the header was omitted, fix that.
> Contributors for this file are:
> Daniel Vetter
> Matt Roper
> Maxime Ripard
> Noralf Trønnes
> Thomas Zimmermann
>
> Signed-off-by: Emmanuel Vad
Den 27.02.2020 10.09, skrev Lee Jones:
> I'd really like someone from USB to have a look through this too.
>
> I'll do a quick first pass and provide some general comments though.
>
> On Sun, 16 Feb 2020, Noralf Trønnes wrote:
>> A Multifunction USB Device is a device th
l Vadot wrote:
>>>>> From: Emmanuel Vadot
>>>>>
>>>>> Contributors for this file are :
>>>>> Chris Wilson
>>>>> Denis Efremov
>>>>> Jani Nikula
>>>>> Maxime Ripard
>>>>> N
Den 17.02.2020 10.38, skrev Daniel Vetter:
> On Sun, Feb 16, 2020 at 06:21:16PM +0100, Noralf Trønnes wrote:
>> drm_client_init_from_id() provides a way for clients to add a client based
>> on the minor. drm_client_modeset_set() provides a way to set the modeset
>> for
n fails, we'd be
> missing some mutex_destroy and ida_cleanup otherwise (Laurent)
>
> v4: Add a drmm_add_action_or_reset (like devm_ has) to encapsulate this
> pattern (Noralf).
>
> Cc: Laurent Pinchart
> Cc: "Noralf Trønnes"
> Cc: Sam Ravnborg
> Cc: Thomas
Den 19.02.2020 11.21, skrev Daniel Vetter:
> 7/7 drivers agree that's the right choice, let's do this.
>
> This avoids duplicating the same old error checking code over all 7
> drivers, which is the motivation here.
>
> Signed-off-by: Daniel Vetter
> ---
Review
vid Airlie
> Cc: Daniel Vetter
> Cc: Eric Anholt
> Cc: David Lechner
> Cc: Kamlesh Gurudasani
> Cc: "Noralf Trønnes"
> Cc: Sam Ravnborg
> ---
Reviewed-by: Noralf Trønnes
___
dri-devel mailing list
dri-devel@list
Den 19.02.2020 11.21, skrev Daniel Vetter:
> Allows us to drop the drm_driver.release callback.
>
> Signed-off-by: Daniel Vetter
> Cc: "Noralf Trønnes"
> ---
Reviewed-by: Noralf Trønnes
___
dri-devel mailing list
dri-de
Den 19.02.2020 11.20, skrev Daniel Vetter:
> With this we can drop the final kfree from the release function.
>
> Signed-off-by: Daniel Vetter
> Cc: "Noralf Trønnes"
> ---
Reviewed-by: Noralf Trønnes
___
dri-dev
ers, the first few lines around devm_drm_dev_init
> are all the same (except for the drm_driver pointer).
>
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: Thomas Zimmermann
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: Eric Anholt
> Cc: David Lechner
> Cc:
gt; devm_drm_dev_init().
>>>>>
>>>>> Also with drmm_ explicit drm_driver->release hooks are kinda not the
>>>>> best option, so deprecate that hook to discourage future users.
>>>>>
>>>>> v2: Fixup the example in the kernel
Den 18.02.2020 21.57, skrev Andy Shevchenko:
> On Sun, Feb 16, 2020 at 7:30 PM Noralf Trønnes wrote:
>>
>> Hi,
>>
>> A while back I had the idea to turn a Raspberry Pi Zero into a $5
>> USB to HDMI/SDTV/DSI/DPI display adapter.
>>
>> Thinking about
Den 17.02.2020 22.39, skrev Mark Brown:
> On Mon, Feb 17, 2020 at 10:33:58PM +0100, Noralf Trønnes wrote:
>> Den 17.02.2020 13.11, skrev Mark Brown:
>
>>> This looks like you just don't support a straight write operation, if
>>> you need to do this emulation pus
Den 17.02.2020 13.11, skrev Mark Brown:
> On Sun, Feb 16, 2020 at 06:21:09PM +0100, Noralf Trønnes wrote:
>
>> Add support for regmap over USB for use with the Multifunction USB Device.
>> Two endpoints IN/OUT are used. Up to 255 regmaps are supported on one USB
>>
Den 17.02.2020 11.32, skrev Neil Armstrong:
> Hi,
>
> On 16/02/2020 18:21, Noralf Trønnes wrote:
>> Hi,
>>
>> A while back I had the idea to turn a Raspberry Pi Zero into a $5
>> USB to HDMI/SDTV/DSI/DPI display adapter.
>>
>> Thinking about how to r
A Multifunction USB Device is a device that supports functions like gpio
and display or any other function that can be represented as a USB regmap.
Interrupts over USB is also supported if such an endpoint is present.
Signed-off-by: Noralf Trønnes
---
drivers/mfd/Kconfig | 8 +
drivers
The Multifunction USB Device has optional support for displays.
LZ4 compression is used if the device supports it.
The driver is MIT licensed in the hope that parts of it can be used on
the BSD's.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/Kconfig |2 +
drivers/gpu/drm
Add optional gpio functionality to the Multifunction USB Device.
Signed-off-by: Noralf Trønnes
---
drivers/usb/gadget/Kconfig | 14 +
drivers/usb/gadget/function/Makefile | 2 +
drivers/usb/gadget/function/f_mud_pins.c | 962 +++
3 files changed, 978
This is the gadget side of the mfd host driver. It provides a USB
function that drivers can hook into providing functions like gpio and
display as regmaps to the host. These drivers are configured through
configfs.
Signed-off-by: Noralf Trønnes
---
drivers/usb/gadget/Kconfig | 10
drm_client_init_from_id() provides a way for clients to add a client based
on the minor. drm_client_modeset_set() provides a way to set the modeset
for clients that handles connectors and display mode on their own.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c | 37
Add optional display functionality to the Multifunction USB Device.
The bulk of the code is placed in the drm subsystem since it's reaching
into the drm internals.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/mud/Kconfig | 3 +
drivers/gpu/drm/mud/Makefile| 1
The Multifunction USB Device has optional support for gpio and pin
configuration. Interrupts are supported if the device supports it.
Signed-off-by: Noralf Trønnes
---
drivers/pinctrl/Kconfig | 9 +
drivers/pinctrl/Makefile | 1 +
drivers/pinctrl/pinctrl-mud.c | 657
this with usb2 devices (Pi, BBB) so I should get myself
a usb3 gadget capable board. My searching didn't turn up much, so this
seems to be quite rare. ROCK960 has USB 3.0 type C OTG but the price is
$139 which is a bit expensive for this hobby project. Does anyone know
of a cheap board?
Noralf.
Noralf
transfers.
Signed-off-by: Noralf Trønnes
---
drivers/base/regmap/Kconfig |8 +-
drivers/base/regmap/Makefile |1 +
drivers/base/regmap/regmap-usb.c | 1026 ++
include/linux/regmap.h | 23 +
include/linux/regmap_usb.h | 97 +++
5 files
When writing a 3MB buffer the unwritable check in _regmap_raw_write_impl()
adds a ~20ms overhead on a Raspberry Pi 4.
Amend this by avoiding the check if it's not necessary.
Signed-off-by: Noralf Trønnes
---
drivers/base/regmap/regmap.c | 10 ++
1 file changed, 6 insertions(+), 4
Den 15.02.2020 19.09, skrev Emmanuel Vadot:
> From: Emmanuel Vadot
>
> Contributors for this file are :
> Gerd Hoffmann
> Maxime Ripard
> Noralf Trønnes
>
> Signed-off-by: Emmanuel Vadot
> ---
Acked-by: Noralf Trønnes
__
Den 15.02.2020 19.09, skrev Emmanuel Vadot:
> From: Emmanuel Vadot
>
> Contributors for this file are :
> Chris Wilson
> Denis Efremov
> Jani Nikula
> Maxime Ripard
> Noralf Trønnes
> Sam Ravnborg
> Thomas Zimmermann
>
> Signed-off-by: Emmanuel Va
(adding back Daniel)
Den 10.02.2020 17.57, skrev Noralf Trønnes:
>
>
> Den 10.02.2020 16.06, skrev Daniel Vetter:
>> On Mon, Feb 10, 2020 at 12:37:52PM +0100, Gerd Hoffmann wrote:
>>> Move final cleanups to qxl_drm_release() callback.
>>> Add drm_atomic_helper_
Den 10.02.2020 16.06, skrev Daniel Vetter:
> On Mon, Feb 10, 2020 at 12:37:52PM +0100, Gerd Hoffmann wrote:
>> Move final cleanups to qxl_drm_release() callback.
>> Add drm_atomic_helper_shutdown() call to qxl_pci_remove().
>>
>> Signed-off-by: Gerd Hoffmann
>> ---
>>
Den 07.02.2020 09.41, skrev Thomas Zimmermann:
> The simple-encoder helpers initialize an encoder with an empty
> implementation. This covers the requirements of most of the existing
> DRM drivers. A call to drm_simple_encoder_create() allocates and
> initializes an encoder instance, a call to
Den 02.02.2020 16.41, skrev Noralf Trønnes:
> Hi,
>
> Since I'm the original author of fbtft I thought I'd highlight a couple
> of issues that's probably not well known.
>
> Right after fbtft was added, fbdev was closed for new drivers[1] and
> the fbdev maintainer w
Hi,
Since I'm the original author of fbtft I thought I'd highlight a couple
of issues that's probably not well known.
Right after fbtft was added, fbdev was closed for new drivers[1] and
the fbdev maintainer wanted to remove fbtft as a consequence of that
decision, but Greg KH said he'd keep
, the emphasis is now that "I hold the lock" right?
> already" aspect, so rename the function to match.
>
> Suggested by Noralf.
>
> Cc: Noralf Trønnes
> Signed-off-by: Daniel Vetter
> ---
Reviewed-by: Noralf Trønnes
__
tatus.
>
> Also add a comment to the drm_client->restore hook that this is expected
> going forward from all clients (there's currently just one).
>
> v2: Also drop the force in pan_display
>
> Cc: Noralf Trønnes
> Signed-off-by: Daniel Vetter
> ---
> dri
Den 27.01.2020 15.26, skrev Kamlesh Gurudasani:
> This adds support fot ilitek,ili9486 based displays with shift register
> in front of controller.
> Ozzmaker,Piscreen and Waveshare,rpi-lcd-35 are such displays.
>
> Signed-off-by: Kamlesh Gurudasani
> ---
Reviewed-by: Nor
Den 26.01.2020 18.42, skrev Kamlesh Gurudasani:
> This adds support fot ilitek,ili9486 based displays with shift register
> in front of controller.
> Ozzmaker,Piscreen and Waveshare,rpi-lcd-35 are such displays.
>
> Signed-off-by: Kamlesh Gurudasani
> ---
Reviewed-by: Nor
Den 25.01.2020 16.38, skrev Kamlesh Gurudasani:
> Signed-off-by: Kamlesh Gurudasani
> ---
> .../devicetree/bindings/display/ilitek,ili9486.txt | 27
> ++
For version 2, send the patchset to the devicetree mailinglist as well.
A DT maintainer has to review it. Send the
Hi Kamlesh,
Nice to see this driver, this means I can now drop the piscreen driver
from the out-of-tree tinydrm repo.
Den 25.01.2020 16.38, skrev Kamlesh Gurudasani:
> This adds support fot ilitek,ili9486 based display with shift register in
> front
s/fot/for/
> of controller, basically with
hifted image.
>
> Add support for specifying these offsets.
>
> Signed-off-by: Geert Uytterhoeven
> Reviewed-by: Sam Ravnborg
> ---
Acked-by: Noralf Trønnes
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.fr
Den 30.12.2019 14.06, skrev Geert Uytterhoeven:
> When configuring the frame memory window, the last column and row
> numbers are written to the column resp. page address registers. These
> numbers are thus one less than the actual window width resp. height.
>
> While this is handled
Den 29.11.2019 11.29, skrev Jani Nikula:
> Deferred IO now preserves the fb_ops.
>
> v2: Remove the no-op vfree, drop a local var (Noralf)
>
> Cc: Noralf Trønnes
> Cc: dri-devel@lists.freedesktop.org
> Reviewed-by: Daniel Vetter
> Signed-off-by: Jani Nikula
&g
considerably by calling fb_deferred_io_mmap() directly
> (Daniel, Ville)
>
> Cc: Jaya Kumar
> Cc: linux-fb...@vger.kernel.org
> Cc: Daniel Vetter
> Cc: Ville Syrjälä
> Signed-off-by: Jani Nikula
> ---
Nice simple solution:
Acked-by: Noralf Trønnes
__
Den 28.11.2019 13.05, skrev Jani Nikula:
> On Thu, 28 Nov 2019, Noralf Trønnes wrote:
>> Den 27.11.2019 17.31, skrev Jani Nikula:
>>> Deferred IO now preserves the fb_ops.
>>>
>>> Cc: Noralf Trønnes
>>> Cc: dri-devel@lists.freedesktop.org
>>
Den 27.11.2019 17.31, skrev Jani Nikula:
> Deferred IO now preserves the fb_ops.
>
> Cc: Noralf Trønnes
> Cc: dri-devel@lists.freedesktop.org
> Signed-off-by: Jani Nikula
> ---
> drivers/gpu/drm/drm_fb_helper.c | 18 ++
> 1 file changed, 2 ins
Den 20.11.2019 15.43, skrev Noralf Trønnes:
>
>
> Den 20.11.2019 10.57, skrev Andy Shevchenko:
>> First of all there is no need to guard GPIO request by CONFIG_OF.
>> It works for everybody independently on resource provider. While here,
>> rename the fu
Den 20.11.2019 10.57, skrev Andy Shevchenko:
> First of all there is no need to guard GPIO request by CONFIG_OF.
> It works for everybody independently on resource provider. While here,
> rename the function to reflect the above.
>
> Moreover, since we have a global dependency to OF, the rest
Den 16.11.2019 12.57, skrev Emmanuel Vadot:
> On Fri, 15 Nov 2019 15:33:46 +0100
> Noralf Trønnes wrote:
>
>>
>>
>> Den 15.11.2019 13.34, skrev Ville Syrjälä:
>>> On Thu, Nov 14, 2019 at 08:01:32PM +, co...@sdf.org wrote:
>>>> Hi Daniel,
&g
Den 15.11.2019 13.34, skrev Ville Syrjälä:
> On Thu, Nov 14, 2019 at 08:01:32PM +, co...@sdf.org wrote:
>> Hi Daniel,
>>
>> I don't think we can make any complaints about GPL being more widely
>> used in the DRM code. It's nice to have the code at all, the MIT license
>> is a bonus. Thanks
Den 13.11.2019 12.52, skrev Thomas Zimmermann:
> There are no external callers of unlink_framebuffer() left. Make the
> function an internal interface.
>
> Signed-off-by: Thomas Zimmermann
> ---
Reviewed-by: Noralf Trønnes
___
dr
Den 13.11.2019 12.52, skrev Thomas Zimmermann:
> There are no callers of drm_fb_helper_unlink_fbi() left. Remove the
> function.
>
> Signed-off-by: Thomas Zimmermann
> ---
Reviewed-by: Noralf Trønnes
___
dri-devel mailing
udl_device *udl)
> if (ret)
> goto err;
>
> - ret = udl_fbdev_init(dev);
> + ret = drm_fbdev_generic_setup(dev, 16);
I suggest you put this after drm_dev_register() in _probe() since fbdev
is a client, a user of the driver, not part of it as such.
t; Also, more reasons to switch drivers over to generic fbdev support.
>
> Since I had to re-review a pile of code also add a comment about why
> drm_fbdev_client_unregister can't race.
>
> Cc: Gerd Hoffmann
> Cc: Noralf Trønnes
> Cc: Thomas Zimmermann
> Signed-off-b
robe looks like a recipe for disaster.
>
> Cc: Gerd Hoffmann
> Cc: Noralf Trønnes
> Cc: Thomas Zimmermann
> Signed-off-by: Daniel Vetter
> ---
This was needed during conversion of the cma-helper, and then I forgot...
Reviewed-by: Noralf Trønnes
Den 08.11.2019 13.33, skrev Thomas Zimmermann:
> The udl driver can use the generic fbdev implementation. Convert it.
>
> Signed-off-by: Thomas Zimmermann
> ---
> diff --git a/drivers/gpu/drm/udl/udl_drv.c b/drivers/gpu/drm/udl/udl_drv.c
> index 563cc5809e56..55c0f9dfee29 100644
> ---
* keep a TODO item on drm_fb_helper_init()
>
> Signed-off-by: Thomas Zimmermann
> ---
Reviewed-by: Noralf Trønnes
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Den 06.11.2019 11.47, skrev Thomas Zimmermann:
> Simply removes all the obsolete GEM code from udl. No functional
> changes.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/udl/Makefile | 2 +-
> drivers/gpu/drm/udl/udl_dmabuf.c | 254 ---
>
---
> include/drm/drm_fb_helper.h | 25
> 2 files changed, 1 insertion(+), 133 deletions(-)
>
Thanks for the cleanup:
Reviewed-by: Noralf Trønnes
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Den 29.10.2019 08.06, skrev Thomas Zimmermann:
> This replaces the orignal TODO item for drm_fb_helper_fbdev_setup() and
> _teardown(), which are deprecated.
>
> Signed-off-by: Thomas Zimmermann
> ---
> Documentation/gpu/todo.rst | 15 +++
> 1 file changed, 7 insertions(+), 8
Hi Navid,
Den 27.10.2019 18.32, skrev Navid Emamdoost:
> In the implementation of hx8357d_probe() the allocated memory for dbidev
> is leaked when an error happens. Release dbidev if any of the following
> calls fail: devm_gpiod_get(), devm_of_find_backlight(),
> mipi_dbi_spi_init(),
elf, which breaks shmem
> +gem objects (and other things). To support defio, affected drivers require
> +the use of a shadow buffer, which may add CPU and memory overhead.
>
Ah yes, there's a todo on this. Look good to me:
Acked-by: Noralf Trønnes
> Possible solution would be to w
of that function (the same with
*_seup()). Would be nice if you just removed them. I made them before I
embarked on the generic fbdev solution. I think it's better to try and
make the generic emulation usable for "everyone" and avoid the need for
drivers to have to do their own special stuf
Den 25.10.2019 14.20, skrev Thomas Zimmermann:
> (cc: Gerd)
>
> Hi
>
> Am 25.10.19 um 13:44 schrieb Noralf Trønnes:
>>
>>
>> Den 25.10.2019 12.12, skrev Thomas Zimmermann:
>>> Hi
>>>
>>> Am 25.10.19 um 11:28 schrieb Daniel Ve
Den 25.10.2019 13.44, skrev Noralf Trønnes:
>
>
> Den 25.10.2019 12.12, skrev Thomas Zimmermann:
>> Hi
>>
>> Am 25.10.19 um 11:28 schrieb Daniel Vetter:
>>> On Fri, Oct 25, 2019 at 9:59 AM Thomas Zimmermann
>>> wrote
>>>>
>
Den 25.10.2019 12.12, skrev Thomas Zimmermann:
> Hi
>
> Am 25.10.19 um 11:28 schrieb Daniel Vetter:
>> On Fri, Oct 25, 2019 at 9:59 AM Thomas Zimmermann wrote
>>>
>>> Hi
>>>
>>> Am 25.10.19 um 09:40 schrieb Daniel Vetter:
On Thu, Oct 24, 2019 at 04:42:35PM +0200, Thomas Zimmermann wrote:
Den 25.10.2019 10.00, skrev Daniel Vetter:
> On Fri, Oct 25, 2019 at 09:47:46AM +0200, Daniel Vetter wrote:
>> On Thu, Oct 24, 2019 at 04:42:37PM +0200, Thomas Zimmermann wrote:
>>> Signed-off-by: Thomas Zimmermann
>>> ---
>>> drivers/gpu/drm/udl/udl_drv.c | 3 +
>>>
Den 17.10.2019 18.27, skrev Noralf Trønnes:
>
>
> Den 17.10.2019 13.49, skrev Andy Shevchenko:
>> GCC complains about dubious bitwise OR operand:
>>
>> drivers/gpu/drm/drm_mipi_dbi.c:1024:49: warning: dubious: x | !y
>> CC [M] drivers/gpu/drm/drm_m
and returns the same for commands 04H and
09h which are the ones affected by this change.
Reviewed-by: Noralf Trønnes
Tested-by: Noralf Trønnes
This patch hasn't shown up in dri-devel patchwork, I hope it's just a
hiccup and it'll show up later since I apply patches from patchwork.
I don't see it
ransfer size to inform spi clients that they need
> to do something smarter.
>
> This was uncovered by the drm_mipi_dbi spi panel code, which does
> large spi transfers, but stopped splitting them after:
>
> commit e143364b4c1774f68e923a5a0bb0fca28ac25888
> Author: Noralf Trønn
Den 15.10.2019 17.59, skrev Andy Shevchenko:
> On Tue, Oct 15, 2019 at 05:41:53PM +0200, Noralf Trønnes wrote:
>> Den 15.10.2019 16.32, skrev Andy Shevchenko:
>>> On Fri, Jul 19, 2019 at 05:59:10PM +0200, Noralf Trønnes wrote:
>>>> spi-bcm2835 can handle >64k
Den 15.10.2019 16.32, skrev Andy Shevchenko:
> On Fri, Jul 19, 2019 at 05:59:10PM +0200, Noralf Trønnes wrote:
>> spi-bcm2835 can handle >64kB buffers now so there is no need to check
>> ->max_dma_len. The tinydrm_spi_max_transfer_size() max_len argument is
>>
Den 01.10.2019 12.58, skrev Noralf Trønnes:
>
>
> Den 27.09.2019 19.42, skrev Ulf Magnusson:
>> Commit 554b3529fe01 ("thermal/drivers/core: Remove the module Kconfig's
>> option") changed the type of THERMAL from tristate to bool, so
>> THERMAL || !THERMAL
Den 09.10.2019 15.31, skrev Maxime Ripard:
> On Wed, Oct 09, 2019 at 02:48:20PM +0200, Noralf Trønnes wrote:
>> Den 09.10.2019 12.45, skrev Daniel Vetter:
>>> On Tue, Oct 01, 2019 at 04:07:38PM +0200, Noralf Trønnes wrote:
>>>> Hi drm-misc maintainers,
>>
Den 09.10.2019 12.45, skrev Daniel Vetter:
> On Tue, Oct 01, 2019 at 04:07:38PM +0200, Noralf Trønnes wrote:
>> Hi drm-misc maintainers,
>>
>> I have just applied a patch to drm-misc-next that as it turns out should
>> have been applied to -fixes for this -rc cycle.
15.45, skrev Jason Gunthorpe:
> On Tue, Oct 01, 2019 at 03:28:46PM +0200, Noralf Trønnes wrote:
>>
>>
>> Den 01.10.2019 14.36, skrev Jason Gunthorpe:
>>> On Thu, Jul 25, 2019 at 12:51:30PM +0200, Noralf Trønnes wrote:
>>>> This makes the tiny drivers v
Den 01.10.2019 14.36, skrev Jason Gunthorpe:
> On Thu, Jul 25, 2019 at 12:51:30PM +0200, Noralf Trønnes wrote:
>> This makes the tiny drivers visible by default without having to enable a
>> knob.
>>
>> Signed-off-by: Noralf Trønnes
>> Reviewed-by: Hans de Goe
Den 27.09.2019 19.42, skrev Ulf Magnusson:
> Commit 554b3529fe01 ("thermal/drivers/core: Remove the module Kconfig's
> option") changed the type of THERMAL from tristate to bool, so
> THERMAL || !THERMAL is now always y. Remove the redundant dependency.
>
> Discovered through Kconfiglib
Den 17.09.2019 14.55, skrev Daniel Vetter:
> On Tue, Sep 10, 2019 at 04:59:57PM +0200, Noralf Trønnes wrote:
>>
>>
>> Den 10.09.2019 15.51, skrev Thomas Zimmermann:
>>> Hi
>>>
>>> Am 10.09.19 um 15:34 schrieb Noralf Trønnes:
>>>>
>&
Hi Hans,
Den 15.09.2019 16.32, skrev Hans de Goede:
> Hi Noralf,
>
> While doing a "make htmldocs" I just noticed the following errors:
>
> Error: Cannot open file ./drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c
> Error: Cannot open file ./drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c
>
Den 10.09.2019 15.51, skrev Thomas Zimmermann:
> Hi
>
> Am 10.09.19 um 15:34 schrieb Noralf Trønnes:
>>
>>
>> Den 10.09.2019 14.48, skrev Thomas Zimmermann:
>>> Hi
>>>
>>> Am 10.09.19 um 13:52 schrieb Gerd Hoffmann:
>>>>
Den 10.09.2019 14.48, skrev Thomas Zimmermann:
> Hi
>
> Am 10.09.19 um 13:52 schrieb Gerd Hoffmann:
>> On Mon, Sep 09, 2019 at 04:06:32PM +0200, Thomas Zimmermann wrote:
>>> Before updating the display from the console's shadow buffer, the dirty
>>> worker now waits for vblank. This allows
: Maxime Ripard
> Cc: Sean Paul
> Cc: Alex Deucher
> Cc: Andres Rodriguez
> Cc: Noralf Trønnes
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_edid.c | 6 +++---
> drivers/gpu/drm/drm_mipi_dbi.c | 2 +-
> 2 files changed, 4 insertions(+), 4 del
Den 21.08.2019 09.24, skrev Dan Carpenter:
> This code will likely crash if we try to do a zero byte write. The code
> looks like this:
>
> /* strip trailing whitespace */
> for (i = count - 1; i > 0; i--)
> if (isspace(buf[i]))
> ...
>
>
Den 12.08.2019 20.49, skrev Sam Ravnborg:
> Hi Noralf.
>
>>> - drm_panel has proper support for modes.
>>> This is today duplicated in mipi_dbi.
>>> Could we make it so that when a panel is used then the panel
>>> has the mode info - as we then use the panel more in the way we do
>>> in
Den 11.08.2019 19.02, skrev Sam Ravnborg:
> Hi Noralf.
>
> On Thu, Aug 01, 2019 at 03:52:49PM +0200, Noralf Trønnes wrote:
>> Add support for panels that use the DPI interface.
>> ILI9341 has onboard RAM so the assumption made here is that all such
>> panels su
Den 11.08.2019 18.41, skrev Sam Ravnborg:
> Hi Noralf.
>
> On Thu, Aug 01, 2019 at 03:52:49PM +0200, Noralf Trønnes wrote:
>> Add support for panels that use the DPI interface.
>> ILI9341 has onboard RAM so the assumption made here is that all such
>> panels su
Den 11.08.2019 17.24, skrev Sam Ravnborg:
> Hi Noralf.
>
> Most feedback on this driver was covered in comment to 1/4.
> Only a few things caught my eye.
>
> On Thu, Aug 01, 2019 at 03:52:47PM +0200, Noralf Trønnes wrote:
>> Move the driver to drm/panel and take ad
>
I can fix that when I respin if those patches have landed by then.
> Some more specific comments in the following.
>
> Sam
>
> On Thu, Aug 01, 2019 at 03:52:46PM +0200, Noralf Trønnes wrote:
>> This adds a function that registers a DRM driver for u
Den 11.08.2019 18.49, skrev Sam Ravnborg:
> Hi Noralf.
>
>>> +static int lb035q02_write(struct lb035q02_device *lcd, u16 reg, u16 val)
>>> +{
>>> + struct spi_message msg;
>>> + struct spi_transfer index_xfer = {
>>> + .len= 3,
>>> + .cs_change = 1,
>>>
Hi Laurent,
Den 11.08.2019 15.35, skrev Laurent Pinchart:
> Hi Noralf,
>
> On Sun, Aug 11, 2019 at 03:19:13PM +0200, Noralf Trønnes wrote:
>> Sam,
>>
>> Den 11.08.2019 01.10, skrev Laurent Pinchart:
>>> This panel is used on the Gumstix Overo Palo35.
>
Sam,
Den 11.08.2019 01.10, skrev Laurent Pinchart:
> This panel is used on the Gumstix Overo Palo35.
>
> The code is based on the omapdrm-specific panel-lgphilips-lb035q02
> driver.
>
> Signed-off-by: Laurent Pinchart
> Reviewed-by: Sam Ravnborg
> ---
> diff --git
Hi Jan,
A couple of drive by comments:
Den 30.07.2019 15.48, skrev Jan Sebastian Götte:
> These ePaper displays are made in b/w, b/w/red and b/w/yellow variations
> by Good Display (www.e-paper-display.com) and sold on breakout boards by
> waveshare (waveshare.com).
>
> This driver was tested
Den 01.08.2019 21.43, skrev David Lechner:
> On 8/1/19 8:52 AM, Noralf Trønnes wrote:
>> Move the driver to drm/panel and take advantage of the new panel support
>> in drm_mipi_dbi. Change the file name to match the naming standard in
>> drm/panel. The DRM driver name is
Den 01.08.2019 21.10, skrev David Lechner:
> On 8/1/19 8:52 AM, Noralf Trønnes wrote:
>> Add support for panels that use the DPI interface.
>> ILI9341 has onboard RAM so the assumption made here is that all such
>> panels support pixel upload over DBI.
>>
>> T
501 - 600 of 2448 matches
Mail list logo