Re: ZSAEYUAQ, yet his premises
Our US Licensed Doctors will Prescribes Your Medication For Free Medications Shipped Overnight To Your Do. show Me more byronic thunderbird confidant cutout andrews topcoat miscreant boolean schoolboy arccos corrigenda adipic ophthalmology dully gunther teakwood griffith cup simulate fairfield rebutting dip charge grand deathward term jacksonian addison stalin switchman chartreuse lustful affluence nolo schmidt finley grovel losable stonecrop cerise briton ear increase scaffold melanoma placid conferring all somers sinclair tallyho eggplant dingy cryptology carla stuyvesant cellulose monomial breadwinner residue reel trifluoride handshake thereupon click arsenate combat stooge spontaneous crupper layman journal dimension antipodean audiovisual darling tacky bimodal we'd cajole ecstatic husbandry bobby paintbrush stick remember binaural ingram bangui aperiodic sana laudatory asheville huston kensington constrict although artemis aeronautic albany bandgap dither emanuel downplay soda belies botfly batch eater desorption buckskin nyu aft eccentric raytheon pontificate miterwort kenya tremor retrograde bidiagonal apprehensive quadric berkshire xenophobia orange upend hyannis marlin sliver avow rein unchristian warranty facto jacques fargo recipe reversion resign teem avesta slow definite held cloture hidalgo wanton morel sheik cern disk farrell gob primate hymn destiny malposed austria decrement carrot gimbel dump eject whose euthanasia crestfallen shrove abscess buddha providential tokyo nourish absurd he ftc drainage gyrfalcon crucifix bracelet justice chokeberry alcoholic convene diminish beggar kellogg steely collard zing wane crotchety ed someone'll einsteinian chaff plop mcconnell connally gottfried enormous supple finnish soma altercate inkling folksy basis voyage christianson motorola ordinate hereditary transportation declination allude diathesis mardi gardner buckskin bullfinch appeasable continuation dactylic mauve ypsilanti easy able assurance
Re: SiliconMotion - unable to restore VGA screen on exit
I have Panasonic CF-R1, which has siliconmotion (--) Silicon MotionChipset: "Lynx3DM" and trying to see the problem http://bugs.xfree86.org/show_bug.cgi?id=124 On this machine, (1) NetBSD/i386 1.6ZG and (2) FreeBSD-5.1 are installed. Also 4.3.99.902 is compiled on both OS. on (1)NetBSD, console screen is NOT restored after exit of Xserver, while on (2)FreeBSD, it is restored. I have put #define VERBLEV 2 on smi_driver.c and am comparing the log of each environment. But I have not enough knowledge on looking at register values etc. Could someone help me looking at both of /var/log/XFree86.0.log ? The logs are on following directory now. http://www.ki.nu/~makoto/siliconmotion/ (~/public_html/siliconmotion)> wc * 7595546 37065 freebsd-3 7405472 36480 netbsd-1 1499 11018 73545 total (~/public_html/siliconmotion)> diff * |wc 22212747844 Thanks in advance, --- Makoto Fujiwara, Chiba, Japan, Narita Airport and Disneyland prefecture. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Help: radeon 9700 question - need working config
Apologies in advance for this, but I've been pulling my hair out for hours on this one. My nephew (lives several hundred miles away) wanted to install linux on his formerly win-xp machine (athlon 2800 xp, 512 MB, 2 large drives, etc.) with Radeon 9700 Pro (128 MB) video card. He went out and bought Suse 9 and did a completely clean install (with me on the other end of the phone line the whole time - he's new to anything not from MS). Everything installed cleanly and the machine booted successfully, HOWEVER: The video card is not recognized. It is a Radeon 9700 Pro with 128 Mb of memory (AGP) and works correctly under the other OS, but although it shows up in scanpci and lspci, the setup utility on Suse bombs and cannot set up the card. He is also singularly unable to run a simple command (rpm -q XFree86) to tell me the version on that machine - and I haven't been able to get the info from any Suse website (and his net access is temporarily down until school starts again in January). I've spent nearly the entire day (11 hours) with him on the phone trying to find a solution but I nave other cards - no radeons - and my config files don't help here). XFre86 -configure fails, unable to find the device. If anyone has a working XF86Config file they can email me, I'd greatly appreciate it (as a last effort before I tell him to turn off linux until I can go visit him in 3 weeks). I'm going out of town and he is nearly desparate to get X up and running on this machine. Please feel free to mail me privately if you can help. Thanks and apologies for wasting the bandwidth. Bill Austin -- William W. Austin [EMAIL PROTECTED] [EMAIL PROTECTED] "Life is just a phase I'm going through..." ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
4.3.99.902 via DDC Hrange and Vrange
XFree86 4.3.99.902 with Chipset: "KM400" (BHrange and Vrange are swapped. (B (BMonitor : MITSUBISHI MDT152R (B (BI got XFree86 binaries from (Bhttp://www.ring.gr.jp/pub/XFree86/snapshots/4.3.99.902/binaries/Linux-ix86-glibc23/ (B (Boutput of lspci -v (B (B01:00.0 VGA compatible controller: VIA Technologies, Inc.: Unknown (Bdevice 7205 (rev 01) (prog-if 00 [VGA]) (BSubsystem: Asustek Computer, Inc.: Unknown device 80ed (BFlags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 (BMemory at d800 (32-bit, prefetchable) [size=64M] (BMemory at dc00 (32-bit, non-prefetchable) [size=16M] (BExpansion ROM at [disabled] [size=64K] (BCapabilities: (B (B (BI added (BOption "DDC" "off" (Bto Section "Device", and I can use X. (B (BI suppose this is bug of XFree86 or bug of MDT152R. (B (B# from monitor manual (BHorizSync 31.5 - 60.5 (BVertRefresh 55 - 75 (B (Bpart of XFree86.0.log : (B (B(II) Loading sub module "vbe" (B(II) LoadModule: "vbe" (B(II) Loading /usr/X11R6/lib/modules/libvbe.a (B(II) Module vbe: vendor="The XFree86 Project" (Bcompiled for 4.3.99.902, module version = 1.1.0 (BABI class: XFree86 Video Driver, version 0.7 (B(II) via(0): VESA BIOS detected (B(II) via(0): VESA VBE Version 3.0 (B(II) via(0): VESA VBE Total Mem: 32768 kB (B(II) via(0): VESA VBE OEM: VIA CLE266 (B (B(II) via(0): VESA VBE OEM Software Rev: 0.0 (B(--) via(0): Chipset: "KM400" (B(--) via(0): Chipset Rev.: 2 (B(II) via(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x (B(--) via(0): mapping MMIO @ 0xdc00 with size 0x9000 (B(--) via(0): mapping BitBlt MMIO @ 0xdc20 with size 0x1 (B(II) via(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x (B(==) via(0): Using gamma correction (1.0, 1.0, 1.0) (B(--) via(0): videoram = 16384k (B(II) Loading sub module "i2c" (B(II) LoadModule: "i2c" (B(II) Loading /usr/X11R6/lib/modules/libi2c.a (B(II) Module i2c: vendor="The XFree86 Project" (Bcompiled for 4.3.99.902, module version = 1.2.0 (BABI class: XFree86 Video Driver, version 0.7 (B(II) via(0): I2C bus "I2C bus 1" initialized. (B(II) via(0): I2C bus "I2C bus 2" initialized. (B(II) Loading sub module "ddc" (B(II) LoadModule: "ddc" (B(II) Loading /usr/X11R6/lib/modules/libddc.a (B(II) Module ddc: vendor="The XFree86 Project" (Bcompiled for 4.3.99.902, module version = 1.0.0 (BABI class: XFree86 Video Driver, version 0.7 (B(II) Loading sub module "ddc" (B(II) LoadModule: "ddc" (B(II) Reloading /usr/X11R6/lib/modules/libddc.a (B(II) via(0): VESA VBE DDC supported (B(II) via(0): VESA VBE DDC Level 2 (B(II) via(0): VESA VBE DDC transfer in appr. 1 sec. (B(II) via(0): VESA VBE DDC read successfully (B(II) via(0): Manufacturer: MEL Model: 44e4 Serial#: 5750 (B(II) via(0): Year: 2002 Week: 11 (B(II) via(0): EDID Version: 1.2 (B(II) via(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V (B(II) via(0): Sync: Separate (B(II) via(0): Max H-Image Size [cm]: horiz.: 30 vert.: 23 (B(II) via(0): Gamma: 2.20 (B(II) via(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display (B(II) via(0): First detailed timing is preferred mode (B(II) via(0): redX: 0.598 redY: 0.338 greenX: 0.319 greenY: 0.565 (B(II) via(0): blueX: 0.155 blueY: 0.126 whiteX: 0.310 whiteY: 0.328 (B(II) via(0): Supported VESA Video Modes: (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): [EMAIL PROTECTED] (B(II) via(0): Manufacturer's mask: 0 (B(II) via(0): Supported Future Video Modes: (B(II) via(0): #0: hsize: 1024 vsize 768 refresh: 72 vid: 19553 (B(II) via(0): Supported additional Video Mode: (B(II) via(0): clock: 78.8 MHz Image Size: 304 x 228 mm (B(II) via(0): h_active: 1024 h_sync: 1040 h_sync_end 1136 h_blank_end (B1312 h_border: 0 (B(II) via(0): v_active: 768 v_sync: 769 v_sync_end 772 v_blanking: 800 (Bv_border: 0 (B(II) via(0): Ranges: V min: 25 V max: 60 Hz, H min: 55 H max: 75 kHz, (BPixClock max 80 MHz (B(II) via(0): Monitor name: MDT152R (B(II) via(0): Serial No: 203005750 (B(II) via(0): MDT152R: Using hsync range of 55.00-75.00 kHz (B(II) via(0): MDT152R: Using vrefresh range of 25.00-60.00 Hz (B (B___ (BDevel mailing list (B[EMAIL PROTECTED] (Bhttp://XFree86.Org/mailman/listinfo/devel
Re: [XonX-Announce] XFree86 4.4.0 RC2
Hi! Am Donnerstag, 25.12.03 um 02:22 Uhr schrieb Torrey Lyons: Happy Holidays! Your present from the XFree86 Project is the second release candidate of the next major release of XFree86. XFree86 4.4.0 RC2 passes many tests in the xtest suite that failed for RC1. Additionally on Mac OS X, RC2 has full compatibility with quartz-wm in all the languages it is localized in. I have build XFree86 4.4.0 RC2 on MacOS 10.2.8 and it seems, some compatibility problems have crept into the XDMCP code. I often use the X server to connect to a remote xdm. This does not work anymore with the 4.4.0 X server. The first problem I found was, that no XDMCP datagrams arrived on my xdm server. As the reason for this I found out, that at least on MacOSX sendto() does not tolerate its tolen argument being 128 for IPv4 adresses. In xc/programs/Xserver/os/xdmcp.c at the end of send_query_msg(), XdmcpFlush() is called and sizeof (ManagerAddress) is given as the size of the address. On my system, it is 128. XdmcpFlush() passes this parameter to sendto(), which returns EINVAL on my system (BTW, the return code of sendto() in XdmcpFlush() is ignored). When I change XdmcpFlush() to force tolen to 16, the XDMCP datagrams are send and can be seen on the xdm-server using ethereal. After seeing the XDMCP datagrams, the problem still was not solved. I suddenly got an out of memory error. It turned out, that this error was send from the xdm server. In fact, I use kdm and have installed KED-3.1.1a. The reason for this failure is that in the XDMCP request datagram, a list of connection types and connection addresses is send to the xdm server. It does contain four addresses, three IPv6 addresses and the fourth one is an IPv4 address. Since the kdm was not able to handle IPv6 addresses, an internal function returned NULL, which was converted to "out of memory". This in fact is a problem of kdm, but IMHO the Xserver should avoid triggering this bug. There might be several ways to avoid this. First, the XDMCP request datagram could only include addresses of the same IP version that XDMCP itself uses. It might cause problems, when the Xserver and xdm are running on the same host and unix:0 is excluded from the address list by this measure. One could also change the order of addresses in the XDMCP request datagram. I have not tried it, but it seems, that at least kdm does simply use the first address given in the XDMCP request datagram. After I changed XdmcpRegisterConnection() to ignore IPv6 addresses, I finally managed to get a session running. I usually use the -query -once arguments to Xserver to connect to xdm. After doing all this debugging, I tried to use -broadcast -once and unfortunately it failed, too. :-( This time, the reason is using a wrong address on the sendto() calls. It uses the address of the X server instead of using a broadcast address. I started my debugging with RC1 but since RC2 already appeared I decided to do a bug report first without chasing the broadcast bug. Since the code is not in the MacOSX dependent code, I am sending this bug report to [EMAIL PROTECTED] and a copy to [EMAIL PROTECTED] 73, Mario -- Mario Klebsch [EMAIL PROTECTED] PGP-Key available at http://www.klebsch.de/public.key Fingerprint DSS: EE7C DBCC D9C8 5DC1 D4DB 1483 30CE 9FB2 A047 9CE0 Diffie-Hellman: D447 4ED6 8A10 2C65 C5E5 8B98 9464 53FF 9382 F518 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
PnP for Genius NetScroll+ serial mouse
Hi! I recently added a PnP entry for bug http://bugs.xfree86.org/show_bug.cgi?id=1017 Is there any further action I have to do or somebody will aply this patch when it is time to? Thanks. Márton Németh Sudent of Budapest University of Technology and Economics, Hungary ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
New Store
Hey, how's it going ? I don't want to waste your time, as it is precious, however, please take a minute to check out our store. We currently are having a sale on Viagra. Shipping it for the crazy low amount of $2.95 per pill. You can't find this anywhere else. http://herbalsforcheap.com/rdxy.php Thanks for your time. If you have any questions, please don't hesitate to ask. Cheers Herbal Pills Online. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel