From owner-freebsd-i386@FreeBSD.ORG Sun Nov 4 08:00:02 2007 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A31716A419 for ; Sun, 4 Nov 2007 08:00:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 06CCC13C4AA for ; Sun, 4 Nov 2007 08:00:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lA4801mS037879 for ; Sun, 4 Nov 2007 08:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lA4801tE037878; Sun, 4 Nov 2007 08:00:01 GMT (envelope-from gnats) Resent-Date: Sun, 4 Nov 2007 08:00:01 GMT Resent-Message-Id: <200711040800.lA4801tE037878@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Milan Bartoš" Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4006116A417 for ; Sun, 4 Nov 2007 07:54:21 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 3096413C4B6 for ; Sun, 4 Nov 2007 07:54:21 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.1/8.14.1) with ESMTP id lA47sCaj026500 for ; Sun, 4 Nov 2007 07:54:12 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.1/8.14.1/Submit) id lA47sC5N026499; Sun, 4 Nov 2007 07:54:12 GMT (envelope-from nobody) Message-Id: <200711040754.lA47sC5N026499@www.freebsd.org> Date: Sun, 4 Nov 2007 07:54:12 GMT From: "Milan Bartoš" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: i386/117804: Laptop with Xorg does not work Caps/Num Lock diode notification X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 08:00:02 -0000 >Number: 117804 >Category: i386 >Synopsis: Laptop with Xorg does not work Caps/Num Lock diode notification >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 04 08:00:01 UTC 2007 >Closed-Date: >Last-Modified: >Originator: Milan Bartoš >Release: 7.0-BETA2 >Organization: >Environment: FreeBSD Vallhala 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sat Nov 3 21:42:32 CET 2007 root@Vallhala:/usr/obj/usr/src/sys/GENERIC i386 >Description: On laptop Prestigio Nobile 157, when I work in console, Caps/Num Lock notification (LED diodes) works OK. But in Xorg (xorg-server-1.4,1 X.Org X server and related programs) (ati, vesa drivers (do not know how others)) it does not work. Caps/Num Lock works, but notification (diode) not. dmegs: ---- Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #0: Sat Nov 3 21:42:32 CET 2007 root@Vallhala:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.70GHz (1694.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 536281088 (511 MB) avail memory = 510828544 (487 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link3: BIOS IRQ 11 for 0.29.INTB is invalid pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xd8000000-0xdfffffff,0xd0100000-0xd010ffff irq 11 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 10 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci_link3: BIOS IRQ 11 for 2.5.INTA is invalid pci2: on pcib2 bfe0: mem 0xd0200000-0xd0201fff irq 10 at device 5.0 on pci2 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: Ethernet address: 00:0a:e4:b6:20:82 bfe0: [ITHREAD] iwi0: mem 0xd0202000-0xd0202fff irq 11 at device 6.0 on pci2 iwi0: Ethernet address: 00:0e:35:ef:56:1e iwi0: [ITHREAD] cbb0: at device 9.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cbb1: irq 10 at device 9.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [ITHREAD] fwohci0: mem 0xd0203000-0xd02037ff irq 11 at device 9.2 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 06:e4:0a:00:69:4f:10:03 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 06:e4:0a:4f:10:03 fwe0: Ethernet address: 06:e4:0a:4f:10:03 fwip0: on firewire0 fwip0: Firewire address: 06:e4:0a:00:69:4f:10:03 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x13bc000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 10 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd8000-0xdbfff,0xdc000-0xdffff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 1694510920 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 57231MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a --- Thanks, if you want someone else, let me know. MB >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Mon Nov 5 00:17:26 2007 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1680E16A417 for ; Mon, 5 Nov 2007 00:17:26 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id CC5E413C49D for ; Mon, 5 Nov 2007 00:17:25 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2840765pyb for ; Sun, 04 Nov 2007 16:17:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=hW+UidP08b/AKArdjwwggOf9s1PVycST5+HaAABZuG4=; b=Ma4bkGhzJoko3Pe7X6AO5qocgc4muMq1pNO5YzlXeD0TPZae4l+VaeQxYzG/ABL5ld1QKh9K4hAUMnEoGPf97/UAR9kwcatL3teHLcQ39OIFgbOr5Jg3N/K+LqR3vfs6GvuNyDD0WZPdrbdK0EK/PefaGttokn0eDL6E4sANmLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=pM6D3xuD60E6zSml1sAAogo3wLghCkisOjg/ZImWXq329+qihVSoVPKEgH1Uf2843EFub9rrP7tXON5Tu98EJGDTLaGX05V0X5BOnGBk3JQQpATIcocuP+4ZkEEcvqexZihapGcyvIOJhGOolHefoKR6f+Y6G0RDFLg4HBFNOis= Received: by 10.35.82.16 with SMTP id j16mr5322901pyl.1194220388444; Sun, 04 Nov 2007 15:53:08 -0800 (PST) Received: by 10.35.9.16 with HTTP; Sun, 4 Nov 2007 15:53:08 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 23:53:08 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: freebsd-current@freebsd.org, freebsd-i386@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: b1906798fa1f8122 Cc: Subject: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 00:17:26 -0000 Hi, I've been contacted by Marco Trillo and I think he has found the source of the SMP problem. The problem seems to rely on Intel ICH7. Basically we need to disable the "LEGACY_USB" bit before we calibrate the clocks. "LEGACY_USB", according to Marco (I don't have the ICH7 spec at hand), "causes legacy USB circuit to generate SMIs". Please try the following patch: --- sys/amd64/isa/clock.c.orig 2007-11-04 20:31:09.000000000 +0000 +++ sys/amd64/isa/clock.c 2007-11-04 20:34:59.000000000 +0000 @@ -577,6 +577,8 @@ startrtclock() writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + outl(0x430, inl(0x430) & ~0x8); + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { --- sys/i386/isa/clock.c.orig 2007-11-04 20:34:03.000000000 +0000 +++ sys/i386/isa/clock.c 2007-11-04 20:34:30.000000000 +0000 @@ -621,6 +621,8 @@ startrtclock() writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + outl(0x430, inl(0x430) & ~0x8); + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { This should probably fix two issues: 1) The second core should start without any trick (e.g. key press) 2) We should be able to run with HZ=1000 (the default) without any problem. To check if this is indeed the case, try booting with HZ=1000 (loader.conf variable kern.hz) and check if your CPU clock shows up correctly in the dmesg. After that, please also check if 'time sleep 1' takes one second (not more and not less). Also, please test if there are any USB problems. Note: this is still a hack. I'm still thinking about a way to correctly identify on which systems we need to apply this fix. Regards. -- Rui Paulo From owner-freebsd-i386@FreeBSD.ORG Mon Nov 5 11:06:58 2007 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 223F316A417 for ; Mon, 5 Nov 2007 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1255513C480 for ; Mon, 5 Nov 2007 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lA5B6wkQ026309 for ; Mon, 5 Nov 2007 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lA5B6v91026305 for freebsd-i386@FreeBSD.org; Mon, 5 Nov 2007 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Nov 2007 11:06:57 GMT Message-Id: <200711051106.lA5B6v91026305@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-i386@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-i386@FreeBSD.org X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 11:06:58 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- a kern/89202 i386 [ufs] [panic] Kernel crash when accessing filesystem w 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/70525 i386 [boot] boot0cfg: -o packet not effective o i386/70531 i386 [boot0] [patch] boot0 hides Lilo in extended slice o i386/71000 i386 [boot] BTX halted when booting from CD on a machine wi o i386/72960 i386 BTX halted with Promise Tx2000 Raid f i386/73265 i386 FreeBSD kernel crashes when booting on ECS 741GX-M Mai o i386/74008 i386 IBM eServer x225 cannot boot any v5.x - endless dump s o i386/74044 i386 [smb] ServerWorks OSB4 SMBus interface does not detect o i386/75887 i386 [pcvt] with vt0.disabled=0 and PCVT in kernel video/ke o i386/76944 i386 [busdma] [patch] i386 bus_dmamap_create() bug o i386/78339 i386 BTX loader crashes on boot on HP Proliant DL140 s i386/79169 i386 freeze with striped USB Drives under high load o i386/79409 i386 Coming back from idles make the server reboot o i386/79729 i386 umass, da0 not detected by devfs for o i386/79784 i386 [bfe] Broadcom BCM4401 : no carrier o i386/80268 i386 [crash] System with Transmeta Efficeon cpu crashes whi o i386/80989 i386 [install] Cannot install 5.4-RELEASE both in my system p i386/81111 i386 /boot/loader causes reboot due to CFLAGS+= -msse3 o i386/85072 i386 [psm] ps/2 Mouse detection failure on compaq chipset o i386/85866 i386 [hang] bootloader freezes on Pentium2/3 o i386/85938 i386 Install fails, unable to write partitions o i386/85944 i386 FreeBSD restarts after showing "Welcome to FreeBSD" sc o i386/86612 i386 SCSI DAT Drive Issue o i386/86667 i386 GNOME Battery Applet causing keyboard to lag/drop char o i386/86806 i386 Couldn't alloc kernel virtual memory o i386/86880 i386 [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS o i386/86920 i386 [ndis] ifconfig: SIOCS80211: Invalid argument (regress o i386/87085 i386 [install] Will not install on Microtel system o i386/87122 i386 [install] Installer of 6.0-BETA5 can't find HDD partit o i386/87155 i386 [boot] [panic] Can't Alloc Virtual Memory in FreeBSD 6 o i386/87576 i386 [install] no installation on Acer aspire 1304xc laptop o i386/87630 i386 [ndis] No match for NdisIMGetCurrentPacketStack o i386/87876 i386 Installation Problems for i368 Compaq R3000 o i386/88124 i386 [hang] X -configure freezes 6.0rc1 o i386/88139 i386 [i386] feature request: 53C875 Chipset HP 5064-6016 do o i386/88315 i386 [sym] [hang] Symbios/LSI-HBA (SYM83C895) hangs o i386/88459 i386 [panic] Fatal trap 19 (process: idle: cpu0) on HP prol o i386/88610 i386 FreeBSD 6.0 bootonly crashes during boot after sis0, d o i386/88717 i386 freebsd 5.4 boots from lsi 53c1030 only in safe mode o i386/88755 i386 [install] FreeBSD R6.0 on ThinkPad R40 installation re o i386/88853 i386 [hang] SMP system FreeBSD 6.0-STABLE crashed while tra o i386/88929 i386 [install] FreeBSD 6.0 install CD fails to find disks o o i386/89249 i386 HighPoint RocketRAID 1520 (HPT372N) can't write on har o i386/89288 i386 [acpi] DMA error while booting with acpi enable o i386/89340 i386 [panic] 6.0-STABLE (2005-11-07) panic when mostly idle o i386/89383 i386 [sio] [panic] page fault o i386/90059 i386 panic in 2 mins after power on PC o i386/90065 i386 [wi] System hangs if wireless card wasn't disabled bef o i386/90519 i386 Resume after suspend results in g_vfs_done() errors an o i386/91038 i386 [panic] 6.0-RELEASE on Fujitsu Siemens Amilo Pro v2040 o i386/91282 i386 [install] 6.0R install CD crashes on Promise PDC20267 o i386/91745 i386 Second processor not detected on Proliant ML530 G2 wit o i386/92193 i386 Can't boot from 6.0 Installation CD: BTX halted (Gigab o i386/93524 i386 Automatic reboot o i386/93615 i386 [install] Operating system wont install. Problem with o i386/93752 i386 Cannot activate the serial ports on boot probe. BIOS o o i386/93762 i386 Machine lockup at boot loader countdown on SuperMicro o i386/93787 i386 freebsd 6.0 hangs on atkbd0 on Proliant 1850r server a o i386/93809 i386 panic: could not copy LDT on RELENG_5_3 through RELENG o i386/93923 i386 [ata] FreeBSD Install, Sil3112: Cannot dump. No dump d o i386/93989 i386 [install] Can't install FreeBSD from IEEE1394 DVD-RW o o i386/94141 i386 [iwi] iwi doesn't work on Acer Laptop o i386/94364 i386 [kbd] Unable to boot on NX9110 laptop o i386/94420 i386 FreeBSD does NOT support the pcChips M925 motherboard. o i386/94911 i386 [ata] ata regression with DOM-IDE o i386/95087 i386 System freeze irrespective of load on Promise FastTrak o i386/95365 i386 stability problems: interface not reachable on 6.1-PRE o i386/96014 i386 [install] HP Pavilion zv5000(Intel) reboot installatio o i386/96049 i386 Generic SMP Kernel Panic in 6.1-RC1 during mount root o i386/96225 i386 Toshiba M70-CL3 Hangs Up During Booting o i386/96302 i386 [ata] nVidia nForce CK804 SATA300 controller not recog o i386/96357 i386 FreeBSD cannot recognize all the logical partitions o i386/96382 i386 [bge] In 6.1-RC1 the bge driver does not reliably work o i386/97025 i386 fbsd (2 cd) dont install in vmware 5.5.0 - reboot. o i386/97263 i386 [ata] FreeBSD only detects first drive on PDC20378 378 o i386/97287 i386 Screen Corruption In FreeBSD 6.X When Apps Started In o i386/97525 i386 System freezes when cable modem connected on USB o i386/98154 i386 6-STABLE crashes when being online via modem (Fujitsu o i386/98215 i386 [geode] regression: FreeBSD can no longer boot Geode G o i386/98765 i386 [sata] timeouts on sata drive (Asus a7n8x-e) o i386/98964 i386 [iwi] iwi totally freezes system o i386/99608 i386 [atapicam] ATAPI or CAM crash on FreeBSD 6.1-stable wi o i386/100194 i386 On Intel D945GTPLKR delay at start FreeBSD kernel o i386/100420 i386 boot1/boot2 lba error o i386/100831 i386 [sio] sio ignores BIOS information about serial ports o i386/101135 i386 [iwi] iwi goes up and down o i386/101616 i386 FreeBSD freeze on bootup, Compaq Proliant (legacy) ser o i386/101667 i386 [ata] ATA problems when power management is on o i386/101857 i386 Mouse not moving after switching with StarView SV411 K o i386/102410 i386 [install] FreeBSD 6.1-RELEASE installation boot freeze o i386/102562 i386 [em] no traffic pass through a em card after approx. a o i386/103063 i386 [install] Can not install on Dell XPS 700 s i386/103624 i386 [ata] [install] Problem installing on Dell Powervault o i386/104349 i386 [bfe] Panic while uploading data via bfe network inter o i386/104473 i386 boot loader reboots before loading kernel on Albatron o i386/104572 i386 [ata] issues with detecting HDD on Intel Q965 Express o i386/104711 i386 [pcvt] with vt0.disabled=0 and PCVT in kernel - video/ o i386/104719 i386 Seagate ST3802110A errors/delays when using PIO4 or UD o i386/104867 i386 Clock running at 2x speed of wall clock o i386/105708 i386 [em] em driver failed to initialize on thinkpad X60 o i386/106233 i386 [bce] System halts on Dell 2950 (possibly due to locki o i386/107382 i386 [install] "Fatal trap 12" when installing FreeBSD 6.1 o i386/107564 i386 [install] fatal trap 19 during installation on a Dell o i386/108139 i386 [patch] System hangs after /sbin/shutdown o i386/108185 i386 [panic] freebsd 6.2 fatal kernel trap s i386/109200 i386 [ata] READ_UDMA UDMA ICRC error cause not detecting ca o i386/109250 i386 floppies on 6.2-Release are 6.2-Beta2 o i386/109568 i386 [panic] Reboot server with "Fatal trap 12" o i386/109610 i386 [panic] Fatal trap 12: page fault while in kernel mode o i386/110111 i386 [install] install hangs after APIC inspection, Xeon on o i386/110214 i386 [hang] FreeBSD 6.2 freezes on SSH activitiy caused by o i386/110218 i386 kmem_malloc(4096): kmem_map too small: 335544320 total o i386/112036 i386 [ata] TIMEOUT - WRITE_DMA retrying, TIMEOUT - READ_DMA o i386/112487 i386 [sio] kernel panic on swi0:sio o i386/112580 i386 BTX Halted on HP DV6255 Notebook o i386/112596 i386 [aac] aac driver causes kernel panic - page fault on 2 o i386/112635 i386 [hang] Hang during boot installation o i386/112700 i386 SMP Kernel with FreeBSD 6.2 release on compaq dl360 g1 o i386/114192 i386 Fail to boot with "error issuing ATA_IDENTIFY command" o i386/114208 i386 Problem booting the FreeBSD CD ISO image o i386/114535 i386 Toshiba Satellite 105A: "no driver attached" for vario o i386/115285 i386 [panic] fatal trap 1 on freebsd 6.2 install boot up on o i386/115854 i386 Install FreeBSD with USB CDROM causes panic in BTX loa o i386/115947 i386 Dell poweredge 860 hangs when stressed and ACPI is ena o i386/116297 i386 system hangs during installation o i386/116844 i386 cannot boot from cd when using Dell Vostro 200 Desktop o i386/117043 i386 Intel PWLA8492MT Dual-Port Network adapter EEPROM Chec o i386/117297 i386 [hang] System hangs up every day f i386/117795 i386 When I try to boot FreeBSD on i386 the monitor cuts ou 128 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/73921 i386 [sysctl] [patch] sysctlbyname for machdep.tsc_freq doe o i386/74153 i386 [pst] FreeBSD 5.3 cannot boot ftom pst o i386/74327 i386 [pmap] [patch] mlock() causes physical memory leakage o i386/74454 i386 [bsd.cpu.mk] [patch] Adding VIA Eden family o i386/74650 i386 System Reboot with umount command p i386/75898 i386 Exception and reboot: Loader and kernel use SSE2 instr o i386/79091 i386 [i386] [patch] Small optimization for i386/support.s o i386/79840 i386 [sysinstall] Partitioning and formating a new disk fai o i386/80095 i386 ld-elf.so.1 crashes with executables produced by tinyc o i386/85417 i386 [i386] [patch] Possible bug in ia32 floating-point exc o i386/85423 i386 [ex] ex(4) does not correctly recognize NIC in PnP mod o i386/85652 i386 [loader] [patch] deal with out-of-memory errors during o i386/85653 i386 [i386] [patch] relieve hangs in tight loops in process o i386/85654 i386 [i386] [patch] separate max cpu from max apic in i386 o i386/85655 i386 [i386] [patch] expose cpu info for i386 systems o i386/85656 i386 [i386] [patch] expose more i386 specific CPU informati o i386/88020 i386 cannot boot unless: hint.apic.0.disabled="1" is set on o i386/88491 i386 [install] Panic when boot installation CD1 (Acer Trave o i386/88965 i386 vidcontrol hangs with 2 modules of RAM o i386/90243 i386 Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/90839 i386 [ata] burncd gets error on CDRIOCFIXATE with HL-DT-ST o i386/91594 i386 FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/1000 MT o i386/91871 i386 [boot1] [patch] boot1: jump to 0xf000:0xfff0 instead o o i386/92501 i386 [irq] Hang on boot with ACPI enabled on ASUS A6R noteb o i386/93793 i386 [kbd] Keyboard stops working after a shutdown -p now ( o i386/95106 i386 [install] cannot install freebsd, Nvidia nForce 2 base o i386/95993 i386 Cyrix 5530 unable to map interrupt o i386/96406 i386 System freezes on IBM xSeries 335 with FreeBSD-6.0-REL o i386/98366 i386 [em] Intel PRO/1000 MT Dual PCI-X: simulatenious 1000 o i386/98932 i386 [i386] [patch] Kernel compilation failed on specific P o i386/100142 i386 [pci] [patch] /dev/smb0 device not available on system o i386/100204 i386 FreeBSD reports raid as broken - but it is not o i386/101062 i386 Freeze on detect Intel 900 VGA on boot with ACPI p i386/101379 i386 [i386] [patch] page fault clobbers error code in trap f i386/103192 i386 no CD/DVD devices found while install Freebsd o i386/105063 i386 [sio] US Robotics (3Com) 3CP5609 PCI 16550 Modem works o i386/105175 i386 [ipmi] ipmi acpi trouble on supermicro server o i386/106421 i386 FreeBSD 6.1 Installation - Fatal Trap 12 o i386/106789 i386 [nfe] or [nve]: Internal NIC of GA-K8N51GMF-RH does no o i386/106850 i386 [powerd] powernow0 attach returned 6 o i386/109423 i386 [ichsmb] ICH5 smb interface problems o i386/109470 i386 [wi] Orinoco Classic Gold PC Card Can't Channel Hop o i386/109760 i386 [modules] kldunload acpi_video - crash o i386/113100 i386 [sata] motherboard Asus M2N-MX chipset nForce 439 NCP= o i386/113110 i386 [mk] [patch] i686 is not an alias of pentiumpro on GCC o i386/113160 i386 [install] mountroot> prompt during first boot for inst o i386/113177 i386 [pci] [patch] Extended PCI Configuration register (>= o i386/116100 i386 Fatal trap 12 right after reboot (da0s1error = 6) o i386/117026 i386 Panic while removing PCMCIA wireless card o i386/117804 i386 Laptop with Xorg does not work Caps/Num Lock diode not 50 problems total. From owner-freebsd-i386@FreeBSD.ORG Mon Nov 5 23:38:12 2007 Return-Path: Delivered-To: freebsd-i386@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D2A616A419; Mon, 5 Nov 2007 23:38:12 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id BC7F913C48D; Mon, 5 Nov 2007 23:38:11 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lA5NGgMP013568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Nov 2007 15:16:44 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <472FA3B1.1070902@FreeBSD.org> Date: Mon, 05 Nov 2007 15:13:53 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Rui Paulo References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 23:38:12 -0000 I've just tested it on my 1st gen MacBook Pro. Yes, indeed, it solves both problems - one with CPU frequency detection and another one with the AP startup. Thanks! -Maxim Rui Paulo wrote: > Hi, > I've been contacted by Marco Trillo and I think he has found the > source of the SMP problem. > The problem seems to rely on Intel ICH7. Basically we need to disable > the "LEGACY_USB" bit before we calibrate the clocks. > "LEGACY_USB", according to Marco (I don't have the ICH7 spec at hand), > "causes legacy USB circuit to generate SMIs". > > Please try the following patch: > --- sys/amd64/isa/clock.c.orig 2007-11-04 20:31:09.000000000 +0000 > +++ sys/amd64/isa/clock.c 2007-11-04 20:34:59.000000000 +0000 > @@ -577,6 +577,8 @@ startrtclock() > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + outl(0x430, inl(0x430) & ~0x8); > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > --- sys/i386/isa/clock.c.orig 2007-11-04 20:34:03.000000000 +0000 > +++ sys/i386/isa/clock.c 2007-11-04 20:34:30.000000000 +0000 > @@ -621,6 +621,8 @@ startrtclock() > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + outl(0x430, inl(0x430) & ~0x8); > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > This should probably fix two issues: > 1) The second core should start without any trick (e.g. key press) > 2) We should be able to run with HZ=1000 (the default) without any > problem. To check if this is indeed the case, try booting with HZ=1000 > (loader.conf variable kern.hz) and check if your CPU clock shows up > correctly in the dmesg. After that, please also check if 'time sleep > 1' takes one second (not more and not less). > > Also, please test if there are any USB problems. > > Note: this is still a hack. I'm still thinking about a way to > correctly identify on which systems we need to apply this fix. > > Regards. > From owner-freebsd-i386@FreeBSD.ORG Tue Nov 6 10:05:57 2007 Return-Path: Delivered-To: freebsd-i386@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002A116A41B; Tue, 6 Nov 2007 10:05:56 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8873F13C4AA; Tue, 6 Nov 2007 10:05:56 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lA6A5dCZ048895 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Nov 2007 02:05:40 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <47303BCA.3010805@FreeBSD.org> Date: Tue, 06 Nov 2007 02:02:50 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Maxim Sobolev References: <472FA3B1.1070902@FreeBSD.org> In-Reply-To: <472FA3B1.1070902@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Rui Paulo , freebsd-i386@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 10:05:57 -0000 By the way, it seems that you don't need this patch for the amd64 kernel - 1st gen MacBooks don't have 64-bit mode, while 2nd gens don't have this problem. I've just checked - the stock 7.0-BETA2 AMd64 kernel boots just fine into SMP mode on my new Core 2 Duo based MacBook. -Maxim Maxim Sobolev wrote: > I've just tested it on my 1st gen MacBook Pro. Yes, indeed, it solves > both problems - one with CPU frequency detection and another one with > the AP startup. Thanks! > > -Maxim > > Rui Paulo wrote: >> Hi, >> I've been contacted by Marco Trillo and I think he has found the >> source of the SMP problem. >> The problem seems to rely on Intel ICH7. Basically we need to disable >> the "LEGACY_USB" bit before we calibrate the clocks. >> "LEGACY_USB", according to Marco (I don't have the ICH7 spec at hand), >> "causes legacy USB circuit to generate SMIs". >> >> Please try the following patch: >> --- sys/amd64/isa/clock.c.orig 2007-11-04 20:31:09.000000000 +0000 >> +++ sys/amd64/isa/clock.c 2007-11-04 20:34:59.000000000 +0000 >> @@ -577,6 +577,8 @@ startrtclock() >> writertc(RTC_STATUSA, rtc_statusa); >> writertc(RTC_STATUSB, RTCSB_24HR); >> >> + outl(0x430, inl(0x430) & ~0x8); >> + >> freq = calibrate_clocks(); >> #ifdef CLK_CALIBRATION_LOOP >> if (bootverbose) { >> --- sys/i386/isa/clock.c.orig 2007-11-04 20:34:03.000000000 +0000 >> +++ sys/i386/isa/clock.c 2007-11-04 20:34:30.000000000 +0000 >> @@ -621,6 +621,8 @@ startrtclock() >> writertc(RTC_STATUSA, rtc_statusa); >> writertc(RTC_STATUSB, RTCSB_24HR); >> >> + outl(0x430, inl(0x430) & ~0x8); >> + >> freq = calibrate_clocks(); >> #ifdef CLK_CALIBRATION_LOOP >> if (bootverbose) { >> >> >> This should probably fix two issues: >> 1) The second core should start without any trick (e.g. key press) >> 2) We should be able to run with HZ=1000 (the default) without any >> problem. To check if this is indeed the case, try booting with HZ=1000 >> (loader.conf variable kern.hz) and check if your CPU clock shows up >> correctly in the dmesg. After that, please also check if 'time sleep >> 1' takes one second (not more and not less). >> >> Also, please test if there are any USB problems. >> >> Note: this is still a hack. I'm still thinking about a way to >> correctly identify on which systems we need to apply this fix. >> >> Regards. >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-i386@FreeBSD.ORG Tue Nov 6 11:46:40 2007 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EBE416A479 for ; Tue, 6 Nov 2007 11:46:40 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id D041C13C4B0 for ; Tue, 6 Nov 2007 11:46:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1196561nzf for ; Tue, 06 Nov 2007 03:46:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=aZAzjw0lHMKmYGfG3IterU4p9pUuX5rvmZ/+DhrhR/I=; b=QL+9z53XQYJy9l36R4Ck20KxxImB9eoN1XAQ4RtJRZqRyue1b0nCb/B7tXmv1ZdaMQg0cEpzji6/lCeY84CtNBytgvKKTWwC8qFe1Stxp19NBKzmIGrQFoFPW69djyniEJR84JO7KAarb1OW2AiFlIRgvBiNoWRfjnOB8zWtiFM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=WClHa/3LgMg1uYx/3e4Wnp9V83JEaty5CVOoa+sBB79bo6uz6dB32fejUDErm38pEZmuOJtYcpbN78+2Uil+6DgBeC/HHr8yiY9k6puawc6+kWMtKLfiGJEPw4UvQK2sx6YJ1AZbhOmjURyjGvSA64qpPftMULBNqAXpTyvJEmc= Received: by 10.115.14.1 with SMTP id r1mr189814wai.1194349584538; Tue, 06 Nov 2007 03:46:24 -0800 (PST) Received: by 10.35.9.16 with HTTP; Tue, 6 Nov 2007 03:46:24 -0800 (PST) Message-ID: Date: Tue, 6 Nov 2007 11:46:24 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Maxim Sobolev" In-Reply-To: <47303BCA.3010805@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <472FA3B1.1070902@FreeBSD.org> <47303BCA.3010805@FreeBSD.org> X-Google-Sender-Auth: d6b8baa3cac066dc Cc: freebsd-current@freebsd.org, freebsd-i386@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 11:46:40 -0000 On Nov 6, 2007 10:02 AM, Maxim Sobolev wrote: > By the way, it seems that you don't need this patch for the amd64 kernel > - 1st gen MacBooks don't have 64-bit mode, while 2nd gens don't have > this problem. I've just checked - the stock 7.0-BETA2 AMd64 kernel boots > just fine into SMP mode on my new Core 2 Duo based MacBook. Ok, thanks for the tip. Regards. -- Rui Paulo From owner-freebsd-i386@FreeBSD.ORG Tue Nov 6 13:24:55 2007 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665E616A417; Tue, 6 Nov 2007 13:24:55 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 36DCF13C4BC; Tue, 6 Nov 2007 13:24:55 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lA6DOt4F036210; Tue, 6 Nov 2007 13:24:55 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lA6DOtaP036206; Tue, 6 Nov 2007 13:24:55 GMT (envelope-from remko) Date: Tue, 6 Nov 2007 13:24:55 GMT Message-Id: <200711061324.lA6DOtaP036206@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-x11@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: i386/117804: Laptop with Xorg does not work Caps/Num Lock diode notification X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 13:24:55 -0000 Synopsis: Laptop with Xorg does not work Caps/Num Lock diode notification Responsible-Changed-From-To: freebsd-i386->freebsd-x11 Responsible-Changed-By: remko Responsible-Changed-When: Tue Nov 6 13:24:48 UTC 2007 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=117804 From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 15:30:36 2007 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71BF916A469 for ; Wed, 7 Nov 2007 15:30:36 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id F0E7F13C4C3 for ; Wed, 7 Nov 2007 15:30:35 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1768035nfb for ; Wed, 07 Nov 2007 07:30:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=9vxS6o4N9rJvksxVxpa0oytQmiFaAmzQp7xxp+EghN8=; b=gxqvvkdzMRQOOtd8egnRELdKs6NhU/2xW6gtRrScbxwRlva3lr22SN4AGU7bfRx7Ezq7wn3RkSMKPATHkFKLglmtdDvwpiqpOau7rK4rZFXsy/USycJoUMW2LFyjN4jr8lUZCWVFAYO4nbef6gHtmsQNyYdmZzoGY4yyPnxK4dc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=gTO62O/KzA697fIitVerY/kAOrEs+QCBfsHMj/svqhTegoYJzJSJbYIgn9eyya+z4aLgLXD5WmoZJxdFVZjsRu+qUW7n0Zuo8MQfgV+A/US0M1P4D0PfzaBnumtJgAE4raqBe09gTjSoAw1ryYqKyDwCxT8vV8uK+Hna8d+h/qs= Received: by 10.86.95.20 with SMTP id s20mr5318157fgb.1194449424077; Wed, 07 Nov 2007 07:30:24 -0800 (PST) Received: from ?172.17.0.111? ( [193.136.24.128]) by mx.google.com with ESMTPS id d4sm836544fga.2007.11.07.07.30.10 (version=SSLv3 cipher=OTHER); Wed, 07 Nov 2007 07:30:11 -0800 (PST) Message-Id: From: Rui Paulo To: Scott Long , Rink Springer , freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-i386@FreeBSD.org In-Reply-To: <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Wed, 7 Nov 2007 15:30:08 +0000 References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> X-Mailer: Apple Mail (2.912) Sender: Rui Paulo Cc: Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 15:30:36 -0000 I'm requesting review for the following patch: Index: sys/i386/isa/clock.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v retrieving revision 1.240 diff -u -p -r1.240 clock.c --- sys/i386/isa/clock.c 26 Oct 2007 03:23:54 -0000 1.240 +++ sys/i386/isa/clock.c 7 Nov 2007 15:27:21 -0000 @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; #define ACQUIRED 2 #define ACQUIRE_PENDING 3 +/* Intel ICH register */ +#define ICH_PMBASE 0x400 + static u_char timer2_state; static unsigned i8254_get_timecount(struct timecounter *tc); @@ -616,11 +619,26 @@ i8254_init(void) void startrtclock() { + char *ichenv; u_int delta, freq; writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + /* + * On some systems, namely MacBooks, we need to disallow the + * legacy USB circuit to generate an SMI# because this can + * cause several problems, namely: incorrect CPU frequency + * detection and failure to start the APs. + */ + ichenv = getenv("hw.ich.disable_legacy_usb"); + if (ichenv != NULL) { + if (bootverbose) + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); + freeenv(ichsmi); + } + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { If you have a MacBook, you now need to set hw.ich.disable_legacy_usb on the boot loader prompt or in loader.conf. I decided to go this route because it seems safer. Imagine the case where there's a port at the same IO address that has nothing to do with the ICH7. If we tried to issue the outl() on every system, something bad could happen. Comments? Regards. -- Rui Paulo From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 16:33:39 2007 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8D8416A496 for ; Wed, 7 Nov 2007 16:33:39 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 5333613C4A8 for ; Wed, 7 Nov 2007 16:33:38 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1779631nfb for ; Wed, 07 Nov 2007 08:33:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=hu0f7Uxm3HduaZ/9OSdOEMP+azwSKK+X40Iloux2geE=; b=JcZ22Yue4iDNfDSSCB9vQEaP3L5yWXQN6mcAzcVKrRNwBe4+2KRIJ30pUatN49c868Y4iBL8jLgojlCdzKf99u+DOqJXFqsA4LLQZjUJcLK3DUm1tfR1S6sM200IaWs4adHgtJ95JlKr0N4McDfnNgxu+4RsjgeNYHOhcDIFI3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=IZL4ZyeZGewoG7kMOMNsdVwXAFmxDQ9beuJ1S0BINkB27qSOlmkuW0aDA4ysW4N0kWaiC82H9pfeOjI0vGsh//8FW2SB8fG+W7eeQkhTuJcGecjoEZ1hntOw0vufpeWl3oi7O35h5OVe/pys2V5fJPEtOfL6b/Z/tAabmNDGoyg= Received: by 10.86.60.7 with SMTP id i7mr5356411fga.1194451643622; Wed, 07 Nov 2007 08:07:23 -0800 (PST) Received: by 10.86.90.4 with HTTP; Wed, 7 Nov 2007 08:07:23 -0800 (PST) Message-ID: <3bbf2fe10711070807h7e7fb5b8t220ad73dcdcad0c9@mail.gmail.com> Date: Wed, 7 Nov 2007 17:07:23 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Rui Paulo" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> X-Google-Sender-Auth: ada5bcec31041fd8 Cc: Scott Long , Rink Springer , freebsd-i386@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 16:33:40 -0000 2007/11/7, Rui Paulo : > > > If you have a MacBook, you now need to set hw.ich.disable_legacy_usb > on the boot loader prompt or in loader.conf. I decided to go this > route because it seems safer. Imagine the case where there's a port at > the same IO address that has nothing to do with the ICH7. If we tried > to issue the outl() on every system, something bad could happen. I would prefer to let it autotune by the system, if possible, in this situation. Great work, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 18:04:50 2007 Return-Path: Delivered-To: freebsd-i386@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 565FA16A41A for ; Wed, 7 Nov 2007 18:04:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E2A3013C4A6 for ; Wed, 7 Nov 2007 18:04:49 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA7HYE8Y069812; Wed, 7 Nov 2007 10:34:15 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4731F712.5000601@samsco.org> Date: Wed, 07 Nov 2007 10:34:10 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 07 Nov 2007 10:34:15 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 18:04:50 -0000 We can probably do a hack early on to see the PCI ID of the chipset. If that's possible, then it can be turned on by default for that case. The problem with tunbles like this is that they are inherently obscure, especially for new users that are most likely to need them. Scott Rui Paulo wrote: > I'm requesting review for the following patch: > > Index: sys/i386/isa/clock.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > retrieving revision 1.240 > diff -u -p -r1.240 clock.c > --- sys/i386/isa/clock.c 26 Oct 2007 03:23:54 -0000 1.240 > +++ sys/i386/isa/clock.c 7 Nov 2007 15:27:21 -0000 > @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; > #define ACQUIRED 2 > #define ACQUIRE_PENDING 3 > > +/* Intel ICH register */ > +#define ICH_PMBASE 0x400 > + > static u_char timer2_state; > > static unsigned i8254_get_timecount(struct timecounter *tc); > @@ -616,11 +619,26 @@ i8254_init(void) > void > startrtclock() > { > + char *ichenv; > u_int delta, freq; > > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + /* > + * On some systems, namely MacBooks, we need to disallow the > + * legacy USB circuit to generate an SMI# because this can > + * cause several problems, namely: incorrect CPU frequency > + * detection and failure to start the APs. > + */ > + ichenv = getenv("hw.ich.disable_legacy_usb"); > + if (ichenv != NULL) { > + if (bootverbose) > + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); > + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); > + freeenv(ichsmi); > + } > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > If you have a MacBook, you now need to set hw.ich.disable_legacy_usb on > the boot loader prompt or in loader.conf. I decided to go this route > because it seems safer. Imagine the case where there's a port at the > same IO address that has nothing to do with the ICH7. If we tried to > issue the outl() on every system, something bad could happen. > > Comments? > > Regards. > -- > Rui Paulo > From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 18:39:08 2007 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4330C16A473 for ; Wed, 7 Nov 2007 18:39:08 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id EC70813C4A8 for ; Wed, 7 Nov 2007 18:39:07 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4785843pyb for ; Wed, 07 Nov 2007 10:39:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=UL7547PeGjeUwS8gu7c3SsBKtLJnyjDvDvG/IHNlYjs=; b=kHDqb+Ctwi/9A+OCj2ipFePM3fBz9HwhHOb5xQJGIfLbqk3Tqf4wjgkB5cSywrgtxsPhtTquVJYmY9Ap81GmpiTMOdhGogmLelT9p1qfMLdPT65Y/u2CRab4jWCmtqN3gi4SjdQy7LkjjoEHSPjDSjJfGaBaRR6oByQ897NBjVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=W6pEU9Oiv1iUKgqERskDP8rJcyCKTntDx49y/cDQ20NFIcY8eTI12W1aA+Xuzw9sp3zPh9v9meHQQAgwCzhZd5xIX0cPXMuWI2AIDcqiS+JT5SEgfnfwgy0IbWM7vTRBQ/TQl30SZBlkO06KvRsJY3xtAK1Tpr/whWdXSM259Q0= Received: by 10.35.86.12 with SMTP id o12mr9204659pyl.1194460310005; Wed, 07 Nov 2007 10:31:50 -0800 (PST) Received: by 10.35.76.2 with HTTP; Wed, 7 Nov 2007 10:31:49 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 18:31:49 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Scott Long" In-Reply-To: <4731F712.5000601@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4731F712.5000601@samsco.org> X-Google-Sender-Auth: 7c4b8f95959cb311 Cc: Rink Springer , freebsd-i386@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 18:39:08 -0000 On Nov 7, 2007 5:34 PM, Scott Long wrote: > We can probably do a hack early on to see the PCI ID of the chipset. > If that's possible, then it can be turned on by default for that case. > The problem with tunbles like this is that they are inherently obscure, > especially for new users that are most likely to need them. Hmm. Well, I don't know about other systems requiring this fix. So, for something more simple I could check the smbios.system.product environment variable and turn the bit off on the MacBooks. I don't feel like this problem is specific to the ICH7 chipset. It seems more like a problem only specific to the MacBooks. What do you think? -- Rui Paulo From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 19:54:07 2007 Return-Path: Delivered-To: freebsd-i386@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C1B816A474; Wed, 7 Nov 2007 19:54:07 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 24F5E13C48D; Wed, 7 Nov 2007 19:54:06 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lA7JrkKm054968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Nov 2007 11:53:47 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4732171F.3010803@FreeBSD.org> Date: Wed, 07 Nov 2007 11:50:55 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Scott Long , Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 19:54:07 -0000 I don't really like the fact that it has to be turned on manually. Is it possible to make this automatic based on BIOS Id or something like this? -Maxim Rui Paulo wrote: > I'm requesting review for the following patch: > > Index: sys/i386/isa/clock.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > retrieving revision 1.240 > diff -u -p -r1.240 clock.c > --- sys/i386/isa/clock.c 26 Oct 2007 03:23:54 -0000 1.240 > +++ sys/i386/isa/clock.c 7 Nov 2007 15:27:21 -0000 > @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; > #define ACQUIRED 2 > #define ACQUIRE_PENDING 3 > > +/* Intel ICH register */ > +#define ICH_PMBASE 0x400 > + > static u_char timer2_state; > > static unsigned i8254_get_timecount(struct timecounter *tc); > @@ -616,11 +619,26 @@ i8254_init(void) > void > startrtclock() > { > + char *ichenv; > u_int delta, freq; > > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + /* > + * On some systems, namely MacBooks, we need to disallow the > + * legacy USB circuit to generate an SMI# because this can > + * cause several problems, namely: incorrect CPU frequency > + * detection and failure to start the APs. > + */ > + ichenv = getenv("hw.ich.disable_legacy_usb"); > + if (ichenv != NULL) { > + if (bootverbose) > + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); > + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); > + freeenv(ichsmi); > + } > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > If you have a MacBook, you now need to set hw.ich.disable_legacy_usb on > the boot loader prompt or in loader.conf. I decided to go this route > because it seems safer. Imagine the case where there's a port at the > same IO address that has nothing to do with the ICH7. If we tried to > issue the outl() on every system, something bad could happen. > > Comments? > > Regards. > -- > Rui Paulo > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 21:14:00 2007 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 071E416A421 for ; Wed, 7 Nov 2007 21:14:00 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 80C9A13C4B7 for ; Wed, 7 Nov 2007 21:13:57 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4877594pyb for ; Wed, 07 Nov 2007 13:13:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=f5CSuT49nicdp5sfXvjgdbXAGxzrZ7iHPA+UNCTbPbU=; b=SxIrvw+iBXRGD45cBf3frrjH9zmRDN1kU01o9NqDDANdXNpm3036sfU61LnuAsNbDnqeo4/BNhWJkXf73DNbjnskogNNHd9wSAvmzsyVrDulMmruaMMGDqeJOE45Yg5RYBMMWGgaqJVFnNZ280+j3giReFmUSUhhI+wUV7lM6nA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=uJ5XxZpt1fdzzhM/hhzLv4heCr+3aO2b+eR57jaz5ub2NyYVVJWD85l9CS+TEx/ZJ3LNUz8J4WUFS5scyhX2lCivUcrx4zbflkj9nO/78lH/6vOtvzZc05VdFgkAxFOMnoFpjj//VdYbXkMSarwk22V6CWOHGXtEry5+ES4iy/4= Received: by 10.35.128.1 with SMTP id f1mr9343486pyn.1194470029333; Wed, 07 Nov 2007 13:13:49 -0800 (PST) Received: by 10.35.76.2 with HTTP; Wed, 7 Nov 2007 13:13:49 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 21:13:49 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Maxim Sobolev" In-Reply-To: <4732171F.3010803@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> X-Google-Sender-Auth: 70bce21d82e51378 Cc: Scott Long , Rink Springer , freebsd-i386@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 21:14:00 -0000 On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: > I don't really like the fact that it has to be turned on manually. Is it > possible to make this automatic based on BIOS Id or something like this? Yes, I can turn this on for MacBooks. -- Rui Paulo From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 21:23:16 2007 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D815C16A420; Wed, 7 Nov 2007 21:23:16 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 82BF413C4B2; Wed, 7 Nov 2007 21:23:16 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.13.8/8.13.8) with ESMTP id lA7LCCA4041693; Wed, 7 Nov 2007 15:12:12 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1194469932; bh=lk1ecjYPQKXhaQbliufls+MLKKgFqiioqdQ5aIO YVek=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=itE+zmJF rlp67O3xNm+yb5qgFBwW92pRlkSIDR3cMH9l5RpXzwL9KtfgvoaNnIbZ8zD/oLgTfmV gPjoCo1Qd24OqCrxZ1Z/NtffUIK2XmwdVhnjH3NyjVWK60FVAKzOKnwouMePl18m5xI 7bjyyrXeB8DSw3KvLcEAP+ZQQYQ/s= Received: (from tinguely@localhost) by casselton.net (8.13.8/8.13.8/Submit) id lA7LCCJi041692; Wed, 7 Nov 2007 15:12:12 -0600 (CST) (envelope-from tinguely) Date: Wed, 7 Nov 2007 15:12:12 -0600 (CST) From: Mark Tinguely Message-Id: <200711072112.lA7LCCJi041692@casselton.net> To: rpaulo@freebsd.org, sobomax@freebsd.org In-Reply-To: <4732171F.3010803@FreeBSD.org> Cc: rink@freebsd.org, freebsd-current@freebsd.org, freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 21:23:17 -0000 > I don't really like the fact that it has to be turned on manually. Is it > possible to make this automatic based on BIOS Id or something like this? > > -Maxim (Thread summary because of text removal - "On some systems, namely MacBooks we need to disallow the legacy USB circuit to generate an SMI# because this can cause several problems, namely: incorrect CPU frequency detection and failure to start the APs." - taken from patch explaination). This sounds like a great compiler option / C code definition. It can be compiled into kernel and left as the default if you need it. It should not go into GENERIC. --Mark Tinguely. From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 21:48:39 2007 Return-Path: Delivered-To: freebsd-i386@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FA6D16A46E; Wed, 7 Nov 2007 21:48:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D762D13C4B2; Wed, 7 Nov 2007 21:48:38 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA7LmSk1071007; Wed, 7 Nov 2007 14:48:28 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <473232A8.3080105@samsco.org> Date: Wed, 07 Nov 2007 14:48:24 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 07 Nov 2007 14:48:28 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, Maxim Sobolev , Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 21:48:39 -0000 Rui Paulo wrote: > On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: >> I don't really like the fact that it has to be turned on manually. Is it >> possible to make this automatic based on BIOS Id or something like this? > > Yes, I can turn this on for MacBooks. > Yeah, at least have it on by default for the systems that we know have the problem. I still think that it needs wider application, but as long as the immediate and identifiable issue is addressed, I'm happy. Scott From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 21:50:03 2007 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4C2516A421 for ; Wed, 7 Nov 2007 21:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D2C3D13C491 for ; Wed, 7 Nov 2007 21:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lA7Lo3AK071546 for ; Wed, 7 Nov 2007 21:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lA7Lo376071545; Wed, 7 Nov 2007 21:50:03 GMT (envelope-from gnats) Date: Wed, 7 Nov 2007 21:50:03 GMT Message-Id: <200711072150.lA7Lo376071545@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Kees van Gemert Cc: Subject: Re: i386/113160: [install] mountroot> prompt during first boot for installation X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kees van Gemert List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 21:50:04 -0000 The following reply was made to PR i386/113160; it has been noted by GNATS. From: Kees van Gemert To: bug-followup@FreeBSD.org, businessgeeks@pinoy-compuworld.com Cc: Subject: Re: i386/113160: [install] mountroot> prompt during first boot for installation Date: Wed, 07 Nov 2007 21:40:26 +0100 LS, Having the same problem on an via system (via VIA VT133 + 686B with onboard Via C3 cpu) FreeBSD 6.2 -> failed FreeBSD 6.3 Beta -> failed FreeBSD 7.0 Beta2 -> failed PCBSD 1.4 -> failed FreeBSD 5.5 -> succes Tried diferent memory configurations, changed cd-rom with FreeBSD 6.2, no change. Since also 6.3 and 7.0 fail, i'm wondering if this issue is still under investigation or is it a dead issue? Thanx, Kees. From owner-freebsd-i386@FreeBSD.ORG Wed Nov 7 21:56:32 2007 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2824716A498 for ; Wed, 7 Nov 2007 21:56:32 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2E513C4B0 for ; Wed, 7 Nov 2007 21:56:31 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4904632pyb for ; Wed, 07 Nov 2007 13:56:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=uEXqwHvUYthFkbXzuLvlHNDKQoF7rWXKPe5QUcm5N78=; b=fxUt7shYzF9iPpcWm+Mz8iXMotWt2u0JgDFqP/Oiv9/qCq3MKxm+YP+Q9MRDUc4P91nkBfZ+ibyIS1pI1ZMSL/ymQoZMr+OZgz/j9dF4iaetB5CoD763a8J/cwLcCihtLYl7yrHWDPgwU5ibf4/13G/Fyk1hJypbVOY9SubKCK0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Pn34J2JZECEjTkgS4iDJqRQ2zH8EMCtpZWkR77jAyH41KucF1PHygKgX4EfUqp/ySrpbXnEyYzJAbMvkMlrMYVvQVbb0DZz7VJMgPqYdg9UBMr/hBz0I5YtEvv9tDCzr5jGJMMGYkvvuAXWahdfWlK7lRV0NVTF4XMrGRy7gE1o= Received: by 10.35.91.1 with SMTP id t1mr9433409pyl.1194472170013; Wed, 07 Nov 2007 13:49:30 -0800 (PST) Received: by 10.35.76.2 with HTTP; Wed, 7 Nov 2007 13:49:29 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 21:49:29 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Mark Tinguely" In-Reply-To: <200711072112.lA7LCCJi041692@casselton.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4732171F.3010803@FreeBSD.org> <200711072112.lA7LCCJi041692@casselton.net> X-Google-Sender-Auth: 24f54e845ec97883 Cc: rink@freebsd.org, sobomax@freebsd.org, freebsd-current@freebsd.org, freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 21:56:32 -0000 On Nov 7, 2007 9:12 PM, Mark Tinguely wrote: > > > I don't really like the fact that it has to be turned on manually. Is it > > possible to make this automatic based on BIOS Id or something like this? > > > > -Maxim > > (Thread summary because of text removal - "On some systems, namely MacBooks > we need to disallow the legacy USB circuit to generate an SMI# because this > can cause several problems, namely: incorrect CPU frequency detection and > failure to start the APs." - taken from patch explaination). > > This sounds like a great compiler option / C code definition. It can be > compiled into kernel and left as the default if you need it. It should > not go into GENERIC. No, I don't like that because it makes us look very bad if you can't install FreeBSD on a MacBook because the kernel hangs very early on boot. Regards. -- Rui Paulo From owner-freebsd-i386@FreeBSD.ORG Fri Nov 9 11:41:09 2007 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FAF316A46B for ; Fri, 9 Nov 2007 11:41:09 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id E476513C4BC for ; Fri, 9 Nov 2007 11:41:08 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so642755uge for ; Fri, 09 Nov 2007 03:41:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=1Mwcp5JNIBhySItAUpV18JEahQZJClmIl3x6Jln9+5w=; b=XYo0jFUWeGd8n13Hej/rxyq6LgFtThF8kKBkwSkYqhCS0F5OZygs6TN0JaaM6pkBktusOTect+LBVhKTOc2f24kEAJBbcLiF1hndnJHu+R6MhYI2OWS4k2CwLeD1UJMjcNNjS4D/04nDc/j/g7pb2WCZgbw9IVe0il9oBHCgFnc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=J7YzjSbkekAYATbmzYClsWnZTGV3pmKaJwRlP7ODnKlH2uJtUs6hiSzkOFiysaccot6M6TVg1FOh59juXVCLMJwwdKmjbhq6hy8zEQK/46ak8Bx3jN44WOgVya8m/Od/N/iTi80eR5C8e11oUEAwDelhgcMPer1IdwB7NF+Byf0= Received: by 10.78.132.2 with SMTP id f2mr2240814hud.1194608460305; Fri, 09 Nov 2007 03:41:00 -0800 (PST) Received: from ?172.17.2.171? ( [193.136.24.128]) by mx.google.com with ESMTPS id g8sm4027472muf.2007.11.09.03.40.51 (version=SSLv3 cipher=OTHER); Fri, 09 Nov 2007 03:40:54 -0800 (PST) Message-Id: <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> From: Rui Paulo To: Scott Long In-Reply-To: <473232A8.3080105@samsco.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Fri, 9 Nov 2007 11:40:48 +0000 References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> <473232A8.3080105@samsco.org> X-Mailer: Apple Mail (2.912) Sender: Rui Paulo Cc: freebsd-current@FreeBSD.org, Maxim Sobolev , Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 11:41:09 -0000 On 7 Nov 2007, at 21:48, Scott Long wrote: > Rui Paulo wrote: >> On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: >>> I don't really like the fact that it has to be turned on manually. >>> Is it >>> possible to make this automatic based on BIOS Id or something like >>> this? >> Yes, I can turn this on for MacBooks. > > Yeah, at least have it on by default for the systems that we know have > the problem. I still think that it needs wider application, but as > long > as the immediate and identifiable issue is addressed, I'm happy. Ok, if there are no objections, I plan to request approval from my mentor and from re@ for the following patch: Index: clock.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v retrieving revision 1.240 diff -u -p -r1.240 clock.c --- clock.c 26 Oct 2007 03:23:54 -0000 1.240 +++ clock.c 9 Nov 2007 11:34:56 -0000 @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; #define ACQUIRED 2 #define ACQUIRE_PENDING 3 +/* Intel ICH register */ +#define ICH_PMBASE 0x400 + static u_char timer2_state; static unsigned i8254_get_timecount(struct timecounter *tc); @@ -616,11 +619,31 @@ i8254_init(void) void startrtclock() { + char *ichenv, *sysenv; u_int delta, freq; writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, RTCSB_24HR); + /* + * On some systems, namely MacBooks, we need to disallow the + * legacy USB circuit to generate an SMI# because this can + * cause several problems, namely: incorrect CPU frequency + * detection and failure to start the APs. + */ + ichenv = getenv("hw.ich.disable_legacy_usb"); + sysenv = getenv("smbios.system.product"); + if ((ichenv != NULL) || (sysenv != NULL && + strncmp(sysenv, "MacBook", 7) == 0)) { + if (bootverbose) + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); + if (ichenv) + freeenv(ichenv); + if (sysenv) + freeenv(sysenv); + } + freq = calibrate_clocks(); #ifdef CLK_CALIBRATION_LOOP if (bootverbose) { -- Rui Paulo From owner-freebsd-i386@FreeBSD.ORG Fri Nov 9 15:04:10 2007 Return-Path: Delivered-To: freebsd-i386@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71E1116A418; Fri, 9 Nov 2007 15:04:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5B41D13C4B5; Fri, 9 Nov 2007 15:04:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id lA9F3qhc082314; Fri, 9 Nov 2007 08:03:52 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <473476D7.1020609@samsco.org> Date: Fri, 09 Nov 2007 08:03:51 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> <473232A8.3080105@samsco.org> <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> In-Reply-To: <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 09 Nov 2007 08:03:52 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, Maxim Sobolev , Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 15:04:10 -0000 Rui Paulo wrote: > On 7 Nov 2007, at 21:48, Scott Long wrote: > >> Rui Paulo wrote: >>> On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: >>>> I don't really like the fact that it has to be turned on manually. >>>> Is it >>>> possible to make this automatic based on BIOS Id or something like >>>> this? >>> Yes, I can turn this on for MacBooks. >> >> Yeah, at least have it on by default for the systems that we know have >> the problem. I still think that it needs wider application, but as long >> as the immediate and identifiable issue is addressed, I'm happy. > > > Ok, if there are no objections, I plan to request approval from my > mentor and from re@ for the following patch: > Looks really good, thanks for working on this. Scott From owner-freebsd-i386@FreeBSD.ORG Sat Nov 10 00:46:26 2007 Return-Path: Delivered-To: freebsd-i386@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6067816A418; Sat, 10 Nov 2007 00:46:26 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5FB13C48D; Sat, 10 Nov 2007 00:46:25 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id lAA0kHRH025692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Nov 2007 16:46:18 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4734FEAB.2070400@FreeBSD.org> Date: Fri, 09 Nov 2007 16:43:23 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Rui Paulo References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <20071104231422.GA82337@rink.nu> <472F5E62.4080406@samsco.org> <60C64C73-A019-4C01-85E1-80DF4C76B1AF@freebsd.org> <4732171F.3010803@FreeBSD.org> <473232A8.3080105@samsco.org> <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> In-Reply-To: <5A4AF64C-D70A-4303-8116-D13718EE8BCC@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Scott Long , Rink Springer , freebsd-i386@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: MacBook users: possible fix for the SMP problem X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 00:46:26 -0000 I don't have the original 1st gen MacBook to test this on anymore, but it looks good. Please make sure it gets both into 6.3 and 7.0 releases. Thanks! -Maxim Rui Paulo wrote: > On 7 Nov 2007, at 21:48, Scott Long wrote: > >> Rui Paulo wrote: >>> On Nov 7, 2007 7:50 PM, Maxim Sobolev wrote: >>>> I don't really like the fact that it has to be turned on manually. >>>> Is it >>>> possible to make this automatic based on BIOS Id or something like >>>> this? >>> Yes, I can turn this on for MacBooks. >> >> Yeah, at least have it on by default for the systems that we know have >> the problem. I still think that it needs wider application, but as long >> as the immediate and identifiable issue is addressed, I'm happy. > > > Ok, if there are no objections, I plan to request approval from my > mentor and from re@ for the following patch: > > Index: clock.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v > retrieving revision 1.240 > diff -u -p -r1.240 clock.c > --- clock.c 26 Oct 2007 03:23:54 -0000 1.240 > +++ clock.c 9 Nov 2007 11:34:56 -0000 > @@ -130,6 +130,9 @@ static u_char rtc_statusb = RTCSB_24HR; > #define ACQUIRED 2 > #define ACQUIRE_PENDING 3 > > +/* Intel ICH register */ > +#define ICH_PMBASE 0x400 > + > static u_char timer2_state; > > static unsigned i8254_get_timecount(struct timecounter *tc); > @@ -616,11 +619,31 @@ i8254_init(void) > void > startrtclock() > { > + char *ichenv, *sysenv; > u_int delta, freq; > > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, RTCSB_24HR); > > + /* > + * On some systems, namely MacBooks, we need to disallow the > + * legacy USB circuit to generate an SMI# because this can > + * cause several problems, namely: incorrect CPU frequency > + * detection and failure to start the APs. > + */ > + ichenv = getenv("hw.ich.disable_legacy_usb"); > + sysenv = getenv("smbios.system.product"); > + if ((ichenv != NULL) || (sysenv != NULL && > + strncmp(sysenv, "MacBook", 7) == 0)) { > + if (bootverbose) > + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); > + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); > + if (ichenv) > + freeenv(ichenv); > + if (sysenv) > + freeenv(sysenv); > + } > + > freq = calibrate_clocks(); > #ifdef CLK_CALIBRATION_LOOP > if (bootverbose) { > > > -- > Rui Paulo >