From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address Date: Thu, 18 Sep 2014 07:18:45 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2146900200==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id CB3206E09B for ; Thu, 18 Sep 2014 00:18:44 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============2146900200== Content-Type: multipart/alternative; boundary="1411024724.cEBFf700.14323"; charset="us-ascii" --1411024724.cEBFf700.14323 Date: Thu, 18 Sep 2014 07:18:44 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=83708 --- Comment #6 from Jack --- (In reply to comment #1) > (In reply to comment #1) > > Hi, I try to using gpu hardware accelerate to play video from mplayer > > (vdpau+uvd) . The machine architecture is sparc64,video card is radeon > > HD7450,OS version is redhat7,kernel version is 3.10.0, mplayer version is > > 1.1-21,mesa version is 9.2.5-6. > > Please attach the output of dmesg (showing at least all radeon driver > related initialization), the /var/log/Xorg.0.log file and the output of > vdpauinfo. > > Can you try newer versions of the kernel and Mesa? > > P.S. AFAICT the 7450 is Northern Islands generation (Caicos) based, not > Southern Islands based, otherwise I'd be very surprised you even got this > far, given bug 82455. :) Hi, attachment are the logs of xort,radeon init,vdpauinfo, the output seem to be ok. I try to trace the code ,found that it execute radeon_uvd_cs_reloc func to get the start address of the relocs in GPU RAM. reloc = p->relocs_ptr[idx/4] (idx is 0) start = reloc->lobj.gpu_offset and the start address is start:0x182c000, the radeon_uvd_cs_msg func can remap the gpu address to cpu virtual address use radeon_bo_kmap(bo, &ptr)->ttm_bo_ioremap, the return cpu virtual address is [zd radeon_uvd_cs_msg] ptr:000000ca1182c000, msg:000000ca1182c000. and this address is the unhandle address, see the error log. I try to change the PAGE_SHIFT to 12(gpu page shift) in the ttm_bo_ioremap(cpu is 8K page size ,gpu is 4K page size) ,but no effects. I think the bo store in gpu ram has the wrong gpu_offset.But I don't know the reason. the only way can effect this is the remap,base the different cpu page size and gpu page size. Can give me any idea about this? Or maybe have some ways to verified? Tks By the way, where can download the document about the ttm and gem ? I am puzzled about the principle of gpu memory managerment . -- You are receiving this mail because: You are the assignee for the bug. --1411024724.cEBFf700.14323 Date: Thu, 18 Sep 2014 07:18:44 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 6 on bug 83708 from 
(In reply to comment #1)
> (In reply to comment #1)
> > Hi, I try to using gpu hardware accelerate to play video from mplayer
> > (vdpau+uvd)  . The machine architecture is sparc64,video card is radeon
> > HD7450,OS version is redhat7,kernel version is 3.10.0, mplayer version is
> > 1.1-21,mesa version is 9.2.5-6.
> 
> Please attach the output of dmesg (showing at least all radeon driver
> related initialization), the /var/log/Xorg.0.log file and the output of
> vdpauinfo.
> 
> Can you try newer versions of the kernel and Mesa?
> 
> P.S. AFAICT the 7450 is Northern Islands generation (Caicos) based, not
> Southern Islands based, otherwise I'd be very surprised you even got this
> far, given bug 82455. :)

Hi, attachment are the logs of xort,radeon init,vdpauinfo, the output seem to
be ok.

I try to trace the code ,found that it execute  radeon_uvd_cs_reloc func to get
the start address of the relocs in GPU RAM.
 reloc = p->relocs_ptr[idx/4]     (idx is 0)
 start = reloc->lobj.gpu_offset
and the start address is start:0x182c000, the radeon_uvd_cs_msg func can remap
the gpu address to cpu virtual address use radeon_bo_kmap(bo,
&ptr)->ttm_bo_ioremap, the return cpu virtual address is  [zd
radeon_uvd_cs_msg]  ptr:000000ca1182c000, msg:000000ca1182c000. and this
address is the unhandle address, see the error log. 
       I try to change the PAGE_SHIFT to 12(gpu page shift) in the
ttm_bo_ioremap(cpu is 8K page size ,gpu is 4K page size) ,but no effects. I
think the bo store in gpu ram has the wrong gpu_offset.But I don't know the
reason. the only way can effect this is the remap,base the different cpu page
size and gpu page size.
       Can give me any idea about this? Or maybe have some ways to  verified?
Tks
       By the way, where can download the document about the ttm and gem ? I am
puzzled about the principle of gpu memory managerment .

You are receiving this mail because:
  • You are the assignee for the bug.
--1411024724.cEBFf700.14323-- --===============2146900200== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============2146900200==--