From owner-freebsd-questions@FreeBSD.ORG Wed Jan 20 14:30:51 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 898A21065676 for ; Wed, 20 Jan 2010 14:30:51 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 2FE798FC14 for ; Wed, 20 Jan 2010 14:30:50 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NXba1-0003cf-NY for freebsd-questions@freebsd.org; Wed, 20 Jan 2010 15:30:45 +0100 Received: from pool-72-75-61-67.washdc.east.verizon.net ([72.75.61.67]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 20 Jan 2010 15:30:45 +0100 Received: from nightrecon by pool-72-75-61-67.washdc.east.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 20 Jan 2010 15:30:45 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Followup-To: gmane.os.freebsd.questions Date: Wed, 20 Jan 2010 09:30:34 -0500 Lines: 114 Message-ID: References: <4B561717.9090309@pp.dyndns.biz> <4B561A81.6010400@pp.dyndns.biz> <4B5620E9.6040902@pp.dyndns.biz> <4B56C2EC.4070609@pp.dyndns.biz> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-72-75-61-67.washdc.east.verizon.net User-Agent: KNode/4.3.4 Sender: news Subject: Re: Missing all ttyv* device nodes after upgrade 7.0 -> 7.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 14:30:51 -0000 Morgan Wesström wrote: >>> These dmesg lines are from another 7.2 machine and I am missing them >>> from the output of this newly upgraded machine: >>> >>> sc0: at flags 0x100 on isa0 >>> sc0: VGA <16 virtual consoles, flags=0x300> >>> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on >>> isa0 [snip] > > > Thanks for your answer Mike. The system is actually an old Celeron on an > Intel i865 based mainboard so the hardware should be pretty well > supported I guess and after all - it did work with 7.0. The machine is > only used as a router so the lack of virtual terminals aren't critical > but I still would like to solve it. I will have the owner look for a > more recent BIOS and then I'll reinstall the GENERIC kernel before > filing a bug report. Here's a more verbose dmesg snippet that might give > someone a clue: I have an Asus P5P800SE i865 motherboard here with a Pentium D 940 on it. It is currently running 8-Release and does not exhibit this problem. Right now there is still an AGP video card in it. > agp0: on hostb0 > agp0: allocating GATT for aperture of size 128M > vgapci0: mem > 0xf8000000-0xf8ffffff,0xe0000000-0xefffffff,0xf9000000-0xf9ffffff irq 3 > at device 0.0 on pci1 This is an odd IRQ for a video card to come up on, as this is usually reserved for one of the COMM ports. Maybe an IRQ conflict here. > isab0: at device 31.0 on pci0 > isa0: on isab0 > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > pmtimer0 on isa0 > sc0: no video adapter found. > sc0: failed to probe on isa0 > vga0: failed to probe on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > vt0: not probed (disabled) > isa_probe_children: probing PnP devices Below is a snippet from mine. You didn't remove device vga from the kernel by any chance? Switching back to GENERIC for a test is probably a good idea as it may remove a variable from the problem. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] The BIOS selection for PnP OS support should be "Off". Irregardless, this looks like botched PnP probing by the BIOS. Only idea comes to mind right away is if you are using a PCI video card instead of AGP there is a BIOS selection which chooses which is initialized first. There is usually also one somewhere about whether to assign an IRQ to the video card. IRQ 3 just looks wrong. Check the mobo manual for slot sharing. A lot of motherboards will do something like share IRQs between the AGP slot and the first PCI slot (and/or others as well), with the sharing usually involving the AGP, the PCI slot, and USB controller(s). There is usually a chart in the manual which shows what is shared and where. I have such a chart in mine. > What is that vt0 (disabled)? Is that related? pciconf reports this: > > pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x25718086 > rev=0x02 hdr=0x01 > vendor = 'Intel Corporation' > device = '82865G/PE/P, 82848P PCI-to-AGP Bridge' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' > class = bridge > subclass = PCI-ISA > vgapci0@pci0:1:0:0: class=0x030000 card=0x2034107d chip=0x022010de > rev=0xa1 hdr=0x00 > vendor = 'Nvidia Corp' > class = display > subclass = VGA This is mine (with AGP video card): vgapci0@pci0:1:0:0: class=0x030000 card=0x00000000 chip=0x00f110de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce 6600 GT AGP (NV43+BR02)' class = display subclass = VGA Notice in yours above the 'device' line is missing, > Googling on this turns up a lot of older posts with references to PnP > incompatibilities and ATA but I can't find any info that helps me with > syscons. Funny thing is it worked in 7.0 previously? At first glance this smells like BIOS PnP probing problems, but I think if it were it would have showed itself before. Try GENERIC and see what happens. If it goes away you know where to look. -Mike