For Mesa, we could run CI only when Marge pushes, so that it's a strictly
pre-merge CI.
Marek
On Sat., Feb. 29, 2020, 17:20 Nicolas Dufresne,
wrote:
> Le samedi 29 février 2020 à 15:54 -0600, Jason Ekstrand a écrit :
> > On Sat, Feb 29, 2020 at 3:47 PM Timur Kristóf
> wrote:
> > > On Sat, 2020
On Tue, 3 Dec 2019 14:22:32 +0100 Thomas Hellström (VMware)
wrote:
> From: Thomas Hellstrom
>
> For VM_PFNMAP and VM_MIXEDMAP vmas that want to support transhuge pages
> and -page table entries, introduce vma_is_special_huge() that takes the
> same codepaths as vma_is_dax().
>
> The use of "
On Tue, 3 Dec 2019 14:22:31 +0100 Thomas Hellström (VMware)
wrote:
> In order to save TLB space and CPU usage this patchset enables huge- and giant
> page-table entries for TTM and TTM-enabled graphics drivers.
Have these savings been measured? They shouild be, please. And
documented in this
On Tue, 3 Dec 2019 14:22:33 +0100 Thomas Hellström (VMware)
wrote:
> We currently only do COW and write-notify on the PTE level, so if the
> huge_fault() handler returns VM_FAULT_FALLBACK on wp faults,
> split the huge pages and page-table entries. Also do this for huge PUDs
> if there is no hu
On Fri, 28 Feb 2020 14:08:04 +0100 Thomas Hellström (VMware)
wrote:
> I'm wondering what's the best way here to get the patches touching mm
> reviewed and accepted?
> While drm people and VMware internal people have looked at them, I think
> the huge_fault() fallback splitting and the introduc
On Sat, Feb 29, 2020 at 3:47 PM Timur Kristóf wrote:
>
> On Sat, 2020-02-29 at 14:46 -0500, Nicolas Dufresne wrote:
> > >
> > > 1. I think we should completely disable running the CI on MRs which
> > > are
> > > marked WIP. Speaking from personal experience, I usually make a lot
> > > of
> > > cha
On Sun, Feb 16, 2020 at 07:15:08PM +0100, Sam Ravnborg wrote:
> This set of patches convert display-timing.txt to DT schema.
> To do that add a panel-timing.yaml file that include all the
> panel-timing properties and use this in panel-common and in display-timings.
>
> panel-dpi was also converte
On Sat, 29 Feb 2020, Noralf Trønnes wrote:
> >> +static void mud_irq_urb_completion(struct urb *urb)
> >> +{
> >> + struct device *dev = &urb->dev->dev;
> >> + int ret;
> >> +
> >> + mdebug("%s: actual_length=%u\n", __func__, urb->actual_length);
> >> +
> >> + switch (urb->status) {
> >> + ca
On Sat, Feb 29, 2020 at 04:15:04PM +0100, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> Shenzen Elida Technology Co. Ltd. is a Chinese TFT manufacturer.
>
> Signed-off-by: Heiko Stuebner
> Acked-by: Sam Ravnborg
> ---
> Hi Rob,
>
> as can be seen on [0], Sam expects you to apply the vendor
On Fri, Feb 28, 2020 at 11:00 AM Rob Clark wrote:
>
> On Fri, Feb 28, 2020 at 3:43 AM Michel Dänzer wrote:
> >
> > On 2020-02-28 10:28 a.m., Erik Faye-Lund wrote:
> > >
> > > We could also do stuff like reducing the amount of tests we run on each
> > > commit, and punt some testing to a per-weeke
From: Heiko Stuebner
Panel driver for the KD35T133 display from Elida, used for example
in the rk3326-based Odroid Go Advance handheld.
changes in v3:
- add missing return value assignment (Francesco)
- re-sort header includes (Sam)
changes in v2:
- rename dsi_generic_write_seq macro to dsi_dcs_
From: Heiko Stuebner
Shenzen Elida Technology Co. Ltd. is a Chinese TFT manufacturer.
Signed-off-by: Heiko Stuebner
Acked-by: Sam Ravnborg
---
Hi Rob,
as can be seen on [0], Sam expects you to apply the vendor prefix
to the main dt-tree.
Thanks
Heiko
[0] http://lore.kernel.org/r/20200229125
From: Heiko Stuebner
The KD35T133 is a 3.5" 320x480 DSI display used in the RK3326-based
Odroid Go Advance handheld device.
Signed-off-by: Heiko Stuebner
Reviewed-by: Sam Ravnborg
---
.../display/panel/elida,kd35t133.yaml | 49 +++
1 file changed, 49 insertions(+)
cre
Hi Sam,
Am Samstag, 29. Februar 2020, 13:50:52 CET schrieb Sam Ravnborg:
> Hi Heiko.
>
> On Tue, Feb 25, 2020 at 10:39:12AM +0100, Heiko Stuebner wrote:
> > From: Heiko Stuebner
> >
> > The KD35T133 is a 3.5" 320x480 DSI display used in the RK3326-based
> > Odroid Go Advance handheld device.
>
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 that supports functions li
On Sun, Feb 23, 2020 at 01:18:40PM +0100, Linus Walleij wrote:
> This adds device tree bindings for the Novatek NT35510-based
> family of panels. Since several such panels are in existence
> we define bindings common for all, and define the compatible
> string for one certain panel (Hydis HVA40WV1)
On Sun, Feb 23, 2020 at 01:18:41PM +0100, Linus Walleij wrote:
> This adds a driver for panels based on the Novatek NT35510
> display driver IC, such as the Hydis HVA40WV1 panel found
> in the Samsung GT-S7710.
>
> The NT35510 can be used with both internal and external
> backlight (such as GPIO b
On Sun, Feb 23, 2020 at 01:18:39PM +0100, Linus Walleij wrote:
> This vendor has produced a number of display panels,
> including HVA40WV1.
>
> Cc: devicet...@vger.kernel.org
> Cc: Stephan Gerhold
> Signed-off-by: Linus Walleij
Applied to drm-misc-next with Rob's ack
> ---
> ChangeLog v1->v2:
Hi Heiko.
On Tue, Feb 25, 2020 at 10:39:13AM +0100, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> Panel driver for the KD35T133 display from Elida, used for example
> in the rk3326-based Odroid Go Advance handheld.
>
> changes in v2:
> - rename dsi_generic_write_seq macro to dsi_dcs_write_se
Hi Heiko.
On Tue, Feb 25, 2020 at 10:39:12AM +0100, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> The KD35T133 is a 3.5" 320x480 DSI display used in the RK3326-based
> Odroid Go Advance handheld device.
>
> Signed-off-by: Heiko Stuebner
One small comment, but anyway:
Reviewed-by: Sam Ravn
On Tue, Feb 25, 2020 at 10:39:11AM +0100, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> Shenzen Elida Technology Co. Ltd. is a Chinese TFT manufacturer.
>
> Signed-off-by: Heiko Stuebner
Acked-by: Sam Ravnborg
> ---
> Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
> 1 file
Dne sobota, 29. februar 2020 ob 11:09:14 CET je Jonas Karlman napisal(a):
> Hi Jernej,
>
> On 2020-02-29 08:42, Jernej Škrabec wrote:
> > Hi Neil!
> >
> > Dne četrtek, 06. februar 2020 ob 20:18:27 CET je Neil Armstrong
napisal(a):
> >> Add the atomic_get_output_bus_fmts, atomic_get_input_bus_fmt
On 2020-02-29 12:07, Jernej Škrabec wrote:
> Dne sobota, 29. februar 2020 ob 11:09:14 CET je Jonas Karlman napisal(a):
>> Hi Jernej,
>>
>> On 2020-02-29 08:42, Jernej Škrabec wrote:
>>> Hi Neil!
>>>
>>> Dne četrtek, 06. februar 2020 ob 20:18:27 CET je Neil Armstrong
> napisal(a):
Add the atom
On Sat, Feb 29, 2020 at 12:17 PM Sam Ravnborg wrote:
> > > > + *
> > > > + * Based on drivers/base/devres.c
> > > > + */
> > > > +
> > > > +#include
> > > > +
> > > > +#include
> > > > +#include
> > > > +#include
> > > > +
> > > > +#include
> > > > +#include
> > >
> > > It is good practice t
Hi Daniel.
> > > diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
> > > index 9fcd6ab3c154..3e5627d6eba6 100644
> > > --- a/drivers/gpu/drm/drm_drv.c
> > > +++ b/drivers/gpu/drm/drm_drv.c
> > > @@ -629,6 +629,9 @@ int drm_dev_init(struct drm_device *dev,
> > > dev->dev = ge
Hi Daniel.
> > > Also with drmm_ explicit drm_driver->release hooks are kinda not the
> > > best option, so deprecate that hook to discourage future users.
> > The ->release hooks has others uses until everything is moved over to
> > drmm_, or so I think. So deprecation seems a lttle too soon.
>
Hi All,
I know there's been a lot of discussion already, but I wanted to respond to
Daniel's original post.
I joined GitLab earlier this month as their new Open Source Program Manager
[1] and wanted to introduce myself here since I’ll be involved from the
GitLab side as we work together to probl
On Fri, 2020-02-28 at 10:43 +, Daniel Stone wrote:
> On Fri, 28 Feb 2020 at 10:06, Erik Faye-Lund
> wrote:
> > On Fri, 2020-02-28 at 11:40 +0200, Lionel Landwerlin wrote:
> > > Yeah, changes on vulkan drivers or backend compilers should be
> > > fairly
> > > sandboxed.
> > >
> > > We also hav
From: Paul Boddie
A specialisation of the generic Synopsys HDMI driver is employed for JZ4780
HDMI support. This requires a new driver, plus device tree and configuration
modifications.
Signed-off-by: Paul Boddie
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/ingenic/Kconfig
On Friday 2020-02-28 08:59, Daniel Stone wrote:
>
>I believe that in January, we had $2082 of network cost (almost
>entirely egress; ingress is basically free) and $1750 of
>cloud-storage cost (almost all of which was download). That's based
>on 16TB of cloud-storage (CI artifacts, container image
This bug is marked as fixed by commit:
kasan: support vmalloc backing of vm_map_ram()
But I can't find it in any tested tree for more than 90 days.
Is it a correct commit? Please update it by replying:
#syz fix: exact-commit-title
Until then the bug is still considered open and
new crashes with the
Hi Jernej,
On 2020-02-29 08:42, Jernej Škrabec wrote:
> Hi Neil!
>
> Dne četrtek, 06. februar 2020 ob 20:18:27 CET je Neil Armstrong napisal(a):
>> Add the atomic_get_output_bus_fmts, atomic_get_input_bus_fmts to negociate
>> the possible output and input formats for the current mode and monitor,
From: Paul Boddie
Signed-off-by: Paul Boddie
Signed-off-by: H. Nikolaus Schaller
---
drivers/pinctrl/pinctrl-ingenic.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-ingenic.c
b/drivers/pinctrl/pinctrl-ingenic.c
index 96f04d121ebd..1599a003c31f 100644
--- a
When trying to run weston on droid4 with the updated sgx blobs, the LCD
is just black and not updating. Weston also displays the following on
startup:
Warning: computed repaint delay is insane: -205475 msec
Weston runs fine on the HDMI alone though, and the issue was narrowed
down to an issue wit
From: Sam Ravnborg
Add DT bindings for the hdmi driver for the Ingenic JZ4780 SoC.
Based on .txt binding from Zubair Lutfullah Kakakhel
Signed-off-by: Sam Ravnborg
Cc: Zubair Lutfullah Kakakhel
Cc: H. Nikolaus Schaller
Cc: Rob Herring
Cc: devicet...@vger.kernel.org
---
.../bindings/display/
Hi,
Looks like sway and wlroots won't work with omaprdrm because of
the following error:
backend/drm/drm.c:86: add_plane: Assertion
!(type == DRM_PLANE_TYPE_PRIMARY && crtc->primary)
Looks like there should only be one primary plane per CRTC?
There's some discussion about that for a wlroots bu
From: Paul Boddie
A specialisation of the generic Synopsys HDMI driver is employed for JZ4780
HDMI support. This requires a new driver, plus device tree and configuration
modifications.
Signed-off-by: Paul Boddie
Signed-off-by: H. Nikolaus Schaller
---
arch/mips/boot/dts/ingenic/jz4780.dtsi |
* Converted .txt bindings to .yaml (by Sam Ravnborg - big
THANKS)
RFC V1 2020-02-26 20:13:06:
This patch series adds HDMI output to the jz4780/CI20 board.
It is based on taking the old 3.18 vendor kernel and trying
to achieve the same with modern DTS setup and new/modified
drivers.
Unfortunate
Reviewed-by: Alyssa Rosenzweig
On Fri, Feb 28, 2020 at 10:40:26AM +0100, Marek Szyprowski wrote:
> Signed-off-by: Marek Szyprowski
> ---
> v2:
> - fixed build warning
> ---
> drivers/gpu/drm/panfrost/panfrost_device.c | 26 +++---
> 1 file changed, 18 insertions(+), 8 deletions(
Hi Sam,
> Am 28.02.2020 um 19:42 schrieb Sam Ravnborg :
>
> Hi Nikolaus.
>
> On Fri, Feb 28, 2020 at 07:19:26PM +0100, H. Nikolaus Schaller wrote:
>> From: Sam Ravnborg
>>
>> Add DT bindings for the LCD controller on the jz4780 SoC
>> Based on .txt binding from Zubair Lutfullah Kakakhel
>>
>>
From: Sam Ravnborg
Add DT bindings for the LCD controller on the jz4780 SoC
Based on .txt binding from Zubair Lutfullah Kakakhel
Signed-off-by: Sam Ravnborg
Cc: Zubair Lutfullah Kakakhel
Cc: H. Nikolaus Schaller
Cc: Rob Herring
Cc: devicet...@vger.kernel.org
---
.../bindings/display/ingenic
Hi Maxime,
On Wed, 2020-02-26 at 16:01 +0100, Maxime Ripard wrote:
[...]
> This was actually a shameless bait to start that discussion, so I'm
> glad it worked ;)
:)
[...]
> > - Some of those fw managed clocks you're creating have their mmio
> > counterpart
> > being registered by clk-bcm23
* Laurent Pinchart [200227 22:12]:
> Hi Tony,
>
> On Mon, Feb 24, 2020 at 03:47:59PM -0800, Tony Lindgren wrote:
> > * Laurent Pinchart [200224 23:38]:
> > > On Tue, Feb 25, 2020 at 12:20:32AM +0100, Sebastian Reichel wrote:
> > > > Add Droid 4 specific compatible value in addition to the
> > >
Bayer formats are used with cameras and contain green, red and blue
components, with alternating lines of red and green, and blue and green
pixels in different orders. For each block of 2x2 pixels there is one
pixel with a red filter, two with a green filter, and one with a blue
filter. The filters
so that the driver can load by matching the device tree
if compiled as module.
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/ingenic/ingenic-drm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/ingenic/ingenic-drm.c
b/drivers/gpu/drm/ingenic/ingenic-drm.c
index
From: Paul Boddie
We need to hook up
* HDMI power regulator
* HDMI connector
* DDC pinmux
* HDMI and LCD endpoint connections
Signed-off-by: Paul Boddie
Signed-off-by: H. Nikolaus Schaller
---
arch/mips/boot/dts/ingenic/ci20.dts | 64 +
1 file changed, 64 insertion
Hi Neil!
Dne četrtek, 06. februar 2020 ob 20:18:27 CET je Neil Armstrong napisal(a):
> Add the atomic_get_output_bus_fmts, atomic_get_input_bus_fmts to negociate
> the possible output and input formats for the current mode and monitor,
> and use the negotiated formats in a basic atomic_check callb
On Fri, 2020-02-28 at 10:47 +0100, Daniel Vetter wrote:
> On Fri, Feb 28, 2020 at 10:29 AM Erik Faye-Lund
> wrote:
> > On Fri, 2020-02-28 at 13:37 +1000, Dave Airlie wrote:
> > > On Fri, 28 Feb 2020 at 07:27, Daniel Vetter <
> > > daniel.vet...@ffwll.ch>
> > > wrote:
> > > > Hi all,
> > > >
> > >
We configure them as loadable modules by default.
Signed-off-by: H. Nikolaus Schaller
---
arch/mips/configs/ci20_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/mips/configs/ci20_defconfig b/arch/mips/configs/ci20_defconfig
index be41df2a81fb..3f733a555cb2 100644
--- a/arch
> Am 28.02.2020 um 23:05 schrieb Linus Walleij :
>
> On Fri, Feb 28, 2020 at 7:19 PM H. Nikolaus Schaller
> wrote:
>
>> From: Paul Boddie
>>
>> Signed-off-by: Paul Boddie
>> Signed-off-by: H. Nikolaus Schaller
>
> This looks good, can I just apply this to the pinctrl tree?
Yes. It is mo
this patch no help for x86.
i have same problem on Androidx86 10.
[ 846.089339] x86/PAT: NPDecoder-CL:11141 map pfn RAM range req
write-combining for [mem 0x77c0-0x77c07fff], got write-back
[ 846.089756] x86/PAT: NPDecoder-CL:11141 map pfn RAM range req
write-combining for [mem 0x77c08000
Hi,
as talked to Bibby directly, this Patch seems to create a bug with
touchscreens. Cursor is displayed on old position if changing its position.
e.g. Cursor was on X1,Y1 and i touch to new position X2,Y2 the "click" is
recognized on right position (i try to ), but cursor is displayed on X1,Y1
On Fri, 2020-02-28 at 11:40 +0200, Lionel Landwerlin wrote:
> On 28/02/2020 11:28, Erik Faye-Lund wrote:
> > On Fri, 2020-02-28 at 13:37 +1000, Dave Airlie wrote:
> > > On Fri, 28 Feb 2020 at 07:27, Daniel Vetter <
> > > daniel.vet...@ffwll.ch>
> > > wrote:
> > > > Hi all,
> > > >
> > > > You migh
On Fri, 2020-02-28 at 13:37 +1000, Dave Airlie wrote:
> On Fri, 28 Feb 2020 at 07:27, Daniel Vetter
> wrote:
> > Hi all,
> >
> > You might have read the short take in the X.org board meeting
> > minutes
> > already, here's the long version.
> >
> > The good news: gitlab.fd.o has become very popu
54 matches
Mail list logo
