On 4/29/20 10:09 AM, Bartlomiej Zolnierkiewicz wrote:
>
> Hi Stephen,
>
> On 4/29/20 12:33 AM, Stephen Rothwell wrote:
>> Hi all,
>>
>> On Mon, 20 Apr 2020 13:01:18 +1000 Stephen Rothwell
>> wrote:
>>>
>>> After merging the drm-misc tr
e let me know when
>> this is fixed.
>
> This still appears to have not been addressed.
Sorry for the delay, I've just posted a patch (also included below):
"[PATCH] video: fbdev: controlfb: fix build for COMPILE_TEST=y && PPC_PMAC=y &&
PPC32=n"
which should f
sion, as described in commit fc1d8e7cca2d
> ("mm: introduce put_user_page*(), placeholder versions").
>
> Cc: Bartlomiej Zolnierkiewicz
> Cc: Kees Cook
> Cc: Al Viro
> Cc: Bhumika Goyal
> Cc: Arvind Yadav
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-fb..
: Depend upon fbcon being built-in, if enabled
>
> drivers/gpu/vga/Kconfig | 1 +
> drivers/video/fbdev/core/fbcon.c | 1 +
> 2 files changed, 2 insertions(+)
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics
_
On 6/18/19 1:46 PM, Maarten Lankhorst wrote:
> Op 18-06-2019 om 13:17 schreef Bartlomiej Zolnierkiewicz:
>> Hi,
>>
>> On 6/18/19 11:20 AM, Maarten Lankhorst wrote:
>>> Op 14-06-2019 om 11:25 schreef Maarten Lankhorst:
>>>> Hi all,
>>>>
>>
dev driver) but it seems that all
patches miss your "S-o-B:" line (there is only "Reviewed-by:" tag which
is OK but has a different meaning)?
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics
>
>> topic/remove-fbcon-notifiers-20
m-misc, or as a
> separate tree, depending what you want.
>
> Thoughts?
I would like to handle fbdev changes for v5.3 merge window using fbdev
tree but after that everything (including changes to fbdev drivers) can go
through drm-misc tree.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D I
con and direct fbdev usage. Given
>>> that the entire notifier maze is getting in the way anyway I figured
>>> it's simplest to revert this not well justified commit.
>>>
>>> v2: Add static inline to the dummy version.
>>>
>>> Cc: Richard
.
>
> Also, I think info_idx == -1 is impossible in fbcon_init - we
> unregister the fbcon in that case. So catch&warn about that.
>
> Signed-off-by: Daniel Vetter
> Cc: Maarten Lankhorst
> Cc: Bartlomiej Zolnierkiewicz
> Cc: Daniel Vetter
&g
n
With this change, neither of these will generate a
'# CONFIG_FOO is not set' line (assuming FOO isn't selected/implied).
That might make it clearer to people that a bare 'default n' is
redundant.
...
Signed-off-by: Bartlomiej Zolnierkiewicz
---
On 09/11/2018 09:42 AM, Daniel Vetter wrote:
> On Mon, Sep 10, 2018 at 02:48:43PM +0200, Bartlomiej Zolnierkiewicz wrote:
>>
>> On 08/22/2018 10:54 AM, Daniel Vetter wrote:
>>> This was only added for the drm's fbdev emulation support, so that it
>>
nient.
>
> Hence instead just stop the leak in the ioctl, to keep fb mmap working
> as-is. A second patch will set this flag for all drm drivers.
>
> Cc: Bartlomiej Zolnierkiewicz
> Cc: Kees Cook
> Cc: Daniel Vetter
> Cc: linux-fb...@vger.kernel.org
> Signed-
o the
> usual 3-phase removal.
>
> Cc: Ben Skeggs
> Cc: Bartlomiej Zolnierkiewicz
> Cc: Greg Kroah-Hartman
> Cc: Hans de Goede
> Cc: Daniel Vetter
> Cc: Alexander Kapshuk
> Cc: Kees Cook
> Cc: Thierry Reding
> Cc: David Lechner
> Cc: nouv...@lists.freed
| 4 ++--
> lib/test_firmware.c | 14 +---
> lib/test_kmod.c | 14 +---
> sound/soc/omap/mcbsp.c | 4 ++--
> 15 files changed, 49 insertions(+), 80 deletions(-)
For fbdev changes:
Acked-by: Bartlomiej Zolnierk
panels without needing quirks (like we do for 90 degree rotated screens).
>
> Bartlomiej, can we please have your Acked-by for merging patches 1,
> 6 and 7 through the drm tree?
Acked-by: Bartlomiej Zolnierkiewicz
Given that you add (can be in a incremental patch) a
On Wednesday, July 12, 2017 12:40:45 PM Bartlomiej Zolnierkiewicz wrote:
> On Thursday, July 06, 2017 02:57:32 PM Daniel Vetter wrote:
> > There's a bunch of folks who're trying to make printk less
> > contended and faster, but there's a problem: printk uses the
>
On Thursday, July 13, 2017 04:01:50 PM Bartlomiej Zolnierkiewicz wrote:
> On Wednesday, July 12, 2017 05:07:42 PM Daniel Vetter wrote:
> > On Wed, Jul 12, 2017 at 2:54 PM, Bartlomiej Zolnierkiewicz
> > wrote:
> > > On Wednesday, July 12, 2017 02:42:14 PM Daniel Vetter wrot
On Wednesday, July 12, 2017 05:07:42 PM Daniel Vetter wrote:
> On Wed, Jul 12, 2017 at 2:54 PM, Bartlomiej Zolnierkiewicz
> wrote:
> > On Wednesday, July 12, 2017 02:42:14 PM Daniel Vetter wrote:
> >> On Wed, Jul 12, 2017 at 12:41:34PM +0200, Bartlomiej Zolnierkiewicz wro
On Wednesday, July 12, 2017 02:42:14 PM Daniel Vetter wrote:
> On Wed, Jul 12, 2017 at 12:41:34PM +0200, Bartlomiej Zolnierkiewicz wrote:
> > On Tuesday, July 11, 2017 04:52:19 PM Daniel Vetter wrote:
> > > Instead check info->ops->owner, which amounts to the same.
> &
orted by kbuild). Also nuke FBINFO_FLAG_* defines
> that I've failed to spot.
>
> v3: Don't nuke FBINFO_FLAG_DEFAULT, that's used all over the place.
>
> Cc: Bartlomiej Zolnierkiewicz
> Cc: linux-fb...@vger.kernel.org
> Signed-off-by: Daniel Vetter
Ac
solution is
> to move all the fbcon modules (and there's a bunch of optinal
> source-files which are each modules of their own, for no good
> reason) into the overall fb.ko core module. That's a bit more than
> what I would have liked to do in this patch, but oh
21 matches
Mail list logo