On 04/12/2018 12:54 AM, Alex Deucher wrote:
On Thu, Apr 12, 2018 at 12:48 AM, Shawn Starr wrote:
When trying an early 4.17-rc0 RPM from Fedora,
I get:
[2.794243] [drm:construct [amdgpu]] *ERROR* construct: Invalid Connector
ObjectID from Adapter Service for connector index:1! type 0
When trying an early 4.17-rc0 RPM from Fedora,
I get:
[2.794243] [drm:construct [amdgpu]] *ERROR* construct: Invalid
Connector ObjectID from Adapter Service for connector index:1! type 0
expected 3
We've had issues with connector types on this laptop before and found
some workarounds, l
On 11/27/2017 05:23 PM, Shawn Starr wrote:
Hi Harry,
here's dmesg from kernel with dc=1 with patch applied, this is against
Linus's 4.15-rc1 git tag.
Thanks,
Shawn.
Hi Harry,
Here some background from an issue I encountered last summer:
These two patches were u
On 11/24/2017 09:44 AM, Harry Wentland wrote:
We've seen a bunch of issues where we can't get the connector from vbios
for what we think should be a valid connector id. Print some more info
when this happens.
Change-Id: I96aee657ed4632fbc0ab313671da356dc225c8c4
Signed-off-by: Harry Wentland
---
Hello,
Some further info:
Fedora kernel: 4.15.0-0.rc0.git7.2.fc28.x86_64
Connectors in use: VGA, LVDS (laptop display) lid is closed during boot
up. Contains a DP connector but not used.
Thanks,
Shawn
On 11/24/2017 01:15 AM, Shawn Starr wrote:
I wonder if this is same issue I encountered
I wonder if this is same issue I encountered with my mobile CIK on AMDGPU
non-DC reporting a bogus TV connector? What debugging options would you like me
to turn on?
Thanks,
Shawn
Output below
cmdline options: amdgpu.cik_support=1 drm_kms_helper.poll=0 amdgpu.dc=1
* I use drm_kms_helper.p
On 04/11/2017 12:16 PM, Christian König wrote:
Am 11.04.2017 um 18:05 schrieb Felix Kuehling:
On 17-04-11 12:01 AM, Michel Dänzer wrote:
One issue with this per-driver enable_cik option is that if the user
only enables it in the driver where it's disabled by default, without
also disabling it
; >
> > Not sure about the kernel, but in other projects the convention is
> >
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98915
> >
> >> Fixes: 8a357d10043c ("drm: Nerf DRM_CONTROL nodes")
> >>
On Monday, October 31, 2016 1:56:27 AM EST Shawn Starr wrote:
> Looks like recent changes somewhere broke hibernation for me, i'll have to
> bisect to see which patch did so.
>
> Thanks,
> Shawn
Hello AMD Folks,
I did find the regression:
https://bugs.freedesktop.org/s
On Monday, November 14, 2016 3:40:17 PM EST Shawn Starr wrote:
> On Monday, November 14, 2016 10:40:17 AM EST Michel Dänzer wrote:
> > On 13/11/16 06:59 AM, Shawn Starr wrote:
> > > I'm currently trying the new fence patches that prevent tearing in PRIME
> > > on
On Monday, November 14, 2016 10:40:17 AM EST Michel Dänzer wrote:
> On 13/11/16 06:59 AM, Shawn Starr wrote:
> > I'm currently trying the new fence patches that prevent tearing in PRIME
> > on
> > Bonaire CIK, it works with no tearing with latest patches from Mario, bu
Hello folks,
I'm currently trying the new fence patches that prevent tearing in PRIME on
Bonaire CIK, it works with no tearing with latest patches from Mario, but
there is significant frame stalls, even though the performance is higher than
running the AMDGPU as dedicated.
Anything I can do to
from 'SDM0'
(0x53444d30) (119)
Thanks,
Shawn
On Sunday, October 30, 2016 3:39:39 PM EST Shawn Starr wrote:
> The following processes are left running:
>
> spstarr 9830 0.0 0.1 2318428 39476 ? Dsl 04:44 0:03
> /home/spstarr/Sources/piglit/bin/max-texture-size -auto s
Hello,
I've bisected kernel and have found the regression that deadlocks GPU on
hibernation.
Bug https://bugs.freedesktop.org/show_bug.cgi?id=98513
[spstarr@segfault linux]$ git bisect bad
86f8c599b09c916f9aad30563271440dbd79213a is the first bad commit
commit 86f8c599b09c916f9aad30563271440d
Looks like recent changes somewhere broke hibernation for me, i'll have to
bisect to see which patch did so.
Thanks,
Shawn
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
1480452 166248 pts/1 Sl+ 04:11 5:31 python3
./piglit run tests/gpu summary/amdgpu-cik-gl -c
This is with Linus master (-rc9) and latest drm-next-4.10-wip.
Thanks,
Shawn
On Thursday, October 27, 2016 2:39:07 PM EDT Shawn Starr wrote:
> More info kernel boot options (some are unused like
=radeon amdgpu.dal=1 amdgpu.moverate=-1 video=LVDS-1:d
video=VGA-0:e resume=/dev/sda7 pcie_aspm=force
Thanks,
Shawn
On Thursday, October 27, 2016 2:30:59 PM EDT Shawn Starr wrote:
> Hello AMD folks,
>
> Using latest LLVM trunk/Mesa master and latest changes from
> drm-next-4.10-wip ava
Hello AMD folks,
Using latest LLVM trunk/Mesa master and latest changes from drm-next-4.10-wip
available, I am unable to run piglit concurrently, causes GPU graphics pipe to
get pegged 100%.
[ 86.777305] amdgpu :01:00.0: GPU fault detected: 146 0x0c28770c
[ 86.777306] amdgpu :01:00
For the series, no regressions in my testing, no stalls, no issues noted.
Tested by: Shawn Starr
Thanks,
Shawn
On Tuesday, October 18, 2016 4:13:11 PM EDT Dave Airlie wrote:
> From: Dave Airlie
>
> These functions are needed for gpu/ttm drivers to reserve the
> VRAM area as wr
On Friday, October 14, 2016 3:59:13 PM EDT Shawn Starr wrote:
> On Monday, September 26, 2016 4:53:00 PM EDT Marek Olšák wrote:
> > Hi,
> >
> > You can try this patch:
> > drm/amdgpu: fix addr handling in amdgpu_vm_bo_update_mapping
> >
> > Marek
>
&
dgpu_cs_ioctl [amdgpu]] *ERROR* ttm_eu_reserve_buffers
failed.
[ 1581.493426] [drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* ttm_eu_reserve_buffers
failed.
[ 1581.498418] [drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* ttm_eu_reserve_buffers
failed.
> On Fri, Sep 23, 2016 at 12:37 AM, Shawn Starr
wrote:
> &g
6adf3 M mm
Removal of this patch stops graphics stalls.
A friend of mine mentions,
"looks like a graphics thingy you depend on is requesting a mapping with a
not-allowed cache mode, and now you are (rightfully) getting errors?"
Thanks,
Shawn
On Monday, October 10, 2016 7:36:28 P
On Monday, October 10, 2016 4:55:24 PM EDT Shawn Starr wrote:
> Hello,
>
> It turns out its not kernel, bisecting mesa/LLVM now to see where this issue
> is happening from.
Correction, it is kernel, 4.8-rc8 is good from commit
c2cbc38b9715bd8318062e600668fc30e5a3fbfa
Bisect
Hello,
It turns out its not kernel, bisecting mesa/LLVM now to see where this issue
is happening from.
Thanks,
Shawn
On Monday, October 10, 2016 3:43:57 PM EDT Shawn Starr wrote:
Hello AMD Folks,
Bad stalls in Heaven/Valley when transitioning to a new scene, Valley scene
rendering 9fps
Hello AMD Folks,
Bad stalls in Heaven/Valley when transitioning to a new
scene, Valley scene rendering 9fps normally 30fps (flying
around mountain scene).
Going to downgrade kernel to 4.8 stock w/o drm-next-4.9-wip
to see if its kernel regression, GPU is revving up/down maybe
something messe
On Friday, September 23, 2016 4:55:33 PM EDT Andy Furniss wrote:
> Christian König wrote:
> > Am 22.09.2016 um 23:54 schrieb Andy Furniss:
> >> Marek Olšák wrote:
> >>> This breaks Tonga such that it hangs. Reproducible quickly with:
> >>>
> >>> R600_DEBUG=testdma glxgears
> >>>
> >>> It's a rand
When I try to run piglit, I get a GPU deadlock running max-texture-size,
Test: spec/!opengl 1.1/max-texture-size
I will begin bisecting kernel driver, but if anyone has some tips on likely
commits I can test further.
Thanks,
Shawn
___
amd-gfx mailin
On Sunday, September 18, 2016 8:06:51 PM EDT Shawn Starr wrote:
> Looks like something broke in drm-next-4.9-wip, unsure which change did.
>
> When running: piglit tests/gpu summary/amdgpu
>
It's spinning in:
82.37%82.37% [kernel]
Looks like something broke in drm-next-4.9-wip, unsure which change did.
When running: piglit tests/gpu summary/amdgpu
Also triggers:
[ 1848.505498] [drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* ttm_eu_reserve_buffers
failed.
Will test 4.8-rc6 vanilla to see if something broke there.
Thanks,
Shawn
boot into Windows sometimes. I ran pm-hibernate manually.
When you set:
echo reboot > /sys/power/disk
Tested By: Shawn Starr
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
> b/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c index 6510514..f17fc6d 100644
> --- a/drivers/gpu/drm/
30 matches
Mail list logo
