From owner-freebsd-i386@FreeBSD.ORG Sun Jan 30 03:00:34 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5264716A4CE for ; Sun, 30 Jan 2005 03:00:34 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C939A43D31 for ; Sun, 30 Jan 2005 03:00:33 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0U30Xa4060541 for ; Sun, 30 Jan 2005 03:00:33 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0U30XmS060537; Sun, 30 Jan 2005 03:00:33 GMT (envelope-from gnats) Resent-Date: Sun, 30 Jan 2005 03:00:33 GMT Resent-Message-Id: <200501300300.j0U30XmS060537@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, Vasily Korytov Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22D4216A4CE for ; Sun, 30 Jan 2005 02:53:26 +0000 (GMT) Received: from home.relline.ru (home.relline.ru [195.146.64.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC77243D2F for ; Sun, 30 Jan 2005 02:53:24 +0000 (GMT) (envelope-from deskpot@myrealbox.com) Received: from abox.home.local (d202-70.dialup.relline.ru [195.146.70.202]) by home.relline.ru (8.12.11/8.12.11) with ESMTP id j0U2rG5H017314 for ; Sun, 30 Jan 2005 05:53:17 +0300 Received: from dub.home.local (dub.home.local [10.0.0.2]) by abox.home.local (8.13.1/8.13.1) with ESMTP id j0U2p9ZY008638 for ; Sun, 30 Jan 2005 05:51:09 +0300 (MSK) Received: from dub.home.local (deskpot@localhost [127.0.0.1]) by dub.home.local (8.13.1/8.13.1) with ESMTP id j0U2p8Wd000835 for ; Sun, 30 Jan 2005 05:51:08 +0300 (MSK) (envelope-from deskpot@dub.home.local) Received: (from deskpot@localhost) by dub.home.local (8.13.1/8.13.1/Submit) id j0U2p8eG000834; Sun, 30 Jan 2005 05:51:08 +0300 (MSK) (envelope-from deskpot) Message-Id: <200501300251.j0U2p8eG000834@dub.home.local> Date: Sun, 30 Jan 2005 05:51:08 +0300 (MSK) From: Vasily Korytov To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: i386/76840: aureal-kmod locks the STABLE snapshot of 30.01.05 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vasily Korytov List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 03:00:34 -0000 >Number: 76840 >Category: i386 >Synopsis: aureal-kmod locks the STABLE snapshot of 30.01.05 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 30 03:00:33 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Vasily Korytov >Release: FreeBSD 5.3-STABLE i386 >Organization: Good morning, Jah! >Environment: System: FreeBSD dub.home.local 5.3-STABLE FreeBSD 5.3-STABLE #0: Sun Jan 30 05:17:44 MSK 2005 root@dub.home.local:/usr/src/sys/i386/compile/DUB i386 I have a workstation with AMD CPU, NForce motherboard, Radeon video card, 3Com NIC and and Aureal sound card. For the sound board I have the aureal-kmod-1.5_4 port installed. Until now it has been working okay (since 5.2.1). After loading the module, the kernel prints this: pcm0: port 0xc400-0xc407,0xc000-0xc007 mem 0xeb000000-0xeb03ffff irq 10 at device 7.0 on pci1 pcm0: failed: rid 0x14 is ioport, requested 3 pcm0: failed: rid 0x18 is ioport, requested 3 The whole dmesg, shown after boot, is below: Copyright (c) 1992-2005 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.3-STABLE #0: Sun Jan 30 05:17:44 MSK 2005 root@dub.home.local:/usr/src/sys/i386/compile/DUB Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) processor (2029.61-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400000 real memory = 536805376 (511 MB) avail memory = 519819264 (495 MB) mptable_probe: MP Config Table has bad signature: \^O8\^O npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xec000000-0xec000fff irq 11 at devic e 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ohci1: mem 0xec001000-0xec001fff irq 3 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: at device 2.2 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 pci1: at device 7.0 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xc800-0xc87f mem 0xeb040000-0xeb04 007f irq 11 at device 8.0 on pci1 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:5a:a3:61:97 atapci0: port 0xf000-0xf00f,0x376,0x170-0x17 7,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci2: at device 0.1 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on ac pi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xd0000-0xd3fff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2029612428 Hz quality 800 Timecounters tick every 10.000 msec ad0: 114473MB [232581/16/63] at ata0-master UDMA100 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 Mounting root from ufs:/dev/ad0s2a pcm0: port 0xc400-0xc407,0xc000-0xc007 mem 0xeb000000-0xeb03ffff irq 10 at device 7.0 on pci1 pcm0: failed: rid 0x14 is ioport, requested 3 pcm0: failed: rid 0x18 is ioport, requested 3 >Description: After loading the module the sound board works OK. But -- only if the kernel source from 5-STABLE is dated before 2005.01.29.12.00.00, the snapshot of 2005.01.30 breaks everything. When the module is loading it pauses for several seconds, no additional diagnostics are printed on the console or in the syslog. This isn't the problem. The problem appears after that -- if user wants to play a sound file -- say, starts a xmms -- the system is immediately locked, without producing any sound. No additional information is displayed, the display locks and the machine stops responding to everything. The same is done, when nothing is played, but the machine is turning over and the aureal-kmod is unloaded. >How-To-Repeat: I don't know, on what hardware is it reproduceable. Anyway, if you get an Aureal Vortex sound card, try compiling the kernel of 30 January 05 (or later), reboot, load aureal-kmod and try to unload it. If you meet the same problem, your computer will lock. >Fix: I did try compiling kernels from 25 january to 30 january. The kernel of 12:00 of 29 january doesn't have the lock, the kernel from 30 january haves it. cvsup output when downgrading src-sys from 30.01 kernel to 29.01 kernel is shown below: Connected to cvsup4.ru.FreeBSD.org Updating collection src-sys/cvs Edit src/sys/dev/acpica/acpi.c Edit src/sys/dev/acpica/acpi_if.m Edit src/sys/dev/bge/if_bge.c Edit src/sys/dev/lge/if_lge.c Edit src/sys/dev/nge/if_nge.c Edit src/sys/dev/pci/pci.c Edit src/sys/kern/kern_mib.c Edit src/sys/kern/kern_mtxpool.c Edit src/sys/kern/kern_prot.c Edit src/sys/kern/kern_xxx.c Edit src/sys/libkern/strvalid.c Edit src/sys/net/bridge.c Edit src/sys/net/if.h Edit src/sys/net/if_sl.c Edit src/sys/net/if_vlan.c Edit src/sys/netgraph/bluetooth/drivers/h4/ng_h4.c Edit src/sys/netgraph/bluetooth/drivers/h4/ng_h4_var.h Edit src/sys/netgraph/ng_base.c Edit src/sys/netgraph/ng_bridge.c Edit src/sys/netgraph/ng_ether.c Edit src/sys/netgraph/ng_l2tp.c Edit src/sys/netgraph/ng_ppp.c Edit src/sys/netgraph/ng_pppoe.c Edit src/sys/netgraph/ng_pptpgre.c Edit src/sys/netinet/ip_input.c Edit src/sys/pci/agp_ali.c Edit src/sys/pci/agp_intel.c Edit src/sys/pci/if_de.c Edit src/sys/security/mac/mac_internal.h Edit src/sys/security/mac/mac_label.c Edit src/sys/security/mac/mac_vfs.c Edit src/sys/security/mac_biba/mac_biba.c Edit src/sys/security/mac_bsdextended/mac_bsdextended.c Edit src/sys/security/mac_bsdextended/mac_bsdextended.h Edit src/sys/security/mac_lomac/mac_lomac.c Edit src/sys/security/mac_mls/mac_mls.c Edit src/sys/security/mac_stub/mac_stub.c Edit src/sys/security/mac_test/mac_test.c Finished successfully And I was not able to track this problem further. If there is some additional diagnostics I can share, I would be glad to help. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Sun Jan 30 12:20:11 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C82116A4CE for ; Sun, 30 Jan 2005 12:20:11 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F422843D39 for ; Sun, 30 Jan 2005 12:20:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0UCKAp5066797 for ; Sun, 30 Jan 2005 12:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0UCKA4F066796; Sun, 30 Jan 2005 12:20:10 GMT (envelope-from gnats) Resent-Date: Sun, 30 Jan 2005 12:20:10 GMT Resent-Message-Id: <200501301220.j0UCKA4F066796@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, stephane Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E5E516A4CE for ; Sun, 30 Jan 2005 12:13:11 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id E94F243D45 for ; Sun, 30 Jan 2005 12:13:10 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j0UCDAXY070128 for ; Sun, 30 Jan 2005 12:13:10 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j0UCDAJ6070127; Sun, 30 Jan 2005 12:13:10 GMT (envelope-from nobody) Message-Id: <200501301213.j0UCDAJ6070127@www.freebsd.org> Date: Sun, 30 Jan 2005 12:13:10 GMT From: stephane To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/76851: AGP unrecognized & Over Use of my CPU X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 12:20:11 -0000 >Number: 76851 >Category: i386 >Synopsis: AGP unrecognized & Over Use of my CPU >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 30 12:20:10 GMT 2005 >Closed-Date: >Last-Modified: >Originator: stephane >Release: FreeBSD 5.3-RELEASE #0 >Organization: >Environment: FreeBSD localhost 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: I ve recently install FreeBSD 5.3 on my laptop and get a strange trouble with X ( Xfree or XOrg give the same result ) : it use 100% of my cpu when i load it and i have reboot. I get the same trouble with anterior version 5.1 , 4.10 and 4.8 . I ve noticed that my agp ( ali Cyberblade Ai/1 ) is disabling on loading due to a bad apertume size but i can't fix it ( apertume size) in my BIOS. #dmesg .... CPU: Intel Celeron (801.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 125763584 (119 MB) avail memory = 117600256 (112 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: bad initial aperture size, disabling device_attach: agp0 attach returned 6 .... #pciconf -lv .... agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x163210b9 rev=0x01 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1632 Aladdin i1 CyberBlade AGP System Controller' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x524710b9 rev=0x01 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1621 PCI to AGP Bridge' class = bridge subclass = PCI-PCI .... Here is a dump of my XFree loading #cat XFree86.0.log XFree86 Version 4.4.0 Release Date: 29 February 2004 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 5.1-RELEASE i386 [ELF] Current Operating System: FreeBSD localhost 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Thu Dec 23 21:48:59 UTC 2004 root@localhost:/usr/src/sys/i386/compile/TOSHKERN i386 Build Date: 27 February 2004 Changelog Date: 29 February 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Sun Dec 26 19:22:26 2004 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "tftmonitor" (**) | |-->Device "vesadevice" (**) |-->Input Device "mouse" (**) |-->Input Device "Keyboard" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "genmouse" (**) FontPath set to "unix/:7100" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.7 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10b9,1632 card 0000,0000 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 10b9,5247 card 0000,0000 rev 01 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 10b9,5237 card 1179,0004 rev 03 class 0c,03,10 hdr 00 (II) PCI: 00:04:0: chip 10b9,5229 card 1179,0004 rev c3 class 01,01,f0 hdr 00 (II) PCI: 00:06:0: chip 10b9,5451 card 1179,0001 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:07:0: chip 10b9,1533 card 1179,0004 rev 00 class 06,01,00 hdr 00 (II) PCI: 00:08:0: chip 10b9,7101 card 1179,0001 rev 00 class 06,80,00 hdr 00 (II) PCI: 00:11:0: chip 1179,0617 card 1000,0000 rev 32 class 06,07,00 hdr 82 (II) PCI: 00:11:1: chip 1179,0617 card fffc,0000 rev 32 class 06,07,00 hdr 82 (II) PCI: 01:00:0: chip 1023,8620 card 1179,0001 rev 5d class 03,00,00 hdr 00 (II) PCI: 03:00:0: chip 115d,0003 card 1014,8181 rev 03 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfe000000 - 0xff7fffff (0x1800000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-CardBus bridge: (II) Bus 3: bridge is at (0:17:0), (0,3,3), BCTRL: 0x0700 (VGA_EN is cleared) (II) Bus 3 I/O range: [0] -1 0 0x00001000 - 0x0000107f (0x80) IX[B] (II) PCI-to-CardBus bridge: (II) Bus 4: bridge is at (0:17:1), (0,4,4), BCTRL: 0x0400 (VGA_EN is cleared) (--) PCI:*(1:0:0) Trident Microsystems CyberBlade/i1 rev 93, Mem @ 0xff000000/23, 0xfefe0000/17, 0xfe000000/23 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xf8000000 from 0xffffffff to 0xf7ffffff (II) Active PCI resource ranges: [0] -1 0 0xfdffe000 - 0xfdffffff (0x2000) MX[B]E [1] -1 0 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E [2] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [3] -1 0 0xfe000000 - 0xfe7fffff (0x800000) MX[B](B) [4] -1 0 0xfefe0000 - 0xfeffffff (0x20000) MX[B](B) [5] -1 0 0xff000000 - 0xff7fffff (0x800000) MX[B](B) [6] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [7] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [8] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E (II) Inactive PCI resource ranges: [0] -1 0 0x88000000 - 0x8fffffff (0x8000000) MX[B]E [1] -1 0 0x88000800 - 0x88000fff (0x800) MX[B]E (II) PCI Memory resource overlap reduced 0xfdffe000 from 0xfdffffff to 0xfdffefff (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfdffe000 - 0xfdffefff (0x1000) MX[B]E [1] -1 0 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E [2] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [3] -1 0 0xfe000000 - 0xfe7fffff (0x800000) MX[B](B) [4] -1 0 0xfefe0000 - 0xfeffffff (0x20000) MX[B](B) [5] -1 0 0xff000000 - 0xff7fffff (0x800000) MX[B](B) [6] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [7] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [8] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E (II) Inactive PCI resource ranges after removing overlaps: [0] -1 0 0x88000000 - 0x8fffffff (0x8000000) MX[B]E [1] -1 0 0x88000800 - 0x88000fff (0x800) MX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfdffe000 - 0xfdffefff (0x1000) MX[B]E [6] -1 0 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E [7] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [8] -1 0 0xfe000000 - 0xfe7fffff (0x800000) MX[B](B) [9] -1 0 0xfefe0000 - 0xfeffffff (0x20000) MX[B](B) [10] -1 0 0xff000000 - 0xff7fffff (0x800000) MX[B](B) [11] -1 0 0x88000000 - 0x8fffffff (0x8000000) MX[B]E [12] -1 0 0x88000800 - 0x88000fff (0x800) MX[B]E [13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [16] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [17] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.2 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project & the After X-TT Project" compiled for 4.4.0, module version = 2.1.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "vesa" (II) Loading /usr/X11R6/lib/modules/drivers/vesa_drv.o (II) Module vesa: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.4 (II) VESA: driver for VESA chipsets: vesa (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset vesa found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfdffe000 - 0xfdffefff (0x1000) MX[B]E [6] -1 0 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E [7] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [8] -1 0 0xfe000000 - 0xfe7fffff (0x800000) MX[B](B) [9] -1 0 0xfefe0000 - 0xfeffffff (0x20000) MX[B](B) [10] -1 0 0xff000000 - 0xff7fffff (0x800000) MX[B](B) [11] -1 0 0x88000000 - 0x8fffffff (0x8000000) MX[B]E [12] -1 0 0x88000800 - 0x88000fff (0x800) MX[B]E [13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [16] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [17] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfdffe000 - 0xfdffefff (0x1000) MX[B]E [6] -1 0 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E [7] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [8] -1 0 0xfe000000 - 0xfe7fffff (0x800000) MX[B](B) [9] -1 0 0xfefe0000 - 0xfeffffff (0x20000) MX[B](B) [10] -1 0 0xff000000 - 0xff7fffff (0x800000) MX[B](B) [11] -1 0 0x88000000 - 0x8fffffff (0x8000000) MX[B]E [12] -1 0 0x88000800 - 0x88000fff (0x800) MX[B]E [13] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [14] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [15] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [19] -1 0 0x0000ed00 - 0x0000edff (0x100) IX[B]E [20] -1 0 0x0000eff0 - 0x0000efff (0x10) IX[B]E [21] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [22] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.1.0 ABI class: XFree86 Video Driver, version 0.7 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (II) VESA(0): initializing int10 (==) VESA(0): Write-combining range (0xa0000,0x20000) was already clear (==) VESA(0): Write-combining range (0xc0000,0x40000) was already clear (II) VESA(0): Primary V_BIOS segment is: 0xc000 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): VESA BIOS detected (II) VESA(0): VESA VBE Version 2.0 (II) VESA(0): VESA VBE Total Mem: 8192 kB (II) VESA(0): VESA VBE OEM: Trident CYBER 8620 (II) VESA(0): VESA VBE OEM Software Rev: 2.0 (II) VESA(0): VESA VBE OEM Vendor: TRIDENT MICROSYSTEMS INC. (II) VESA(0): VESA VBE OEM Product: CYBER 8620 (II) VESA(0): VESA VBE OEM Product Rev: BTT 7.0 (05.10) (**) VESA(0): Depth 16, (--) framebuffer bpp 16 (==) VESA(0): RGB weight 565 (==) VESA(0): Default visual is TrueColor (==) VESA(0): Using gamma correction (1.0, 1.0, 1.0) (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.4.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Mon Jan 31 02:54:54 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED12916A4CE for ; Mon, 31 Jan 2005 02:54:54 +0000 (GMT) Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27]) by mx1.FreeBSD.org (Postfix) with SMTP id 853CA43D2F for ; Mon, 31 Jan 2005 02:54:54 +0000 (GMT) (envelope-from meka@softhome.net) Received: (qmail 30926 invoked by uid 417); 31 Jan 2005 02:54:54 -0000 Received: from shunt-smtp-out-0 (HELO softhome.net) (172.16.3.12) by shunt-smtp-out-0 with SMTP; 31 Jan 2005 02:54:54 -0000 Received: from hal9000 ([82.208.205.158]) (AUTH: LOGIN meka@softhome.net) by softhome.net with esmtp; Sun, 30 Jan 2005 19:54:52 -0700 Date: Tue, 1 Feb 2005 05:06:49 +0100 From: "Meka[ni]" To: FreeBSD Message-ID: <20050201050649.0d02834b@hal9000> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Turning on delete key X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 02:54:55 -0000 How to set the delete key on the keyboard deleting the character after the cursor? Thanx :o) PS. Is this the right place to ask about the ipfw? I've read the description of freebsd-ipfw and that TEHNICAL word didn't sound like "here are the guys that help you improve your firewall". Correct me if I'm wrong. _________________ Sometimes we want so much to explain, that we forget about the five senses we have and that could be better ways of communication than words From owner-freebsd-i386@FreeBSD.ORG Mon Jan 31 11:01:55 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F5E716A4CE for ; Mon, 31 Jan 2005 11:01:55 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53AD943D39 for ; Mon, 31 Jan 2005 11:01:55 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0VB1tvS048080 for ; Mon, 31 Jan 2005 11:01:55 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0VB1sw9048074 for freebsd-i386@freebsd.org; Mon, 31 Jan 2005 11:01:54 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 31 Jan 2005 11:01:54 GMT Message-Id: <200501311101.j0VB1sw9048074@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-i386@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 11:01:55 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/10/06] i386/57673 i386 [disklabel] Odd/dangerous disklabel behav o [2004/02/16] i386/62902 i386 Data Corruption on Dell PE 600SC (Server o [2004/04/16] i386/65646 i386 FreeBSD suddenly turns off the power o [2004/04/28] i386/66039 i386 panic: system panic with file system corr o [2004/05/27] i386/67260 i386 [boot] stack overflow after boot menu whe o [2004/09/05] i386/71395 i386 Data corrupted on Serverworks CG-SL chips o [2004/09/09] i386/71538 i386 [install] multi-homed install trashes exi o [2005/01/18] i386/76397 i386 ata raid crashes in g_down (heavy load) 8 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/13] i386/25781 i386 Statclocks cannot be disabled on ServerWo o [2002/07/05] i386/40219 i386 [apm] apm breaks removable media o [2002/10/16] i386/44130 i386 Enabled apm hangs up FreeBSD kernel on i8 o [2003/02/24] i386/48614 i386 VESA VGA modes for syscons lock up machin o [2003/05/22] i386/52556 i386 Syskonnect SK9843SX, sk driver, MII not d o [2003/05/22] i386/52581 i386 Boot loaders reading more than one sector o [2003/05/24] i386/52638 i386 SCSI U320 on SMP server won't run faster o [2003/06/06] i386/52975 i386 CPUTYPE=k7 results in non-functional /boo o [2003/06/11] i386/53200 i386 [boot] 5.1-RC1 SMP kernel boot gags at "A o [2003/06/16] i386/53382 i386 Repetable panics in ffs_vget() on Prolian o [2003/06/23] i386/53620 i386 [install] Kernel panics / reboots during o [2003/07/02] i386/54033 i386 Disk lockup. o [2003/07/15] i386/54501 i386 Promise Ultra133 TX2 does not work proper o [2003/08/13] i386/55555 i386 system freezes with access to /dev/ums0 o [2003/08/13] i386/55561 i386 SMbus and I2C don't attach when loaded as o [2003/08/15] i386/55615 i386 machine freezes - goes on after key press a [2003/08/24] i386/55930 i386 partly configured serial port freezes sys o [2003/09/17] i386/56937 i386 panic: system panic during high network l o [2003/09/20] i386/57043 i386 [hang] ar driver with 2 port PCI card loc f [2003/09/22] i386/57097 i386 [hang] Promise Ultra 100 TX2 causes locku p [2003/10/01] i386/57480 i386 Removing very large files using rm doesn' o [2003/10/09] i386/57818 i386 4.9-RC panics when kernel is built with a o [2003/10/16] i386/58139 i386 [panic] -CURRENT panics on Thinkpad A31p o [2003/10/23] i386/58458 i386 ATAPI-CDROM DMA Support on ALi Aladdin V o [2003/10/26] i386/58580 i386 After sysinstall, F2 fails; wrong device o [2003/10/30] i386/58718 i386 need to remove battery before booting lap o [2003/11/02] i386/58826 i386 reboot on an IBM PC Server 315 merely hal o [2003/11/11] i386/59192 i386 ATA drive not spotted with SCSI drive o [2003/11/25] i386/59683 i386 panic: signal 12 4.9-STABLE - frequent cr o [2003/11/26] i386/59701 i386 System hungup, after resume from suspend. o [2003/12/02] i386/59895 i386 [hang] system hangs from disk IO errors [ f [2003/12/02] i386/59897 i386 [hang] problems with swap-pager with grea f [2003/12/02] i386/59898 i386 [boot] pxe boot: BTX halted o [2003/12/17] i386/60344 i386 [boot] Intel ICH5 SATA RAID boot problems o [2003/12/27] i386/60603 i386 dd causes error when copying cd from ATA o [2003/12/27] i386/60633 i386 [hang] SIS motherboard with the SIS 5591 o [2003/12/27] i386/60641 i386 Sporadic SCSI bus resets with 53C810 unde o [2003/12/28] i386/60671 i386 FreeBSD 5.2RC2 installation process doesn o [2003/12/29] i386/60681 i386 wicontrol -L critical crash (sigbus) o [2003/12/29] i386/60690 i386 atapicd driver causes spontaneous uncondi o [2004/01/04] i386/60887 i386 can't boot when fbsd exists with other op o [2004/01/08] i386/61063 i386 [ata] ata hangs in smp system f [2004/01/10] i386/61163 i386 [boot] "/:write failed, filesystem is ful o [2004/01/12] i386/61253 i386 [panic] page fault on installation freebs o [2004/01/13] i386/61303 i386 5.2-REL hangs during boot with 3-port pyr o [2004/01/13] i386/61326 i386 Reboot while booting from 5.2-RELEASE CD o [2004/01/14] i386/61342 i386 [hang] CD-based installation crashes [4.9 o [2004/01/20] i386/61646 i386 [workaround] Strange irq20 weirdness caus o [2004/01/22] i386/61705 i386 [ntp] Random "bus errors" on 5.2-RELEASE o [2004/01/22] i386/61709 i386 [panic] 5.2-REL i386 Crashes hard; panics o [2004/01/25] i386/61890 i386 [fdisk] FDisk uses incorrect calculations f [2004/02/02] i386/62248 i386 [boot] 5.2 current hangs on boot o [2004/02/02] i386/62280 i386 em0 broken after resume in 5.2-CURRENT o [2004/02/09] i386/62565 i386 device.hints are not honored in 5.2.1-RC o [2004/02/13] i386/62807 i386 4.9 SMP does not work with Compaq Smart o [2004/02/15] i386/62888 i386 ad4: WARNING - WRITE_DMA interrupt was se o [2004/02/24] i386/63305 i386 reading udf filesystem on dvd+rw leads to o [2004/02/27] i386/63430 i386 [ata] TIMEOUT - ATA READ o [2004/02/27] i386/63441 i386 [panic] fatal trap 12 in pmap.c [4.9 with o [2004/02/27] i386/63467 i386 [ata] Sil 3114: RAID not detected using S o [2004/03/03] i386/63678 i386 5.2.1 installation hangs on t30 o [2004/03/04] i386/63776 i386 [boot] hang during boot on a toshiba p25 o [2004/03/06] i386/63828 i386 [hang] when installing Release 5.2.1 (i38 o [2004/03/06] i386/63853 i386 [hang] 5.2.1 boot CD hangs during boot (T o [2004/03/07] i386/63871 i386 [panic] kernel panic in swi8 after 1 hour o [2004/03/09] i386/63992 i386 [hang] XFree86 4.3 hangs on IBM ThinkPad o [2004/03/12] i386/64183 i386 5.1-RELEASE Install hung at "Probing devi o [2004/03/19] i386/64450 i386 Lucent Technologies WaveLAN/IEEE (PCI) fr o [2004/03/25] i386/64680 i386 5.2.1 pci-cfgintr steals serial mouse irq o [2004/03/25] i386/64697 i386 5.2.x BTX loader halts with Promise FastT o [2004/03/25] i386/64716 i386 [nis] mv crashes FreeBSD 5.2.1-p3 o [2004/03/25] i386/64727 i386 [boot] cannot find disk on asus p4s533mx o [2004/04/03] i386/65137 i386 [boot] 5.2.1 Intall Boot from floppies pa o [2004/04/14] i386/65523 i386 [patch] PXE loader malfunction in multipl o [2004/04/19] i386/65775 i386 [panic] Transmeta crusoe without longrun o [2004/04/22] i386/65896 i386 [panic] 5.2-RELEASE re(4) driver, kernel f [2004/04/25] i386/65954 i386 [panic] Sil0680 panic [5.2.1-p5] o [2004/04/29] i386/66087 i386 [install] hang at PCI config [5.2.1] o [2004/05/01] i386/66133 i386 [boot] nvidia motherboard installer locks o [2004/05/06] i386/66306 i386 pnpbios_identify() queries for more devic f [2004/05/06] i386/66339 i386 [hang] XFree86 initialization with an Lap o [2004/05/07] i386/66350 i386 [sysinstall] sysinstall creates a partiti o [2004/05/07] i386/66368 i386 [install] 4.9 install fails with MODE_SEN o [2004/05/19] i386/66876 i386 [patch] Cannot extract tar(1) multi-volum o [2004/05/22] i386/67047 i386 mpt driver does not recognize messages fr o [2004/06/01] i386/67469 i386 src/lib/msun/i387/s_tan.S gives incorrect o [2004/06/07] i386/67688 i386 5.2.1 initial floppy boot fails with Fata o [2004/06/11] i386/67833 i386 [boot] 4.10 does not boot after enabling f [2004/06/15] i386/67955 i386 [panic] -current on T40p kernel trap 12 i o [2004/06/27] i386/68411 i386 VMware Virtual Machine - Network Fails Du o [2004/06/28] i386/68438 i386 bootloader cannot read from icp vortex ar o [2004/06/28] i386/68460 i386 [nfs] NFS mounts lock processes in sbwait o [2004/07/01] i386/68554 i386 [hang] system freeze on Compaq Evo 600c [ o [2004/07/10] i386/68899 i386 Problems reading and writing DVD-RAM disc o [2004/07/11] i386/68900 i386 5.x install CDs fail to boot on Toshiba S o [2004/07/14] i386/69049 i386 [install] error "anic: page fault" o [2004/07/19] i386/69260 i386 [install] Problem starting the installati o [2004/07/19] i386/69281 i386 init dies when MAXSSIZ, MAXDSIZ, and DFLD f [2004/08/03] i386/69945 i386 "Page fault" while shutting down on VIA K o [2004/08/05] i386/70028 i386 umass isuue in the boot prcess on SONY La o [2004/08/11] i386/70330 i386 Re-Open 33262? - gdb does not handle pend o [2004/08/13] i386/70386 i386 IBM x345 Freezes Randomly o [2004/08/15] i386/70482 i386 Array adapter problems o [2004/08/16] i386/70525 i386 [boot] boot0cfg: -o packet not effective o [2004/08/16] i386/70531 i386 [patch] boot0 hides Lilo in extended slic o [2004/08/19] i386/70663 i386 Freebsd 4.10 ncplogin + Netware 4.11 = nw o [2004/08/20] i386/70747 i386 ddos attack causes box to crash on kernel f [2004/08/21] i386/70805 i386 [apm] page fault early during boot with a o [2004/08/25] i386/70925 i386 [hang] 5.3Beta1 acpi-pci driver failure, f [2004/08/25] i386/70962 i386 [install] When downloading the installer o [2004/08/26] i386/71000 i386 [boot] BTX halted when booting from CD on o [2004/08/27] i386/71048 i386 [hang] ASUS TUV4X hangs when SONY CRX140E o [2004/08/28] i386/71087 i386 [hang] 5.3-beta(2-5) fail to install on e o [2004/08/30] i386/71144 i386 FBSD5.3b2 doesn't boot on a Compaq Armada o [2004/08/30] i386/71158 i386 pci bus number 3 devices are missing on l o [2004/08/31] i386/71190 i386 Dead thinkpad R31 after installing 5.2.1 o [2004/08/31] i386/71208 i386 Intel EtherExpress not working o [2004/09/05] i386/71392 i386 5.3-Beta[2-5] crash after final sync when o [2004/09/06] i386/71428 i386 DMA does not work on VIA 82C586 [4.10] o [2004/09/07] i386/71470 i386 [hang] Asus P4P800-E Promise 20378 RAID 1 o [2004/09/12] i386/71641 i386 5.3-BETA3: wi0 hangs during kernel load o [2004/09/19] i386/71894 i386 burncd unkillable with bad CD's o [2004/09/22] i386/72004 i386 [boot] FreeBSD 5.2.1 install hangs with e o [2004/09/24] i386/72065 i386 4.x and 5.2.1 doesn't recognize PCnet/ISA f [2004/09/24] i386/72069 i386 [panic] Fatal trap 12: page fault while i o [2004/09/30] i386/72215 i386 with acpi enabled network card will not w o [2004/10/04] i386/72334 i386 7) i386|[boot] FreeBSD 5.3 Beta6 and Beta o [2004/10/05] i386/72343 i386 Suspend resets system on Inspiron 5160. o [2004/10/06] i386/72378 i386 NFS hangs in 5.3-BETA7 [3Com gbit card] o [2004/10/07] i386/72416 i386 FreeBSD 5.3-BETA7: The alternate systemcl o [2004/10/08] i386/72441 i386 HP Proliant DL380 hangs on reboot with 5. o [2004/10/09] i386/72456 i386 5.xx Releases Do Not Identify ATA when 4. o [2004/10/12] i386/72579 i386 unable to install FreeBSD on Intel E7520 o [2004/10/17] i386/72778 i386 5.3beta7 never boots, suspected SMP probl o [2004/10/21] i386/72960 i386 BTX halted with Promise Tx2000 Raid o [2004/10/21] i386/72976 i386 [panic] trap 9 on boot [ACPI-related] o [2004/10/25] i386/73102 i386 FreeBSD hangs on boot-up of omnibook 4150 o [2004/10/27] i386/73182 i386 fxp0: device timeout o [2004/10/27] i386/73196 i386 [hang]5.2.1 boot CD hangs during boot on o [2004/10/29] i386/73265 i386 FreeBSD kernel crashes when booting on EC o [2004/10/30] i386/73298 i386 "Fatal trap 12: page fault while in kerne o [2004/11/03] i386/73484 i386 Kernel panic when doing `ls` from the cli o [2004/11/07] i386/73640 i386 FreeBSD 5.2.1 y ahora 5.3 se queda congel o [2004/11/08] i386/73658 i386 ed(4) can't get correct MAC address o [2004/11/08] i386/73666 i386 5.3 UDMA error WD1600 can't partition dri f [2004/11/10] i386/73765 i386 Install Issue on DELL Oplex 260 [5.3R] o [2004/11/14] i386/73934 i386 fdisk sees disk as empty o [2004/11/16] i386/74008 i386 IBM eServer x225 cannot boot any v5.x - e o [2004/11/17] i386/74044 i386 ServerWorks OSB4 SMBus interface does not o [2004/11/18] i386/74074 i386 hw.ata.wc=0 / but write cache still enabl o [2004/11/19] i386/74124 i386 ata0 failure on HP(Vectra) VL6/350 [intro o [2004/11/21] i386/74217 i386 init died [Presario 2500] o [2004/11/28] i386/74467 i386 On a freshly installed FreeBSD-4.10 (bina o [2004/11/29] i386/74532 i386 Install will not boot on Toshiba Satalite o [2004/12/01] i386/74576 i386 FAILURE - ATA_IDENTIFY no interrupt o [2004/12/01] i386/74595 i386 Suspected FreeBSD-4.10 rndcontrol(8) rela o [2004/12/01] i386/74601 i386 Cardbus fails after busdma_machdep.c upda o [2004/12/02] i386/74605 i386 5.3 networking impossibly slow on 32M p15 o [2004/12/07] i386/74816 i386 OS crash with kernel trap 12 in different o [2004/12/08] i386/74860 i386 on kernel recompile, "make depend" fails o [2004/12/09] i386/74892 i386 FBSD 5.3-STABLE randomly crashes (Fatal t o [2004/12/10] i386/74923 i386 kernel panic with ncplist on 5.3-release o [2004/12/12] i386/74988 i386 dma errors with large maxtor hard drives o [2004/12/14] i386/75041 i386 Sk driver gets "Corrupt MAC on input" dur o [2004/12/16] i386/75165 i386 if ng_pppoe switches to nonstandard mode o [2004/12/17] i386/75201 i386 nge driver causes FreeBSD 5.3-RELEASE and o [2004/12/23] i386/75441 i386 fxp device timeout o [2004/12/27] i386/75531 i386 Various DMA errors result in system panic o [2005/01/05] i386/75847 i386 system freeze on Medion laptop o [2005/01/06] i386/75887 i386 with vt0.disabled=0 and PCVT in kernel vi o [2005/01/10] i386/76023 i386 xmms causes panic o [2005/01/11] i386/76105 i386 PF on renamed interfaces page fault while o [2005/01/15] i386/76294 i386 builtin gzip in tar fails o [2005/01/17] i386/76372 i386 cannot burn iso image disk2 of any releas o [2005/01/20] i386/76487 i386 Compiled GENERIC kernel (and non-GENERIC) o [2005/01/25] i386/76666 i386 Booting and Sound are mutually exclusive o [2005/01/27] i386/76737 i386 CardBus problem (cbb1: Could not map regi o [2005/01/28] i386/76785 i386 Installation Errors o [2005/01/30] i386/76840 i386 aureal-kmod locks the STABLE snapshot of o [2005/01/30] i386/76851 i386 AGP unrecognized & Over Use of my CPU 180 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/07/24] i386/40958 i386 apm on Acer TravelMate 351 could not resu o [2002/08/21] i386/41856 i386 VESA splash screen problems on ThinkPad 2 o [2003/05/14] i386/52249 i386 [PATCH] Bootmanager shows NTFS partitions o [2003/05/19] i386/52427 i386 DVD replay under MSI "655 MAX" mobo inter o [2003/06/14] i386/53324 i386 pam_group problems (PAM_RUSER used instea o [2003/10/31] i386/58784 i386 ATA DMA fails and vx0 creates panic o [2003/11/23] conf/59600 i386 [PATCH] Improved us.emacs.kbd mapping f [2003/11/30] i386/59854 i386 System panics when AMD 762 AGP is loaded o [2003/12/17] i386/60319 i386 [hang] read error 34/0 during installatio o [2003/12/29] i386/60702 i386 can't boot 5.2-RC2 iso's to install o [2004/01/05] misc/60919 i386 No login possible (sporadic) o [2004/01/06] i386/60963 i386 [PATCH] Win32 Applications abort on PECOF o [2004/01/07] i386/61005 i386 [boot] The Boot Manager in FreeBSD 5.2RC o [2004/01/13] i386/61308 i386 Maxproc Limits counts Zombie Processes wh o [2004/01/14] i386/61348 i386 Adaptec 1460D PCI SCSI Card does not work o [2004/01/16] i386/61442 i386 Highpoint RocketRAID 1520 uses only UDMA2 o [2004/01/17] i386/61481 i386 [patch] a mechanism to wire io-channel-ch o [2004/01/20] i386/61603 i386 [sysinstall] wrong geometry guessed o [2004/01/24] i386/61838 i386 Realtek -8139C Card Not Supported o [2004/01/24] i386/61843 i386 Intel PRO/100 VE adapter is not recognize f [2004/01/25] i386/61889 i386 Have to reinsert pccard after reboot o [2004/01/27] i386/62003 i386 [patch] make /boot/loader "reboot" code s o [2004/02/17] i386/62977 i386 Mouse daemon during install/setup f [2004/02/25] i386/63334 i386 make kernel error o [2004/03/05] i386/63815 i386 boot loader waste a lot of time (10 min) o [2004/03/23] i386/64626 i386 AP initialization problem on GIGABYTE GA- f [2004/03/27] i386/64795 i386 Network Adapter not configuring o [2004/04/03] i386/65124 i386 Unable to disable TERM_EMU cleanly o [2004/04/14] i386/65528 i386 mouse cursor disapears on moving o [2004/04/18] i386/65691 i386 fxp0: device timeout p [2004/04/18] i386/65729 i386 Document machdep.hlt_cpus sysctl f [2004/05/21] i386/66996 i386 Problem with CD/DVD ROM o [2004/05/22] i386/67055 i386 Mouse (wheel) detection problem on SIS748 o [2004/05/30] i386/67383 i386 [patch] do a better job disassembling cod o [2004/06/01] i386/67456 i386 [LOR] LOR on dual-xeon w/ ht o [2004/06/09] i386/67763 i386 [patch] PCMCIA: MELCO manufacturer code s o [2004/06/10] i386/67773 i386 5.x series - md5 on dev no longer works e o [2004/06/18] i386/68087 i386 wget core dumps with: Assertion failed: ( o [2004/06/19] i386/68117 i386 serious network collisions after NIC "med o [2004/06/20] i386/68140 i386 Problem with Sony AIT ATAPI Tape dirve o [2004/06/30] i386/68514 i386 Realtek driver halts on oversized frames o [2004/06/30] i386/68518 i386 Hangs while loading 82443BX agp during bo o [2004/07/07] i386/68754 i386 [hang] SMP reset bug (Tyan Thunder100, 44 o [2004/07/18] i386/69257 i386 [patch] in_cksum_hdr is non-functional wi o [2004/07/23] i386/69460 i386 the nic's speed slow down when both side o [2004/07/28] kern/69688 i386 NATD does not work with outgoing PPTP VPN o [2004/07/28] i386/69722 i386 wi0: init failed o [2004/07/29] i386/69730 i386 [patch] puc driver doesn't support PC-Com o [2004/08/02] kern/69931 i386 PS/2 Optical Mouse (Micro Innovations) mi f [2004/08/05] i386/70036 i386 pcn device not recognizing device o [2004/08/18] i386/70610 i386 [patch] spkr(4): hardcoded assumption HZ o [2004/08/22] i386/70810 i386 [patch] Enable SMBus device on Asus P4B s o [2004/08/22] i386/70832 i386 Serious problems with RealTek NIC using r o [2004/08/25] i386/70926 i386 [boot] 5.3Beta-1 bootstrap error: "atapci o [2004/09/11] i386/71586 i386 FreeBSD 5.3-BETA3 #3 hang during boot on o [2004/09/20] i386/71924 i386 timeouts with ata+hpt366 controller on BE o [2004/09/29] i386/72179 i386 Inconsistent apm(8) output regarding the o [2004/10/30] i386/73308 i386 kevinxlinuz@126.com o [2004/10/30] i386/73328 i386 top shows NICE as -111 on processes start o [2004/11/08] i386/73663 i386 module_register_init: MOD_LOAD (ibcs2, 0x o [2004/11/08] i386/73673 i386 ifconfig tun0 destroy report: ifconfig: S o [2004/11/09] i386/73742 i386 5.3 rel i386 disk2 image not copying o [2004/11/10] i386/73785 i386 I have just downloaded 5.3 ISO to try.. N o [2004/11/12] i386/73847 i386 volume label - 5.3 cd 1 o [2004/11/12] i386/73865 i386 NOINET6=yes in /etc/make.conf ignored o [2004/11/14] i386/73921 i386 sysctlbyname for machdep.tsc_freq doesn't o [2004/11/15] i386/73968 i386 pkg_version ends with Unable to open INDE o [2004/11/15] i386/73978 i386 an error message appears during loading o o [2004/11/18] i386/74091 i386 PCMCIA: MELCO Manufacturer code should be o [2004/11/20] i386/74153 i386 FreeBSD 5.3 cannot boot ftom pst o [2004/11/21] i386/74188 i386 no sound on a7v600-x with chipset VT8237 o [2004/11/21] i386/74191 i386 Notebook PC2001 Compliant AC97 audio work o [2004/11/21] i386/74211 i386 USB flash drive causes CAM status 0x4 on o [2004/11/21] i386/74216 i386 system halts o [2004/11/21] i386/74218 i386 boot floppy (2nd time) read error o [2004/11/24] i386/74327 i386 mlock() causes physical memory leakage o [2004/11/26] i386/74406 i386 sysinstall accepts but discards media opt o [2004/11/27] i386/74454 i386 [PATCH] Adding VIA Eden family to bsd.cpu o [2004/12/01] i386/74593 i386 Installer installs the wrong version of l o [2004/12/03] i386/74650 i386 System Reboot with umount command o [2004/12/07] i386/74803 i386 3Com509B o [2004/12/08] i386/74829 i386 FreeBSD 5.3-RELEASE hangs during boot/ins o [2004/12/12] i386/74966 i386 Realtek driver seems to misinterpret some o [2004/12/12] i386/74971 i386 vinum creates (shows) incorrect volume (s o [2004/12/14] i386/75057 i386 [QUIRK] Add support for ZICPlay USB MP3 P o [2004/12/15] i386/75090 i386 READ_BIG errors with Sony CRX1611 o [2004/12/22] i386/75387 i386 Future support of Promise SATAII150 TX4 w o [2004/12/23] i386/75420 i386 CMD 648 PCI not work o [2004/12/28] i386/75570 i386 chflags nosappnd directory doesn't work o [2004/12/28] i386/75583 i386 Installation fails o [2004/12/29] i386/75589 i386 O2Micro pccard1 slot not functioning whil o [2005/01/04] i386/75776 i386 NO ps/2 keyboard using USB keyboard under o [2005/01/05] i386/75862 i386 fpsetsticky() incorrectly clears, instead o [2005/01/06] i386/75898 i386 Exception and reboot: Loader and kernel u o [2005/01/09] i386/76013 i386 patch to allow mod_frontpage to work with o [2005/01/09] i386/76019 i386 security patch -- use binaries from rtr i o [2005/01/10] i386/76041 i386 patch to allow mod_frontpage to work with o [2005/01/23] i386/76587 i386 ps2 mouse weird... o [2005/01/25] i386/76653 i386 Problem with Asahi Optical usb device (Pe o [2005/01/26] i386/76707 i386 Bind 9 - query-source bug? o [2005/01/27] i386/76752 i386 /usr/bin/login o [2005/01/27] i386/76775 i386 BIND9 and dynamic updates 102 problems total. From owner-freebsd-i386@FreeBSD.ORG Mon Jan 31 12:10:28 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4E6416A4CE for ; Mon, 31 Jan 2005 12:10:28 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89E3143D3F for ; Mon, 31 Jan 2005 12:10:28 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0VCAS4P064474 for ; Mon, 31 Jan 2005 12:10:28 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0VCASaK064473; Mon, 31 Jan 2005 12:10:28 GMT (envelope-from gnats) Date: Mon, 31 Jan 2005 12:10:28 GMT Message-Id: <200501311210.j0VCASaK064473@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: "Peter Trifonov" Subject: Re: i386/75441: fxp device timeout X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Trifonov List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 12:10:28 -0000 The following reply was made to PR i386/75441; it has been noted by GNATS. From: "Peter Trifonov" To: Cc: Subject: Re: i386/75441: fxp device timeout Date: Mon, 31 Jan 2005 15:13:55 +0300 The problem was fixed by a patch by John Baldwin See http://lists.freebsd.org/pipermail/freebsd-smp/2005-January/000751.html and the related thread. With best regards, P. Trifonov From owner-freebsd-i386@FreeBSD.ORG Mon Jan 31 15:10:24 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10ABC16A4DA for ; Mon, 31 Jan 2005 15:10:24 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC1643D55 for ; Mon, 31 Jan 2005 15:10:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0VFAN2k085291 for ; Mon, 31 Jan 2005 15:10:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0VFANB1085290; Mon, 31 Jan 2005 15:10:23 GMT (envelope-from gnats) Date: Mon, 31 Jan 2005 15:10:23 GMT Message-Id: <200501311510.j0VFANB1085290@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Hans Petri Subject: Re: i386/76372: cannot burn iso image disk2 of any release X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Hans Petri List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 15:10:24 -0000 The following reply was made to PR i386/76372; it has been noted by GNATS. From: Hans Petri To: freebsd-gnats-submit@FreeBSD.org, thumpper@neb.rr.com Cc: Subject: Re: i386/76372: cannot burn iso image disk2 of any release Date: Mon, 31 Jan 2005 16:07:12 +0100 I have the same problem: i386 image iso disk2 can't be burned using nero 5, whereas disk1 gives no problem. Same problem on two completely different machines. Checked the md5 checksum of the iso disk2 image on both machines: the same as mentioned on the download website. Best regards, Hans Petri. -- J.M. Petri - Coordinator ICT-support Delft University of Technology Faculty EWI Department Software Technology Mail: PO Box 5031 - 2600 GA Delft - The Netherlands Phone: +31 15 278 25 38 - Telefax: +31 15 278 66 32 email: j.m.petri@ewi.tudelft.nl web: http://www.st.ewi.tudelft.nl/~winfpet pgp key: http://www.st.ewi.tudelft.nl/~winfpet/pubkey.asc From owner-freebsd-i386@FreeBSD.ORG Mon Jan 31 21:20:15 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B7916A4CF for ; Mon, 31 Jan 2005 21:20:15 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0147443D39 for ; Mon, 31 Jan 2005 21:20:14 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0VLKE1T026802 for ; Mon, 31 Jan 2005 21:20:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0VLKEg6026801; Mon, 31 Jan 2005 21:20:14 GMT (envelope-from gnats) Resent-Date: Mon, 31 Jan 2005 21:20:14 GMT Resent-Message-Id: <200501312120.j0VLKEg6026801@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, ilia Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57F7316A4CF for ; Mon, 31 Jan 2005 21:14:51 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBEFF43D2D for ; Mon, 31 Jan 2005 21:14:50 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j0VLEoSU045996 for ; Mon, 31 Jan 2005 21:14:50 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j0VLEoYZ045995; Mon, 31 Jan 2005 21:14:50 GMT (envelope-from nobody) Message-Id: <200501312114.j0VLEoYZ045995@www.freebsd.org> Date: Mon, 31 Jan 2005 21:14:50 GMT From: ilia To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/76925: standard pci-ide, install - "NO DISKS FOUND" :) X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 21:20:15 -0000 >Number: 76925 >Category: i386 >Synopsis: standard pci-ide, install - "NO DISKS FOUND" :) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 31 21:20:14 GMT 2005 >Closed-Date: >Last-Modified: >Originator: ilia >Release: 5.3 >Organization: home >Environment: >Description: i have pII 350 MHz HDD Maxtor 10 GB - master, ide0 cdrom - slave, ide0. One partition - NTFS. Boot from CD. Install program show "no disks found" How to fix the problem ? Thanks. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Tue Feb 1 09:40:11 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B725216A4CE for ; Tue, 1 Feb 2005 09:40:11 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A8E743D46 for ; Tue, 1 Feb 2005 09:40:11 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j119eBDq042628 for ; Tue, 1 Feb 2005 09:40:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j119eBnq042626; Tue, 1 Feb 2005 09:40:11 GMT (envelope-from gnats) Resent-Date: Tue, 1 Feb 2005 09:40:11 GMT Resent-Message-Id: <200502010940.j119eBnq042626@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, Petr Lampa Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F30716A4CF for ; Tue, 1 Feb 2005 09:32:29 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4139243D62 for ; Tue, 1 Feb 2005 09:32:27 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j119WQVR072721 for ; Tue, 1 Feb 2005 09:32:26 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j119WQ8r072690; Tue, 1 Feb 2005 09:32:26 GMT (envelope-from nobody) Message-Id: <200502010932.j119WQ8r072690@www.freebsd.org> Date: Tue, 1 Feb 2005 09:32:26 GMT From: Petr Lampa To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/76944: i386 bus_dmamap_create() bug X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 09:40:11 -0000 >Number: 76944 >Category: i386 >Synopsis: i386 bus_dmamap_create() bug >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 01 09:40:10 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Petr Lampa >Release: 5.3-STABLE >Organization: BUT FIT >Environment: FreeBSD 5.3-STABLE FreeBSD 5.3-STABLE #16: Fri Jan 28 14:26: 51 CET 2005 /usr/src/sys/i386/compile/VIDEO1 i386 >Description: Bus_dmamap_create() fails when more then MAX_BPAGES bounce pages is already allocated. The result is panic or page fault during boot. bus_dmamap_create(bus_dma_tag_t dmat, int flags, bus_dmamap_t *mapp) { .. maxpages = MIN(MAX_BPAGES, Maxmem - atop(dmat->lowaddr)); if ((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 || (dmat->map_count > 0 && total_bpages < maxpages)) { int pages; ... pages = MAX(atop(dmat->maxsize), 1); At this location maxpages=512, total_bpages=513, dmat->maxsize=131072, pages=32 pages = MIN(maxpages - total_bpages, pages); Here pages=-1! if (alloc_bounce_pages(dmat, pages) < pages) if (alloc_bounce_pages(dmat, pages) < pages) error = ENOMEM; Here all kernel virtual memory is lost (or something like that), the result was spurious page fault 12 or other panic after while. I've loooked in CVS and it seems to me, that bus_dmamap_create() was not updated after introduction of bounce zones. The first test that leads to alloc_bounce_pages() is wrong in any case. >How-To-Repeat: Insert two 3Ware 9500 controllers into machine and boot. Page fault 12 results. >Fix: I've tried to fixed this and my solution works for me, but it needs some inspection. The same problem probably exists in other architectures. fix #1: change parenthesis here (I'am no sure, but the next code only add pages when there are not sufficient pages allocated, so it shouldn't be called if total_bpages>=maxpages at all): if (((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 || dmat->map_count > 0) && total_bpages < maxpages)) { fix #2: don't check total_bpages, but bounce zone's bz->total_bpages bz = dmat->bounce_zone; if (((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 || dmat->map_count > 0) && bz->total_bpages < maxpages)) { ... pages = MIN(maxpages - bz->total_bpages, pages); The whole patch is here: *** busdma_machdep.c Sat Dec 4 06:55:10 2004 --- /tmp/busdma_machdep.c Fri Jan 28 10:37:35 2005 *************** *** 393,403 **** --- 393,405 ---- /* Must bounce */ int maxpages; + struct bounce_zone *bz; if (dmat->bounce_zone == NULL) { if ((error = alloc_bounce_zone(dmat)) != 0) return (error); } + bz = dmat->bounce_zone; *mapp = (bus_dmamap_t)malloc(sizeof(**mapp), M_DEVBUF, M_NOWAIT | M_ZERO); *************** *** 415,422 **** * basis up to a sane limit. */ maxpages = MIN(MAX_BPAGES, Maxmem - atop(dmat->lowaddr)); ! if ((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 ! || (dmat->map_count > 0 && total_bpages < maxpages)) { int pages; if (dmat->lowaddr > bounce_lowaddr) { --- 417,424 ---- * basis up to a sane limit. */ maxpages = MIN(MAX_BPAGES, Maxmem - atop(dmat->lowaddr)); ! if (((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) == 0 ! || dmat->map_count > 0) && bz->total_bpages < maxpages) { int pages; if (dmat->lowaddr > bounce_lowaddr) { *************** *** 428,434 **** "not implemented"); } pages = MAX(atop(dmat->maxsize), 1); ! pages = MIN(maxpages - total_bpages, pages); if (alloc_bounce_pages(dmat, pages) < pages) error = ENOMEM; --- 430,436 ---- "not implemented"); } pages = MAX(atop(dmat->maxsize), 1); ! pages = MIN(maxpages - bz->total_bpages, pages); if (alloc_bounce_pages(dmat, pages) < pages) error = ENOMEM; >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Tue Feb 1 10:40:19 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF74016A4D0 for ; Tue, 1 Feb 2005 10:40:19 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91FCB43D48 for ; Tue, 1 Feb 2005 10:40:19 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j11AeJIV049591 for ; Tue, 1 Feb 2005 10:40:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j11AeJmv049590; Tue, 1 Feb 2005 10:40:19 GMT (envelope-from gnats) Resent-Date: Tue, 1 Feb 2005 10:40:19 GMT Resent-Message-Id: <200502011040.j11AeJmv049590@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, "Karl M. Joch" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A0D316A4CE for ; Tue, 1 Feb 2005 10:35:22 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A8D643D2F for ; Tue, 1 Feb 2005 10:35:22 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j11AZLKk096105 for ; Tue, 1 Feb 2005 10:35:21 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j11AZLYW096104; Tue, 1 Feb 2005 10:35:21 GMT (envelope-from nobody) Message-Id: <200502011035.j11AZLYW096104@www.freebsd.org> Date: Tue, 1 Feb 2005 10:35:21 GMT From: "Karl M. Joch" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/76948: Slow network with rl0 (rl0 driver problem) X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 10:40:20 -0000 >Number: 76948 >Category: i386 >Synopsis: Slow network with rl0 (rl0 driver problem) >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 01 10:40:19 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Karl M. Joch >Release: 5.3 >Organization: CTS >Environment: FreeBSD sv00.ourdomain.com 5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Jan 26 18:10:30 CET 2005 ouradmin@sv00.ourdomain.com:/usr/obj/usr/src/sys/CTSSINGLECPU i386 >Description: Karl, On Monday 31 January 2005 18:28, Karl M. Joch wrote: > your patch works like a charme. One of my guys tested it on 2 boxes and it I was afraid it would :-\ > works now like it worked before. Speed is great again and we think about > installing it on 2 production boxes where customers really have problems. > Is it save to patch production boxes with it? Well, the fact that this patch makes the symptom go away indicates that there is some more fundamental problem hiding somewhere in the driver/hardware that should get fixed all the way. It is, however, a valid workaround until the real problem is identified. Can you please submit a PR with the information in this thread? I will look into the driver some more and commit the workaround if I fail to find the real cause soon. EVERYBODY: Could you please check if you have a rl(4) driven NIC and check if you experienced a speed degradation as well. Please let me know either way with information about the chipset on your NIC. Thanks! > Many thanks, > > Keal > > > -----Ursprüngliche Nachricht----- > > Von: Max Laier [mailto:max@love2party.net] > > Gesendet: Sonntag, 30. Jänner 2005 22:34 > > An: isak@isak.is > > Cc: Karl M. Joch; freebsd-stable@freebsd.org > > Betreff: Re: Slow Network with rl0 and 5.3 > > > > Hi, > > > > can you try the attached patch (relative to RELENG_5). It > > disables batch > > transfers from the system queue to the driver - an > > optimization introduced > > while enabling rl(4) for ALTQ. Please let me know if it improves the > > situation. If it does, this is a sign of a more fundamental > > problem in the > > driver locking (or the card timing) and needs further evaluation. > > > > Thanks. > > > > On Sunday 30 January 2005 22:12, Ísak Ben. wrote: > > > I had a similar problem on a few boxes, you should check > > > > the mailing list > > > > > archives for a recent discussion on how crappy the realtec > > > > nic's are. > > > > > -- > > > Ísak Ben, > > > http://www.isak.is > > > > > > ---------- Original Message ----------- > > > From: "Karl M. Joch" > > > To: > > > Sent: Sun, 30 Jan 2005 19:10:57 +0100 > > > Subject: Slow Network with rl0 and 5.3 > > > > > > > hello, > > > > > > > > after upgrading to 5.3 (cvsup) i have a lot of network > > > > problems with > > > > > > realtec 8139 cards. these cards worked fine with 4.x and > > > > 5.2.1. the > > > > > > network is slowing down heavily without seeing any > > > > problems reports on > > > > > > console or syslog (*.* logged). are there any known > > > > problems with these > > > > > > card and 5.3? this happens on different servers updated > > > > since the last 2 > > > > > > weeks. > > > > > > > > many thanks, > > > > > > > > karl > > > > -- > > /"\ Best regards, | mlaier@freebsd.org > > \ / Max Laier | ICQ #67774661 > > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > > / \ ASCII Ribbon Campaign | Against HTML Mail and News > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News >How-To-Repeat: see above >Fix: see full description >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Wed Feb 2 16:30:22 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1E2A16A4CE for ; Wed, 2 Feb 2005 16:30:22 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B257543D55 for ; Wed, 2 Feb 2005 16:30:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j12GUMQt093402 for ; Wed, 2 Feb 2005 16:30:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j12GUM7H093399; Wed, 2 Feb 2005 16:30:22 GMT (envelope-from gnats) Resent-Date: Wed, 2 Feb 2005 16:30:22 GMT Resent-Message-Id: <200502021630.j12GUM7H093399@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, Patrick Michalski Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11D1716A4CF for ; Wed, 2 Feb 2005 16:21:43 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC61243D1D for ; Wed, 2 Feb 2005 16:21:42 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j12GLcl0092899 for ; Wed, 2 Feb 2005 16:21:38 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j12GLcb2092898; Wed, 2 Feb 2005 16:21:38 GMT (envelope-from nobody) Message-Id: <200502021621.j12GLcb2092898@www.freebsd.org> Date: Wed, 2 Feb 2005 16:21:38 GMT From: Patrick Michalski To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: i386/77016: Problem starting a jail in FreeBSD 5.2.1-RELEASE X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 16:30:23 -0000 >Number: 77016 >Category: i386 >Synopsis: Problem starting a jail in FreeBSD 5.2.1-RELEASE >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 02 16:30:22 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Patrick Michalski >Release: 5.2.1 >Organization: >Environment: FreeBSD goku.tothebridge.net 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 >Description: I have followed the man page for jails to setup a security jail however when I attempt to run the jail after I have created the directory tree and everything it errors out. The command I am issuing is the following: jail /fs/jails/ /bin/sh /etc/rc And I get the following error: sysctlL unknown oid 'security.jail.jailed' [: -eq: unexpected operator ps: bad namelist ps: bad namelist sysctl: kern.random.sys.harvest.interrupt: Operation not permitted sysctl: kern.random.sys.harvest.ethernet: Operation not permitted sysctl: kern.random.sys.harvest.point_to_point: Operation not permitted ps: bad namelist ps: bad namelist mount: /dev/ad0s1a: Operation not permitted I am at a loss??? >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Wed Feb 2 17:20:24 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E3F116A4D3 for ; Wed, 2 Feb 2005 17:20:24 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A32DD43D48 for ; Wed, 2 Feb 2005 17:20:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j12HKIgB000201 for ; Wed, 2 Feb 2005 17:20:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j12HKI72000200; Wed, 2 Feb 2005 17:20:18 GMT (envelope-from gnats) Date: Wed, 2 Feb 2005 17:20:18 GMT Message-Id: <200502021720.j12HKI72000200@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: =?utf-8?B?QmrDtnJuIEvDtm5pZw==?= Subject: Re: i386/77016: Problem starting a jail in FreeBSD 5.2.1-RELEASE X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?utf-8?B?QmrDtnJuIEvDtm5pZw==?= List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 17:20:24 -0000 The following reply was made to PR i386/77016; it has been noted by GNATS. From: =?utf-8?B?QmrDtnJuIEvDtm5pZw==?= To: , Cc: Subject: Re: i386/77016: Problem starting a jail in FreeBSD 5.2.1-RELEASE Date: Wed, 2 Feb 2005 18:16:10 +0100 You might use an old 5.2.1 kernel with a more recent userland. Did you = made a new world? In this case, which CVSup tag did you use? Consider to upgrade to FreeBSD 5.3. Regards Bj=C3=B6rn From owner-freebsd-i386@FreeBSD.ORG Wed Feb 2 21:10:27 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1D9A16A4CE for ; Wed, 2 Feb 2005 21:10:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72F4C43D1F for ; Wed, 2 Feb 2005 21:10:27 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j12LARbt026987 for ; Wed, 2 Feb 2005 21:10:27 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j12LARct026986; Wed, 2 Feb 2005 21:10:27 GMT (envelope-from gnats) Date: Wed, 2 Feb 2005 21:10:27 GMT Message-Id: <200502022110.j12LARct026986@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Joe Rhett Subject: Re: i386/76013: patch to allow mod_frontpage to work with security fix from rtr X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joe Rhett List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 21:10:27 -0000 The following reply was made to PR i386/76013; it has been noted by GNATS. From: Joe Rhett To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: i386/76013: patch to allow mod_frontpage to work with security fix from rtr Date: Wed, 2 Feb 2005 13:05:39 -0800 Any reason this hasn't been acted on? I'm willing to become the mod_frontpage maintainer. There's quite a few more patches that would make installation seamless. -- Joe Rhett Senior Geek meer.net From owner-freebsd-i386@FreeBSD.ORG Wed Feb 2 22:20:20 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33ADE16A4CE; Wed, 2 Feb 2005 22:20:15 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1BD943D31; Wed, 2 Feb 2005 22:20:14 +0000 (GMT) (envelope-from jrhett@meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) j12MKDV5011149; Wed, 2 Feb 2005 14:20:14 -0800 (PST) (envelope-from jrhett@meer.net) Received: from [10.66.240.106] (karlstad-public.sv.meer.net [205.217.152.81]) by mail.meer.net (8.12.10/8.12.10/meer) with ESMTP id j12MJj2D023334; Wed, 2 Feb 2005 14:19:45 -0800 (PST) (envelope-from jrhett@meer.net) Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <200501092330.j09NUTKs046317@freefall.freebsd.org> References: <200501092330.j09NUTKs046317@freefall.freebsd.org> Content-Type: multipart/mixed; boundary=Apple-Mail-1-226554354 Message-Id: <72674d1524dbbcf67bbc0c446030673f@meer.net> From: Joe Rhett Date: Wed, 2 Feb 2005 14:19:33 -0800 To: FreeBSD-gnats-submit@freebsd.org, freebsd-i386@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Re: i386/76019: use RTR compilation to remove dependancy on compat3x(FORBIDDEN) X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 22:20:20 -0000 --Apple-Mail-1-226554354 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Here's the patch for the Makefile. This removes the compat3x dependancy, and instructs the user on how to download the RTR binaries. --Apple-Mail-1-226554354 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="Makefile.patch" Content-Disposition: attachment; filename=Makefile.patch --- Makefile.orig Sun Jan 9 13:57:19 2005 +++ Makefile Wed Feb 2 14:15:40 2005 @@ -9,11 +9,12 @@ PORTVERSION= 5.0.2.2623 PORTREVISION= 1 CATEGORIES= www -MASTER_SITES= ftp://ftp.microsoft.com/products/frontpage/ \ - ftp://www.westbend.net/pub/microsoft/frontpage/ +MASTER_SITES= +DOWNLOAD_URL= http://www.rtr.com/fpsupport/fp2002sr1_download.htm DISTFILES= ${FRONTPAGE} +EXTRACT_SUFX= .tar.gz -MAINTAINER= ports@FreeBSD.org +MAINTAINER= jrhett@meer.net COMMENT= Microsoft Frontpage 2002 Extensions .include @@ -26,30 +27,33 @@ .if ${ARCH} == i386 .ifdef WANT_BSDI_EXT -FRONTPAGE= fp${FP_VER:S/.//}.bsdi.tar.Z +FRONTPAGE= fp${FP_VER:S/.//}.bsdi${EXTRACT_SUFX} EXTRA_PATCHES= ${FILESDIR}/fp_install.bsdi .if ${OSVERSION} < 4300001 || ( ${OSVERSION} >= 500000 && ${OSVERSION} < 500014 ) PKGMESSAGE= pkg-message.bsdi .endif .else -.if (defined(BATCH) && ${BATCH} == YES ) || !exists(/usr/lib/compat/libc.so.3) -LIB_DEPENDS+= c.3:${PORTSDIR}/misc/compat3x -.endif -FRONTPAGE= fp${FP_VER:S/.//}.freebsd.tar.Z +FRONTPAGE= fp${FP_VER:S/.//}.freebsd${EXTRACT_SUFX} .if ${OSVERSION} < 4300001 || ( ${OSVERSION} >= 500000 && ${OSVERSION} < 500014 ) PKGMESSAGE= pkg-message.freebsd .endif .endif .elif ${ARCH} == alpha -FRONTPAGE= fp${FP_VER:S/.//}.alpha.tar.Z +FRONTPAGE= fp${FP_VER:S/.//}.alpha${EXTRACT_SUFX} EXTRA_PATCHES= ${FILESDIR}/fp_install.alpha .endif .ifdef ALL_FP -FRONTPAGE= fp${FP_VER:S/.//}.freebsd.tar.Z \ - fp${FP_VER:S/.//}.bsdi.tar.Z \ - fp${FP_VER:S/.//}.alpha.tar.Z +FRONTPAGE= fp${FP_VER:S/.//}.freebsd${EXTRACT_SUFX} \ + fp${FP_VER:S/.//}.bsdi${EXTRACT_SUFX} \ + fp${FP_VER:S/.//}.alpha${EXTRACT_SUFX} +.endif + +.for file in ${FRONTPAGE} +.if !exists(${DISTDIR}/${file}) && !defined(PACKAGE_BUILDING) +IGNORE=You must agree to the EULA at ${DOWNLOAD_URL} to download the file ${file}. Place in ${DISTDIR} and run make again .endif +.endfor EXTRACT_ONLY= NO_WRKSUBDIR= yes --Apple-Mail-1-226554354 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed -- Joe Rhett Senior Geek meer.net --Apple-Mail-1-226554354-- From owner-freebsd-i386@FreeBSD.ORG Wed Feb 2 22:30:23 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 639E816A4CE for ; Wed, 2 Feb 2005 22:30:23 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1830043D1F for ; Wed, 2 Feb 2005 22:30:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j12MUMan033917 for ; Wed, 2 Feb 2005 22:30:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j12MUMvc033915; Wed, 2 Feb 2005 22:30:22 GMT (envelope-from gnats) Date: Wed, 2 Feb 2005 22:30:22 GMT Message-Id: <200502022230.j12MUMvc033915@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Joe Rhett Subject: Re: i386/76019: use RTR compilation to remove dependancy on compat3x(FORBIDDEN) X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joe Rhett List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 22:30:23 -0000 The following reply was made to PR i386/76019; it has been noted by GNATS. From: Joe Rhett To: FreeBSD-gnats-submit@freebsd.org, freebsd-i386@freebsd.org Cc: Subject: Re: i386/76019: use RTR compilation to remove dependancy on compat3x(FORBIDDEN) Date: Wed, 2 Feb 2005 14:19:33 -0800 --Apple-Mail-1-226554354 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Here's the patch for the Makefile. This removes the compat3x dependancy, and instructs the user on how to download the RTR binaries. --Apple-Mail-1-226554354 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="Makefile.patch" Content-Disposition: attachment; filename=Makefile.patch --- Makefile.orig Sun Jan 9 13:57:19 2005 +++ Makefile Wed Feb 2 14:15:40 2005 @@ -9,11 +9,12 @@ PORTVERSION= 5.0.2.2623 PORTREVISION= 1 CATEGORIES= www -MASTER_SITES= ftp://ftp.microsoft.com/products/frontpage/ \ - ftp://www.westbend.net/pub/microsoft/frontpage/ +MASTER_SITES= +DOWNLOAD_URL= http://www.rtr.com/fpsupport/fp2002sr1_download.htm DISTFILES= ${FRONTPAGE} +EXTRACT_SUFX= .tar.gz -MAINTAINER= ports@FreeBSD.org +MAINTAINER= jrhett@meer.net COMMENT= Microsoft Frontpage 2002 Extensions .include @@ -26,30 +27,33 @@ .if ${ARCH} == i386 .ifdef WANT_BSDI_EXT -FRONTPAGE= fp${FP_VER:S/.//}.bsdi.tar.Z +FRONTPAGE= fp${FP_VER:S/.//}.bsdi${EXTRACT_SUFX} EXTRA_PATCHES= ${FILESDIR}/fp_install.bsdi .if ${OSVERSION} < 4300001 || ( ${OSVERSION} >= 500000 && ${OSVERSION} < 500014 ) PKGMESSAGE= pkg-message.bsdi .endif .else -.if (defined(BATCH) && ${BATCH} == YES ) || !exists(/usr/lib/compat/libc.so.3) -LIB_DEPENDS+= c.3:${PORTSDIR}/misc/compat3x -.endif -FRONTPAGE= fp${FP_VER:S/.//}.freebsd.tar.Z +FRONTPAGE= fp${FP_VER:S/.//}.freebsd${EXTRACT_SUFX} .if ${OSVERSION} < 4300001 || ( ${OSVERSION} >= 500000 && ${OSVERSION} < 500014 ) PKGMESSAGE= pkg-message.freebsd .endif .endif .elif ${ARCH} == alpha -FRONTPAGE= fp${FP_VER:S/.//}.alpha.tar.Z +FRONTPAGE= fp${FP_VER:S/.//}.alpha${EXTRACT_SUFX} EXTRA_PATCHES= ${FILESDIR}/fp_install.alpha .endif .ifdef ALL_FP -FRONTPAGE= fp${FP_VER:S/.//}.freebsd.tar.Z \ - fp${FP_VER:S/.//}.bsdi.tar.Z \ - fp${FP_VER:S/.//}.alpha.tar.Z +FRONTPAGE= fp${FP_VER:S/.//}.freebsd${EXTRACT_SUFX} \ + fp${FP_VER:S/.//}.bsdi${EXTRACT_SUFX} \ + fp${FP_VER:S/.//}.alpha${EXTRACT_SUFX} +.endif + +.for file in ${FRONTPAGE} +.if !exists(${DISTDIR}/${file}) && !defined(PACKAGE_BUILDING) +IGNORE=You must agree to the EULA at ${DOWNLOAD_URL} to download the file ${file}. Place in ${DISTDIR} and run make again .endif +.endfor EXTRACT_ONLY= NO_WRKSUBDIR= yes --Apple-Mail-1-226554354 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed -- Joe Rhett Senior Geek meer.net --Apple-Mail-1-226554354-- From owner-freebsd-i386@FreeBSD.ORG Fri Feb 4 21:59:12 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD23916A4CE; Fri, 4 Feb 2005 21:59:12 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E98643D1F; Fri, 4 Feb 2005 21:59:12 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j14LxD7O044633; Fri, 4 Feb 2005 16:59:13 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j14LxD9G044632; Fri, 4 Feb 2005 16:59:13 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Fri, 4 Feb 2005 16:59:13 -0500 From: David Schultz To: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-i386@FreeBSD.ORG Message-ID: <20050204215913.GA44598@VARK.MIT.EDU> References: <200406012251.i51MpkkU024224@VARK.homeunix.com> <20040602172105.T23521@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040602172105.T23521@gamplex.bde.org> cc: bde@FreeBSD.ORG Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 21:59:12 -0000 On Wed, Jun 02, 2004, Bruce Evans wrote: > On Tue, 1 Jun 2004, David Schultz wrote: > > > >Description: > > src/lib/msun/i387/s_tan.S returns wildly inaccuate results when > > its input has a large magnitude (>> 2*pi). For example: > > > > input s_tan.S k_tan.c > > 1.776524190754802e+269 1.773388446261095e+16 -1.367233274980565e+01 > > 1.182891728897420e+57 -1.9314539773999572e-01 1.0020569035866138e+03 > > 2.303439778835110e+202 2.8465460220132694e+00 3.5686329695133922e+00 Here is a patch to fix the problem for tan(). See caveats below... Index: s_tan.S =================================================================== RCS file: /cvs/src/lib/msun/i387/s_tan.S,v retrieving revision 1.6 diff -u -r1.6 s_tan.S --- s_tan.S 28 Aug 1999 00:06:14 -0000 1.6 +++ s_tan.S 4 Feb 2005 21:43:32 -0000 @@ -45,14 +45,21 @@ jnz 1f fstp %st(0) ret -1: fldpi - fadd %st(0) - fxch %st(1) -2: fprem1 - fstsw %ax - andw $0x400,%ax - jnz 2b - fstp %st(1) - fptan - fstp %st(0) + +/* Use the fdlibm routines for accuracy with large arguments. */ +1: pushl %ebp + movl %esp,%ebp + subl $32,%esp + leal 12(%esp),%eax + movl %eax,8(%esp) + fstpl (%esp) + call __ieee754_rem_pio2 + addl $12,%esp + andl $1,%eax /* compute (eax & 1) ? -1 : 1 */ + sall %eax + subl $1,%eax + neg %eax + movl %eax,16(%esp) + call __kernel_tan + leave ret Unfortunately, I'm still getting the wrong answer for large values that are *supposed* to be handled by the fptan instruction. The error seems to increase towards the end of the range of fptan, (-2^63,2^63). For instance, tan(0x1.3dea2a2c29172p+22) is only off by the least significant 15 binary digits or so, but tan(0x1.2c95e550f1635p+62) is off by about 5%. Is fptan simply inherently inaccurate, or did I screw up somewhere? I would be interested in results from an AMD processor. From owner-freebsd-i386@FreeBSD.ORG Fri Feb 4 22:00:53 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 131B916A4CE for ; Fri, 4 Feb 2005 22:00:53 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4C3143D54 for ; Fri, 4 Feb 2005 22:00:52 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j14M0qil030599 for ; Fri, 4 Feb 2005 22:00:52 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j14M0q0w030598; Fri, 4 Feb 2005 22:00:52 GMT (envelope-from gnats) Date: Fri, 4 Feb 2005 22:00:52 GMT Message-Id: <200502042200.j14M0q0w030598@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: David Schultz Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Schultz List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 22:00:53 -0000 The following reply was made to PR i386/67469; it has been noted by GNATS. From: David Schultz To: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-i386@FreeBSD.ORG Cc: bde@FreeBSD.ORG Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs Date: Fri, 4 Feb 2005 16:59:13 -0500 On Wed, Jun 02, 2004, Bruce Evans wrote: > On Tue, 1 Jun 2004, David Schultz wrote: > > > >Description: > > src/lib/msun/i387/s_tan.S returns wildly inaccuate results when > > its input has a large magnitude (>> 2*pi). For example: > > > > input s_tan.S k_tan.c > > 1.776524190754802e+269 1.773388446261095e+16 -1.367233274980565e+01 > > 1.182891728897420e+57 -1.9314539773999572e-01 1.0020569035866138e+03 > > 2.303439778835110e+202 2.8465460220132694e+00 3.5686329695133922e+00 Here is a patch to fix the problem for tan(). See caveats below... Index: s_tan.S =================================================================== RCS file: /cvs/src/lib/msun/i387/s_tan.S,v retrieving revision 1.6 diff -u -r1.6 s_tan.S --- s_tan.S 28 Aug 1999 00:06:14 -0000 1.6 +++ s_tan.S 4 Feb 2005 21:43:32 -0000 @@ -45,14 +45,21 @@ jnz 1f fstp %st(0) ret -1: fldpi - fadd %st(0) - fxch %st(1) -2: fprem1 - fstsw %ax - andw $0x400,%ax - jnz 2b - fstp %st(1) - fptan - fstp %st(0) + +/* Use the fdlibm routines for accuracy with large arguments. */ +1: pushl %ebp + movl %esp,%ebp + subl $32,%esp + leal 12(%esp),%eax + movl %eax,8(%esp) + fstpl (%esp) + call __ieee754_rem_pio2 + addl $12,%esp + andl $1,%eax /* compute (eax & 1) ? -1 : 1 */ + sall %eax + subl $1,%eax + neg %eax + movl %eax,16(%esp) + call __kernel_tan + leave ret Unfortunately, I'm still getting the wrong answer for large values that are *supposed* to be handled by the fptan instruction. The error seems to increase towards the end of the range of fptan, (-2^63,2^63). For instance, tan(0x1.3dea2a2c29172p+22) is only off by the least significant 15 binary digits or so, but tan(0x1.2c95e550f1635p+62) is off by about 5%. Is fptan simply inherently inaccurate, or did I screw up somewhere? I would be interested in results from an AMD processor. From owner-freebsd-i386@FreeBSD.ORG Sat Feb 5 01:27:18 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0FC616A4CE; Sat, 5 Feb 2005 01:27:18 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5530143D39; Sat, 5 Feb 2005 01:27:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j151RH0S012241; Fri, 4 Feb 2005 20:27:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j151SmYx057184; Fri, 4 Feb 2005 20:28:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A7F6A7306E; Fri, 4 Feb 2005 20:27:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050205012717.A7F6A7306E@freebsd-current.sentex.ca> Date: Fri, 4 Feb 2005 20:27:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on clamscanner1 X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on clamscanner2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Feb 2005 01:27:19 -0000 TB --- 2005-02-05 00:09:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-05 00:09:19 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-02-05 00:09:19 - checking out the source tree TB --- 2005-02-05 00:09:19 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2005-02-05 00:09:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-05 00:17:22 - building world (CFLAGS=-O -pipe) TB --- 2005-02-05 00:17:22 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-02-05 00:17:22 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-05 01:08:19 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-05 01:08:19 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-02-05 01:08:19 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 5 01:08:19 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Feb 5 01:20:01 UTC 2005 TB --- 2005-02-05 01:20:01 - generating LINT kernel config TB --- 2005-02-05 01:20:01 - cd /home/tinderbox/RELENG_5/i386/i386/src/sys/i386/conf TB --- 2005-02-05 01:20:01 - /usr/bin/make -B LINT TB --- 2005-02-05 01:20:01 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-05 01:20:01 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-02-05 01:20:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 5 01:20:01 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/RELENG_5/i386/i386/src/sys/kern/sched_4bsd.c:1226: warning: no previous prototype for 'sched_pctcpu' In file included from /tinderbox/RELENG_5/i386/i386/src/sys/kern/kern_switch.c:108, from /tinderbox/RELENG_5/i386/i386/src/sys/kern/sched_4bsd.c:1235: ./machine/critical.h:47: warning: nested extern declaration of `cpu_critical_fork_exit' In file included from /tinderbox/RELENG_5/i386/i386/src/sys/kern/sched_4bsd.c:1235: /tinderbox/RELENG_5/i386/i386/src/sys/kern/kern_switch.c:133: warning: no previous prototype for 'choosethread' /tinderbox/RELENG_5/i386/i386/src/sys/kern/kern_switch.c:281: warning: no previous prototype for 'adjustrunqueue' /tinderbox/RELENG_5/i386/i386/src/sys/kern/kern_switch.c:452: confused by earlier errors, bailing out *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2005-02-05 01:27:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-05 01:27:17 - ERROR: failed to build lint kernel TB --- 2005-02-05 01:27:17 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Sat Feb 5 02:42:32 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D55DE16A4CE; Sat, 5 Feb 2005 02:42:32 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E1C043D2D; Sat, 5 Feb 2005 02:42:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j152gVP0098537; Fri, 4 Feb 2005 21:42:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j152i3Fg086390; Fri, 4 Feb 2005 21:44:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AC82C7306E; Fri, 4 Feb 2005 21:42:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050205024231.AC82C7306E@freebsd-current.sentex.ca> Date: Fri, 4 Feb 2005 21:42:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Feb 2005 02:42:33 -0000 TB --- 2005-02-05 01:27:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-05 01:27:17 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2005-02-05 01:27:17 - checking out the source tree TB --- 2005-02-05 01:27:17 - cd /home/tinderbox/RELENG_5/i386/pc98 TB --- 2005-02-05 01:27:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-05 01:35:17 - building world (CFLAGS=-O -pipe) TB --- 2005-02-05 01:35:17 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-02-05 01:35:17 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-05 02:26:56 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-05 02:26:56 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-02-05 02:26:56 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 5 02:26:56 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Feb 5 02:36:22 UTC 2005 TB --- 2005-02-05 02:36:22 - generating LINT kernel config TB --- 2005-02-05 02:36:22 - cd /home/tinderbox/RELENG_5/i386/pc98/src/sys/pc98/conf TB --- 2005-02-05 02:36:22 - /usr/bin/make -B LINT TB --- 2005-02-05 02:36:23 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-05 02:36:23 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-02-05 02:36:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 5 02:36:23 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/RELENG_5/i386/pc98/src/sys/kern/sched_4bsd.c:1226: warning: no previous prototype for 'sched_pctcpu' In file included from /tinderbox/RELENG_5/i386/pc98/src/sys/kern/kern_switch.c:108, from /tinderbox/RELENG_5/i386/pc98/src/sys/kern/sched_4bsd.c:1235: ./machine/critical.h:47: warning: nested extern declaration of `cpu_critical_fork_exit' In file included from /tinderbox/RELENG_5/i386/pc98/src/sys/kern/sched_4bsd.c:1235: /tinderbox/RELENG_5/i386/pc98/src/sys/kern/kern_switch.c:133: warning: no previous prototype for 'choosethread' /tinderbox/RELENG_5/i386/pc98/src/sys/kern/kern_switch.c:281: warning: no previous prototype for 'adjustrunqueue' /tinderbox/RELENG_5/i386/pc98/src/sys/kern/kern_switch.c:452: confused by earlier errors, bailing out *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/obj/pc98/tinderbox/RELENG_5/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. TB --- 2005-02-05 02:42:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-05 02:42:31 - ERROR: failed to build lint kernel TB --- 2005-02-05 02:42:31 - tinderbox aborted From owner-freebsd-i386@FreeBSD.ORG Sat Feb 5 09:33:50 2005 Return-Path: Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C7C16A4CE; Sat, 5 Feb 2005 09:33:50 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id AACD843D46; Sat, 5 Feb 2005 09:33:49 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])j159XmHn021078; Sat, 5 Feb 2005 20:33:48 +1100 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) j159Xi8w027172; Sat, 5 Feb 2005 20:33:45 +1100 Date: Sat, 5 Feb 2005 20:33:43 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: David Schultz In-Reply-To: <20050204215913.GA44598@VARK.MIT.EDU> Message-ID: <20050205181808.J10966@delplex.bde.org> References: <200406012251.i51MpkkU024224@VARK.homeunix.com> <20040602172105.T23521@gamplex.bde.org> <20050204215913.GA44598@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD-gnats-submit@FreeBSD.org cc: freebsd-i386@FreeBSD.org cc: bde@FreeBSD.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Feb 2005 09:33:50 -0000 On Fri, 4 Feb 2005, David Schultz wrote: > On Wed, Jun 02, 2004, Bruce Evans wrote: > > On Tue, 1 Jun 2004, David Schultz wrote: > > > > > >Description: > > > src/lib/msun/i387/s_tan.S returns wildly inaccuate results when > > > its input has a large magnitude (>> 2*pi). For example: > > > > > > input s_tan.S k_tan.c > > > 1.776524190754802e+269 1.773388446261095e+16 -1.367233274980565e+01 > > > 1.182891728897420e+57 -1.9314539773999572e-01 1.0020569035866138e+03 > > > 2.303439778835110e+202 2.8465460220132694e+00 3.5686329695133922e+00 > > Here is a patch to fix the problem for tan(). See caveats below... Seems like a good method... > Index: s_tan.S > =================================================================== > RCS file: /cvs/src/lib/msun/i387/s_tan.S,v > retrieving revision 1.6 > diff -u -r1.6 s_tan.S > --- s_tan.S 28 Aug 1999 00:06:14 -0000 1.6 > +++ s_tan.S 4 Feb 2005 21:43:32 -0000 > @@ -45,14 +45,21 @@ > jnz 1f "Large" probably needs to be determined by comparison with a constant. fptan also gives large relative errors if the result is small, even for small args like M_PI (2^39 ulps for MI_PI!!). These can be reduced to 1 ulp (assuming that fdlibm is accurate to 1 ulp) using comparision of the result with a constant. See below. > fstp %st(0) > ret > -1: fldpi > - fadd %st(0) > - fxch %st(1) > -2: fprem1 > - fstsw %ax > - andw $0x400,%ax > - jnz 2b > - fstp %st(1) > - fptan > - fstp %st(0) > + > +/* Use the fdlibm routines for accuracy with large arguments. */ > +1: pushl %ebp > + movl %esp,%ebp > + subl $32,%esp > + leal 12(%esp),%eax > + movl %eax,8(%esp) > + fstpl (%esp) > + call __ieee754_rem_pio2 > + addl $12,%esp > + andl $1,%eax /* compute (eax & 1) ? -1 : 1 */ > + sall %eax > + subl $1,%eax > + neg %eax > + movl %eax,16(%esp) > + call __kernel_tan Better call the MI tan() to do all this. It won't take significantly longer, and shouldn't be reached in most cases anyway. > + leave > ret > > Unfortunately, I'm still getting the wrong answer for large values > that are *supposed* to be handled by the fptan instruction. The > error seems to increase towards the end of the range of fptan, > (-2^63,2^63). For instance, tan(0x1.3dea2a2c29172p+22) is only > off by the least significant 15 binary digits or so, but > tan(0x1.2c95e550f1635p+62) is off by about 5%. Is fptan simply > inherently inaccurate, or did I screw up somewhere? I would be > interested in results from an AMD processor. I think it is because fptan is inherently inaccurate. In an earlier reply, I said that fldpi cannot give a value that has more than 64 bits of accuracy, and that there is some magic that sometimes gives 66 bits. I now think the magic is just that the hardware trig functions use an internal value of pi with that amount of accuracy. When they fail, we use fldpi which gives even less accuracy. fptan succeeds when its arg is in the range [-2^63,2^63], but to be accurate with 66 bits of precision for the internal divisor, the arg must be in the range of about [-2^13,2^13] for double precision and [-2^2,2^2] for extended precision. Better reduce the ranges more for safety. Testing shows that the inaccuracy is much worse than that. The number of correct digits is more like (66 - 53) than (66 - 13) when the result is very close to 0, even for small args near pi. 13 bits of accuracy means 2^40 ulps of inaccuracy for such results. It's surprising that ucbtest doesn't report this. So it seems that the i387 tan() should do something like the following: /* 11 = 13 less a bit for safety. */ if (fabs(arg) > pow(2, 11)) return __mitan(arg); y = fptan(arg); /* * I think the -6 in the following should be more like -2 * (plus 2 for safety?), but -2 would slow down too many cases. * Even -6 gives a 2-ulp error for * arg = M_PI * pow(2, 11) + (delta = pow(2, -6)) + delta2(delta) * The magic 2 here is the 2 extra bits of precision in the * internal value of pi, or possibly the conversion of that * value via the pow(2, 11) range limit (2 = 66 - 53 - 11). */ if (fabs(y) < pow(2, -6); return __mitan(arg); return (y); Simple test program: %%% #include #include double xtan(double x); main() { double x, y; for (x = 1; x < 1 << 20; x = 2 * x) { printf("%.0a:\n%.13a\n%.13a\n", x, tan(x), xtan(x)); y = M_PI * x; printf("M_PI * %.0a:\n%.13a\n%.13a\n", x, tan(y), xtan(y)); y += 0x1.0p-6; printf("M_PI * %.0a + 0x1p-6:\n%.13a\n%.13a\n", x, tan(y), xtan(y)); } } %%% xtan() is the MI fdlibm tan(). Output: %%% 0x1p+0: 0x1.8eb245cbee3a6p+0 0x1.8eb245cbee3a6p+0 M_PI * 0x1p+0: -0x1.1a60000000000p-53 -0x1.1a62633145c07p-53 M_PI * 0x1p+0 + 0x1p-6: 0x1.0005557778525p-6 0x1.0005557778525p-6 0x1p+1: -0x1.17af62e0950f8p+1 -0x1.17af62e0950f8p+1 M_PI * 0x1p+1: -0x1.1a60000000000p-52 -0x1.1a62633145c07p-52 M_PI * 0x1p+1 + 0x1p-6: 0x1.0005557778502p-6 0x1.0005557778502p-6 0x1p+2: 0x1.2866f9be4de13p+0 0x1.2866f9be4de14p+0 M_PI * 0x1p+2: -0x1.1a60000000000p-51 -0x1.1a62633145c07p-51 M_PI * 0x1p+2 + 0x1p-6: 0x1.00055577784bbp-6 0x1.00055577784bbp-6 0x1p+3: -0x1.b32e78f49a1e4p+2 -0x1.b32e78f49a1e4p+2 M_PI * 0x1p+3: -0x1.1a60000000000p-50 -0x1.1a62633145c07p-50 M_PI * 0x1p+3 + 0x1p-6: 0x1.000555777842ep-6 0x1.000555777842ep-6 0x1p+4: 0x1.33d8f03e769a0p-2 0x1.33d8f03e769a0p-2 M_PI * 0x1p+4: -0x1.1a60000000000p-49 -0x1.1a62633145c07p-49 M_PI * 0x1p+4 + 0x1p-6: 0x1.0005557778314p-6 0x1.0005557778314p-6 0x1p+5: 0x1.526f6245432a4p-1 0x1.526f6245432a4p-1 M_PI * 0x1p+5: -0x1.1a60000000000p-48 -0x1.1a62633145c07p-48 M_PI * 0x1p+5 + 0x1p-6: 0x1.00055577780dfp-6 0x1.00055577780dfp-6 0x1p+6: 0x1.2c86afc5c9119p+1 0x1.2c86afc5c9119p+1 M_PI * 0x1p+6: -0x1.1a60000000000p-47 -0x1.1a62633145c07p-47 M_PI * 0x1p+6 + 0x1p-6: 0x1.0005557777c75p-6 0x1.0005557777c75p-6 0x1p+7: -0x1.0a65bcce6f48cp+0 -0x1.0a65bcce6f48cp+0 M_PI * 0x1p+7: -0x1.1a60000000000p-46 -0x1.1a62633145c07p-46 M_PI * 0x1p+7 + 0x1p-6: 0x1.00055577773a2p-6 0x1.00055577773a1p-6 0x1p+8: 0x1.91c8f293711dbp+4 0x1.91c8f293711dbp+4 M_PI * 0x1p+8: -0x1.1a60000000000p-45 -0x1.1a62633145c07p-45 M_PI * 0x1p+8 + 0x1p-6: 0x1.00055577761fap-6 0x1.00055577761fap-6 0x1p+9: -0x1.46be0f0a73387p-4 -0x1.46be0f0a73388p-4 M_PI * 0x1p+9: -0x1.1a60000000000p-44 -0x1.1a62633145c07p-44 M_PI * 0x1p+9 + 0x1p-6: 0x1.0005557773eacp-6 0x1.0005557773eacp-6 0x1p+10: -0x1.48d5be43ada01p-3 -0x1.48d5be43ada01p-3 M_PI * 0x1p+10: -0x1.1a60000000000p-43 -0x1.1a62633145c07p-43 M_PI * 0x1p+10 + 0x1p-6: 0x1.000555776f810p-6 0x1.000555776f80fp-6 0x1p+11: -0x1.518972221f88ep-2 -0x1.518972221f88ep-2 M_PI * 0x1p+11: -0x1.1a60000000000p-42 -0x1.1a62633145c07p-42 M_PI * 0x1p+11 + 0x1p-6: 0x1.0005557766ad7p-6 0x1.0005557766ad5p-6 0x1p+12: -0x1.7aae915eb67f3p-1 -0x1.7aae915eb67f3p-1 M_PI * 0x1p+12: -0x1.1a60000000000p-41 -0x1.1a62633145c07p-41 M_PI * 0x1p+12 + 0x1p-6: 0x1.0005557755065p-6 0x1.0005557755061p-6 0x1p+13: -0x1.a1ff2171ec9fbp+1 -0x1.a1ff2171ec9fbp+1 M_PI * 0x1p+13: -0x1.1a60000000000p-40 -0x1.1a62633145c07p-40 M_PI * 0x1p+13 + 0x1p-6: 0x1.0005557731b82p-6 0x1.0005557731b79p-6 0x1p+14: 0x1.5a04d6e15c566p-1 0x1.5a04d6e15c565p-1 M_PI * 0x1p+14: -0x1.1a60000000000p-39 -0x1.1a62633145c07p-39 M_PI * 0x1p+14 + 0x1p-6: 0x1.00055576eb1bbp-6 0x1.00055576eb1a8p-6 0x1p+15: 0x1.3e75a49b5b447p+1 0x1.3e75a49b5b446p+1 M_PI * 0x1p+15: -0x1.1a60000000000p-38 -0x1.1a62633145c07p-38 M_PI * 0x1p+15 + 0x1p-6: 0x1.000555765de2ep-6 0x1.000555765de08p-6 0x1p+16: -0x1.eae2708cf5424p-1 -0x1.eae2708cf5425p-1 M_PI * 0x1p+16: -0x1.1a60000000000p-37 -0x1.1a62633145c07p-37 M_PI * 0x1p+16 + 0x1p-6: 0x1.0005557543714p-6 0x1.00055575436c7p-6 0x1p+17: -0x1.7bcb26d5d9adap+4 -0x1.7bcb26d5d9af5p+4 M_PI * 0x1p+17: -0x1.1a60000000000p-36 -0x1.1a62633145c07p-36 M_PI * 0x1p+17 + 0x1p-6: 0x1.000555730e8dfp-6 0x1.000555730e846p-6 0x1p+18: 0x1.59ba3666c9a5cp-4 0x1.59ba3666c9a43p-4 M_PI * 0x1p+18: -0x1.1a60000000000p-35 -0x1.1a62633145c07p-35 M_PI * 0x1p+18 + 0x1p-6: 0x1.0005556ea4c75p-6 0x1.0005556ea4b44p-6 0x1p+19: 0x1.5c354a31a8487p-3 0x1.5c354a31a846ep-3 M_PI * 0x1p+19: -0x1.1a60000000000p-34 -0x1.1a62633145c07p-34 M_PI * 0x1p+19 + 0x1p-6: 0x1.00055565d13a2p-6 0x1.00055565d113fp-6 %%% Notes on special values: % 0x1p+11: % -0x1.518972221f88ep-2 % -0x1.518972221f88ep-2 No difference here. However, there are 1-ulp differences for smaller args. % M_PI * 0x1p+11: % -0x1.1a60000000000p-42 % -0x1.1a62633145c07p-42 There is always this huge difference for the (M_PI * x) args. Only the leading 14 mantissa bits agree. % M_PI * 0x1p+11 + 0x1p-6: % 0x1.0005557766ad7p-6 % 0x1.0005557766ad5p-6 This is the first 2-ulp difference for the (M_PI * integer + delta) args in my limited testing. % 0x1p+17: % -0x1.7bcb26d5d9adap+4 % -0x1.7bcb26d5d9af5p+4 This is the first 2-ulp difference for the integer args in the above output. The difference of 27 ulps is consistent with an internal value of pi that is not much more accurate than 66 bits (17 + 53 - log2(27) = 65.25...). Bruce From owner-freebsd-i386@FreeBSD.ORG Sat Feb 5 09:40:24 2005 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F3E216A4CE for ; Sat, 5 Feb 2005 09:40:24 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EBA443D39 for ; Sat, 5 Feb 2005 09:40:24 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j159eN7h051798 for ; Sat, 5 Feb 2005 09:40:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j159eNft051797; Sat, 5 Feb 2005 09:40:23 GMT (envelope-from gnats) Date: Sat, 5 Feb 2005 09:40:23 GMT Message-Id: <200502050940.j159eNft051797@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Bruce Evans Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bruce Evans List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Feb 2005 09:40:24 -0000 The following reply was made to PR i386/67469; it has been noted by GNATS. From: Bruce Evans To: David Schultz Cc: FreeBSD-gnats-submit@FreeBSD.org, freebsd-i386@FreeBSD.org, bde@FreeBSD.org Subject: Re: i386/67469: src/lib/msun/i387/s_tan.S gives incorrect results for large inputs Date: Sat, 5 Feb 2005 20:33:43 +1100 (EST) On Fri, 4 Feb 2005, David Schultz wrote: > On Wed, Jun 02, 2004, Bruce Evans wrote: > > On Tue, 1 Jun 2004, David Schultz wrote: > > > > > >Description: > > > src/lib/msun/i387/s_tan.S returns wildly inaccuate results when > > > its input has a large magnitude (>> 2*pi). For example: > > > > > > input s_tan.S k_tan.c > > > 1.776524190754802e+269 1.773388446261095e+16 -1.367233274980565e+01 > > > 1.182891728897420e+57 -1.9314539773999572e-01 1.0020569035866138e+03 > > > 2.303439778835110e+202 2.8465460220132694e+00 3.5686329695133922e+00 > > Here is a patch to fix the problem for tan(). See caveats below... Seems like a good method... > Index: s_tan.S > =================================================================== > RCS file: /cvs/src/lib/msun/i387/s_tan.S,v > retrieving revision 1.6 > diff -u -r1.6 s_tan.S > --- s_tan.S 28 Aug 1999 00:06:14 -0000 1.6 > +++ s_tan.S 4 Feb 2005 21:43:32 -0000 > @@ -45,14 +45,21 @@ > jnz 1f "Large" probably needs to be determined by comparison with a constant. fptan also gives large relative errors if the result is small, even for small args like M_PI (2^39 ulps for MI_PI!!). These can be reduced to 1 ulp (assuming that fdlibm is accurate to 1 ulp) using comparision of the result with a constant. See below. > fstp %st(0) > ret > -1: fldpi > - fadd %st(0) > - fxch %st(1) > -2: fprem1 > - fstsw %ax > - andw $0x400,%ax > - jnz 2b > - fstp %st(1) > - fptan > - fstp %st(0) > + > +/* Use the fdlibm routines for accuracy with large arguments. */ > +1: pushl %ebp > + movl %esp,%ebp > + subl $32,%esp > + leal 12(%esp),%eax > + movl %eax,8(%esp) > + fstpl (%esp) > + call __ieee754_rem_pio2 > + addl $12,%esp > + andl $1,%eax /* compute (eax & 1) ? -1 : 1 */ > + sall %eax > + subl $1,%eax > + neg %eax > + movl %eax,16(%esp) > + call __kernel_tan Better call the MI tan() to do all this. It won't take significantly longer, and shouldn't be reached in most cases anyway. > + leave > ret > > Unfortunately, I'm still getting the wrong answer for large values > that are *supposed* to be handled by the fptan instruction. The > error seems to increase towards the end of the range of fptan, > (-2^63,2^63). For instance, tan(0x1.3dea2a2c29172p+22) is only > off by the least significant 15 binary digits or so, but > tan(0x1.2c95e550f1635p+62) is off by about 5%. Is fptan simply > inherently inaccurate, or did I screw up somewhere? I would be > interested in results from an AMD processor. I think it is because fptan is inherently inaccurate. In an earlier reply, I said that fldpi cannot give a value that has more than 64 bits of accuracy, and that there is some magic that sometimes gives 66 bits. I now think the magic is just that the hardware trig functions use an internal value of pi with that amount of accuracy. When they fail, we use fldpi which gives even less accuracy. fptan succeeds when its arg is in the range [-2^63,2^63], but to be accurate with 66 bits of precision for the internal divisor, the arg must be in the range of about [-2^13,2^13] for double precision and [-2^2,2^2] for extended precision. Better reduce the ranges more for safety. Testing shows that the inaccuracy is much worse than that. The number of correct digits is more like (66 - 53) than (66 - 13) when the result is very close to 0, even for small args near pi. 13 bits of accuracy means 2^40 ulps of inaccuracy for such results. It's surprising that ucbtest doesn't report this. So it seems that the i387 tan() should do something like the following: /* 11 = 13 less a bit for safety. */ if (fabs(arg) > pow(2, 11)) return __mitan(arg); y = fptan(arg); /* * I think the -6 in the following should be more like -2 * (plus 2 for safety?), but -2 would slow down too many cases. * Even -6 gives a 2-ulp error for * arg = M_PI * pow(2, 11) + (delta = pow(2, -6)) + delta2(delta) * The magic 2 here is the 2 extra bits of precision in the * internal value of pi, or possibly the conversion of that * value via the pow(2, 11) range limit (2 = 66 - 53 - 11). */ if (fabs(y) < pow(2, -6); return __mitan(arg); return (y); Simple test program: %%% #include #include double xtan(double x); main() { double x, y; for (x = 1; x < 1 << 20; x = 2 * x) { printf("%.0a:\n%.13a\n%.13a\n", x, tan(x), xtan(x)); y = M_PI * x; printf("M_PI * %.0a:\n%.13a\n%.13a\n", x, tan(y), xtan(y)); y += 0x1.0p-6; printf("M_PI * %.0a + 0x1p-6:\n%.13a\n%.13a\n", x, tan(y), xtan(y)); } } %%% xtan() is the MI fdlibm tan(). Output: %%% 0x1p+0: 0x1.8eb245cbee3a6p+0 0x1.8eb245cbee3a6p+0 M_PI * 0x1p+0: -0x1.1a60000000000p-53 -0x1.1a62633145c07p-53 M_PI * 0x1p+0 + 0x1p-6: 0x1.0005557778525p-6 0x1.0005557778525p-6 0x1p+1: -0x1.17af62e0950f8p+1 -0x1.17af62e0950f8p+1 M_PI * 0x1p+1: -0x1.1a60000000000p-52 -0x1.1a62633145c07p-52 M_PI * 0x1p+1 + 0x1p-6: 0x1.0005557778502p-6 0x1.0005557778502p-6 0x1p+2: 0x1.2866f9be4de13p+0 0x1.2866f9be4de14p+0 M_PI * 0x1p+2: -0x1.1a60000000000p-51 -0x1.1a62633145c07p-51 M_PI * 0x1p+2 + 0x1p-6: 0x1.00055577784bbp-6 0x1.00055577784bbp-6 0x1p+3: -0x1.b32e78f49a1e4p+2 -0x1.b32e78f49a1e4p+2 M_PI * 0x1p+3: -0x1.1a60000000000p-50 -0x1.1a62633145c07p-50 M_PI * 0x1p+3 + 0x1p-6: 0x1.000555777842ep-6 0x1.000555777842ep-6 0x1p+4: 0x1.33d8f03e769a0p-2 0x1.33d8f03e769a0p-2 M_PI * 0x1p+4: -0x1.1a60000000000p-49 -0x1.1a62633145c07p-49 M_PI * 0x1p+4 + 0x1p-6: 0x1.0005557778314p-6 0x1.0005557778314p-6 0x1p+5: 0x1.526f6245432a4p-1 0x1.526f6245432a4p-1 M_PI * 0x1p+5: -0x1.1a60000000000p-48 -0x1.1a62633145c07p-48 M_PI * 0x1p+5 + 0x1p-6: 0x1.00055577780dfp-6 0x1.00055577780dfp-6 0x1p+6: 0x1.2c86afc5c9119p+1 0x1.2c86afc5c9119p+1 M_PI * 0x1p+6: -0x1.1a60000000000p-47 -0x1.1a62633145c07p-47 M_PI * 0x1p+6 + 0x1p-6: 0x1.0005557777c75p-6 0x1.0005557777c75p-6 0x1p+7: -0x1.0a65bcce6f48cp+0 -0x1.0a65bcce6f48cp+0 M_PI * 0x1p+7: -0x1.1a60000000000p-46 -0x1.1a62633145c07p-46 M_PI * 0x1p+7 + 0x1p-6: 0x1.00055577773a2p-6 0x1.00055577773a1p-6 0x1p+8: 0x1.91c8f293711dbp+4 0x1.91c8f293711dbp+4 M_PI * 0x1p+8: -0x1.1a60000000000p-45 -0x1.1a62633145c07p-45 M_PI * 0x1p+8 + 0x1p-6: 0x1.00055577761fap-6 0x1.00055577761fap-6 0x1p+9: -0x1.46be0f0a73387p-4 -0x1.46be0f0a73388p-4 M_PI * 0x1p+9: -0x1.1a60000000000p-44 -0x1.1a62633145c07p-44 M_PI * 0x1p+9 + 0x1p-6: 0x1.0005557773eacp-6 0x1.0005557773eacp-6 0x1p+10: -0x1.48d5be43ada01p-3 -0x1.48d5be43ada01p-3 M_PI * 0x1p+10: -0x1.1a60000000000p-43 -0x1.1a62633145c07p-43 M_PI * 0x1p+10 + 0x1p-6: 0x1.000555776f810p-6 0x1.000555776f80fp-6 0x1p+11: -0x1.518972221f88ep-2 -0x1.518972221f88ep-2 M_PI * 0x1p+11: -0x1.1a60000000000p-42 -0x1.1a62633145c07p-42 M_PI * 0x1p+11 + 0x1p-6: 0x1.0005557766ad7p-6 0x1.0005557766ad5p-6 0x1p+12: -0x1.7aae915eb67f3p-1 -0x1.7aae915eb67f3p-1 M_PI * 0x1p+12: -0x1.1a60000000000p-41 -0x1.1a62633145c07p-41 M_PI * 0x1p+12 + 0x1p-6: 0x1.0005557755065p-6 0x1.0005557755061p-6 0x1p+13: -0x1.a1ff2171ec9fbp+1 -0x1.a1ff2171ec9fbp+1 M_PI * 0x1p+13: -0x1.1a60000000000p-40 -0x1.1a62633145c07p-40 M_PI * 0x1p+13 + 0x1p-6: 0x1.0005557731b82p-6 0x1.0005557731b79p-6 0x1p+14: 0x1.5a04d6e15c566p-1 0x1.5a04d6e15c565p-1 M_PI * 0x1p+14: -0x1.1a60000000000p-39 -0x1.1a62633145c07p-39 M_PI * 0x1p+14 + 0x1p-6: 0x1.00055576eb1bbp-6 0x1.00055576eb1a8p-6 0x1p+15: 0x1.3e75a49b5b447p+1 0x1.3e75a49b5b446p+1 M_PI * 0x1p+15: -0x1.1a60000000000p-38 -0x1.1a62633145c07p-38 M_PI * 0x1p+15 + 0x1p-6: 0x1.000555765de2ep-6 0x1.000555765de08p-6 0x1p+16: -0x1.eae2708cf5424p-1 -0x1.eae2708cf5425p-1 M_PI * 0x1p+16: -0x1.1a60000000000p-37 -0x1.1a62633145c07p-37 M_PI * 0x1p+16 + 0x1p-6: 0x1.0005557543714p-6 0x1.00055575436c7p-6 0x1p+17: -0x1.7bcb26d5d9adap+4 -0x1.7bcb26d5d9af5p+4 M_PI * 0x1p+17: -0x1.1a60000000000p-36 -0x1.1a62633145c07p-36 M_PI * 0x1p+17 + 0x1p-6: 0x1.000555730e8dfp-6 0x1.000555730e846p-6 0x1p+18: 0x1.59ba3666c9a5cp-4 0x1.59ba3666c9a43p-4 M_PI * 0x1p+18: -0x1.1a60000000000p-35 -0x1.1a62633145c07p-35 M_PI * 0x1p+18 + 0x1p-6: 0x1.0005556ea4c75p-6 0x1.0005556ea4b44p-6 0x1p+19: 0x1.5c354a31a8487p-3 0x1.5c354a31a846ep-3 M_PI * 0x1p+19: -0x1.1a60000000000p-34 -0x1.1a62633145c07p-34 M_PI * 0x1p+19 + 0x1p-6: 0x1.00055565d13a2p-6 0x1.00055565d113fp-6 %%% Notes on special values: % 0x1p+11: % -0x1.518972221f88ep-2 % -0x1.518972221f88ep-2 No difference here. However, there are 1-ulp differences for smaller args. % M_PI * 0x1p+11: % -0x1.1a60000000000p-42 % -0x1.1a62633145c07p-42 There is always this huge difference for the (M_PI * x) args. Only the leading 14 mantissa bits agree. % M_PI * 0x1p+11 + 0x1p-6: % 0x1.0005557766ad7p-6 % 0x1.0005557766ad5p-6 This is the first 2-ulp difference for the (M_PI * integer + delta) args in my limited testing. % 0x1p+17: % -0x1.7bcb26d5d9adap+4 % -0x1.7bcb26d5d9af5p+4 This is the first 2-ulp difference for the integer args in the above output. The difference of 27 ulps is consistent with an internal value of pi that is not much more accurate than 66 bits (17 + 53 - log2(27) = 65.25...). Bruce