From owner-freebsd-current Tue Nov 24 04:57:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18124 for freebsd-current-outgoing; Tue, 24 Nov 1998 04:57:37 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18119 for ; Tue, 24 Nov 1998 04:57:35 -0800 (PST) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.8.8/8.8.7) with ESMTP id HAA22098 for ; Tue, 24 Nov 1998 07:57:33 -0500 (EST) Date: Tue, 24 Nov 1998 07:57:32 -0500 (EST) From: Brian Feldman X-Sender: green@janus.syracuse.net To: current@FreeBSD.ORG Subject: video mode switching has gone south Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems (nay, it IS so) that video mode switching has gotten extremely strange within the last few days. This is not a problem just with vidcontrol and syscons, this affects XFree86 as well. I've got two kernels, the old one which does not exhibit this problem, and the new one which does. Working: FreeBSD 3.0-CURRENT #3: Sun Nov 22 21:45:52 EST 1998 Broken: FreeBSD 3.0-CURRENT #4: Mon Nov 23 20:11:02 EST 1998 Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #3: Sun Nov 22 21:45:52 EST 1998 green@feldman.dyn.ml.org:/usr/src/sys/compile/FELDMAN Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 200455956 Hz CPU: AMD-K6tm w/ multimedia extensions (200.46-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x561 Stepping=1 Features=0x8001bf real memory = 83886080 (81920K bytes) config> quit avail memory = 78667776 (76824K bytes) Preloaded elf kernel "kernel.old" at 0xf0289000. Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 vga0: rev 0x01 int a irq 10 on pci0.13.0 Probing for PnP devices: Probing for devices on the ISA bus: VESA: v1.2, 4096k memory, flags:0x0, mode table:0xf00c4cc2 (c0004cc2) VESA: S3 Incorporated. 86C375/86C385 sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio3 at 0x2e8-0x2ef irq 11 on isa sio3: type 16550A ppc: parallel port found at 0x378 ppc0 at 0x378 irq 7 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode nlpt0: on ppbus 0 nlpt0: Interrupt-driven port ppi0: on ppbus 0 lppps0: on ppbus 0 plip0: on ppbus 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-32 wd0: 1554MB (3183264 sectors), 3158 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): , DMA, 32-bit, multi-block-32 wd1: 1554MB (3183264 sectors), 3158 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0xa0ffa0ff on isa wdc1: unit 1 (atapi): , removable, dma, iordy acd0: drive speed 2067KB/sec, 128KB cache acd0: supported read types: CD-R, CD-DA acd0: Audio: play, 16 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at ? drq 6 on isa snd0: sbmidi0 at 0x330 on isa snd0: opl0 at 0x388 on isa snd0: joy0 at 0x201 on isa joy0: joystick npx0 on motherboard npx0: INT 16 interface IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to accept, logging disabled changing root device to wd0s1a ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates The kernel configuration is the same in both, except for ppc0 having flags 0x4 in the new one, which changing does not affect [the behavior of video mode switching]. Video mode switching is defined as "any video mode changing, including resolution changing and switching between non- and graphical screen modes," so affects X and syscons. An example of what previously happened: 00:00 I type "xmame wb3bl", for example, which uses Xxf86dga 00:01 xmame initializes, attempts to switch to 320x240 00:02 screen blanks 00:03 320x240 screen pops up, then blanks 00:04 game shows up 15:07 I get bored and press escape 15:08 screen switches back to 1280x1024 In the newer kernel (more or less, my memory might not be great): 00:00 I type "xmame wb3bl", for example, which uses Xxf86dga 00:01 xmame initializes, attempts to switch to 320x240 00:02 screen blanks 00:05 1280x1024 screen pops back up, garbled 00:07 screen blanks 00:09 1280x1024 screen pops back up 00:12 screen blanks 00:17 320x240 screen pops up 00:19 screen blanks 00:23 game shows up 01:40 I press escape because now I'm bored of this game and FreeBSD is being annoying 01:41 screen blanks 01:45 1280x1024 screen pops back up garbled 01:46 screen blanks 01:48 screen is back to normal If anyone has any ideas why any of this is happening now, I'd like to hear any possible explanations. Brian Feldman _ __ ___ ___ ___ green@unixhelp.org _ __ ___ | _ ) __| \ http://www.freebsd.org/ _ __ ___ ____ | _ \__ \ |) | FreeBSD: The Power to Serve! _ __ ___ ____ _____ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message