Point at the equivalent atomic state and explain that atomic drivers
shouldn't really depend upon legacy state.
Motivated by questions from Manasi about how this all is supposed to
work.
Cc: Manasi Navare
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 6 ++
include
On Wed, Nov 8, 2017 at 2:53 PM, Ernst Sjöstrand wrote:
> Can't find these anywhere yet, errors still there.
>
> https://patchwork.freedesktop.org/series/31220/
Applied. thanks for the reminder.
Alex
>
> Regards
> //Ernst
>
> 2017-09-30 10:25 GMT+02:00 Christian König :
>> Am 30.09.2017 um 10:1
On Wed, Nov 08, 2017 at 12:17:28PM -0800, Eric Anholt wrote:
> Ville Syrjala writes:
>
> > From: Ville Syrjälä
> >
> > Apparently some sinks look at the YQ bits even when receiving RGB,
> > and they get somehow confused when they see a non-zero YQ value.
> > So we can't just blindly follow CEA-8
On Wed, Nov 08, 2017 at 02:35:05PM -0500, Alex Deucher wrote:
> On Wed, Nov 8, 2017 at 2:30 PM, Guenter Roeck wrote:
> > On Wed, Nov 8, 2017 at 11:18 AM, Deucher, Alexander
> >> > Is this different to "ASoC: amd: Report accurate hw_ptr during dma"
> >> > which was applied at 16:07?
> >> Yes, thi
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Wednesday, November 08, 2017 1:48 PM
> To: Alex Deucher
> Cc: amd-gfx list; alsa-de...@alsa-project.org; Maling list - DRI developers;
> Mukunda, Vijendar; Liam Girdwood; Takashi Iwai; Guenter Roeck; Deucher,
> Alex
On Wed, Nov 08, 2017 at 10:09:32AM -0800, Manasi Navare wrote:
> On Wed, Nov 08, 2017 at 02:28:23PM +0100, Daniel Vetter wrote:
> > On Wed, Nov 08, 2017 at 03:26:15PM +0200, Ville Syrjälä wrote:
> > > On Wed, Nov 08, 2017 at 02:11:46PM +0100, Daniel Vetter wrote:
> > > > On Wed, Nov 08, 2017 at 03:
On Wed, Nov 08, 2017 at 09:30:07PM +0100, Daniel Vetter wrote:
> Point at the equivalent atomic state and explain that atomic drivers
> shouldn't really depend upon legacy state.
>
> Motivated by questions from Manasi about how this all is supposed to
> work.
>
> Cc: Manasi Navare
> Signed-off-b
https://bugs.freedesktop.org/show_bug.cgi?id=103630
Bug ID: 103630
Summary: [regression] Hacker Evolution(1,2,3) crash on startup
Product: Mesa
Version: 17.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=103630
--- Comment #1 from cosiek...@o2.pl ---
Created attachment 135320
--> https://bugs.freedesktop.org/attachment.cgi?id=135320&action=edit
Hacker Evolution Untold trace
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103630
--- Comment #2 from cosiek...@o2.pl ---
Created attachment 135321
--> https://bugs.freedesktop.org/attachment.cgi?id=135321&action=edit
Hacker Evolution Duality trace
--
You are receiving this mail because:
You are the assignee for the bug.__
The patch
ASoC: amd: use do_div rather than 64 bit division to fix 32 bit builds
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the n
Ville Syrjälä writes:
> On Wed, Nov 08, 2017 at 12:17:28PM -0800, Eric Anholt wrote:
>> Ville Syrjala writes:
>>
>> > From: Ville Syrjälä
>> >
>> > Apparently some sinks look at the YQ bits even when receiving RGB,
>> > and they get somehow confused when they see a non-zero YQ value.
>> > So w
Hi Dave,
A bunch of smatch fixes for the dc code.
The following changes since commit 26c860d5579684528114c3875ef88f7796330eb5:
Merge branch 'drm-next-4.15-dc' of git://people.freedesktop.org/~agd5f/linux
into drm-next (2017-11-03 05:32:08 +1000)
are available in the git repository at:
git
Hi Dave,
A few more fixes for 4.15.
The following changes since commit d65d31388a23b14df9494135ad6c6549a59a3caa:
Merge tag 'drm-misc-next-fixes-2017-11-07' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next (2017-11-08 05:22:49
+1000)
are available in the git repository at:
git:
From: Dave Airlie
The lease updates missed a few bits of docs, fixed up
the wrong name on the property lookup fn as well.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_framebuffer.c | 1 +
drivers/gpu/drm/drm_mode_object.c | 1 +
include/drm/drm_connector.h | 1 +
include/drm/drm_cr
Hi Dave,
I know it is time to wrap-up, but we have 2 fixes still
that seems important for a stable 4.14.
drm-intel-fixes-2017-11-08:
- Fix possible NULL dereference (Chris).
- Avoid miss usage of syncobj by rejecting unknown flags (Tvrtko).
Thanks,
Rodrigo.
The following changes since commit 39
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: c64efcaed73726bd3cfaa46c27768d3331a1ad35
commit: 0bd599b1f523598c05f13a4a562884e82a378c2c [2064/2165] ASoC: AMD: enable
ACP3x drivers build
config: tile-allmodconfig (attached as .config)
compiler: tilegx-linux-gcc
https://bugs.freedesktop.org/show_bug.cgi?id=103634
Bug ID: 103634
Summary: nv_conditional_render tests hang the gpu (HD 5750)
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Hi Nikolaus,
Thank you for the patch.
On Wednesday, 8 November 2017 23:09:29 EET H. Nikolaus Schaller wrote:
> The vendor name was "toppoly" but other panels and the vendor list
> have defined it as "tpo". So let's fix it in driver and bindings.
>
> Signed-off-by: H. Nikolaus Schaller
> ---
>
Hi Nikolaus,
Thank you for the patch.
On Wednesday, 8 November 2017 23:09:31 EET H. Nikolaus Schaller wrote:
> We can remove the "omapdss," prefix.
I agree but you should explain why.
> Signed-off-by: H. Nikolaus Schaller
> ---
> arch/arm/boot/dts/omap3-pandora-common.dtsi | 2 +-
> 1 file ch
Hi Nikolaus,
Thank you for the patch.
On Wednesday, 8 November 2017 23:09:32 EET H. Nikolaus Schaller wrote:
> commit d178e034d565 ("drm: omapdrm: Move FEAT_DPI_USES_VDDS_DSI feature to
> dpi code")
>
> introduced a new match table which turned out to be wrong, at least
> for the 600 MHz OpenPan
Hi Marek,
I checked style warning of this patch series using checkpatch.pl before merging
them but the script says many warnings.
I will comment this.
Thanks,
Inki Dae
2017년 11월 08일 18:41에 Marek Szyprowski 이(가) 쓴 글:
> Dear all,
>
> This patchset performs complete rewrite of Exynos DRM IPP subs
https://bugs.freedesktop.org/show_bug.cgi?id=103634
--- Comment #1 from Roland Scheidegger ---
Created attachment 135335
--> https://bugs.freedesktop.org/attachment.cgi?id=135335&action=edit
trace file captured with R600_TRACE
Here's the output of R600_TRACE when running
./nv_conditional_rende
Many warings,
WARNING: line over 80 characters
#181: FILE: drivers/gpu/drm/exynos/exynos_drm_drv.c:118:
+ DRM_IOCTL_DEF_DRV(EXYNOS_IPP_GET_RESOURCES,
exynos_drm_ipp_get_res_ioctl,
WARNING: line over 80 characters
#185: FILE: drivers/gpu/drm/exynos/exynos_drm_drv.c:122:
+ DRM_IOCTL_DE
Also warnings,
WARNING: please, no spaces at the start of a line
#2667: FILE: drivers/gpu/drm/exynos/exynos_drm_gsc.c:727:
+ struct drm_exynos_ipp_task_rect *src, struct drm_exynos_ipp_task_rect
*dst)$
WARNING: line over 80 characters
#3098: FILE: drivers/gpu/drm/exynos/exynos_drm_gsc.c:1158
Also warnigs,
WARNING: line over 80 characters
#145: FILE: drivers/gpu/drm/exynos/exynos_drm_drv.c:299:
+ component_match_add(dev, &match, compare_dev,
d);
WARNING: please, no spaces at the start of a line
#2702: FILE: drivers/gpu/drm/exynos/exynos_drm_fimc.c:730:
+
Warnigs,
WARNING: added, moved or deleted file(s), does MAINTAINERS need updating?
#110:
new file mode 100644
WARNING: please write a paragraph that describes the config symbol fully
#150: FILE: drivers/gpu/drm/exynos/Kconfig:112:
+config DRM_EXYNOS_SCALER
WARNING: Prefer 'unsigned int' to bare
Hi Nikolaus,
On Thursday, 9 November 2017 08:05:15 EET H. Nikolaus Schaller wrote:
> > Am 09.11.2017 um 04:33 schrieb Laurent Pinchart:
> > On Wednesday, 8 November 2017 23:09:29 EET H. Nikolaus Schaller wrote:
> >> The vendor name was "toppoly" but other panels and the vendor list
> >> have defin
On 11/07/2017 04:57 PM, Russell King wrote:
Parsing the EDID for HDMI and audio information in the get_modes()
callback is incorrect - this only parses the EDID read from the
connector, not any override or firmware provided EDID.
The correct place to parse the EDID for these parameters is the
Thanks for the pointer, I did that (these patches will be sent for
next merge window)
On Mon, Nov 6, 2017 at 6:35 PM, Felix Kuehling wrote:
> I messed up while rebasing patches and didn't test every intermediate
> patch as I should have. The next patch in the series fixes this.
>
> If anyone want
Hi Dave,
Three small fixes to the CIK SDMA code in amdkfd
Thanks,
Oded
The following changes since commit d65d31388a23b14df9494135ad6c6549a59a3caa:
Merge tag 'drm-misc-next-fixes-2017-11-07' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next (2017-11-08 05:22:49
+1000)
are availab
101 - 131 of 131 matches
Mail list logo
