On Thu, 23 Jun 2022 16:33:20 -0700, Vinay Belgaumkar wrote:
>
> +static int max_granted_freq(struct intel_guc_slpc *slpc, struct intel_rps
> *rps, u32 *max_act_freq)
> +{
> + struct intel_gt *gt = rps_to_gt(rps);
> + u32 perf_limit_reasons;
> + int err = 0;
>
> -
On Thu, 23 Jun 2022 16:21:46 -0700, Belgaumkar, Vinay wrote:
> On 6/22/2022 1:32 PM, Dixit, Ashutosh wrote:
> > On Fri, 10 Jun 2022 16:47:12 -0700, Vinay Belgaumkar wrote:
> >> This test will validate we can achieve actual frequency of RP0. Pcode
> >> grants frequencies based on what GuC is
On Fri, Jun 24, 2022 at 1:49 PM Daniel Vetter wrote:
>
> On Thu, Jun 09, 2022 at 10:42:11AM -0700, Rob Clark wrote:
> > From: Rob Clark
> >
> > The DEFINE_DRM_GEM_FOPS() helper is a bit limiting if a driver wants to
> > provide additional file ops, like show_fdinfo().
> >
> > v2: Split out
On 6/24/2022 5:28 PM, Stephen Boyd wrote:
We don't need to stash the encoder here. Instead we can simply pass it
around as an argument.
Cc: Kuogee Hsieh
Signed-off-by: Stephen Boyd
Reviewed-by: Abhinav Kumar
---
drivers/gpu/drm/msm/dp/dp_display.c | 4 +---
On 6/24/2022 5:30 PM, Dmitry Baryshkov wrote:
Remove extra nestting level from the dpu_encoder_get_intf(), replacing it
with the explicit return in case the INTF_WB was passed to the function.
While we are at it, also change dpu_encoder_get_wb() to also use
explicit return rather than the
From: "Souptick Joarder (HPE)"
Kernel test robot throws below warning ->
drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:
In function 'dc_link_reduce_mst_payload':
drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:3782:32:
warning: variable 'ret' set but not used
On 6/24/2022 5:11 PM, Dmitry Baryshkov wrote:
On Sat, 25 Jun 2022 at 03:03, Abhinav Kumar wrote:
Hi Stephen / Dmitry
Let me try to explain the issue kuogee is trying to fix below:
On 6/24/2022 4:56 PM, Kuogee Hsieh wrote:
On 6/24/2022 4:45 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh
Quoting Prashant Malani (2022-06-24 14:41:36)
> On Fri, Jun 24, 2022 at 12:50 PM Stephen Boyd wrote:
> >
> > Quoting Prashant Malani (2022-06-23 19:48:04)
> > > On Thu, Jun 23, 2022 at 7:13 PM Stephen Boyd wrote:
> > > >
> > > > Quoting Prashant Malani (2022-06-23 17:35:38)
> > > > > On Thu, Jun
On 6/24/2022 5:23 PM, Stephen Boyd wrote:
Quoting Stephen Boyd (2022-06-24 17:11:01)
Quoting Abhinav Kumar (2022-06-24 17:03:37)
So let me try to explain this as this is what i understood from the
patch and how kuogee explained me.
The ordering of the array still matters here and thats
Quoting Kuogee Hsieh (2022-06-24 18:02:50)
>
> On 6/24/2022 5:46 PM, Dmitry Baryshkov wrote:
> > On Sat, 25 Jun 2022 at 03:28, Dmitry Baryshkov
> > wrote:
> >> On Sat, 25 Jun 2022 at 03:23, Kuogee Hsieh wrote:
> >>> On 6/24/2022 5:21 PM, Dmitry Baryshkov wrote:
> On Sat, 25 Jun 2022 at
On 6/24/2022 5:46 PM, Dmitry Baryshkov wrote:
On Sat, 25 Jun 2022 at 03:28, Dmitry Baryshkov
wrote:
On Sat, 25 Jun 2022 at 03:23, Kuogee Hsieh wrote:
On 6/24/2022 5:21 PM, Dmitry Baryshkov wrote:
On Sat, 25 Jun 2022 at 03:19, Kuogee Hsieh wrote:
How can I have eDP call
On Sat, 25 Jun 2022 at 03:28, Dmitry Baryshkov
wrote:
>
> On Sat, 25 Jun 2022 at 03:23, Kuogee Hsieh wrote:
> > On 6/24/2022 5:21 PM, Dmitry Baryshkov wrote:
> > > On Sat, 25 Jun 2022 at 03:19, Kuogee Hsieh
> > > wrote:
> > >> How can I have eDP call dpu_encoder_init() before DP calls with
> >
Remove extra nestting level from the dpu_encoder_get_intf(), replacing it
with the explicit return in case the INTF_WB was passed to the function.
While we are at it, also change dpu_encoder_get_wb() to also use
explicit return rather than the goto.
Reviewed-by: Stephen Boyd
Signed-off-by:
On Sat, 25 Jun 2022 at 03:28, Stephen Boyd wrote:
>
> We don't need to stash the encoder here. Instead we can simply pass it
> around as an argument.
>
> Cc: Kuogee Hsieh
> Signed-off-by: Stephen Boyd
Reviewed-by: Dmitry Baryshkov
> ---
> drivers/gpu/drm/msm/dp/dp_display.c | 4 +---
>
Quoting Dmitry Baryshkov (2022-06-24 16:51:20)
> Remove extra nexting level from the dpu_encoder_get_intf(), replacing it
s/nexting/nesting/
> with the explicit return in case the INTF_WB was passed to the function.
>
> While we are at it, also change dpu_encoder_get_wb() to also use
> explicit
On Sat, 25 Jun 2022 at 03:23, Kuogee Hsieh wrote:
> On 6/24/2022 5:21 PM, Dmitry Baryshkov wrote:
> > On Sat, 25 Jun 2022 at 03:19, Kuogee Hsieh wrote:
> >> How can I have eDP call dpu_encoder_init() before DP calls with
> >> _dpu_kms_initialize_displayport()?
> > Why do you want to do it? They
We don't need to stash the encoder here. Instead we can simply pass it
around as an argument.
Cc: Kuogee Hsieh
Signed-off-by: Stephen Boyd
---
drivers/gpu/drm/msm/dp/dp_display.c | 4 +---
drivers/gpu/drm/msm/dp/dp_display.h | 1 -
drivers/gpu/drm/msm/dp/dp_drm.c | 8
On 6/24/2022 5:21 PM, Dmitry Baryshkov wrote:
On Sat, 25 Jun 2022 at 03:19, Kuogee Hsieh wrote:
How can I have eDP call dpu_encoder_init() before DP calls with
_dpu_kms_initialize_displayport()?
Why do you want to do it? They are two different encoders.
eDP is primary display which in
Quoting Stephen Boyd (2022-06-24 17:11:01)
> Quoting Abhinav Kumar (2022-06-24 17:03:37)
> >
> > So let me try to explain this as this is what i understood from the
> > patch and how kuogee explained me.
> >
> > The ordering of the array still matters here and thats what he is trying
> > to
On Sat, 25 Jun 2022 at 03:19, Kuogee Hsieh wrote:
> How can I have eDP call dpu_encoder_init() before DP calls with
> _dpu_kms_initialize_displayport()?
Why do you want to do it? They are two different encoders.
--
With best wishes
Dmitry
On 6/24/2022 5:11 PM, Dmitry Baryshkov wrote:
On Sat, 25 Jun 2022 at 03:03, Abhinav Kumar wrote:
Hi Stephen / Dmitry
Let me try to explain the issue kuogee is trying to fix below:
On 6/24/2022 4:56 PM, Kuogee Hsieh wrote:
On 6/24/2022 4:45 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh
On Fri, 24 Jun 2022 at 21:45, Rob Clark wrote:
>
> From: Rob Clark
>
> This was a typo, we didn't actually want to return zero.
>
> Fixes: a61acbbe9cf8 ("drm/msm: Track "seqno" fences by idr")
> Signed-off-by: Rob Clark
Reviewed-by: Dmitry Baryshkov
--
With best wishes
Dmitry
On Sat, 25 Jun 2022 at 03:03, Abhinav Kumar wrote:
>
> Hi Stephen / Dmitry
>
> Let me try to explain the issue kuogee is trying to fix below:
>
> On 6/24/2022 4:56 PM, Kuogee Hsieh wrote:
> >
> > On 6/24/2022 4:45 PM, Stephen Boyd wrote:
> >> Quoting Kuogee Hsieh (2022-06-24 16:30:59)
> >>> On
Quoting Abhinav Kumar (2022-06-24 17:03:37)
> Hi Stephen / Dmitry
>
> Let me try to explain the issue kuogee is trying to fix below:
>
> On 6/24/2022 4:56 PM, Kuogee Hsieh wrote:
> >
> > On 6/24/2022 4:45 PM, Stephen Boyd wrote:
> >> Quoting Kuogee Hsieh (2022-06-24 16:30:59)
> >>> On 6/24/2022
Hi Stephen / Dmitry
Let me try to explain the issue kuogee is trying to fix below:
On 6/24/2022 4:56 PM, Kuogee Hsieh wrote:
On 6/24/2022 4:45 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 16:30:59)
On 6/24/2022 4:12 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24
On 6/24/2022 4:45 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 16:30:59)
On 6/24/2022 4:12 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 15:53:45)
MSM_DP_CONTROLLER_1 need to match to the index = 1 of sc7280_dp_cfg[] <== This
is correct
The problem is
On Fri, 24 Jun 2022 at 20:15, Kuogee Hsieh wrote:
>
> The msm_dp_modeset_init() is used to attach DP driver to drm bridge chain.
> msm_dp_modeset_init() is executed in the order of index (dp->id) of DP
> descriptor table.
>
> Currently, DP is placed at first entry (dp->id = 0) of descriptor table
On Sat, 25 Jun 2022 at 02:45, Stephen Boyd wrote:
>
> Quoting Kuogee Hsieh (2022-06-24 16:30:59)
> >
> > On 6/24/2022 4:12 PM, Stephen Boyd wrote:
> > > Quoting Kuogee Hsieh (2022-06-24 15:53:45)
> > >> MSM_DP_CONTROLLER_1 need to match to the index = 1 of sc7280_dp_cfg[]
> > >> <== This is
Remove extra nexting level from the dpu_encoder_get_intf(), replacing it
with the explicit return in case the INTF_WB was passed to the function.
While we are at it, also change dpu_encoder_get_wb() to also use
explicit return rather than the goto.
Signed-off-by: Dmitry Baryshkov
---
On Fri, Jun 24, 2022 at 2:57 PM Piotr Oniszczuk
wrote:
>
>
>
> > Wiadomość napisana przez Peter Geis w dniu
> > 24.06.2022, o godz. 14:40:
> >
> >>
> >> Sascha, Peter
> >>
> >> I returned to trying to find why hdmi-cec is not working on rock3-a v1.31
> >> hw.
> >>
> >> I'm on vop2 v11 on 5.18
On Sat, 25 Jun 2022 at 00:51, Kuogee Hsieh wrote:
> On 6/24/2022 2:40 PM, Doug Anderson wrote:
> > On Fri, Jun 24, 2022 at 10:15 AM Kuogee Hsieh
> > wrote:
> >> +struct msm_display_info {
> >> + int intf_type;
> >> + uint32_t capabilities;
> >> + uint32_t num_of_h_tiles;
> >>
Quoting Kuogee Hsieh (2022-06-24 16:30:59)
>
> On 6/24/2022 4:12 PM, Stephen Boyd wrote:
> > Quoting Kuogee Hsieh (2022-06-24 15:53:45)
> >> MSM_DP_CONTROLLER_1 need to match to the index = 1 of sc7280_dp_cfg[] <==
> >> This is correct
> >>
> >> The problem is sc7280_dp_cfg[] have two entries
On Fri, 24 Jun 2022 at 20:15, Kuogee Hsieh wrote:
>
> With current implementation, communication between interface driver and
> upper mdss encoder layer are implemented through function calls. This
> increase code complexity. Since struct msm_display_info contains msm
> generic display
On 6/24/2022 4:12 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 15:53:45)
MSM_DP_CONTROLLER_1 need to match to the index = 1 of sc7280_dp_cfg[] <== This
is correct
The problem is sc7280_dp_cfg[] have two entries since eDP place at index
of MSM_DP_CONTROLLER_1.
but .num_desc = 1
On Sat, 25 Jun 2022 at 00:17, Kuogee Hsieh wrote:
>
>
> On 6/24/2022 1:00 PM, Stephen Boyd wrote:
> > Quoting Kuogee Hsieh (2022-06-24 10:15:11)
> >> Current the index (dp->id) of DP descriptor table (sc_dp_cfg[]) are
> >> tightly
> >> coupled with DP controller_id. This means DP use
Hi Sam,
Oh, sorry that I assumed drivers/gpu/drm/via/ is completely cleared out.
The problem is, I used drm-openchrome repository (customized drm-next branch
for OpenChrome DRM development) to generate the patches.
I happened not to have the original DRM maintainers version installed on my
Quoting Kuogee Hsieh (2022-06-24 15:53:45)
>
> MSM_DP_CONTROLLER_1 need to match to the index = 1 of sc7280_dp_cfg[] <==
> This is correct
>
> The problem is sc7280_dp_cfg[] have two entries since eDP place at index
> of MSM_DP_CONTROLLER_1.
>
> but .num_desc = 1 <== this said only have one
On 6/24/2022 3:19 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 14:49:57)
On 6/24/2022 2:40 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 14:17:50)
On 6/24/2022 1:00 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 10:15:11)
Current the index (dp->id) of DP
On Fri, Jun 24, 2022 at 01:12:56PM -0700, Nicolin Chen wrote:
> > The kmap_local_page() arose because the code doing memcpy had to be
> > updated to go from a struct page to a void * for use with memcpy and
> > the kmap_local_page() is the correct API to use for that.
> >
> > The existing code
On Fri, Jun 24, 2022 at 11:50:06PM +0200, Daniel Vetter wrote:
> On Sat, Jun 25, 2022 at 12:37:23AM +0300, Laurent Pinchart wrote:
> > Hi Daniel,
> >
> > On Fri, Jun 24, 2022 at 11:16:46PM +0200, Daniel Vetter wrote:
> > > On Thu, Jun 16, 2022 at 09:52:10PM +0300, Laurent Pinchart wrote:
> > > >
Quoting Kuogee Hsieh (2022-06-24 14:49:57)
>
> On 6/24/2022 2:40 PM, Stephen Boyd wrote:
> > Quoting Kuogee Hsieh (2022-06-24 14:17:50)
> >> On 6/24/2022 1:00 PM, Stephen Boyd wrote:
> >>> Quoting Kuogee Hsieh (2022-06-24 10:15:11)
> Current the index (dp->id) of DP descriptor table
On Fri, Jun 24, 2022 at 06:56:30PM +0200, Jason A. Donenfeld wrote:
> This is already on by default.
ITYM "anon_inode_getfile() has already set it, since dma_buf_fops has
non-NULL ->llseek".
On Thu, Jun 23, 2022 at 11:56:56AM +0300, Jani Nikula wrote:
> On Thu, 23 Jun 2022, Thomas Zimmermann wrote:
> > Hi
> >
> > Am 23.06.22 um 10:26 schrieb Jani Nikula:
> >> On Thu, 23 Jun 2022, Thomas Zimmermann wrote:
> >>> I forgot to mention that we backmerged v5.19-rc2. That's why the list of
On Thu, Jun 23, 2022 at 01:32:18PM +0200, Christian König wrote:
> Am 23.06.22 um 13:27 schrieb Daniel Stone:
> > Hi Christian,
> >
> > On Thu, 23 Jun 2022 at 12:11, Christian König
> > wrote:
> > > > In fact DMA-buf sharing works fine on most of those SoCs because
> > > > everyone just assumes
On 6/24/2022 2:40 PM, Doug Anderson wrote:
Hi,
On Fri, Jun 24, 2022 at 10:15 AM Kuogee Hsieh wrote:
With current implementation, communication between interface driver and
upper mdss encoder layer are implemented through function calls. This
increase code complexity. Since struct
On Sat, Jun 25, 2022 at 12:37:23AM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Fri, Jun 24, 2022 at 11:16:46PM +0200, Daniel Vetter wrote:
> > On Thu, Jun 16, 2022 at 09:52:10PM +0300, Laurent Pinchart wrote:
> > > Add FourCCs for two missing permutations of the packed YUV 4:4:4 color
> >
On 6/24/2022 2:40 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 14:17:50)
On 6/24/2022 1:00 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 10:15:11)
Current the index (dp->id) of DP descriptor table (sc_dp_cfg[]) are tightly
coupled with DP controller_id. This means
On Fri, Jun 24, 2022 at 2:36 PM Daniel Vetter wrote:
>
> On Fri, Jun 24, 2022 at 02:28:25PM -0700, Rob Clark wrote:
> > On Fri, Jun 24, 2022 at 1:58 PM Daniel Vetter wrote:
> > >
> > > On Thu, Jun 16, 2022 at 06:59:46AM -0700, Rob Clark wrote:
> > > > On Thu, Jun 16, 2022 at 1:28 AM Stephen Boyd
On Fri, Jun 24, 2022 at 12:50 PM Stephen Boyd wrote:
>
> Quoting Prashant Malani (2022-06-23 19:48:04)
> > On Thu, Jun 23, 2022 at 7:13 PM Stephen Boyd wrote:
> > >
> > > Quoting Prashant Malani (2022-06-23 17:35:38)
> > > > On Thu, Jun 23, 2022 at 4:14 PM Stephen Boyd
> > > > wrote:
> > > > >
On Sun, Jun 19, 2022 at 09:31:03PM -0100, Melissa Wen wrote:
> Add 3D LUT for gammar correction using a 3D lookup table. The position
> in the color correction pipeline where 3D LUT is applied depends on hw
> design, being after CTM or gamma. If just after CTM, a shaper lut must
> be set to shape
Quoting Kuogee Hsieh (2022-06-24 14:17:50)
>
> On 6/24/2022 1:00 PM, Stephen Boyd wrote:
> > Quoting Kuogee Hsieh (2022-06-24 10:15:11)
> >> Current the index (dp->id) of DP descriptor table (sc_dp_cfg[]) are
> >> tightly
> >> coupled with DP controller_id. This means DP use controller id 0
Hi,
On Fri, Jun 24, 2022 at 10:15 AM Kuogee Hsieh wrote:
>
> With current implementation, communication between interface driver and
> upper mdss encoder layer are implemented through function calls. This
> increase code complexity. Since struct msm_display_info contains msm
> generic display
Actually add Jordan this time :)
> -Original Message-
> From: Chery, Nanley G
> Sent: Friday, June 24, 2022 5:39 PM
> To: Deak, Imre ; dri-devel@lists.freedesktop.org
> Cc: intel-...@lists.freedesktop.org
> Subject: RE: [PATCH] drm/fourcc: Document the Intel CCS modifiers' CC plane
>
+Jordan (FYI)
I think the commit message has an extra "color" next to "CC".
With or without that dropped,
Reviewed-by: Nanley Chery
Thanks for the fix.
> -Original Message-
> From: Deak, Imre
> Sent: Thursday, June 23, 2022 10:50 AM
> To: dri-devel@lists.freedesktop.org
> Cc:
Hi Daniel,
On Fri, Jun 24, 2022 at 11:16:46PM +0200, Daniel Vetter wrote:
> On Thu, Jun 16, 2022 at 09:52:10PM +0300, Laurent Pinchart wrote:
> > Add FourCCs for two missing permutations of the packed YUV 4:4:4 color
>
> For a second I thought this 4:4:4 is the bit packing, but it's the 444
>
On Fri, Jun 24, 2022 at 02:28:25PM -0700, Rob Clark wrote:
> On Fri, Jun 24, 2022 at 1:58 PM Daniel Vetter wrote:
> >
> > On Thu, Jun 16, 2022 at 06:59:46AM -0700, Rob Clark wrote:
> > > On Thu, Jun 16, 2022 at 1:28 AM Stephen Boyd wrote:
> > > >
> > > > Quoting Rob Clark (2022-06-13 13:50:32)
>
On Fri, Jun 24, 2022 at 9:20 AM szuni chen wrote:
> > I meant this one. Move that into drivers/leds/flash
> > drivers/leds/flash/leds-mt6370-flash.c | 657
>
> In next version, I'll use "leds: flash: .." instead of "leds:
> flashlight: .." in subject.
> May I
On Fri, Jun 24, 2022 at 1:58 PM Daniel Vetter wrote:
>
> On Thu, Jun 16, 2022 at 06:59:46AM -0700, Rob Clark wrote:
> > On Thu, Jun 16, 2022 at 1:28 AM Stephen Boyd wrote:
> > >
> > > Quoting Rob Clark (2022-06-13 13:50:32)
> > > > diff --git a/drivers/gpu/drm/msm/msm_gem.h
> > > >
On Fri, Jun 17, 2022 at 04:23:19AM -0400, Bo Liu wrote:
> Use ida_alloc_xxx()/ida_free() instead of
> ida_simple_get()/ida_simple_remove().
> The latter is deprecated and more verbose.
>
> Signed-off-by: Bo Liu
Thanks for your patch, applied to drm-misc-next.
-Daniel
> ---
>
Hello Daniel,
On 6/24/22 23:01, Daniel Vetter wrote:
> On Tue, Jun 14, 2022 at 02:58:29PM +0200, Javier Martinez Canillas wrote:
>> Hello José,
>>
>> On 6/13/22 19:17, José Expósito wrote:
>>
>> [snip]
>>
>>> +KUnit (Kernel unit testing framework) provides a common framework for unit
>>> tests
On 6/24/2022 1:00 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-24 10:15:11)
Current the index (dp->id) of DP descriptor table (sc_dp_cfg[]) are tightly
coupled with DP controller_id. This means DP use controller id 0 must be placed
at first entry of DP descriptor table
On Thu, Jun 16, 2022 at 09:52:10PM +0300, Laurent Pinchart wrote:
> Add FourCCs for two missing permutations of the packed YUV 4:4:4 color
For a second I thought this 4:4:4 is the bit packing, but it's the 444
sampling rate thing.
Man formats are confusing.
> components, namely AVUY and XVUY.
>
Hi Kevin,
On Fri, Jun 24, 2022 at 03:26:05PM -0500, Kevin Brace wrote:
> From: Kevin Brace
>
> Hi Dave and Daniel,
>
> This is my first attempt (this is not a RFC posting) in trying to get
> OpenChrome DRM pulled in for Linux 5.20.
I tried to apply the patches one-by-one but they fail as they
On Wed, Jun 15, 2022 at 05:19:42PM +0300, Dmitry Baryshkov wrote:
> Hi Stephen,
>
> I would appreciate if you could add
>
> https://gitlab.freedesktop.org/lumag/msm.git msm-next-lumag
>
> to the linux-next tree.
>
> This tree is a part of drm/msm maintenance structure. As a co-maintainer I
>
We've been introducing new registers with a mix of "XEHP_"
(architecture) and "XEHPSDV_" (platform) prefixes. For consistency,
let's settle on "XEHP_" as the preferred form.
XEHPSDV_RP_STATE_CAP stays with its current name since that's truly a
platform-specific register and not something that
XEHPSDV_FLAT_CCS_BASE_ADDR, GEN8_L3_LRA_1_GPGPU, and MMCD_MISC_CTRL were
duplicated between i915_reg.h and intel_gt_regs.h. These are all GT
registers, so we should drop the copy from i915_reg.h.
XEHPSDV_TILE0_ADDR_RANGE was defined in i915_reg.h, but really belongs
in intel_gt_regs.h. Move it.
On Tue, Jun 14, 2022 at 02:58:29PM +0200, Javier Martinez Canillas wrote:
> Hello José,
>
> On 6/13/22 19:17, José Expósito wrote:
>
> [snip]
>
> > +KUnit (Kernel unit testing framework) provides a common framework for unit
> > tests
> > +within the Linux kernel.
> > +
>
> I think that it
On Thu, Jun 16, 2022 at 06:59:46AM -0700, Rob Clark wrote:
> On Thu, Jun 16, 2022 at 1:28 AM Stephen Boyd wrote:
> >
> > Quoting Rob Clark (2022-06-13 13:50:32)
> > > diff --git a/drivers/gpu/drm/msm/msm_gem.h b/drivers/gpu/drm/msm/msm_gem.h
> > > index d608339c1643..432032ad4aed 100644
> > > ---
Hi Max,
On Wed, Jun 01, 2022 at 12:17:48AM -0500, Max Fierke wrote:
> The ClockworkPi DevTerm (all models) uses a 6.86" IPS display
> of unknown provenance, which uses the Chipone ICNL9707 IC driver.
>
> The display panel I have has two model numbers: TXW686001 and WTL068601G,
> but cannot find
On Thu, Jun 09, 2022 at 10:42:11AM -0700, Rob Clark wrote:
> From: Rob Clark
>
> The DEFINE_DRM_GEM_FOPS() helper is a bit limiting if a driver wants to
> provide additional file ops, like show_fdinfo().
>
> v2: Split out DRM_GEM_FOPS instead of making DEFINE_DRM_GEM_FOPS
> varardic
> v3:
Am Freitag, 24. Juni 2022, 19:57:53 CEST schrieb Brian Norris:
> On Fri, Jun 24, 2022 at 12:23 AM Heiko Stuebner wrote:
> > The interesting question would be, do we want some fixes tag for it?
>
> I'm not aware of any currently-upstream code that will hit this [1].
> I've hit it in out-of-tree
Hi Joel,
On Wed, Jun 01, 2022 at 01:54:06PM +0530, Joel Selvaraj wrote:
> Add bindings and DRM panel driver for EBBG FT8719 6.18" 2246x1080 DSI
> video mode panel, which can be found on some Xiaomi Poco F1 phones.
> The panel's backlight is managed through QCOM WLED driver.
>
> The driver is
On Fri, Jun 24, 2022 at 01:32:45PM -0700, John Stultz wrote:
> On Fri, Jun 24, 2022 at 1:17 PM Daniel Vetter wrote:
> >
> > On Wed, Jun 15, 2022 at 10:31:21AM -0700, T.J. Mercier wrote:
> > > On Fri, May 20, 2022 at 9:25 AM T.J. Mercier wrote:
> > > >
> > > > On Fri, May 20, 2022 at 12:47 AM
Digging out of a hole, apologies to everyone.
On Fri, Jun 17, 2022 at 03:08:00PM +0200, Christian König wrote:
> Am 17.06.22 um 15:03 schrieb Bas Nieuwenhuizen:
> > [SNIP]
> > > > > BOOKKEEP can only be used by VM updates themselves. So that they don't
> > > > > interfere with CS.
> > > > That is
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/Makefile b/drivers/gpu/drm/Makefile
index e6d0daca9bc2..72c6db91ee61 100644
--- a/drivers/gpu/drm/Makefile
+++ b/drivers/gpu/drm/Makefile
@@ -97,6 +97,7
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_object.c | 324 +++
1 file changed, 324 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_object.c
diff --git a/drivers/gpu/drm/via/via_object.c b/drivers/gpu/drm/via/via_object.c
new
From: Kevin Brace
Signed-off-by: Kevin Brace
---
include/uapi/drm/via_drm.h | 309 +
1 file changed, 309 insertions(+)
create mode 100644 include/uapi/drm/via_drm.h
diff --git a/include/uapi/drm/via_drm.h b/include/uapi/drm/via_drm.h
new file mode 100644
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/Makefile | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 drivers/gpu/drm/via/Makefile
diff --git a/drivers/gpu/drm/via/Makefile b/drivers/gpu/drm/via/Makefile
new file mode 100644
index
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_lvds.c | 1420
1 file changed, 1420 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_lvds.c
diff --git a/drivers/gpu/drm/via/via_lvds.c b/drivers/gpu/drm/via/via_lvds.c
new file
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/Kconfig | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 drivers/gpu/drm/via/Kconfig
diff --git a/drivers/gpu/drm/via/Kconfig b/drivers/gpu/drm/via/Kconfig
new file mode 100644
index
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_vt1632.c | 583 +++
1 file changed, 583 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_vt1632.c
diff --git a/drivers/gpu/drm/via/via_vt1632.c b/drivers/gpu/drm/via/via_vt1632.c
new
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_ioctl.c | 122
1 file changed, 122 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_ioctl.c
diff --git a/drivers/gpu/drm/via/via_ioctl.c b/drivers/gpu/drm/via/via_ioctl.c
new
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_init.c | 1300
1 file changed, 1300 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_init.c
diff --git a/drivers/gpu/drm/via/via_init.c b/drivers/gpu/drm/via/via_init.c
new file
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_ttm.c | 168 ++
1 file changed, 168 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_ttm.c
diff --git a/drivers/gpu/drm/via/via_ttm.c b/drivers/gpu/drm/via/via_ttm.c
new file mode
On Thu, Jun 02, 2022 at 06:34:01PM +0800, Jiasheng Jiang wrote:
> As mipi_dsi_driver_register could return error if fails,
> it should be better to check the return value and return error
> if fails.
> Moreover, if i2c_add_driver fails, mipi_dsi_driver_register
> should be reverted.
>
> Fixes:
From: Kevin Brace
Note that the code here is GPL based.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_i2c.c | 209 ++
1 file changed, 209 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_i2c.c
diff --git a/drivers/gpu/drm/via/via_i2c.c
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_tmds.c | 714 +
1 file changed, 714 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_tmds.c
diff --git a/drivers/gpu/drm/via/via_tmds.c b/drivers/gpu/drm/via/via_tmds.c
new file
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_sii164.c | 563 +++
1 file changed, 563 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_sii164.c
diff --git a/drivers/gpu/drm/via/via_sii164.c b/drivers/gpu/drm/via/via_sii164.c
new
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_hdmi.c | 719 +
1 file changed, 719 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_hdmi.c
diff --git a/drivers/gpu/drm/via/via_hdmi.c b/drivers/gpu/drm/via/via_hdmi.c
new file
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_pm.c | 187 +++
1 file changed, 187 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_pm.c
diff --git a/drivers/gpu/drm/via/via_pm.c b/drivers/gpu/drm/via/via_pm.c
new file mode
From: Kevin Brace
Note that GPL is chosen as a license type. This is due to via_i2c.c
being GPL based. Everything else is MIT license based.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_drv.c | 313 ++
1 file changed, 313 insertions(+)
create mode
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_cursor.c | 419 +++
1 file changed, 419 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_cursor.c
diff --git a/drivers/gpu/drm/via/via_cursor.c b/drivers/gpu/drm/via/via_cursor.c
new
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_crtc_hw.c | 91 +++
1 file changed, 91 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_crtc_hw.c
diff --git a/drivers/gpu/drm/via/via_crtc_hw.c
b/drivers/gpu/drm/via/via_crtc_hw.c
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_crtc.c | 2324
1 file changed, 2324 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_crtc.c
diff --git a/drivers/gpu/drm/via/via_crtc.c b/drivers/gpu/drm/via/via_crtc.c
new file
From: Kevin Brace
Likely originated from VIA Technologies.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_regs.h | 296 +
1 file changed, 296 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_regs.h
diff --git a/drivers/gpu/drm/via/via_regs.h
From: Kevin Brace
Main header file for the module.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_drv.h | 437 ++
1 file changed, 437 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_drv.h
diff --git a/drivers/gpu/drm/via/via_drv.h
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_crtc_hw.h | 1048 +
1 file changed, 1048 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_crtc_hw.h
diff --git a/drivers/gpu/drm/via/via_crtc_hw.h
b/drivers/gpu/drm/via/via_crtc_hw.h
From: Kevin Brace
Likely originated from VIA Technologies.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_disp_reg.h | 513 +
1 file changed, 513 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_disp_reg.h
diff --git
From: Kevin Brace
Hi Dave and Daniel,
This is my first attempt (this is not a RFC posting) in trying to get
OpenChrome DRM pulled in for Linux 5.20.
I started to work on this seriously around the summer of 2017, so it has
been a long journey.
I know that the code is not quite perfect, but I
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_pll.c | 263 ++
1 file changed, 263 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_pll.c
diff --git a/drivers/gpu/drm/via/via_pll.c b/drivers/gpu/drm/via/via_pll.c
new file mode
1 - 100 of 220 matches
Mail list logo
