Re: cvs compile failed: fbdev

2004-09-06 Thread Michael Lampe
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_monspecs 
structure. So, either more of linux/fb.h needs to bracketed with #ifndef 
__KERNEL__, or rc1 breaks userland binary compatibility (among other things). 
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

I don't know how to handle this properly, though.
-Michael
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-06 Thread Marc Aurele La France
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_monspecs 
structure. So, either more of linux/fb.h needs to bracketed with #ifndef 
__KERNEL__, or rc1 breaks userland binary compatibility (among other 
things). 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 linux/list.h is only there in an attempt to resolve 
the type of the inserted kernel memory list pointer.

I don't know how to handle this properly, though.
Don't assume problems with test kernels need to be resolved here.
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


x(dm) freezes at first start

2004-09-06 Thread Jonas Meurer
hello,

at boot, when xdm is started, x freezes directly after the login screen
is displayed. sometimes it's possible to type in the login name, but at
the latest at typing the password, the complete screen freezes.

i'm still able to kill x with magic sysrq key combination:
alt+sysrq+k

strg+alt+backspace and changing the console screen don't work any
longer.

as already said, this happens _only_ at the first start of xdm, in the
boot process. if i stop and afterwards start xdm, it _never_ freezes.

i'm running (debian/unstable) gnu linux with kernel 2.6.8 on an amd
athlon64 with a matrox g400 dual-head 32mb agp graphics card.

i use the most recent xserver-xfree86 (4.3.0.dfsg.1-6) from
debian/unstable with driver mga, and on kernel level the matroxfb
framebuffer driver.

the virtual consoles are all using framebuffer, in xfree86 config i've
no options related to framebuffer set.

as the magic sysrq key combination still works, the problem cannot be a
hardware issue. syslog gives _no_ output while x freezes, so matroxfb
upstream maintainer is confident that it's not a kernel issue either.
so in my eyes only xfree86 is left to be the originator of the bug.

i already posted another mail that treats the problem:
http://www.mail-archive.com/[EMAIL PROTECTED]/mgs16563.html

unfortunately, nobody replied to it, so i try again, with a cc to the
developers list.

bye
 jonas
 
ps: people on the devel list, please cc me, as i'm not subscribed.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-06 Thread Michael Lampe
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 linux/list.h is only there in an attempt to resolve 
the type of the inserted kernel memory list pointer.

I don't know how to handle this properly, though.
Don't assume problems with test kernels need to be resolved here.
You didn't get it. Including linux kernel headers in user space is a no 
no. See various threads about this on LKML. Bottom line: If you include 
kernel headers and your app breaks it's your fault not ours.

-Michael
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: Writing a Serial-Port-Graphics-Driver

2004-09-06 Thread Hagen Fritsch
Am Sonntag, 5. September 2004 23:32 schrieb Andrew C Aitchison:
 Alternatively, does VNC support greyscale ?
 It is supposed to be a lightweight protocol, so it might
 be a simpler task to write a vnclient for DOS.
Thanks for this hint, this seems to be the easiest achievable solution, so 
i'll give it a try ;)
Although the lowest depth vnc supports is 8bit, but this is something that can 
be handled somehow.

Regards,
Hagen
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: cvs compile failed: fbdev

2004-09-06 Thread Marc Aurele La France
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 linux/list.h is only there in an attempt to 
resolve the type of the inserted kernel memory list pointer.

I don't know how to handle this properly, though.

Don't assume problems with test kernels need to be resolved here.

You didn't get it. Including linux kernel headers in user space is a no no. 
See various threads about this on LKML. Bottom line: If you include kernel 
headers and your app breaks it's your fault not ours.
Leave religion out of this.
1) Xfbdev has always been Linux-specific.
2) Driving /dev/fb* as anything other than a dumb framebuffer isn't possible
   without linux/fb.h's ioctl's.
rc1 is broken WRT this problem.  Fix this there.
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