https://bugs.freedesktop.org/show_bug.cgi?id=82162
Alex Deucher changed:
What|Removed |Added
CC||dpcismael at gmail.com
--- Comment #30
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #29 from sarnex ---
(In reply to comment #28)
> That's right -- it's working now. No need for PPAs on Arch when you have the
> AUR. There's also a pacman repository for mesa-git that compiles daily so
> it's just a matter of
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #28 from mmstickman at gmail.com ---
That's right -- it's working now. No need for PPAs on Arch when you have the
AUR. There's also a pacman repository for mesa-git that compiles daily so it's
just a matter of installing
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #27 from sarnex ---
(In reply to comment #26)
> After compiling the latest version of mesa from git, I'm still getting this
> bug with my Radeon HD 7950 spamming the system log.
>
> [ 372.835016] [TTM] Illegal buffer object size
>
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #26 from mmstickman at gmail.com ---
After compiling the latest version of mesa from git, I'm still getting this bug
with my Radeon HD 7950 spamming the system log.
[ 372.835016] [TTM] Illegal buffer object size
[ 372.835019] [TTM]
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #25 from sarnex ---
(In reply to comment #24)
> Fixed by 955505f6ff1c8bba7eb142200d3bd065eb4d2297. The commit has been
> nominated for inclusion in the next stable release. Closing.
Thank you very much!
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=82162
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #23 from mmstickman at gmail.com ---
Would be nice to get a patch out for the stable mesa builds as they are also
affected by this bug.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #22 from sarnex ---
(In reply to comment #21)
> Thanks. The real problem is that num_pipes is 12. That's good to know. I
> guess I just need to get the number of pipes from GB_TILE_MODE, because
> that's what we need for CMASK and
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #21 from Marek Ol??k ---
Thanks. The real problem is that num_pipes is 12. That's good to know. I guess
I just need to get the number of pipes from GB_TILE_MODE, because that's what
we need for CMASK and HTILE calculations. That
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #20 from sarnex ---
(In reply to comment #19)
> Could you please set a breakpoint in si_texture_get_cmask_info and print:
>
> rscreen->tiling_info AND rscreen->info
>
> OR
>
> pipe_interleave_bytes AND num_pipes
>
> Thanks.
Hi
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #19 from Marek Ol??k ---
Could you please set a breakpoint in si_texture_get_cmask_info and print:
rscreen->tiling_info AND rscreen->info
OR
pipe_interleave_bytes AND num_pipes
Thanks.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #18 from sarnex ---
(In reply to comment #17)
> (In reply to comment #16)
> > Any chance of seeing this in the git?
>
> Yeah, but we might want to investigate further.
>
> Somehow the size for the CMASK buffer ends up beeing zero.
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #17 from Christian K?nig ---
(In reply to comment #16)
> Any chance of seeing this in the git?
Yeah, but we might want to investigate further.
Somehow the size for the CMASK buffer ends up beeing zero. It's good to catch
that case,
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #16 from sarnex ---
Any chance of seeing this in the git?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #15 from sarnex ---
(In reply to comment #14)
> (In reply to comment #13)
> > Sorry, it appears the issue has not been fixed. The message "radeon: Failed
> > to allocate a buffer" no longer prints, but the original
> >
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #14 from Michel D?nzer ---
(In reply to comment #13)
> Sorry, it appears the issue has not been fixed. The message "radeon: Failed
> to allocate a buffer" no longer prints, but the original
> radeon_gem_object_create message still
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #13 from sarnex ---
Sorry, it appears the issue has not been fixed. The message "radeon: Failed to
allocate a buffer" no longer prints, but the original radeon_gem_object_create
message still spams dmesg and kern.log.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #12 from sarnex ---
(In reply to comment #11)
> Created attachment 104132 [details] [review]
> r600g/radeon: Don't try to allocate CMASK BO of size 0
>
> This patch should at least work around the problem, but I'm not sure it's
>
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #11 from Michel D?nzer ---
Created attachment 104132
--> https://bugs.freedesktop.org/attachment.cgi?id=104132=edit
r600g/radeon: Don't try to allocate CMASK BO of size 0
This patch should at least work around the problem, but I'm
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #10 from sarnex ---
(In reply to comment #9)
> You need to set a breakpoint in the function printing the messages before
> running glxgears. Something like
>
> b radeon_bomgr_create_bo if size == 0
>
> should do the trick. Then
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #9 from Michel D?nzer ---
You need to set a breakpoint in the function printing the messages before
running glxgears. Something like
b radeon_bomgr_create_bo if size == 0
should do the trick. Then get the backtrace when the
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #8 from sarnex ---
(In reply to comment #7)
> (In reply to comment #6)
> > I tried running a 3D game using the terminal to monitor stdout, and this was
> > constantly spammed as well. Not sure if it gives any additional information.
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #7 from Christian K?nig ---
(In reply to comment #6)
> I tried running a 3D game using the terminal to monitor stdout, and this was
> constantly spammed as well. Not sure if it gives any additional information.
>
> radeon: Failed to
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #6 from sarnex ---
I tried running a 3D game using the terminal to monitor stdout, and this was
constantly spammed as well. Not sure if it gives any additional information.
radeon: Failed to allocate a buffer:
radeon:size :
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #5 from mmstickman at gmail.com ---
I've been having the same problem on Arch Linux for a while now with my Radeon
HD 7950 too. My Kabini laptop, which is also radeonsi, isn't affected. Dmesg
spams the following messages repeatedly:
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #4 from sarnex ---
(In reply to comment #3)
> Looks like the Mesa radeonsi driver tries to allocate buffer objects of zero
> bytes size, which isn't allowed.
>
> Since nobody else has reported this, I wonder if your driver binaries
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #3 from Michel D?nzer ---
Looks like the Mesa radeonsi driver tries to allocate buffer objects of zero
bytes size, which isn't allowed.
Since nobody else has reported this, I wonder if your driver binaries got
corrupted somehow.
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #2 from sarnex ---
Ignore the last comment, spam is constant.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
https://bugs.freedesktop.org/show_bug.cgi?id=82162
sarnex changed:
What|Removed |Added
Severity|major |critical
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=82162
--- Comment #1 from sarnex ---
Just a quick update, the spam does not begin until I'm in 3D mode. Once I'm in
3D mode, the spam is constantly and very quick. Once I quit the 3D application,
it slows down but is still there. The only way to stop
https://bugs.freedesktop.org/show_bug.cgi?id=82162
sarnex changed:
What|Removed |Added
Priority|medium |high
--
You are receiving this mail because:
32 matches
Mail list logo
