https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #33 from Michel D?nzer ---
(In reply to comment #32)
> This error is showed in the drm_ioctl function.
No, as I said in comment 31, it comes from somewhere inside radeon_cs_ioctl()
AFAICT.
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #32 from charlie <407883775 at qq.com> ---
>>radeon: The kernel rejected CS, see dmesg for more information
This error is showed in the drm_ioctl function.The part code show as follow:
468 if (cmd & IOC_OUT) { //error
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #31 from Michel D?nzer ---
(In reply to comment #29)
> radeon: The kernel rejected CS, see dmesg for more information.
>
> My system is 64bits and big-endian. It is means that the radeinsi driver
> send a error commond using ring? I
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #30 from charlie <407883775 at qq.com> ---
>>It is only a white screen for a few minutes.
It is only a white screen for a few second
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #29 from charlie <407883775 at qq.com> ---
I am so sorry, i made a mistake . I am configure mesa no --enable-gallium-egl
options, I rebuild my mesa. The egltri_screen program can run in my system, But
the colourized triangle is didn't
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #28 from charlie <407883775 at qq.com> ---
>>Looks like maybe your Mesa build picked up a non-Mesa EGL/eglext.h which
>>doesn't pull in eglmesaext.h, so EGL_MESA_screen_surface isn't defined in
>>src/egl/main/eglconfig.c .
Sorry ,
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #27 from Michel D?nzer ---
(In reply to comment #26)
> Some place in mesa code you are still useing 4096 .
Please be more specific. Do you still need the change you described in comment
17, or something else?
> libEGL debug: attr
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #26 from charlie <407883775 at qq.com> ---
Some place in mesa code you are still useing 4096 .
I am setting environment EGL_LOG_LEVEL=debug EGL_PLATFORM=drm R600_DEBUG=nodma
, and I am running egltri_screen.There havn't a tringl
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #25 from Michel D?nzer ---
(In reply to comment #23)
> >>So my patch fixes the virtual address allocation failure?
> I am must change the code. you patch isn't work .
My 'Use CPU page size instead of hardcoding 4096' patch should e
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #24 from charlie <407883775 at qq.com> ---
I am only running X, no other apply . the Xorg.0.log have any error message.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
https://bugs.freedesktop.org/show_bug.cgi?id=82455
charlie <407883775 at qq.com> changed:
What|Removed |Added
Version|9.2 |git
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #23 from charlie <407883775 at qq.com> ---
>>So my patch fixes the virtual address allocation failure?
I am must change the code. you patch isn't work .
>>That should be R600_DEBUG=nodma.
Sorry , i am writing error. Actually, i am
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #22 from Michel D?nzer ---
(In reply to comment #21)
> I am git newest mesa code, and change PAGE_SIZE alignment.
So my patch fixes the virtual address allocation failure?
> I am closed all GPU DMA engine. R600_DMA=nodma.
T
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #21 from charlie <407883775 at qq.com> ---
Created attachment 105313
--> https://bugs.freedesktop.org/attachment.cgi?id=105313&action=edit
GPU CP LOOKUP
I am git newest mesa code, and change PAGE_SIZE alignment.
I am closed
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #20 from Michel D?nzer ---
Created attachment 105024
--> https://bugs.freedesktop.org/attachment.cgi?id=105024&action=edit
Use CPU page size instead of hardcoding 4096
Does this patch instead of your changes fix the virtual address
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #19 from Marek Ol??k ---
(In reply to comment #18)
> >>anyway you guys should test without the DMA initially to rule out any
> >>problems.
>
> How do it ?
>
> Is is delete DMA options when i make kernel?
He was talking about the
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #18 from charlie <407883775 at qq.com> ---
>>anyway you guys should test without the DMA initially to rule out any
>>problems.
How do it ?
Is is delete DMA options when i make kernel?
--
You are receiving this mail because:
You a
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #17 from charlie <407883775 at qq.com> ---
Created attachment 104930
--> https://bugs.freedesktop.org/attachment.cgi?id=104930&action=edit
bigend
This patch is about virtual space conflict . But this change has been fix in
the mesa-
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #16 from Michel D?nzer ---
(In reply to comment #15)
> Basically first try to get the most simple use case working, e.g. X with
> just glxgears.
The simplest app I used for the initial radeonsi driver bringup was the Mesa
demo egltri
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #15 from Christian K?nig ---
(In reply to comment #14)
> (In reply to comment #13)
> > (In reply to comment #12)
> > > Don't we need to endian-swap the whole IB for big endian?
> >
> > That depends on which engine you use. IIRC the C
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #14 from Alex Deucher ---
(In reply to comment #13)
> (In reply to comment #12)
> > Don't we need to endian-swap the whole IB for big endian?
>
> That depends on which engine you use. IIRC the CP, DMA and UVD till SI can
> do endian
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #13 from Christian K?nig ---
(In reply to comment #12)
> Don't we need to endian-swap the whole IB for big endian?
That depends on which engine you use. IIRC the CP, DMA and UVD till SI can do
endian swap in hardware, but the support
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #12 from Marek Ol??k ---
Don't we need to endian-swap the whole IB for big endian?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #11 from Michel D?nzer ---
Created attachment 104877
--> https://bugs.freedesktop.org/attachment.cgi?id=104877&action=edit
Convert resource descriptors to little endian on big endian hosts
(In reply to comment #10)
> Our system PAG
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #10 from charlie <407883775 at qq.com> ---
Created attachment 104657
--> https://bugs.freedesktop.org/attachment.cgi?id=104657&action=edit
detail
Our system PAGE_SIZE is 8k, but the GPU PAGE_SIZE is 4k. I have changed the
mesa radeo
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #9 from charlie <407883775 at qq.com> ---
Created attachment 104647
--> https://bugs.freedesktop.org/attachment.cgi?id=104647&action=edit
detail
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
-
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #8 from charlie <407883775 at qq.com> ---
Our system PAGE_SIZE is 8k, but the GPU PAGE_SIZE is 4k. The mesa radeon
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An H
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #7 from charlie <407883775 at qq.com> ---
To all:
Thks for your help.^_^^_^^_^^_^^_^^_^^_^
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was sc
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #6 from Michel D?nzer ---
FWIW, the failure to assign a valid virtual address is probably an endianness
bug in the virtual memory related code in
src/gallium/winsys/radeon/drm/radeon_drm_bo.c, e.g. in radeon_bomgr_find_va(),
or maybe
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #5 from Michel D?nzer ---
(In reply to comment #3)
> In theory it should work, but that doesn't mean there might be a lot of bugs.
Actually, it most definitely can't work right now. Just for one thing, every
memory access by shaders
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #4 from charlie <407883775 at qq.com> ---
>>The radeonsi driver currently isn't very well tested on big endian hosts.
>>In theory it should work, but that doesn't mean there might be a lot of bugs.
I test the newest Mesa(10.2.5), The
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #3 from Christian K?nig ---
(In reply to comment #2)
>Michel D?nzer thk for your answer ,you means that the Mesa
> radeonsi drivers cannot work well on big endian hosts?
The radeonsi driver currently isn't very well teste
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #2 from charlie <407883775 at qq.com> ---
Michel D?nzer thk for your answer ,you means that the Mesa radeonsi
drivers cannot work well on big endian hosts? Now ,I am read the Mesa codes and
analysis kernel code.the bo_object
https://bugs.freedesktop.org/show_bug.cgi?id=82455
--- Comment #1 from Michel D?nzer ---
> radeon :01:00.0: bo f801f3ee2c00 va 0x conflict with (bo
> f801f3ee3000 0x0080 0x00802000)
Looks like the Mesa radeon winsys is not assigning GPU virtual memory addresses
correctly
https://bugs.freedesktop.org/show_bug.cgi?id=82455
charlie <407883775 at qq.com> changed:
What|Removed |Added
QA Contact||407883775 at qq.com
--
Y
35 matches
Mail list logo