[plasma-nm] [Bug 486660] plasma-nm crashes when trying to connect to a PAN Global Protect network

https://bugs.kde.org/show_bug.cgi?id=486660 Rohan Garg changed: What|Removed |Added CC||ro...@kde.org Platform|Other

[plasma-nm] [Bug 486660] New: plasma-nm crashes when trying to connect to a PAN Global Protect network

https://bugs.kde.org/show_bug.cgi?id=486660 Bug ID: 486660 Summary: plasma-nm crashes when trying to connect to a PAN Global Protect network Classification: Plasma Product: plasma-nm Version: 6.0.4 Platform: Other

Re: New Committer : Didip Kerabat

Congratulations Didip! On Wed, May 3, 2023 at 7:48 AM Kashif Faraz wrote: > Congratulations, Didip!! > > On Tue, May 2, 2023 at 3:43 AM Sergio Ferragut > wrote: > > > Congratulations on becoming a committer Didip! > > The whole Apache Druid community appreciates your in-depth understanding > >

Re: New Committer : Laksh Singla

Congratulations Laksh! On Mon, Apr 10, 2023 at 11:38 AM Frank Chen wrote: > Congratulations to Laksh > > On Mon, Apr 10, 2023 at 2:01 PM Abhishek Agarwal > wrote: > > > Hello everyone, > > > > The Project Management Committee (PMC) for Apache Druid has invited Laksh > > to become a committer an

Re: New Committer : Tejaswini Bandlamudi

Congratulations Tejaswini! On Mon, Apr 10, 2023 at 11:37 AM Frank Chen wrote: > Congratulation to Tejaswini > > On Mon, Apr 10, 2023 at 1:59 PM Abhishek Agarwal > wrote: > > > Hello everyone, > > > > The Project Management Committee (PMC) for Apache Druid has invited > > Tejaswini to become a c

unsubscribe

null publickey - rohan@garg.io - 0xCB2C45B0.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature -- https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-kde-talk

State of Open Con 2023 review

e some new friends :) - I think it's a good idea to run a booth again next year! Cheers Rohan Garg

[sage-support] Needs review on ticket

Hello everyone, Can anyone review following tickets 32439 , 33548 and 24700 Thanks -- You received this message because you are subscribed to the Google Groups "sage-supp

[sage-devel] Image method of matrices

Hello everyone, I am Rohan and just started to contribute to sagemath. While I was going through this ticket , I found the definition of image to be somewhat contradicting to the original definition. I might be wrong, but it would be really helpful if any

Re: New Committer : Karan Kumar

Congratulations Karan! On Mon, Oct 31, 2022 at 3:33 PM Abhishek Agarwal wrote: > Hello everyone, > > The Project Management Committee (PMC) for Apache Druid has invited Karan > Kumar to become a committer and we are pleased to announce that Karan has > accepted. > > Karan contributed group-by on

[jira] [Created] (PARQUET-2141) Controlling memory utilization by ParquetReader

Rohan Garg created PARQUET-2141: --- Summary: Controlling memory utilization by ParquetReader Key: PARQUET-2141 URL: https://issues.apache.org/jira/browse/PARQUET-2141 Project: Parquet Issue Type

[jira] [Comment Edited] (CALCITE-5074) Allowing parser extensions

[ https://issues.apache.org/jira/browse/CALCITE-5074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17517123#comment-17517123 ] Rohan Garg edited comment on CALCITE-5074 at 4/4/22 9:0

[jira] [Commented] (CALCITE-5074) Allowing parser extensions

[ https://issues.apache.org/jira/browse/CALCITE-5074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17517123#comment-17517123 ] Rohan Garg commented on CALCITE-5074: - [~julianhyde] : Thanks a lot for

[jira] [Created] (CALCITE-5084) Support ROWS syntax with TABLESAMPLE

Rohan Garg created CALCITE-5084: --- Summary: Support ROWS syntax with TABLESAMPLE Key: CALCITE-5084 URL: https://issues.apache.org/jira/browse/CALCITE-5084 Project: Calcite Issue Type: Task

[jira] [Created] (CALCITE-5084) Support ROWS syntax with TABLESAMPLE

Rohan Garg created CALCITE-5084: --- Summary: Support ROWS syntax with TABLESAMPLE Key: CALCITE-5084 URL: https://issues.apache.org/jira/browse/CALCITE-5084 Project: Calcite Issue Type: Task

[jira] [Updated] (CALCITE-5074) Allowing parser extensions

[ https://issues.apache.org/jira/browse/CALCITE-5074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rohan Garg updated CALCITE-5074: Description: We (I and [~cheddar]) recently had the need to extend various parts of Calcite in

[jira] [Created] (CALCITE-5074) Allowing parser extensions

Rohan Garg created CALCITE-5074: --- Summary: Allowing parser extensions Key: CALCITE-5074 URL: https://issues.apache.org/jira/browse/CALCITE-5074 Project: Calcite Issue Type: New Feature

[jira] [Created] (CALCITE-5074) Allowing parser extensions

Rohan Garg created CALCITE-5074: --- Summary: Allowing parser extensions Key: CALCITE-5074 URL: https://issues.apache.org/jira/browse/CALCITE-5074 Project: Calcite Issue Type: New Feature

Re: Marge bot integration

e with Marge on mesa-...@lists.freedesktop.org Cheers Rohan Garg [1] https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/14457

Re: [PATCH v6] drm/ioctl: Add a ioctl to set and get a label on GEM objects

On viernes, 29 de mayo de 2020 19:10:29 (CEST) Eric Anholt wrote: > On Fri, May 29, 2020 at 6:44 AM Rohan Garg wrote: > > Hey Eric! > > > > On jueves, 28 de mayo de 2020 20:45:24 (CEST) Eric Anholt wrote: > > > On Thu, May 28, 2020 at 10:06

Re: [PATCH v6] drm/ioctl: Add a ioctl to set and get a label on GEM objects

Hey Eric! On jueves, 28 de mayo de 2020 20:45:24 (CEST) Eric Anholt wrote: > On Thu, May 28, 2020 at 10:06 AM Rohan Garg wrote: > > DRM_IOCTL_HANDLE_SET_LABEL lets you label buffers associated > > with a handle, making it easier to debug issues in userspace &

[PATCH v6] drm/ioctl: Add a ioctl to set and get a label on GEM objects

e default GEM label'ing function for all drivers using GEM - Do not error out when fetching empty labels - Refactor flags to the u32 type and add documentation - Refactor ioctls to use correct DRM_IOCTL{R,W,WR} macros - Return length of copied label to userspace Signed-off-by: Rohan Garg

[PATCH i-g-t] panfrost: Test labeling functionality

Introduce tests to cover the new generic labeling ioctl's being reviewed here [1]. Signed-off-by: Rohan Garg [1] https://patchwork.freedesktop.org/series/77267/ Signed-off-by: Rohan Garg --- include/drm-uapi/drm.h| 23 ++- tests/meson.build | 1 + tests/panfrost_bo_la

Re: [PATCH v5 1/2] drm/ioctl: Add a ioctl to set and get a label on GEM objects

o aim for. > Yep, the intention is to replace the VC4 specific labeling with a more generic framework that all drivers can use. > A handful of ideas and suggestions below: > > On Thu, 14 May 2020 at 16:05, Rohan Garg wrote: > > Signed-off-by: Rohan Garg > > Reported-by: kb

[PATCH v5 2/2] panfrost: Set default labeling helpers

Set the default labeling helpers in order to be able to label the buffers. Signed-off-by: Rohan Garg --- drivers/gpu/drm/panfrost/panfrost_drv.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/panfrost/panfrost_drv.c b/drivers/gpu/drm/panfrost/panfrost_drv.c index

[PATCH v5 0/2] Introducing IOCTL's to set/get label's for a buffer object

ng extension [2]. Cheers Rohan Garg [1] https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/2426/ [2] https://www.khronos.org/registry/OpenGL/extensions/EXT/EXT_debug_label.txt Rohan Garg (2): drm/ioctl: Add a ioctl to set and get a label on GEM objects panfrost: Set default labeling helper

[PATCH v5 1/2] drm/ioctl: Add a ioctl to set and get a label on GEM objects

ff-by: Rohan Garg Reported-by: kbuild test robot Reported-by: Dan Carpenter --- drivers/gpu/drm/drm_gem.c | 54 + drivers/gpu/drm/drm_internal.h | 14 +++ drivers/gpu/drm/drm_ioctl.c| 74 ++ include/drm/drm_drv.h

Re: Proposal to report GPU private memory allocations with sysfs nodes [plain text version]

t the memory tracking requirements tied to a specific PID, but correct me if I'm wrong, would this not possible with gralloc on Android? Cheers Rohan Garg [1] https://patchwork.freedesktop.org/patch/335508/?series=66752&rev=4 On lunes, 6 de enero de 2020 21:47:21 (CET) Yiwei Zhang w

Re: Proposal to report GPU private memory allocations with sysfs nodes [plain text version]

to find an Intel or Freedreno setup, but I'd > still like to know is there a development friendly Mali setup? > You should be able to setup a Mali T860 compatible device with this guide [1]. Cheers Rohan Garg [1] https://panfrost.freedesktop.

Re: Proposal to report GPU private memory allocations with sysfs nodes [plain text version]

x userspace to potentially share the same PID. (2) Specifically in the case of mesa, there isn't a way to (AFAIK) associate a BO with a PID. Cheers Rohan Garg ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[plasmashell] [Bug 413665] New: Broken panels on multi monitor layout

https://bugs.kde.org/show_bug.cgi?id=413665 Bug ID: 413665 Summary: Broken panels on multi monitor layout Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal

[KScreen] [Bug 413640] kscreen should enumerate outputs attached to a non-render hot-pluggable DRM device

https://bugs.kde.org/show_bug.cgi?id=413640 Rohan Garg changed: What|Removed |Added CC||ro...@kde.org --- Comment #1 from Rohan Garg

[KScreen] [Bug 413640] New: kscreen should enumerate outputs attached to a non-render hot-pluggable DRM device

https://bugs.kde.org/show_bug.cgi?id=413640 Bug ID: 413640 Summary: kscreen should enumerate outputs attached to a non-render hot-pluggable DRM device Product: KScreen Version: 5.17.2 Platform: Other OS: Lin

[plasmashell] [Bug 413638] New: Wayland session with GDM is broken

https://bugs.kde.org/show_bug.cgi?id=413638 Bug ID: 413638 Summary: Wayland session with GDM is broken Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal

Re: [PATCH v4] drm/ioctl: Add a ioctl to label GEM objects

Hey On viernes, 11 de octubre de 2019 19:09:52 (CEST) Daniel Stone wrote: > Hi Rohan, > > On Fri, 11 Oct 2019 at 15:30, Rohan Garg wrote: > > DRM_IOCTL_DUMB_SET_LABEL lets you label GEM objects, making it > > easier to debug issues in userspace applications. > > I

Re: [PATCH v4] drm/ioctl: Add a ioctl to label GEM objects

Hi Thomas On viernes, 11 de octubre de 2019 19:55:36 (CEST) Thomas Zimmermann wrote: > Hi > > Am 11.10.19 um 19:09 schrieb Daniel Stone: > > Hi Rohan, > > > > On Fri, 11 Oct 2019 at 15:30, Rohan Garg wrote: > >> DRM_IOCTL_DUMB_SET_LABEL lets you label GEM obj

Re: [PATCH v4] drm/ioctl: Add a ioctl to label GEM objects

Hey Daniel On lunes, 14 de octubre de 2019 10:59:38 (CEST) Daniel Vetter wrote: > On Fri, Oct 11, 2019 at 04:30:09PM +0200, Rohan Garg wrote: > > DRM_IOCTL_DUMB_SET_LABEL lets you label GEM objects, making it > > easier to debug issues in userspace applications. > &g

[PATCH v4] drm/ioctl: Add a ioctl to label GEM objects

- Hoist string copying up into the IOCTL - Fix documentation - Move actual gem labeling into drm_gem_adopt_label Changes in v4: - Refactor IOCTL call to only perform string duplication and move all gem lookup logic into GEM specific call Signed-off-by: Rohan Garg --- drivers/gpu/drm

[PATCH v3] drm/ioctl: Add a ioctl to label GEM objects

- Hoist string copying up into the IOCTL - Fix documentation - Move actual gem labeling into drm_gem_adopt_label Signed-off-by: Rohan Garg --- drivers/gpu/drm/drm_gem.c | 69 ++ drivers/gpu/drm/drm_internal.h | 3 ++ drivers/gpu/drm/drm_ioctl.c| 1

Re: [PATCH v2] drm/ioctl: Add a ioctl to label GEM objects

Hi On jueves, 19 de septiembre de 2019 16:02:57 (CEST) Thomas Zimmermann wrote: > Hi > > Am 19.09.19 um 14:53 schrieb Rohan Garg: > > DRM_IOCTL_BO_SET_LABEL lets you label GEM objects, making it > > easier to debug issues in userspace applications. > > > > Chang

Re: [PATCH v2] drm/ioctl: Add a ioctl to label GEM objects

On viernes, 20 de septiembre de 2019 17:25:10 (CEST) Thierry Reding wrote: > On Thu, Sep 19, 2019 at 02:53:21PM +0200, Rohan Garg wrote: > > DRM_IOCTL_BO_SET_LABEL lets you label GEM objects, making it > > easier to debug issues in userspace applications. > > > > Chang

Bug#941136: src:mesa: Enabling panfrost with mesa 19.2

Package: src:mesa Severity: wishlist Dear Maintainer, Panfrost reaches maturity with mesa 19.2, it'd be great if you could enable it in the next upload of mesa. -- System Information: Debian Release: buster/sid APT prefers bionic-updates APT policy: (500, 'bionic-updates'), (500, 'bionic-secu

Bug#941136: src:mesa: Enabling panfrost with mesa 19.2

Package: src:mesa Severity: wishlist Dear Maintainer, Panfrost reaches maturity with mesa 19.2, it'd be great if you could enable it in the next upload of mesa. -- System Information: Debian Release: buster/sid APT prefers bionic-updates APT policy: (500, 'bionic-updates'), (500, 'bionic-secu

[PATCH v2] drm/ioctl: Add a ioctl to label GEM objects

DRM_IOCTL_BO_SET_LABEL lets you label GEM objects, making it easier to debug issues in userspace applications. Changes in v2: - Hoist the IOCTL up into the drm_driver framework Signed-off-by: Rohan Garg --- drivers/gpu/drm/drm_gem.c | 64 ++ drivers/gpu

Re: [PATCH] drm/ioctl: Add a ioctl to label GEM objects

Hi > Might be worth mentioning in the comment here that `len` includes the > trailing NULL. > Ack, I'll address this in v2. Cheers Rohan Garg signature.asc Description: This is a digitally signed message part. ___ dri-devel mailing

Re: [PATCH] drm/ioctl: Add a ioctl to label GEM objects

app could also potentially allocate lots of GEM buffers and cause the same situation. Cheers Rohan Garg signature.asc Description: This is a digitally signed message part. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH] drm/ioctl: Add a ioctl to label GEM objects

DRM_IOCTL_BO_SET_LABEL lets you label GEM objects, making it easier to debug issues in userspace applications. Signed-off-by: Rohan Garg --- drivers/gpu/drm/drm_gem.c | 51 ++ drivers/gpu/drm/drm_internal.h | 2 ++ drivers/gpu/drm/drm_ioctl.c| 1

RFC: IOCTL to label BO in DRM Core

rivers to label BO's? Cheers Rohan Garg signature.asc Description: This is a digitally signed message part. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Mesa-dev] [PATCH v2 1/2] panfrost: Jobs must be per context, not per screen

Jobs _must_ only be shared across the same context, having the last_job tracked in a screen causes use-after-free issues and memory corruptions. Signed-off-by: Rohan Garg --- src/gallium/drivers/panfrost/pan_context.c | 10 +- src/gallium/drivers/panfrost/pan_context.h | 6 ++ src

[Mesa-dev] [PATCH v2 2/2] panfrost: protect access to shared bo cache and transient pool

Both the BO cache and the transient pool are shared across context's. Protect access to these with mutexes. Signed-off-by: Rohan Garg --- src/gallium/drivers/panfrost/pan_allocate.c | 2 ++ src/gallium/drivers/panfrost/pan_bo_cache.c | 16 +++- src/gallium/drivers/pan

Re: [Mesa-dev] [PATCH] panfrost: Remove unused variable from panfrost_drm_submit_vs_fs_job

On jueves, 29 de agosto de 2019 15:07:08 (CEST) Boris Brezillon wrote: > On Thu, 29 Aug 2019 14:53:10 +0200 > > Rohan Garg wrote: > > is_scanout is not used anywhere and can be inferred within > > panfrost_drm_submit_vs_fs_job if required. > > Signed-off-by tag is mi

[Mesa-dev] [PATCH] panfrost: Remove unused variable from panfrost_drm_submit_vs_fs_job

is_scanout is not used anywhere and can be inferred within panfrost_drm_submit_vs_fs_job if required. --- src/gallium/drivers/panfrost/pan_drm.c| 2 +- src/gallium/drivers/panfrost/pan_job.c| 3 +-- src/gallium/drivers/panfrost/pan_screen.h | 3 +-- 3 files changed, 3 insertions(+), 5 dele

[Mesa-dev] [PATCH] panfrost: Jobs must be per context, not per screen

Jobs _must_ only be shared across the same context, having the last_job tracked in a screen causes use-after-free issues and memory corruptions. Signed-off-by: Rohan Garg --- src/gallium/drivers/panfrost/pan_allocate.c | 2 ++ src/gallium/drivers/panfrost/pan_bo_cache.c | 16

[U-Boot] [PATCH v4 3/3] board: puma: Use rockchip_* helpers to setup cpuid and macaddr

We should use the shared helpers to setup the necessary parts Signed-off-by: Rohan Garg --- .../puma_rk3399/puma-rk3399.c | 108 +++--- 1 file changed, 18 insertions(+), 90 deletions(-) diff --git a/board/theobroma-systems/puma_rk3399/puma-rk3399.c b/board

[U-Boot] [PATCH v4 2/3] rockchip: rk3399: Enable CONFIG_MISC_INIT_R for the Rock PI 4

This enables us to set a static MAC address Signed-off-by: Rohan Garg --- configs/rock-pi-4-rk3399_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/rock-pi-4-rk3399_defconfig b/configs/rock-pi-4-rk3399_defconfig index 14ae39a561..602be5a928 100644 --- a/configs/rock-pi-4

[U-Boot] [PATCH v4 1/3] rockchip: rk3399: derive ethaddr from cpuid

saved environment. This is based off of Klaus Goger's work in 8adc9d Signed-off-by: Rohan Garg --- arch/arm/include/asm/arch-rockchip/misc.h | 13 +++ arch/arm/mach-rockchip/Makefile | 4 + arch/arm/mach-rockchip/board.c| 21 arch/arm/mach-rockchip/misc.c

[Mesa-dev] [PATCH v2] panfrost: Take into account a index_bias for glDrawElementsBaseVertex calls

glDrawElementsBaseVertex call and then supply a additional offset_bias_correction to the hardware. Changes for v2: * Renamed the draw_start and negative_start variables to something more appropriate. Signed-off-by: Rohan Garg --- src/gallium/drivers/panfrost/pan_context.c | 17 - src

Re: Add support for Pine64 RockPro64

gt; > On a similar note, could we possibly also enable the RockPi 4? I've been testing mainline u-boot/Linux for the past month and it works really well. Cheers Rohan Garg

Re: [U-Boot] [PATCH v3 3/3] board: puma: Use rockchip_* helpers to setup cpuid and macaddr【请注意，邮件由u-boot-boun...@lists.denx.de代发】 setup cpuid and macaddr

Hey On Wednesday, 24 July 2019 14:26:44 CEST Kever Yang wrote: > Hi Rohan, > > On 2019/7/24 下午7:09, Rohan Garg wrote: > > We should use the shared helpers to setup the necessary parts > > > > Signed-off-by: Rohan Garg > > --- > > > > .../pu

Re: [PATCH libdrm 2/2] modetest: Add a new "-r" option to set a default mode

argv) > } > > if (!args || (args == 1 && use_atomic)) > - encoders = connectors = crtcs = planes = framebuffers = 1; > + set_preferred = encoders = connectors = crtcs = planes = framebuffers = > 1; > > dev.fd = util_open(device, module

[U-Boot] [PATCH v3 3/3] board: puma: Use rockchip_* helpers to setup cpuid and macaddr

We should use the shared helpers to setup the necessary parts Signed-off-by: Rohan Garg --- .../puma_rk3399/puma-rk3399.c | 108 +++--- 1 file changed, 18 insertions(+), 90 deletions(-) diff --git a/board/theobroma-systems/puma_rk3399/puma-rk3399.c b/board

[U-Boot] [PATCH v3 2/3] rockchip: rk3399: Enable CONFIG_MISC_INIT_R for the Rock PI 4

This enables us to set a static MAC address Signed-off-by: Rohan Garg --- configs/rock-pi-4-rk3399_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/rock-pi-4-rk3399_defconfig b/configs/rock-pi-4-rk3399_defconfig index 14ae39a561..602be5a928 100644 --- a/configs/rock-pi-4

[U-Boot] [PATCH v3 1/3] rockchip: rk3399: derive ethaddr from cpuid

saved environment. This is based off of Klaus Goger's work in 8adc9d Signed-off-by: Rohan Garg --- arch/arm/include/asm/arch-rockchip/misc.h | 13 +++ arch/arm/mach-rockchip/Makefile | 4 + arch/arm/mach-rockchip/misc.c | 112 ++ arch/arm/mach-rockc

Re: [U-Boot] [PATCH v2 1/3] rockchip: rk3399: derive ethaddr from cpuid

ngth]; > > + > > + rockchip_cpuid_from_efuse(cpuid_offset, cpuid_length, cpuid); > > + rockchip_cpuid_set(cpuid, cpuid_length); > > + rockchip_setup_macaddr(); > > It will be better for these function calls with return value. > > There should be a blank line b

[Mesa-dev] [PATCH] panfrost: Take into account a index_bias for glDrawElementsBaseVertex calls

Make sure we adjust draw_start and vertex_count in order to take into account a index_bias as required by a glDrawElementsBaseVertex call Signed-off-by: Rohan Garg --- src/gallium/drivers/panfrost/pan_context.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/src

[U-Boot] [PATCH v2 2/3] rockchip: rk3399: Enable CONFIG_MISC_INIT_R for the Rock PI 4

This enables us to set a static MAC address Signed-off-by: Rohan Garg --- configs/rock-pi-4-rk3399_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/rock-pi-4-rk3399_defconfig b/configs/rock-pi-4-rk3399_defconfig index be670df23f..dc84ded86c 100644 --- a/configs/rock-pi-4

[U-Boot] [PATCH v2 3/3] board: puma: Use rockchip_* helpers to setup cpuid and macaddr

We should use the shared helpers to setup the necessary parts Signed-off-by: Rohan Garg --- .../puma_rk3399/puma-rk3399.c | 98 ++- 1 file changed, 8 insertions(+), 90 deletions(-) diff --git a/board/theobroma-systems/puma_rk3399/puma-rk3399.c b/board

[U-Boot] [PATCH v2 1/3] rockchip: rk3399: derive ethaddr from cpuid

saved environment. This is based off of Klaus Goger's work in 8adc9d Signed-off-by: Rohan Garg --- arch/arm/include/asm/arch-rockchip/misc.h | 13 +++ arch/arm/mach-rockchip/Makefile | 2 + arch/arm/mach-rockchip/misc.c | 108 ++ board/rockchip/evb_

[U-Boot] [PATCH 1/3] rockchip: rk3399: derive ethaddr from cpuid

saved environment. This is based off of Klaus Goger's work in 8adc9d Signed-off-by: Rohan Garg --- arch/arm/include/asm/arch-rockchip/misc.h | 13 +++ arch/arm/mach-rockchip/Makefile | 2 + arch/arm/mach-rockchip/misc.c | 108 ++ board/rockchip/evb_

[U-Boot] [PATCH 3/3] board: puma: Use rockchip_* helpers to setup cpuid and macaddr

Signed-off-by: Rohan Garg --- .../puma_rk3399/puma-rk3399.c | 98 ++- 1 file changed, 8 insertions(+), 90 deletions(-) diff --git a/board/theobroma-systems/puma_rk3399/puma-rk3399.c b/board/theobroma-systems/puma_rk3399/puma-rk3399.c index 251cd2d566

[U-Boot] [PATCH 2/3] rockchip: rk3399: Enable CONFIG_MISC_INIT_R for the Rock PI 4

This enables us to set a static MAC address Signed-off-by: Rohan Garg --- configs/rock-pi-4-rk3399_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/rock-pi-4-rk3399_defconfig b/configs/rock-pi-4-rk3399_defconfig index be670df23f..dc84ded86c 100644 --- a/configs/rock-pi-4

Re: [U-Boot] [PATCH] rockchip: derive ethaddr from cpuid

recommendations where something like this would live? Cheers Rohan Garg signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH] rockchip: derive ethaddr from cpuid

Hey Kever > the rock pi config update into another patch? Will do. Cheers Rohan Garg signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

[U-Boot] [PATCH] rockchip: derive ethaddr from cpuid

saved environment. This is based off of Klaus Goger's work in 8adc9d Signed-off-by: Rohan Garg --- board/rockchip/evb_rk3399/evb-rk3399.c | 98 ++ configs/rock-pi-4-rk3399_defconfig | 1 + 2 files changed, 99 insertions(+) diff --git a/board/rockchip/evb_rk3399/ev

[Mesa-dev] [PATCH] panfrost: Maintain a whitelist of supported GPU's

Maintain a list of panfrost supported GPU's and exit early when running on a unsupported GPU. Signed-off-by: Rohan Garg --- src/gallium/drivers/panfrost/pan_screen.c | 15 +++ src/gallium/drivers/panfrost/pan_screen.h | 6 ++ 2 files changed, 21 insertions(+) diff --git

Re: [Mesa-dev] [PATCH 1/3] panfrost: Print a backtrace if there is one

> I think assertions should be limited to the most basic of sanity checks, > and the other asserts replaced by proper error handling. So, should I leave it as is and let us hit assertions that we fix? Cheers Rohan Garg signature.asc Description: This is a digitally signed messag

Re: [Mesa-dev] [PATCH] panfrost: Implement command stream scoreboarding

; + > +/* We compute no_incoming by traversing the batch. */ > + > +for (unsigned i = 0; i < node_count; ++i) { > +struct mali_job_descriptor_header *node = > DESCRIPTOR_FOR_NODE(i); + > +unsigned dep_1 = node->job_dependency_index_1; > +unsigned dep_2 = node->job_dependency_index_2; > + > +if (!(dep_1 || dep_2)) > +BITSET_SET(no_incoming, i); > +} > + > +/* No next_job fields are set at the beginning, so L is implciitly > the + * empty set. As next_job fields are filled, L is implicitly > set. Tail + * is the tail of L, however. */ > + > +struct mali_job_descriptor_header *tail = NULL; > + > +/* We iterate, popping off elements of S. A simple foreach won't > do, + * since we mutate S as we go (even adding elements) */ > + > +unsigned arr_size = BITSET_WORDS(node_count); > + > +for (unsigned node_n_1 = __bitset_ffs(no_incoming, arr_size); > +(node_n_1 != 0); > +node_n_1 = __bitset_ffs(no_incoming, arr_size)) { > + > +unsigned node_n = node_n_1 - 1; > + > +/* We've got a node n, pop it off */ > +BITSET_CLEAR(no_incoming, node_n); > + > +/* Add it to the list */ > +struct mali_job_descriptor_header *n = > +DESCRIPTOR_FOR_NODE(node_n); > + > +mali_ptr addr = GPU_ADDRESS_FOR_NODE(node_n); > + > +if (tail) { > +/* Link us to the last node */ > +panfrost_set_job_next(tail, addr); > +} else { > +/* We are the first/last node */ > +batch->first_job.cpu = (uint8_t *) n; > +batch->first_job.gpu = addr; > +} > + > +tail = n; > + > +/* Scan dependencies */ > +for (unsigned node_m = 0; node_m < node_count; ++node_m) { > +struct mali_job_descriptor_header *m = > +DESCRIPTOR_FOR_NODE(node_m); > + > +/* Get the deps, accounting for removal */ > +unsigned dep_1 = m->job_dependency_index_1; > +unsigned dep_2 = m->job_dependency_index_2; > + > +if (BITSET_TEST(edge_removal_1, node_m)) > +dep_1 = 0; > + > +if (BITSET_TEST(edge_removal_2, node_m)) > +dep_2 = 0; > + > +/* Pretend to remove edges */ > +if (dep_1 == node_n_1) { > +BITSET_SET(edge_removal_1, node_m); > +dep_1 = 0; > +} else if (dep_2 == node_n_1) { > +BITSET_SET(edge_removal_2, node_m); > +dep_2 = 0; > +} else { > +/* This node has no relevant dependencies > */ +continue; > +} > + > +/* Are there edges left? If not, add us to S */ > +bool has_edges = dep_1 || dep_2; > + > +if (!has_edges) > +BITSET_SET(no_incoming, node_m); > +} > +} > + > +} Awesome stuff \o/ R-b :) Cheers Rohan Garg signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH 1/1] panfrost: Use mir_foreach_instr_in_block_safe

Use the _safe version as asserted by gallium Signed-off-by: Rohan Garg --- src/gallium/drivers/panfrost/midgard/midgard_schedule.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gallium/drivers/panfrost/midgard/midgard_schedule.c b/src/gallium/drivers/panfrost/midgard

Re: [Mesa-dev] [PATCH 2/3] panfrost: Make the gitlab-ci.yml file more robust

On Friday, 21 June 2019 07:40:02 CEST Tomeu Vizoso wrote: > On 6/20/19 6:33 PM, Rohan Garg wrote: > >> Not sure I understand how this works. Isn't this going to cause > >> unnecessary container builds? > >> > >> And, why cannot developers just add whate

Re: [Mesa-dev] [PATCH 1/3] panfrost: Print a backtrace if there is one

Hey > Good stuff, but isn't this change making us hit assertions? Hm, I thought it only enabled debugging symbols. Do you have a recommendation on how to enable debug symbols but not enabling assertions? Cheers Rohan Garg ___ mesa-dev mail

Re: [Mesa-dev] [PATCH 2/3] panfrost: Make the gitlab-ci.yml file more robust

s for someone working in a branch to ( if the need be ) customize their containers for their branch. To that extent, I've simply enabled the CI to auto generate a DEBIAN_TAG which depends on the branch name so that a developer doesn't have to change the DEBIAN_TAG themselves. Ch

Re: [Mesa-dev] [PATCH] panfrost: Set job requirements during draw

On Thursday, 20 June 2019 16:06:57 CEST you wrote: > Right now we are doing it at a moment when we don't have all the > information we need. > > Signed-off-by: Tomeu Vizoso > Suggested-by: Alyssa Rosenzweig > Cc: Rohan Garg > Fixes: bfca21b622df ("panfrost:

[Mesa-dev] [PATCH 3/3] panfrost: The working dir is deleted right before

Change to /artifacts in order to potentially fix debootstrap failiures. --- src/gallium/drivers/panfrost/ci/debian-install.sh | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/drivers/panfrost/ci/debian-install.sh b/src/gallium/drivers/panfrost/ci/debian-install.sh index 8a8b4ec9a47

[Mesa-dev] [PATCH 2/3] panfrost: Make the gitlab-ci.yml file more robust

This enables developers to add packages to the container when working on their own branches by creating a container tag which features the branch name. Dropped the IMAGE_LOCAL variable since I did not see it being used anywhere. --- src/gallium/drivers/panfrost/ci/gitlab-ci.yml | 6 +++--- 1 file

[Mesa-dev] [PATCH 1/3] panfrost: Print a backtrace if there is one

--- src/gallium/drivers/panfrost/ci/create-rootfs.sh | 2 +- src/gallium/drivers/panfrost/ci/deqp-runner.sh | 6 ++ src/gallium/drivers/panfrost/ci/gitlab-ci.yml| 4 ++-- src/gallium/drivers/panfrost/ci/lava-deqp.yml.jinja2 | 3 +++ 4 files changed, 12 insertions(+), 3 deleti

[Mesa-dev] [PATCH 0/3] panfrost: CI improvements

I've made a few improvements to make the CI a bit more robust. Rohan Garg (3): panfrost: Print a backtrace if there is one panfrost: Make the gitlab-ci.yml file more robust panfrost: The working dir is deleted right before src/gallium/drivers/panfrost/ci/create-rootfs.sh | 2 +-

[konsole] [Bug 408910] New: Konsole crashes on wayland

https://bugs.kde.org/show_bug.cgi?id=408910 Bug ID: 408910 Summary: Konsole crashes on wayland Product: konsole Version: 19.04.2 Platform: unspecified OS: Linux Status: REPORTED Keywords: drkonqi

[Mesa-dev] [PATCH libdrm 7/9] panfrost/midgard: Move draw_count into panfrost_job

Refactor code to use draw_counts from a panfrost_job --- src/gallium/drivers/panfrost/pan_context.c | 31 -- src/gallium/drivers/panfrost/pan_context.h | 2 -- src/gallium/drivers/panfrost/pan_job.c | 4 +-- src/gallium/drivers/panfrost/pan_job.h | 2 ++ 4 files chan

[Mesa-dev] [PATCH libdrm 5/9] panfrost/midgard: Remove unnecessary variables

These are not required anymore since mali jobs are now linked lists i.e. u_vertex_jobs and u_tiler_jobs --- src/gallium/drivers/panfrost/pan_context.c | 5 - src/gallium/drivers/panfrost/pan_context.h | 2 -- src/gallium/drivers/panfrost/pan_wallpaper.c | 1 - 3 files changed, 8 deletions(

[Mesa-dev] [PATCH libdrm 6/9] panfrost/midgard: Remove duplicated header

--- src/gallium/drivers/panfrost/pan_context.c | 1 - 1 file changed, 1 deletion(-) diff --git a/src/gallium/drivers/panfrost/pan_context.c b/src/gallium/drivers/panfrost/pan_context.c index 66762a010f8..eaceaa8725e 100644 --- a/src/gallium/drivers/panfrost/pan_context.c +++ b/src/gallium/driver

[Mesa-dev] [PATCH libdrm 4/9] panfrost/midgard: Move clearing logic into pan_job

--- src/gallium/drivers/panfrost/pan_context.c | 49 +- src/gallium/drivers/panfrost/pan_job.c | 59 ++ src/gallium/drivers/panfrost/pan_job.h | 8 +++ 3 files changed, 68 insertions(+), 48 deletions(-) diff --git a/src/gallium/drivers/panfrost/pan_con

[Mesa-dev] [PATCH libdrm 9/9] Fixes 88ae2f5870c: "panfrost/midgard: Remove unnecessary variables"

Make sure we link the last vertex job to the first tiler job. --- src/gallium/drivers/panfrost/pan_context.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/gallium/drivers/panfrost/pan_context.c b/src/gallium/drivers/panfrost/pan_context.c index 00acb464bc6..caa914e33cb 100644 ---

[Mesa-dev] [PATCH libdrm 8/9] panfrost/midgard: Move requirement setting into panfrost_job

Move panfrost_job_set_requirements into panfrost_get_job_for_fbo, requirements should be set when acquiring a job from a context. --- src/gallium/drivers/panfrost/pan_context.c | 2 -- src/gallium/drivers/panfrost/pan_job.c | 1 + 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/s

[Mesa-dev] [PATCH libdrm 1/9] panfrost/midgard: Initial implementation of panfrost_job_submit

Start fleshing out panfrost_job --- src/gallium/drivers/panfrost/pan_context.c | 3 +-- src/gallium/drivers/panfrost/pan_job.c | 20 src/gallium/drivers/panfrost/pan_job.h | 2 ++ 3 files changed, 23 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/pan

[Mesa-dev] [PATCH libdrm 0/9] panfrost/midgard: Refactor pan_context

Refactor pan_context to separate out responsibilities between pan_context and pan_job. Rohan Garg (9): panfrost/midgard: Initial implementation of panfrost_job_submit panfrost/midgard: Reset job counters once the job is submitted panfrost/midgard: Figure out job requirements in pan_job.c

[Mesa-dev] [PATCH libdrm 2/9] panfrost/midgard: Reset job counters once the job is submitted

Move the reset out of frame invalidation into job submission --- src/gallium/drivers/panfrost/pan_context.c | 5 - src/gallium/drivers/panfrost/pan_job.c | 4 2 files changed, 4 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/panfrost/pan_context.c b/src/gallium/drive

[Mesa-dev] [PATCH libdrm 3/9] panfrost/midgard: Figure out job requirements in pan_job.c

Requirements for a job should be figured out in pan_job.c --- src/gallium/drivers/panfrost/pan_context.c | 8 +--- src/gallium/drivers/panfrost/pan_job.c | 11 +++ src/gallium/drivers/panfrost/pan_job.h | 4 3 files changed, 16 insertions(+), 7 deletions(-) diff --git a

[neon] [Bug 407830] New: Please update poppler

https://bugs.kde.org/show_bug.cgi?id=407830 Bug ID: 407830 Summary: Please update poppler Product: neon Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority:

Bug#868898: MR for 868898

Hi I've uploaded a MR for bug 868898 here [1]. It'd be great if someone could have a look at it. Cheers Rohan Garg [1] https://salsa.debian.org/xorg-team/lib/libdrm/merge_requests/3

Bug#868898: MR for 868898

Hi I've uploaded a MR for bug 868898 here [1]. It'd be great if someone could have a look at it. Cheers Rohan Garg [1] https://salsa.debian.org/xorg-team/lib/libdrm/merge_requests/3

  1   2   3   4   5   6   7   8   9   10   >