From owner-freebsd-i386@FreeBSD.ORG Sun Nov 12 02:43:05 2006 Return-Path: X-Original-To: i386@freebsd.org 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 B19B416A407; Sun, 12 Nov 2006 02:43:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6D5E43D5D; Sun, 12 Nov 2006 02:43:04 +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.8/8.13.8) with ESMTP id kAC2h4ME093952; Sat, 11 Nov 2006 21:43:04 -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.8/8.13.8) with ESMTP id kAC2h4KE065919; Sat, 11 Nov 2006 21:43:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0FDC773068; Sat, 11 Nov 2006 21:43:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061112024304.0FDC773068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 21:43:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Nov 2006 02:43:05 -0000 TB --- 2006-11-12 01:29:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-12 01:29:27 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-12 01:29:27 - cleaning the object tree TB --- 2006-11-12 01:29:58 - checking out the source tree TB --- 2006-11-12 01:29:58 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-12 01:29:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-12 01:40:15 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-12 01:40:15 - cd /src TB --- 2006-11-12 01:40:15 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 12 01:40:17 UTC 2006 >>> 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 >>> World build completed on Sun Nov 12 02:34:29 UTC 2006 TB --- 2006-11-12 02:34:29 - generating LINT kernel config TB --- 2006-11-12 02:34:29 - cd /src/sys/i386/conf TB --- 2006-11-12 02:34:29 - /usr/bin/make -B LINT TB --- 2006-11-12 02:34:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-12 02:34:30 - cd /src TB --- 2006-11-12 02:34:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 12 02:34:30 UTC 2006 >>> 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 [...] /src/sys/sys/sched.h: In function `sched_pin': /src/sys/sys/sched.h:154: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: In function `sched_unpin': /src/sys/sys/sched.h:160: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: At top level: /src/sys/sys/sched.h:166: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:167: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:171: warning: "struct ksegrp" declared inside parameter list *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-12 02:43:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-12 02:43:03 - ERROR: failed to build lint kernel TB --- 2006-11-12 02:43:03 - tinderbox aborted TB --- 0.57 user 1.76 system 4416.52 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-i386@FreeBSD.ORG Sun Nov 12 03:50:48 2006 Return-Path: X-Original-To: i386@freebsd.org 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 0A45616A407; Sun, 12 Nov 2006 03:50:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9048643D45; Sun, 12 Nov 2006 03:50:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAC3okN3099680; Sat, 11 Nov 2006 22:50:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAC3oke3051847; Sat, 11 Nov 2006 22:50:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 37FDE73068; Sat, 11 Nov 2006 22:50:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061112035046.37FDE73068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 22:50:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Nov 2006 03:50:48 -0000 TB --- 2006-11-12 02:39:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-12 02:39:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-12 02:39:56 - cleaning the object tree TB --- 2006-11-12 02:40:14 - checking out the source tree TB --- 2006-11-12 02:40:14 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-12 02:40:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-12 02:50:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-12 02:50:47 - cd /src TB --- 2006-11-12 02:50:47 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 12 02:50:49 UTC 2006 >>> 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 >>> World build completed on Sun Nov 12 03:43:15 UTC 2006 TB --- 2006-11-12 03:43:15 - generating LINT kernel config TB --- 2006-11-12 03:43:15 - cd /src/sys/pc98/conf TB --- 2006-11-12 03:43:15 - /usr/bin/make -B LINT TB --- 2006-11-12 03:43:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-12 03:43:16 - cd /src TB --- 2006-11-12 03:43:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 12 03:43:16 UTC 2006 >>> 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 [...] /src/sys/sys/sched.h: In function `sched_pin': /src/sys/sys/sched.h:154: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: In function `sched_unpin': /src/sys/sys/sched.h:160: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: At top level: /src/sys/sys/sched.h:166: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:167: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:171: warning: "struct ksegrp" declared inside parameter list *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-12 03:50:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-12 03:50:46 - ERROR: failed to build lint kernel TB --- 2006-11-12 03:50:46 - tinderbox aborted TB --- 0.62 user 1.54 system 4249.38 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-i386@FreeBSD.ORG Mon Nov 13 11:08:18 2006 Return-Path: X-Original-To: freebsd-i386@FreeBSD.org 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 89D1816A5A3 for ; Mon, 13 Nov 2006 11:08:18 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6962F43D66 for ; Mon, 13 Nov 2006 11:08:17 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kADB8HSp091428 for ; Mon, 13 Nov 2006 11:08:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kADB8Ecc091424 for freebsd-i386@FreeBSD.org; Mon, 13 Nov 2006 11:08:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Nov 2006 11:08:14 GMT Message-Id: <200611131108.kADB8Ecc091424@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-i386@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Nov 2006 11:08:18 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/70386 i386 IBM x345 Freezes Randomly o i386/70482 i386 Array adapter problems o i386/70525 i386 [boot] boot0cfg: -o packet not effective o i386/70531 i386 [boot0] [patch] boot0 hides Lilo in extended slice o i386/70747 i386 ddos attack causes box to crash on kernel 5.2.1 o i386/70925 i386 [hang] 5.3Beta1 acpi-pci driver failure, ata disk atta o i386/71000 i386 [boot] BTX halted when booting from CD on a machine wi o i386/71035 i386 [kbd] SMP boot hangs in bus_space_write_1 during keybo o i386/71048 i386 [hang] ASUS TUV4X hangs when SONY CRX140E attached o i386/72960 i386 BTX halted with Promise Tx2000 Raid o i386/73196 i386 [hang] 5.2.1 boot CD hangs during boot on Athlon XP o i386/73265 i386 FreeBSD kernel crashes when booting on ECS 741GX-M Mai o i386/73666 i386 5.3 UDMA error WD1600 can't partition drive o i386/73934 i386 fdisk sees disk as empty o i386/74008 i386 IBM eServer x225 cannot boot any v5.x - endless dump s o i386/74044 i386 ServerWorks OSB4 SMBus interface does not detected on o i386/74124 i386 ata0 failure on HP(Vectra) VL6/350 [introduced in 5.3] o i386/74601 i386 Cardbus fails after busdma_machdep.c update o i386/74816 i386 OS crash with kernel trap 12 in different processes f i386/75887 i386 [pcvt] with vt0.disabled=0 and PCVT in kernel video/ke o i386/76487 i386 Compiled GENERIC kernel (and non-GENERIC) do not boot. o i386/76666 i386 Booting and Sound are mutually exclusive on Toshiba la o i386/76737 i386 CardBus problem (cbb1: Could not map register memory) o i386/76925 i386 standard pci-ide, install - "NO DISKS FOUND" :) o i386/76944 i386 [busdma] [patch] i386 bus_dmamap_create() bug o i386/76948 i386 [rl] Slow network with rl0 o i386/77335 i386 Can not initial Ethernet Broadcom UDI PXE-2.1 on IBM o i386/77443 i386 [fdc] can't access floppy -- regression on 5.3 o i386/77529 i386 installation of freebsd 5.3 in laptop an to powereger o i386/78219 i386 Netgear FA-410TX is incorrectly detected o i386/78339 i386 BTX loader crashes on boot on HP Proliant DL140 o i386/78517 i386 [ata] WRITE_DMA and READ_DMA timeouts with ATI RX330 c o i386/78657 i386 [xe] [hang] error installing 5.3-RELEASE due to Compaq o i386/78929 i386 atapicam prevents boot, system hangs o i386/78930 i386 SuperMicro web server with 5.3-RELEASE kernel panics u o i386/79073 i386 System panic and hang after creating a large empty fil o i386/79169 i386 freeze with striped USB Drives under high load o i386/79268 i386 5.3-RELEASE won't boot on Compaq Armada 4210T (233MMX o i386/79409 i386 Coming back from idles make the server reboot o i386/79686 i386 Spurious notebook disk errors from ATA driver. o i386/79729 i386 umass, da0 not detected by devfs for o i386/79730 i386 SLIM DRIVE COMBO fails with READ_BIG error on kernel s o i386/79779 i386 If system memory is above 4GB, one parts of memory wil o i386/79784 i386 [bfe] Broadcom BCM4401 : no carrier o i386/79807 i386 Lock Up on Old Acer P1 Comp o i386/79833 i386 BTX crashes on boot when using Promise TX2Plus SATA co o i386/79943 i386 Very High interupt rate on PCM o i386/80268 i386 [crash] System with Transmeta Efficeon cpu crashes whi o i386/80989 i386 Cannot install 5.4-RELEASE both in my system and in VM p i386/81111 i386 /boot/loader causes reboot due to CFLAGS+= -msse3 o i386/81215 i386 X Freeze on Dell Inspiron 9100 with Radeon Mobility 98 o i386/81235 i386 /sys/i386/conf/GENERIC needs "options ASR_COMPAT" to p o i386/81311 i386 [smp] [hang] Athlon MP SMP + 3ware + em0 = deadlock, n o i386/81903 i386 Installer hangs on all menu entries on Toshiba A75 mod o i386/82029 i386 Boot Loader installation on MegaRAID controller o i386/82285 i386 [race] kernel panic during reboot o i386/83574 i386 installation failure o i386/83735 i386 [re] network card (realtek 8139) and sound card (CMI87 o i386/83826 i386 can't install any version on Toshiba Sattelite 2800/S2 o i386/83925 i386 [boot] can't boot Dell Latitude D610 after BIOS update o i386/84008 i386 /dev/X? should be /dev/ad1s* o i386/84088 i386 Panic with nforce2 platform on FreeBSD 6.0 beta o i386/84303 i386 boot sometimes stops at "uhci0: 3.5GB memory used o i386/84717 i386 [hang] 5.4-rel booting locks-up on Supermicro 5013C-MT o i386/84943 i386 "Invalid Partition Table" Intel ICH6 SATA controller ( o i386/85072 i386 [psm] ps/2 Mouse detection failure on compaq chipset o i386/85101 i386 [libm] nearbyint always returns nan o i386/85450 i386 panic: subdisk6 detached (appears to be a sata problem o i386/85454 i386 Panic while booting: No virtual memory for kernel o i386/85866 i386 [hang] bootloader freezes on Pentium2/3 o i386/85938 i386 Install fails, unable to write partitions o i386/85944 i386 FreeBSD restarts after showing "Welcome to FreeBSD" sc o i386/86325 i386 [install] unable to install FreeBSD on IBM BladeCenter o i386/86380 i386 i386_set_ioperm doesn't take effect immediately o i386/86612 i386 SCSI DAT Drive Issue o i386/86651 i386 FAILURE ATA-IDENTIFY o i386/86667 i386 GNOME Battery Applet causing keyboard to lag/drop char o i386/86806 i386 Couldn't alloc kernel virtual memory o i386/86880 i386 [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS o i386/86920 i386 [ndis] ifconfig: SIOCS80211: Invalid argument (regress o i386/87085 i386 Will not install on Microtel system o i386/87122 i386 Installer of 6.0-BETA5 can't find HDD partition of Son o i386/87155 i386 [boot] [panic] Can't Alloc Virtual Memory in FreeBSD 6 o i386/87356 i386 6.0 RC1 cannot see 250GB drive o i386/87576 i386 no installation on Acer aspire 1304xc laptop o i386/87630 i386 [ndis] No match for NdisIMGetCurrentPacketStack o i386/87654 i386 Marvell Yukon 88E8036 NIC not detected by kernel o i386/87876 i386 Installation Problems for i368 Compaq R3000 o i386/88124 i386 [hang] X -configure freezes 6.0rc1 o i386/88130 i386 [hang] Machine hangs on dhcp o i386/88139 i386 [i386] feature request: 53C875 Chipset HP 5064-6016 do o i386/88315 i386 [sym] [hang] Symbios/LSI-HBA (SYM83C895) hangs o i386/88459 i386 [panic] Fatal trap 19 (process: idle: cpu0) on HP prol o i386/88583 i386 i can't install freebsd in server ibm xseries 226(adap o i386/88610 i386 FreeBSD 6.0 bootonly crashes during boot after sis0, d o i386/88717 i386 freebsd 5.4 boots from lsi 53c1030 only in safe mode o i386/88755 i386 [panic] FreeBSD R6.0 on ThinkPad R40 installation rebo o i386/88808 i386 V6.0 crashing on install with ICH7 RAID 5 enabled... o i386/88853 i386 [hang] SMP system FreeBSD 6.0-STABLE crashed while tra o i386/88929 i386 FreeBSD 6.0 install CD fails to find disks on Sony S-s o i386/89249 i386 HighPoint RocketRAID 1520 (HPT372N) can't write on har o i386/89288 i386 [acpi] DMA error while booting with acpi enable o i386/89340 i386 [panic] 6.0-STABLE (2005-11-07) panic when mostly idle o i386/89353 i386 [ata] invalid disk controller recognition of intel ICH o i386/89383 i386 [sio] [panic] page fault o i386/90059 i386 panic in 2 mins after power on PC o i386/90065 i386 [wi] System hangs if wireless card wasn't disabled bef o i386/90134 i386 [irq] IDE and SATA disks not detected on various contr o i386/90519 i386 Resume after suspend results in g_vfs_done() errors an o i386/90949 i386 [panic] kernel panic with opera o i386/91038 i386 [panic] 6.0-RELEASE on Fujitsu Siemens Amilo Pro v2040 o i386/91282 i386 6.0R install CD crashes at eip=0x90db (Promise PDC2026 o i386/91745 i386 Second processor not detected on Proliant ML530 G2 wit o i386/91748 i386 acpi problem on Acer TravelMare 4652LMi (nvidia panic, o i386/92193 i386 Can't boot from 6.0 Installation CD: BTX halted (Gigab o i386/92303 i386 [ips] Cannot install FreeBSD 6 on an IBM x226 8488E4Y o i386/93385 i386 Fatal trap 12 occasionally on reboot (Abit NF7-S2 nFor o i386/93524 i386 Automatic reboot o i386/93615 i386 Operating system wont install. Problem with fdisk. o i386/93752 i386 Cannot activate the serial ports on boot probe. BIOS o o i386/93762 i386 Machine lockup at boot loader countdown on SuperMicro o i386/93787 i386 freebsd 6.0 hangs on atkbd0 on Proliant 1850r server a o i386/93809 i386 panic: could not copy LDT on RELENG_5_3 through RELENG o i386/93845 i386 cross-machine installworld broken in sys/boot/i386/loa o i386/93923 i386 [ata] FreeBSD Install, Sil3112: Cannot dump. No dump d o i386/93989 i386 Can't install FreeBSD from IEEE1394 DVD-RW on Acer Tra o i386/94141 i386 [iwi] iwi doesn't work on Acer Laptop o i386/94364 i386 [kbd] Unable to boot on NX9110 laptop o i386/94420 i386 FreeBSD does NOT support the pcChips M925 motherboard. o i386/94653 i386 Fatal trap 12: page fault while in kernel mode o i386/94911 i386 [ata] ata regression with DOM-IDE o i386/95021 i386 PAE enabled kernel boot panic o i386/95087 i386 System freeze irrespective of load on Promise FastTrak o i386/95151 i386 Fatal trap 12: page fault while in kernel mode o i386/95365 i386 stability problems: interface not reachable on 6.1-PRE o i386/95515 i386 unable to boot FreeBSD 6.x with SATA150 Promise contro o i386/96014 i386 HP Pavilion zv5000(Intel) reboot installation problem o i386/96049 i386 Generic SMP Kernel Panic in 6.1-RC1 during mount root o i386/96225 i386 Toshiba M70-CL3 Hangs Up During Booting o i386/96302 i386 [ata] nVidia nForce CK804 SATA300 controller not recog o i386/96357 i386 FreeBSD cannot recognize all the logical partitions o i386/96371 i386 Freeze up when booting FBSD 6.0 RELEASE on IBM iSeries o i386/96382 i386 [bge] In 6.1-RC1 the bge driver does not reliably work o i386/96652 i386 kernel page fault o i386/96870 i386 Crash on loader with ibm intellistation z pro o i386/97025 i386 fbsd (2 cd) dont install in vmware 5.5.0 - reboot. o i386/97127 i386 IBM Intellistation Z Pro crash when boot from cd o i386/97263 i386 [ata] FreeBSD only detects first drive o i386/97287 i386 Screen Corruption In FreeBSD 6.X When Apps Started In o i386/97525 i386 System freezes when cable modem connected on USB o i386/97589 i386 [ata] FAILURE - READ_DMA (regression from 5.4) o i386/98154 i386 6-STABLE crashes when being online via modem (Fujitsu o i386/98215 i386 [geode] regression: FreeBSD can no longer boot Geode G o i386/98765 i386 [ata] timeouts on sata drive o i386/98964 i386 [iwi] iwi totally freezes system o i386/99608 i386 ATAPI or CAM crash on FreeBSD 6.1-stable with a Pionee o i386/100160 i386 [mfid] Perc5i: FreeBSD doesn't recognize more than one o i386/100194 i386 On Intel D945GTPLKR delay at start FreeBSD kernel o i386/100420 i386 boot1/boot2 lba error o i386/100831 i386 [sio] sio ignores BIOS information about serial ports o i386/101135 i386 [iwi] iwi goes up and down o i386/101168 i386 ncp kernel panic o i386/101616 i386 FreeBSD freeze on bootup, Compaq Proliant (legacy) ser o i386/101667 i386 [ata] ATA problems when power management is on o i386/101817 i386 crashing of system when is server under higher pressur o i386/101857 i386 Mouse not moving after switching with StarView SV411 K o i386/101933 i386 server crashing o i386/101980 i386 [PATCH] Intel 631xESB ata and ichsmb support (i386/amd o i386/102410 i386 FreeBSD 6.1-RELEASE installation boot freeze on Asus P o i386/102562 i386 [em] no traffic pass through a em card after approx. a o i386/103031 i386 Panic during installation o i386/103063 i386 Can not install on Dell XPS 700 o i386/103186 i386 Poweredge Raid Controller/AMI Megatrends will not form s i386/103624 i386 [ata] [dell] Problem installing on Dell Powervault 745 o i386/104349 i386 [bfe] Panic while uploading data via bfe network inter o i386/104473 i386 boot loader reboots before loading kernel o i386/104572 i386 [ata] issues with detecting HDD on Intel Q965 Express o i386/104678 i386 SMP not working on Turion XP Laptop o i386/104705 i386 em1: The EEPROM Checksum Is Not Valid o i386/104711 i386 [pcvt] with vt0.disabled=0 and PCVT in kernel - video/ o i386/104719 i386 Seagate ST3802110A errors/delays when using PIO4 or UD o i386/104757 i386 Burning 6.1 iso images in nero6 fails around the 90% o i386/104867 i386 Clock running at 2x speed of wall clock o i386/105196 i386 Dell E512 fails to boot FreeBSD 188 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/70610 i386 [speaker] [patch] spkr(4): hardcoded assumption HZ == o i386/70832 i386 [re] serious problems with RealTek NIC using re0 drive o i386/71586 i386 FreeBSD 5.3-BETA3 #3 hang during boot on HP Vectra VE o i386/71924 i386 timeouts with ata+hpt366 controller on BE6II motherboa o i386/72179 i386 [acpi] [patch] Inconsistent apm(8) output regarding th o i386/73308 i386 unable to install on AMD 2500+,NF2,GF MX440 o i386/73742 i386 5.3 rel i386 disk2 image not copying o i386/73921 i386 [sysctl] [patch] sysctlbyname for machdep.tsc_freq doe o i386/74153 i386 [pst] FreeBSD 5.3 cannot boot ftom pst o i386/74218 i386 boot floppy (2nd time) read error o i386/74327 i386 [pmap] [patch] mlock() causes physical memory leakage o i386/74454 i386 [bsd.cpu.mk] [patch] Adding VIA Eden family o i386/74650 i386 System Reboot with umount command o i386/74658 i386 [ata] ATAPI CD not recognized after booting FreeBSD 4. o i386/74803 i386 regression: lost 3Com509B in 5.X o i386/74966 i386 [rl] Realtek driver seems to misinterpret some packets o i386/75090 i386 [ata] READ_BIG errors with Sony CRX1611 o i386/75185 i386 ACPI doesn't power off Tyan S2460 o i386/75420 i386 CMD 648 PCI not work o i386/75583 i386 Installation fails o i386/75776 i386 NO ps/2 keyboard using USB keyboard under bsd4.10 and o i386/75881 i386 ACPI suspend/resume doesn't work on ASUS L5 notebook o i386/75898 i386 Exception and reboot: Loader and kernel use SSE2 instr o i386/76587 i386 ps2 mouse weird... o i386/76653 i386 Problem with Asahi Optical usb device (Pentax Optio S5 o i386/77477 i386 AHA-1542CP SCSI failed to probe o i386/79091 i386 [i386] [patch] Small optimization for i386/support.s o i386/79136 i386 disk controller not detected o i386/79274 i386 Autoconfigure fails for O2Micro OZ6812/6872 PCI-CardBu o i386/79317 i386 Freebsd Erasing NVRAM o i386/79840 i386 Partitioning and formating a new disk fails using sysi o i386/79890 i386 burncd fails on a Pioneer DVD drive o i386/80081 i386 [if_ndis] Problem loading a NDIS kernel module. o i386/80092 i386 PC Cards do not work at all on laptop Compaq N800V o i386/80095 i386 ld-elf.so.1 crashes with executables produced by tinyc o i386/81082 i386 Failure to detect Pioneer CD drive on Intel ICH UDMA66 o i386/81358 i386 [geode] [patch] add PC Engines WRAP support o i386/81597 i386 My POS-460 system based on a Western Digital LPM/LPX l o i386/82548 i386 VBE video driver incorrectly switches to/from text mod o i386/83018 i386 Installer will not boot o i386/85246 i386 unable to install from CD on Asus PC-DL Deluxe (specif o i386/85417 i386 [i386] [patch] Possible bug in ia32 floating-point exc o i386/85423 i386 [ex] ex(4) does not correctly recognize NIC in PnP mod o i386/85652 i386 [loader] [patch] deal with out-of-memory errors during o i386/85653 i386 [i386] [patch] relieve hangs in tight loops in process o i386/85654 i386 [i386] [patch] separate max cpu from max apic in i386 o i386/85655 i386 [i386] [patch] expose cpu info for i386 systems o i386/85656 i386 [i386] [patch] expose more i386 specific CPU informati o i386/88020 i386 cannot boot unless: hint.apic.0.disabled="1" is set on o i386/88491 i386 [panic] Panic when boot installation CD1 (Acer TravelM o i386/88965 i386 vidcontrol hangs with 2 modules of RAM o i386/89294 i386 [identcpu] [patch] unknown CPU (i386/amd64) Features2 o i386/90243 i386 Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/90839 i386 [ata] burncd gets error on CDRIOCFIXATE with HL-DT-ST o i386/91594 i386 FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/1000 MT o i386/91609 i386 Booting takes *a long time* unless power cord is plugg o i386/91761 i386 [ata] NEC_DVD-RW + system start: semaphore timeout o i386/91871 i386 [boot1] [patch] boot1: jump to 0xf000:0xfff0 instead o o i386/92501 i386 [irq] Hang on boot with ACPI enabled on ASUS A6R noteb o i386/93793 i386 [kbd] Keyboard stops working after a shutdown -p now ( o i386/94850 i386 [bge] FreeBSD 6.0 on Fujitsu BX300, networking doesn't o i386/95106 i386 cannot install freebsd o i386/95993 i386 Cyrix 5530 unable to map interrupt o i386/96397 i386 [dc] strange behaveour of the dc driver on divicom dm9 o i386/96406 i386 System freezes on IBM xSeries 335 with FreeBSD-6.0-REL o i386/96452 i386 twiddle in cdboot does not work o i386/97468 i386 [acpi] ACPI on ASUS A7V hangs on shutdown -p (power of o i386/98366 i386 [em] Intel PRO/1000 MT Dual PCI-X: simulatenious 1000 o i386/98932 i386 [i386] [patch] Kernel compilation failed on specific P o i386/99851 i386 setting rootdev crashes loader(8) o i386/100142 i386 [pci] [patch] /dev/smb0 device not available on system o i386/100204 i386 FreeBSD reports raid as broken - but it is not o i386/101062 i386 Freeze on detect Intel 900 VGA on boot with ACPI o i386/101379 i386 page fault clobbers error code in trap frame o i386/101924 i386 MD5 checksums do not match with checksum file o i386/102026 i386 Fix ACPI Problems on Acer Travelmate 4100 Series o i386/102343 i386 ACPI error o i386/102678 i386 [kbd] Dell PowerEdge DRAC5 USB Keyboard o i386/102943 i386 kernel crash when unloading the xfs kernel module f i386/103192 i386 no CD/DVD devices found while install Freebsd o i386/105063 i386 US Robotics (3Com) 3CP5609 PCI 16550 Modem works bad i o i386/105175 i386 ipmi acpi trouble o i386/105212 i386 [patch] RS200M agp interface not detected 83 problems total. From owner-freebsd-i386@FreeBSD.ORG Tue Nov 14 02:29:28 2006 Return-Path: X-Original-To: i386@freebsd.org 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 31DDE16A412; Tue, 14 Nov 2006 02:29:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69E8043D58; Tue, 14 Nov 2006 02:29:27 +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.8/8.13.8) with ESMTP id kAE2TQuj045081; Mon, 13 Nov 2006 21:29:26 -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.8/8.13.8) with ESMTP id kAE2TQmB022643; Mon, 13 Nov 2006 21:29:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 64C9D73068; Mon, 13 Nov 2006 21:29:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061114022926.64C9D73068@freebsd-current.sentex.ca> Date: Mon, 13 Nov 2006 21:29:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Nov 2006 02:29:28 -0000 TB --- 2006-11-14 01:10:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-14 01:10:19 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-14 01:10:19 - cleaning the object tree TB --- 2006-11-14 01:11:04 - checking out the source tree TB --- 2006-11-14 01:11:04 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-14 01:11:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-14 01:22:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-14 01:22:32 - cd /src TB --- 2006-11-14 01:22:32 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 14 01:22:34 UTC 2006 >>> 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 >>> World build completed on Tue Nov 14 02:18:28 UTC 2006 TB --- 2006-11-14 02:18:28 - generating LINT kernel config TB --- 2006-11-14 02:18:28 - cd /src/sys/pc98/conf TB --- 2006-11-14 02:18:28 - /usr/bin/make -B LINT TB --- 2006-11-14 02:18:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-14 02:18:28 - cd /src TB --- 2006-11-14 02:18:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 14 02:18:29 UTC 2006 >>> 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 [...] nexus.o(.text+0x86a): In function `nexus_alloc_msix': : undefined reference to `msix_alloc' nexus.o(.text+0x8bd): In function `nexus_release_msix': : undefined reference to `msix_release' nexus.o(.text+0x8f6): In function `nexus_alloc_msi': : undefined reference to `msi_alloc' nexus.o(.text+0x950): In function `nexus_release_msi': : undefined reference to `msi_release' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-14 02:29:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-14 02:29:26 - ERROR: failed to build lint kernel TB --- 2006-11-14 02:29:26 - tinderbox aborted TB --- 0.80 user 2.71 system 4747.10 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-i386@FreeBSD.ORG Tue Nov 14 09:15:12 2006 Return-Path: X-Original-To: i386@freebsd.org 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 1FE9D16A47B; Tue, 14 Nov 2006 09:15:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 884CB43D45; Tue, 14 Nov 2006 09:15:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAE9FAJW041493; Tue, 14 Nov 2006 04:15:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAE9FAoX046546; Tue, 14 Nov 2006 04:15:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A953873068; Tue, 14 Nov 2006 04:15:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061114091509.A953873068@freebsd-current.sentex.ca> Date: Tue, 14 Nov 2006 04:15:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Nov 2006 09:15:12 -0000 TB --- 2006-11-14 07:44:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-14 07:44:58 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-14 07:44:58 - cleaning the object tree TB --- 2006-11-14 07:45:38 - checking out the source tree TB --- 2006-11-14 07:45:38 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-14 07:45:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-14 07:56:21 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-14 07:56:21 - cd /src TB --- 2006-11-14 07:56:21 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 14 07:56:23 UTC 2006 >>> 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 >>> World build completed on Tue Nov 14 09:04:06 UTC 2006 TB --- 2006-11-14 09:04:06 - generating LINT kernel config TB --- 2006-11-14 09:04:06 - cd /src/sys/pc98/conf TB --- 2006-11-14 09:04:06 - /usr/bin/make -B LINT TB --- 2006-11-14 09:04:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-14 09:04:06 - cd /src TB --- 2006-11-14 09:04:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 14 09:04:07 UTC 2006 >>> 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 [...] nexus.o(.text+0x86a): In function `nexus_alloc_msix': : undefined reference to `msix_alloc' nexus.o(.text+0x8bd): In function `nexus_release_msix': : undefined reference to `msix_release' nexus.o(.text+0x8f6): In function `nexus_alloc_msi': : undefined reference to `msi_alloc' nexus.o(.text+0x950): In function `nexus_release_msi': : undefined reference to `msi_release' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-14 09:15:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-14 09:15:09 - ERROR: failed to build lint kernel TB --- 2006-11-14 09:15:09 - tinderbox aborted TB --- 0.67 user 2.05 system 5411.05 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-i386@FreeBSD.ORG Tue Nov 14 15:48:17 2006 Return-Path: X-Original-To: i386@freebsd.org 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 36AE816A403; Tue, 14 Nov 2006 15:48:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2C5343D80; Tue, 14 Nov 2006 15:48:07 +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.8/8.13.8) with ESMTP id kAEFm769082894; Tue, 14 Nov 2006 10:48:07 -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.8/8.13.8) with ESMTP id kAEFm7CJ070955; Tue, 14 Nov 2006 10:48:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ECD6A73068; Tue, 14 Nov 2006 10:48:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061114154806.ECD6A73068@freebsd-current.sentex.ca> Date: Tue, 14 Nov 2006 10:48:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Nov 2006 15:48:17 -0000 TB --- 2006-11-14 14:30:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-14 14:30:03 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-14 14:30:03 - cleaning the object tree TB --- 2006-11-14 14:30:47 - checking out the source tree TB --- 2006-11-14 14:30:47 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-14 14:30:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-14 14:41:26 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-14 14:41:26 - cd /src TB --- 2006-11-14 14:41:26 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 14 14:41:28 UTC 2006 >>> 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 >>> World build completed on Tue Nov 14 15:37:06 UTC 2006 TB --- 2006-11-14 15:37:06 - generating LINT kernel config TB --- 2006-11-14 15:37:06 - cd /src/sys/pc98/conf TB --- 2006-11-14 15:37:06 - /usr/bin/make -B LINT TB --- 2006-11-14 15:37:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-14 15:37:06 - cd /src TB --- 2006-11-14 15:37:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 14 15:37:06 UTC 2006 >>> 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 [...] nexus.o(.text+0x86a): In function `nexus_alloc_msix': : undefined reference to `msix_alloc' nexus.o(.text+0x8bd): In function `nexus_release_msix': : undefined reference to `msix_release' nexus.o(.text+0x8f6): In function `nexus_alloc_msi': : undefined reference to `msi_alloc' nexus.o(.text+0x950): In function `nexus_release_msi': : undefined reference to `msi_release' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-14 15:48:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-14 15:48:06 - ERROR: failed to build lint kernel TB --- 2006-11-14 15:48:06 - tinderbox aborted TB --- 0.61 user 2.07 system 4683.37 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-i386@FreeBSD.ORG Thu Nov 16 08:40:02 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 E197416A407 for ; Thu, 16 Nov 2006 08:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B17343D5F for ; Thu, 16 Nov 2006 08:40:02 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAG8e1eH019192 for ; Thu, 16 Nov 2006 08:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAG8e1GC019191; Thu, 16 Nov 2006 08:40:01 GMT (envelope-from gnats) Resent-Date: Thu, 16 Nov 2006 08:40:01 GMT Resent-Message-Id: <200611160840.kAG8e1GC019191@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, rotus Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AEF516A40F for ; Thu, 16 Nov 2006 08:39:43 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D92643D4C for ; Thu, 16 Nov 2006 08:39:43 +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 kAG8dgrn060925 for ; Thu, 16 Nov 2006 08:39:42 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id kAG8dgFY060924; Thu, 16 Nov 2006 08:39:42 GMT (envelope-from nobody) Message-Id: <200611160839.kAG8dgFY060924@www.freebsd.org> Date: Thu, 16 Nov 2006 08:39:42 GMT From: rotus To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: i386/105600: sound mss can not detect PC-9821 V166 internal sound X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2006 08:40:03 -0000 >Number: 105600 >Category: i386 >Synopsis: sound mss can not detect PC-9821 V166 internal sound >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Nov 16 08:40:01 GMT 2006 >Closed-Date: >Last-Modified: >Originator: rotus >Release: RELENG_6 >Organization: >Environment: FreeBSD amaterasu.takamanohara.org 6.2-PRERELEASE FreeBSD 6.2 PRERELEASE #2: Thu Nov 16 16:40:35 JST 2006 root@amaterasu.takamanohara.org:/export/src/sys/pc98/compile/GENERIC i386 >Description: snd_mss cannot detect PC-9821 V166 internal sound card, Because of different signature for MSS in source code. >How-To-Repeat: every time on boot >Fix: PC-9821 V166 internal sound card has 0x05 MSS signature. --- mss.c.org Thu Nov 16 17:18:51 2006 +++ mss.c Wed Nov 15 00:08:18 2006 @@ -1320,7 +1320,7 @@ goto mss_probe_end; } tmp &= 0x3f; - if (!(tmp == 0x04 || tmp == 0x0f || tmp == 0x00)) { + if (!(tmp == 0x04 || tmp == 0x0f || tmp == 0x00 ||tmp == 0x05)) { BVDDB(printf("No MSS signature detected on port 0x%lx (0x%x)\n", rman_get_start(mss->io_base), tmpx)); goto no; >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Thu Nov 16 09:47:09 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 E137916A403; Thu, 16 Nov 2006 09:47:09 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A93043D6D; Thu, 16 Nov 2006 09:47:09 +0000 (GMT) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAG9l9gY025366; Thu, 16 Nov 2006 09:47:09 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAG9l9KX025362; Thu, 16 Nov 2006 09:47:09 GMT (envelope-from remko) Date: Thu, 16 Nov 2006 09:47:09 GMT From: Remko Lodder Message-Id: <200611160947.kAG9l9KX025362@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-multimedia@FreeBSD.org Cc: Subject: Re: i386/105600: [sound_mss] can not detect PC-9821 V166 internal sound X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2006 09:47:10 -0000 Old Synopsis: sound mss can not detect PC-9821 V166 internal sound New Synopsis: [sound_mss] can not detect PC-9821 V166 internal sound Responsible-Changed-From-To: freebsd-i386->freebsd-multimedia Responsible-Changed-By: remko Responsible-Changed-When: Thu Nov 16 09:46:16 UTC 2006 Responsible-Changed-Why: Assign to the correct group and alter synopsis to better reflect what is going on. http://www.freebsd.org/cgi/query-pr.cgi?pr=105600 From owner-freebsd-i386@FreeBSD.ORG Thu Nov 16 20:50:04 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 C9BE716A625 for ; Thu, 16 Nov 2006 20:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94CA043D5C for ; Thu, 16 Nov 2006 20:50:02 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAGKo2GI089499 for ; Thu, 16 Nov 2006 20:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAGKo2Pc089498; Thu, 16 Nov 2006 20:50:02 GMT (envelope-from gnats) Resent-Date: Thu, 16 Nov 2006 20:50:02 GMT Resent-Message-Id: <200611162050.kAGKo2Pc089498@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, Helge Oldach Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6935D16A47E for ; Thu, 16 Nov 2006 20:47:09 +0000 (UTC) (envelope-from hmo@sep.oldach.net) Received: from rigel.oldach.net (rigel.oldach.net [194.8.96.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C4843D5F for ; Thu, 16 Nov 2006 20:47:05 +0000 (GMT) (envelope-from hmo@sep.oldach.net) Received: from sep.oldach.net (hmo.in-dsl.de [217.197.85.210]) by rigel.oldach.net (8.13.8/8.13.8/hmo30jul04) with ESMTP id kAGKl1WV091679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 16 Nov 2006 21:47:03 +0100 (CET) (envelope-from hmo@sep.oldach.net) Received: from sep.oldach.net (localhost [127.0.0.1]) by sep.oldach.net (8.13.8/8.13.8/hmo26jun05) with ESMTP id kAGKl0GK005859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Nov 2006 21:47:00 +0100 (CET) (envelope-from hmo@sep.oldach.net) Received: (from hmo@localhost) by sep.oldach.net (8.13.8/8.13.8/Submit/hmo26jun05) id kAGKks7v005850; Thu, 16 Nov 2006 21:46:54 +0100 (CET) (envelope-from hmo) Message-Id: <200611162046.kAGKks7v005850@sep.oldach.net> Date: Thu, 16 Nov 2006 21:46:54 +0100 (CET) From: Helge Oldach To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: i386/105616: UART PCI device just silent... X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Helge Oldach List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2006 20:50:04 -0000 >Number: 105616 >Category: i386 >Synopsis: UART PCI device just silent... >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 16 20:50:01 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Helge Oldach >Release: FreeBSD 6.2-608 i386 >Organization: >Environment: System: FreeBSD localhost 6.2-608 FreeBSD 6.2-608 #1: Thu Nov 16 06:38:51 CET 2006 toor@localhost:/usr/obj/usr/src/sys/HMO-UART i386 >Description: I own a dual serial PCI board that works just fine with puc(4) & sio(4). No issue at all except occasional FIFO overruns. Unfortunately I cannot make it work with puc(4) & uart(4). I've compiled a kernel with minimal differences: include GENERIC nodevice sio device uart The two on-board UARTs work just fine (after tweaking /boot/device.hints), but the two PCI-based UARTs don't. The PCI device and the UARTs are correctly recognized and properly attached. I can open the devices with cu(1) or whatever application I chose, but there is zero data transfer. Nothing in, nothing out. It appears that carrier and other wires are there and properly recognized, but I can't get a single byte through. A verbose boot goes like this: found-> vendor=0x1409, dev=0x7168, revid=0x01 bus=0, slot=14, func=0 class=07-00-02, hdrtype=0x00, mfdev=0 cmdreg=0x0081, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 4, range 32, base 00002000, size 5, enabled pcib0: matched entry for 0.14.INTA (src \\_SB_.LNKB:0) pcib0: slot 14 INTA routed to irq 10 via \\_SB_.LNKB uart0: Reserved 0x20 bytes for rid 0x10 type 4 at 0x2000 puc0: port 0x2000-0x201f irq 10 at device 14.0 on pci0 uart2: <16550 or compatible> on puc0 uart2: fast interrupt uart3: <16550 or compatible> on puc0 uart3: fast interrupt uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: fast interrupt uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: fast interrupt The PCI device is not sharing IRQ 10 with another device. Disabling PUC_FASTINTR does not make a difference. Under both the "sio kernel" and the "uart kernel" pciconf(8) identifies board as puc0@pci0:14:0: class=0x070002 card=0x40371409 chip=0x71681409 rev=0x01 hdr=0x00 vendor = 'Timedia Technology Co Ltd' device = 'SUN 1889 / SUN 1699 PCI / ISA Asynchronous UART Signal Chips Solution' class = simple comms subclass = UART and devinfo(8) identifies under the uart kernel as puc0 pnpinfo vendor=0x1409 device=0x7168 subvendor=0x1409 subdevice=0x4037 class=0x070002 at slot=14 function=0 uart2 uart3 (similarly with sio device designators under the sio kernel). As this PCI device was not yet properly recognized by 6-STABLE's PCI/UART code, I had applied a minor fix: --- sys/dev/uart/uart_bus_pci.c.ctm Wed Aug 2 16:24:19 2006 +++ sys/dev/uart/uart_bus_pci.c Wed Nov 15 10:18:56 2006 @@ -101,6 +101,8 @@ 8 * DEFAULT_RCLK }, { 0x1409, 0x7168, 0x1409, 0x4028, "Timedia Technology Serial Port", 0x10, 8 * DEFAULT_RCLK }, +{ 0x1409, 0x7168, 0x1409, 0x4037, "Timedia Technology Serial Port", 0x10, + 8 * DEFAULT_RCLK }, { 0x1409, 0x7168, 0x1409, 0x5025, "Timedia Technology Serial Port", 0x10, 8 * DEFAULT_RCLK }, { 0x1409, 0x7168, 0x1409, 0x5027, "Timedia Technology Serial Port", 0x10, The 7-CURRENT code is slightly different as it applies a generic function to Timedia-type devices. From a code walk-through I concluded that this minor patch would be functionally identical. According to http://members.datafast.net.au/dft0802/downloads/pcidevs.txt this subdev should be a 16650 UART. But we recognize it as a 16550 type. Is there a potential issue 16- versus 32-byte FIFO? >How-To-Repeat: >Fix: I have no idea.... sorry. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 02:20:07 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 3529116A40F for ; Fri, 17 Nov 2006 02:20:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B07C043D60 for ; Fri, 17 Nov 2006 02:20:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAH2K69G018641 for ; Fri, 17 Nov 2006 02:20:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAH2K6wO018640; Fri, 17 Nov 2006 02:20:06 GMT (envelope-from gnats) Resent-Date: Fri, 17 Nov 2006 02:20:06 GMT Resent-Message-Id: <200611170220.kAH2K6wO018640@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, Terry Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7726C16A412 for ; Fri, 17 Nov 2006 02:18:31 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29BBD43D4C for ; Fri, 17 Nov 2006 02:18:31 +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 kAH2IUEo015727 for ; Fri, 17 Nov 2006 02:18:30 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id kAH2IUBs015726; Fri, 17 Nov 2006 02:18:30 GMT (envelope-from nobody) Message-Id: <200611170218.kAH2IUBs015726@www.freebsd.org> Date: Fri, 17 Nov 2006 02:18:30 GMT From: Terry To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: i386/105619: SSHD locks up server X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 02:20:07 -0000 >Number: 105619 >Category: i386 >Synopsis: SSHD locks up server >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 17 02:20:06 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Terry >Release: FreeBSD 6.1-STABLE >Organization: >Environment: FreeBSD 6.1-STABLE >Description: Whenever using SSH from an external network going to the FreeBSD box it locks up the server (dropping the interface?). After around 5-10 mins the server comes back up. Cannot remote access the machine through SSH although I can on my local network. Tried using putty and securecrt with the same results. >How-To-Repeat: Run standard version of sshd that comes with FreeBSD 6.1-STABLE. Try and SSH in with putty or SecureCRT. >Fix: Don't know? >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 08:05:40 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 59CB516A412; Fri, 17 Nov 2006 08:05:40 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC4D43D5A; Fri, 17 Nov 2006 08:05:39 +0000 (GMT) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAH85dTL053680; Fri, 17 Nov 2006 08:05:39 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAH85dQK053676; Fri, 17 Nov 2006 08:05:39 GMT (envelope-from remko) Date: Fri, 17 Nov 2006 08:05:39 GMT From: Remko Lodder Message-Id: <200611170805.kAH85dQK053676@freefall.freebsd.org> To: terry@comtron.com.au, remko@FreeBSD.org, freebsd-i386@FreeBSD.org Cc: Subject: Re: i386/105619: SSHD locks up server X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 08:05:40 -0000 Synopsis: SSHD locks up server State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Fri Nov 17 08:05:39 UTC 2006 State-Changed-Why: This is a userquestion (see my follow-up) and not a PR. close the PR accordingly. http://www.freebsd.org/cgi/query-pr.cgi?pr=105619 From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 08:10:10 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 2F50616A415 for ; Fri, 17 Nov 2006 08:10:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB6743D46 for ; Fri, 17 Nov 2006 08:10:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAH8A92h053836 for ; Fri, 17 Nov 2006 08:10:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAH8A9xs053835; Fri, 17 Nov 2006 08:10:09 GMT (envelope-from gnats) Date: Fri, 17 Nov 2006 08:10:09 GMT Message-Id: <200611170810.kAH8A9xs053835@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Remko Lodder Cc: Subject: Re: i386/105619: SSHD locks up server X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Remko Lodder List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 08:10:10 -0000 The following reply was made to PR i386/105619; it has been noted by GNATS. From: Remko Lodder To: Terry Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: i386/105619: SSHD locks up server Date: Fri, 17 Nov 2006 09:05:17 +0100 On Fri, Nov 17, 2006 at 02:18:30AM +0000, Terry wrote: > > >Number: 105619 > >Category: i386 > >Synopsis: SSHD locks up server > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-i386 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Fri Nov 17 02:20:06 GMT 2006 > >Closed-Date: > >Last-Modified: > >Originator: Terry > >Release: FreeBSD 6.1-STABLE > >Organization: > >Environment: > FreeBSD 6.1-STABLE > >Description: > Whenever using SSH from an external network going to the FreeBSD box it locks up the server (dropping the interface?). After around 5-10 mins the server comes back up. Cannot remote access the machine through SSH although I can on my local network. Tried using putty and securecrt with the same results. > >How-To-Repeat: > Run standard version of sshd that comes with FreeBSD 6.1-STABLE. > Try and SSH in with putty or SecureCRT. > >Fix: > Don't know? > >Release-Note: > >Audit-Trail: > >Unformatted: Hello Terry, Are you using a DNS Server? If not it can take a little time before the request is being processed. This is a FAQ item and can be found here: http://www.freebsd.org/doc/en/books/faq/book.html#CONNECTION-DELAY I will close the PR since this is not a problem report but a user request. If you need more information please proceed to http://lists.freebsd.org/mailman/listinfo/freebsd-questions and post your questions there. If people believe this is still worth a PR after that, please get back to me so that we can reopen the ticket and look into this accordingly. Please do note that this is not to make your life more difficult, but to make it easier you will most likely get a much quicker response on the mailinglist then here where we only handle problems, not questions. Cheers, remko -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */ From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 09:20:12 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 B5D2B16A416 for ; Fri, 17 Nov 2006 09:20:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBEC143D5F for ; Fri, 17 Nov 2006 09:20: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.4/8.13.4) with ESMTP id kAH9KBI1061376 for ; Fri, 17 Nov 2006 09:20:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAH9KB8S061375; Fri, 17 Nov 2006 09:20:11 GMT (envelope-from gnats) Date: Fri, 17 Nov 2006 09:20:11 GMT Message-Id: <200611170920.kAH9KB8S061375@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Ariff Abdullah Cc: Subject: Re: i386/104678: SMP not working on Turion XP Laptop X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ariff Abdullah List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 09:20:12 -0000 The following reply was made to PR i386/104678; it has been noted by GNATS. From: Ariff Abdullah To: bug-followup@FreeBSD.org, danolson@visi.com, rainer.alves@gmail.com, infofarmer@FreeBSD.org, bde@zeta.org.au Cc: jhb@FreeBSD.org Subject: Re: i386/104678: SMP not working on Turion XP Laptop Date: Fri, 17 Nov 2006 17:15:01 +0800 It seems the workaround is rather simple: machdep.cpu_idle_hlt=0 Unfortunately, the only place where you can set that is after the system comes alive. This patch deals with that so that you can set it as early as possible during boot procedure through loader.conf. http://people.freebsd.org/~ariff/misc/turionX2.diff Summary: Basically the cpu enter deep sleep mode whenever it receives HLT call within idle loop, and that only if APIC + Local APIC timer is enabled. I can't tell whether it is because of APIC misseting, CPU bug or else, but one thing for sure, FreeBSD 5.x/SMP boots happily on this (well, that's because it doesn't use local APIC timer). With idle HLT disabled, there will be a slight power savings penalty especially if the cpu just sit idle doing nothing else. CPU Errata: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/33610.pdf Perhaps jhb@ might have an interest in this issue. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 09:40:22 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 F358916A530 for ; Fri, 17 Nov 2006 09:40:21 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 906B843D55 for ; Fri, 17 Nov 2006 09:40: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.4/8.13.4) with ESMTP id kAH9eIIU064411 for ; Fri, 17 Nov 2006 09:40:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAH9eIFh064410; Fri, 17 Nov 2006 09:40:18 GMT (envelope-from gnats) Date: Fri, 17 Nov 2006 09:40:18 GMT Message-Id: <200611170940.kAH9eIFh064410@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: "Andrew Pantyukhin" Cc: Subject: Re: i386/104678: SMP not working on Turion XP Laptop X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrew Pantyukhin List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 09:40:22 -0000 The following reply was made to PR i386/104678; it has been noted by GNATS. From: "Andrew Pantyukhin" To: "Ariff Abdullah" Cc: bug-followup@freebsd.org, danolson@visi.com, rainer.alves@gmail.com, bde@zeta.org.au, jhb@freebsd.org Subject: Re: i386/104678: SMP not working on Turion XP Laptop Date: Fri, 17 Nov 2006 12:34:25 +0300 On 11/17/06, Ariff Abdullah wrote: > It seems the workaround is rather simple: > > machdep.cpu_idle_hlt=0 Thanks, it works! The interesting thing is with snd_hda. When CPU is 100% loaded (at least one core), it works, but with some crackling noise instead of the basses. When CPU is idle, the noise makes sound virtually inaudible. OTOH, snd_uaudio works great either way. I guess I'll have to discuss that with you in a separate thread/PR. My laptop hard drive developed bad blocks during the trip to EuroBSDCon. I'll bring it in for repairs tomorrow. I'll be glad to test whatever you throw at me when it's fixed. Thank you very much! From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 12:40:08 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 47E1616A40F for ; Fri, 17 Nov 2006 12:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0154043D58 for ; Fri, 17 Nov 2006 12:40:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAHCe7RN075911 for ; Fri, 17 Nov 2006 12:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAHCe7DZ075910; Fri, 17 Nov 2006 12:40:07 GMT (envelope-from gnats) Date: Fri, 17 Nov 2006 12:40:07 GMT Message-Id: <200611171240.kAHCe7DZ075910@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Bruce Evans Cc: Subject: Re: i386/104678: SMP not working on Turion XP Laptop X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 17 Nov 2006 12:40:08 -0000 The following reply was made to PR i386/104678; it has been noted by GNATS. From: Bruce Evans To: Ariff Abdullah Cc: bug-followup@freebsd.org, danolson@visi.com, rainer.alves@gmail.com, infofarmer@freebsd.org, jhb@freebsd.org Subject: Re: i386/104678: SMP not working on Turion XP Laptop Date: Fri, 17 Nov 2006 23:36:49 +1100 (EST) On Fri, 17 Nov 2006, Ariff Abdullah wrote: > It seems the workaround is rather simple: > > machdep.cpu_idle_hlt=0 This sort of works on an HP nx6325 too. It fixes booting. > Unfortunately, the only place where you can set that is after the > system comes alive. This patch deals with that so that you can set it > as early as possible during boot procedure through loader.conf. After booting I had no problems that matter much to me (sleep/suspend don't work; closing the lid only turns off the screen and drops 1 second from the timecounter), but with cpu_idle_hlt=0 (set manually in ddb after booting with -d), the system runs very hot, and turning cpu_idle_hlt back on works strangely (it cools an idle system, but stops clock interrupts working), and turning it back off works as expected (it reheats an idle system and restarts clock interrupts). Apparently the SMP hook into cpu_idle() doesn't work right if the flag is changed after booting. > Summary: > Basically the cpu enter deep sleep mode whenever it receives HLT > call within idle loop, and that only if APIC + Local APIC timer is > enabled. I can't tell whether it is because of APIC misseting, CPU bug > or else, but one thing for sure, FreeBSD 5.x/SMP boots happily on this > (well, that's because it doesn't use local APIC timer). The boot problem also caused clock interrupts to stop working *until I toggled AC power), so the problem is apparently related to using the local APIC timer. The power penalty seems to be more than slight. On my nx6325, tz0.temperature is now 50C with cpu_idle_hlt=1 and 75C with cpu_idle_hlt=0, the latter even when on battery power. I've also noticed this system getting hot while in ddb, and wondered if it would help to use pause() in the spinloops in console i/o routines. Bruce From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 15:00:08 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 8919F16A40F for ; Fri, 17 Nov 2006 15:00:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1080343D55 for ; Fri, 17 Nov 2006 15:00:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAHF07xA088406 for ; Fri, 17 Nov 2006 15:00:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAHF07Z8088404; Fri, 17 Nov 2006 15:00:07 GMT (envelope-from gnats) Date: Fri, 17 Nov 2006 15:00:07 GMT Message-Id: <200611171500.kAHF07Z8088404@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Ariff Abdullah Cc: Subject: Re: i386/104678: SMP not working on Turion XP Laptop X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ariff Abdullah List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 15:00:08 -0000 The following reply was made to PR i386/104678; it has been noted by GNATS. From: Ariff Abdullah To: Bruce Evans Cc: bug-followup@FreeBSD.org, danolson@visi.com, rainer.alves@gmail.com, infofarmer@FreeBSD.org, jhb@FreeBSD.org Subject: Re: i386/104678: SMP not working on Turion XP Laptop Date: Fri, 17 Nov 2006 22:50:19 +0800 On Fri, 17 Nov 2006 23:36:49 +1100 (EST) Bruce Evans wrote: > On Fri, 17 Nov 2006, Ariff Abdullah wrote: > > > It seems the workaround is rather simple: > > > > machdep.cpu_idle_hlt=0 > > This sort of works on an HP nx6325 too. It fixes booting. > > > Unfortunately, the only place where you can set that is after the > > system comes alive. This patch deals with that so that you can set > > it as early as possible during boot procedure through loader.conf. > > After booting I had no problems that matter much to me > (sleep/suspend don't work; closing the lid only turns off the screen > and drops 1 second from the timecounter), but with cpu_idle_hlt=0 > (set manually in ddb after booting with -d), the system runs very > hot, and turning cpu_idle_hlt back on works strangely (it cools an > idle system, but stops clock interrupts working), and turning it > back off works as expected (it reheats an idle system and restarts > clock interrupts). Apparently the SMP hook into cpu_idle() doesn't > work right if the flag is changed after booting. > > > Summary: > > Basically the cpu enter deep sleep mode whenever it receives HLT > > call within idle loop, and that only if APIC + Local APIC timer is > > enabled. I can't tell whether it is because of APIC misseting, CPU > > bug or else, but one thing for sure, FreeBSD 5.x/SMP boots happily > > on this (well, that's because it doesn't use local APIC timer). > > The boot problem also caused clock interrupts to stop working *until > I toggled AC power), so the problem is apparently related to using > the local APIC timer. > > The power penalty seems to be more than slight. On my nx6325, > tz0.temperature is now 50C with cpu_idle_hlt=1 and 75C with > cpu_idle_hlt=0, the latter even when on battery power. I've also > noticed this system getting hot while in ddb, and wondered if it > would help to use pause() in the spinloops in console i/o routines. > Apparently executing HLT on other cores seems fine, as long as we _exclude_ at least a single core from doing so. That way, we still have manageable timer interrupt while letting the other cores doing power management stuffs. Currently, this is my crude crack on machdep.c (both for i386 and amd64): ## BEGIN ## void cpu_idle(void) { #ifdef SMP if (mp_grab_cpu_hlt()) return; #endif if (cpu_idle_hlt) { disable_intr(); if (sched_runnable()) enable_intr(); else if (PCPU_GET(cpuid) == 0) <<<<< enable_intr(); <<<<< else (*cpu_idle_hook)(); } } ## END ## Again, this only concern where local apic timer is in action for this cpu. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 16:50:18 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 33B7516A4AB for ; Fri, 17 Nov 2006 16:50:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D055643D73 for ; Fri, 17 Nov 2006 16:50: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.4/8.13.4) with ESMTP id kAHGoE7Z009260 for ; Fri, 17 Nov 2006 16:50:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAHGoEXQ009259; Fri, 17 Nov 2006 16:50:14 GMT (envelope-from gnats) Date: Fri, 17 Nov 2006 16:50:14 GMT Message-Id: <200611171650.kAHGoEXQ009259@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: John Baldwin Cc: Subject: Re: i386/104678: SMP not working on Turion XP Laptop X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 16:50:18 -0000 The following reply was made to PR i386/104678; it has been noted by GNATS. From: John Baldwin To: Ariff Abdullah Cc: Bruce Evans , bug-followup@freebsd.org, danolson@visi.com, rainer.alves@gmail.com, infofarmer@freebsd.org Subject: Re: i386/104678: SMP not working on Turion XP Laptop Date: Fri, 17 Nov 2006 11:21:29 -0500 On Friday 17 November 2006 09:50, Ariff Abdullah wrote: > On Fri, 17 Nov 2006 23:36:49 +1100 (EST) > Bruce Evans wrote: > > On Fri, 17 Nov 2006, Ariff Abdullah wrote: > > > > > It seems the workaround is rather simple: > > > > > > machdep.cpu_idle_hlt=0 > > > > This sort of works on an HP nx6325 too. It fixes booting. > > > > > Unfortunately, the only place where you can set that is after the > > > system comes alive. This patch deals with that so that you can set > > > it as early as possible during boot procedure through loader.conf. > > > > After booting I had no problems that matter much to me > > (sleep/suspend don't work; closing the lid only turns off the screen > > and drops 1 second from the timecounter), but with cpu_idle_hlt=0 > > (set manually in ddb after booting with -d), the system runs very > > hot, and turning cpu_idle_hlt back on works strangely (it cools an > > idle system, but stops clock interrupts working), and turning it > > back off works as expected (it reheats an idle system and restarts > > clock interrupts). Apparently the SMP hook into cpu_idle() doesn't > > work right if the flag is changed after booting. > > > > > Summary: > > > Basically the cpu enter deep sleep mode whenever it receives HLT > > > call within idle loop, and that only if APIC + Local APIC timer is > > > enabled. I can't tell whether it is because of APIC misseting, CPU > > > bug or else, but one thing for sure, FreeBSD 5.x/SMP boots happily > > > on this (well, that's because it doesn't use local APIC timer). > > > > The boot problem also caused clock interrupts to stop working *until > > I toggled AC power), so the problem is apparently related to using > > the local APIC timer. > > > > The power penalty seems to be more than slight. On my nx6325, > > tz0.temperature is now 50C with cpu_idle_hlt=1 and 75C with > > cpu_idle_hlt=0, the latter even when on battery power. I've also > > noticed this system getting hot while in ddb, and wondered if it > > would help to use pause() in the spinloops in console i/o routines. > > > > Apparently executing HLT on other cores seems fine, as long as we > _exclude_ at least a single core from doing so. That way, we still > have manageable timer interrupt while letting the other cores doing > power management stuffs. Currently, this is my crude crack on > machdep.c (both for i386 and amd64): > > ## BEGIN ## > void > cpu_idle(void) > { > > #ifdef SMP > if (mp_grab_cpu_hlt()) > return; > #endif > > if (cpu_idle_hlt) { > disable_intr(); > if (sched_runnable()) > enable_intr(); > else if (PCPU_GET(cpuid) == 0) <<<<< > enable_intr(); <<<<< > else > (*cpu_idle_hook)(); > } > } > ## END ## > > > Again, this only concern where local apic timer is in action for this > cpu. Are you using ACPI with Cx hlt states? It's known that on many Intel chips at least, entering C2 or C3 powers off the local APIC timer. I know of one possible workaround that we can use, but haven't had any time to look at it. Specifically, we could use another interrupt source (such as the HPET counters) and schedule them to wake us up when the next clock tick should fire when we enter C2 or higher sleep state. You can test this theory by setting the sysctl for ACPI to use only C1. -- John Baldwin From owner-freebsd-i386@FreeBSD.ORG Fri Nov 17 18:10:10 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org 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 DA0C216A403 for ; Fri, 17 Nov 2006 18:10:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62ACD43D46 for ; Fri, 17 Nov 2006 18:10: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.4/8.13.4) with ESMTP id kAHIAAjk015907 for ; Fri, 17 Nov 2006 18:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAHIAAxP015906; Fri, 17 Nov 2006 18:10:10 GMT (envelope-from gnats) Date: Fri, 17 Nov 2006 18:10:10 GMT Message-Id: <200611171810.kAHIAAxP015906@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Ariff Abdullah Cc: Subject: Re: i386/104678: SMP not working on Turion XP Laptop X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ariff Abdullah List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 18:10:10 -0000 The following reply was made to PR i386/104678; it has been noted by GNATS. From: Ariff Abdullah To: John Baldwin Cc: bug-followup@FreeBSD.org, bde@zeta.org.au, danolson@visi.com, rainer.alves@gmail.com, infofarmer@FreeBSD.org Subject: Re: i386/104678: SMP not working on Turion XP Laptop Date: Sat, 18 Nov 2006 02:05:27 +0800 On Fri, 17 Nov 2006 16:50:14 GMT John Baldwin wrote: > > Are you using ACPI with Cx hlt states? It's known that on many > Intel chips at least, entering C2 or C3 powers off the local APIC > timer. I know of one possible workaround that we can use, but > haven't had any time to look at it. Specifically, we could use > another interrupt source (such as the HPET counters) and schedule > them to wake us up when the next clock tick should fire when we > enter C2 or higher sleep state. You can test this theory by > setting the sysctl for ACPI to use only C1. > Unfortunately, this CPU is a bit special since it support nothing but C1. Perhaps the logic is simmilar that is, if the CPU is at it lowest Cx states (which in this sense, C1) and HLT is issued, interrupt generation within the CPU is simply halted. On Turion64 X2: # sysctl hw.acpi.cpu hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% On single core Turion64: # sysctl hw.acpi.cpu hw.acpi.cpu.cx_supported: C1/0 C2/18 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% Surprisingly, if I deliberately set cx_lowest to C2 on single core Turion64 and HLT is issued through idle loop, the simmilar behaviour can be observed. Perhaps the workaround (or fix) best implmented within acpi cpu idle hook itself: acpi_cpu_c1() somewhere within sys/i386/acpica/acpi_machdep.c: if (at_lowest_cx_states && first_cpu && lapic_timer_enabled) { enable intr; } else { issue HLT; } This should fix issues with other cpu as well. Resonable? I guess so.. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ From owner-freebsd-i386@FreeBSD.ORG Sat Nov 18 16:44:51 2006 Return-Path: X-Original-To: i386@freebsd.org Delivered-To: freebsd-i386@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD83516A47C; Sat, 18 Nov 2006 16:44:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1326443D72; Sat, 18 Nov 2006 16:44:44 +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.6/8.13.6) with ESMTP id kAIGilQL061982; Sat, 18 Nov 2006 11:44:48 -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.8/8.13.8) with ESMTP id kAIGilhm085669; Sat, 18 Nov 2006 11:44:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5BC7D73068; Sat, 18 Nov 2006 11:44:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061118164447.5BC7D73068@freebsd-current.sentex.ca> Date: Sat, 18 Nov 2006 11:44:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Nov 2006 16:44:52 -0000 TB --- 2006-11-18 15:35:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-18 15:35:59 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-18 15:35:59 - cleaning the object tree TB --- 2006-11-18 15:36:59 - checking out the source tree TB --- 2006-11-18 15:36:59 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-18 15:36:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-18 15:47:10 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-18 15:47:10 - cd /src TB --- 2006-11-18 15:47:10 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 18 15:47:12 UTC 2006 >>> 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 >>> World build completed on Sat Nov 18 16:42:35 UTC 2006 TB --- 2006-11-18 16:42:35 - generating LINT kernel config TB --- 2006-11-18 16:42:35 - cd /src/sys/i386/conf TB --- 2006-11-18 16:42:35 - /usr/bin/make -B LINT TB --- 2006-11-18 16:42:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-18 16:42:35 - cd /src TB --- 2006-11-18 16:42:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 18 16:42:36 UTC 2006 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/compat/linux/linux_getcwd.c:429:64: macro "ARGS" passed 4 arguments, but takes just 2 mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-18 16:44:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-18 16:44:47 - ERROR: failed to build lint kernel TB --- 2006-11-18 16:44:47 - tinderbox aborted TB --- 0.88 user 2.74 system 4127.90 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-i386@FreeBSD.ORG Sat Nov 18 17:08:38 2006 Return-Path: X-Original-To: i386@freebsd.org Delivered-To: freebsd-i386@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56AA316A4A0; Sat, 18 Nov 2006 17:08:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A57D543D5A; Sat, 18 Nov 2006 17:08:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAIH8SUo063499; Sat, 18 Nov 2006 12:08:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAIH8Rh2030867; Sat, 18 Nov 2006 12:08:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BB06573068; Sat, 18 Nov 2006 12:08:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061118170827.BB06573068@freebsd-current.sentex.ca> Date: Sat, 18 Nov 2006 12:08:27 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Nov 2006 17:08:38 -0000 TB --- 2006-11-18 15:59:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-18 15:59:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-18 15:59:54 - cleaning the object tree TB --- 2006-11-18 16:00:25 - checking out the source tree TB --- 2006-11-18 16:00:25 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-18 16:00:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-18 16:11:24 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-18 16:11:24 - cd /src TB --- 2006-11-18 16:11:24 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 18 16:11:26 UTC 2006 >>> 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 >>> World build completed on Sat Nov 18 17:06:41 UTC 2006 TB --- 2006-11-18 17:06:41 - generating LINT kernel config TB --- 2006-11-18 17:06:41 - cd /src/sys/pc98/conf TB --- 2006-11-18 17:06:41 - /usr/bin/make -B LINT TB --- 2006-11-18 17:06:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-18 17:06:41 - cd /src TB --- 2006-11-18 17:06:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 18 17:06:41 UTC 2006 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/compat/linux/linux_getcwd.c:429:64: macro "ARGS" passed 4 arguments, but takes just 2 mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-18 17:08:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-18 17:08:27 - ERROR: failed to build lint kernel TB --- 2006-11-18 17:08:27 - tinderbox aborted TB --- 0.74 user 2.76 system 4113.36 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-i386@FreeBSD.ORG Sat Nov 18 18:16:09 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01B3E16A8BA for ; Sat, 18 Nov 2006 18:16:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7641644306 for ; Sat, 18 Nov 2006 18:10:37 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAIIAQMr086697 for ; Sat, 18 Nov 2006 18:10:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAIIAQHO086694; Sat, 18 Nov 2006 18:10:26 GMT (envelope-from gnats) Date: Sat, 18 Nov 2006 18:10:26 GMT Message-Id: <200611181810.kAIIAQHO086694@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Marcel Moolenaar Cc: Subject: Re: i386/105616: UART PCI device just silent... X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcel Moolenaar List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Nov 2006 18:16:09 -0000 The following reply was made to PR i386/105616; it has been noted by GNATS. From: Marcel Moolenaar To: Helge Oldach Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: i386/105616: UART PCI device just silent... Date: Sat, 18 Nov 2006 09:47:39 -0800 On Nov 16, 2006, at 12:46 PM, Helge Oldach wrote: > --- sys/dev/uart/uart_bus_pci.c.ctm Wed Aug 2 16:24:19 2006 > +++ sys/dev/uart/uart_bus_pci.c Wed Nov 15 10:18:56 2006 > @@ -101,6 +101,8 @@ > 8 * DEFAULT_RCLK }, > { 0x1409, 0x7168, 0x1409, 0x4028, "Timedia Technology Serial > Port", 0x10, > 8 * DEFAULT_RCLK }, > +{ 0x1409, 0x7168, 0x1409, 0x4037, "Timedia Technology Serial > Port", 0x10, > + 8 * DEFAULT_RCLK }, > { 0x1409, 0x7168, 0x1409, 0x5025, "Timedia Technology Serial > Port", 0x10, > 8 * DEFAULT_RCLK }, > { 0x1409, 0x7168, 0x1409, 0x5027, "Timedia Technology Serial > Port", 0x10, > The patch is not right. The PCI device you talk about is a *dual* serial I/O card. As such, puc(4) needs to attach to it, not uart(4). Adding the PCI ids to uart(4) will only cause a conflict, not to mention that if uart(4) attaches, it only attaches to the first. However, the patch shows that the clock on these cards is 8 times the default clock. I think that is why puc(4)+uart(4) doesn't work. If you select a baudrate that 8 times lower than what you know the baudrate should be, then you should be able to transmit and receive data. If that's the case, then puc(4) needs to be fixed to have the correct clock value for these boards. Note also that I have not heard of uart(4) being wrong in classifying the type as 16550, 1660 or otherwise. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-i386@FreeBSD.ORG Sat Nov 18 18:20:31 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B974E16A415 for ; Sat, 18 Nov 2006 18:20:31 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3608A43D81 for ; Sat, 18 Nov 2006 18:20:26 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAIIKUVA087694 for ; Sat, 18 Nov 2006 18:20:30 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAIIKU0w087693; Sat, 18 Nov 2006 18:20:30 GMT (envelope-from gnats) Date: Sat, 18 Nov 2006 18:20:30 GMT Message-Id: <200611181820.kAIIKU0w087693@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: puc-uart@oldach.net (Helge Oldach) Cc: Subject: Re: i386/105616: UART PCI device just silent... X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Helge Oldach List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Nov 2006 18:20:31 -0000 The following reply was made to PR i386/105616; it has been noted by GNATS. From: puc-uart@oldach.net (Helge Oldach) To: xcllnt@mac.com (Marcel Moolenaar) Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: i386/105616: UART PCI device just silent... Date: Sat, 18 Nov 2006 19:14:22 +0100 (CET) Hi Marcel, thanks for your response. Marcel Moolenaar: >On Nov 16, 2006, at 12:46 PM, Helge Oldach wrote: > >> --- sys/dev/uart/uart_bus_pci.c.ctm Wed Aug 2 16:24:19 2006 >> +++ sys/dev/uart/uart_bus_pci.c Wed Nov 15 10:18:56 2006 >> @@ -101,6 +101,8 @@ >> 8 * DEFAULT_RCLK }, >> { 0x1409, 0x7168, 0x1409, 0x4028, "Timedia Technology Serial >> Port", 0x10, >> 8 * DEFAULT_RCLK }, >> +{ 0x1409, 0x7168, 0x1409, 0x4037, "Timedia Technology Serial >> Port", 0x10, >> + 8 * DEFAULT_RCLK }, >> { 0x1409, 0x7168, 0x1409, 0x5025, "Timedia Technology Serial >> Port", 0x10, >> 8 * DEFAULT_RCLK }, >> { 0x1409, 0x7168, 0x1409, 0x5027, "Timedia Technology Serial >> Port", 0x10, >> > >The patch is not right. The PCI device you talk about is a *dual* serial >I/O card. As such, puc(4) needs to attach to it, not uart(4). Adding the >PCI ids to uart(4) will only cause a conflict, not to mention that if >uart(4) attaches, it only attaches to the first. Am I mistaken or, is it actually the case that puc(4) attaches to the board and not uart(4)? puc0: port 0x2000-0x201f irq 10 at device 14.0 on pci0 uart2: <16550 or compatible> on puc0 uart2: fast interrupt uart3: <16550 or compatible> on puc0 uart3: fast interrupt >However, the patch shows that the clock on these cards is 8 times the >default clock. That was just a rough guess, copied from seemingly similar cards. So I understand no specific puc(4) attribution needs to be made for this card. It is already properly recognized, albeit with misleading text in pucdata.c: { "Dolphin Peripherals 4036", { 0x1409, 0x7168, 0, 0 }, { 0xffff, 0xffff, 0, 0 }, { { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ * 8 }, { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ * 8 }, }, }, >I think that is why puc(4)+uart(4) doesn't work. If >you select a baudrate that 8 times lower than what you know the baudrate >should be, then you should be able to transmit and receive data. If >that's the case, then puc(4) needs to be fixed to have the correct >clock value for these boards. I will give this a try to see if it helps. Note that also pucdata.c assumes 8 times baudrate. >Note also that I have not heard of uart(4) being wrong in classifying >the type as 16550, 1660 or otherwise. Fine with me. I am not claiming the source mentioned is correct. I just say there appears to be some disagreement. Thanks for your response anyway. Regards, Helge From owner-freebsd-i386@FreeBSD.ORG Sat Nov 18 18:40:50 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FF9816A4A0 for ; Sat, 18 Nov 2006 18:40:50 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id C426E43D49 for ; Sat, 18 Nov 2006 18:40:29 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAIIeOsD089946 for ; Sat, 18 Nov 2006 18:40:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAIIeOIe089943; Sat, 18 Nov 2006 18:40:24 GMT (envelope-from gnats) Date: Sat, 18 Nov 2006 18:40:24 GMT Message-Id: <200611181840.kAIIeOIe089943@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Marcel Moolenaar Cc: Subject: Re: i386/105616: UART PCI device just silent... X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcel Moolenaar List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Nov 2006 18:40:50 -0000 The following reply was made to PR i386/105616; it has been noted by GNATS. From: Marcel Moolenaar To: Helge Oldach Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: i386/105616: UART PCI device just silent... Date: Sat, 18 Nov 2006 10:31:52 -0800 On Nov 18, 2006, at 10:14 AM, Helge Oldach wrote: > Hi Marcel, > > thanks for your response. > > Marcel Moolenaar: >> On Nov 16, 2006, at 12:46 PM, Helge Oldach wrote: >> >>> --- sys/dev/uart/uart_bus_pci.c.ctm Wed Aug 2 16:24:19 2006 >>> +++ sys/dev/uart/uart_bus_pci.c Wed Nov 15 10:18:56 2006 >>> @@ -101,6 +101,8 @@ >>> 8 * DEFAULT_RCLK }, >>> { 0x1409, 0x7168, 0x1409, 0x4028, "Timedia Technology Serial >>> Port", 0x10, >>> 8 * DEFAULT_RCLK }, >>> +{ 0x1409, 0x7168, 0x1409, 0x4037, "Timedia Technology Serial >>> Port", 0x10, >>> + 8 * DEFAULT_RCLK }, >>> { 0x1409, 0x7168, 0x1409, 0x5025, "Timedia Technology Serial >>> Port", 0x10, >>> 8 * DEFAULT_RCLK }, >>> { 0x1409, 0x7168, 0x1409, 0x5027, "Timedia Technology Serial >>> Port", 0x10, >>> >> >> The patch is not right. The PCI device you talk about is a *dual* >> serial >> I/O card. As such, puc(4) needs to attach to it, not uart(4). >> Adding the >> PCI ids to uart(4) will only cause a conflict, not to mention that if >> uart(4) attaches, it only attaches to the first. > > Am I mistaken or, is it actually the case that puc(4) attaches to the > board and not uart(4)? > > puc0: port 0x2000-0x201f irq 10 at > device 14.0 on pci0 > uart2: <16550 or compatible> on puc0 > uart2: fast interrupt > uart3: <16550 or compatible> on puc0 > uart3: fast interrupt As it shows, puc0 attaches to the pci0 bus. This logically represents that puc checks the PCI ids. It also shows that uart2 and uart3 attach to puc0. Consequently (by design), uart gets the clock information from puc. If puc has it wrong, then uart will not work well. >> However, the patch shows that the clock on these cards is 8 times the >> default clock. > > That was just a rough guess, copied from seemingly similar cards. > > So I understand no specific puc(4) attribution needs to be made for > this > card. It is already properly recognized, albeit with misleading > text in > pucdata.c: > > { "Dolphin Peripherals 4036", > { 0x1409, 0x7168, 0, 0 }, > { 0xffff, 0xffff, 0, 0 }, > { > { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ * 8 }, > { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ * 8 }, > }, > }, Hmmm, if puc currently has a clock of 8 times the default, then we may have another problem. Could you check if puc got it wrong as it is? Simply select a baudrate that's 8 times higher than the baudrate you want. If you can communicate, then your card does *not* have a clock that's 8 times default. If you can't get any data transmitted or received when you select differing baudrates (to compensate for a lock that's wrong) then we obviously have another problem. >> Note also that I have not heard of uart(4) being wrong in classifying >> the type as 16550, 1660 or otherwise. > > Fine with me. I am not claiming the source mentioned is correct. I > just > say there appears to be some disagreement. The disagreement may be important. Maybe your card has "false" PCI ids and is recognized for something it isn't. Of course, there may also be bugs in the source code that exhibit them- selves this way. It would be good to find out what it is... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-i386@FreeBSD.ORG Sat Nov 18 21:20:36 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0768416A407 for ; Sat, 18 Nov 2006 21:20:35 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id D979643D6A for ; Sat, 18 Nov 2006 21: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.4/8.13.4) with ESMTP id kAILKLd5003390 for ; Sat, 18 Nov 2006 21:20:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAILKLeI003384; Sat, 18 Nov 2006 21:20:21 GMT (envelope-from gnats) Date: Sat, 18 Nov 2006 21:20:21 GMT Message-Id: <200611182120.kAILKLeI003384@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: puc-art@oldach.net (Helge Oldach) Cc: Subject: Re: i386/105616: UART PCI device just silent... X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Helge Oldach List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Nov 2006 21:20:36 -0000 The following reply was made to PR i386/105616; it has been noted by GNATS. From: puc-art@oldach.net (Helge Oldach) To: xcllnt@mac.com (Marcel Moolenaar) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/105616: UART PCI device just silent... Date: Sat, 18 Nov 2006 22:16:56 +0100 (CET) Hi Marcel, Marcel Moolenaar: >On Nov 18, 2006, at 10:14 AM, Helge Oldach wrote: >> So I understand no specific puc(4) attribution needs to be made for >> this card. It is already properly recognized, albeit with misleading >> text in pucdata.c: >> >> { "Dolphin Peripherals 4036", >> { 0x1409, 0x7168, 0, 0 }, >> { 0xffff, 0xffff, 0, 0 }, >> { >> { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ * 8 }, >> { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ * 8 }, >> }, >> }, > >Hmmm, if puc currently has a clock of 8 times the default, then >we may have another problem. Could you check if puc got it >wrong as it is? Yes, this is the case. I tried with the original pucdata.c as well as original uart_bus_pci.c. I forgot to mention that I am running a rather recent STABLE. CTM'ed just a week ago. I tried to attach with all speeds to cuau2, using cu -s . This should be a 9600 baud port (it talks to a standard Cisco router console port and works fine at 9600 Baud with sio). Particularly, neither 1200 nor 115200 work. I also changed the "COM_FREQ * 8" to just "COM_FREQ", and retried the exercise. Same result: the ports just stay silent. BTW, I would be rather astonished if the latter exercise would change things, as the board works fine under sio(4) attached to puc(4), hence "COM_FREQ * 8" is probably the Right Thing. I also tried swapping the ports (just in case sio and uart disagree on the numbering) - same. Actually I have a Palm serial cradle on the other port, and attaching with cu to it outputs some blank lines immediately after I hit the sync button on the cradle. This is the same port that sio(4) recognizes as "the Palm port". >>> Note also that I have not heard of uart(4) being wrong in >>> classifying the type as 16550, 1660 or otherwise. >> Fine with me. I am not claiming the source mentioned is correct. I >> just say there appears to be some disagreement. >The disagreement may be important. Maybe your card has "false" PCI ids >and is recognized for something it isn't. Well... guessing from the box that it shipped with and the documentation (which labels the board as a #4037 type board) there is indeed a little room for a mismatch. The box says "two 16C550 UART with 32 Byte FIFO" while the documentation says "two 16C650 32FIFO". I suspect the box's mentioning of 16550 is simply marketing blurb. The PCI/UART combo chip is a SUN1889 which AFAIK is indeed specified with 32 Byte FIFO. The serial driver chip is a TI-75232. This appears pretty identical to what the above source mentions. I can send you photos if you like. :-) >Of course, there may also be bugs in the source code that exhibit them- >selves this way. It would be good to find out what it is... Just advise, I can play with this box as I prefer... What strikes me is that sio(4) (also attached to puc(4)) supports the board just fine, while uart(4) apparently doesn't. Regards, Helge From owner-freebsd-i386@FreeBSD.ORG Sat Nov 18 21:30:55 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B29E16A4C2 for ; Sat, 18 Nov 2006 21:30:55 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2156B43D79 for ; Sat, 18 Nov 2006 21:30:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kAILUKa3004041 for ; Sat, 18 Nov 2006 21:30:20 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kAILUKvB004040; Sat, 18 Nov 2006 21:30:20 GMT (envelope-from gnats) Date: Sat, 18 Nov 2006 21:30:20 GMT Message-Id: <200611182130.kAILUKvB004040@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Rainer Alves Cc: Subject: Re: i386/104678: SMP not working on Turion XP Laptop X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rainer Alves List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Nov 2006 21:30:55 -0000 The following reply was made to PR i386/104678; it has been noted by GNATS. From: Rainer Alves To: Ariff Abdullah Cc: Bruce Evans , bug-followup@FreeBSD.org, danolson@visi.com, infofarmer@FreeBSD.org, jhb@FreeBSD.org Subject: Re: i386/104678: SMP not working on Turion XP Laptop Date: Sat, 18 Nov 2006 19:26:11 -0200 Ariff Abdullah wrote: > Currently, this is my crude crack on > machdep.c (both for i386 and amd64): > ... > if (cpu_idle_hlt) { > disable_intr(); > if (sched_runnable()) > enable_intr(); > else if (PCPU_GET(cpuid) == 0) <<<<< > enable_intr(); <<<<< > else > (*cpu_idle_hook)(); > } Thanks, with the above patch my system is now working properly, and I'm (finally) able to use both CPU cores. CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1607.33-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Cores per package: 2 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu0: on acpi0 cpu1: on acpi0 -- Rainer Alves From owner-freebsd-i386@FreeBSD.ORG Sat Nov 18 22:21:19 2006 Return-Path: X-Original-To: freebsd-i386@FreeBSD.org Delivered-To: freebsd-i386@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B25B816A50A for ; Sat, 18 Nov 2006 22:21:19 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6354E43EB8 for ; Sat, 18 Nov 2006 22:16:33 +0000 (GMT) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/8.12.11/smtpout12/MantshX 4.0) with ESMTP id kAIMGV15023659; Sat, 18 Nov 2006 14:16:31 -0800 (PST) Received: from [192.168.1.3] (c-67-164-11-148.hsd1.ca.comcast.net [67.164.11.148]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id kAIMGSmq011650 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 18 Nov 2006 14:16:30 -0800 (PST) In-Reply-To: <200611182120.kAILKLeI003384@freefall.freebsd.org> References: <200611182120.kAILKLeI003384@freefall.freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 18 Nov 2006 14:16:23 -0800 To: Helge Oldach X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-i386@FreeBSD.org Subject: Re: i386/105616: UART PCI device just silent... X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Nov 2006 22:21:19 -0000 On Nov 18, 2006, at 1:20 PM, Helge Oldach wrote: > I tried to attach with all speeds to cuau2, using cu -s . This > should be a 9600 baud port (it talks to a standard Cisco router > console > port and works fine at 9600 Baud with sio). Particularly, neither > 1200 > nor 115200 work. Ok, so we assume that the clock frequency is correct. Did you configure the serial ports to ignore DCD by editing /etc/rc.d/serial or otherwise (e.g. by using stty clocal)? Secondly, you are aware that with uart(4) the devices are called ttyu# and cuau# instead of ttyd# and cuad# (resp)? -- Marcel Moolenaar xcllnt@mac.com