Re: Tr: Re: Raptor gfx
> Before I wade in to XFree files and start messing by hand, has anyone got > better resolutions out of the card (or even better a snippet of a working > conf file)? Section "Device" Identifier "TSI Raptor GFX 8P" Driver "glint" BusID "PCI:01:00:00" EndSection Section "Monitor" Identifier "Sun" HorizSync 30-82 VertRefresh 50-120 Option "DPMS" ModeLine "1280x1024" 135.00 1280 1300 1444 1632 1024 1029 1032 1066 +hsync +vsync EndSection I think. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Tr: Re: Raptor gfx
Many thanks to Clint for the info, I now have working X. However it's only 800 x 600 - on a Sun/Sony 21in monitor capable of 1600 x 1200 - lovely! Before I wade in to XFree files and start messing by hand, has anyone got better resolutions out of the card (or even better a snippet of a working conf file)? Many thanks John > Message du 16/10/05 22:38 > De : "Clint Adams" > A : "John White" > Copie à : debian-sparc@lists.debian.org > Objet : Re: Raptor gfx > > > I have searched archives and web search and have failed to find my answer. > > Does anyone know which video driver to use for a Raptor GFX video card? > > Have tried fbdev and ati (obviously wrong chipset...). Creator uses sunffb > > which is working (beautifully on my U30). The Raptor is quite a common > > PGX32 > > You probably want the 'glint' driver for X. > > > > John F White ALTRINCHAM
Re: Raptor gfx
> I have searched archives and web search and have failed to find my answer. > Does anyone know which video driver to use for a Raptor GFX video card? > Have tried fbdev and ati (obviously wrong chipset...). Creator uses sunffb > which is working (beautifully on my U30). The Raptor is quite a common PGX32 You probably want the 'glint' driver for X. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Raptor gfx
Afternoon all! I have searched archives and web search and have failed to find my answer. Does anyone know which video driver to use for a Raptor GFX video card? Have tried fbdev and ati (obviously wrong chipset...). Creator uses sunffb which is working (beautifully on my U30). The Raptor is quite a common PGX32 replacement so it is surprising there is so little on the 'net. I would like to avoid the 'there is a a pecialised Linux distro called Solaris' response which one enquirer got. Any help would be great! Regards John ALTRINCHAM UK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: E250, Raptor gfx, kernel 2.6: questions...
At Wed, 24 Nov 2004 22:14:02 -0800 (PST), <[EMAIL PROTECTED]> wrote: > > I think you will find my bug at the following URL to be relevant to > your situation. Please have a look at my strace64 output and let me > know what you think. Also, please add any potentially relevant comments > to the docket. Hopefully if multiple users report this, the X Strike > Force will finally take action against it. Thanks in advance for your > assistance with this. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280384 > Thanks. The linux kernel pm2fb maintainer also pointed that one out to me. It looks very similar to what I see, although there are some differences. For a start, I'm not running udev. Do you still get the problem with udev turned off? Mine also crashes immediately after loading the pcidata module, but I don't get the "Caught signal 11" error: it just stops with a blank screen. Switching to another virtual console and back again gets me back to my session, and it shows that X stopped with a "peer disconnected" error (or something like that: haven't yet written down the exact error). It certainly does look like we have basically the same problem though. I'm doing some debugging of my own. Yesterday I built the X packages with some trace statements inbuilt, so I can get some idea of where it's going in the PCI initialisation stuff. I'll try it tomorrow when I get back to work (it's a holiday here today), and I'll see what happens. I'll post back the results. .Ron -- Ron Murray ([EMAIL PROTECTED]) http://www.rjmx.net/~ron GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE
Re: E250, Raptor gfx, kernel 2.6: questions...
I think you will find my bug at the following URL to be relevant to your situation. Please have a look at my strace64 output and let me know what you think. Also, please add any potentially relevant comments to the docket. Hopefully if multiple users report this, the X Strike Force will finally take action against it. Thanks in advance for your assistance with this. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280384 --- Ron Murray <[EMAIL PROTECTED]> wrote: >I have sarge installed on an Enterprise 250 with a Raptor GFX > video > board, and it works fine with a 2.4 kernel. > >2.6 kernels are another matter. At first I could get no video out > of the thing (although it booted fine and I could SSH into it). I've > been working with the Linux pm2fb maintainer, and he now has it to > the > point where we have video at least (but there are still problems with > graphics). > >When I try to run X under a 2.6 kernel (currently 2.6.9) it fails > (segfaults) at the point where it should be scanning the PCI > bus. We're beginning to think that this isn't a framebuffer problem, > but rather a problem in X itself. Anyone know of any problems with X > under sparc64 with 2.6 kernels? I'm using the current sarge X > packages. > > Thanks, > > .Ron
Re: E250, Raptor gfx, kernel 2.6: questions...
On Tue, 23 Nov 2004 15:24:51 -0500
Ron Murray <[EMAIL PROTECTED]> wrote:
>When I try to run X under a 2.6 kernel (currently 2.6.9) it fails
> (segfaults) at the point where it should be scanning the PCI
> bus. We're beginning to think that this isn't a framebuffer problem,
> but rather a problem in X itself. Anyone know of any problems with X
> under sparc64 with 2.6 kernels? I'm using the current sarge X
> packages.
There was a bug with mmap'ing frame buffers in 2.6.x kernels
which was only fixed within the past few days. This may be
what you're seeing. Try this patch:
# This is a BitKeeper generated diff -Nru style patch.
#
# ChangeSet
# 2004/11/16 22:11:16-08:00 [EMAIL PROTECTED]
# [SPARC64]: Do not set VM_LOCKED on I/O mapped areas.
#
# Use VM_RESERVED instead.
#
# Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
#
# drivers/video/sbuslib.c
# 2004/11/16 22:10:39-08:00 [EMAIL PROTECTED] +1 -1
# [SPARC64]: Do not set VM_LOCKED on I/O mapped areas.
#
# drivers/video/fbmem.c
# 2004/11/16 22:10:39-08:00 [EMAIL PROTECTED] +1 -2
# [SPARC64]: Do not set VM_LOCKED on I/O mapped areas.
#
# drivers/video/aty/atyfb_base.c
# 2004/11/16 22:10:39-08:00 [EMAIL PROTECTED] +1 -3
# [SPARC64]: Do not set VM_LOCKED on I/O mapped areas.
#
# arch/sparc64/kernel/pci.c
# 2004/11/16 22:10:38-08:00 [EMAIL PROTECTED] +1 -1
# [SPARC64]: Do not set VM_LOCKED on I/O mapped areas.
#
diff -Nru a/arch/sparc64/kernel/pci.c b/arch/sparc64/kernel/pci.c
--- a/arch/sparc64/kernel/pci.c 2004-11-23 12:17:00 -08:00
+++ b/arch/sparc64/kernel/pci.c 2004-11-23 12:17:00 -08:00
@@ -725,7 +725,7 @@
static void __pci_mmap_set_flags(struct pci_dev *dev, struct vm_area_struct
*vma,
enum pci_mmap_state mmap_state)
{
- vma->vm_flags |= (VM_SHM | VM_LOCKED);
+ vma->vm_flags |= (VM_IO | VM_RESERVED);
}
/* Set vm_page_prot of VMA, as appropriate for this architecture, for a pci
diff -Nru a/drivers/video/aty/atyfb_base.c b/drivers/video/aty/atyfb_base.c
--- a/drivers/video/aty/atyfb_base.c2004-11-23 12:17:01 -08:00
+++ b/drivers/video/aty/atyfb_base.c2004-11-23 12:17:01 -08:00
@@ -1844,7 +1844,7 @@
size = vma->vm_end - vma->vm_start;
/* To stop the swapper from even considering these pages. */
- vma->vm_flags |= (VM_SHM | VM_LOCKED);
+ vma->vm_flags |= (VM_IO | VM_RESERVED);
if (((vma->vm_pgoff == 0) && (size == info->fix.smem_len)) ||
((off == info->fix.smem_len) && (size == PAGE_SIZE)))
@@ -1890,8 +1890,6 @@
if (!map_size)
return -EINVAL;
-
- vma->vm_flags |= VM_IO;
if (!par->mmaped)
par->mmaped = 1;
diff -Nru a/drivers/video/fbmem.c b/drivers/video/fbmem.c
--- a/drivers/video/fbmem.c 2004-11-23 12:17:00 -08:00
+++ b/drivers/video/fbmem.c 2004-11-23 12:17:00 -08:00
@@ -906,9 +906,8 @@
off += start;
vma->vm_pgoff = off >> PAGE_SHIFT;
/* This is an IO map - tell maydump to skip this VMA */
- vma->vm_flags |= VM_IO;
+ vma->vm_flags |= VM_IO | VM_RESERVED;
#if defined(__sparc_v9__)
- vma->vm_flags |= (VM_SHM | VM_LOCKED);
if (io_remap_page_range(vma, vma->vm_start, off,
vma->vm_end - vma->vm_start, vma->vm_page_prot,
0))
return -EAGAIN;
diff -Nru a/drivers/video/sbuslib.c b/drivers/video/sbuslib.c
--- a/drivers/video/sbuslib.c 2004-11-23 12:17:01 -08:00
+++ b/drivers/video/sbuslib.c 2004-11-23 12:17:01 -08:00
@@ -52,7 +52,7 @@
off = vma->vm_pgoff << PAGE_SHIFT;
/* To stop the swapper from even considering these pages */
- vma->vm_flags |= (VM_SHM | VM_IO | VM_LOCKED);
+ vma->vm_flags |= (VM_IO | VM_RESERVED);
/* Each page, see which map applies */
for (page = 0; page < size; ){
E250, Raptor gfx, kernel 2.6: questions...
I have sarge installed on an Enterprise 250 with a Raptor GFX video board, and it works fine with a 2.4 kernel. 2.6 kernels are another matter. At first I could get no video out of the thing (although it booted fine and I could SSH into it). I've been working with the Linux pm2fb maintainer, and he now has it to the point where we have video at least (but there are still problems with graphics). When I try to run X under a 2.6 kernel (currently 2.6.9) it fails (segfaults) at the point where it should be scanning the PCI bus. We're beginning to think that this isn't a framebuffer problem, but rather a problem in X itself. Anyone know of any problems with X under sparc64 with 2.6 kernels? I'm using the current sarge X packages. Thanks, .Ron -- Ron Murray ([EMAIL PROTECTED]) http://www.rjmx.net/~ron GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE
Re: raptor gfx
Well I have it so it hits the video card but I get garbled video and it freezes up the system. What else do I need to do? I am totally new to Debian and sun hardware. Huston - Original Message - From: "David S. Miller" <[EMAIL PROTECTED]> To: "Huston" <[EMAIL PROTECTED]> Cc: Sent: Friday, October 08, 2004 2:18 PM Subject: [Norton AntiSpam] Re: raptor gfx On Fri, 8 Oct 2004 07:21:46 -0400 "Huston" <[EMAIL PROTECTED]> wrote: What driver and settings do I need to use with the above video card on an Sun E250 server It's a permedia2 graphics chip.
Re: raptor gfx
On Fri, 8 Oct 2004 07:21:46 -0400 "Huston" <[EMAIL PROTECTED]> wrote: > What driver and settings do I need to use with the above video card on an Sun > E250 server It's a permedia2 graphics chip.
raptor gfx
What driver and settings do I need to use with the above video card on an Sun E250 server
Re: Raptor Gfx with Sun U5
> There's a port of the permidia fbdev to 2.6.*, which may fix some of > these issues: > http://phoenix.infradead.org/~jsimmons/pm2fb.diff It's broken when __LITTLE_ENDIAN is undefined.
Re: Raptor Gfx with Sun U5
Clint Adams wrote: > Are you using the Permedia framebuffer driver on console? > There appear to be some deficiencies in XFree86's PM2V driver for the > Raptor GFX 8P, which change if you initialize the card with the Linux > 2.4 fb driver (which itself has deficiencies for this card). There's a port of the permidia fbdev to 2.6.*, which may fix some of these issues: http://phoenix.infradead.org/~jsimmons/pm2fb.diff
Raptor GFX with Sun Ultra 5
All, Problem solved! For those of you who might run into this in future - It was the adapter converting the Monitors Sun video connector to a standard VGA connection. If you use a normal vga cable to the monitors other input it works fine. Must have been some weird timing issue. Thanks, Adam
Re: Raptor Gfx with Sun U5
[Cc'ing -x] > One problem remains however. When running XFree86 (4.1.0) I am getting > lines of what looks like 'interference' lines down the screen. One part > of the screen has it really bad whilst others you just just see small > patches of it. The lines run horizontally and kind of 'crackle' if > this makes sense. > > Console mode is fine it just happens when I load Xfree86, and happens at Are you using the Permedia framebuffer driver on console? There appear to be some deficiencies in XFree86's PM2V driver for the Raptor GFX 8P, which change if you initialize the card with the Linux 2.4 fb driver (which itself has deficiencies for this card).
Raptor Gfx with Sun U5
Hi all, I recently installed Debian SPARC on a Sun Ultra 5 and am really pleased with it. I'm now a definite debian fan! One problem remains however. When running XFree86 (4.1.0) I am getting lines of what looks like 'interference' lines down the screen. One part of the screen has it really bad whilst others you just just see small patches of it. The lines run horizontally and kind of 'crackle' if this makes sense. Console mode is fine it just happens when I load Xfree86, and happens at all of the resolutions I have tried running XFree86 at. The graphics card is a Raptor GFX 8P, and it is connected to a nice new Sun 21" monitor that can cope with anything this card can throw at it. When I press the button on the monitor it says: 106.2Khz / 85Hz, which is the same frequency that I run MS Windows at on this monitor on the other input, and no interference is present on that. I'm not that knowledgable about Xfree86 dot clocks or any such, but have spent many hours now trying to get rid of this interference! Now, the interesting part is, - that this interference was also present when booting the machines into Solaris in console mode, but it vanished (and I had a gorgeous rock solid display) when the Sun X server initialised. I've looked at the Sun X convig file but alas its nothing like XFree86's. Can anyone offer any advice please? I'd love to get X working so I can use debian as my primary desktop OS, else I'm going to have to stick it under the stairs as a server I think! Many thanks, Adam
Re: Ultra5 & Raptor GFX
On Thu, Dec 21, Ben Collins wrote: > On Thu, Dec 21, 2000 at 06:08:12PM +0100, Chris Osicki wrote: > > > > Hi, > > > > Is there anybody out there being successful with the following > > configuration: > > > > Potato, Ultra5 & Raptor GFX > > > > Xsun and Xsun24 crash the system. > > Isn't Raptor an ATI card? Maybe it will work with the xserver-mach64 > server. No, the Raptor GFX should have a permedia 2 chip. Should work with the glint driver, but I got it only to work with 16bpp, not 24bpp. The PCXxx cards are ATI cards. Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ [EMAIL PROTECTED] SuSE GmbHSchanzaeckerstr. 1090443 Nuernberg Linux is like a Vorlon. It is incredibly powerful, gives terse, cryptic answers and has a lot of things going on in the background.
Re: Ultra5 & Raptor GFX
On Thu, Dec 21, 2000 at 06:08:12PM +0100, Chris Osicki wrote: > > Hi, > > Is there anybody out there being successful with the following configuration: > > Potato, Ultra5 & Raptor GFX > > Xsun and Xsun24 crash the system. Isn't Raptor an ATI card? Maybe it will work with the xserver-mach64 server. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Ultra5 & Raptor GFX
Hi, Is there anybody out there being successful with the following configuration: Potato, Ultra5 & Raptor GFX Xsun and Xsun24 crash the system. Any help would be much appreciated. Regards, Chris
Re: Raptor GFX
Date:Fri, 12 May 2000 12:17:30 +0200 From: Chris Osicki <[EMAIL PROTECTED]> Has anybody of you managed to use Raptor GFX graphic card with SPARC-Linux? Yes, it should work perfectly fine, my wife's Ultra10 uses it. Later, David S. Miller davem@redhat.com
Re: Raptor GFX
On Fri, May 12, 2000 at 12:25:16PM +0200, Jakub Jelinek wrote: > On Fri, May 12, 2000 at 12:17:30PM +0200, Chris Osicki wrote: > > > > Hi, > > > > Has anybody of you managed to use Raptor GFX graphic card with > > SPARC-Linux? > > Sure, it works well. Have a look at any XFree86 rpms from Red Hat 6.1 > onwards. > I think my patches haven't propagated yet to Debian though (last I heard, > maybe it changed already). Branden (our X maintainer) is getting his UltraSPARC, courtesy of Donovan Systems, within the next few days :) So he'll have them integrated soon. A lot changed with the patches, and we had some overlays on top of it for powerpc, so it wasn't as easy as simply updating them. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Raptor GFX
On Fri, May 12, 2000 at 12:17:30PM +0200, Chris Osicki wrote: > > Hi, > > Has anybody of you managed to use Raptor GFX graphic card with > SPARC-Linux? Sure, it works well. Have a look at any XFree86 rpms from Red Hat 6.1 onwards. I think my patches haven't propagated yet to Debian though (last I heard, maybe it changed already). Jakub
Raptor GFX
Hi, Has anybody of you managed to use Raptor GFX graphic card with SPARC-Linux? Thanks for your time. Regards, Chris
