[Bug 198713] AMD DC crashes when computing clocks/detecting freesync

2018-06-13 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=198713 --- Comment #7 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- Well, the dmesg attached is also from 4.15 kernel so I assumed it's all 4.15. Anyway, I will Harry from our Display team to take a look at this. -- You are receiving this

[Bug 200045] black screen on 'radeon' module probing

2018-06-13 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200045 --- Comment #4 from Alex Deucher (alexdeuc...@gmail.com) --- hw_i2c doesn't use bit banging, it uses the hw i2c engine. -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH V2 2/2] efi/fb: Convert PCI bus address to resource if translated by the bridge

2018-06-13 Thread Bartlomiej Zolnierkiewicz
On Wednesday, June 13, 2018 05:45:48 PM Ard Biesheuvel wrote: > On 18 May 2018 at 16:17, Sinan Kaya wrote: > > A host bridge is allowed to remap BAR addresses using _TRA attribute in > > _CRS windows. > > > > pci_bus :00: root bus resource [mem 0x8010010-0x8011fff window] > > (bus

[Bug 106666] amdgpu 0000:09:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:3 pas_id:0), [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=327845, last emitted seq=32

2018-06-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=10 --- Comment #18 from udo --- I think that, with two times 3 days of amdgpu-problem free uptime, we can say that updates firmwares do fix this issue. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v2] drm/bridge/sii8620: simplify hardware reset procedure

2018-06-13 Thread Andrzej Hajda
On 13.06.2018 15:08, Maciej Purski wrote: > Hi Andrzej, > > On 06/08/2018 08:04 AM, Andrzej Hajda wrote: >> There is no need to flip reset pin twice. Also delays can be changed to >> values present in vendor's code. >> >> Signed-off-by: Andrzej Hajda > Reviewed-by: Maciej Purski Finally, thanks

Re: [PATCH 1/2] locking: Implement an algorithm choice for Wound-Wait mutexes

2018-06-13 Thread Thomas Hellstrom
On 06/13/2018 03:10 PM, Peter Zijlstra wrote: On Wed, Jun 13, 2018 at 12:40:29PM +0200, Thomas Hellstrom wrote: On 06/13/2018 11:50 AM, Peter Zijlstra wrote: + + lockdep_assert_held(>wait_lock); + + if (owner && hold_ctx && __ww_ctx_stamp_after(hold_ctx, ww_ctx) && +

Re: [PATCH RESEND] backlight: gpio-backlight: Correct initial power state handling

2018-06-13 Thread Daniel Thompson
On 08/05/18 08:04, Peter Ujfalusi wrote: The default-on property - or the def_value via legacy pdata) should be handled as: if it is 1, the backlight must be enabled (kept enabled) if it is 0, the backlight must be disabled (kept disabled) This only works for the case when default-on is set. If

Re: [PATCH v9 2/4] dt-bindings: drm/bridge: Document sn65dsi86 bridge bindings

2018-06-13 Thread Rob Herring
On Wed, Jun 13, 2018 at 5:08 AM, Sandeep Panda wrote: > Document the bindings used for the sn65dsi86 DSI to eDP bridge. > > Changes in v1: > - Rephrase the dt-binding descriptions to be more inline with existing >bindings (Andrzej Hajda). > - Add missing dt-binding that are parsed by

Re: [Freedreno] [DPU PATCH 1/4] drm/msm/dpu: add atomic private object to dpu kms

2018-06-13 Thread Jordan Crouse
On Tue, Jun 12, 2018 at 06:17:44PM -0700, Jeykumar Sankaran wrote: > Subclass drm private state for DPU for handling driver > specific data. Adds atomic private object and private object > lock to dpu kms. Provides helper function to retrieve DPU > private data from current atomic state. > >

Re: [Freedreno] [DPU PATCH 1/4] drm/msm/dpu: add atomic private object to dpu kms

2018-06-13 Thread Jeykumar Sankaran
On 2018-06-13 09:29, Jordan Crouse wrote: On Tue, Jun 12, 2018 at 06:17:44PM -0700, Jeykumar Sankaran wrote: Subclass drm private state for DPU for handling driver specific data. Adds atomic private object and private object lock to dpu kms. Provides helper function to retrieve DPU private data

Re: [RFC] Getting OpenChrome DRM mainlined into Linux kernel tree

2018-06-13 Thread Sean Paul
On Mon, May 28, 2018 at 6:50 PM Kevin Brace wrote: > > > Well done on getting this far. Merging this is definitely going to be > > non-trivial. Being out of tree for so long means you've ended up in a > > place that will require retracing a bunch of steps to get upstream. > > > > Just to clarify

Re: [DPU PATCH 4/4] drm/msm/dpu: use private obj to track hw resources

2018-06-13 Thread Jordan Crouse
On Tue, Jun 12, 2018 at 06:17:47PM -0700, Jeykumar Sankaran wrote: > Switch to state based resource management. This patch > overhauls the resource manager and HW allocation methods by > maintaining the global resource pool and allocated hw > blocks in respective drm component states. > > Global

Re: [DPU PATCH 4/4] drm/msm/dpu: use private obj to track hw resources

2018-06-13 Thread Jeykumar Sankaran
On 2018-06-13 09:44, Jordan Crouse wrote: On Tue, Jun 12, 2018 at 06:17:47PM -0700, Jeykumar Sankaran wrote: Switch to state based resource management. This patch overhauls the resource manager and HW allocation methods by maintaining the global resource pool and allocated hw blocks in

Patch "x86/cpufeature: Remove cpu_has_clflush" has been added to the 4.4-stable tree

2018-06-13 Thread gregkh
This is a note to let you know that I've just added the patch titled x86/cpufeature: Remove cpu_has_clflush to the 4.4-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Re: [PATCH 2/2] drm/doc: Make naming consistent for Core Driver Infrastructure

2018-06-13 Thread Alex Deucher
On Mon, Jun 4, 2018 at 5:11 AM, Michel Dänzer wrote: > > Adding dri-devel. > Any opinions? Alex > > On 2018-06-01 08:03 PM, Alex Deucher wrote: >> Use chapter rather than section to align with the rst markup. >> >> Signed-off-by: Alex Deucher >> --- >> Documentation/gpu/amdgpu.rst | 2 +- >>

[radeon-alex:drm-next-4.19-wip 47/115] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/smu7_hwmgr.c:3769:5: warning: 'result' may be used uninitialized in this function

2018-06-13 Thread kbuild test robot
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.19-wip head: 69c20a808c86d7fd6cd64a9c8cc6b024a88c45fa commit: fcad2435f489c3510cc95f6a38ff7db2f6292b6f [47/115] drm/amd/powerplay: Set higher SCLK frequency than dpm7 in OD config: x86_64-randconfig-s2-06141023 (attached as

[radeon-alex:amd-staging-drm-next 114/619] sound/soc/amd/raven/acp3x.h:28:9: error: implicit declaration of function 'readl'; did you mean 'vread'?

2018-06-13 Thread kbuild test robot
Hi Maruthi, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: efd7788c4a440020f2c14a080275859935759af2 commit: 2a6630b1095609b26a205b7c537594f3cde99c0a [114/619] ASoC: AMD: enable ACP3x drivers build config:

[radeon-alex:drm-next-4.19-wip 110/115] htmldocs: drivers/gpu/drm/amd/amdgpu/amdgpu_mn.c:90: warning: Function parameter or member 'type' not described in 'amdgpu_mn'

2018-06-13 Thread kbuild test robot
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.19-wip head: 69c20a808c86d7fd6cd64a9c8cc6b024a88c45fa commit: b55f236b433d63a5c4c90c5a40c9694eb5cbff34 [110/115] drm/amdgpu: fix documentation of amdgpu_mn.c v2 reproduce: make htmldocs All warnings (new ones prefixed by >>):

[radeon-alex:amd-staging-drm-next 610/619] htmldocs: drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c:359: warning: Function parameter or member 'pte_support_ats' not described in 'amdgpu_vm_clear_bo'

2018-06-13 Thread kbuild test robot
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: efd7788c4a440020f2c14a080275859935759af2 commit: ad1a77f3d449b086b26428f0fc4f8ad7e7481b4a [610/619] drm/amdgpu: Update function level documentation for GPUVM v3 reproduce: make htmldocs All warnings (new ones

[Bug 200045] black screen on 'radeon' module probing

2018-06-13 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200045 --- Comment #5 from Wolfram Sang (w...@the-dreams.de) --- Sure. But reading the original description above, I think the default use case is to not use hw_i2c. It was just added to try to work around the regression. And that led to another bug. Or

[Bug 200045] black screen on 'radeon' module probing

2018-06-13 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200045 --- Comment #6 from Wolfram Sang (w...@the-dreams.de) --- So, I really posted the patches now. Sorry, I got side-tracked. They can be found here: http://patchwork.ozlabs.org/patch/929185/ http://patchwork.ozlabs.org/patch/929186/ I set you on

<    1   2