[XFree86] [Bug 19] radeon driver freezes if baudline is run

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=19 
 




--- Additional Comments From [EMAIL PROTECTED]  2003-04-05 02:38 ---
Jean: Your mistake could be due to bugzilla's sortof braindead default
of jumping to the next bug number in your bug list once you commit a comment
rather than bringing the same bug up again.  Some people like the 'feature',
while some hate it.  Guess which one I am.  ;o) 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 16] XFree doesn't start if tv-output is connected, too.

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=16 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
   Platform||All



--- Additional Comments From [EMAIL PROTECTED]  2003-04-05 02:33 ---
If you are using the GATOS ati.2 driver, you really should be reporting your
bug report to the GATOS project also.

What specific video card do you have, and what OS/distribution are you using?
 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 12] ati radeon unable to support nonstandard resolutions via DVI

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=12 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-03-27 19:22 ---
Created an attachment (id=18)
XF86Config defining 1920x1200 resolution
 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 11] Display glitches on Radeon 7200 with version 4.1.0, 4.3.0

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=11 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
   Platform||All



--- Additional Comments From [EMAIL PROTECTED]  2003-04-05 02:26 ---
I have never seen this problem occur before on any Radeon hardware on any
XFree86 release.  It very much looks to me like a broken Radeon card with
bad video RAM.  The fact it occurs both on the 'radeon' driver as well as
the 'vesa' driver supports this also.

If you can possibly test it with another operating system, please try to
test it out.

Also, what operating system are you using, and if Linux, which distribution?

Are you using your distribution's supplied XFree86, or did you compile it
yourself?  If the latter, what compiler did you use, and have you used
any custom compile options?
 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] How to load compiled kbd maps?

[Boris Pran]

Hi,

I was searching this mailing list for the answer but couldn't find any...

So, I have compiled XFree 4.3 and wanted to strip it down and just use server 
as XTerminal.

On the full instalation I ran 'xkbcomp -o mycmap.xkm -xkm :0' and got compiled 
map but when I try to load it with -xkbmap or -xkbdb on my stripped X server 
it says:

Couldn't load XKB map falling back to pre-XKB keymap

I probably have to say that I have stripped down the X11R6 dir to the bare 
bones. What is missing ?

Thanks
Boris

P.S. Here is the stripped X server tree

X11R6
  I-+-/bin
  I I-XFree86
  I
  I-+-/lib
  I I-+-/X11
  I   I-rgb.txt
  I   I
  I   I-+-/xkb
  I   I I-+-/compiled
  I   I   I-mycmap.xkm
  I   I
  I   I-+-/xserver
  I   I I-SecurityPolicy
  I
  I-+-/modules
I
I-+-/drivers
I I-nv_drv.o
I 
I-+-/extensions
I I-libddbe.a
I I-libextmod.a
I
I-+-/fonts
I I-libbitmap.a
I
I-+-/input
I I-kbd_drv.o
I I-mouse_drv.o
I
I-+-/linux
I I-libdrm.a
I I-libfbdevhw.a
I I-libint10.a
I   
I-libddc.a
I-libi2c.a
I-libint10.a
I-libpcidata.a
I-libramdac.a
I-libscanpci.a
I-libvbe.a
I-libvgahw.a
I-libxaa.a



___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] Question about new XFree

[TonyX]

I'm trying to find out whether or not XFree 4.3.0 
is capable of supporting Radeon 8500/LE like ATI's drivers do for XFree 4.1/4.2. 
I'm just trying to see whether or not it will be better to use this version of 
XFree instead of using ATI's drivers for the sake of performance and 
compatablity with software that require direct access to my graphics 
card.
 
TonyX

Re: [XFree86] 4.3.0 Radeon Mobility driver jittering screen

[hy0]

Hi Yann and Martin,
Can you try to use option "SWcursor" in your config file (double check your
log file to make sure that software cursor is used)? Just to see if this can
make any difference. Thanks,

Hui

- Original Message -
From: "Yann E. MORIN" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, April 04, 2003 11:46 AM
Subject: Re: [XFree86] 4.3.0 Radeon Mobility driver jittering screen


> On Friday 04 April 2003 16:52, you wrote:
>  > I', using 4.2.0 on my Laptop (IMB Thinkpad A30), which seems to have a
>
> Mine is ACER Aspire 1430, with the
>
>  > (--) PCI:*(1:0:0) ATI Radeon Mobility M6 LY rev 0, Mem @ 0xe000/27,
>  > 0xc010/16, I/O @ 0x3000/8
>  >
>  > With 4.2.0 this works fine (except a drawing bug when using line width
0
>  > ...), so I tried to upgrade to 4.3.0.
>  >
>  > The Problem with 4.3.0 is that the display is sometimes (after X start)
>  > completely unusable, because the full display jitters.
> [--SNIP--]
>
> I have the exact same card with the exact same problem. Switching once or
twice
> fixes the problem. Killing the server and restarting it (runlevel 5) helps
also.
>
> BUT I use the framebuffer console and it happens from time to time that
the
> display jitters in this same way when the kernel boots (kernel 2.4.20
vanilla).
>
> So I suspect there's a bug in either :
>  - the kernel radeon framebuffer
>  - the XFree radeon driver
>  - both.
>
> I'll try to boot with framebuffer de-activated for a time to see if the
problem
> stays. Currently, my notebook serves as a desktop computer and I can't
reboot
> it at will. Will try to find a slot in the WE...
>
> Here is lspci - for this card :
> --
> 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6
LY (prog-if 00 [VGA])
> Subsystem: Acer Incorporated [ALI]: Unknown device 0019
> Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping+ SERR+ FastB2B+
> Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR-  Interrupt: pin A routed to IRQ 5
> Region 0: Memory at f000 (32-bit, prefetchable) [size=128M]
> Region 1: I/O ports at 3000 [size=256]
> Region 2: Memory at e800 (32-bit, non-prefetchable) [size=64K]
> Expansion ROM at  [disabled] [size=128K]
> Capabilities: [58] AGP version 2.0
> Status: RQ=47 SBA+ 64bit- FW- Rate=x1,x2,x4
> Command: RQ=0 SBA+ AGP- 64bit- FW- Rate=
> Capabilities: [50] Power Management version 2
> Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> --
>
> Regards,
> Yann.
>
> --
>
.-..--.-
---.
> |  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics'
conspiracy: |
> | +0/33 662376056 | Software  Designer | \ / CAMPAIGN |  ___
|
> | --==< °_° >==-- °---.:  X  AGAINST  |  \e/  There is
no  |
> | web: ymorin.free.fr | [EMAIL PROTECTED] 1178 | / \ HTML MAIL|   v
conspiracy.  |
>
°-°°--°-
---°
>  \__ np: The Breeders - Do You Love Me Now-
__/
> ___
> XFree86 mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xfree86
>

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 106] XF86 4.1 up don't heed backing store requests

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=106 
 




--- Additional Comments From [EMAIL PROTECTED]  2003-04-05 00:49 ---
For the record..  Red Hat Linux 7.3 comes with XFree86 4.2.0, not 4.1.0
as you claim above, and Red Hat Linux 8.0 also comes with 4.2.0 albeit a
much much newer version of 4.2.0 which is basically 4.2.1 minus the
version number.  Red Hat has never shipped XFree86 4.0 in any release,
the earliest version was 4.0.1 in Red Hat Linux 7.

I've tested backingstore on a local installation of 7.3 and it works fine
for me. 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 108] matrox drm code cannot find framebuffer, crashes X

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=108 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

   Platform||All



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 23:49 ---
works fine, of course, if NoAccel. 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 108] New: matrox drm code cannot find framebuffer, crashes X

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=108 
 
   Summary: matrox drm code cannot find framebuffer, crashes X
   Product: Drivers
   Version: 4.3
OS/Version: Linux
Status: NEW
  Severity: critical
  Priority: P1
 Component: Other
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


with a matrox g200 agp and my shiny new XFree86 4.3.0 i get crashes when DRI is
enabled:

[drm] AGP 0.99 aperture @ 0xe400 64MB
[drm] Initialized mga 3.1.0 20021029 on minor 0
[drm:mga_do_init_dma] *ERROR* failed to find framebuffer!
Unable to handle kernel NULL pointer dereference at virtual address 0010
 printing eip:
d1954b37
*pde = 
Oops: 
CPU:0
EIP:1010:[]Tainted: P
EFLAGS: 00013286
eax:    ebx: cc70bca0   ecx:    edx: 0001
esi: cdbf2000   edi: cc70bca0   ebp: cdbf2000   esp: cbed1e70
ds: 1018   es: 1018   ss: 1018
Process X (pid: 2969, stackpage=cbed1000)
Stack: cc13a9c0 cbed1f04 c011b14f c03683bd 3246 c0276968 c011b05e d195489c
   cdbf2000 cc70bca0 cdbf2000 d195488d d1959e20 d1959dc1  c13cad40
    bb74 cbed1f60 cdbf2000 3286 cc13a950 cbf16d40 cc70bca0
Call Trace:[] [] [] [] []
  [] [] [] [] []

Code: 83 78 10 00 74 23 8b 40 04 85 c0 74 1c 83 c4 f8 50 8b 83 c0

pls let me know what else i can provide to help debug this.

joe 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] Linux 8 install fails on xfree86

[James Bentley]

Hi Folks,
Please see the attached log file.

I had a small disk running Linux 5.2.  I unsized the disk and installed 8.0 
with everything other than the disk and the OS version the same. When 
startx is executed a brief black screen appears then I get the command line 
prompt again.  If I reinstall the smaller disk with 5.2 all is ok.

Please let me know what I've missed or if this might be a bug.


More information:
Card trio64v2
ram 2048
clock 59.957
Mode1024/76865
800x400 50
640x480 31.5

Monitor
KDS visual Sensations VS-7e
Hoz Syn 28-70
Ver Syn 50-120
Clock 110 max
 

begin 600 XFree86.0.txt
M#0H*6$9R964X-B!697)S:6]N(#0N,BXP("[EMAIL PROTECTED]&%T($QI;G5X(')E;&5A
M6]U" R+C0N,[EMAIL PROTECTED],3%S;7 @:38X-B!;14Q&72 -"D)U:6QD($AO
M2!-;VYI=&]R(@T**"HJ*2!\(" @?"TM/D1E=FEC92 B4S,@.#9#-S&9R964X-B(-"[EMAIL PROTECTED]
[EMAIL PROTECTED]:6]N(")8:V)-;V1E;"(@(G!C,3 Q(@T**"HJ*2!82T(Z(&UO9&5L
M.B B<&,Q,#$B#0HH*BHI($]P=&EO;B B6&MB3&%Y;W5T(B B=7,B#0HH*BHI
M(%A+0CH@;&%Y;W5T.B B=7,B#0HH/3TI($ME>6)O87)D.B!#=7-T;VU+97EC
M;V1E(&1I T*
M*$E)*2!,;V%D36]D=6QE.B B8FET;6%P(@T**$E)*2!,;V%D:6YG("]U# P,# P
M,# P("T@,'@P,# P9F9F9B H,'@Q,# P,"[EMAIL PROTECTED];0ET-"BA)[EMAIL PROTECTED](# @
M;F]N+7!R969E=&-H86)L92!M96UO&9F9F9F9F9F("@P># I($U86T)=#0HH24DI($)U&9F9F9F9F9F("@P># I($U86T)=#0HH24DI($)U2!R86YG93H-"[EMAIL PROTECTED]@4$-).BHH,#HR,#HP
M*2!3,R!4# P,3 P,# P("T@,'@S9F9F9F9F9B H,'@S9F8P
M,# P,"[EMAIL PROTECTED];0EU%*$(I#0H)6S)=("TQ"3!X,# P9C P,# @+2 P># P,&9F
M9F9F("@P>#$P,# P*2!-6%M"70T*"5LS72 M,0DP># P,&,P,# P("T@,'@P
M,#!E9F9F9B H,'@S,# P,"[EMAIL PROTECTED];0ET-"@E;[EMAIL PROTECTED]),'@P,# P,# P," M
M(#!X,# [EMAIL PROTECTED] P,# I($U86T)=#0H)6S5=("TQ"3!X,# P,&9F
[EMAIL PROTECTED] P># P,#!F9F9F("@P>#$I($E86T)=#0H)6S9=("TQ"3!X,# P,# P
M,# @+2 P># P,# P,&9F("@P>#$P,"[EMAIL PROTECTED];0ET-"BA)[EMAIL PROTECTED]:79E(%!#
M22!R97-O=7)C92!R86YG97,Z#0H)6S!=("TQ"[EMAIL PROTECTED],# P,# @+2 P>&9B
M9F9F9F9F("@P>#0P,# P,# I($U86T)=*$(I#0H)6S%=("TQ"3!X,# P,&9C
M8S @+2 P># P,#!F8V1F("@P>#(P*2!)6%M"70T*"5LR72 M,0DP># P,#!F
M8V8P("T@,'@P,# P9F-F9B H,'@Q,"[EMAIL PROTECTED];0ET-"BA)[EMAIL PROTECTED]@
M4$-)(')E&8X,# P,# P("T@,'AF8F9F9F9F9B H,'@T,# P,# P*2!-6%M"72A"*0T*
M"5LQ72 M,0DP># P,#!F8V,P("T@,'@P,# P9F-D9B H,'@R,"[EMAIL PROTECTED];0ET-
M"@E;,[EMAIL PROTECTED]),'@P,# P9F-F," M(#!X,# P,&[EMAIL PROTECTED],3 I($E86T)=
M#0HH24DI($EN86-T:79E(%!#22!R97-O=7)C92!R86YG97,@869T97(@# P,#!F
M8V)F("@P>#(P*2!)6%M"70T**$E)*2!/4RUR97!O&9F9F9F9F9F("@P>#(P,# P,"[EMAIL PROTECTED];0ETH
M0BD-"@E;,[EMAIL PROTECTED]),'@P,#$P,# P," M(#!X,[EMAIL PROTECTED],V9F,# P
M,# I($U86T)=12A"*0T*"5LR72 M,0DP># P,&8P,# P("T@,'@P,#!F9F9F
M9B H,'@Q,# P,"[EMAIL PROTECTED];0ET-"@E;,[EMAIL PROTECTED]),'@P,#!C,# P," M(#!X,# P
[EMAIL PROTECTED],S P,# I($U86T)=#0H)6S1=("TQ"3!X,# P,# P,# @+2 P
M># P,#EF9F9F("@P>&$P,# P*2!-6%M"70T*"5LU72 M,0DP># P,#!F9F9F
M("T@,'@P,# P9F9F9B H,'@Q*2!)6%M"70T*"5LV72 M,0DP># P,# P,# P
M("T@,'@P,# P,#!F9B H,'@Q,# I($E86T)=#0HH24DI($%L;"!S>7-T96T@
M&9F93 P,# P("T@,'AF9F9F
M9F9F9B H,'@R,# P,# I($U86T)=*$(I#0H)6S%=("TQ"3!X,# Q,# P,# @
M+2 P>#-F9F9F9F9F("@P>#-F9C P,# P*2!-6%M"744H0BD-"@E;,[EMAIL PROTECTED])
M,'@P,#!F,# P," M(#!X,# [EMAIL PROTECTED],3 P,# I($U86T)=#0H)6S-=
M("TQ"3!X,# P8S P,# @+2 P># P,&5F9F9F("@P>#,P,# P*2!-6%M"70T*
M"5LT72 M,0DP># P,# P,# P("T@,'@P,# Y9F9F9B H,'AA,# P,"[EMAIL PROTECTED];
M0ET-"@E;[EMAIL PROTECTED]),'AF.# P,# P," M(#!X9F)[EMAIL PROTECTED] P,# P
M,"[EMAIL PROTECTED];0ETH0BD-"@E;[EMAIL PROTECTED]),'@P,# P9F9F9B M(#!X,# P,&9F9F8@
M*#!X,[EMAIL PROTECTED];0ET-"@E;[EMAIL PROTECTED]),'@P,# P,# P," M(#!X,# P,# P9F8@
M*#!X,3 P*2!)6%M"70T*"5LX72 M,0DP># P,#!F8V,P("T@,'@P,# P9F-D
M9B H,'@R,"[EMAIL PROTECTED];0ET-"@E;[EMAIL PROTECTED]),'@P,# P9F-F," M(#!X,# P,&9C
[EMAIL PROTECTED],3 I($E86T)=#0H)6S$P72 M,0DP># P,#!F8V$P("T@,'@P,# P
M9F-B9B H,'@R,"[EMAIL PROTECTED];0ET-"BA)[EMAIL PROTECTED]&]A9$UO9'5L93H@(F1B92(-"BA)
[EMAIL PROTECTED]&]A9&EN9R [EMAIL PROTECTED],5(V+VQI8B]M;V1U;&5S+V5X=&5N'1E;G-I;VXL
M('9E'1E;G-I;VXL('9E
M'1E;G-I;[EMAIL PROTECTED]'+5)%455%4U13#0HH24DI($QO861I
M;F<@97AT96YS:6]N(%-93D,-"BA)[EMAIL PROTECTED]&]A9&EN9R!E>'1E;G-I;[EMAIL PROTECTED]
[EMAIL PROTECTED])*2!,;V%D:6YG(&5X=&5N'1E;G-I;[EMAIL PROTECTED])*2!,;V%D:6YG(&5X=&5N
M'1E;G-I;[EMAIL PROTECTED]'+4-5
M4 T**$E)*2!,;V%D:6YG(&5X=&5N'1E;F1E9"U6:7-U86PM26YF
M;W)M871I;VX-"BA)[EMAIL PROTECTED]&]A9&EN9R!E>'1E;G-I;[EMAIL PROTECTED]&5O#0HH24DI
M($QO861I;F<@97AT96YS:6]N(%A6:61E;RU-;W1I;VY#;VUP96YS871I;VX-
M"BA)[EMAIL PROTECTED]&]A9&EN9R!E>'1E;G-I;[EMAIL PROTECTED]"U297-O=7)C90T**$E)*2!,;V%D
M36]D=6QE.B B='EP93$B#0HH24DI($QO861I;F<@+W5S7!E,2YA#0HH24DI($UO9'5L92!T>7!E,3H@
M=F5N9&]R/2)4:&[EMAIL PROTECTED]2!$
M979I8V4@:7,Z(%!#22 P,#HQ-#HP#0HH+2TI($%S&9R964X-BYOhttp://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 94] freeze upon logout

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=94 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 22:28 ---
*** Bug 107 has been marked as a duplicate of this bug. *** 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 107] hard hang with accelerated radeon 7000 and kdm

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=107 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Platform||All
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 22:28 ---


*** This bug has been marked as a duplicate of 94 *** 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Getting notify event of vertical refresh

[David N.]

Hi Mark,

I wrote a benchmark, and got similar results as you
did.  When the machine is unloaded even my longest
read is under the 13ms barrier, and the avg read is
about 10ms, for an aggregate rate around 140MB/s. 
This number roughly equivalent to the DMA performance
I get going to out of the machine via the 64bit PCI
slot.

When the machine is loaded with another program
displaying in a GL buffer (the one I need to capture),
the average read is about 14ms, with the longest read
taking around 28ms.

Hmmm.  It looks like I may be stuck.  I'll try
grabbing the server to see if I can come up with
anything different.

Thanks for your suggestions,
David


--- Mark Vojkovich <[EMAIL PROTECTED]> wrote:
> On Fri, 4 Apr 2003, David N. wrote:
> 
> > Billy,
> > 
> > Thanks -- that works and solves one of my
> problems.
> > 
> > The other part of my problem is that I'm trying to
> > grab complete images off of the screen using
> > XShmGetImage().  Despite synchronizing on with
> > vertical refresh like you suggested, I'm finding
> that
> > the buffers that I capture with XShmGetImage()
> have
> > tearing in them - i.e. it looks like the next
> frame is
> > getting drawn into X's buffer before XShmGetImage
> is
> > done retrieving them.
> 
>OpenGL and X rendering are allowed to be
> completely asynchronous,
> and in the case of NVIDIA's binary drivers, they
> are.  If the
> same app is doing the grabbing and OpenGL rendering
> you should
> either use OpenGL for everything (glReadPixels
> instead of XShmGetImage)
> or if you use XShmGetImage you have to use GLX's
> synchronization
> primitives: glXWaitGL and glXWaitX.  Call glXWaitGL
> before 
> XShmGetImage to ensure that all GL rendering has
> finished. 
> 
>If the grabber and GL renderer are separate
> applications,
> there's not much you can do.  You can grab the
> server before
> doing the XShmGetImage to ensure that nobody is
> going to be
> rendering while you are doing the XShmGetImage, but
> that isn't
> going to give you OpenGL flip synchronization on the
> GetImage. 
> 
> 
> > 
> > In these cases I notice that XShmGetImage is
> taking
> > longer than 13.3ms to complete.  Do you have any
> ideas
> > on a quicker way to get a copy of X's output
> buffer?
> 
>It only takes that long because it's sharing the
> hardware
> with the simultanous OpenGL rendering.  The above
> two mechanisms
> will serialize X and GL rendering.
> 
> 
>   Mark.
> 
> > 
> > Kind regards,
> > David
> > 
> > > 
> > > 
> > >   This is currently video card specific.  With
> > > nVidia cards and the
> > > binary drivers, you can use poll() on
> > > /dev/nvidia[0-x] to have your
> > > process block until the next refresh.  With mga,
> > > radeon, r128, i830,
> > > (what else?) drivers, using the new DRM for
> X4.3,
> > > there is a DRM ioctl
> > > you can use to get information about the refresh
> > > rate.  Look for
> > > drmWaitVBlank and associated code in libGL for
> how
> > > to use the ioctl.
> > > 
> > >   Other then that, there are a bunch of
> > > card-specific codes around
> > > providing refresh interrupts as kernel modules. 
> In
> > > new versions of
> > > svgalib, they include a kernel module to provide
> > > this functionality
> > > through their API, although it's unclear if it
> is
> > > 'safe' for use along
> > > with X.  As well, the mplayer program includes
> some
> > > kernel module
> > > drivers for overlay surfaces which includes some
> > > refresh sync code, but
> > > it's not really used by them currently to my
> > > knowledge.
> > > 
> > >   I'm working on some sort of library to
> abstract
> > > the nvidia binary
> > > drivers and the new DRM method, and maybe other
> > > methods if they are
> > > clean.  If anyone else is interested in helping
> out
> > > with this, let me
> > > know.
> > > 
> > >   Hope that helps,
> > >   -Billy
> > > 
> > > -- 
> > > Billy Biggs
> > > [EMAIL PROTECTED]
> > > ___
> > > XFree86 mailing list
> > > [EMAIL PROTECTED]
> > > http://XFree86.Org/mailman/listinfo/xfree86
> > 
> > 
> > __
> > Do you Yahoo!?
> > Yahoo! Tax Center - File online, calculators,
> forms, and more
> > http://tax.yahoo.com
> > ___
> > XFree86 mailing list
> > [EMAIL PROTECTED]
> > http://XFree86.Org/mailman/listinfo/xfree86
> > 
> 
> ___
> XFree86 mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xfree86


__
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 107] New: hard hang with accelerated radeon 7000 and kdm

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=107 
 
   Summary: hard hang with accelerated radeon 7000 and kdm
   Product: Drivers
   Version: 4.3
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P1
 Component: ATI
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


i've got a radeon 7000 in an old PII and as soon as i boot to runlevel 5, kdm
hangs.  i get hard hang, need to reboot machine.  noaccel works fine, as does
starting X via startx.

something about kdm and drm on this card - kernel is 2.4.21-pre7, if that makes
a difference.  kdm inits X once, then likes to restart it [?] quickly - i think
that's what's causing it.  at least, i get the X crosshatch background briefly,
then a mode change before the hang.

be happy to do what i can to test it.  [btw, why no matrox component above?]

joe 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] [Bug 104] New: ALT-CTRL-Fn keys are ignored (= nothing happens) when pressed to switch from X to text consoles

[Eric Christopherson]

On Fri, Apr 04, 2003 at 05:42:32PM -0800, Ken Marx wrote:
> I saw something like this from the FreeBSD build of 4.3.0.
> Couldn't reset the server either (via ctl-alt-backspace).

I also had the ctrl+alt+bs problem.

> 
> Eventually found this:
> 
> Section "ServerFlags"
>Option "HandleSpecialKeys" "always"
> EndSection
> 
> Things 'worked' after that.

That did it exactly! Thanks.

-- 
Furrfu! r a k k o  at  c h a r t e r  dot  n e t
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Rotate option

[Mark Vojkovich]

   I can't reproduce this.  I'm running CCW with the nv driver.
Also using mode 1280x1024.  Differences noted below.

On Fri, 4 Apr 2003, Jin Park wrote:

> Hello-
> I'm pretty sure this has something to do with XFree86.
> 
> Im using RedHat 9 with XF 4.3.0.
> I have nVidia GeForce 2 MX200 so I'm using
> device driver, "nv"
> 
> Now, I disabled RandR to use Rotate option.
> When I put Rotate CCW option, it does rotate
> my monitor-
> However, when I drag my mouse to the bottom
> of the screen, screen flicks a few times, and
> goes to the Login screen of RedHat..
> Even on the login screen when I move my mouse
> to the bottom of the screen, it reloads the
> login screen.
> 
> Any idea why?
> Here's my XF86Config:
> # XFree86 4 configuration created by
> redhat-config-xfree86
>  
> Section "ServerLayout"
> Identifier "Default Layout"
> Screen  0  "Screen0" 0 0
> InputDevice"Mouse0" "CorePointer"
> InputDevice"Keyboard0" "CoreKeyboard"
> EndSection
>  
> Section "Files"
>  
> # RgbPath is the location of the RGB database.  Note,
> this is the name of the
> # file minus the extension (like ".txt" or ".db"). 
> There is normally
> # no need to change the default.
> # Multiple FontPath entries are allowed (they are
> concatenated together)
> # By default, Red Hat 6.0 and later now use a font
> server independent of
> # the X server to render fonts.
> RgbPath  "/usr/X11R6/lib/X11/rgb"
> FontPath "unix/:7100"
> EndSection

   I have different font paths, but I don't see what that has to
do with anything.

>  
> Section "Module"
> Load  "dbe"
> Load  "extmod"
> Load  "fbdevhw"
> Load  "glx"
> Load  "record"
> Load  "freetype"
> Load  "type1"
> EndSection

   I'm not loading "record", "glx" or "fbdevhw"

>  
> Section "ServerFlags"
> Option  "RandR" "0"
> EndSection
>  
> Section "InputDevice"
>  
> # Specify which keyboard LEDs can be user-controlled
> (eg, with xset(1))
> #   Option  "Xleds" "1 2 3"
> # To disable the XKEYBOARD extension, uncomment
> XkbDisable.
> #   Option  "XkbDisable"
> # To customise the XKB settings to suit your keyboard,
> modify the
> # lines below (which are the defaults).  For example,
> for a non-U.S.
> # keyboard, you will probably want to use:
> #   Option  "XkbModel"  "pc102"
> # If you have a US Microsoft Natural keyboard, you can
> use:
> #   Option  "XkbModel"  "microsoft"
> #
> # Then to change the language, change the Layout
> setting.
> # For example, a german layout can be obtained with:
> #   Option  "XkbLayout" "de"
> # or:
> #   Option  "XkbLayout" "de"
> #   Option  "XkbVariant""nodeadkeys"
> #
> # If you'd like to switch the positions of your
> capslock and
> # control keys, use:
> #   Option  "XkbOptions""ctrl:swapcaps"
> # Or if you just want both to be control, use:
> #   Option  "XkbOptions""ctrl:nocaps"
> #
> Identifier  "Keyboard0"
> Driver  "keyboard"
> Option  "XkbRules" "xfree86"
> Option  "XkbModel" "pc105"
> Option  "XkbLayout" "us"
> EndSection
>  
> Section "InputDevice"
> Identifier  "Mouse0"
> Driver  "mouse"
> Option  "Protocol" "IMPS/2"
> Option  "Device" "/dev/input/mice"
> Option  "ZAxisMapping" "4 5"
> Option  "Emulate3Buttons" "no"
> EndSection

   I have a different mouse and keyboard, but it shouldn't matter.

>  
> Section "InputDevice"
>  
> # If the normal CorePointer mouse is not a USB mouse
> then
> # this input device can be used in AlwaysCore mode to
> let you
> # also use USB mice at the same time.
> Identifier  "DevInputMice"
> Driver  "mouse"
> Option  "Protocol" "IMPS/2"
> Option  "Device" "/dev/input/mice"
> Option  "ZAxisMapping" "4 5"
> Option  "Emulate3Buttons" "no"
> EndSection
>  
> Section "Monitor"
> Identifier   "Monitor0"
> VendorName   "Monitor Vendor"
> ModelName"SyncMaster"
> DisplaySize  340270
> HorizSync30.0 - 81.0
> VertRefresh  56.0 - 85.0
> Option  "dpms"
> EndSection
>  
> Section "Device"
> Identifier  "Videocard0"
> Driver  "nv"
> VendorName  "Videocard vendor"
> BoardName   "NVIDIA GeForce 2 MX (generic)"
> EndSection
>  
> Section "Screen"
> Identifier "Screen0"
> Device "Videocard0"
> Monitor"Monitor0"
> DefaultDepth 16
> SubSection "Display"
> Depth 16
> Modes"1280x1024" "1280x960"
> "1152x864" "1024x768" "800x600"
> "640x480"
> EndSubSection
> EndSection
>  
> Section "DRI"
> Group0
> Mode 0666
> EndSection

   I don't have a DRI section.

Mark.
> 
> 
>

[XFree86] [Bug 106] XF86 4.1 up don't heed backing store requests

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=106 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

   Platform||All



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 21:28 ---
+bs from the commandline (eg. "startx -- +bs") enables backing store. 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Getting notify event of vertical refresh

[Mark Vojkovich]

On Fri, 4 Apr 2003, David N. wrote:

> Billy,
> 
> Thanks -- that works and solves one of my problems.
> 
> The other part of my problem is that I'm trying to
> grab complete images off of the screen using
> XShmGetImage().  Despite synchronizing on with
> vertical refresh like you suggested, I'm finding that
> the buffers that I capture with XShmGetImage() have
> tearing in them - i.e. it looks like the next frame is
> getting drawn into X's buffer before XShmGetImage is
> done retrieving them.

   OpenGL and X rendering are allowed to be completely asynchronous,
and in the case of NVIDIA's binary drivers, they are.  If the
same app is doing the grabbing and OpenGL rendering you should
either use OpenGL for everything (glReadPixels instead of XShmGetImage)
or if you use XShmGetImage you have to use GLX's synchronization
primitives: glXWaitGL and glXWaitX.  Call glXWaitGL before 
XShmGetImage to ensure that all GL rendering has finished. 

   If the grabber and GL renderer are separate applications,
there's not much you can do.  You can grab the server before
doing the XShmGetImage to ensure that nobody is going to be
rendering while you are doing the XShmGetImage, but that isn't
going to give you OpenGL flip synchronization on the GetImage. 


> 
> In these cases I notice that XShmGetImage is taking
> longer than 13.3ms to complete.  Do you have any ideas
> on a quicker way to get a copy of X's output buffer?

   It only takes that long because it's sharing the hardware
with the simultanous OpenGL rendering.  The above two mechanisms
will serialize X and GL rendering.


Mark.

> 
> Kind regards,
> David
> 
> > 
> > 
> >   This is currently video card specific.  With
> > nVidia cards and the
> > binary drivers, you can use poll() on
> > /dev/nvidia[0-x] to have your
> > process block until the next refresh.  With mga,
> > radeon, r128, i830,
> > (what else?) drivers, using the new DRM for X4.3,
> > there is a DRM ioctl
> > you can use to get information about the refresh
> > rate.  Look for
> > drmWaitVBlank and associated code in libGL for how
> > to use the ioctl.
> > 
> >   Other then that, there are a bunch of
> > card-specific codes around
> > providing refresh interrupts as kernel modules.  In
> > new versions of
> > svgalib, they include a kernel module to provide
> > this functionality
> > through their API, although it's unclear if it is
> > 'safe' for use along
> > with X.  As well, the mplayer program includes some
> > kernel module
> > drivers for overlay surfaces which includes some
> > refresh sync code, but
> > it's not really used by them currently to my
> > knowledge.
> > 
> >   I'm working on some sort of library to abstract
> > the nvidia binary
> > drivers and the new DRM method, and maybe other
> > methods if they are
> > clean.  If anyone else is interested in helping out
> > with this, let me
> > know.
> > 
> >   Hope that helps,
> >   -Billy
> > 
> > -- 
> > Billy Biggs
> > [EMAIL PROTECTED]
> > ___
> > XFree86 mailing list
> > [EMAIL PROTECTED]
> > http://XFree86.Org/mailman/listinfo/xfree86
> 
> 
> __
> Do you Yahoo!?
> Yahoo! Tax Center - File online, calculators, forms, and more
> http://tax.yahoo.com
> ___
> XFree86 mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xfree86
> 

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Getting notify event of vertical refresh

[Mark Vojkovich]

On Fri, 4 Apr 2003, Billy Biggs wrote:

> David N. ([EMAIL PROTECTED]):
> 
> > The other part of my problem is that I'm trying to grab complete
> > images off of the screen using XShmGetImage().  Despite synchronizing
> > on with vertical refresh like you suggested, I'm finding that the
> > buffers that I capture with XShmGetImage() have tearing in them - i.e.
> > it looks like the next frame is getting drawn into X's buffer before
> > XShmGetImage is done retrieving them.
> > 
> > In these cases I notice that XShmGetImage is taking longer than 13.3ms
> > to complete.  Do you have any ideas on a quicker way to get a copy of
> > X's output buffer?
> 
>   I am not an expert in this area, but I can tell you that reading from
> video memory is extremely slow for most, if not all, consumer video
> cards.  The path is not optimized and can take well longer than a frame
> to grab a copy of the framebuffer.
> 
>   Rumor has it that some cards, like newer nVidia cards, can use their
> DMA engine to transfer from video memory back into system memory, which
> would be useful for many applications which want to, say, render 3D
> graphics in realtime for some other purpose than display on the screen
> (like hardware accellerated raytracing).  However, I do not believe that
> this is currently implemented in the nVidia binary drivers for
> XShmGetImage, or anywhere else by anyone else for that matter.
> 
>   I'd love to be proved wrong.
> 

   NVIDIA binary drivers use DMA to copy from the framebuffer
for XShmGetImage.  There's no benchmark for XShmGetImage in x11perf
but I get over 100 MB/sec with XGetImage if there's nothing else
going on.  This has been supported on all cards the NVIDIA binary
drivers support for at least a year.


Mark.


___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] [Bug 104] New: ALT-CTRL-Fn keys are ignored (= nothinghappens) when pressed to switch from X to text consoles

[Ken Marx]

I saw something like this from the FreeBSD build of 4.3.0.
Couldn't reset the server either (via ctl-alt-backspace).
Eventually found this:

Section "ServerFlags"
   Option "HandleSpecialKeys" "always"
EndSection
Things 'worked' after that.

I mention the build bit because another machine
that I did the 4.3.0 install from FreeBSD-4.x
binaries didn't need the special keys config setting.
Didn't investigate, so am just sharing...
If your ctl-alt-backspace works, then it's
probably something different(?).
k.

Eric Christopherson wrote:
I'm having a similar problem, only I don't run GNOME panel and I have my
caps lock key mapped to control. Whenever I have my actual control key
mapped to control, I can switch VTs fine. But when I have the caps lock key
mapped as control, neither alt+capslock+F1 nor alt+leftcontrol+F1 nor
alt+rightcontrol+F1 works (right control is still control; I didn't change
it)! Is this a bug, or am I just mapping them incorrectly? I use xmodmap to
do it, but I understand there is also a way in the XF86Config-4 to specify
such mappings.
--
Ken Marx, [EMAIL PROTECTED]
None of us will be here this time next year if we do not accept our fate and 
drive to completion the family jewels.
		- http://www.bigshed.com/cgi-bin/speak.cgi

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] [Bug 104] New: ALT-CTRL-Fn keys are ignored (= nothing happens) when pressed to switch from X to text consoles

[Eric Christopherson]

I'm having a similar problem, only I don't run GNOME panel and I have my
caps lock key mapped to control. Whenever I have my actual control key
mapped to control, I can switch VTs fine. But when I have the caps lock key
mapped as control, neither alt+capslock+F1 nor alt+leftcontrol+F1 nor
alt+rightcontrol+F1 works (right control is still control; I didn't change
it)! Is this a bug, or am I just mapping them incorrectly? I use xmodmap to
do it, but I understand there is also a way in the XF86Config-4 to specify
such mappings.

-- 
Furrfu! r a k k o  at  c h a r t e r  dot  n e t
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 106] New: XF86 4.1 up don't heed backing store requests

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=106 
 
   Summary: XF86 4.1 up don't heed backing store requests
   Product: XFree86 Server
   Version: unspecified
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: os-support
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Somewhere around my upgrade from RedHat7.3 (XF86 4.0) to RedHat8.0(XF4.1, now 
4.2), any window created in IDL/pvwave will not refresh when using the default X 
backing store. The same mechanism works fine on Solaris for example.  
 
xdpyinfo tells me  
  options:backing-store NO, save-unders NO 
 
but there are no documented ways to enable either of these through the XF86Config 
file. An option that would do the moral equivalent of a -wm, i.e. full backing store 
for all 
applications when mapped would be ideal; but for now the server seems to ignore the 
requests for backing store by individual aplications (quite contrary to older versions 
where this worked just fine). 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 87] Xnest: can't run Xnest in a parent window

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=87 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 19:47 ---
  This happens because the "display" window selects ButtonPressMask, so the
Xnest call to XSelectInput in xc/programs/Xserver/hw/xnest/Pointer.c, function
xnestPointerProc(), line 63 will fail.
  If a program's toplevel window does not select ButtonPressMask it should work,
unless other "special" event mask is not allowed.
  See man XSelectInput for the list of events that only one client at a time
can listen.
 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] AIW Radeon 7500 - R200 QW XFree86 4.3Configuration Problem

[Michel Dänzer]

On Mit, 2003-04-02 at 16:07, Doug Webb wrote: 
> I have an All In Wonder Radeon 7500 AGP graphics card with a CRT
> attached to the DVI/VGA port via the included adapter.  X gives me the
> error "Screens found but no usable configuration found".   In 4.2 the
> Option "CrtScreen"  was used to solve this problem however this
> doesn't work in 4.3.  I have tried all combinations of all the options
> I find relating to the adapter and monitor but nothing will force the
> driver to use the attached CRT.  Does anyone know how to configure
> this card?  If not where in the driver code should I look to force to
> it to use the CRT?

I'm afraid that's not possible with 4.3.0. You could try
http://www.penguinppc.org/~daenzer/XFree86/HuiYu/x430_radeon_all_in_one.diff
and use Option "MonitorLayout" with that if necessary.


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Getting notify event of vertical refresh

[Billy Biggs]

David N. ([EMAIL PROTECTED]):

> The other part of my problem is that I'm trying to grab complete
> images off of the screen using XShmGetImage().  Despite synchronizing
> on with vertical refresh like you suggested, I'm finding that the
> buffers that I capture with XShmGetImage() have tearing in them - i.e.
> it looks like the next frame is getting drawn into X's buffer before
> XShmGetImage is done retrieving them.
> 
> In these cases I notice that XShmGetImage is taking longer than 13.3ms
> to complete.  Do you have any ideas on a quicker way to get a copy of
> X's output buffer?

  I am not an expert in this area, but I can tell you that reading from
video memory is extremely slow for most, if not all, consumer video
cards.  The path is not optimized and can take well longer than a frame
to grab a copy of the framebuffer.

  Rumor has it that some cards, like newer nVidia cards, can use their
DMA engine to transfer from video memory back into system memory, which
would be useful for many applications which want to, say, render 3D
graphics in realtime for some other purpose than display on the screen
(like hardware accellerated raytracing).  However, I do not believe that
this is currently implemented in the nVidia binary drivers for
XShmGetImage, or anywhere else by anyone else for that matter.

  I'd love to be proved wrong.

  -Billy

-- 
Billy Biggs
[EMAIL PROTECTED]
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 73] display garbled after screen blanking (radeon mobility m9, dell inspiron 8200)

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=73 
 




--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 19:14 ---
Cool, for once I'm glad that I was wrong. :) 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Getting notify event of vertical refresh

[David N.]

Billy,

Thanks -- that works and solves one of my problems.

The other part of my problem is that I'm trying to
grab complete images off of the screen using
XShmGetImage().  Despite synchronizing on with
vertical refresh like you suggested, I'm finding that
the buffers that I capture with XShmGetImage() have
tearing in them - i.e. it looks like the next frame is
getting drawn into X's buffer before XShmGetImage is
done retrieving them.

In these cases I notice that XShmGetImage is taking
longer than 13.3ms to complete.  Do you have any ideas
on a quicker way to get a copy of X's output buffer?

Kind regards,
David

> 
> 
>   This is currently video card specific.  With
> nVidia cards and the
> binary drivers, you can use poll() on
> /dev/nvidia[0-x] to have your
> process block until the next refresh.  With mga,
> radeon, r128, i830,
> (what else?) drivers, using the new DRM for X4.3,
> there is a DRM ioctl
> you can use to get information about the refresh
> rate.  Look for
> drmWaitVBlank and associated code in libGL for how
> to use the ioctl.
> 
>   Other then that, there are a bunch of
> card-specific codes around
> providing refresh interrupts as kernel modules.  In
> new versions of
> svgalib, they include a kernel module to provide
> this functionality
> through their API, although it's unclear if it is
> 'safe' for use along
> with X.  As well, the mplayer program includes some
> kernel module
> drivers for overlay surfaces which includes some
> refresh sync code, but
> it's not really used by them currently to my
> knowledge.
> 
>   I'm working on some sort of library to abstract
> the nvidia binary
> drivers and the new DRM method, and maybe other
> methods if they are
> clean.  If anyone else is interested in helping out
> with this, let me
> know.
> 
>   Hope that helps,
>   -Billy
> 
> -- 
> Billy Biggs
> [EMAIL PROTECTED]
> ___
> XFree86 mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xfree86


__
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 105] Wacom driver (wacom_drv.o) doesn't support new products properly

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=105 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|ATI |Other
   Platform||All

 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] Rotate option

[Jin Park]

Hello-
I'm pretty sure this has something to do with XFree86.

Im using RedHat 9 with XF 4.3.0.
I have nVidia GeForce 2 MX200 so I'm using
device driver, "nv"

Now, I disabled RandR to use Rotate option.
When I put Rotate CCW option, it does rotate
my monitor-
However, when I drag my mouse to the bottom
of the screen, screen flicks a few times, and
goes to the Login screen of RedHat..
Even on the login screen when I move my mouse
to the bottom of the screen, it reloads the
login screen.

Any idea why?
Here's my XF86Config:
# XFree86 4 configuration created by
redhat-config-xfree86
 
Section "ServerLayout"
Identifier "Default Layout"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection
 
Section "Files"
 
# RgbPath is the location of the RGB database.  Note,
this is the name of the
# file minus the extension (like ".txt" or ".db"). 
There is normally
# no need to change the default.
# Multiple FontPath entries are allowed (they are
concatenated together)
# By default, Red Hat 6.0 and later now use a font
server independent of
# the X server to render fonts.
RgbPath  "/usr/X11R6/lib/X11/rgb"
FontPath "unix/:7100"
EndSection
 
Section "Module"
Load  "dbe"
Load  "extmod"
Load  "fbdevhw"
Load  "glx"
Load  "record"
Load  "freetype"
Load  "type1"
EndSection
 
Section "ServerFlags"
Option  "RandR" "0"
EndSection
 
Section "InputDevice"
 
# Specify which keyboard LEDs can be user-controlled
(eg, with xset(1))
#   Option  "Xleds" "1 2 3"
# To disable the XKEYBOARD extension, uncomment
XkbDisable.
#   Option  "XkbDisable"
# To customise the XKB settings to suit your keyboard,
modify the
# lines below (which are the defaults).  For example,
for a non-U.S.
# keyboard, you will probably want to use:
#   Option  "XkbModel"  "pc102"
# If you have a US Microsoft Natural keyboard, you can
use:
#   Option  "XkbModel"  "microsoft"
#
# Then to change the language, change the Layout
setting.
# For example, a german layout can be obtained with:
#   Option  "XkbLayout" "de"
# or:
#   Option  "XkbLayout" "de"
#   Option  "XkbVariant""nodeadkeys"
#
# If you'd like to switch the positions of your
capslock and
# control keys, use:
#   Option  "XkbOptions""ctrl:swapcaps"
# Or if you just want both to be control, use:
#   Option  "XkbOptions""ctrl:nocaps"
#
Identifier  "Keyboard0"
Driver  "keyboard"
Option  "XkbRules" "xfree86"
Option  "XkbModel" "pc105"
Option  "XkbLayout" "us"
EndSection
 
Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "IMPS/2"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5"
Option  "Emulate3Buttons" "no"
EndSection
 
Section "InputDevice"
 
# If the normal CorePointer mouse is not a USB mouse
then
# this input device can be used in AlwaysCore mode to
let you
# also use USB mice at the same time.
Identifier  "DevInputMice"
Driver  "mouse"
Option  "Protocol" "IMPS/2"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5"
Option  "Emulate3Buttons" "no"
EndSection
 
Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName"SyncMaster"
DisplaySize  340270
HorizSync30.0 - 81.0
VertRefresh  56.0 - 85.0
Option  "dpms"
EndSection
 
Section "Device"
Identifier  "Videocard0"
Driver  "nv"
VendorName  "Videocard vendor"
BoardName   "NVIDIA GeForce 2 MX (generic)"
EndSection
 
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor"Monitor0"
DefaultDepth 16
SubSection "Display"
Depth 16
Modes"1280x1024" "1280x960"
"1152x864" "1024x768" "800x600"
"640x480"
EndSubSection
EndSection
 
Section "DRI"
Group0
Mode 0666
EndSection


__
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [xavier.bestel@free.fr: xserver-common: bad timing for events ?]

[Daniel Stone]

Any ideas?

- Forwarded message from Xavier Bestel <[EMAIL PROTECTED]> -

Subject: xserver-common: bad timing for events ?
From: Xavier Bestel <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
Date: 05 Apr 2003 01:02:02 +0200

Subject: xserver-common: bad timing for events ?
Package: xserver-common
Version: 4.3.0-0ds3v1
Severity: normal
 
In the 4.3 packages, sometimes resizing a window or clicking a button
doesn't work. It looks like the timing between events is wrong: the
"button click" event is received by the app after the motion event.
That happens with icons dragging too (the icon is often anchored a long
way from the cursor).
This problem was not (or nearly not) apparent with 4.2 and before.
 
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux bip 2.4.20 #6 SMP mer jan 29 18:05:47 CET 2003 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
 
Versions of packages xserver-common depends on:
ii  debconf 1.2.34   Debian configuration management sy
ii  libc6   2.3.1-16 GNU C Library: Shared libraries an
ii  xfree86-common  4.3.0-0ds3v1 X Window System (XFree86) infrastr
 
-- debconf information:
  xserver-common/xwrapper/nice_value/error:
* xserver-common/clobber_xwrapper_config: false
  xserver-common/aware_xwrapper:
* xserver-common/move_existing_nondebconf_config: true
  xserver-common/xwrapper/old_config_file_obsolete:
* xserver-common/xwrapper/nice_value: -10
* xserver-common/manage_config_with_debconf: false
  xserver-common/using_obsolete_xserver:
* xserver-common/xwrapper/allowed_users: Console Users Only
* xserver-common/xwrapper/actual_allowed_users: console



- End forwarded message -

-- 
Daniel Stone <[EMAIL PROTECTED]>
Developer, Trinity College, University of Melbourne


pgp0.pgp
Description: PGP signature

[XFree86] [Bug 19] radeon driver freezes if baudline is run

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=19 
 




--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 18:44 ---
*sigh*

No, its not you.  It's me, or my browser.  It was intended to be posted to bug
12, but somehow ended up here.  Put it down to idiocy on my part, unfamiliarity
with bugzilla, or what have you.  Sorry about that.  --Jean. 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 105] New: Wacom driver (wacom_drv.o) doesn't support new products properly

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=105 
 
   Summary: Wacom driver (wacom_drv.o) doesn't support new products
properly
   Product: Drivers
   Version: 4.3
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P1
 Component: ATI
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The following devices/tools are not supported properly:

Intuos 2 2D mouse and a few styli;
TabletPC with ISD V4 protocol;
Cintiq 15X and Cintiq 18SX 

There are many fixes posted at http://linuxwacom.sourceforge.net. I will
make a patch against the current xf86Wacom.c version (1.33) at
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/input/wacom.

Also, please add "wacom" into the "Component" list. 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 73] display garbled after screen blanking (radeon mobility m9, dell inspiron 8200)

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=73 
 




--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 04:49 ---
Created an attachment (id=37)
Hui Yu's patch to solve the problem (including other issues)


--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 18:37 ---
The patch fixes my problems too.

/Sam 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] problem with xfree86

[alex]

i have a problem with grafics mode in linux ,my 
configuration is:
-grafics adapter: ATI radeon 9000
- monitor: hitachi cm615
attachment the file report by xfree server 
XFree86.0.log
thank you
Alex
[EMAIL PROTECTED]
 


XFree86.0.log
Description: Binary data

[XFree86] Xfree86 crash

[John Coppens]

Hello people.

Just had a crash - I'm attaching the full log, as requested. This happened
once before.

At the end there are a few repeated messages:

FreeType: couldn't find encoding ascii-0

Hope this helps.

John


backup
Description: Binary data

[XFree86] radeon rotate

[Ken Marx]

Hi,

What are the chances that Option "Rotate" can/will
be supported in the radeon and/or ati drivers?
fwiw, I'm running 4.3.0. card=radeon 9000 pro. 
os=FreeBSD 4.7-STABLE or 4.8-RC.

thanks,
k
--
Ken Marx, [EMAIL PROTECTED]
Move aggressively on the platform!!
- http://www.bigshed.com/cgi-bin/speak.cgi
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 43] RFE: Add Keyboard Macro Facility (to X Server)

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=43 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||LATER



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 15:29 ---
I don't think this can be done at the X server level. 
There already exist some mechanisms to implement synthetic 
X events and some applicaitons that take advantage of it. 
See for instance 

I've marked this as "LATER" since other developpers may 
have other opinions on this an may want to implement them. 
 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] [Bug 25] New: radeon_vtxfmt.c:1057:radeonVtxfmtUnbindContext: Assertion `vb.context == ctx' failed.

[Michel Dänzer]

On Fre, 2003-04-04 at 20:56, [EMAIL PROTECTED] wrote:

[...]

> As a blender user who ran into this bug myself (and nearly overlooked this
> message) the patch would be greatly appreciated.  Is this bug posted on
> bugs.xfree.org, or a DRI specific bugzilla?  I ask because several keyword
> searches didn't turn anything up (I assume I'm chosing bad keywords to search on).

The bug number is in the subject:

http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=25


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] fbdev_drv error

[Mark Vojkovich]

  You should probably upgrade to a newer version of XFree86 since that
one is two years old.  XFree86 4.3 is the most recent version.


Mark.


On Fri, 4 Apr 2003, eniss lu wrote:

> hi, all!
> I run framebuffer on intel810, there is some error occur:
> 
> 
> Symbol fbPictureInit from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o 
>   is unresolved!
> 
> Fatal server error:
> Caught signal 11.  Server aborting
> 
> I don't know why.
> 
> The full log file is here:
> 
> XFree86 Version 4.1.0 (Red Hat Linux release: 4.1.0-3) / X Window System
> (protocol Version 11, revision 0, vendor release 6510)
> Release Date: 2 June 2001
>   If the server is older than 6-12 months, or if your card is
>   newer than the above date, look for a newer version before
>   reporting problems.  (See http://www.XFree86.Org/FAQ)
> Build Operating System: Linux 2.4.7-0.13.1smp i686 [ELF] 
> Build Host: stripples.devel.redhat.com
>  
> Module Loader present
> (==) Log file: "/var/log/XFree86.0.log", Time: Fri Apr  4 22:19:19 2003
> (==) Using config file: "/etc/X11/XF86Config-4"
> Markers: (--) probed, (**) from config file, (==) default setting,
>  (++) from command line, (!!) notice, (II) informational,
>  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) ServerLayout "XFree86 Configured"
> (**) |-->Screen "Screen0" (0)
> (**) |   |-->Monitor "Monitor0"
> (**) |   |-->Device "Device0"
> (**) |-->Input Device "Mouse0"
> (**) |-->Input Device "Keyboard0"
> (**) Option "XkbLayout" "us"
> (**) XKB: layout: "us"
> (==) Keyboard: CustomKeycode disabled
> (**) FontPath set to 
> "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/100dpi/"
> (**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
> (==) ModulePath set to "/usr/X11R6/lib/modules"
> (--) using VT number 2
> 
> (WW) Open APM failed
> (II) Module ABI versions:
>   XFree86 ANSI C Emulation: 0.1
>   XFree86 Video Driver: 0.4
>   XFree86 XInput driver : 0.2
>   XFree86 Server Extension : 0.1
>   XFree86 Font Renderer : 0.2
> (II) Loader running on linux
> (II) LoadModule: "bitmap"
> (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
> (II) Module bitmap: vendor="The XFree86 Project"
>   compiled for 4.1.0, module version = 1.0.0
>   Module class: XFree86 Font Renderer
>   ABI class: XFree86 Font Renderer, version 0.2
> (II) Loading font Bitmap
> (II) LoadModule: "pcidata"
> (II) Loading /usr/X11R6/lib/modules/libpcidata.a
> (II) Module pcidata: vendor="The XFree86 Project"
>   compiled for 4.1.0, module version = 0.1.0
>   ABI class: XFree86 Video Driver, version 0.4
> (II) PCI: Probing config type using method 1
> (II) PCI: Config type is 1
> (II) PCI: stages = 0x03, oldVal1 = 0x8050, mode1Res1 = 0x8000
> (II) PCI: PCI scan (all values are in hex)
> (II) PCI: 00:00:0: chip 8086,7120 card 1019,0962 rev 03 class 06,00,00 hdr 
> 00
> (II) PCI: 00:01:0: chip 8086,7121 card 1019,0962 rev 03 class 03,00,00 hdr 
> 00
> (II) PCI: 00:1e:0: chip 8086,2418 card , rev 02 class 06,04,00 hdr 
> 01
> (II) PCI: 00:1f:0: chip 8086,2410 card , rev 02 class 06,01,00 hdr 
> 80
> (II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 
> 00
> (II) PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 
> 00
> (II) PCI: 01:04:0: chip 125d,2838 card 125d,2838 rev 01 class 07,80,00 hdr 
> 00
> (II) PCI: 01:07:0: chip 10ec,8139 card 1186,1300 rev 10 class 02,00,00 hdr 
> 00
> (II) PCI: 01:0a:0: chip 13f6,0111 card 1019,0962 rev 10 class 04,01,00 hdr 
> 80
> (II) PCI: 01:0a:1: chip 13f6,0211 card 1019,0962 rev 10 class 07,80,00 hdr 
> 00
> (II) PCI: End of PCI scan
> (II) LoadModule: "scanpci"
> (II) Loading /usr/X11R6/lib/modules/libscanpci.a
> (II) Module scanpci: vendor="The XFree86 Project"
>   compiled for 4.1.0, module version = 0.1.0
>   ABI class: XFree86 Video Driver, version 0.4
> (II) UnloadModule: "scanpci"
> (II) Unloading /usr/X11R6/lib/modules/libscanpci.a
> (II) Host-to-PCI bridge:
> (II) PCI-to-ISA bridge:
> (II) PCI-to-PCI bridge:
> (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set)
> (II) Bus 0 I/O range:
>   [0] -1  0x - 0x (0x1) IX[B]
> (II) Bus 0 non-prefetchable memory range:
>   [0] -1  0x - 0x (0x0) MX[B]
> (II) Bus 0 prefetchable memory range:
>   [0] -1  0x - 0x (0x0) MX[B]
> (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x06 (VGA_EN is cleared)
> (II) Bus 1 I/O range:
>   [0] -1  0xc000 - 0xc0ff (0x100) IX[B]
>   [1] -1  0xc400 - 0xc4ff (0x100) IX[B]
>   [2] -1  0xc800 - 0xc8ff (0x100) IX[B]
>   [3] -1  0xcc00 - 0xccff (0x100) IX[B]
> (II) Bus 1 non-prefetchable memory range:
>   [0] -1  0xd400 - 0xd5ff (0x200) MX[B]
> (II) Bus 1 prefetchable memory range:
> (II) Bus -1: bridge is at (0:31:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set)
> (II) Bus -1 I/O 

Re: [XFree86] problem !!

[Mark Vojkovich]

On 4 Apr 2003, ashwini raina wrote:

> 
> 
> sir,
> there is a problem with my linux 8 installation. the kernel 
> gets loaded properly , but the GUI is 8 bit. i am sending u the 
> Xf86 file. please suggest a solution.
> 

The version of the server you have is too old to support
that card so you only get basic VGA support.  Upgrade to 
XFree86 4.3 and use the "nv" driver OR use NVIDIA's binary
drivers (available from NVIDIA's web site) with your current
server.


Mark.

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 19] radeon driver freezes if baudline is run

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=19 
 




--- Additional Comments From [EMAIL PROTECTED]  2003-03-27 19:21 ---
Created an attachment (id=17)
XF86Config defining 1920x1200 resolution modelines


--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 15:17 ---
Is it just me or is the above attachment completely unrelated to the rest of 
this bug ? 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Linux 8.0

[Paul]

What kind of login prompt are you getting?  Is it a graphical prompt or
just a basic text prompt?  If you are just getting the best console text
prompt, then your windows system -- the XFree86 server -- has not
started up.

What did you use to chage you desktop?  How did you change it?

Paul

On Fri, 2003-04-04 at 11:07, Jammys wrote:
> 
> Hello:
> 
> I recently install Linux 8.0 as my new OP system, I tried to change my desktop 
> setting. It asked to reboot after I made the change however, I cannot get the system 
> to boot up since then.
> 
> It tried to boot, but stop at: localhost login. I keyed in my username, then 
> password as it asked, but will not move further. Can you help?.
> 
> Sincerely,
> 
>  
> 
> Havel
> 
> 
> 
> -
> Do you Yahoo!?
> Yahoo! Tax Center - File online, calculators, forms, and more


___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] Linux 8.0

[Jammys]

Hello:
I recently install Linux 8.0 as my new OP system, I tried to change my desktop setting. It asked to reboot after I made the change however, I cannot get the system to boot up since then.
It tried to boot, but stop at: localhost login. I keyed in my username, then password as it asked, but will not move further. Can you help?.
Sincerely,
 
HavelDo you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more

Re: [XFree86] [Bug 25] New: radeon_vtxfmt.c:1057: radeonVtxfmtUnbindContext: Assertion `vb.context == ctx' failed.

[jsmith]

Quoting Michel Dänzer <[EMAIL PROTECTED]>:

> On Sam, 2003-03-22 at 17:18, Keith Whitwell wrote:
> > [EMAIL PROTECTED] wrote:
> > > Further details about my current configuration:
> > > 
> > > Linux: Debian GNU/Linux unstable
> > > CPU: Athlon 1.3GHz
> > > RAM: 1024M
> > > XFree86: 4.3.0, built from source
> > > Video Card: ATI All-In-Wonder Radeon, with updated drivers from GATOS
> > > (experimental 8)
> > > 
> > > OpenGL appears to work almost entirely flawlessly. However, whenever I
> run
> > > Blender, and click the render button, blender crashes with this error
> message:
> > > =
> > > radeon_vtxfmt.c:1057: radeonVtxfmtUnbindContext: Assertion
> `vb.context ==
> > > ctx' failed.
> > > =
> > > This crash happens if I've loaded a scene and click render, if I've
> created a
> > > scene and click render, or if I do nothing, and just click render.
> > > 
> > > The searching I've done online seems to point to this being an issue in
> XFree86,
> > > as opposed to the GATOS drivers, so is being reported here.
> > > 
> > > Most other things seem to be working well (quake2, gltron, etc). Any
> feedback on
> > > this would be most appreciated.  
> > 
> > This is reported as being fixed in current DRI cvs.
> 
> I wonder if the bug submitter reads this list though - people will have
> to get used to following up to bugs in bugzilla.
> 
> Unless someone beats me to it, I'll follow up to this bug with a patch
> for him to try and other information.

As a blender user who ran into this bug myself (and nearly overlooked this
message) the patch would be greatly appreciated.  Is this bug posted on
bugs.xfree.org, or a DRI specific bugzilla?  I ask because several keyword
searches didn't turn anything up (I assume I'm chosing bad keywords to search on).

tia,

Jean.

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Getting notify event of vertical refresh

[Billy Biggs]

David Nahman ([EMAIL PROTECTED]):

> I'm writing a program that needs to synchronize with the vertical
> refresh of the screen in order to trigger an external piece of
> hardware.  Is there a way through Xlib to detect when a vertical
> refresh has happened?  Or is this something that is video card driver
> pecific?

  This is currently video card specific.  With nVidia cards and the
binary drivers, you can use poll() on /dev/nvidia[0-x] to have your
process block until the next refresh.  With mga, radeon, r128, i830,
(what else?) drivers, using the new DRM for X4.3, there is a DRM ioctl
you can use to get information about the refresh rate.  Look for
drmWaitVBlank and associated code in libGL for how to use the ioctl.

  Other then that, there are a bunch of card-specific codes around
providing refresh interrupts as kernel modules.  In new versions of
svgalib, they include a kernel module to provide this functionality
through their API, although it's unclear if it is 'safe' for use along
with X.  As well, the mplayer program includes some kernel module
drivers for overlay surfaces which includes some refresh sync code, but
it's not really used by them currently to my knowledge.

  I'm working on some sort of library to abstract the nvidia binary
drivers and the new DRM method, and maybe other methods if they are
clean.  If anyone else is interested in helping out with this, let me
know.

  Hope that helps,
  -Billy

-- 
Billy Biggs
[EMAIL PROTECTED]
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Your buglist for The XFree86 Project's Bugzilla needs attention.

[Randy Kramer]

I'll be the second person (AFAIK) to object to these bugzilla 
"reminders" -- one of the last things I want someone to do is mark my 
bug as "wontfix", "dropped" or similar, in order to stop these 
reminders.

Randy Kramer

On Friday 04 April 2003 06:25 am, [EMAIL PROTECTED] wrote:
> [This e-mail has been automatically generated.] 
>  
> You have one or more bugs assigned to you in the Bugzilla  
> bugsystem (http://bugs.xfree86.org/) that require 
> attention. 
>  
> All of these bugs are in the NEW state, and have not been touched 
> in 7 days or more.  You need to take a look at them, and  
> decide on an initial action. 

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] Getting notify event of vertical refresh

[David Nahman]

Dear list,

I'm writing a program that needs to synchronize with
the vertical refresh of the screen in order to trigger
an external piece of hardware.  Is there a way through
Xlib to detect when a vertical refresh has happened? 
Or is this something that is video card driver
pecific?

I'm running XF86 4.1 with a nVidia Quadro 950 card.

Thanks,
David

__
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 77] keyboard model in Config not used, setxkbmap is OK

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=77 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]   |[EMAIL PROTECTED]

 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 104] ALT-CTRL-Fn keys are ignored (= nothing happens) when pressed to switch from X to text consoles

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=104 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

   Platform||All



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 12:43 ---
This looks like your xkb symbols files did not get installed correctly
when you upgraded this to 4.3. These hotkeys are configurable now and
therefore need a symbol definition.
Please try to install all files required for 4.3.
If it doesn't help please attach server log.
 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 90] using Xcursor cursors with Xinerama puts primary display into sleep mode

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=90 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 12:36 ---
  61. Fixed type in radeon driver which caused display to go into
  powersaving mode when Xcursor is disabled (Bugz: 90, Michel Dänzer).
 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 81] Missing types in keysymdef.h

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=81 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 12:26 ---
See Ivan's comment. 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 53] setxkbmap is misspelled as setxkmap in /usr/X11R6/lib/X11/xkb/README.config

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=53 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 12:20 ---
  60. Fixed typo in XKB-Config.sgml (Bugz: 53, Hiroyuki Bessho).
  Typo fixed. 
  I don't understand the first comment:
  None of those files existed in 4.2.
 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] 4.3.0 Radeon Mobility driver jittering screen

[Michel Dänzer]

On Fre, 2003-04-04 at 18:46, Yann E. MORIN wrote:
> On Friday 04 April 2003 16:52, you wrote:
>  > I', using 4.2.0 on my Laptop (IMB Thinkpad A30), which seems to have a
> 
> Mine is ACER Aspire 1430, with the
> 
>  > (--) PCI:*(1:0:0) ATI Radeon Mobility M6 LY rev 0, Mem @ 0xe000/27,
>  > 0xc010/16, I/O @ 0x3000/8
>  >
>  > With 4.2.0 this works fine (except a drawing bug when using line width 0
>  > ...), so I tried to upgrade to 4.3.0.
>  >
>  > The Problem with 4.3.0 is that the display is sometimes (after X start)
>  > completely unusable, because the full display jitters.
> [--SNIP--]
> 
> I have the exact same card with the exact same problem. Switching once or twice
> fixes the problem. Killing the server and restarting it (runlevel 5) helps also.
> 
> BUT I use the framebuffer console and it happens from time to time that the
> display jitters in this same way when the kernel boots (kernel 2.4.20 vanilla).
> 
> So I suspect there's a bug in either :
>  - the kernel radeon framebuffer
>  - the XFree radeon driver
>  - both.

I think it must be the last as Martin doesn't mention a framebuffer
device at all and it doesn't seem to happen with 4.2 for him. That's
very interesting; someone 'only' needs to look at a diff between the
radeon driver in 4.2 and 4.3 and see what was changed that's also done
in radeonfb. ;) I used to have the problem on a PowerBook with an M7,
but not with an M6 or an M9. I guess it's a semi-random (timing related?)
bug influenced by many factors.


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 57] here is an XKB symbols add-on for BTC 5090 multimedia keyboard

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=57 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Platform||All
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 12:05 ---
  58. Added xkb symbols layout for BTC 5090 internet keyboard
  (Bugz: 57,Jack Angel).
 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] XFree 4.3, Gnome Terminal and alternative keyboard layouts

[Nickolay Kolev]

Hi all,

I have the following problem with my RedHat 9 setup. I tried and
successfully added a phonetic bulgarian layout to the default german
one. Here is the snip from the XF86Config:

Option "XkbLayout" "de,bg"
Option "XkbVariant" "nodeadkeys,phonetic"
Option "XKbOptions" "grp:alt_shift_toggle"

This works with no problems in all Applications except for the Gnome
Terminal where, independent of the current layout, typing the letter F
brings down the file menu, H the help mennu and so on, as if the Alt key
was simultaniously pressed.

What could be wrong and what is to be done to remedy the situation?

Also is it possible to set up the scrolllock LED to be lit up when the
bulgarian layout is set? How?

Many thanks in advance!

Best regards,
Nickolay Kolev
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] 4.3.0 Radeon Mobility driver jittering screen

[Yann E. MORIN]

On Friday 04 April 2003 16:52, you wrote:
 > I', using 4.2.0 on my Laptop (IMB Thinkpad A30), which seems to have a

Mine is ACER Aspire 1430, with the

 > (--) PCI:*(1:0:0) ATI Radeon Mobility M6 LY rev 0, Mem @ 0xe000/27,
 > 0xc010/16, I/O @ 0x3000/8
 >
 > With 4.2.0 this works fine (except a drawing bug when using line width 0
 > ...), so I tried to upgrade to 4.3.0.
 >
 > The Problem with 4.3.0 is that the display is sometimes (after X start)
 > completely unusable, because the full display jitters.
[--SNIP--]

I have the exact same card with the exact same problem. Switching once or twice
fixes the problem. Killing the server and restarting it (runlevel 5) helps also.

BUT I use the framebuffer console and it happens from time to time that the
display jitters in this same way when the kernel boots (kernel 2.4.20 vanilla).

So I suspect there's a bug in either :
 - the kernel radeon framebuffer
 - the XFree radeon driver
 - both.

I'll try to boot with framebuffer de-activated for a time to see if the problem
stays. Currently, my notebook serves as a desktop computer and I can't reboot
it at will. Will try to find a slot in the WE...

Here is lspci - for this card :
--
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY (prog-if 
00 [VGA])
Subsystem: Acer Incorporated [ALI]: Unknown device 0019
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ 
SERR+ FastB2B+
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR-  [disabled] [size=128K]
Capabilities: [58] AGP version 2.0
Status: RQ=47 SBA+ 64bit- FW- Rate=x1,x2,x4
Command: RQ=0 SBA+ AGP- 64bit- FW- Rate=
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
--

Regards,
Yann.

-- 
.-..--..
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software  Designer | \ / CAMPAIGN |  ___   |
| --==< °_° >==-- °---.:  X  AGAINST  |  \e/  There is no  |
| web: ymorin.free.fr | [EMAIL PROTECTED] 1178 | / \ HTML MAIL|   v   conspiracy.  
|
°-°°--°°
 \__ np: The Breeders - Do You Love Me Now- __/
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 104] New: ALT-CTRL-Fn keys are ignored (= nothing happens) when pressed to switch from X to text consoles

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=104 
 
   Summary: ALT-CTRL-Fn keys are ignored (= nothing happens) when
pressed to switch from X to text consoles
   Product: XFree86 Server
   Version: 4.3
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: other
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


Hello,

I've sent this bug to the gnome-panel team, but they told me that it "had to be
an X" bug.

Here a paste from my original description:


Description of Problem:

While the gnome-panel v2.2.0.1 is running, it is
impossible to use any of the following keys to
switch from X-Windows to the text consoles
(runlevel 3, slackware 9.0 final release):

ALT-CTRL-F1
ALT-CTRL-F2
ALT-CTRL-F3
ALT-CTRL-F4
ALT-CTRL-F5
ALT-CTRL-F6


Steps to reproduce the problem:

1. Make sure gnome-panel v2.2.0.1 is running.
2. Hit ALT-CTRL-Fn (where n may be 1, 2, ...6,
corresponding to the desired text console).


Actual Results:

IF gnome-panel is running, nothing happens, the
user remains in X-windows.  It seems like the
ALT-CTRL-Fn keys are ignored.

IF gnome-panel is NOT running, expected results
are obtained.

Expected Results:

ALT-CTRL-Fn keys SHOULD switch from X-windows and
go to the appropriate text console (1 for the
first, 2 for the second, etc...).

This WORKED perfectly before with GNOME 1.4 and X-Windows 4.2.

How often does this happen? 

Everytime I try to press ALT-CTRL-Fn keys.

Additional Information:

- This has always worked before with GNOME 1.4 under X-Windows 4.2 and
previous versions.  I have verified my XF86Config
file, and "DontVTSwitch" is commented out.  
- If gnome-panel is not running, using the keys
above becomes possible.
- I hope that this functionality hasn't been
disabled intentionnally between GNOME 1.4 and
GNOME 2.2 (??).

Thanks.




--- Additional Comments From Mark McLoughlin 2003-04-03 18:28 ---

This really can't have anything to do with the panel  I have no
explanation for why it only happens for you when the panel is running,
but this has to be an X bug.


==

Thanks.

I can be reached at jeannot12 (at) linuxmail (dot) org.

Jeannot Langlois 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] radeon 7500 1600x1024 no longer working at xf86 4.3

[Michel Dänzer]

On Don, 2003-04-03 at 21:18, Nate Pearlstein wrote: 
> I tried out the new XFree86 4.3 to see if my long standing pet peeve
> about DPMS not working with my SGI Multilink adapter and 1600sw was
> fixed.  It is!  Cool!  
> 
> However, now it refuses to do 1600x1024 it only does 1280x1024.  I
> usually use xinermama so I tried it w/o and using just the flat panel
> and the same thing.
> 
> BTW the same XF86Config file works fine with 4.2
> 
> 
> Attached are the XF86Config file and the XFS86 log

I'm a bit confused: the log looks like it's using 1600x1024 on the first
head, and it's getting very different EDID info from the second head.
What am I missing?


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] fbdev_drv error

[eniss lu]

hi, all!
I run framebuffer on intel810, there is some error occur:
Symbol fbPictureInit from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o 
 is unresolved!

Fatal server error:
Caught signal 11.  Server aborting
I don't know why.

The full log file is here:

XFree86 Version 4.1.0 (Red Hat Linux release: 4.1.0-3) / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 2 June 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.7-0.13.1smp i686 [ELF] 
Build Host: stripples.devel.redhat.com

Module Loader present
(==) Log file: "/var/log/XFree86.0.log", Time: Fri Apr  4 22:19:19 2003
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "XFree86 Configured"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Device0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to 
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 2

(WW) Open APM failed
(II) Module ABI versions:
	XFree86 ANSI C Emulation: 0.1
	XFree86 Video Driver: 0.4
	XFree86 XInput driver : 0.2
	XFree86 Server Extension : 0.1
	XFree86 Font Renderer : 0.2
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
	compiled for 4.1.0, module version = 1.0.0
	Module class: XFree86 Font Renderer
	ABI class: XFree86 Font Renderer, version 0.2
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
	compiled for 4.1.0, module version = 0.1.0
	ABI class: XFree86 Video Driver, version 0.4
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x8050, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,7120 card 1019,0962 rev 03 class 06,00,00 hdr 
00
(II) PCI: 00:01:0: chip 8086,7121 card 1019,0962 rev 03 class 03,00,00 hdr 
00
(II) PCI: 00:1e:0: chip 8086,2418 card , rev 02 class 06,04,00 hdr 
01
(II) PCI: 00:1f:0: chip 8086,2410 card , rev 02 class 06,01,00 hdr 
80
(II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 
00
(II) PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 
00
(II) PCI: 01:04:0: chip 125d,2838 card 125d,2838 rev 01 class 07,80,00 hdr 
00
(II) PCI: 01:07:0: chip 10ec,8139 card 1186,1300 rev 10 class 02,00,00 hdr 
00
(II) PCI: 01:0a:0: chip 13f6,0111 card 1019,0962 rev 10 class 04,01,00 hdr 
80
(II) PCI: 01:0a:1: chip 13f6,0211 card 1019,0962 rev 10 class 07,80,00 hdr 
00
(II) PCI: End of PCI scan
(II) LoadModule: "scanpci"
(II) Loading /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: vendor="The XFree86 Project"
	compiled for 4.1.0, module version = 0.1.0
	ABI class: XFree86 Video Driver, version 0.4
(II) UnloadModule: "scanpci"
(II) Unloading /usr/X11R6/lib/modules/libscanpci.a
(II) Host-to-PCI bridge:
(II) PCI-to-ISA bridge:
(II) PCI-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set)
(II) Bus 0 I/O range:
	[0] -1	0x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1	0x - 0x (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
	[0] -1	0x - 0x (0x0) MX[B]
(II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x06 (VGA_EN is cleared)
(II) Bus 1 I/O range:
	[0] -1	0xc000 - 0xc0ff (0x100) IX[B]
	[1] -1	0xc400 - 0xc4ff (0x100) IX[B]
	[2] -1	0xc800 - 0xc8ff (0x100) IX[B]
	[3] -1	0xcc00 - 0xccff (0x100) IX[B]
(II) Bus 1 non-prefetchable memory range:
	[0] -1	0xd400 - 0xd5ff (0x200) MX[B]
(II) Bus 1 prefetchable memory range:
(II) Bus -1: bridge is at (0:31:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set)
(II) Bus -1 I/O range:
(II) Bus -1 non-prefetchable memory range:
(II) Bus -1 prefetchable memory range:
(--) PCI:*(0:1:0) Intel i810 rev 3, Mem @ 0xd000/26, 0xd600/19
(II) Addressable bus resource ranges are
	[0] -1	0x - 0x (0x0) MX[B]
	[1] -1	0x - 0x (0x1) IX[B]
(II) OS-reported resource ranges:
	[0] -1	0xffe0 - 0x (0x20) MX[B](B)
	[1] -1	0x0010 - 0x3fff (0x3ff0) MX[B]E(B)
	[2] -1	0x000f - 0x000f (0x1) MX[B]
	[3] -1	0x000c - 0x000e (0x3) MX[B]
	[4] -1	0x - 0x0009 (0xa000

[XFree86] problem !!

[ashwini raina]

sir,
   there is a problem with my linux 8 installation. the kernel 
gets loaded properly , but the GUI is 8 bit. i am sending u the 
Xf86 file. please suggest a solution.

___
Odomos - the only  mosquito protection outside 4 walls -
Click here to know more!
http://r.rediff.com/r?http://clients.rediff.com/odomos/Odomos.htm&&odomos&&wn


XFree86.9.log
Description: Binary data

Re: [XFree86] crash in XFree86 4.2.0

[Dr Andrew C Aitchison]

On Fri, 4 Apr 2003, Sogor, Laszlo (MED) wrote:

> Dear XFree86 development team,
> 
> As far as we understand the Xlib specification 
> (ftp://ftp.x.org/pub/R6.6/xc/doc/hardcopy/X11/xlib.PS.gz),
> we can pass any integer coordinate value to the XCopyArea(), so the 
> following line should be valid
> if the dis, src, dst, gc parameters are valid:
> XCopyArea(dis,src,dst,gc, 32768, 32768, 32, 31, 0, 0);
> If it is true then there is a problem with the XFree86 4.2.0 package,
> we can crash it with the following code (executed as normal user, 
> included below).

Can you try this with XFree86 4.3 ?

I have no problem with XFree86 4.2.99.901 on a neomagic chipset (Red Hat 
7.3) or XFree86 with 4.3.99.1 on a Matrox G550 (Red Hat 6.2)
Both single processor.

> $ cat crash_xfree86.c
> #include 
> #include 
> #include 
> #include 
> #include 
> Display *dis;
> GC gc;
> Pixmap src,dst;
> 
> int main(int argc, char *argv[]) {
> dis = XOpenDisplay(NULL);
> gc = XCreateGC(dis, RootWindow(dis, 0), 0, 0);
> src = XCreatePixmap(dis, RootWindow(dis, 0), 512, 512, 24);
> dst = XCreatePixmap(dis, RootWindow(dis, 0), 32, 32, 24);
> 
> XCopyArea(dis,src,dst,gc, 32768, 32768, 32, 31, 0, 0);
> XFlush(dis);
> return 0;
> }


-- 
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
[EMAIL PROTECTED]   http://www.dpmms.cam.ac.uk/~werdna

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] 4.3.0 config. problem with SiS (was: Where am I?)

[Frank Hrebabetzky]

Thomas Winischhofer wrote:
>
> If you came that far (and the mouse cursor still moves if you move the
> mouse),
> this is no bug in the SiS driver.
>
> Maybe your session startup script is skrewed? (ie no wm or other stuff
> ist
> getting started)

That was it! I replaced the 2-page-script of my distribution with a single
line and now it works.

Thanks for the hint!

-
Frank Hrebabetzky   Tel.: +55 / 48 / 235 1106
Florianopolis +55 / 48 / 9998 7686
Brazil  email:[EMAIL PROTECTED]


___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] 4.3.0 Radeon Mobility driver jittering screen

[Martin Koller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi folks,

I', using 4.2.0 on my Laptop (IMB Thinkpad A30), which seems to have a Radeon 
card:

(--) PCI:*(1:0:0) ATI Radeon Mobility M6 LY rev 0, Mem @ 0xe000/27, 
0xc010/16, I/O @ 0x3000/8

With 4.2.0 this works fine (except a drawing bug when using line width 0 ...), 
so I tried to upgrade to 4.3.0.

The Problem with 4.3.0 is that the display is sometimes (after X start) 
completely unusable, because the full display jitters.
I have no technical knowledge in how a graphic card on a TFT screen works, but 
it looks like some syncing is done incorrectly. When this occurs, I see two 
X-mousecursors (both move when I move the mouse). They are horizontally 
shifted. The fulll screen seems like every second pixel line or so is also 
shifted horizontally - but not in a static way, but jittering.

The bad thing on this situation is, that when I switch to console mode, this 
jittering is _still_ active.

When I switch a few times back and forth from X to Console mode, suddenly this 
effect disappears. When I do this again some times (console/X), then the 
jittering comes back again ...

Has anybody an idea what this can be, or what I can tell you in addition to 
help to solve that problem ?

- -- 
Best regards/Schöne Grüße

Martin

Public key at:
http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0x8DFB0F86
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+jZxLHmdPoI37D4YRApHiAKDYddzcxfq3LJW9rc5UIUybywy76gCdF/zC
dRfph7L1/zkokjYH+6YBwTk=
=93SA
-END PGP SIGNATURE-


___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

RE: [XFree86] Any Idea?

[Cynthia Grossen]

Your font server isn't running. (XFS) you will need to start it before you
run X. 

 from XFS man page
The server is usually run by a system administrator, and started via boot
files like /etc/rc.local. 
---

HTH,
cyn

> -Original Message-
> From: Frédéric Ledoux [mailto:[EMAIL PROTECTED] 
> Sent: Friday, April 04, 2003 6:45 AM
> To: [EMAIL PROTECTED]
> Subject: [XFree86] Any Idea?

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] crash in XFree86 4.2.0

[Sogor, Laszlo (MED)]

Dear XFree86 development team,

As far as we understand the Xlib specification 
(ftp://ftp.x.org/pub/R6.6/xc/doc/hardcopy/X11/xlib.PS.gz),
we can pass any integer coordinate value to the XCopyArea(), so the 
following line should be valid
if the dis, src, dst, gc parameters are valid:
   XCopyArea(dis,src,dst,gc, 32768, 32768, 32, 31, 0, 0);
If it is true then there is a problem with the XFree86 4.2.0 package, we 
can
crash it with the following code (executed as normal user, included below).

We use RedHat 7.3 on i386 platform (see /proc/cpuinfo below).
We found if we give the data below to XCopyArea(), it crashes the X server.
We could reproduce it on our workstations by compiling and running the
following code:
$ cat crash_xfree86.c
#include 
#include 
#include 
#include 
#include 
Display *dis;
GC gc;
Pixmap src,dst;
int main(int argc, char *argv[]) {
   dis = XOpenDisplay(NULL);
   gc = XCreateGC(dis, RootWindow(dis, 0), 0, 0);
   src = XCreatePixmap(dis, RootWindow(dis, 0), 512, 512, 24);
   dst = XCreatePixmap(dis, RootWindow(dis, 0), 32, 32, 24);
   XCopyArea(dis,src,dst,gc, 32768, 32768, 32, 31, 0, 0);
   XFlush(dis);
   return 0;
}
$ cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 15
model   : 1
model name  : Intel(R) Xeon(TM) CPU 1.70GHz
stepping: 2
cpu MHz : 1680.863
cache size  : 256 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips: 3355.44

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 15
model   : 1
model name  : Intel(R) Xeon(TM) CPU 1.70GHz
stepping: 2
cpu MHz : 1680.863
cache size  : 256 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips: 3355.44

We tried it with the following congigurations (with smp support in 
kernel and without it):
- Matrox G450X server quits
- ATI Radeon VE with 1 monitor  X server quits
- ATI Radeon VE with 2 monitorsX server crashes the whole system

We tried both "radeon" and "ati" drivers for the Radeon VE card, the 
result is the same.

If you need more information, do not hesitate to contact with me.

Thanks,

Laszlo Sogor



XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-8) / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 23 January 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.17-0.13smp i686 [ELF] 
Build Host: daffy.perf.redhat.com
 
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Fri Apr  4 13:22:55 2003
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Matrox PowerDesk configured."
(**) |-->Screen "Display 1" (0)
(**) |   |-->Monitor "Display 1"
(**) |   |-->Device "MATROX CARD 1"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc105"
(**) XKB: model: "pc105"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to "unix/:7100"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7

(WW) Open APM failed (/dev/apm_bios) (No such device)
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.3
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.2.0, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.3
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
compiled for 4.2.0, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) PCI: Probing config type using met

[XFree86] [Bug 103] New: X crashes when in console mode if transient client window arrives

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=103 
 
   Summary: X crashes when in console mode if transient client
window arrives
   Product: XFree86 Server
   Version: 4.3
  Platform: IA32
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: other
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This is a dual-head (Xinerama) system (Dell GX260) with on-board intel video
and a PCI ATI AIW 16M card.  It works very well except if I go to console mode
cntrl-alt-F1 and a transient window arrives on the Xserver, the Xserver wiil crash
and then successfully return to login (Kdm in this case).

Let me know if you want the entire serverlog.

XFree86 Version 4.3.0
Release Date: 27 February 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.18-24.8.0smp i686 [ELF]
Build Date: 06 March 2003

(II) LoadModule: "i810"
(II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o
(II) Module i810: vendor="The XFree86 Project"
compiled for 4.3.0, module version = 1.3.0
Module class: XFree86 Video Driver
ABI class: XFree86 Video Driver, version 0.6
(II) LoadModule: "ati"
(II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o
(II) Module ati: vendor="The XFree86 Project"
compiled for 4.3.0, module version = 6.4.18
Module class: XFree86 Video Driver
ABI class: XFree86 Video Driver, version 0.6 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Tech Support

[Egbert Eich]

You are probably using the wrong protocol.
Try a different one in the line
Protocol "x"

Or send us the log file and tell us which mouse you have.

Egbert.


Trippin writes:
 > I cant get X to to use my mouse...
 > 
 > It load up the cursor but when i move the mouse it jump straight to top left hand 
 > corner, i have tried editing the XF86config with differnt varibles but i constantly 
 > stays the same, the first time i booted linux after install it was fine but then 
 > after that it went tits up even though nothing had changed, please can you help!!!
 > 
 > 
 > Tom Rippon a.k.a Trip|dIeSeL
 > www.trippin.34sp.com
 > [EMAIL PROTECTED]
 > 
 > 
 > 
 > 
 > 
 > 
 > I cant get X to to use my mouse...
 >  
 > It load up the cursor but when i move the mouse it 
 > jump straight to top left hand corner, i have tried editing the XF86config with 
 > differnt varibles but i constantly stays the same, the first time i booted linux 
 > after install it was fine but then after that it went tits up even though 
 > nothing had changed, please can you help!!!
 >  
 >  
 > Tom Rippon a.k.a Trip|dIeSeL href="http://www.trippin.34sp.com";>www.trippin.34sp.com href="mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 92] New Serbian Cyrillic

[bugzilla-daemon]

[This e-mail has been automatically generated.] 
 
Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 
  
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=92 
 
[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]|[EMAIL PROTECTED]

 
 
 
 
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Problems while build XFree86 4.3.0 using GCC 3.2.

[Dr Andrew C Aitchison]

On Wed, 26 Mar 2003, Brian [Big5] Hsu(¥j¹Ó¼C¥P) wrote:

> Hello everybody, I'm trying to build XFree86 4.3.0 based on
> LFS 4.0[1] which was using GCC 3.2 and glibc 2.2.5.
> 
> [1]http://www.linuxfromscratch.org
> 
> Following are the steps that I build XFree86 4.3.0
> 
> 1.Obtain X430src-*.tar.gz and extra them.
> 2.Edit xc/cf/site.def in order to change the directory where 
>   XFree86 should be installed.
> 3.Commented "define BuildDocDir $(BUILDINCROOT)/doc" in xc/config/Motif.tmpl
>   since I got an error when I build xc/doc,it says there is no target to 
>   make clean
> 4.make World
> 5.make install
> 
> When I make World, there is no error totally.But when I try
> to make install, it comes up with following error messages
> and then stoped.

"make World" is really "make -k World".
That is why the make appeared to succeed.

I seem some warnings from X code, but all your errors
appear to be in system header files; your includes are out of step with 
your compiler.

-- 
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
[EMAIL PROTECTED]   http://www.dpmms.cam.ac.uk/~werdna


___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] Problems with external connection

[Dr Andrew C Aitchison]

On Thu, 27 Mar 2003, Grosswiler Roger wrote:

> >
> > From what I remember x forwarding looks more complicated than it is.  I
> > just enabled it on the server, set up putty with just the tick box for x
> > forwarding, connected and it works.  DISPLAY is set for you, so no need
> > to do anything else.  Just start the x server on the client box if it's
> > not already done.
> >
> > Tom
> 
> Thanks Tom, i tried this too, but did not work at all. You started your
> x-server with startx? didn't you had to open ports on your firewall if you
> connected from the outside??

Putty runs on windows.
Unless you have cygwin, startx runs on linux (and similar).

You can't run putty, connect to your linux machine and then type
startx; you have to have an X server on the machine you are sitting 
infront of (ie your windows machine).

Although it is called a "server", the X server is more like a client
in this circumstance.

-- 
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
[EMAIL PROTECTED]   http://www.dpmms.cam.ac.uk/~werdna

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Re: [XFree86] linux kernel 2.5.x, XFree86 4.3.0, video card i845and DRI

[Dr Andrew C Aitchison]

On Fri, 28 Mar 2003, Éric Brunet wrote:

> Hello all,
> 
> Is there somewhere a DRM module for the i830/i845 intel chipsets for the
> 2.5.x linux kernels that works with XFree86 4.3.0 ?
> 
> The version on dri.sf.net compiles only for the 2.4.x kernels and the
> version shipped with the 2.5.66 kernel is outdated and won't work with
> XFree 4.3.0...

Does the one that comes with XFree86 4.3.0 source compile on 2.5.x
kernels ?

-- 
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
[EMAIL PROTECTED]   http://www.dpmms.cam.ac.uk/~werdna


___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] (none)

[Angel]

=APRIL FOOLS PRANK==


==New Features==

# Voice recognition! (live feedback from victims response).
# 17 Different pranks to play on your mates.
# Call back feature (call back your victim if they hang up).
# Listen in to the prank as your victim is wound up.


INSTRUCTIONS:

1 Dial 0906 664 1901  (Dial 09067 380 080 for the original service)
2 Select the prank 
3 Enter your victims phone number
4 Listen to their reaction as the computer dials out to them!



Calls to 09067 380 080 cost one pound per minute. Calls to 0906 664 1901 cost one 
pound and fifty pence per minute. Service provider: TPX 0871 872 3731. This email was 
sent from outside the UK. You are not on any distribution list which is controlled by 
the service provider. Promotion code: uej
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] Any Idea?

[Frédéric Ledoux]

I, can't do startX anymore do you have any idea?

Is it a problem of saturated disk space?

Sincerely
Frédéric Ledoux


XFree86.0.log
Description: Binary data

[XFree86] Your buglist for The XFree86 Project's Bugzilla needs attention.

[anderson]

[This e-mail has been automatically generated.] 
 
You have one or more bugs assigned to you in the Bugzilla  
bugsystem (http://bugs.xfree86.org/) that require 
attention. 
 
All of these bugs are in the NEW state, and have not been touched 
in 7 days or more.  You need to take a look at them, and  
decide on an initial action. 
 
Generally, this means one of three things: 
 
(1) You decide this bug is really quick to deal with (like, it's INVALID), 
and so you get rid of it immediately. 
(2) You decide the bug doesn't belong to you, and you reassign it to someone 
else.  (Hint: if you don't know who to reassign it to, make sure that 
the Component field seems reasonable, and then use the "Reassign bug to 
owner of selected component" option.) 
(3) You decide the bug belongs to you, but you can't solve it this moment. 
Just use the "Accept bug" command. 
 
To get a list of all NEW bugs, you can use this URL (bookmark it if you like!): 
 
http://bugs.xfree86.org//cgi-bin/bugzilla/buglist.cgi?bug_status=NEW&[EMAIL 
PROTECTED] 
 
Or, you can use the general query page, at 
http://bugs.xfree86.org//cgi-bin/bugzilla/query.cgi. 
 
Appended below are the individual URLs to get to all of your NEW bugs that  
haven't been touched for a week or more. 
 
You will get this message once a day until you've dealt with these bugs!   
http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=2
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=11
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=12
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=16
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=19
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=43
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=45
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=49
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=54
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=55
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=57
  http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=58
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] [Bug 102] Radeon 9100 cannot display 1280x1024@60 via DVI

[bugzilla-daemon]

[This e-mail has been automatically generated.]  
 
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=102

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Platform||All



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 04:41 ---
The line from your log file:  
  
(II) RADEON(0): Total number of valid DDC mode(s) found: 0  
  
shows that DDC is *not* working correctly over DVI-D for you. I fixed the same problem 
for my  
Radeon 9000 by applying the patch http://penguinppc.org/~daenzer/DRI/radeon-ddc.diff 
and 
rebuilding. I don't know what the timescale is for applying this patch to XFree86 - 
but I imagine 
that it is fixed in the current DRI tree. 



--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

[XFree86] The MIME information you requested (last changed 3154 Feb 14)

[UW Email Robot]

--

What is MIME?

MIME stands for "Multipurpose Internet Mail Extensions".  It is the
standard for how to send multipart, multimedia, and binary data using the
world-wide Internet email system.  Typical uses of MIME include sending
images, audio, wordprocessing documents, programs, or even plain text
files when it is important that the mail system does not modify any part
of the file.  MIME also allows for labelling message parts so that a
recipient (or mail program) may determine what to do with them. 

How can I read a MIME message?

Since MIME is only a few years old, there are still some mailers in use
which do not understand MIME messages.  However, there are a growing
number of mail programs that have MIME support built-in.  (One popular
MIME-capable mailer for Unix, VMS and PCs is Pine, developed at the
University of Washington and available via anonymous FTP from the host
ftp.cac.washington.edu in the file /pine/pine.tar.Z)

In addition, several proprietary email systems provide MIME translation
capability in their Internet gateway products.  However, even if you do
not have access to a MIME-capable mailer or suitable gateway, there is
still hope! 

There are a number of stand-alone programs that can interpret a MIME
message.  One of the more versatile is called "munpack".  It was developed
at Carnegie Mellon University and is available via anonymous FTP from the
host ftp.andrew.cmu.edu in the directory pub/mpack/.  There are versions
available for Unix, PC, Mac and Amiga systems.  For compabibility with
older forms of transferring binary files, the munpack program can also
decode messages in split-uuencoded format. 

Does MIME replace UUENCODE?

Yes.  UUENCODE has been used for some time for encoding binary files so
that they can be sent via Internet mail, but it has several technical
limitations and interoperability problems.  MIME uses a more robust
encoding called "Base64" which has been carefully designed to survive the
message transformations made by certain email gateways. 

How can I learn more about MIME?

The MIME Internet standard is described in RFC-1521, available via
anonymous FTP from many different Internet hosts, including: 
   
 o  US East Coast
Address:  ds.internic.net (198.49.45.10)

 o  US West Coast
Address:  ftp.isi.edu (128.9.0.32)  

 o  Pacific Rim  
Address:  munnari.oz.au (128.250.1.21)  

 o  Europe   
Address:  nic.nordu.net (192.36.148.17) 

Look for the file /rfc/rfc1521.txt

Another source of information is the Internet news group "comp.mail.mime",
which includes a periodic posting of a "Frequently Asked Questions" list.

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

[XFree86] (no subject)

[Trippin]

I cant get X to to use my mouse...
 
It load up the cursor but when i move the mouse it 
jump straight to top left hand corner, i have tried editing the XF86config with 
differnt varibles but i constantly stays the same, the first time i booted linux 
after install it was fine but then after that it went tits up even though 
nothing had changed, please can you help!!!
 
Tom Rippon a.k.a Trip|dIeSeLwww.trippin.34sp.com[EMAIL PROTECTED]

[XFree86] Tech Support

[Trippin]

I cant get X to to use my mouse...
 
It load up the cursor but when i move the mouse it 
jump straight to top left hand corner, i have tried editing the XF86config with 
differnt varibles but i constantly stays the same, the first time i booted linux 
after install it was fine but then after that it went tits up even though 
nothing had changed, please can you help!!!
 
 
Tom Rippon a.k.a Trip|dIeSeLwww.trippin.34sp.com[EMAIL PROTECTED]

[XFree86] [Bug 50] XF 4.3.0 with siliconmotion driver doesn't start on NetBSD/i386

[bugzilla-daemon]

[This e-mail has been automatically generated.]  
 
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=50

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]   |[EMAIL PROTECTED]





--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86