, but can't see anything wrong, and all my MMIO_OUT32
writes into BRxx are correctly expanding into xf86WriteMmio32Le.
Have you ever seen anything like this before?
Thanks,
Rob Taylor
whoo! fixed!
ok attached are my initial diffs, i'm gonna do soem work to clean
this up, cos there are a number
one way to do what you want (from kernel space) is to use the kernel
framebuffer driver for writing graphics, and use up one of the VT's for your
debugger, switching to that vt when doing, umm, whatever your doing
I have to ask tho, whats wrong with kgdb?
-Original Message-
From:
. the line
'BASE0 0xfa00 addr 0xfa00 MEM'
disappears from scanpci -v)
odd.
Luckily i can just work around this using NoINT10 :)
Onwards!
Rob Taylor
Senior Developerrobt at flyingpig dot com
Flying Pig Systems http://www.flyingpig.com
Please avoid sending me Word or PowerPoint
Egbert Eich writes:
Rob Taylor writes:
Has anyone sucessfully run the chips 69030 driver on powerpc
based systems?
I'm trying to get it running on a custon 7410 based board
with two 69030's
on,a nd i;'m seing soem off things:
my /proc/pci gives me that:
Bus 0
Tim Roberts writes:
On Thu, 23 Oct 2003 17:16:19 +0100, Rob Taylor wrote:
Has anyone sucessfully run the chips 69030 driver on powerpc
based systems?
I'm trying to get it running on a custon 7410 based board
with two 69030's
on,a nd i;'m seing soem off things:
...
Also
information, or have i got the wrong end of the stick?
Also does anyone know the reason for the addition of 0x80 to the base
address in the big-endian case?
Thanks to anyone who can spread some light on this for me!
Rob Taylor
Senior Developerrobt at flyingpig dot com
Flying Pig Systems http
Surely it'd be less difficult nowadays, with the job market in its current
state?
Rob
On Tue, 15 Jul 2003, Alex Deucher wrote:
This proposal comes up periodically on this and other xfree lists, but
never really goes anywhere. Why not raise money from the open source
community to fund
development to get together, plan out some work, log bugs/features in
bugzilla and then do some coding.
I'm interested in making it work with xinerama, whats your interest?
Rob Taylor
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Robert Woerle Paceblade
We have a product that can have up to 4 touch screens and has a
track-ball
controlled pointer. Iften people operate the product in a
two-handed manner,
and occasionally more than one operator will use the product at a given
time. the upshot of this is that ideally there would be a
Noted the other day that RandR explictly doesnt initialse when panoramix is
on. Whats the issue? are there fundamental probelems with using the two
together, or is there just some work left to do? I've probably got some time
to throw at it if its just a matter of code.
Thanks,
Rob Taylor
in Xfree86.
Another concrete example is when implementing a collaborative decktop in
whcih you want a separate pointer for each of the users remotely viewing
that desktop.
Yours,
Rob Taylor mailto:[EMAIL PROTECTED]
FPShttp://www.flyingpig.com
-Original Message-
From: [EMAIL PROTECTED
umm, Adrian Cox ([EMAIL PROTECTED]) did some work on a multihead 69030
driver for my company a while back . I dont know if it ever got integarted into
the main tree, and AFAIK it may only work with our custom board ;-), but its
worth asking him about.
Yours,
Rob Taylor
-Original Message
I though i should point out that you already have a volunteer to set up a bug
database: Kurt Wall ( see
http://www.xfree86.org/pipermail/xpert/2002-May/017211.html ).
Yours,
Rob Taylor
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Mike A. Harris
This is all very well, but i sent patches to [EMAIL PROTECTED] nearly 3 weeks
ago and i've had nothing back apart from an automatic response! does *ANYONE*
read it?
Yours
Rob Taylor
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Dr Andrew C
I've seen bugs like this in the matrox drivers before. As i recall its a bug in
handling caching bitmaps in video memory (the cached bitmap is only accessible
to one of the pipes). try a newer matrox driver (from their site) if no luck
mail a bug report to matrox.
Rob
-Original
Even if you don't want the functionality of being able to touch both
touchscreens at once theres a bug in xfree86 to do with shifting the focus
between screens on single presses ( the current shifing code assumes that i'll
be able to ignore a move and go one round the main internal event loop
here's a context patch to make the default background black (i'm workinng on an
embedded device and the flash of moire was just too messy ;)
Rob
--- xc/programs/Xserver/dix/window.cMon Jan 28 15:45:50 2002
+++ xc.orig/programs/Xserver/dix/window.c Wed Jan 17 22:36:44 2001
@@ -114,12
of XNextEvent.
Has anyone got any ideas why this isn't working? Could it be a window manger
issue?
Thanks to anyone who can help, this has me completely bamboozled!
Rob Taylor
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo
18 matches
Mail list logo
