On 10/5/19 10:58 AM, Colin King wrote:
> From: Colin Ian King
>
> Function kgd2kfd_init is missing a void argument, add it
> to clean up the non-ANSI function declaration.
>
> Signed-off-by: Colin Ian King
Acked-by: Randy Dunlap
sparse reports 2 such warnings in amdgpu:
../drivers/gpu/drm/a
> On October 5, 2019 at 1:16 PM Matthias Brugger wrote:
>
>
> Hi Uli,
>
> On 04/10/2019 21:09, Ulrich Hecht wrote:
> > Hi!
> >
> > This driver seems to have fallen by the wayside because, while otherwise
> > fine, it has a firmware update feature that requires a blob that is not in
> > the li
On 10/5/19 11:23 AM, Colin Ian King wrote:
> On 05/10/2019 19:10, Randy Dunlap wrote:
>> On 10/5/19 10:58 AM, Colin King wrote:
>>> From: Colin Ian King
>>>
>>> Function kgd2kfd_init is missing a void argument, add it
>>> to clean up the non-ANSI function declaration.
>>>
>>> Signed-off-by: Colin
From: Bartosz Golaszewski
Instead of dereferencing pdev each time, use a helper variable for
the associated device pointer.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Linus Walleij
Reviewed-by: Daniel Thompson
Reviewed-by: Andy Shevchenko
---
drivers/video/backlight/gpio_backlight.c |
From: Bartosz Golaszewski
Remove the platform data fields that nobody uses.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Andy Shevchenko
Reviewed-by: Linus Walleij
Reviewed-by: Daniel Thompson
---
include/linux/platform_data/gpio_backlight.h | 3 ---
1 file changed, 3 deletions(-)
diff
Fixes gcc '-Wunused-but-set-variable' warning:
rivers/gpu/drm/amd/amdgpu/../display/modules/freesync/freesync.c:
In function mod_freesync_get_settings:
drivers/gpu/drm/amd/amdgpu/../display/modules/freesync/freesync.c:984:24:
warning: variable core_freesync set but not used [-Wunused-but-set-var
From: Bartosz Golaszewski
Platform data fields other than fbdev are no longer used by the
backlight driver. Remove them.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Andy Shevchenko
Reviewed-by: Linus Walleij
---
arch/sh/boards/mach-ecovec24/setup.c | 3 ---
1 file changed, 3 deletions(-)
Remove duplicated include.
Signed-off-by: YueHaibing
---
drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c
b/drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c
index 4c7e8c64a94e..6965e1e6fa9e 100644
--- a/drivers/gpu/drm/amd
From: Bartosz Golaszewski
Now that the last user of platform data (sh ecovec24) defines a proper
GPIO lookup and sets the 'default-on' device property, we can drop the
platform_data-specific GPIO handling and unify a big chunk of code.
The only field used from the platform data is now the fbdev
From: Bartosz Golaszewski
The probe function in the gpio-backlight driver is quite short. If we
pull gpio_backlight_initial_power_state() into probe we can drop two
more fields from struct gpio_backlight and shrink the driver code.
Signed-off-by: Bartosz Golaszewski
---
drivers/video/backlight
> I agree with you, kmemdup may fail so a null check seems necessary there.
Would this place (and similar ones) be pointed out for further considerations
also by the source code analysis tool which your software research group
seems to be developing?
https://github.com/umnsec/cheq/
Regards,
Marku
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #29 from Michel Dänzer ---
(In reply to Mirek Kratochvil from comment #27)
> Anyway, the latest X driver from git is broken as well. Should the issue be
> reported there, or is it better to fix it in kernel layer?
It should be fixed
https://bugs.freedesktop.org/show_bug.cgi?id=111913
Bug ID: 111913
Summary: AMD Navi10 GPU powerplay issues when using two
DisplayPort connectors
Product: DRI
Version: DRI git
Hardware: All
OS: Linux (All)
On Sun, Oct 6, 2019 at 9:55 AM Theodore Y. Ts'o wrote:
>
> On Fri, Oct 04, 2019 at 06:18:04PM -0700, Brendan Higgins wrote:
> > > Let's talk about current state. Right now kunit is in linux-next and
> > > we want to add a few more tests. We will have to coordinate the effort.
> > > Once kunit get
https://bugs.freedesktop.org/show_bug.cgi?id=111913
--- Comment #1 from Timur Kristóf ---
After a looking at the problem a bit further, it seems that the problem occurs
when using any two DisplayPort connectors, but does not happen when using just
one DisplayPort and the HDMI connector.
--
You
On Fri, Oct 4, 2019 at 4:57 PM Krzysztof Kozlowski wrote:
> Adjust indentation from spaces to tab (+optional two spaces) as in
> coding style with command like:
> $ sed -e 's/^/\t/' -i */Kconfig
>
> Signed-off-by: Krzysztof Kozlowski
> arch/m68k/Kconfig.bus | 2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=111913
--- Comment #2 from Timur Kristóf ---
Forgot to mention, this happened with kernel 5.4-rc1 and mesa 19.2
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=111482
--- Comment #26 from Andrew Sheldon ---
(In reply to Eduardo from comment #25)
> I have a PowerColor RedDevil 5700XT and for me, Kernel 5.4-rc1 just works.
> Memory clocks always at 100Mhz when idle,
even using KDE (Plasma 5.16).
> I'm using
On Sun, Oct 6, 2019 at 10:18 AM Linus Torvalds
wrote:
>
> On Sun, Oct 6, 2019 at 9:55 AM Theodore Y. Ts'o wrote:
> >
> > Well, one thing we *can* do is if (a) if we can create a kselftest
> > branch which we know is stable and won't change, and (b) we can get
> > assurances that Linus *will* acce
In the current code if "device_info" is ever NULL then the kernel will
Oops so probably || was intended instead of &&.
Fixes: e392c887df97 ("drm/amdkfd: Use array to probe kfd2kgd_calls")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/amd/amdkfd/kfd_device.c | 2 +-
1 file changed, 1 insertion
On Sun, 06 Oct 2019, Rajat Jain wrote:
> Hi,
>
> Me and Mat are working on this together, and I had a followup to
> something Mat asked earlier.
>
> On Thu, Oct 3, 2019 at 12:57 PM Mat King wrote:
>>
>> On Thu, Oct 3, 2019 at 2:59 AM Jani Nikula
>> wrote:
>> >
>> > On Wed, 02 Oct 2019, Mat King
The error handling is off by one. We should not free the first
"tables[i].bo" without decrementing "i" because that might result in a
double free. The second problem is that when an error occurs, then the
zeroth element "tables[0].bo" isn't freed.
I had make "i" signed int for the error handling
This function needs to drop the mutex before returning.
Fixes: f7e3a5776fa6 ("drm/amd/powerplay: check SMU engine readiness before
proceeding on S3 resume")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/amd/powerplay/amdgpu_smu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
On Mon, 07 Oct 2019, "Lee, Shawn C" wrote:
> On Fri, 04 Oct 2019, Jani Nikula wrote:
>>On Fri, 04 Oct 2019, Adam Jackson wrote:
>>> On Sat, 2019-10-05 at 05:58 +0800, Lee Shawn C wrote:
This panel (manufacturer is SDC, product ID is 0x4141) used
manufacturer defined DPCD register to c
On Sat, Oct 05, 2019 at 07:49:08PM +0530, Jagan Teki wrote:
> The MIPI DSI controller in Allwinner A64 is similar to A33.
>
> But unlike A33, A64 doesn't have DSI_SCLK gating so it is valid
> to with separate compatible for A64 on the same driver.
>
> Signed-off-by: Jagan Teki
> ---
> .../binding
On Mon, 07 Oct 2019, "Jani Nikula" wrote:
>On Mon, 07 Oct 2019, "Lee, Shawn C" wrote:
>> On Fri, 04 Oct 2019, Jani Nikula wrote:
>>>On Fri, 04 Oct 2019, Adam Jackson wrote:
On Sat, 2019-10-05 at 05:58 +0800, Lee Shawn C wrote:
> This panel (manufacturer is SDC, product ID is 0x4141) u
On Mon, 07 Oct 2019, "Jani Nikula"
mailto:jani.nik...@intel.com>> wrote:
>On Mon, 07 Oct 2019, "Lee, Shawn C"
>mailto:shawn.c@intel.com>> wrote:
>> On Fri, 04 Oct 2019, Jani Nikula
>> mailto:jani.nik...@intel.com>> wrote:
>>>On Fri, 04 Oct 2019, Adam Jackson mailto:a...@redhat.com>>
>>>wro
Em Fri, 4 Oct 2019 13:04:24 +0200
Hans Verkuil escreveu:
> It is possible for one HDMI connector to have multiple CEC adapters. The
> typical real-world scenario is that where one adapter is used when the device
> is in standby, and one that's better/smarter when the device is powered up.
>
> Th
https://bugs.freedesktop.org/show_bug.cgi?id=111482
--- Comment #27 from Andrew Sheldon ---
A bit of a hacky workaround to 144hz (and multi-monitor issues) on Navi:
- Bootup to X
- Suspend to ram
- Notice that clocks have dropped (even in multi-monitor configuration)
- I get flickering in the au
ADV7511 support I2S or SPDIF as audio input interfaces. This commit
enable support for SPDIF.
Signed-off-by: Bogdan Togorean
---
Changes in v2:
- add forgotten break statement
drivers/gpu/drm/bridge/adv7511/adv7511_audio.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/dri
https://bugzilla.kernel.org/show_bug.cgi?id=204241
--- Comment #16 from m...@cschwarz.com ---
Can confirm the patch 'drm/amdgpu: Move IB pool init after ucode bo creation'
fixed the issue for me (96h and counting, failure normally within 24h, with ~2
suspend/resume cycles per day).
--
You are re
https://bugs.freedesktop.org/show_bug.cgi?id=111848
--- Comment #19 from m...@cschwarz.com ---
Potential fix (and kernel Bugzilla bug):
https://bugzilla.kernel.org/show_bug.cgi?id=204241
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=111729
--- Comment #9 from m...@cschwarz.com ---
Potential fix (and kernel Bugzilla bug):
https://bugzilla.kernel.org/show_bug.cgi?id=204241
--
You are receiving this mail because:
You are the assignee for the bug._
Reviewed-by: Kevin Wang
Best Regards,
Kevin
From: amd-gfx on behalf of Dan
Carpenter
Sent: Monday, October 7, 2019 5:04 PM
To: Rex Zhu ; Quan, Evan
Cc: Zhou, David(ChunMing) ; David Airlie
; kernel-janit...@vger.kernel.org
; amd-...@lists.freedesktop.org
;
thanks correct it.
Reviewed-by: Kevin Wang
Best Regards,
Kevin
From: Dan Carpenter
Sent: Monday, October 7, 2019 5:02 PM
To: Rex Zhu ; Wang, Kevin(Yang)
Cc: Quan, Evan ; Deucher, Alexander
; Koenig, Christian ;
Zhou, David(ChunMing) ; David Airlie ;
Daniel V
On Sat, Oct 05, 2019 at 07:49:12PM +0530, Jagan Teki wrote:
> Add MIPI DSI pipeline for Allwinner A64.
>
> - dsi node, with A64 compatible since it doesn't support
> DSI_SCLK gating unlike A33
> - dphy node, with A64 compatible with A33 fallback since
> DPHY on A64 and A33 is similar
> - finall
On 07/10/2019 10:22, Ulrich Hecht wrote:
> From: Jitao Shi
>
> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>
> Signed-off-by: Jitao Shi
> Reviewed-by: Daniel Kurtz
> Reviewed-by: Enric Balletbo i Serra
> [uli: followed API changes, removed FW update feature]
> Signe
On Thu, Oct 03, 2019 at 08:46:31PM +0530, Jagan Teki wrote:
> On Thu, Oct 3, 2019 at 6:47 PM Maxime Ripard wrote:
> >
> > On Thu, Oct 03, 2019 at 12:15:21PM +0530, Jagan Teki wrote:
> > > The LCD timing definitions between Linux DRM vs Allwinner are different,
> > > below diagram shows this clear
https://bugzilla.kernel.org/show_bug.cgi?id=205049
--- Comment #3 from le...@onet.pl ---
Booting with amdgpu.ppfeaturemask=0x3fff and the other options gives
"error: ../../grub-core/kern/fs.c:167:invalid file name
`amdgpu.ppfeaturemask=0x3fff
Press any key to continue..."
--
You are re
From: Tomi Valkeinen
Allow NULL to be passed in 'dma_addr' for omap_gem_pin(), in case the
caller does not need the dma_addr.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_gem.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/o
From: Tomi Valkeinen
Add a helper function omap_gem_validate_flags() which validates the
omap_bo flags passed from the userspace.
Also drop the dev_err() message, as the userspace can cause that at
will.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_gem.c | 40 +++
From: Tomi Valkeinen
OMAP_BO_TILED does not make sense, as OMAP_BO_TILED_* values are not
bitmasks but normal values. As we already have OMAP_BO_TILED_MASK for
the mask, we can remove OMAP_BO_TILED and use OMAP_BO_TILED_MASK
instead.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/om
From: Tomi Valkeinen
Add omap_gem_unpin_locked() which is a version of omap_gem_unpin() that
expects the caller to hold the omap_obj lock.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_gem.c | 24 +---
1 file changed, 17 insertions(+), 7 deletions(-)
diff
From: Tomi Valkeinen
On SoCs with DMM/TILER, we have two ways to allocate buffers: normal
dma_alloc or via DMM (which basically functions as an IOMMU). DMM can
map 128MB at a time, and we only map the DMM buffers when they are used
(i.e. not at alloc time). If DMM is present, omapdrm always uses
A first version of this work had been sent by Tomi Valkeinen in may 2017
(https://www.spinics.net/lists/dri-devel/msg140663.html).
This series adds a few new OMAP_BO flags to help the userspace manage
situations where it needs to use lots of buffers, and would currently run
out of TILER space. Th
From: Tomi Valkeinen
omap_gem_new() has a comment about OMAP_BO_SCANOUT which does not make
sense. Also, for the TILER case, we drop OMAP_BO_SCANOUT flag for some
reason.
It's not clear what the original purpose of OMAP_BO_SCANOUT is, but
presuming it means "scanout buffer, something that can be
From: Tomi Valkeinen
Reorder OMAP_BO flags and improve the comments.
Signed-off-by: Tomi Valkeinen
---
include/uapi/drm/omap_drm.h | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/include/uapi/drm/omap_drm.h b/include/uapi/drm/omap_drm.h
index 1fccffef9e27.
This would give us a WARN_ON() if the pin/unpin calls are unbalanced.
Proposed-by: Laurent Pinchart
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_gem.c | 45 +++---
1 file changed, 23 insertions(+), 22 deletions(-)
diff
On Fri, 04 Oct 2019, Krzysztof Kozlowski wrote:
> drivers/gpu/drm/i915/Kconfig | 12 +-
> drivers/gpu/drm/i915/Kconfig.debug | 144 +++
Please split these out to a separate patch. Can't speak for others, but
the patch looks like it'll be conflicts galore and
From: Ville Syrjälä
Once we do the hw vs. uapi split we can no longer use
drm_atomic_helper_calc_timestamping_constants() as it'll
consult the uapi state instead of the hw state.
So let's just update the vblank timestamping constants whenever
we update the scanline offset. We use both to convert
From: Ville Syrjälä
Put the vblank timestamping constants update loop into its own
function. It has no business living inside
drm_atomic_helper_update_legacy_modeset_state() so we'll be wanting
to move it out entirely. As a first step we'll still call it
from drm_atomic_helper_update_legacy_modes
On Mon, Oct 07, 2019 at 12:03:00AM +0800, Icenowy Zheng wrote:
> From: Jagan Teki
>
> The LCD timing definitions between Linux DRM vs Allwinner are different,
> below diagram shows this clear differences.
>
>Active Front Sync Back
>Region
From: Ville Syrjälä
The timestamping constants have nothing to do with any legacy state
so should not be updated from
drm_atomic_helper_update_legacy_modeset_state().
Let's make everyone call drm_atomic_helper_calc_timestamping_constants()
directly instead of relying on
drm_atomic_helper_update_
Hi Matthias,
On 02/10/2019 21:44, Matthias Kaehlcke wrote:
> The DDC/CI protocol involves sending a multi-byte request to the
> display via I2C, which is typically followed by a multi-byte
> response. The internal I2C controller only allows single byte
> reads/writes or reads of 8 sequential bytes
Hi,
On 03/10/2019 06:14, Cheng-Yi Chiang wrote:
> From: Daniel Kurtz
>
> When setting a new display mode, dw_hdmi_setup() calls
> dw_hdmi_enable_video_path(), which disables all hdmi clocks, including
> the audio clock.
>
> We should only (re-)enable the audio clock if audio was already enabled
On Mon, Oct 07, 2019 at 12:03:01AM +0800, Icenowy Zheng wrote:
> The formula in the BSP kernel indicates that a 16-byte overhead is used
> when sending the HFP. However, this value is currently set to 6 in the
> sun6i_mipi_dsi driver, which makes some panels flashing.
>
> Fix this overhead value.
>
On Mon, Oct 07, 2019 at 12:03:02AM +0800, Icenowy Zheng wrote:
> The packet length of DCS long write packet should not be added with 1
> when constructing long write packet.
>
> Fix this.
>
> Signed-off-by: Icenowy Zheng
Applied, thanks
Maxime
signature.asc
Description: PGP signature
_
On 07/10/2019 14:25, Jean-Jacques Hiblot wrote:
A first version of this work had been sent by Tomi Valkeinen in may 2017
(https://www.spinics.net/lists/dri-devel/msg140663.html).
This series adds a few new OMAP_BO flags to help the userspace manage
situations where it needs to use lots of buffer
Add DT binding for led-backlight.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Daniel Thompson
Reviewed-by: Sebastian Reichel
---
.../bindings/leds/backlight/led-backlight.txt | 28 +++
1 file changed, 28 insertions(+)
create mode 100644
Documentation/devicetree/bindings/l
From: Tomi Valkeinen
This patch adds a led-backlight driver (led_bl), which is similar to
pwm_bl except the driver uses a LED class driver to adjust the
brightness in the HW. Multiple LEDs can be used for a single backlight.
Signed-off-by: Tomi Valkeinen
Signed-off-by: Jean-Jacques Hiblot
Acke
If the LED is acquired by a consumer device with devm_led_get(), it is
automatically released when the device is detached.
Signed-off-by: Jean-Jacques Hiblot
Acked-by: Pavel Machek
---
drivers/leds/led-class.c | 49
include/linux/leds.h | 2 ++
2 fi
From: Tomi Valkeinen
This patch adds basic support for a kernel driver to get a LED device.
This will be used by the led-backlight driver.
Only OF version is implemented for now, and the behavior is similar to
PWM's of_pwm_get() and pwm_put().
Signed-off-by: Tomi Valkeinen
Signed-off-by: Jean-
This series aims to add a led-backlight driver, similar to pwm-backlight,
but using a LED class device underneath.
A few years ago (2015), Tomi Valkeinen posted a series implementing a
backlight driver on top of a LED device:
https://patchwork.kernel.org/patch/7293991/
https://patchwork.kernel.org
If initialization data is available and its fwnode is actually a of_node,
store this information in the led device's structure. This will allow the
device to use or provide OF-based API such (devm_xxx).
Signed-off-by: Jean-Jacques Hiblot
---
drivers/leds/led-class.c | 4 +++-
1 file changed, 3 i
On 04/10/2019 17:33, Koenig, Christian wrote:
>
>
> Am 04.10.2019 18:02 schrieb Steven Price :
> On 04/10/2019 16:34, Koenig, Christian wrote:
>> Am 04.10.19 um 17:27 schrieb Steven Price:
>>> On 04/10/2019 16:03, Neil Armstrong wrote:
On 04/10/2019 16:53, Grodzovsky, Andrey wrote:
> On
Panfrost uses multiple schedulers (one for each slot, so 2 in reality),
and on a timeout has to stop all the schedulers to safely perform a
reset. However more than one scheduler can trigger a timeout at the same
time. This race condition results in jobs being freed while they are
still in use.
Wh
On Mon, Oct 07, 2019 at 05:32:00AM +0200, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> The probe function in the gpio-backlight driver is quite short. If we
> pull gpio_backlight_initial_power_state() into probe we can drop two
> more fields from struct gpio_backlight and shrink the
On Mon, Oct 7, 2019 at 7:57 PM Neil Armstrong wrote:
>
> Hi,
>
> On 03/10/2019 06:14, Cheng-Yi Chiang wrote:
> > From: Daniel Kurtz
> >
> > When setting a new display mode, dw_hdmi_setup() calls
> > dw_hdmi_enable_video_path(), which disables all hdmi clocks, including
> > the audio clock.
> >
>
On Thu, Oct 3, 2019 at 3:57 PM Mat King wrote:
>
> On Thu, Oct 3, 2019 at 2:59 AM Jani Nikula
> wrote:
> >
> > On Wed, 02 Oct 2019, Mat King wrote:
> > > On Wed, Oct 2, 2019 at 4:46 AM Jani Nikula
> > > wrote:
> > >>
> > >> On Wed, 02 Oct 2019, Daniel Thompson wrote:
> > >> > On Wed, Oct 02,
Hi Steven,
On 07/10/2019 14:50, Steven Price wrote:
> Panfrost uses multiple schedulers (one for each slot, so 2 in reality),
> and on a timeout has to stop all the schedulers to safely perform a
> reset. However more than one scheduler can trigger a timeout at the same
> time. This race condition
https://bugzilla.kernel.org/show_bug.cgi?id=205049
--- Comment #4 from Alex Deucher (alexdeuc...@gmail.com) ---
Just append:
amdgpu.ppfeaturemask=0x3fff
to the end of the kernel command line in grub. Replace 0x3fff with
0xfffdbfff to try the other option. Repeat with 0xfffd3fff if necessa
On Fri, Oct 04, 2019 at 10:53:44PM +0100, Colin Ian King wrote:
> On 04/10/2019 20:27, Liviu Dudau wrote:
> > On Fri, Oct 04, 2019 at 05:21:56PM +0100, Colin King wrote:
> >> From: Colin Ian King
> >>
> >> The pointer disable_done is being initialized with a value that
> >> is never read and is be
6fe7864acc33f0c62bd9d866b722:
drm/i915: Update DRIVER_DATE to 20191007 (2019-10-07 15:24:47 +0300)
UAPI Changes:
- Never allow userptr into the mappable GGTT (Chris)
No existing users. Avoid anyone from even trying to
spare a d
On 2019-10-06 6:57 a.m., YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> rivers/gpu/drm/amd/amdgpu/../display/modules/freesync/freesync.c:
> In function mod_freesync_get_settings:
> drivers/gpu/drm/amd/amdgpu/../display/modules/freesync/freesync.c:984:24:
> warning: variab
On 2019-10-05 7:32 a.m., Christophe JAILLET wrote:
> p and g are switched in 'amdpgu_dm'
>
> Signed-off-by: Christophe JAILLET
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --g
Series is
Reviewed-by: Harry Wentland
Harry
On 2019-10-04 10:44 p.m., zhengbin wrote:
> zhengbin (5):
> drm/amd/display: Make function wait_for_alt_mode static
> drm/amd/display: Remove set but not used variable 'source_bpp'
> drm/amd/display: Remove set but not used variables
> 'h_rat
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #54 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to Dmitri Seletski from comment #48)
> (In reply to Mike Lothian from comment #47)
> > It's selected automatically if you set DRM_FBDEV_EMULATION - which is
> > "Enable legacy
On Thu, Oct 3, 2019 at 9:26 AM Maxime Ripard wrote:
>
> Hi,
>
> On Wed, Oct 02, 2019 at 10:06:04PM +0200, Maxime Ripard wrote:
> > Hi Dave, Daniel,
> >
> > I hope that you enjoy XDC if you could make it this year :)
> >
> > Here's the first round of fixes for drm-misc
> >
> > Maxime
> >
> > drm-mi
On 10/7/19 2:40 AM, Brendan Higgins wrote:
On Sun, Oct 6, 2019 at 10:18 AM Linus Torvalds
wrote:
On Sun, Oct 6, 2019 at 9:55 AM Theodore Y. Ts'o wrote:
Well, one thing we *can* do is if (a) if we can create a kselftest
branch which we know is stable and won't change, and (b) we can get
assu
On Sun, 6 Oct 2019 10:18:11 -0700
Linus Torvalds wrote:
> On Sun, Oct 6, 2019 at 9:55 AM Theodore Y. Ts'o wrote:
> >
> > Well, one thing we *can* do is if (a) if we can create a kselftest
> > branch which we know is stable and won't change, and (b) we can get
> > assurances that Linus *will* acc
On 10/7/19 8:40 AM, Steven Rostedt wrote:
On Sun, 6 Oct 2019 10:18:11 -0700
Linus Torvalds wrote:
On Sun, Oct 6, 2019 at 9:55 AM Theodore Y. Ts'o wrote:
Well, one thing we *can* do is if (a) if we can create a kselftest
branch which we know is stable and won't change, and (b) we can get
ass
On Thu, Sep 19, 2019 at 04:06:16PM +0200, Rasmus Villemoes wrote:
> The "break-even" point for the two formulas is L==8, which is also
> what the code actually implements. [Incidentally, at that point one
> has Y=0.008856, not 0.08856].
>
> Moreover, all the sources I can find say the linear facto
On Thu, Sep 19, 2019 at 04:06:17PM +0200, Rasmus Villemoes wrote:
> lightness*1000 is nowhere near overflowing 32 bits, so we can just use
> an ordinary 32/32 division, which is much cheaper than the 64/32 done
> via do_div().
>
> Signed-off-by: Rasmus Villemoes
Reviewed-by: Daniel Thompson
>
From: Sean Paul
Fixes the following warning:
../include/drm/drm_atomic_state_helper.h:1: warning: no structured comments
found
Fixes: 9ef8a9dc4b21 ("drm: Extract drm_atomic_state_helper.[hc]")
Cc: Ville Syrjälä
Cc: Daniel Vetter
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: Dav
On Thu, Sep 19, 2019 at 04:06:18PM +0200, Rasmus Villemoes wrote:
> The scheduler uses a (currently private) fixed_power_int() in its load
> average computation for computing powers of numbers 0 < x < 1
> expressed as fixed-point numbers, which is also what we want here. But
> that requires the sca
On Thu, Sep 19, 2019 at 04:06:19PM +0200, Rasmus Villemoes wrote:
> Using a power-of-2 instead of power-of-10 base makes the computations
> much cheaper. 2^16 is safe; retval never becomes more than 2^48 +
> 2^16/2. On a 32 bit platform, the very expensive 64/32 division at the
> end of cie1931() i
* Davidlohr Bueso wrote:
> With some considerations, the custom pat_rbtree implementation can be
> simplified to use most of the generic interval_tree machinery.
>
> o The tree inorder traversal can slightly differ when there are key
> ('start') collisions in the tree due to one going left and
From: Colin Ian King
Don't populate the array hw_engine_mask on the stack but instead make it
static. Makes the object code smaller by 316 bytes.
Before:
textdata bss dec hex filename
340044388 320 387129738 gpu/drm/i915/gt/intel_reset.o
After:
textdata
On Mon, Oct 7, 2019 at 10:13 AM Harry Wentland wrote:
>
> On 2019-10-05 7:32 a.m., Christophe JAILLET wrote:
> > p and g are switched in 'amdpgu_dm'
> >
> > Signed-off-by: Christophe JAILLET
>
> Reviewed-by: Harry Wentland
Applied. thanks!
Alex
>
> Harry
>
> > ---
> > drivers/gpu/drm/amd/di
On Mon, Oct 7, 2019 at 10:06 AM Harry Wentland wrote:
>
> On 2019-10-06 6:57 a.m., YueHaibing wrote:
> > Fixes gcc '-Wunused-but-set-variable' warning:
> >
> > rivers/gpu/drm/amd/amdgpu/../display/modules/freesync/freesync.c:
> > In function mod_freesync_get_settings:
> > drivers/gpu/drm/amd/amdg
Applied. thanks!
Alex
On Sun, Oct 6, 2019 at 11:05 PM YueHaibing wrote:
>
> Remove duplicated include.
>
> Signed-off-by: YueHaibing
> ---
> drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c
> b/drivers/gpu
On Sat, Oct 5, 2019 at 1:58 PM Colin King wrote:
>
> From: Colin Ian King
>
> Function kgd2kfd_init is missing a void argument, add it
> to clean up the non-ANSI function declaration.
>
> Signed-off-by: Colin Ian King
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/amdkfd/kfd_module.c | 2
On Mon, Oct 7, 2019 at 7:39 AM Jani Nikula wrote:
>
> On Fri, 04 Oct 2019, Krzysztof Kozlowski wrote:
> > drivers/gpu/drm/i915/Kconfig | 12 +-
> > drivers/gpu/drm/i915/Kconfig.debug | 144 +++
>
> Please split these out to a separate patch. Can't speak for
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #55 from Dmitri Seletski (drj...@gmail.com) ---
(In reply to Alex Deucher from comment #54)
> (In reply to Dmitri Seletski from comment #48)
> > (In reply to Mike Lothian from comment #47)
> > > It's selected automatically if you set D
On 10/7/19 6:09 AM, Neil Armstrong wrote:
Hi Steven,
On 07/10/2019 14:50, Steven Price wrote:
Panfrost uses multiple schedulers (one for each slot, so 2 in reality),
and on a timeout has to stop all the schedulers to safely perform a
reset. However more than one scheduler can trigger a timeout
Please send DT bindings to DT list or it's never in my queue. IOW,
send patches to the lists that get_maintainers.pl tells you to.
On Mon, Oct 7, 2019 at 7:45 AM Jean-Jacques Hiblot wrote:
>
> Add DT binding for led-backlight.
>
> Signed-off-by: Jean-Jacques Hiblot
> Reviewed-by: Daniel Thompson
On Mon, Oct 7, 2019 at 7:09 AM Sean Paul wrote:
>
> On Thu, Oct 3, 2019 at 3:57 PM Mat King wrote:
> >
> > On Thu, Oct 3, 2019 at 2:59 AM Jani Nikula
> > wrote:
> > >
> > > On Wed, 02 Oct 2019, Mat King wrote:
> > > > On Wed, Oct 2, 2019 at 4:46 AM Jani Nikula
> > > > wrote:
> > > >>
> > > >
Applied. Thanks!
Alex
On Mon, Oct 7, 2019 at 10:19 AM Harry Wentland wrote:
>
> Series is
> Reviewed-by: Harry Wentland
>
> Harry
>
> On 2019-10-04 10:44 p.m., zhengbin wrote:
> > zhengbin (5):
> > drm/amd/display: Make function wait_for_alt_mode static
> > drm/amd/display: Remove set but
Quoting Colin King (2019-10-07 16:41:51)
> From: Colin Ian King
>
> Don't populate the array hw_engine_mask on the stack but instead make it
> static. Makes the object code smaller by 316 bytes.
>
> Before:
>textdata bss dec hex filename
> 340044388 320 387129
Applied. thanks!
Alex
On Mon, Oct 7, 2019 at 6:29 AM Wang, Kevin(Yang) wrote:
>
> Reviewed-by: Kevin Wang
>
> Best Regards,
> Kevin
>
> From: amd-gfx on behalf of Dan
> Carpenter
> Sent: Monday, October 7, 2019 5:04 PM
> To: Rex Zhu ; Quan, Evan
> Cc: Zhou,
1 - 100 of 178 matches
Mail list logo
