Re: IPv6 problems on Linux
Keith Packard wrote (in a message from Wednesday 23) While supporting multiple -nolisten arguments is good, I suggest that the current '-nolisten tcp' should include both inet4 and inet6 tcp options; most people use '-nolisten tcp' to avoid exposing an open port to the X server to the network. -nolisten inet4 don't listen for TCP/IPv4 connections -nolisten inet6 don't listen for TCP/IPv6 connections -nolisten tcp don't listen for any TCP connections I agree here, except that it looks like Sun and X.Org are using inet for IPv4, not inet4. I'm going to do this change. Matthieu ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Clear scrren!
Title: Message Hello ! This query is regarding 69030.Iam writing a driver for the same. 1.While I do a hardware init ,I clear the screen completely by writing zeros to complete 4MB of memory. This Iam doing by calling memset().Iam not using any OS,this driver will be a part of indpendently developed kernel for a MIPS board. Is there a provision where I can clear the screen very fast.Is there a provision in hardware to achieve this fast. 2. Secondly I want to play software decoded movies at a high rate of 30 fps.Can u please tell me how will I measure this rate. thanx in advance regards, Nitin Mahajan Socrates Software India Pvt Ltd... mail:[EMAIL PROTECTED] Ph:51101667. Mobile : 9886099925 == The Lord gave us two ends -- one to sit on and the other to think with. Success depends on which one we use the most.
Re: IPv6 problems on Linux
I wrote (in a message from Sunday 27)
Keith Packard wrote (in a message from Wednesday 23)
While supporting multiple -nolisten arguments is good, I suggest that the
current '-nolisten tcp' should include both inet4 and inet6 tcp options;
most people use '-nolisten tcp' to avoid exposing an open port to the X
server to the network.
-nolisten inet4 don't listen for TCP/IPv4 connections
-nolisten inet6 don't listen for TCP/IPv6 connections
-nolisten tcp don't listen for any TCP connections
I agree here, except that it looks like Sun and X.Org are using inet
for IPv4, not inet4. I'm going to do this change.
Here's a proposed patch. When a -nolisten argument is an alias, it
will look for transport entries matching this alias (ie using the same
methods) and set the NOLISTEN flag there.
I plan to commit this in a few days, unless someone finds out that
this is wrong.
Matthieu
Index: xc/lib/xtrans/Xtrans.c
===
RCS file: /cvs/xf86/xc/lib/xtrans/Xtrans.c,v
retrieving revision 3.32
diff -u -r3.32 Xtrans.c
--- xc/lib/xtrans/Xtrans.c 24 Jul 2003 13:50:18 - 3.32
+++ xc/lib/xtrans/Xtrans.c 27 Jul 2003 17:26:30 -
@@ -131,6 +131,8 @@
#define ioctl ioctlsocket
#endif
+static int
+TRANS(AliasEq)(Xtransport *, Xtransport *);
/*
@@ -778,7 +780,8 @@
TRANS(NoListen) (char * protocol)
{
- Xtransport *trans;
+ Xtransport *trans, *t;
+ int i;
if ((trans = TRANS(SelectTransport)(protocol)) == NULL)
{
@@ -787,8 +790,23 @@
return -1;
}
-
- trans-flags |= TRANS_NOLISTEN;
+
+ /* If protocol is an alias, set the flag for all matching protocols */
+ if (trans-flags TRANS_ALIAS)
+ {
+ for (i = 0; i NUMTRANS; i++)
+ {
+ t = Xtransports[i].transport;
+ if (!strcmp(trans-TransName, t-TransName))
+ continue; /* skip self */
+ if (TRANS(AliasEq)(trans, t))
+ t-flags |= TRANS_NOLISTEN;
+ }
+ }
+ else
+ {
+ trans-flags |= TRANS_NOLISTEN;
+ }
return 0;
}
@@ -1386,4 +1404,62 @@
len = strlen(buf);
#endif /* NEED_UTSNAME */
return len;
+}
+
+static int
+TRANS(AliasEq)(Xtransport *t1, Xtransport *t2)
+{
+#ifdef TRANS_CLIENT
+ if (t1-OpenCOTSClient != t2-OpenCOTSClient)
+ return 0;
+#endif
+#ifdef TRANS_SERVER
+ if (t1-OpenCOTSServer != t2-OpenCOTSServer)
+ return 0;
+#endif
+#ifdef TRANS_CLIENT
+ if (t1-OpenCLTSClient != t2-OpenCLTSClient)
+ return 0;
+#endif
+#ifdef TRANS_SERVER
+ if (t1-OpenCLTSServer != t2-OpenCLTSServer)
+ return 0;
+#endif
+#ifdef TRANS_REOPEN
+ if (t1-ReopenCOTSServer != t2-ReopenCOTSServer)
+ return 0;
+ if (t1-ReopenCLTSServer != t2-ReopenCLTSServer)
+ return 0;
+#endif
+ if (t1-SetOption != t2-SetOption)
+ return 0;
+#ifdef TRANS_SERVER
+ if (t1-CreateListener != t2-CreateListener)
+ return 0;
+ if (t1-ResetListener != t2-ResetListener)
+ return 0;
+ if (t1-Accept != t2-Accept)
+ return 0;
+#endif
+#ifdef TRANS_CLIENT
+ if (t1-Connect != t2-Connect)
+ return 0;
+#endif
+ if (t1-BytesReadable != t2-BytesReadable)
+ return 0;
+ if (t1-Read != t2-Read)
+ return 0;
+ if (t1-Write != t2-Write)
+ return 0;
+ if (t1-Readv != t2-Readv)
+ return 0;
+ if (t1-Writev != t2-Writev)
+ return 0;
+ if (t1-Disconnect != t2-Disconnect)
+ return 0;
+ if (t1-Close != t2-Close)
+ return 0;
+ if (t1-CloseForCloning != t2-CloseForCloning)
+ return 0;
+ return 1;
}
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
twm crash with debug info
Hi people,
I'm able to reproduce a twm crash.
My environment is:
$ uname -a
FreeBSD oak.pohoyda.family 4.8-STABLE FreeBSD 4.8-STABLE #68: Mon Jul 21 20:31:53 CEST
2003 [EMAIL PROTECTED]:/usr/src/sys/compile/OAK i386
$ less /var/log/XFree86.0.log
XFree86 Version 4.2.0 / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 18 January 2002
$ less ~/.xsession
xsm
$
twm is built from anoncvs with debuginfo.
I log in via xdm/xlogin, have one xterm and twm started by the
system.xsm file. I save a checkpoint and do an immediate shutdown in
the xsm.
Next time I try to log in, I get a session chooser window, I select
my last session/checkpoint, and that's what happens:
Jul 27 22:34:53 oak /kernel: pid 9056 (twm), uid 1000: exited on signal 11 (core
dumped)
Here go details:
$ gdb twm twm.core
...
(gdb) bt
#0 0x28234d28 in strcmp () from /usr/lib/libc.so.4
#1 0x80691d3 in GetWindowConfig (theWindow=0x808fc00, x=0xbfbff9ea,
y=0xbfbff9e8, width=0xbfbff9e2, height=0xbfbff9e0, iconified=0xbfbff9dc,
icon_info_present=0xbfbff9d8, icon_x=0xbfbff9e6, icon_y=0xbfbff9e4,
width_ever_changed_by_user=0xbfbff9d0,
height_ever_changed_by_user=0xbfbff9cc) at session.c:638
#2 0x804e816 in AddWindow (w=8388642, iconm=1, iconp=0x80cae68)
at add_window.c:212
#3 0x80659ed in CreateIconManagers () at iconmgr.c:121
#4 0x805320d in main (argc=5, argv=0xbfbffca8) at twm.c:517
(gdb) frame 1
#1 0x80691d3 in GetWindowConfig (theWindow=0x808fc00, x=0xbfbff9ea,
y=0xbfbff9e8, width=0xbfbff9e2, height=0xbfbff9e0, iconified=0xbfbff9dc,
icon_info_present=0xbfbff9d8, icon_x=0xbfbff9e6, icon_y=0xbfbff9e4,
width_ever_changed_by_user=0xbfbff9d0,
height_ever_changed_by_user=0xbfbff9cc) at session.c:638
638 if (strcmp (theWindow-class.res_name,
(gdb) l
633 * to fail in finding the saved window configuration.
634 * The best we can do is ignore WM_NAME if its value
635 * changed in the previous session.
636 */
637
638 if (strcmp (theWindow-class.res_name,
639 ptr-class.res_name) == 0
640 strcmp (theWindow-class.res_class,
641 ptr-class.res_class) == 0
642(ptr-wm_name == NULL ||
(gdb) l
643 strcmp (theWindow-name, ptr-wm_name) == 0))
644 {
645 if (clientId)
646 {
647 /*
648 * If a client ID was present, we should not check
649 * WM_COMMAND because Xt will put a -xtsessionID arg
650 * on the command line.
651 */
652
(gdb) p theWindow-name
$5 = 0x0
(gdb) p *theWindow
$7 = {next = 0x0, prev = 0x0, w = 8388642, old_bw = 0, frame = 0, title_w = 0,
hilite_w = 0, gray = 0, icon_w = 0, icon_bm_w = 0, frame_x = 0, frame_y = 0,
frame_width = 0, frame_height = 0, frame_bw = 0, title_x = 0, title_y = 0,
icon_x = 0, icon_y = 0, icon_w_width = 0, icon_w_height = 0, icon_width = 0,
icon_height = 0, title_height = 0, title_width = 0, full_name = 0x0,
name = 0x0, icon_name = 0x0, name_width = 0, highlightx = 0, rightx = 0,
attr = {x = 0, y = 0, width = 150, height = 5, border_width = 1, depth = 16,
visual = 0x808d300, root = 53, class = 1, bit_gravity = 0,
win_gravity = 1, backing_store = 0, backing_planes = 4294967295,
backing_pixel = 0, save_under = 0, colormap = 32, map_installed = 1,
map_state = 0, all_event_masks = 4194304, your_event_mask = 4194304,
do_not_propagate_mask = 0, override_redirect = 0, screen = 0x8090080},
hints = {flags = 0, x = 0, y = 0, width = 0, height = 0, min_width = 0,
min_height = 0, max_width = 0, max_height = 0, width_inc = 0,
height_inc = 0, min_aspect = {x = 0, y = 0}, max_aspect = {x = 0, y = 0},
base_width = 0, base_height = 0, win_gravity = 0}, wmhints = 0x0,
group = 0, class = {res_name = 0x807098c Untitled,
res_class = 0x807098c Untitled}, list = 0x0, border = 0,
icon_border = 0, border_tile = {fore = 0, back = 0}, title = {fore = 0,
back = 0}, iconc = {fore = 0, back = 0}, iconified = 0, icon = 0,
icon_on = 0, mapped = 0, auto_raise = 0, forced = 0, icon_not_ours = 0,
icon_moved = 0, highlight = 0, stackmode = 0, iconify_by_unmapping = 0,
iconmgr = 1, transient = 0, transientfor = 0, titlehighlight = 0,
iconmgrp = 0x80cae68, save_frame_x = 0, save_frame_y = 0,
save_frame_width = 0, save_frame_height = 0, zoomed = 0, wShaped = 0,
protocols = 0, cmaps = {cwins = 0x809a6e0, number_cwins = 1,
scoreboard = 0x0}, titlebuttons = 0x0, squeeze_info = 0x0, ring = {
next = 0x0, prev = 0x0, cursor_valid = 0, curs_x = 0, curs_y = 0},
nameChanged = 0, widthEverChangedByUser = 0,
Re: Radeon 9000 If (RV250), Mac G4 (Wintunnel) problems withXFree86
Hi Michel (and the rest of the cc club), I upgraded my dri-trunk packages today (xlibmesga-gl1 and xserver-xfree86) from your repository and my dual head config now works! I am an extremely happy bunny. Have you an unfullfilled Amazon wishlist item or something I can bless you with? I have version 2003.07.25-2 of the two packages I mentioned. I also have the drm-trunk-module-src module but have not compiled or inserted the module, so just the xserver stuff fixed this. My current config (Radeon M9 with LCD+Iiyama Vision Master Pro 451) can be found at: http://www.johnleach.co.uk/documents/powerpc/XF86Config-4.dualhead John. On Sat, 2003-07-26 at 12:08, Michel Dänzer wrote: On Tue, 2003-07-15 at 16:29, Benjamin Herrenschmidt wrote: latest CVS build (by myself) as of yesterday (4.3.99...) When did you try exactly ? I've seen more fixes for TMDS getting in the CVS recently. I'm not sure what's up here, definitely not something the doc explains. I suspect it's the path of pixel data from the framebuffer to the TMDS transmitter that has an endian problem, I fail to see why SURFACE_CNTL thing would fail, or maybe it's a problem related to surface translation getting in our way ? I suspected that as well. If current CVS still doesn't work (works perfectly here with an external CRT on an M9 in a TiBook IV), please try this patch and post the RADEONInitCommonRegisters output. Or maybe it's something like http://bugs.xfree86.org/show_bug.cgi?id=521 ? -- GPG KEY: B89C D450 5B2C 74D8 58FB A360 9B06 B5C2 26F0 3047 HTTP: http://www.johnleach.co.uk signature.asc Description: This is a digitally signed message part
