From owner-freebsd-current Sat Dec 14 19:28:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C6AB37B401 for ; Sat, 14 Dec 2002 19:28:40 -0800 (PST) Received: from handler6.mail.rice.edu (handler6.mail.rice.edu [128.42.58.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91DC143EB2 for ; Sat, 14 Dec 2002 19:28:39 -0800 (PST) (envelope-from noackjr@rice.edu) Received: from localhost (localhost [127.0.0.1]) by handler6.mail.rice.edu (Postfix) with SMTP id 1BBE31DB2D for ; Sat, 14 Dec 2002 21:28:39 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by handler6.mail.rice.edu (Postfix) with ESMTP id CBB241DC02 for ; Sat, 14 Dec 2002 21:28:38 -0600 (CST) Received: from rice.edu (jones-1140.jones.rice.edu [128.42.158.140]) by handler6.mail.rice.edu (Postfix) with ESMTP id C2F691DB2D for ; Sat, 14 Dec 2002 21:28:37 -0600 (CST) Message-ID: <3DFBF6E3.3050306@rice.edu> Date: Sat, 14 Dec 2002 21:28:35 -0600 From: Jon Noack Reply-To: noackjr@rice.edu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021201 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: CPUTYPE=p4 warning needed Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS snapshot-20020300 X-DCC--Metrics: handler6.mail.rice.edu 1066; Body=1 Fuz1=1 Fuz2=1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I didn't see any warnings in /usr/share/examples/etc/make.conf, so I thought I'd share my experience with CPUTYPE=p4. Building world with CPUTYPE=p4 results in static when playing back mpeg audio. All other audio works fine. A few cases where this is present (to show it is not application specific): 1) playing an mp3 with mpg123 2) playing an mp3 with xmms 3) playing a movie with mpeg audio in mplayer A symptom of this problem in xmms is that the spectrum analyzer is almost constantly maxed out at most every frequency. Thus, it seems that in the decoding of the audio stream the amplitude of the signal is outputed too high, resulting in some form of clipping. This clipping sounds like static. This is ignorant speculation, but maybe it will help. This problem is present when these applications are installed via packages or compiled from ports. In any case, I think it would be a good idea to include a warning in /usr/share/examples/etc/make.conf that says CPUTYPE optimizations may result in broken code. Maybe it's just my machine, but I've recompiled several times now and it's consistent (if and only if I build and install world with CPUTYPE=p4 is the problem evident). Jon Noack dmesg: Copyright (c) 1992-2002 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 5.0-CURRENT #0: Sat Dec 14 20:48:25 CST 2002 noackjr@compgeek.dnsalias.org:/usr/obj/usr/src/sys/COMPGEEK Preloaded elf kernel "/boot/kernel/kernel" at 0xc04ff000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04ff0a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2539102024 Hz CPU: Pentium 4 (2539.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536805376 (511 MB) avail memory = 516071424 (492 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE31 Using $PIR table, 15 entries at 0xc00f7450 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xdc00-0xdc1f irq 10 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft Wheel Mouse Optical\M-., rev 1.10/1.21, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 3 uhub1: 3 ports with 3 removable, self powered uhci1: port 0xd800-0xd81f irq 9 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 9 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 pcib3: at device 2.0 on pci2 pci3: on pcib3 asr0: mem 0xe2000000-0xe3ffffff irq 11 at device 2.1 on pci2 asr0: major=154 asr0: ADAPTEC 2100S FW Rev. 370F, 1 channel, 256 CCBs, Protocol I2O rl0: port 0xbc00-0xbcff mem 0xefeeff00-0xefeeffff irq 12 at device 9.0 on pci2 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:20:ed:40:16:0c miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xb800-0xb83f irq 11 at device 10.0 on pci2 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xff00-0xff0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) acpi_button1: on acpi0 fdc0: cmd 3 failed at out byte 1 of 3 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: cmd 3 failed at out byte 1 of 3 orm0: