On Tue, 28 Dec 2004, Chris Humphries wrote:
My first post to this list, is there a todo
or bug tracker list? I looked, yet could not see one.
Just a pointer please :)
http://bugs.xfree86.org
Marc.
+--+---+
| Marc Aurele La
On Tue, 21 Dec 2004, Jeff Chua wrote:
On Mon, 20 Dec 2004, Marc Aurele La France wrote:
On Mon, 20 Dec 2004, Andrew C Aitchison wrote:
The recent GLX/DRI changes break make World.
The first error is
`../../../../../../lib/GL/dri/glcontextmodes.o', needed by `gamma_dri.so'.
Are these fr
/lib/GL/mesa/drivers/dri/gamma'
Several sibling directories also fail, so attachment for details.
Are these from a fresh checkout? Or a `cvs update` overlaid on top? I don't
see these on any of my fresh builds.
Marc.
+--+---------
driver expected to somehow meld the display subsections it
activates before presenting the screen to DIX? Or, perhaps, more screen
attributes are to be used to decide which display subsections to activate?
I think setting policy is unavoidable if we still want consistent behaviour
amongst drivers.
Marc
rver instances in mind.
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]
does/affects in twm's manpage.
Frankly, I wouldn't want to see this generate even more bogus bug reports
against the X server.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computi
On Thu, 30 Sep 2004, Marc Aurele La France wrote:
On Sat, 25 Sep 2004, Michael Shell wrote:
Recently I discovered a problem with one of the files in the XFree86
source tree - I used the 4.4.0 release, but the current CVS also has the
problem:
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver
read
#define TOSH_SMM _IOWR('t', 0x90, SMMRegisters)
?
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 Gener
ctory. It is referred from lib/Imakefile and
eanbled by the XAserver and XAudio variables. What's going on?
References to XAudio are quite stale, and have been for a lloonngg time. I'll
remove them.
Thanks.
Marc.
+--+--
On Thu, 9 Sep 2004, Andrew Morton wrote:
Marc Aurele La France <[EMAIL PROTECTED]> wrote:
[fb.diff.gz APPLICATION/octet-stream (1178 bytes)]
gack, please send patches as inline text or, if you must, text/plain
attachments.
As requested
On Mon, 6 Sep 2004, Marc Aurele La France wrote:
On Mon, 6 Sep 2004, Michael Lampe wrote:
Marc Aurele La France wrote:
... In both cases, this is a kernel issue.
They will tell you it's not:
/usr/include/linux/list.h:700: warning: #warning "don't include kernel
heade
On Mon, 6 Sep 2004, Michael Lampe wrote:
Marc Aurele La France wrote:
... In both cases, this is a kernel issue.
They will tell you it's not:
/usr/include/linux/list.h:700: warning: #warning "don't include kernel
headers in userspace"
Irrelevant. The #include is only th
On Mon, 6 Sep 2004, Michael Lampe wrote:
Marc Aurele La France wrote:
They came straigt from linux-2.6.9rc1.
I realized that the cvs compiles fine with linux-2.4, but not the fbdev
doesn't compile under 2.6.9rc1.
rc1 inserts a pointer to kernel memory into the middle of the fb_mon
On Sat, 4 Sep 2004, Jeff Chua wrote:
On Fri, 3 Sep 2004, Marc Aurele La France wrote:
I don't know what the problem is, but it does seem that under
/usr/include/linux, your fb.h and list.h are not what they should be.
They came straigt from linux-2.6.9rc1.
I realized that the cvs compiles
rror 2
I don't know what the problem is, but it does seem that under
/usr/include/linux, your fb.h and list.h are not what they should be.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Netwo
IDSPPreInit().
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] |
| U
are pre-definig GL_VERSION_1_5 somewhere.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building |
d out how to do it. If you happen to know how to do it,
> > can you please tell me?
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
|
On Fri, 6 Aug 2004, Kevin E Martin wrote:
> On Fri, Aug 06, 2004 at 07:57:04AM -0600, Marc Aurele La France wrote:
> > DMX introduced a fair amount of source code duplication. In particular, its
> > GLX proxy seems to be based on older snapshots of GLX & friends.
> > No
Thanks.
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] |
| Univers
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
t 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
_io_port_base from userland
> >(ie XFree86)?
> You can't.
> However, you can do IO from userland through /dev/port. I don't know
> if /dev/port is mmap'able at this point.
This points to an insufficient understanding of what PCI is.
Marc.
+--
No valid PIO address in PCI config space.
This strikes me as a bug. Barring a resource crunch, ValidatePci(), called
before the PreInit()'s should have allocated a base if the firmware or kernel
didn't.
Marc.
+--+-----------
e used.
The ioBase stuff (for PowerPC) is but a stopgap that can only handle
single-domain systems. It should be replaced. Domain support associates a
base address for the three address spaces (I/O memory & PCI config) each domain
is comprised of.
> Well. I think I give up for the time be
also sparcPci.c which can be used as
an example, although admittedly for a radically different architecture.
Marc.
+--+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fa
for PowerPC. And
that for Alpha's is somewhat broken. Lack of time, for one, and lack of
hardware.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729
mpts in the past to draft a TODO list, but that's
usually turned out to be a project in itself.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:
ermanent/usr/lib/libqt-mt.so.3.2.3)
> ==18463==by 0x804F54E: main (main.c:504)
> ==18463== Address 0x4FFFE334 is on thread 1's stack
This is not our driver. Talk to ATI.
Marc.
+--+---+
| Marc Aurele La France
ust committed this change.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Buildi
Unfortunately it was configured to forward the request
> to resolve "host" to other namesevers (recursion), thereby producing a bad
> timeout. Disabling this recursion of the slave nameserver has solved all the
> problems we had.
You seem to be implying that "host.domain"
random blocks on the screen (ie - in terminal windows, on the
> desktop, etc.) This seems to happen whether the above mentioned block is
> commented out or not, so I don't think I introduced the bug.
> Does anyone have any suggestions?
How does commenting out the "1 || &q
try to figure out
> that last problem.
OK. Thanks for getting back to me on that.
Marc.
+------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352
On Fri, 2 Apr 2004, Marc Aurele La France wrote:
> On Fri, 2 Apr 2004, Terry R. Friedrichsen wrote:
> > >From a March 31 CVS update, there are 2714 of the above warnings in a
> > "make World" when compiling under FreeBSD 5.2 on an Alpha.
> > With some guidanc
On Mon, 5 Apr 2004, Marc Aurele La France wrote:
> On Mon, 5 Apr 2004, Dr Andrew C Aitchison wrote:
> > mga_driver.c:1.246 and HALlib/binding.h:1.6
> > change HALSetDisplayStart to MGASetDisplayStart. Why ?
> > Have Matrox released a new HALlib ?
> Yes, ftp://ftp.matrox.
s for me.
The prototype for HALSetDisplayStart() has always been missing.
Marc.
+------+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
ould be to change them to memset()'s.
> Code that uses bzero() should include , which in most
> cases defines it in terms of memset().
I've just committed exactly this. Thanks.
Marc.
+----------+---+
| Marc Aurele La Franc
you call it?
> Which suggestion? I didn't see any, but maybe your mail was lost between all
> the spam I got (in spite of filtering). Could you please resend the suggestion.
This one:
On Tue, 30 Mar 2004, Marc Aurele La France wrote:
> On Mon, 22 Mar 2004, Peter Breitenlohner w
hings to integrate. Also, I'd
prefer you sent them to me directly.
Thanks.
Marc.
+------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 Gener
On Thu, 1 Apr 2004, Peter Breitenlohner wrote:
> On Tue, 30 Mar 2004, Marc Aurele La France wrote:
> > I've committed these. Thanks.
> Hi Marc,
> 1. thanks for applying these patches (as well as those from patch seq: 6190).
> When do you expect patches in ftp:/XFree
manpage typo. I hope you
> will be able to commit all that.
I've committed these. Thanks.
Marc.
+--+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:
ng is that some systems don't allow IPv4 traffic with an
IPv6 socket, i.e. IPv6 is treated as a seperate protocol, rather than a
"superset" of IPv4.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-
then (set -x; \ @@\
> $(RM) Concat($(DESTDIR)dest/lib,libname.so); \@@\
> $(LN) Concat(lib,libname.so.rev)
> Concat($(DESTDIR)dest/lib,libname.so)); fi
> With the $(RM) indented, my guess is the `fi' follows that line.
d ISA multihead and ended up entrenching
PCI's "supremacy" into the server. While I doubt this driver was
functional even back then, my main purpose with it was to demonstrate how
to use mibank to deal with HGA's oddball addressing of video memory.
Keep up the good work.
Marc.
track of preprocessor
> conditionals in more than one place (for this particular instance).
> Comments?
This sounds like a good idea to me.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
|
I-less
system. Both are now corrected in the HEAD branch. Thanks for pointing
this out.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729
7;t compare with 4.3, but 4.2.0 does the same thing, so this is
> clearly not new
> (or critical).
Your NFS client and NFS server have a different notion of what time it is.
Fix that and you'll be fine.
Marc.
+--+---+
|
et creation failed
> is produced. I suspect the same happens with XFree86. This certainly should
> not happen.
OK. I've committed this. Perhaps someone else will step up to fix the
remaining progblems.
Thanks.
Marc.
+--+-
a future version?
Done. Thanks.
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 PROTECT
tatus: D0 PME-Enable- DSel=0 DScale=0 PME-
> Capabilities: [48] #06 []
> Capabilities: [4c] Vital Product Data
> Can anyone provide me with some hints were to start looking for this
> problem? What would cause
> my PCI addresses to be disabled? Presumably the
t
snippet from your `make World` log.
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 PRO
27;ve committed less than four hours ago.
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
gt; Would it be appropriate to suggest that makedepend be run with this warning
> turned off?
Please resync with CVS.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network
On Tue, 9 Mar 2004, JORGE GARCIA GALLARDO wrote:
> XFree86 Version 3.3.6 / X Window System
3.3.6 isn't supported anymore. So upgrade and quit spamming out lists.
Marc.
+--+---+
| Marc Aurele La France | work:
ing one of these adapters available. We'll
see...
Marc.
+------+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 Gen
XtAddInput (socket6FD, (XtPointer) XtInputReadMask, ReceivePacket,
> (XtPointer) &socket6FD);
> #endif
> but that may not suffice. Calling XtAddInput with a untested first argument
> is just asking for serious trouble.
Please check if your c
der is only used by server
code, and server code shouldn't ever use curses. That leaves some future
#include in server code, but we can cross that bridge when/if
we get there. In the meantime, the API issue is avoided.
Marc.
+--+-
these
> things are no longer configured by -configure? Can they be put back?
What do you mean "is no longer added"? "added" to what?
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310
On Fri, 20 Feb 2004, Thomas Dickey wrote:
> On Fri, 20 Feb 2004, Marc Aurele La France wrote:
> > Anyway, some versions of ncurses #undef bool just after #include'ing
> > . Thomas Dickey, ncurses developer, is on this list, so if
> > he's reading this, he prob
Redirected from xfree86@ to devel@, where this belongs.
On Thu, 19 Feb 2004, Kelledin wrote:
> On Thursday 19 February 2004 03:42 pm, Marc Aurele La France wrote:
> > Secondly (and perhaps more to the point), is that
> > is a very recent (glibc-wise) invention (read: bleeding edg
----------+---+
| 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 Albe
; or not, but since the cost of a full PCI bus search is so small, it
> seems counterproductive to make this change.
This comment is incorrect given that the code Pier modifies isn't even
traversed with a 2.0 (or earlier) kernel.
However, I'd defer this change to a post-4.4 timefram
On Sun, 15 Feb 2004, Marc Aurele La France wrote:
> On Sat, 14 Feb 2004, Matt Prazak wrote:
> > I ran the command "truss -f ffbconfig -prconf" to see where Sun's programmers
> > might be getting the required information, and I am seeing the following calls
> >
M (FFB_IOCTL|90)
#define FFB_FBDEBUG (FFB_IOCTL|91)
Other than that, my only suggestion is that there might be a package on
your installation CDs that defines these.
Marc.
+--+---+
| Marc Aurele
> /''*|\./''*)
> if [ "$whoseargs" = "client" ]; then
> if [ x"$clientargs" = x ]; then
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310
e a static
binary generated with '#define DoLoadableServer NO' in xc/config/cf/host.def.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Servic
SD__)
> +#endif /* (__OpenBSD__) */
>
> #ifdef WSCONS_SUPPORT
> #define NUMEVENTS 64
> Thanks
Done. Thanks for the patch.
Marc.
+----------+---+
| Marc Aurele La France | work: 1-780-492-9310
On 4 Feb 2004, John Dennis wrote:
> On Tue, 2004-02-03 at 17:37, Marc Aurele La France wrote:
> > PCI-Xpress is programmatically identical to PCI, so I don't forsee any
> > problems in that regard.
> Yes, its identical to PCI in terms of the interface presented to th
entical to PCI, so I don't forsee any
problems in that regard.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Bu
> it is easy to sort out.
You are definitely more trusting of CVS than I am... I _never_ use a
checked out tree for development.
Marc.
+------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computi
gt; > \([0-9]*\).*$/\1/")"
> > export CONTROLVT
With a reasonably recent installation of the kbd package on Linux, it'd be
simpler to ...
export CONTROLVT=`fgconsole`
Marc.
+--+---+
| Marc Aurel
d (and re-installed) from woody CDs. I've pointed
him to Michel's deb's.
Thanks.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780
On Thu, 22 Jan 2004, Michael Taylor wrote:
> Marc Aurele La France wrote:
> > This came up while helping some clueless Windows exile(e):
> > So, how come Debian "stable" is still at XFree86 4.1?
> Because that is what they had in 'testing' when they releas
This came up while helping some clueless Windows exile(e):
So, how come Debian "stable" is still at XFree86 4.1?
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing a
e, or change the
permissions in their own copy.
Marc.
+------+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email:
ate hour.
xc/programs/Xserver/afb/afbblt.c line 50.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Servic
hem in libc_wrapper...
Anyway, I see cleaning this up as post-4.4 stuff. There are more pressing
things right now.
Marc.
+------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Se
#include
> >> - #endif
> >>
> >> #include
> >>
> >> --- 38,43
> >I agree changing Xos.h is probably the better fix, but it might break
> >something elsewhere. For 4.4, I think it's sufficient to simply #undef
> >index &am
On Wed, 7 Jan 2004, Marc Aurele La France wrote:
> On Wed, 7 Jan 2004 [EMAIL PROTECTED] wrote:
> > The inclusion of Xos.h in xf86cfg/config.h causes a conflict with the
> > inclusion of strings.h on Solaris 2.5.1 x86:
> > making all in programs/Xserver/hw/xfree86/xf86cfg..
>
> #include
>
> --- 38,43
I agree changing Xos.h is probably the better fix, but it might break
something elsewhere. For 4.4, I think it's sufficient to simply #undef
index & rindex before the #include here.
Marc.
+--+
/work/lindsayh/XFree86/RC2/xc/lib/GL/mesa/src/X
Instead of hacking out __UNIXOS2__, try compiling _without_ -ansi.
Because of the ever increasing use of C99'isms, we can no longer expect
the code to comply with ANSI C.
Marc.
+--+---
if (serverGeneration == 1)
> Matthieu
I'd say so.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729
first).
Thanks for reporting the problem.
Marc.
+------+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General
ng. and are _not_ available on
all platforms XFree86 builds on.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Bui
ror there. Please forward, to me
privately, a log generated with -logverbose 4.
Thanks.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780
ted, should now be fixed (or at least after cvsup's next
resync).
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services
On Thu, 4 Dec 2003, Harald Nordgård-Hansen wrote:
> Marc Aurele La France <[EMAIL PROTECTED]> writes:
> > Log message:
> > An improved implementation of ...
> >573. Rework REGION_* macros to eliminate NEED_SCREEN_REGIONS build failures
> > (Marc La
it into 4.4, because, among other things,
you are in fact building a case to do that here, which, I believe is
David's point, no?
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing
start two xterms, i.e.
xterm &
xterm &
(That's "xterm", not "gnome-terminal".)
In one of them run top. Move the other xterm around, watching what top
reports. Does CPU utilisation max out when only moving an xterm?
Marc.
+-
On Sun, 16 Nov 2003, Salvio wrote:
> I have attached the latest config file and log.
I see no attachments here.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Netw
--+
| 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 +-
ch).
I'll be fixing them shortly.
Marc.
+------+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Ser
objects.
You can be more selective than that, of course. But, frankly, it's not
worth the effort.
Marc.
+----------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services |
cause problems on some BSD versions that link threaded
> apps with -lc_r (instead of -lc), and I believe that was one of the main
> reasons for not linking shared libraries against -lc explicitly on these
> platforms.
> I'm not sure what the best answer to all of this is.
So the newer libc isn't
> I'm testing using two XTerm windows and an empty desktop.
OK.
> what is the meaning of this?
> <>
Replace your XF86Config's videoRam line with Option "BackingStore" "On".
Marc.
+--+---+
|
emes
> and such: I can see the windows being actually redrawn on screen when
> I drag them around the screen.
> FYI: I'm using Red Hat 9 which ships with Gnome. This problem happens
> using Gnome and it is a general problem across all X applications.
If you want help, stop wasting
On Sat, 8 Nov 2003, Marc Aurele La France wrote:
> On Fri, 7 Nov 2003, Salvio Sergi wrote:
> > Everything starts fine with no errors (as you can see from the logs).
> > The problem I have is that I don't think I have 2D acceleration.
> > The simple test I do is to
the CPU is maxed out (only when I move
> the windows)
> This means (I guess) that I do not have 2D acceleration.
Not necessarily. Use `top` is figure out which process is "eating up" CPU
time.
Marc.
+--+------------
thanks for reporting the problem.
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
k a patch for it in our
bugzilla (for inclusion post-4.4 timeframe). If not, base your decision
on whether or not RedHat wants to continue supporting it.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310
201 - 300 of 383 matches
Mail list logo
