[prev in list] [next in list] [prev in thread] [next in thread]
List: freedesktop-xorg
Subject: Re: 6.9RC1 MergedFB on radeon 7500 breaks
From: Chao Cao <fatfatwolf () gmail ! com>
Date: 2005-10-28 6:58:06
Message-ID: 51b4cb230510272358x1d3a22fdoecf2bfa9b7800af () mail ! gmail ! com
[Download RAW message or body]
Not sure if it matters since I used really strong optimization "-g -O3
-march=pentium-m -mmx -msse -msse2 -mfpmath=sse", and also this is from core
dump...
Technically I am more an enduser than a developer, so hopefully my
statements could be accurate enough...
Well, at least it sounds like Xserver's bug now, so I'm gonna send a bug
report now.
On 10/28/05, Benjamin Herrenschmidt <benh@kernel.crashing.org> wrote:
>
> On Fri, 2005-10-28 at 00:12 -0400, Chao Cao wrote:
>
> That's interesting as your backtrace seem to not involve the radeon driver
> at
> all... I don't know how much of those things can actually be trusted on
> x86 but
> there are a few weird values there, like the pSrc pointer to
> fbCopyAreammx,
> which is wrong. Maybe a bug in fbCompositeCopyAreammx() ? However, the
> xDst
> argument passed to fbCompositeCopyAreammx() itself looks fairly bad too,
> so I'm not too sure at this point what's going on.
>
> Ben.
>
> > f=0x81f5768 "Caught signal %d. Server aborting\n") at log.c:408
> > #8 0x0808bc9a in xf86SigHandler (signo=11) at xf86Events.c:1412
> > #9 <signal handler called>
> > #10 fbCopyAreammx (pSrc=0x11c0, pDst=0x82d7340, src_x=0, src_y=0,
> dst_x=0,
> > dst_y=0, width=2304, height=1024) at fbmmx.c:2218
> > #11 0xb7876490 in fbCompositeCopyAreammx (op=1 '\001', pSrc=0xb4991260,
> > pMask=0x0, pDst=0xb4991260, xSrc=0, ySrc=0, xMask=0, yMask=0,
> xDst=20896,
> > yDst=96, width=0, height=4704) at fbmmx.c:2265
> > #12 0xb786eb75 in fbComposite (op=1 '\001', pSrc=0x84720f8, pMask=0x0,
> > pDst=0x84751a0, xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=1, yDst=0,
> > width=2304, height=1024) at fbpict.c:1297
> > #13 0xb783b0ad in exaComposite (op=1 '\001', pSrc=0x84720f8,
> pMask=0x82a9670,
> > pDst=0x84751a0, xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=0, yDst=0,
> > width=2304, height=1024) at exapict.c:471
> > #14 0x08192576 in damageComposite (op=1 '\001', pSrc=0xb4991260,
> > ---Type <return> to continue, or q <return> to quit---
> > pMask=0xb4991260, pDst=0x84751a0, xSrc=0, ySrc=0, xMask=0, yMask=0,
> > xDst=0, yDst=0, width=2304, height=1024) at damage.c:539
> > #15 0x081acabb in ProcRenderComposite (client=0x0) at render.c:755
> > #16 0x080d7f81 in Dispatch () at dispatch.c:459
> > #17 0x080e80fd in main (argc=4, argv=0xbfaaa3f4, envp=0xb4991260) at
> main.c:450
>
>
>
[Attachment #3 (text/html)]
Not sure if it matters since I used really strong optimization "-g -O3
-march=pentium-m -mmx -msse -msse2 -mfpmath=sse", and also this is from
core dump...<br>
Technically I am more an enduser than a developer, so hopefully my statements could \
be accurate enough...<br> <br>
<br>
Well, at least it sounds like Xserver's bug now, so I'm gonna send a bug report \
now.<br> <br><br><div><span class="gmail_quote">On 10/28/05, <b \
class="gmail_sendername">Benjamin Herrenschmidt</b> <<a \
href="mailto:benh@kernel.crashing.org">benh@kernel.crashing.org</a>> \
wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, \
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> On Fri, 2005-10-28 at \
00:12 -0400, Chao Cao wrote:<br><br>That's interesting as your backtrace seem to not \
involve the radeon driver at<br>all... I don't know how much of those things can \
actually be trusted on x86 but<br> there are a few weird values there, like the pSrc \
pointer to fbCopyAreammx,<br>which is wrong. Maybe a bug in fbCompositeCopyAreammx() \
? However, the xDst<br>argument passed to fbCompositeCopyAreammx() itself \
looks fairly bad too, <br>so I'm not too sure at this point what's going \
on.<br><br>Ben.<br><br>> f=0x81f5768 "Caught signal \
%d. Server aborting\n") at log.c:408<br>> #8 0x0808bc9a \
in xf86SigHandler (signo=11) at xf86Events.c :1412<br>> #9 <signal \
handler called><br>> #10 fbCopyAreammx (pSrc=0x11c0, pDst=0x82d7340, src_x=0, \
src_y=0, dst_x=0,<br>> dst_y=0, width=2304, height=1024) \
at fbmmx.c:2218<br>> #11 0xb7876490 in fbCompositeCopyAreammx (op=1 '\001', \
pSrc=0xb4991260, <br>> pMask=0x0, pDst=0xb4991260, xSrc=0, \
ySrc=0, xMask=0, yMask=0, xDst=20896,<br>> yDst=96, \
width=0, height=4704) at fbmmx.c:2265<br>> #12 0xb786eb75 in fbComposite (op=1 \
'\001', pSrc=0x84720f8, pMask=0x0, <br>> pDst=0x84751a0, \
xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=1, yDst=0,<br>> \
width=2304, height=1024) at fbpict.c:1297<br>> #13 0xb783b0ad in exaComposite \
(op=1 '\001', pSrc=0x84720f8, pMask=0x82a9670,<br> > \
pDst=0x84751a0, xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=0, \
yDst=0,<br>> width=2304, height=1024) at \
exapict.c:471<br>> #14 0x08192576 in damageComposite (op=1 '\001', \
pSrc=0xb4991260,<br>> ---Type <return> to continue, or q <return> to \
quit--- <br>> pMask=0xb4991260, pDst=0x84751a0, xSrc=0, \
ySrc=0, xMask=0, yMask=0,<br>> xDst=0, yDst=0, width=2304, \
height=1024) at damage.c:539<br>> #15 0x081acabb in ProcRenderComposite \
(client=0x0) at render.c:755 <br>> #16 0x080d7f81 in Dispatch () at \
dispatch.c:459<br>> #17 0x080e80fd in main (argc=4, argv=0xbfaaa3f4, \
envp=0xb4991260) at main.c:450<br><br><br></blockquote></div><br>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic