On Sat, 22 Jan 2005, Thomas Dickey wrote:
On Fri, 21 Jan 2005, Marc Aurele La France wrote:
On Fri, 21 Jan 2005, Thomas Dickey wrote:
On Fri, 21 Jan 2005, Marc Aurele La France wrote:
On Fri, 21 Jan 2005, Thomas Dickey wrote:
No one seems to have run into this one, but it's been broken for (
On Sat, 22 Jan 2005, Thomas Dickey wrote:
On Sat, 22 Jan 2005, Marc Aurele La France wrote:
It would seem that you are building with SharedLibFont explicitly set to
NO, which is the default on a Debian system (see linux.cf). The attached,
which I've just committed, should fix this pr
its own Xllalloc.
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] |
|
On Sun, 23 Jan 2005, Mark Vojkovich wrote:
On Sat, 22 Jan 2005, Marc Aurele La France wrote:
It would seem that you are building with SharedLibFont explicitly set to NO,
which is the default on a Debian system (see linux.cf). The attached, which
I've just committed, should fix this problem
On Thu, 20 Jan 2005, Mark Vojkovich wrote:
On Thu, 20 Jan 2005, Marc Aurele La France wrote:
On Thu, 20 Jan 2005, Bukie Mabayoje wrote:
Mark Vojkovich wrote:
I synced up and built and now, though the server starts fine,
apps can't get any fonts. Window managers claim they can't fin
On Tue, 25 Jan 2005, Marc Aurele La France wrote:
On Thu, 20 Jan 2005, Mark Vojkovich wrote:
On Thu, 20 Jan 2005, Marc Aurele La France wrote:
On Thu, 20 Jan 2005, Bukie Mabayoje wrote:
Mark Vojkovich wrote:
I synced up and built and now, though the server starts fine,
apps can't get any
that. You should probably subscribe to cvs-commit.
Marc.
+----------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building | email
ISO8859-15:GL
... fixes the problem. Be mindful of tabs.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network Services | fax:1-780-492-1729 |
| 352 General Services Building
On Sat, 29 Jan 2005, Mark Vojkovich wrote:
On Fri, 28 Jan 2005, Marc Aurele La France wrote:
On Fri, 28 Jan 2005, Mark Vojkovich wrote:
I tried tracing twm when it is drawing fonts. I don't really
understand the font paths very well, but it looks like it never
even draws anything. It looks
On Tue, 1 Feb 2005, Ivan Pascal wrote:
Marc Aurele La France wrote:
I don't know enough about this stuff to answer. Perhaps someone else will,
and deal with http://www.mail-archive.com/devel%40xfree86.org/msg06114.html.
In the meantime I've backed out the change that's c
On Tue, 1 Feb 2005, Marc Aurele La France wrote:
On Tue, 1 Feb 2005, Ivan Pascal wrote:
Marc Aurele La France wrote:
I don't know enough about this stuff to answer. Perhaps someone else
will,
and deal with
http://www.mail-archive.com/devel%40xfree86.org/msg06114.html.
In the meantime
On Wed, 2 Feb 2005, Ivan Pascal wrote:
Marc Aurele La France wrote:
OK. This makes some sense to me. But should something like this be done to
all affected locates?
Yes. The same problem exists for all other locales (at least for 'iso8859 like'
one-byte encodings).
I made changes fo
to describe setup state requirements, such as access to
VGA resources for font save/restore, etc.
OK. I'll back that out for 4.5 and figure out something else later.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-7
.
+--+---+
| 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
from
the source.
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
Hi.
I've been auditing various builds and noticed that xc/lib/GL/mesa/drivers/x11
is never built, let alone referenced. Is this an oversight, or can this
directory be deleted?
Marc.
+--+---+
| Marc Aurele La F
On Tue, 1 Mar 2005, David Dawes wrote:
On Tue, Mar 01, 2005 at 06:51:54PM -0700, Marc Aurele La France wrote:
I've been auditing various builds and noticed that
xc/lib/GL/mesa/drivers/x11 is never built, let alone referenced. Is this
an oversight, or can this directory be deleted?
It is sup
the mouse has been disconnected from the cursor and the relative
mouse events are sent directly to the client.
Yes, but I don't think that answers Thomas's question.
Marc.
+--+-----------+
| Marc Aurele La France
blems
I noticed.
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: [
On Tue, 8 Mar 2005, Thomas Winischhofer wrote:
Marc Aurele La France wrote:
| On Mon, 7 Mar 2005, Mark Vojkovich wrote:
|>> Is it intentional that pScrn->PointerMoved() is being called (by whom?)
|>> when DGA is active?
|>> I only receive the cursor's last coordinates
On Mon, 14 Mar 2005, [ISO-8859-2] Németh Márton wrote:
Marc Aurele La France írta:
On Fri, 11 Mar 2005, [ISO-8859-2] Németh Márton wrote:
Starting XFree86 4.4.99.903 using the s3 driver at mode 1024x768 8bpp I
see the following screen:
0 303 1023
e Apr 5 14:01:16
2005
@@ -1,4 +1,4 @@
-/* $XFree86: xc/programs/Xserver/hw/xfree86/etc/mmapr.c,v 1.11 2005/03/29
18:41:45 tsi Exp $ */
+/* $XFree86: xc/programs/Xserver/hw/xfree86/etc/mmapr.c,v 1.10 2004/12/31
16:07:09 tsi Exp $ */
/*
* Copyright 2002 through 2005 by Marc Aurele La France (TSI
On Tue, 5 Apr 2005, Marc Aurele La France wrote:
On Tue, 5 Apr 2005, Jeff Chua wrote:
Here's a patch to fix mmapr.c and mmapw.c so that compile under linux.
Thanks,
Jeff.
[ jchua AT fedex DOT com ]
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/mmapr.c.org Tue Apr 5
13:58:21 2005
+++ xf
On Tue, 5 Apr 2005, Marc Aurele La France wrote:
On Tue, 5 Apr 2005, Marc Aurele La France wrote:
On Tue, 5 Apr 2005, Jeff Chua wrote:
Here's a patch to fix mmapr.c and mmapw.c so that compile under linux.
Thanks,
Jeff.
[ jchua AT fedex DOT com ]
[elided]
I agree with the typo fix (
On Fri, 8 Apr 2005, Jeff Chua wrote:
On Thu, 7 Apr 2005, Marc Aurele La France wrote:
I've just committed a change to fix the typo you reported and #define
LINUX_MOD_DEVICETABLE_H where apprpriate.
Just downloaded and verified that both mmapr.c and mmapw.c compiled ok.
I like your w
On Sat, 12 Mar 2005, Marc Aurele La France wrote:
On Tue, 8 Mar 2005, Thomas Winischhofer wrote:
Marc Aurele La France wrote:
| On Mon, 7 Mar 2005, Mark Vojkovich wrote:
|>> Is it intentional that pScrn->PointerMoved() is being called (by whom?)
|>> when DGA is active?
|>&g
ached to /dev/fb
wsdisplay0 at cgsix0 kbdmux 1: console (std, vt100 emulation)
I have integrated this and committed the result. Please base any further
work on the CVS version.
Thanks for the submission!
Marc.
+--+---+
| Marc Aure
On Wed, 30 Mar 2005, Marc Aurele La France wrote:
On Sat, 12 Mar 2005, Marc Aurele La France wrote:
On Tue, 8 Mar 2005, Thomas Winischhofer wrote:
Marc Aurele La France wrote:
| On Mon, 7 Mar 2005, Mark Vojkovich wrote:
|>> Is it intentional that pScrn->PointerMoved() is being called
ve way to reset the FPU ( if that's the
purpose... )
PS: yes, I mailed the author too
Let us know if you get a response.
Marc.
+--+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing
Also, is it "precise", or can the signal
occur a few instructions later?
Another option would be to export something like xf86{En,Dis}ableFPU() from
os-support/ and have OS-specific implementations there.
Marc.
+--------------+
On Tue, 31 May 2005, Martin Husemann wrote:
On Tue, May 31, 2005 at 08:23:39AM -0600, Marc Aurele La France wrote:
What does NetBSD do with the trap?
Re-enable the FPU, restore old FPU state, and retry. No signal to userland
is generated.
This is the standard lazy fpu saving game - it
SCALL". A patch for something
similar in Xserver/os and Xserver/dix would probably be accepted.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Computing and Network
more userland-visible kernel header breakage.
As to dealing with this in our sources, I'd rather wait and see what, if
anything, 2.6.13 final does about this.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-7
A properly. For examples, look
for calls to xf86SetOperatingState() in other drivers. This function is
documented in xc/programs/Xserver/hw/xfree86/RAC.Notes in the source.
Marc.
+--+-----------+
| Marc Aurele La France
edraw everything?
Yes. Try changing FFBSaveScreen() to call the screen's
EnableDisableFBAccess() function.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Infor
On Wed, 13 Jul 2005 [EMAIL PROTECTED] wrote:
Thanks very much for your help, Marc.
Adding the xf86SetOperatingState() calls did indeed fix the problem.
You're quite welcome.
Marc.
+--+---+
| Marc Aurele La F
On Fri, 1 Jul 2005, Marc Aurele La France wrote:
On Fri, 1 Jul 2005, Jeff Chua wrote:
The latest linux kernel 2.6.13-rc1 modified joystick.h
The patch below is needed to compile using the new kernel.
--- xfree86/xc/programs/Xserver/hw/xfree86/input/ur98/xf86Ur-98.c.org
2005-07-01 13:50:04
ependent. But I found some BIOS versions
that doesn't handle it correctly.
Instead of correction (SR vs. CR), I redesigned this procedure to use int
0x10 Function 0x4f14 bx=4
(video bios interface specs).
This has now been committed. Thanks for the patch.
Marc.
+--------
the presence of vendor-provided source and/or
binaries.
Any ideas?
Thanks.
Marc.
+----------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communic
On Tue, 9 Aug 2005, David Dawes wrote:
On Tue, Aug 09, 2005 at 10:45:15AM -0600, Marc Aurele La France wrote:
Our loader scheme has been, and is, reasonably good at dealing with
incompatibilities between modules and the core binary. But it is not so
good with ensuring modules are compatible
hinking in more general terms, though. The module framework was in part
intended to make what you do possible. And I think it important that this be
maintained.
Thanks for responding.
Marc.
+--+---+
| Marc Aurele La France
#x27;ll do then: "spit & polish" my prototype for "a)" and
make the vbe module control its own loading. This can serve as a sample
should a similar situation arise in other modules.
Thanks.
Marc.
+--+-----------+
|
e version = 1.0.0
---
...
539c539
<ModeAttributes: 0x3000
---
ModeAttributes: 0x9b
581c581
<ModeAttributes: 0x3000
---
ModeAttributes: 0x9b
Yes. I have since corrected the typo that was causing this.
Marc.
+----------+----
x27; and cleaning whitespace.
Thanks for your submission.
Marc.
+--------------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | emai
On Wed, 10 Aug 2005, David Dawes wrote:
On Wed, Aug 10, 2005 at 10:49:49AM -0600, Marc Aurele La France wrote:
On Tue, 9 Aug 2005, David Dawes wrote:
On Tue, Aug 09, 2005 at 10:45:15AM -0600, Marc Aurele La France wrote:
Our loader scheme has been, and is, reasonably good at dealing with
svga driver to the latest
XFree86 project?
Your first order of business would be to read the source's
xc/programs/Xserver/hw/xfree86/doc/DESIGN.
Marc.
+--+---+
| Marc Aurele La France | work: 1-78
On Sat, 20 Aug 2005, Marc Aurele La France wrote:
Now, it's not my purpose here to get into these motivations, but
reworking these structures would have consequences, one of which I am
unsure how to deal with. At minimum, what I need to do is ...
a) prevent drivers compiled with the cu
---------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
| 352 General Services Building +
ther.
Not entirely true. What you say only matters for the primary head, and only
because most manufacturers package only one image (x86, EFI, OpenFirmware,
etc) in their PCI ROMs.
Marc.
+--+-------+
| Marc Aurele La France
at, in out source tree, only Xaw references these
anyway.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Comm
On Tue, 13 Sep 2005, Marc Aurele La France wrote:
On Tue, 13 Sep 2005, Alexander Pohoyda wrote:
Don't you think it makes sense to move (some of) those macroes from
Xm/XmP.h to X11/IntrinsicP.h file? They seem to belong there.
Given that what you actually mean is Xt/IntrinsicP.h, I'
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
| 352 G
is still buildable.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL
bear with me.
Marc.
+--+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
| 352 Gener
On Wed, 14 Sep 2005, Alexander Pohoyda wrote:
On Tue, 13 Sep 2005, Marc Aurele La France wrote:
On Tue, 13 Sep 2005, Alexander Pohoyda wrote:
Don't you think it makes sense to move (some of) those macroes from
Xm/XmP.h to X11/IntrinsicP.h file? They seem to belong there.
Given that
now exactly which version made the problems.
A backtrace of the problem would be most useful.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and
On Fri, 16 Sep 2005, Takaaki Nomura wrote:
On Thu, 15 Sep 2005 10:38:38 -0600 (MDT), Marc Aurele La France wrote:
On Thu, 15 Sep 2005, Takaaki Nomura wrote:
I'm using i810 based built-in video card.
4.5.99.11 loader server doesn't work.
4.5.99.11 static server works.
I've attac
d (already committed) fixes
it.
Thanks for reporting the problem.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Co
On Wed, 14 Sep 2005, Matthias Scheler wrote:
On Wed, Sep 14, 2005 at 02:52:16PM -0600, Marc Aurele La France wrote:
The patch the advisory suggests is not correct, for a number of reasons,
which is one reason why I'm going through the above process.
Thanks a lot.
Please bear wi
tion,
Inc.
Current Operating System: NetBSD 3.99.9 NetBSD 3.99.9
(INISHOWEN) #594: Fri Sep 23 06:57:25 EDT 2005
[EMAIL PROTECTED]:/data/src/sys/arch/sparc64/compile/INISHOWEN sparc64
I'd need to see a log of this.
any ideas?
Anything we should import from XFree -current?
I thin
Anyway, my patch does not make this problem either better
or worse, but this is a chance to fix it if it is a bug...
As we compile this, FbBits will always be a CARD32.
Thanks for the patch.
Marc.
+--+---------------+
| Marc Aurele La Franc
, essentially translating every mmap()
request into one of /dev/mem.
Either way, there's work to be done in this port's os-support layer.
The only work-around is to remove the XL. It won't work anyway, at least not
under NetBSD/sparc64 as things currently stand.
Marc.
+--+
ror's mmap() failures?
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [
On Thu, 6 Oct 2005, Martin Husemann wrote:
On Thu, Oct 06, 2005 at 09:51:38AM -0600, Marc Aurele La France wrote:
I would venture to guess that a different file descriptor is needed for
every adapter in the system.
Yeah, I would prefer to use /dev/fb* for the PCI devices too (this is
what
ve already undone our agpgart.h's deletion. I agree it's
best to use the system's copy (if available). I'll review this after I've
fixed all the other build problems I have caused. Please bear with me.
Marc.
+--+----------
list to merge in.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
| 352
in our repository.
Marc.
+--+-------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED] |
like TkLibDir isn't specified correctly in your host.def.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Com
1"
and after some attempts it gives up saying:
"Unable to communicate with X server!"
Any ide what's going wrong now?
It looks to me your kernel doesn't support unix sockets.
Marc.
+--+-----------+
| Marc Au
On Thu, 6 Oct 2005, Martin Husemann wrote:
On Thu, Oct 06, 2005 at 01:39:10PM -0600, Marc Aurele La France wrote:
No. My preference is definitely to keep the OS out of the way, as much as
possible
Ok, but in this case that is not realy possible. You need a OS driver
that understands your
() failures return NULL.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTEC
orward way of debugging an X server is to build it with
...
#define DoLoadableServer NO
... in your xc/config/cf/host.def. After a `make World`, this'll build
everything into one binary.
Marc.
+----------+---+
| Marc Aurele La France
es available at ...
http://ep09.pld-linux.org/~mmazur/linux-libc-headers/
... among others.
And, yes. If you bring this up on LKML, you will indeed be flamed.
Marc.
+--+---+
| Marc Aurele La France | work:
tconfig library. Secondly (and because of the first), this
build picked up the build host's host.def which doesn't set CrossCompiling to
YES.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-931
.
Please expand on this statement.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies
On Thu, 16 Mar 2006, Thomas Dickey wrote:
On Thu, 16 Mar 2006, Marc Aurele La France wrote:
On Tue, 14 Mar 2006, Thomas Dickey wrote:
On Tue, 14 Mar 2006, David Dawes wrote:
and adds this one:
main.c:2586: warning: `pty_search' defined but not used
yes, that's an annoyanc
On Thu, 16 Mar 2006, Thomas Dickey wrote:
On Thu, 16 Mar 2006, Marc Aurele La France wrote:
main.c, rather than refining it in xterm.h as a fallback for a configure
script test.
That's irrelevent. My fix holds whether xterm is built through imake or
no, it is relevant. I conside
script does some work to decide if it looks
reasonable.
The configure script is irrelevant. If you come up with a means to make this
work properly with imake & Xinstall, then by all means do so.
Marc.
+----------+---+
|
rk.
This has been committed. Thanks.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL
e that a utmp group isn't needed on a system that doesn't make the
utmp file group-writtable. Testing for glibc version doesn't solve anything,
but makes this problem worse.
Marc.
+--+-----------+
| Marc Aurele La Fr
On Tue, 4 Apr 2006, Thomas Dickey wrote:
On Tue, 4 Apr 2006, Marc Aurele La France wrote:
This still isn't right, for `make install`. Indeed, not all glibc-based
then fix it in config/cf/*, where it belongs.
Not really. xterm is the only one that needs utmp.
tch is incomplete. There are no ...
- corresponding changes to Pci.h;
- checks for alignment;
- calls to these new functions;
- corresponding functions for other platforms.
Marc.
+--+-----------+
| Marc Aurele La France
uot;
If this works, the driver's other XAA primitives will need to be changed to
reset the scissors to their default values.
Marc.
+----------+---+
| Marc Aurele La France | work: 1-780-492-93
rposes such as these, I set my background using ...
xsetroot -mod 15 15 -bg black -fg rgb:00/9F/9F
... and start counting.
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| A
configuration space.
What "problem with PCIe(pci express cards )" would you be facing?
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:
y the core server is built as possible. Eventually, even DRI
support will follow suit.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492
rance.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROT
On Mon, 22 May 2006, Barry Scott wrote:
Marc Aurele La France wrote:
Looking at the diffs of the xfree86 via driver between 4.5.0 and 4.6.0 I
seem to see that
all that changed, apart from new features, is loader stuff:
-LoaderRefSymLists(vgaHWSymbols,
+LoaderModRefSymLists
from LICENSE.txt
and LICENSE6.html.
This has (finally) been reflected in our repository. The HTML page will get
updated next release.
Marc.
+--+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Acad
c. in the mid term future.
All that by means of a rather cosmetical change.
This has now been committed to our repository, modulo a small number of
cosmetic changes.
Thanks for the patch!
Marc.
+------+---+
| Marc Aurele La France
uted", I mean without any
incumberances whatsoever.
This excludes anything under GPL
Marc.
+--+-----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729
On Tue, 11 Jul 2006, Robinson Tryon wrote:
On 7/11/06, Marc Aurele La France <[EMAIL PROTECTED]> wrote:
On Tue, 11 Jul 2006, Robinson Tryon wrote:
> I've been working on a program that includes the Adobe Times font from
> the debian package x11/xfonts-75dpi. That package
deon
X300SE] in xfree86.
Well, such support would have to be contributed, as the author/maintainer of
Radeon support has moved on to the X.Org Foundation.
Thanks!
... and thank you!
Marc.
+--+---+
| Marc Aurele La France
o compile?
Sincerely Yours,
cckuo
Please refrain from spamming XFree86 mailing lists about X.Org problems.
Marc.
+------+---+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and|
.
make[4]: Entering directory
`/home/XFree86/4.2/std/xc/programs/Xserver/hw/tinyx/trident'
make[4]: *** No rule to make target `distclean'.
I think, if you rerun this, you'll find this problem to have disappeared.
Marc.
+----------+---
e of
this.
The generic int10 modules already intercepts such accesses and emulates them
using PCI accesses appropriate for the platform.
Marc.
+------+----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Acade
start with reading the DESIGN document included in the distribution,
using the 3.3.6 pvga1 driver as a guide in filling in the blanks.
Marc.
+----------+--+
| Marc Aurele La France | work: 1-780-492-9310 |
| Ac
lly fix the problem, even if name resolution is
compromised.
Marc.
+--------------+--+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies |
Thanks for reporting the problem.
Marc.
+--+--------------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communications Technologies | email: [EMAIL PROTECTED]
illa report at
http://bugs.xfree86.org.
Thanks for doing this work.
Marc.
+--+----------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and| fax:1-780-492-1729 |
|Communi
201 - 300 of 383 matches
Mail list logo
