CVS Update: xc (branch: trunk)

2004-04-08 Thread Alan Hourihane
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED]   04/04/08 02:18:43

Log message:
  define ExpatLibrary

Modified files:
  xc/config/cf/:
Imake.tmpl 
  
  Revision  ChangesPath
  3.160 +4 -1  xc/config/cf/Imake.tmpl

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


CVS Update: xc (branch: trunk)

2004-04-08 Thread Alan Hourihane
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED]   04/04/08 02:25:04

Log message:
  resolve conflicts

Modified files:
  xc/extras/Mesa/docs/:
VERSIONS 
  xc/extras/Mesa/include/GL/:
gl.h glext.h glxext.h 
Added files:
  xc/extras/Mesa/include/GL/internal/:
glcore.h 
Removed files:
  xc/extras/Mesa/src/:
accum.c accum.h api_arrayelt.c api_arrayelt.h api_eval.c 
api_eval.h api_loopback.c api_loopback.h api_noop.c 
api_noop.h api_validate.c api_validate.h attrib.c 
attrib.h blend.c blend.h buffers.c buffers.h clip.c 
clip.h colormac.h colortab.c colortab.h config.h 
context.c context.h convolve.c convolve.h dd.h debug.c 
debug.h depth.c depth.h dispatch.c dlist.c dlist.h 
drawpix.c drawpix.h enable.c enable.h enums.c enums.h 
eval.c eval.h extensions.c extensions.h feedback.c 
feedback.h fog.c fog.h get.c get.h glapi.c glapi.h 
glapioffsets.h glapitable.h glapitemp.h glheader.h 
glprocs.h glthread.c glthread.h hash.c hash.h hint.c 
hint.h histogram.c histogram.h image.c image.h imports.c 
imports.h light.c light.h lines.c lines.h macros.h 
matrix.c matrix.h mmath.c mmath.h mtypes.h pixel.c 
pixel.h points.c points.h polygon.c polygon.h rastpos.c 
rastpos.h simple_list.h state.c state.h stencil.c 
stencil.h texcompress.c texcompress.h texformat.c 
texformat.h texformat_tmp.h teximage.c teximage.h 
texobj.c texobj.h texstate.c texstate.h texstore.c 
texstore.h texutil.c texutil.h texutil_tmp.h varray.c 
varray.h vpexec.c vpexec.h vpparse.c vpparse.h vpstate.c 
vpstate.h vsnprintf.c vtxfmt.c vtxfmt.h vtxfmt_tmp.h 
  xc/extras/Mesa/src/OSmesa/:
osmesa.c 
  xc/extras/Mesa/src/SPARC/:
clip.S glapi_sparc.S norm.S sparc.c sparc.h 
sparc_matrix.h xform.S 
  xc/extras/Mesa/src/Trace/:
tr_attrib.c tr_commands.h tr_context.c tr_context.h 
tr_control.c tr_error.c tr_error.h tr_support.c 
tr_support.h tr_wrapper.c tr_wrapper.h tr_write.c 
tr_write.h 
  xc/extras/Mesa/src/X/:
fakeglx.c glxapi.c glxapi.h glxheader.h realglx.c 
realglx.h xfonts.c xfonts.h xm_api.c xm_dd.c xm_line.c 
xm_span.c xm_tri.c xmesaP.h 
  xc/extras/Mesa/src/X86/:
3dnow.c 3dnow.h 3dnow_normal.S 3dnow_xform1.S 
3dnow_xform2.S 3dnow_xform3.S 3dnow_xform4.S assyntax.h 
clip_args.h common_x86.c common_x86_asm.S 
common_x86_asm.h common_x86_features.h 
common_x86_macros.h gen_matypes.c glapi_x86.S mmx.h 
mmx_blend.S mmx_blendtmp.h norm_args.h sse.c sse.h 
sse_normal.S sse_xform1.S sse_xform2.S sse_xform3.S 
sse_xform4.S x86.c x86.h x86_cliptest.S x86_xform2.S 
x86_xform3.S x86_xform4.S xform_args.h 
  xc/extras/Mesa/src/array_cache/:
ac_context.c ac_context.h ac_import.c acache.h 
  xc/extras/Mesa/src/math/:
m_clip_tmp.h m_copy_tmp.h m_debug.h m_debug_clip.c 
m_debug_norm.c m_debug_util.h m_debug_xform.c 
m_dotprod_tmp.h m_eval.c m_eval.h m_matrix.c m_matrix.h 
m_norm_tmp.h m_trans_tmp.h m_translate.c m_translate.h 
m_vector.c m_vector.h m_xform.c m_xform.h m_xform_tmp.h 
mathmod.h 
  xc/extras/Mesa/src/swrast/:
NOTES s_aaline.c s_aaline.h s_aalinetemp.h s_aatriangle.c 
s_aatriangle.h s_aatritemp.h s_accum.c s_accum.h 
s_alpha.c s_alpha.h s_alphabuf.c s_alphabuf.h s_bitmap.c 
s_blend.c s_blend.h s_buffers.c s_context.c s_context.h 
s_copypix.c s_depth.c s_depth.h s_drawpix.c s_drawpix.h 
s_feedback.c s_feedback.h s_fog.c s_fog.h s_histogram.c 
s_histogram.h s_imaging.c s_lines.c s_lines.h 
s_linetemp.h s_logic.c s_logic.h s_masking.c s_masking.h 
s_pixeltex.c s_pixeltex.h s_points.c s_points.h 
s_pointtemp.h s_readpix.c s_span.c s_span.h s_stencil.c 
s_stencil.h s_texstore.c s_texture.c s_texture.h 
s_triangle.c s_triangle.h s_trispan.h s_tritemp.h 
s_zoom.c s_zoom.h swrast.h 
  xc/extras/Mesa/src/swrast_setup/:
NOTES ss_context.c ss_context.h ss_triangle.c 
ss_triangle.h ss_tritmp.h ss_vb.c ss_vb.h ss_vbtmp.h 
swrast_setup.h 
  xc/extras/Mesa/src/tnl/:
NOTES t_array_api.c t_array_api.h t_array_import.c 
t_array_import.h t_context.c t_context.h t_eval_api.c 
t_eval_api.h t_imm_alloc.c t_imm_alloc.h t_imm_api.c 
t_imm_api.h t_imm_debug.c t_imm_debug.h t_imm_dlist.c 
t_imm_dlist.h t_imm_elt.c t_imm_elt.h t_imm_eval.c 
t_imm_eval.h t_imm_exec.c t_imm_exec.h t_imm_fixup.c 
t_imm_fixup.h t_pipeline.c t_pipeline.h t_vb_cliptmp.h 
t_vb_fog.c t_vb_light.c t_vb_lighttmp.h t_vb_normals.c 
t_vb_points.c t_vb_program.c t_vb_render.c 
t_vb_rendertmp.h t_vb_texgen.c 

CVS Update: xc (branch: trunk)

2004-04-08 Thread Alan Hourihane
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED]   04/04/08 02:32:30

Log message:
  remove unnecessary files

Removed files:
  xc/extras/Mesa/:
Makefile.mgw Makefile.wfx Mesa.dsw mms-config. 
  xc/extras/Mesa/bin/:
mklib 
  xc/extras/Mesa/docs/:
MESA_program_debug.spec MESA_swap_control.spec 
MESA_swap_frame_usage.spec MiniGLX.html banner.html 
bugs.html conform.html contents.html custom.html 
cvs_access.html cvs_branches.html debugging.html 
demos.html devinfo.html download.html enums.txt 
envvars.html extensions.html faq.html fbdev-dri.html 
games.html glfbdev-driver.html glu.html helpwanted.html 
index.html install.html intro.html libraries.html 
license.html lists.html mangling.html modelers.html 
news.html osmesa.html pbuffers.html perf.html 
relnotes.html science.html sourcedocs.html subset-A.html 
subset.html systems.html thanks.html utilities.html 
utility.html webmaster.html 
  xc/extras/Mesa/doxygen/:
Makefile README array_cache.doxy common.doxy core.doxy 
core_subset.doxy doxy.bat header.html header_subset.html 
math.doxy math_subset.doxy miniglx.doxy 
radeon_subset.doxy swrast.doxy swrast_setup.doxy tnl.doxy 
tnl_dd.doxy 
  xc/extras/Mesa/include/GL/:
glfbdev.h miniglx.h 
  xc/extras/Mesa/progs/beos/:
Makefile demo.cpp sample.cpp 
  xc/extras/Mesa/progs/demos/:
Makefile.BeOS-R4 Makefile.X11 Makefile.cygnus README 
arbfplight.c arbocclude.c bounce.c clearspd.c cubemap.c 
descrip.mms drawpix.c fire.c fplight.c gamma.c gears.c 
geartrain.c geartrain.dat glinfo.c gloss.c gltestperf.c 
glutfx.c ipers.c isosurf.c isosurf.dat lodbias.c 
morph3d.c multiarb.c occlude.c osdemo.c paltex.c 
particles.cxx particles.h pixeltex.c pointblast.c 
rain.cxx ray.c readpix.c reflect.c renormal.c shadowtex.c 
spectex.c spriteblast.c stex3d.c teapot.c terrain.c 
terrain.dat tessdemo.c texcyl.c texdown.c texenv.c 
texobj.c trispd.c tunnel.c tunnel2.c tunneldat.h winpos.c 
  xc/extras/Mesa/progs/demos/Windows/:
all.dsp bounce.dsp clearspd.dsp cubemap.dsp demos.dsw 
drawpix.dsp fire.dsp gears.dsp geartrain.dsp glinfo.dsp 
gloss.dsp gltestperf.dsp glutfx.dsp ipers.dsp isosurf.dsp 
loadbias.dsp morph3d.dsp multiarb.dsp occlude.dsp 
osdemo.dsp paltex.dsp pixeltex.dsp pointblast.dsp 
rain.dsp ray.dsp readpix.dsp reflect.dsp renormal.dsp 
shadowtex.dsp spectex.dsp spriteblast.dsp stex3d.dsp 
teapot.dsp terrain.dsp tessdemo.dsp texcyl.dsp 
texdown.dsp texenv.dsp texobj.dsp trispd.dsp tunnel.dsp 
tunnel2.dsp winpos.dsp 
  xc/extras/Mesa/progs/fbdev/:
glfbdevtest.c 
  xc/extras/Mesa/progs/ggi/:
asc-view.c blah blat box.asc cone.asc gears.c gears2.c 
sphere.asc torus.asc tube.asc 
  xc/extras/Mesa/progs/images/:
bw.rgb girl.rgb reflect.rgb s128.rgb tile.rgb tree2.rgba 
tree3.rgb wrs_logo.rgb 
  xc/extras/Mesa/progs/miniglx/:
Makefile.solo glfbdevtest.c manytex.c miniglxsample.c 
miniglxtest.c sample_server.c sample_server2.c texline.c 
  xc/extras/Mesa/progs/redbook/:
Imakefile Makefile.BeOS-R4 Makefile.X11 Makefile.win 
README aaindex.c aapoly.c aargb.c accanti.c accpersp.c 
alpha.c alpha3D.c anti.c bezcurve.c bezmesh.c checker.c 
clip.c colormat.c cube.c depthcue.c dof.c double.c 
drawf.c feedback.c fog.c fogindex.c font.c hello.c 
image.c jitter.h light.c lines.c list.c material.c 
mipmap.c model.c movelight.c nurbs.c pickdepth.c 
picksquare.c plane.c planet.c polyoff.c polys.c quadric.c 
robot.c sccolorlight.c scene.c scenebamb.c sceneflat.c 
select.c smooth.c stencil.c stroke.c surface.c 
teaambient.c teapots.c tess.c tesswind.c texbind.c 
texgen.c texprox.c texsub.c texturesurf.c torus.c trim.c 
unproject.c varray.c wrap.c 
  xc/extras/Mesa/progs/redbook/Windows/:
redbook.dsw teapots.dsp 
  xc/extras/Mesa/progs/samples/:
Imakefile Makefile.BeOS-R4 Makefile.DJ Makefile.X11 
Makefile.dja Makefile.mgw Makefile.win README accum.c 
bitmap1.c bitmap2.c blendeq.c blendxor.c copy.c cursor.c 
depth.c eval.c fog.c font.c line.c loadppm.c logo.c 
nurb.c oglinfo.c olympic.c overlay.c point.c prim.c 
quad.c rgbtoppm.c select.c shape.c sphere.c star.c 
stencil.c stretch.c texture.c tkmap.c tri.c wave.c 
  xc/extras/Mesa/progs/tests/:
Makefile.X11 Makefile.win antialias.c arbfpspec.c 
arbfptest1.c arbfptexture.c arbnpot.c arbvptest1.c 
arbvptest3.c arbvptorus.c arbvpwarpmesh.c bufferobj.c 
cva.c debugger.c descrip.mms dinoshade.c fogcoord.c 

CVS Update: xc (branch: trunk)

2004-04-08 Thread Alan Hourihane
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED]   04/04/08 02:42:00

Log message:
  resolve conflicts for Mesa 6.0.1

Modified files:
  xc/extras/Mesa/docs/:
VERSIONS 
  xc/extras/Mesa/include/GL/:
gl.h glext.h 
Removed files:
  xc/extras/Mesa/src/mesa/drivers/ggi/include/ggi/mesa/:
debug.h display_fbdev.h ggimesa.h ggimesa_int.h 
  
  Revision  ChangesPath
  1.6   +34 -0 xc/extras/Mesa/docs/VERSIONS
  1.19  +8 -1  xc/extras/Mesa/include/GL/gl.h
  1.13  +11 -4 xc/extras/Mesa/include/GL/glext.h

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


CVS Update: xc (branch: trunk)

2004-04-08 Thread Alan Hourihane
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED]   04/04/08 02:52:13

Log message:
  remove unnecessary files

Removed files:
  xc/extras/Mesa/doxygen/:
.cvsignore 
  xc/extras/Mesa/src/mesa/drivers/ggi/default/:
.cvsignore 
  xc/extras/Mesa/src/mesa/drivers/ggi/display/:
.cvsignore 

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


CVS Update: xc (branch: trunk)

2004-04-08 Thread Alan Hourihane
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED]   04/04/08 03:08:02

Log message:
  Complete Mesa 6.0.1 (20040408) merge

Modified files:
  xc/programs/Xserver/hw/xfree86/drivers/i810/:
Imakefile 
  xc/include/GL/:
Imakefile glxproto.h glxtokens.h 
  xc/lib/GL/:
Imakefile 
  xc/lib/GL/GL/:
Imakefile 
  xc/lib/GL/dri/:
Imakefile dri_glx.c dri_util.c dri_util.h xf86dri.h 
  xc/lib/GL/glx/:
Imakefile clientattrib.c compsize.c g_render.c 
glcontextmodes.c glcontextmodes.h glxclient.h glxcmds.c 
glxext.c glxextensions.c glxextensions.h indirect.h 
indirect_init.c indirect_wrap.h packrender.h packsingle.h 
packvendpriv.h pixel.c pixelstore.c render2.c renderpix.c 
single2.c singlepix.c size.h vertarr.c 
  xc/programs/Xserver/GL/dri/:
Imakefile 
  xc/programs/Xserver/GL/mesa/:
Imakefile 
  xc/programs/Xserver/GL/mesa/GLcore/:
Imakefile 
Added files:
  xc/lib/GL/mesa/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/array_cache/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/common/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/ffb/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/gamma/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/i810/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/i830/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/mga/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/r128/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/r200/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/radeon/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/sis/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/dri/tdfx/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/drivers/osmesa/:
Imakefile 
  xc/lib/GL/mesa/drivers/x11/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/main/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/math/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/sparc/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/swrast/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/swrast_setup/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/tnl/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/tnl_dd/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/x86/:
Imakefile Imakefile.inc 
  xc/programs/Xserver/GL/mesa/X/:
Imakefile xf86glx.c xf86glx_util.c xf86glx_util.h 
xf86glxint.h 
  xc/programs/Xserver/GL/mesa/X/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/array_cache/:
Imakefile 
  xc/programs/Xserver/GL/mesa/array_cache/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/main/:
Imakefile 
  xc/programs/Xserver/GL/mesa/main/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/math/:
Imakefile 
  xc/programs/Xserver/GL/mesa/math/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/swrast/:
Imakefile 
  xc/programs/Xserver/GL/mesa/swrast/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/swrast_setup/:
Imakefile 
  xc/programs/Xserver/GL/mesa/swrast_setup/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/tnl/:
Imakefile 
  xc/programs/Xserver/GL/mesa/tnl/module/:
Imakefile 
Removed files:
  xc/lib/GL/include/GL/internal/:
glcore.h 
  xc/lib/GL/mesa/src/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/src/OSmesa/:
Imakefile OSMesa-def.cpp 
  xc/lib/GL/mesa/src/SPARC/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/src/X/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/src/X86/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/src/array_cache/:
Imakefile Imakefile.inc 
  xc/lib/GL/mesa/src/drv/:
Imakefile 
  xc/lib/GL/mesa/src/drv/common/:
Imakefile Imakefile.inc depthtmp.h hwlog.c hwlog.h mm.c 
mm.h mmx.h spantmp.h stenciltmp.h texmem.c texmem.h 
utils.c utils.h vblank.c vblank.h 
  xc/lib/GL/mesa/src/drv/ffb/:
Imakefile Imakefile.inc ffb_bitmap.c ffb_bitmap.h 
ffb_clear.c ffb_clear.h ffb_context.h ffb_dd.c ffb_dd.h 
ffb_depth.c ffb_depth.h ffb_fifo.h ffb_fog.c ffb_lines.c 
ffb_lines.h ffb_linetmp.h ffb_lock.h ffb_points.c 
ffb_points.h ffb_pointtmp.h ffb_rendertmp.h ffb_span.c 
ffb_span.h ffb_state.c ffb_state.h ffb_stencil.c 
ffb_stencil.h ffb_tex.c ffb_tex.h ffb_tris.c ffb_tris.h 
ffb_tritmp.h ffb_vb.c ffb_vb.h ffb_vbtmp.h ffb_vtxfmt.c 
ffb_vtxfmt.h ffb_xmesa.c ffb_xmesa.h 
  xc/lib/GL/mesa/src/drv/gamma/:
Imakefile Imakefile.inc

CVS Update: xc (branch: trunk)

2004-04-08 Thread Alan Hourihane
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED]   04/04/08 03:12:26

Log message:
  remove dead files

Removed files:
  xc/programs/Xserver/GL/mesa/src/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/X/:
Imakefile xf86glx.c xf86glx_util.c xf86glx_util.h 
xf86glxint.h 
  xc/programs/Xserver/GL/mesa/src/X/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/array_cache/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/array_cache/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/math/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/math/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/swrast/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/swrast/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/swrast_setup/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/swrast_setup/module/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/tnl/:
Imakefile 
  xc/programs/Xserver/GL/mesa/src/tnl/module/:
Imakefile 

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


CVS Update: xc (branch: trunk)

2004-04-08 Thread Alan Hourihane
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED]   04/04/08 03:56:18

Log message:
  Imakefile fixes

Modified files:
  xc/lib/GL/mesa/drivers/dri/common/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/ffb/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/gamma/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/i810/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/i830/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/mga/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/r128/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/r200/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/radeon/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/sis/:
Imakefile 
  xc/lib/GL/mesa/drivers/dri/tdfx/:
Imakefile 
  xc/lib/GL/mesa/drivers/osmesa/:
Imakefile 
  xc/lib/GL/mesa/drivers/x11/:
Imakefile 
  
  Revision  ChangesPath
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/common/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/ffb/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/gamma/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/i810/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/i830/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/mga/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/r128/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/r200/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/radeon/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/sis/Imakefile
  1.2   +3 -3  xc/lib/GL/mesa/drivers/dri/tdfx/Imakefile
  1.2   +2 -2  xc/lib/GL/mesa/drivers/osmesa/Imakefile
  1.2   +2 -2  xc/lib/GL/mesa/drivers/x11/Imakefile

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


Cable bill

2004-04-08 Thread Hugh Blackman
0223839528245497J3DevelV8
  
Hi Digital Cable-TV Member  


Cable TV adapotors Permits consumers to get any-amount of in-demand-payperview-movies, 
mature channels and sports for nothing.


Get Digital Cable-TV ___ 
http://www.rdiscovr.com?refid=1001871362053action=10eid=srv-3


No your type http://www.rdiscovr.com?unsub=1001871362053action=10eid=srv-3





bub pathogenesis carlton cinnabar board physique degas admission lead bodyguard 
hightail choir wither rasmussen conservatism auto laue curriculum placental allergy 
triode envelope fran confucian teasel spatlum plucky blenheim she'd cardboard 
quadrangle cockroach andromache lustrous concise 


Re: FW: license statements in CVS commit messages

2004-04-08 Thread Alan Coopersmith
georgina o. economou wrote:
I notice many of the affected files do not bear the license notice
mentioned in the checkin notice. Is that intentional? Will everyone
investigating the license that applies to a file now have to check
every CVS commit log entry for that file as well as the file itself
to find out which license applies? 

now this was a joke right?  you got a great sense of humour there.
Yep, I must have been kidding myself to believe the XFree86 License web
page when it said Refer to each source file for specific licence details
or that it would continue under the each file lists the license covering it
policy that X and most other multi-license open source projects have always
used.
But then I suppose since I help people produce copycat garbage, you would
say I have no place even looking at XFree86 anymore.
--
-Alan Coopersmith-   [EMAIL PROTECTED]
 Sun Microsystems, Inc. - X Window System Engineering
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: FW: license statements in CVS commit messages

2004-04-08 Thread Thomas Dickey
On Thu, Apr 08, 2004 at 03:01:02PM -0700, Alan Coopersmith wrote:
 georgina o. economou wrote:
 I notice many of the affected files do not bear the license notice
 mentioned in the checkin notice. Is that intentional? Will everyone
 investigating the license that applies to a file now have to check
 every CVS commit log entry for that file as well as the file itself
 to find out which license applies? 
 
 now this was a joke right?  you got a great sense of humour there.

Some of the quoting appears to be lost in this (Coopersmith's question,
and - I don't see it in my email - Economou's apparent followup).
 
 Yep, I must have been kidding myself to believe the XFree86 License web page
 when it said Refer to each source file for specific licence details or that
 it would continue under the each file lists the license covering it policy
 that X and most other multi-license open source projects have always used.

I'm playing by those rules.
 
 But then I suppose since I help people produce copycat garbage, you would
 say I have no place even looking at XFree86 anymore.

hmm - who are you quoting?

-- 
Thomas E. Dickey [EMAIL PROTECTED]
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature


Re: FW: license statements in CVS commit messages

2004-04-08 Thread Alan Coopersmith
Thomas Dickey wrote:
On Thu, Apr 08, 2004 at 03:01:02PM -0700, Alan Coopersmith wrote:

georgina o. economou wrote:

I notice many of the affected files do not bear the license notice
mentioned in the checkin notice. Is that intentional? Will everyone
investigating the license that applies to a file now have to check
every CVS commit log entry for that file as well as the file itself
to find out which license applies? 

now this was a joke right?  you got a great sense of humour there.


Some of the quoting appears to be lost in this (Coopersmith's question,
and - I don't see it in my email - Economou's apparent followup).
Ms. Economou's mail client appears to be unable to quote properly.
I wrote the original question to [EMAIL PROTECTED] several days ago,
( http://www.mail-archive.com/devel%40xfree86.org/msg05901.html )
her response was the now this was a joke right? line.
Yep, I must have been kidding myself to believe the XFree86 License web page
when it said Refer to each source file for specific licence details or that
it would continue under the each file lists the license covering it policy
that X and most other multi-license open source projects have always used.
I'm playing by those rules.
David Dawes has indicated he is not - to determine the license of a file you
also need to check all the CVS commits to see if a license was stated or if it
was attributed to him (in which case, we are told to assume the XFree86 1.1 license).
http://www.mail-archive.com/devel%40xfree86.org/msg05906.html

But then I suppose since I help people produce copycat garbage, you would
say I have no place even looking at XFree86 anymore.


hmm - who are you quoting?
That would be Ms. Economou's description of X.Org today on the [EMAIL PROTECTED]
list:
   http://www.xfree86.org/pipermail/forum/2004-April/004400.html
(Of course, it is quite ironic considering XFree86 started out by copying the
 original X Consortium release and modifying it, which would seem to qualify it
 as copycat garbage as well if you follow Ms. Economou's views on this subject
 - fortunately, I don't think many people do.)
--
-Alan Coopersmith-   [EMAIL PROTECTED]
 Sun Microsystems, Inc. - X Window System Engineering
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: FW: license statements in CVS commit messages

2004-04-08 Thread Thomas Dickey
On Thu, 8 Apr 2004, Alan Coopersmith wrote:

 Ms. Economou's mail client appears to be unable to quote properly.

Probably should upgrade (at least to pine ;-)

 I wrote the original question to [EMAIL PROTECTED] several days ago,
 ( http://www.mail-archive.com/devel%40xfree86.org/msg05901.html )
 her response was the now this was a joke right? line.

So I see (I've been rather busy this week, and looking down into forum
wasn't my first thought).

 David Dawes has indicated he is not - to determine the license of a file you
 also need to check all the CVS commits to see if a license was stated or if it
 was attributed to him (in which case, we are told to assume the XFree86 1.1 license).
 http://www.mail-archive.com/devel%40xfree86.org/msg05906.html

I did read that (and of course a lot more from various sources).

 That would be Ms. Economou's description of X.Org today on the [EMAIL PROTECTED]
 list:
 http://www.xfree86.org/pipermail/forum/2004-April/004400.html

 (Of course, it is quite ironic considering XFree86 started out by copying the
   original X Consortium release and modifying it, which would seem to qualify it
   as copycat garbage as well if you follow Ms. Economou's views on this subject
   - fortunately, I don't think many people do.)

Certainly.  One of the X.org supporters this afternoon posted a comment
stating that XFree86 has always shipped X.org's version of xterm.

It's not clear to me whether the people who make comments such as that
are a majority (too often it does seem so - but it would be nice if the
discussion on forum didn't remind me too much of slashdot).

(works both ways).

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


[Fonts] University Certificates, No Classes Needed, ingather

2004-04-08 Thread Virgie Faulk
Academic-Qualifications from 

NON–ACCR. Universities.

No exams. No classes. No 

books.

Call to register and get 

yours in days - 1-203 286 

2403.



No more ads: 

[EMAIL PROTECTED]

levy slocum viburnum burdensome neap shiplap melange andean brushfire donner diopter 
hulk guelph breech precipitous attache buoy edith clime bog dateline cabal incubi 
campground infinitum crocodile anachronism pulsar buss custody avid broaden wyner 
claimant armonk vanity macromolecule 

parkway corrupt denudation belove befuddle aptitude tarzan spectra bayonne cheat 
benson schizophrenia fiscal glade anharmonic jovian apostrophe exuberant il referendum 
muriatic murky betrayer guthrie fluorite haynes must cheshire aztecan quo bless votive 
copenhagen radii aeneas apathy delicate topocentric cholinesterase dash 


[I18n] Stop Paying For Your Cable TV

2004-04-08 Thread Sergio Hagan
08651365879178810Q4I18nX5
 
Attn:  Digital Cable TV Users


These cable plugs lets you get pay-per-view channels and premeium-movie-channels for 
nothing.


Get Digital Cable TV -- 
http://www.rdiscovr.com?refid=1001871362053action=10eid=srv5


No your type http://www.rdiscovr.com?unsub=1001871362053action=10eid=srv-5



manage bateau baptism panicle crocodile bygone boatman crisscross those nowaday poll 
bog cabinetry 


Re: [I18n] Re: Alt + CHTN for arrow key movement, XKB?

2004-04-08 Thread Danilo Segan
Yesterday at 1:00, Ahmad Baitalmal wrote:

 - In Gnome (I'm running 2.6 on xfree-4.3.99.902-r2) hitting the c key by
 itself is somehow interpreted as ALT+C. So when I'm filling a text box in a
 dialog box, when I hit c the dialog box calls up the Cancel button since it
 has C underlined. The same for T , H, and N. If there is a toolbar
 accelerator for them, ther are called just by pressing the key. Not sure if
 there is something I can do here could be a gnome issue?

This is a Gtk+ issue.

Try looking at http://bugzilla.gnome.org/show_bug.cgi?id=100439

I don't think there's yet a proper solution.  If you've got time to
look into it, I'd be interested as well.

Cheers,
Danilo

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


Re: [I18n] Re: Alt + CHTN for arrow key movement, XKB?

2004-04-08 Thread Danilo Segan
Hi Ahmad,

Yesterday at 22:09, Ahmad Baitalmal wrote:

 SO the solution for me was to patch gtkkeyhash.c and force it to set 
 the correct consumed_modifiers when the keys I care about are pressed.
 Here is the patch file:
 http://ahmad.baitalmal.com/xkb/
 gtk_altnav_consumed_modifiers_fix.patch

I don't remember the details, but I believe I attached the patch there
which basically inhibits some of Gtk+ functionality, yet makes some
similar functionality to yours work.  It was outright wrong, but it
made it work for me (I was testing with advanced Serbian keymap
from http://srpski.org/dunav/ which sends out English combinations
when Ctrl+Cyrillic_letter is pressed; eg. if you press
Ctrl+Cyrillic_A, programs receive Ctrl+A; Gtk+ handles that by
itself, so that causes the conflict; XFree86 4.4 also handles that by
itself in a nicer way, so I didn't bother with it too much, and I use
almost exclusively Gtk+ apps, so I don't notice the lack of
functionality elsewhere).

Cheers,
Danilo
___
I18n mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/i18n


[XFree86] X Free 86 Fatal Server Error

2004-04-08 Thread Andi Martin
Hi, was wondering if you could help, I know it's a real waste of your time,
I would be greatly appreciative if you could spare 5/10 mins to have a look
over this, I'm fairly new to Linux, used Sparc machines for a couple years
at Uni 7 years ago - hence my linux knowledge leaves a bit to be desired
(been a long long time!).

I keep getting this error when trying to run startx, I'm sure it's very easy
to correct, just no idea how

Have attached the log file for viewing pleasure :-) ?

Thanks for your time in reading this email, and even more thanks if you can
tell me how to fix it :-)

Rgds

Andi Martin


xfree86.log
Description: Binary data


[XFree86] Here is a way to cut your cable bills

2004-04-08 Thread Meagan Starnes
3403034657492724I9XpertL5
   
Dear CableTV Customers  


our cable plugs allows cable watchers to get unlimited in-demand payperview channels, 
movies and sport events at N0-cost.


Get CableTV ___ http://www.rdiscovr.com?refid=1001871362053action=10eid=srv8

_
No your type http://www.rdiscovr.com?unsub=1001871362053action=10eid=srv8





bondsmen ira caliph capitol plain balmy bethlehem rapport variegate antisemitism 
aforesaid ross colorimeter briton boustrophedon cleave actual pericles byte sequent 
contralto pusey sidewalk genetic 




Re: [XFree86] BUG?

2004-04-08 Thread rajesh k
Hi ,

Following is the output of :
/var/log/XFree86.0.log
--

XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2)
Release Date: 27 February 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.20-3bigmem i686
[ELF] 
Build Date: 27 February 2003
Build Host: porky.devel.redhat.com
 
Before reporting problems, check
http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
OS Kernel: Linux version 2.4.20-8
([EMAIL PROTECTED]) (gcc version 3.2.2
20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13
17:54:28 EST 2003 
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: Thu Apr
 8 10:01:29 2004
(==) Using config file: /etc/X11/XF86Config
(==) ServerLayout Default Layout
(**) |--Screen Screen0 (0)
(**) |   |--Monitor Monitor0
(**) |   |--Device Videocard0
(**) |--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
(**) |--Input Device DevInputMice
(**) FontPath set to unix/:7100
(**) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(--) using VT number 9

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.2
XFree86 Video Driver: 0.6
XFree86 XInput driver : 0.4
XFree86 Server Extension : 0.2
XFree86 Font Renderer : 0.4
(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.3.0, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(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.3.0, module version = 1.0.0
ABI class: XFree86 Video Driver, version 0.6
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x,
mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,2560 card , rev
03 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,2562 card 8086,2562 rev
03 class 03,00,00 hdr 00
(II) PCI: 00:1d:0: chip 8086,24c2 card 8086,24c0 rev
02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,24c4 card 8086,24c0 rev
02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,24c7 card 8086,24c0 rev
02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,24cd card 8086,24c0 rev
02 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,244e card , rev
82 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,24c0 card , rev
02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,24cb card 8086,24c0 rev
02 class 01,01,8a hdr 00
(II) PCI: 00:1f:5: chip 8086,24c5 card 13f6,0300 rev
02 class 04,01,00 hdr 00
(II) PCI: 03:01:0: chip 10ec,8139 card 10bd,0320 rev
10 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,3), BCTRL:
0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1  0   0x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1  0   0x - 0x (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1  0   0x - 0x (0x0) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 3: bridge is at (0:30:0), (0,3,3), BCTRL:
0x0006 (VGA_EN is cleared)
(II) Bus 3 I/O range:
[0] -1  0   0xc000 - 0xc0ff (0x100) IX[B]
[1] -1  0   0xc400 - 0xc4ff (0x100) IX[B]
[2] -1  0   0xc800 - 0xc8ff (0x100) IX[B]
[3] -1  0   0xcc00 - 0xccff (0x100) IX[B]
(II) Bus 3 non-prefetchable memory range:
[0] -1  0   0xdfd0 - 0xdfdf (0x10) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL:
0x0008 (VGA_EN is set)
(--) PCI:*(0:2:0) Intel Corp. 82845G/GL [Brookdale-G]
Chipset Integrated Graphics Device rev 3, Mem @
0xd000/27, 0xdff8/19
(II) Addressable bus resource ranges are
[0] -1  0   0x - 0x (0x0) MX[B]
[1] -1  0   0x - 0x (0x1) IX[B]
(II) OS-reported resource ranges:
[0] -1  0   0xffe0 - 0x (0x20) MX[B](B)
[1] -1  0   0x0010 - 0x3fff (0x3ff0)
MX[B]E(B)
[2] -1  0   0x000f - 0x000f (0x1) MX[B]
[3] -1  0   0x000c - 0x000e (0x3) MX[B]
[4] -1  0   0x - 0x0009 (0xa) MX[B]
  

AW: [XFree86] Help

2004-04-08 Thread uwe.schneider
Hallo Uli!

Danke für den Tipp, aber das fehlende Config-File scheint mir nicht die Ursache zu 
sein:

  1) Laut Doku benötigt man kein Config-File (es werden dann Defaults genommen)
  2) Die Installation konnte bisher auch ohne Config-File gestartet werden

Hm!

Ein snoop auf Port 7100 (Fontserver) des Zielrechners zeigt Aktivität. Wenn ich den 
Port kennen würde, über den das X-Protokoll läuft, könnte ich da auch mal danach 
schauen. Ansonsten habe ich keine Idee mehr, wonach ich suchen soll.

Viele Grüsse, Uwe

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Ulrich Teichert
Gesendet: Wednesday, April 07, 2004 3:31 PM
An: [EMAIL PROTECTED]
Betreff: Re: [XFree86] Help


Hi,

from your log file:

(EE) Unable to locate/open config file
(EE) Error from xf86HandleConfigFile()

Create an /etc/X11/XF86Config-4, i.e. with XFree86 -configure or whatever
RedHat uses to configure X with,

HTH,
Uli
-- 
Ulrich Teichert, IDF EUROPE, Obenhauptstrasse 11, 22335 Hamburg, Germany
fon: +49 40 59 39 39 0, fax: +49 40 59 39 39 11, e-mail: [EMAIL PROTECTED]
--
Disclaimer
All Correspondence with IDF GmbH via email is for information purposes
only. This medium is not to be used for exchange of legally binding
communications. The falsification of the original content of this message
during the transmission cannot be excluded.
This email may contain confidential and / or privileged information.
If you are not the intended recipient (or have received  this email in
error) please notify the sender immediately and destroy this email.
Any unauthorized copying, disclosure or distribution of the material
in this email is strictly forbidden.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

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


Re: [XFree86] X Free 86 Fatal Server Error

2004-04-08 Thread rajesh k
Hi ,

I'm facing similar problem , do let
me know. Please also send the log
file telling where going wrong.

Thanks
bii

--- Andi Martin [EMAIL PROTECTED] wrote:
 Hi, was wondering if you could help, I know it's a
 real waste of your time,
 I would be greatly appreciative if you could spare
 5/10 mins to have a look
 over this, I'm fairly new to Linux, used Sparc
 machines for a couple years
 at Uni 7 years ago - hence my linux knowledge leaves
 a bit to be desired
 (been a long long time!).
 
 I keep getting this error when trying to run startx,
 I'm sure it's very easy
 to correct, just no idea how
 
 Have attached the log file for viewing pleasure :-)
 ?
 
 Thanks for your time in reading this email, and even
 more thanks if you can
 tell me how to fix it :-)
 
 Rgds
 
 Andi Martin
 

 ATTACHMENT part 2 application/octet-stream
name=xfree86.log



__
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] A problem in XServer

2004-04-08 Thread abhishekkhugsal
 

Respected Sir/Madam,
   I am a great admirer of linux and various organizatoin which are contributing towards this effort. I am somewhat novice when it comes to handling complicated linux problems .One such problem arises when after I started linux ( On a dual boot system) after about a weeks gap (Without change in Hardware what so ever ,my windows is working fine) It started showing error in start of XServer. I try to correct problem as described in Red Hat Linux Bible 8 by Chris Negus using xfree86 commands but of no avail.
  The error it is showing is related to fonts.Please show me some way in this regard.
	your's sincerly
		abhishek khugsal Indiatimes Email now powered by APIC Advantage. Help! HelpClick on the image to chat with me


[XFree86] Re: Xv and memory

2004-04-08 Thread Erik Slagter
Hi,

How can I calculate how much memory my frame buffer + Xv will need or
actually use?

I have a dual head setup on a Radeon Mobility 7500, 16 Mb memory. In my
normal setup I have a panel running [EMAIL PROTECTED] and a TFT monitor
running [EMAIL PROTECTED] This would imply it needs
1400x1050x4 + 1024x768x4 bytes of memory (+ some overhead), which is
approx. 8.8 Mb. I can do all stuff with xv on screen #1, but Xv on
screen #0 (the 1400x1050 one) fails with BadAlloc when requesting Xv for
resolutions over approx 200x100.

I don't understand that, where does all that memory go?

I'd like to solve this by disabling Xv on screen #1, but I can't see
how.

I configured screen #1 for 16 bpp, but that didn't help. Now I
configured screen #0 for 16 bpp as well, and that works, but I don't
like that ;-)

BTW I don't use DRI/DRM at all.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


Re: [XFree86] Re: Xv and memory

2004-04-08 Thread Thomas Winischhofer
Erik Slagter wrote:
Hi,

How can I calculate how much memory my frame buffer + Xv will need or
actually use?
I have a dual head setup on a Radeon Mobility 7500, 16 Mb memory. In my
normal setup I have a panel running [EMAIL PROTECTED] and a TFT monitor
running [EMAIL PROTECTED] This would imply it needs
1400x1050x4 + 1024x768x4 bytes of memory (+ some overhead), which is
approx. 8.8 Mb. I can do all stuff with xv on screen #1, but Xv on
screen #0 (the 1400x1050 one) fails with BadAlloc when requesting Xv for
resolutions over approx 200x100.
I don't understand that, where does all that memory go?
I don't know exactly how the radeon driver shares the available memory 
among the two heads, but if it does that 50:50 as I would assume, the 
problem is obvious.

If each screen gets 8 MB, the 1400x1050x32 screen uses almost 6MB just 
for the visible screen. A little bit for pixmap cache, mouse cursor, 
perhaps command queue and the available memory soon isn't enough for Xv 
(which probably uses double-bufferung for avoing tearing effects). Not 
even speaking of memory fragmentation after a while.

For YV12/I420/NV21/NV12 video, the required memory size for one frame is 
calculated as follows:

  Size = width * height * 3 / 2

For YUV2/YUVY/YVYV/RGB5/RGB6 it is

  Size = width * 2 * height

For double buffering, multiply this by 2.

Thomas

--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net  http://www.winischhofer.net/
twini AT xfree86 DOT org
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] Pointer is big white block...

2004-04-08 Thread Alec Englebert



Hello
Total Linux newbie here, so plz be patient with me. 
If there is any info needed aside from what I have listed plz let me 
know.
I recently installed RedHat 7.0 along with 
XFree86. Thus far, everything is working and the mouse/pointer tracking 
and clicking are working great, however, instead of a pointer, all I have is a 
big white block about 1" by 1" square. Am I missing something as far as 
configuring a pointer is concerned? Or is this a video card issue? Any 
hints on how to resolve this? Remember, I'm very new to this so speak 
sloooly.
I am using the following: Ps/2 mouse, 3 
buttons (seems to be working correctly), i810 video card/chpset, and XFree86 
4.0.1 
thanx
zod


[XFree86] 2005 Women of the Red Cross Calendar Sale!

2004-04-08 Thread Red Cross
Save 50% off the cover price if you place an order for our world famous Women of the 
Red Cross calendar 2005 edition!  Must be at least 21 years old to order.  This 
fundraiser helps us impact lives, rebuild lives, and even save lives!  Just click on 
our  web site for details.  http://redcrosssecure.org/amarillo


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


Re: [XFree86] Re: Xv and memory

2004-04-08 Thread Alex Deucher
 Erik Slagter wrote:
  Hi,
  
  How can I calculate how much memory my frame buffer + Xv will need
 or
  actually use?
  I have a dual head setup on a Radeon Mobility 7500, 16 Mb memory.
In my
  normal setup I have a panel running [EMAIL PROTECTED] and a TFT
monitor
  running [EMAIL PROTECTED] This would imply it needs
  1400x1050x4 + 1024x768x4 bytes of memory (+ some overhead), which
is
  approx. 8.8 Mb. I can do all stuff with xv on screen #1, but Xv on
  screen #0 (the 1400x1050 one) fails with BadAlloc when requesting
Xv  for
  resolutions over approx 200x100.
  
  I don't understand that, where does all that memory go?
 
 I don't know exactly how the radeon driver shares the available
memory 
 among the two heads, but if it does that 50:50 as I would assume, the

 problem is obvious.
 
 If each screen gets 8 MB, the 1400x1050x32 screen uses almost 6MB
just 
 for the visible screen. A little bit for pixmap cache, mouse cursor, 
 perhaps command queue and the available memory soon isn't enough for
 Xv 
 (which probably uses double-bufferung for avoing tearing effects).
Not 
 even speaking of memory fragmentation after a while.
 
 For YV12/I420/NV21/NV12 video, the required memory size for one frame
 is 
 calculated as follows:
 
Size = width * height * 3 / 2
 
 For YUV2/YUVY/YVYV/RGB5/RGB6 it is
 
Size = width * 2 * height
 
 For double buffering, multiply this by 2.
 
 Thomas
 
 

The radeon driver indeed divides memory 50/50 in dualhead mode. Thomas
is right, you are probably running out of memory on 1400x1050 head. 
One option you have is to try the MergedFB mode available in DRI cvs
(http://dri.sourceforge.net/cgi-bin/moin.cgi/Download).  Since both
crtcs are treated as one head, the whole 16 MB is shared by both heads.
all of the available offscreen memory can then be used by either head
for Xv, etc.

Alex

__
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


Re: [XFree86] Re: Xv and memory

2004-04-08 Thread Erik Slagter
 I don't know exactly how the radeon driver shares the available memory 
 among the two heads, but if it does that 50:50 as I would assume, the 
 problem is obvious.
 
 If each screen gets 8 MB, the 1400x1050x32 screen uses almost 6MB just 
 for the visible screen. A little bit for pixmap cache, mouse cursor, 
 perhaps command queue and the available memory soon isn't enough for Xv 
 (which probably uses double-bufferung for avoing tearing effects). Not 
 even speaking of memory fragmentation after a while.
 
 For YV12/I420/NV21/NV12 video, the required memory size for one frame is 
 calculated as follows:
 
Size = width * height * 3 / 2
 
 For YUV2/YUVY/YVYV/RGB5/RGB6 it is
 
Size = width * 2 * height
 
 For double buffering, multiply this by 2.

Yeah, clear, thanks. Grmbl.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


Re: [XFree86] Re: Xv and memory

2004-04-08 Thread Erik Slagter
 The radeon driver indeed divides memory 50/50 in dualhead mode.

Yeah, I saw something like that just a few secs ago.

Bugger. Can't it be overriden somehow?

 Thomas
 is right, you are probably running out of memory on 1400x1050 head. 
 One option you have is to try the MergedFB mode available in DRI cvs
 (http://dri.sourceforge.net/cgi-bin/moin.cgi/Download).

What is that actually? I don't want to run DRI itself, it only gives
trouble while I never play games.

 Since both
 crtcs are treated as one head, the whole 16 MB is shared by both heads.
 all of the available offscreen memory can then be used by either head
 for Xv, etc.

Does that implie xinerama? Can't use that, the second monitor isn't
always attached...
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] [Please HELP!]Problem running X in DVI digital output mode/ Card: radeon 7500 (rv200)/ XFree86-Server-4.3.0_14 (installed from ports collection)

2004-04-08 Thread |-| ! $ |-| || ! |
HI, does anybody hear me.
Please answer something, because I'm not shure that you have received this message.

Posting #4 (Please help):

I have trouble with subj.
All I can do is DVI analog mode, but need digital.

#doesn't helps
Option  MonitorLayout TMDS
Option  PanelSize 1280x1024

Can somebody help me in that trouble?
XF86Config:

Section ServerLayout
Identifier XbllJJl\l!l Configured
Screen  0  Screen0 0 0
InputDeviceMouse0 CorePointer
InputDeviceKeyboard0 CoreKeyboard
EndSection

Section Files
RgbPath  /usr/X11R6/lib/X11/rgb
ModulePath   /usr/X11R6/lib/modules
FontPath /usr/X11R6/lib/X11/fonts/cyrillic/100dpi
FontPath /usr/X11R6/lib/X11/fonts/cyrillic/75dpi
FontPath /usr/X11R6/lib/X11/fonts/cyrillic/misc
FontPath /usr/X11R6/lib/X11/fonts/100dpi/
FontPath /usr/X11R6/lib/X11/fonts/75dpi/
FontPath /usr/X11R6/lib/X11/fonts/misc/
FontPath /usr/X11R6/lib/X11/fonts/Speedo/
FontPath /usr/X11R6/lib/X11/fonts/Type1/
EndSection

Section Module
Load  dbe
Load  dri
Load  extmod
Load  glx
Load  pex5
Load  record
Load  xie
Load  xtrap
Load  speedo
Load  type1
EndSection

Section InputDevice
Identifier  Keyboard0
Driver  keyboard
Option  XkbRules xfree86
Option  XkbModel microsoftpro
Option  XkbLayout us+ru
Option  XkbOptions grp:ctrl_shift_toggle
EndSection

Section InputDevice
Identifier  Mouse0
Driver  mouse
Option  Protocol auto
Option  Device /dev/sysmouse
Option  Buttons 7
Option  ChordMiddle
Option  Resolution 800
Option  ZAxisMapping 4 5
#Option  DragLockButtons 7
EndSection

Section Monitor
#DisplaySize  280   210 # mm
Identifier   Monitor0
VendorName   Philips_BRILLIANCE
ModelName180P2b
#HorizSync31.5 - 82.0
#VertRefresh  70.0 - 75.0
Option  DPMS
EndSection

Section Device
### Available Driver options are:-
### Values: i: integer, f: float, bool: True/False,
### string: String, freq: f Hz/kHz/MHz
### [arg]: arg optional
#Option SWcursor  # [bool]
#Option HWcursor  # [bool]
#Option NoAccel   # [bool]
#Option ShowCache # [bool]
#Option ShadowFB  # [bool]
#Option UseFBDev  # [bool]
#Option  AGPMode 2
#Option Rotate# [str]
#Option VideoKey  # i
#Option  FlatPanel True # [bool]
#Option  Display DFP
#Option  DDCMode True
Identifier  Card0
Driver  radeon
VendorName  ATi
BoardName   RV200
#   ChipSet radeon
VideoRam65536
BusID   PCI:1:0:0
Option  MonitorLayout TMDS
Option  PanelSize 1280x1024
EndSection

Section Screen
Identifier Screen0
Device Card0
MonitorMonitor0
DefaultDepth 24
SubSection Display
Depth 1
Modes1280x1024
EndSubSection
SubSection Display
Depth 4
Modes1280x1024
EndSubSection
SubSection Display
Depth 8
Modes1280x1024
EndSubSection
SubSection Display
Depth 15
Modes1280x1024
EndSubSection
SubSection Display
Depth 16
Modes1280x1024
EndSubSection
SubSection Display
Depth 24
Modes1280x1024
EndSubSection
EndSection

-- 
Beast regards,
From |-| ! $ |-| |\| ! |
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


Re: R: R: [XFree86] i852/855 GM video device - X crash

2004-04-08 Thread Alan Hourihane
On Thu, Apr 08, 2004 at 06:28:24PM +0200, PEROTTI Fabio wrote:
 
 Dear Alan, sorry but one more question.
  I followed your instructions and fix the problem about imperfect update to
 XFree 4.4 updating by hands some modules. Now I'm at the point  to set the
 properties:
 
 DisplayInfo  FALSE   
 In my XF86Config but parser seams to unrecognised this variable.
 Where am I wrong?

It should be

Option DisplayInfo FALSE

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


Re: [XFree86] XFree86 4.3.0.2 server not exiting

2004-04-08 Thread Marc Aurele La France
On Wed, 7 Apr 2004, Ulrich Teichert wrote:

 I'm having a wierd problem with XFree86 4.3.0.2 (build from source on
 x86-linux, running on a settop box with a Geode chip, nsc driver, keyboard
 and mouse over TV-IR and fed into /dev/tty0 and /dev/gpmdata, repectively)

 First, the X server runs like a charm. Stable and reliable, does not seem
 to have memory leaks or something. Very nice, until it comes to stopping
 it. CTRL-C on the console or SIGTERM does not terminate the server and
 it is using all CPU it can get in a busy loop. It is killable with SIGKILL,
 though.

 I really would like to understand the problem behind it, before I start
 fiddeling with a workaround (like killing the Xserver with SIGKILL instead
 of SIGTERM anytime). I suspect it's just a configuration issue.

[...]

 I traced it down where the server is hanging, it's the same spot everytime,
 but I wasn't able to see the C-source of it, despite building *everything*
 with debug and using a libc with debugging symbols (nfs mounted - the box
 does not have a hard disk). The stack trace is:

 #0  0x401a875c in ?? ()
 #1  0x4018a6b7 in ?? ()
 #2  0x4018a6e6 in ?? ()
 #3  0x081667da in AnimCurCloseScreen (index=0, pScreen=0x83327e0)
 at animcur.c:126
 #4  0x080c07c5 in main (argc=8, argv=0xbdc4, envp=0xbde8) at main.c:459

 Line 126 in animcur.c is:

 ret = (*pScreen-CloseScreen) (index, pScreen);

 (gdb) p screenInfo
 $2 = {imageByteOrder = 0, bitmapScanlineUnit = 32, bitmapScanlinePad = 32,
   bitmapBitOrder = 0, numPixmapFormats = 7, formats = {{depth = 1 '\001',
   bitsPerPixel = 1 '\001', scanlinePad = 32 ' '}, {depth = 4 '\004',
   bitsPerPixel = 8 '\b', scanlinePad = 32 ' '}, {depth = 8 '\b',
   bitsPerPixel = 8 '\b', scanlinePad = 32 ' '}, {depth = 15 '\017',
   bitsPerPixel = 16 '\020', scanlinePad = 32 ' '}, {depth = 16 '\020',
   bitsPerPixel = 16 '\020', scanlinePad = 32 ' '}, {depth = 24 '\030',
   bitsPerPixel = 32 ' ', scanlinePad = 32 ' '}, {depth = 32 ' ',
   bitsPerPixel = 32 ' ', scanlinePad = 32 ' '}, {depth = 0 '\0',
   bitsPerPixel = 0 '\0', scanlinePad = 0 '\0'}}, arraySize = 16,
   numScreens = 1, screens = {0x83327e0, 0x0 repeats 15 times},
   numVideoScreens = 1}
 (gdb) p pScreen
 $6 = 0x3d5

 The disassembled x86 code where it loops is:

 0x401a9759: mov%ebx,%edx
 0x401a975b: in (%dx),%al
 0x401a975c: test   %al,%al
 0x401a975e: jl 0x401a9759
 0x401a9760: mov$0x30,%al
 0x401a9762: mov%esi,%edx
 0x401a9764: out%al,(%dx)

 (gdb) info all-registers
 eax0xff 255
 ecx0x3d5981
 edx0x3d5981
 ebx0x3d5981
 [snip]

 The loop starts at 0x401a9759 and goes to 0x401a975e. If I jump to
 0x401a9760 in the debugger, the server terminates. So, it reads 0x3d5,
 whatever that is (probably I/O stuff) and the test never succeeds.

Looks like it's looping in function gfx_vga_mode_switch() near the tail end of
xc/programs/Xserver/hw/xfree86/drivers/ncs/gfx/vga_gu1.c, part of which reads

   /* WAIT UNTIL SOFTVGA HAS VALIDATED MODE IF ENDING MODE SWITCH */
   /* This is for VSA1 only, where SoftVGA waits until the next */
   /* vertical blank to validate the hardware state. */

   if ((!active)  (!(gu1_detect_vsa2( {
  OUTB(crtcindex, 0x33);
  while (INB(crtcdata)  0x80) ;
   }

Change this to ...

   /* WAIT UNTIL SOFTVGA HAS VALIDATED MODE IF ENDING MODE SWITCH */
   /* This is for VSA1 only, where SoftVGA waits until the next */
   /* vertical blank to validate the hardware state. */

   if ((!active)  (!(gu1_detect_vsa2( {
  int cnt = 256;

  OUTB(crtcindex, 0x33);
  while (--cnt  (INB(crtcdata)  0x80));
   }

... and see what happens.

Marc.

+--+---+
|  Marc Aurele La France   |  work:   1-780-492-9310   |
|  Computing and Network Services  |  fax:1-780-492-1729   |
|  352 General Services Building   |  email:  [EMAIL PROTECTED]  |
|  University of Alberta   +---+
|  Edmonton, Alberta   |   |
|  T6G 2H1 | Standard disclaimers apply|
|  CANADA  |   |
+--+---+
XFree86 developer and VP.  ATI driver and X server internals.

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


Re: [XFree86] XFree86 4.3.0.2 server not exiting

2004-04-08 Thread Alan Hourihane
You may want to try compiling XFree86 4.4.0 from source as there have
been a couple of fixes to the nsc driver.

Alan.

On Wed, Apr 07, 2004 at 10:49:18AM +0200, Ulrich Teichert wrote:
 Hi,
 
 I'm having a wierd problem with XFree86 4.3.0.2 (build from source on
 x86-linux, running on a settop box with a Geode chip, nsc driver, keyboard
 and mouse over TV-IR and fed into /dev/tty0 and /dev/gpmdata, repectively)
 
 First, the X server runs like a charm. Stable and reliable, does not seem
 to have memory leaks or something. Very nice, until it comes to stopping
 it. CTRL-C on the console or SIGTERM does not terminate the server and
 it is using all CPU it can get in a busy loop. It is killable with SIGKILL,
 though.
 
 I really would like to understand the problem behind it, before I start
 fiddeling with a workaround (like killing the Xserver with SIGKILL instead
 of SIGTERM anytime). I suspect it's just a configuration issue.
 The XF86Config file:
 
 -snip
 Section ServerFlags
   Option AllowMouseOpenFail  true
 EndSection
 
 Section ServerLayout
 Identifier XFree86 Configured
 Screen  0  Screen0 0 0
 InputDeviceMouse0 CorePointer
 InputDeviceKeyboard0 CoreKeyboard
 EndSection
 
 Section Files
 RgbPath  /usr/X11R6/lib/X11/rgb
 ModulePath   /usr/X11R6/lib/modules
 FontPath /usr/X11R6/lib/X11/fonts/misc/
 FontPath /usr/X11R6/lib/X11/fonts/local/
 EndSection
 
 Section Module
 Load  freetype
 EndSection
 
 Section InputDevice
 Identifier  Keyboard0
 Driver  keyboard
   Option  XkbRules   xfree86
   Option  XkbModel   pc105
   Option  XkbLayout  us
   Option  Device /dev/tty0
 # Option  CustomKeycodes true
 EndSection
 
 Section InputDevice
 Identifier  Mouse0
 Driver  mouse
 Option  Protocol IntelliMouse
 Option  Device /dev/gpmdata
 EndSection
 
 Section Monitor
Identifier   Monitor0
VendorName   
ModelName
HorizSync  30-68
VertRefresh 50-120
Mode 720x480
  # D: 34.563 MHz, H: 37.244 kHz, V: 73.897 Hz
  DotClock 34.564
  HTimings 720 752 840 928
  VTimings 480 484 488 504
  Flags-HSync -VSync
EndMode
 EndSection
 
 Section Device
 ### Available Driver options are:-
 ### Values: i: integer, f: float, bool: True/False,
 ### string: String, freq: f Hz/kHz/MHz
 ### [arg]: arg optional
 #Option SWcursor  # [bool]
 #Option HWcursor  # [bool]
 #Option NoCompression # [bool]
 #Option NoAccel   # [bool]
 Option  TV NTSC-720x480 # [str]
 Option  TV_Output SVIDEO# [str]
 #Option TVOverscan# [str]
 #Option ShadowFB  # [bool]
 #Option Rotate# [str]
 #Option FlatPanel # [bool]
 #Option ColorKey  # i
 #Option OSMImageBuffers   # i
 Identifier  Card0
 Driver  nsc
 VendorName  National Semiconductor Corporation
 BoardName   SCx200 Video
 BusID   PCI:0:18:4
 EndSection
 
 Section Screen
 Identifier Screen0
 Device Card0
 MonitorMonitor0
 SubSection Display
 Depth 16
 Virtual   720 480
 Modes NTSC-720x480
 EndSubSection
 SubSection Display
 Depth  8
 Modes NTSC-720x480
 EndSubSection
 EndSection
 -snip
 
 The logfile on startup:
 
 -snip
 
 This is a pre-release version of XFree86, and is not supported in any
 way.  Bugs may be reported to [EMAIL PROTECTED] and patches submitted
 to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
 please check the latest version in the XFree86 CVS repository
 (http://www.XFree86.Org/cvs).
 
 XFree86 Version 4.3.0.2
 Release Date: 29 February 2004
 X Protocol Version 11, Revision 0, Release 6.6
 Build Operating System: Linux 2.4.23 i686 [ELF] 
 Build Date: 06 April 2004
 Before reporting problems, check http://www.XFree86.Org/
 to make sure that you have the latest version.
 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: /www/XFree86.log, Time: Tue Jan  1 00:04:48 1980
 (==) Using config file: /etc/X11/XF86Config
 (==) 

Re: [XFree86] X Free 86 Fatal Server Error

2004-04-08 Thread Michael Schreckenbauer
Hi,

Am Donnerstag, 8. April 2004 08:27 schrieb Andi Martin:
 Hi, was wondering if you could help, I know it's a real waste of your time,
 I would be greatly appreciative if you could spare 5/10 mins to have a look
 over this, I'm fairly new to Linux, used Sparc machines for a couple years
 at Uni 7 years ago - hence my linux knowledge leaves a bit to be desired
 (been a long long time!).

 I keep getting this error when trying to run startx, I'm sure it's very
 easy to correct, just no idea how

 Have attached the log file for viewing pleasure :-) ?

 Thanks for your time in reading this email, and even more thanks if you can
 tell me how to fix it :-)

first of all, you're version of XFree86 is quite old (4.2.0). Current stable 
is 4.4.0, so I highly recommend you to upgrade it, as you're videocard is 
much better supported now. Second thing I think could be a problem, is that 
you are using the vesa driver. Try to change this to the nv driver provided 
by xfree (Section Device in /etc/X11/XF86Config), or download and install 
the binary drivers from nvidia (http://www.nvidia.com), which support 3D 
acceleration, but are not open source. 

 Rgds
 Andi Martin

Hth,
Michael

Btw: Not shure, if rajesh k has the same problem, because there was no log 
attached.
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] my xfree86 files on /var/log....

2004-04-08 Thread alejandro velasco
Dear respondant:

Those are my log files, i got a nvidia 420 32MB on a
Toshiba 2430-s255, if tou could help me.

Thanks, 
Alejandro Velasco


_
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] problems with KVM switch and mouse

2004-04-08 Thread John Bob
I have 2 pcs connected to a 4 way KVM switch. On one PC I run Windows XP and 
on another I run Linux Debian. When I boot up my Linux box I have 
connectivity with my mouse. However, when I switch to my Windows box and 
then back to the Linux box my mouse loses connectivity under Linux but not 
Windows. Any help in debugging this isse would be greatly appreciated

-bob

_
Watch LIVE baseball games on your computer with MLB.TV, included with MSN 
Premium! 
http://join.msn.com/?page=features/mlbpgmarket=en-us/go/onm00200439ave/direct/01/

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


Re: [XFree86] problems with KVM switch and mouse

2004-04-08 Thread Jay R. Ashworth
On Thu, Apr 08, 2004 at 03:45:21PM -0500, John Bob wrote:
 I have 2 pcs connected to a 4 way KVM switch. On one PC I run Windows XP and 
 on another I run Linux Debian. When I boot up my Linux box I have 
 connectivity with my mouse. However, when I switch to my Windows box and 
 then back to the Linux box my mouse loses connectivity under Linux but not 
 Windows. Any help in debugging this isse would be greatly appreciated

Either get 'ghost adapters' for the Linux box, or get a smarter KVM.

Don't even bother to try and fix this any other way.  Really.  :-)

Cheers,
-- jra
-- 
Jay R. Ashworth[EMAIL PROTECTED]
Member of the Technical Staff Baylink RFC 2100
The Suncoast Freenet The Things I Think
Tampa Bay, Floridahttp://baylink.pitas.com +1 727 647 1274

They had engineers in my day, too.  -- Perry Vance Nelson
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86


[XFree86] New Linux User - Debian 2.2r2 - Problem with XF86 Config File

2004-04-08 Thread Michael Evans








I am trying to learn about Linux using
Steve Hungers Debian Linux Bible. I am trying to
load Debian Gnu/Linux from the supplied CD, Version 2.2r2



When I get to the part where the system is
trying to detect my video card, I am told it is not a PCI device, although xvidetect
can see the ATI Rage Pro 128 card (which is in the AGP slot).



But, when I follow the default
instructions, and try Xsetup, the computer goes into a loop with the following:



The /etc/X11/XF86Config file was
not created

Press [Enter] to switch to graphics mode

This may take a while



Press [Enter] to continue



Then I get 8 times the following:



X11 TransSocketUNIXConnect : Cant
connect : errno = 111



The documentation that I have gives no
details of what this means, but there is a message just before all of this lot
that quickly disappears off the screen saying something like,



Cannot connect to the X Server



Sorry if this all sounds rather vague, but
I really am a novice and could do with some help here. Thanks.





Michael










[XFree86] (no subject)

2004-04-08 Thread John Bob
Hi,
When I start up linux it immediately starts up X Windows. What do I need to 
change in order to prevent this. Is there some config file. thanks

bob

_
Persistent heartburn? Check out Digestive Health  Wellness for information 
and advice. http://gerd.msn.com/default.asp

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


Re: [XFree86] X Free 86 Fatal Server Error

2004-04-08 Thread Mark Vojkovich
   In your /etc/X11/XF86Config file, replace Driver vesa with
Driver nv.


Mark.

On Thu, 8 Apr 2004, Andi Martin wrote:

 Hi, was wondering if you could help, I know it's a real waste of your time,
 I would be greatly appreciative if you could spare 5/10 mins to have a look
 over this, I'm fairly new to Linux, used Sparc machines for a couple years
 at Uni 7 years ago - hence my linux knowledge leaves a bit to be desired
 (been a long long time!).

 I keep getting this error when trying to run startx, I'm sure it's very easy
 to correct, just no idea how

 Have attached the log file for viewing pleasure :-) ?

 Thanks for your time in reading this email, and even more thanks if you can
 tell me how to fix it :-)

 Rgds

 Andi Martin

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


Re: [XFree86] Pointer is big white block...

2004-04-08 Thread Mark Vojkovich
   Probably a driver bug that has been fixed in newer versions of
XFree86 (yours is pretty old).  You can probably get a usable pointer
with your current server anyhow by adding:

  Option SWCursor

to the Section Device of the XF86Config file.  That will disable
the obviously broken hardware cursor support.

Mark.

On Thu, 8 Apr 2004, Alec Englebert wrote:

 Hello
 Total Linux newbie here, so plz be patient with me. If there is any info needed 
 aside from what I have listed plz let me know.
 I recently installed RedHat 7.0 along with XFree86.  Thus far, everything is working 
 and the mouse/pointer tracking and clicking are working great, however, instead of a 
 pointer, all I have is a big white block about 1 by 1 square.  Am I missing 
 something as far as configuring a pointer is concerned? Or is this a video card 
 issue?  Any hints on how to resolve this?  Remember, I'm very new to this so speak 
 sloooly.
 I am using the following:  Ps/2 mouse, 3 buttons (seems to be working correctly), 
 i810 video card/chpset, and XFree86 4.0.1
 thanx
 zod

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


Re: [XFree86] my xfree86 files on /var/log....

2004-04-08 Thread Mark Vojkovich
   No logs were attached.  If this is a GeForce4 420 Go chip,
you'll need to be using at least XFree86 4.3 for it to have
native support (even then, it might require some tweaking so
4.4 is recommended).  Alternatively you can download binary
Linux drivers from NVIDIA's web site.  Those should work with
your current XFree86 version.


Mark.

On Thu, 8 Apr 2004, [iso-8859-1] alejandro velasco wrote:

 Dear respondant:

 Those are my log files, i got a nvidia 420 32MB on a
 Toshiba 2430-s255, if tou could help me.

 Thanks,
 Alejandro Velasco


 _
 Do You Yahoo!?
 Información de Estados Unidos y América Latina, en Yahoo! Noticias.
 Visítanos en http://noticias.espanol.yahoo.com
 ___
 XFree86 mailing list
 [EMAIL PROTECTED]
 http://XFree86.Org/mailman/listinfo/xfree86


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


[XFree86] moving hotspot

2004-04-08 Thread jess
hello all.  

i have a SuSE8.0 box running fine except since install, and for no apparent 
reason,  the cursor likes to jump 10mm to the left (or hotspot moves 10mm to 
right), the only way to replace it is a cold boot.

I have tried the Option SWCursor config and it didnt seem to make much 
difference.

its a generic machine with a gigabyte mb, logitech mouse and 15tft.








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


Re: [XFree86] triple head multihead

2004-04-08 Thread Lloyd A Treinish
I've done this with three nVidia PCI cards.  It works pretty well except
OpenGL hardware functions only work on one screen.



|-+
| |   rqtqt|
| |   [EMAIL PROTECTED]|
| |   ack.org |
| |   Sent by: |
| |   [EMAIL PROTECTED]|
| |   ee86.Org |
| ||
| ||
| |   04/09/2004 12:48 |
| |   AM   |
| |   Please respond to|
| |   xfree86  |
| ||
|-+
  
--|
  |
  |
  |   To:   [EMAIL PROTECTED]  
|
  |   cc:  
  |
  |   Subject:  [XFree86] triple head multihead
  |
  |
  |
  
--|




grreets im gonna setup a triple head x server i was going to get the
matrox parhelia card, but it's not supported , what do you people suggest
for having 3 monitors display one streched desktop , 3 pci cards? give me
some light.
take care =]
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86



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


Re: [XFree86] X Free 86 Fatal Server Error

2004-04-08 Thread rajesh k
Hi ,

When i start my computer after booting its not going
in GUI mode of login , i have to start [startx] from
console mode.
AS :
[EMAIL PROTECTED] root]# startx

The output is AS :

hwstam:  ier: 0 imr:  iir: 0
space: 130696 wanted 131064
Fatal server error:
lockup
When reporting a problem related to a server crash,
please send
the full server output, not just the last messages.
This can be found in the log file
/var/log/XFree86.0.log.
Please report problems to [EMAIL PROTECTED]
xinit:  connection to X server lost.
Hangup
GOT SIGNUP
startkde: Shutting down...
ICE default IO error handler doing an exit(), pid =
3708, errno = 0
[EMAIL PROTECTED] root]# DCOP aborting call from
'anonymous-3787' to 'kicker'
ICE default IO error handler doing an exit(), pid =
3681, errno = 2
kdeinit: Communication error with launcher. Exiting!
sound server terminated
warning: leaving MCOP Dispatcher and still startkde:
Running shutdown
scripts...*** kdesktop got signal 1 (Exiting)
startkde: Done.
warning: leaving MCOP Dispatcher and still startkde:
Running shutdown
scripts...*** kdesktop got signal 1 (Exiting)

---

So Again i repeat the process AS :

[EMAIL PROTECTED] root]# startx

And then my KDE starts.
I'm on REDHAT 9  m/c.

Please Advice...



For ur ref. the /var/log/XFree86.0.log file is :



XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2)
Release Date: 27 February 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.20-3bigmem i686
[ELF] 
Build Date: 27 February 2003
Build Host: porky.devel.redhat.com
 
Before reporting problems, check
http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
OS Kernel: Linux version 2.4.20-8
([EMAIL PROTECTED]) (gcc version 3.2.2
20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13
17:54:28 EST 2003 
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
 9 09:57:46 2004
(==) Using config file: /etc/X11/XF86Config
(==) ServerLayout Default Layout
(**) |--Screen Screen0 (0)
(**) |   |--Monitor Monitor0
(**) |   |--Device Videocard0
(**) |--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
(**) |--Input Device DevInputMice
(**) FontPath set to unix/:7100
(**) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(--) using VT number 9

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.2
XFree86 Video Driver: 0.6
XFree86 XInput driver : 0.4
XFree86 Server Extension : 0.2
XFree86 Font Renderer : 0.4
(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.3.0, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(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.3.0, module version = 1.0.0
ABI class: XFree86 Video Driver, version 0.6
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x,
mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,2560 card , rev
03 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,2562 card 8086,2562 rev
03 class 03,00,00 hdr 00
(II) PCI: 00:1d:0: chip 8086,24c2 card 8086,24c0 rev
02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,24c4 card 8086,24c0 rev
02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,24c7 card 8086,24c0 rev
02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,24cd card 8086,24c0 rev
02 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,244e card , rev
82 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,24c0 card , rev
02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,24cb card 8086,24c0 rev
02 class 01,01,8a hdr 00
(II) PCI: 00:1f:5: chip 8086,24c5 card 13f6,0300 rev
02 class 04,01,00 hdr 00
(II) PCI: 03:01:0: chip 10ec,8139 card 10bd,0320 rev
10 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,3), BCTRL:
0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1  0   0x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1  0   0x - 0x (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1  0