RE: strange character display in XFree86 4.4.0 on Linux/MIPS
> -Original Message- > From: Marc Aurele La France [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 29, 2004 3:17 PM > To: Youlin Feng > Cc: '[EMAIL PROTECTED]' > Subject: RE: strange character display in XFree86 4.4.0 on Linux/MIPS > > > On Thu, 29 Jul 2004, Youlin Feng wrote: > > > > > I am trying to run the XFree86 4.4.0 on Linux 2.4.21 on > an embedded MIPS > > > > platform. Having overcome problems with USB > keyboard/mouse and mmap() of > > > > /dev/mem of PCI space, etc., I am able to run the X > server via the ATI > > > > Rage XL card. X clients with no characters are fine, > such as xlogo, > > > > xbiff, etc. Here is the problem, in XTERM, characters > displayed are > > > > hardly recognizable. But anything typed in, such as > commands, are ok. > > > > For example, "echo 1" command is ok, but the output "1" > is distorted. And > > > > in XCALC, each character is very clear but the > combination is wrong, e.g. > > > > "INV" was displayed as "IVN", "sin" becomes "sni", > "log" becomes "lgo", > > > > etc. Now due to HW platform issue, the big-endian > based OS/SW must do > > > > byte-swapping to do PIO access to the PCI space > inclusing the ATI card. > > > > HW handles the byte-swapping for the DMA. I programmed > the byte-swapping > > > > for the ATI card MMIO aperture and the linear aperture. > But the probem > > > > persists. I am new to the Xfree86 and would really > appreciate it if you > > > > can give me some hint on what could be wrong. > > > > The driver should be handling endianness correctly, > without changes, > > > assuming that compiler.h is correct for this platform. > > > The original compiler.h doesn't do byte-swapping for MIPS platforms, > > assuming that the HW would handle it. So I added > byte-swapping to MMIO_INxx, > > MMIO_OUTxx, MMIO_MOVE32 for the MIPS. > > > BTW, if I used the "fbdev" driver instead of "ati", the > problem is gone. > > Then the problem seems to be related to your redefinition of > the MMIO_MOVE32 > macro (which should _not_ byte-swap). Yes, this is the problem. Removing the byte-swap fixed it. I wasn't sure about what MMIO_MOVE32 is used for when I was adding byte-swap. I knew they are used to write pATI->pHOST_DATA, but I didn't know whether pHOST_DATA points to the host address or PCI address. Thank you very much. > > Marc. > > +--+-- > -+ > | Marc Aurele La France | work: 1-780-492-9310 > | > | Computing and Network Services | fax:1-780-492-1729 > | > | 352 General Services Building | email: [EMAIL PROTECTED] > | > | University of Alberta > +---+ > | Edmonton, Alberta | > | > | T6G 2H1 | Standard disclaimers > apply| > | CANADA | > | > +--+-- > -+ > XFree86 developer and VP. ATI driver and X server internals. > ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
(no subject)
Hello, Did you recieve my email from last week? I'm happy to tell you that you could be approved for a home loan with a 3.70% rate. Wouldn't that be better than what you have now? You must visit us at http://mostlyyes.info/prime/Timpana/index.htm within 24 hrs to lock in the best rate. Best Regards, Donnie Padgett Account Manager Huggins Holdings Co. 8433982517178
RE: strange character display in XFree86 4.4.0 on Linux/MIPS
On Thu, 29 Jul 2004, Youlin Feng wrote: > > > I am trying to run the XFree86 4.4.0 on Linux 2.4.21 on an embedded MIPS > > > platform. Having overcome problems with USB keyboard/mouse and mmap() of > > > /dev/mem of PCI space, etc., I am able to run the X server via the ATI > > > Rage XL card. X clients with no characters are fine, such as xlogo, > > > xbiff, etc. Here is the problem, in XTERM, characters displayed are > > > hardly recognizable. But anything typed in, such as commands, are ok. > > > For example, "echo 1" command is ok, but the output "1" is distorted. And > > > in XCALC, each character is very clear but the combination is wrong, e.g. > > > "INV" was displayed as "IVN", "sin" becomes "sni", "log" becomes "lgo", > > > etc. Now due to HW platform issue, the big-endian based OS/SW must do > > > byte-swapping to do PIO access to the PCI space inclusing the ATI card. > > > HW handles the byte-swapping for the DMA. I programmed the byte-swapping > > > for the ATI card MMIO aperture and the linear aperture. But the probem > > > persists. I am new to the Xfree86 and would really appreciate it if you > > > can give me some hint on what could be wrong. > > The driver should be handling endianness correctly, without changes, > > assuming that compiler.h is correct for this platform. > The original compiler.h doesn't do byte-swapping for MIPS platforms, > assuming that the HW would handle it. So I added byte-swapping to MMIO_INxx, > MMIO_OUTxx, MMIO_MOVE32 for the MIPS. > BTW, if I used the "fbdev" driver instead of "ati", the problem is gone. Then the problem seems to be related to your redefinition of the MMIO_MOVE32 macro (which should _not_ byte-swap). Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: strange character display in XFree86 4.4.0 on Linux/MIPS
Thank you for your reply. The original compiler.h doesn't do byte-swapping for MIPS platforms, assuming that the HW would handle it. So I added byte-swapping to MMIO_INxx, MMIO_OUTxx, MMIO_MOVE32 for the MIPS. BTW, if I used the "fbdev" driver instead of "ati", the problem is gone. Youlin Feng > -Original Message- > From: Marc Aurele La France [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 29, 2004 7:28 AM > To: Youlin Feng > Cc: '[EMAIL PROTECTED]' > Subject: Re: strange character display in XFree86 4.4.0 on Linux/MIPS > > > On Tue, 27 Jul 2004, Youlin Feng wrote: > > > Hello, > > I am trying to run the XFree86 4.4.0 on Linux 2.4.21 on an > embedded MIPS > > platform. Having overcome problems with USB keyboard/mouse > and mmap() of > > /dev/mem of PCI space, etc., I am able to run the X server > via the ATI Rage > > XL card. X clients with no characters are fine, such as > xlogo, xbiff, etc. > > Here is the problem, in XTERM, characters displayed are > hardly recognizable. > > But anything typed in, such as commands, are ok. For > example, "echo 1" > > command is ok, but the output "1" is distorted. And in > XCALC, each character > > is very clear but the combination is wrong, e.g. "INV" was > displayed as > > "IVN", "sin" becomes "sni", "log" becomes "lgo", etc. > > Now due to HW platform issue, the big-endian based OS/SW must do > > byte-swapping to do PIO access to the PCI space inclusing > the ATI card. HW > > handles the byte-swapping for the DMA. I programmed the > byte-swapping for the > > ATI card MMIO aperture and the linear aperture. But the > probem persists. > > I am new to the Xfree86 and would really appreciate it if > you can give me > > some hint on what could be wrong. > > The driver should be handling endianness correctly, without > changes, assuming > that compiler.h is correct for this platform. > > Marc. > > +--+-- > -+ > | Marc Aurele La France | work: 1-780-492-9310 > | > | Computing and Network Services | fax:1-780-492-1729 > | > | 352 General Services Building | email: [EMAIL PROTECTED] > | > | University of Alberta > +---+ > | Edmonton, Alberta | > | > | T6G 2H1 | Standard disclaimers > apply| > | CANADA | > | > +--+-- > -+ > XFree86 developer and VP. ATI driver and X server internals. > ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XVIDEO windows not drawn when shaped window covers it - why?
This window is using the shape extension? The Xv DDX code looks at the full rendering cliplist, so it would only cull away rendering if there were no parts of the window that X could render to. I don't see any shortcuts in the core code that would be causing incorrect culling for shaped window occlusion, and haven't experienced a problem like that myself. A quick test with "xvtest" and xeyes shows no problem with the NVIDIA drivers. Perhaps Xine itself is making some decisions based on occlusion? You should verify that it works with a simple Xv app like http://www.xfree86.org/~mvojkovi/xvtest.tar.gz Mark. On Thu, 29 Jul 2004, Barry Scott wrote: > Environment: > XFree86 4.4.0 > Unichrome r20 patches > VIA Epia M1 > CLE266 graphics > Mandrake Linux 9.2 > Kernel 2.4.25 + Epia patches > > We have Xine playing a movie in a window, this works fine. > Then we create another shaped windows that is the exact size of the > Xine window, but has holes in it and place it over the top of the Xine > window. The movie image stops being drawn. > If we offset the second window by one pixel the movie is seen thru the > holes in the shaped window. > > What is stopping the movie being drawn when the Xine window is covered? > How do work around this problem? Which code made the decision to stop > updating the Xine window? > > Barry > > > ___ > Devel mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/devel > ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: strange character display in XFree86 4.4.0 on Linux/MIPS
On Tue, 27 Jul 2004, Youlin Feng wrote: > Hello, > I am trying to run the XFree86 4.4.0 on Linux 2.4.21 on an embedded MIPS > platform. Having overcome problems with USB keyboard/mouse and mmap() of > /dev/mem of PCI space, etc., I am able to run the X server via the ATI Rage > XL card. X clients with no characters are fine, such as xlogo, xbiff, etc. > Here is the problem, in XTERM, characters displayed are hardly recognizable. > But anything typed in, such as commands, are ok. For example, "echo 1" > command is ok, but the output "1" is distorted. And in XCALC, each character > is very clear but the combination is wrong, e.g. "INV" was displayed as > "IVN", "sin" becomes "sni", "log" becomes "lgo", etc. > Now due to HW platform issue, the big-endian based OS/SW must do > byte-swapping to do PIO access to the PCI space inclusing the ATI card. HW > handles the byte-swapping for the DMA. I programmed the byte-swapping for the > ATI card MMIO aperture and the linear aperture. But the probem persists. > I am new to the Xfree86 and would really appreciate it if you can give me > some hint on what could be wrong. The driver should be handling endianness correctly, without changes, assuming that compiler.h is correct for this platform. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
XVIDEO windows not drawn when shaped window covers it - why?
Environment: XFree86 4.4.0 Unichrome r20 patches VIA Epia M1 CLE266 graphics Mandrake Linux 9.2 Kernel 2.4.25 + Epia patches We have Xine playing a movie in a window, this works fine. Then we create another shaped windows that is the exact size of the Xine window, but has holes in it and place it over the top of the Xine window. The movie image stops being drawn. If we offset the second window by one pixel the movie is seen thru the holes in the shaped window. What is stopping the movie being drawn when the Xine window is covered? How do work around this problem? Which code made the decision to stop updating the Xine window? Barry ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
