From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 11:06:56 2010 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 217D410656AB for ; Mon, 8 Mar 2010 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3990E8FC08 for ; Mon, 8 Mar 2010 11:06:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28B6qSm073609 for ; Mon, 8 Mar 2010 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28B6poM073607 for freebsd-amd64@FreeBSD.org; Mon, 8 Mar 2010 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Mar 2010 11:06:51 GMT Message-Id: <201003081106.o28B6poM073607@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 11:06:56 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/144503 amd64 [boot] 8.0-RELEASE does not boot on DL585 [regression] o amd64/144405 amd64 [build] [patch] include /usr/obj/lib32 in cleanworld t o amd64/144376 amd64 [panic] continuous reboot on motherboards with ATI SB7 o amd64/144151 amd64 [ata] Can not burn CD/DVD with AHCI enabled o amd64/144113 amd64 [ata] 8.0-RELEASE fails to detect SATA hard disks on a o amd64/143992 amd64 [panic] Random reboot o amd64/143854 amd64 [build] error in make world during upgrade from 7 to 8 s amd64/143173 amd64 [ata] Promise FastTrack TX4 + SATA DVD, installer can' o amd64/142270 amd64 [hang] System trap on Xorg shutdown when using nvidia o amd64/141413 amd64 [hang] Tyan 2881 m3289 SMDC freeze o amd64/141112 amd64 [ata] [panic] Kernel panic when booting with any sATA o amd64/141060 amd64 [install] Can't install 8.0-RELEASE on the server wher o amd64/140715 amd64 [boot] Dell M600 Blade fails to boot 7.2+ 64 bit o amd64/140596 amd64 [panic] Kernel panic/crash o amd64/140391 amd64 [hang] powerd(8) freezes computer on Phenom II compute o amd64/140145 amd64 [boot] Installation boot sequence freezes o amd64/139998 amd64 [panic] 7.2 amd64 panic in kern_mutex.c:339 o amd64/139924 amd64 [boot] cd or dvd not load o amd64/139614 amd64 [minidump] minidumps fail when many interrupts fire f amd64/138661 amd64 [panic] Kernel Panic after typing "reboot" o amd64/138626 amd64 telepites o amd64/138029 amd64 [panic] periodically kernel panic and reboot o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/136814 amd64 [mxge] mxge driver error s i386/135447 amd64 [i386] [request] Intel Core i7 and Nehalem-EP new feat o amd64/135265 amd64 [install] Boot from install cd hangs on HP DL160 G5 wi o amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S o amd64/135014 amd64 [padlock] Using padlock(4) in 8-current triggers "fpud o amd64/134978 amd64 [panic] g_up pmap amd64 panic o amd64/134757 amd64 32 bit processes on 64 bit platforms occasionally drop o amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" o amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO o amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT f amd64/132019 amd64 [install] kernel trap 12 while installation o amd64/131906 amd64 [ata] SATA data corruption with Promise PDC20378 (amd6 o amd64/131456 amd64 ACPI & ATA problems o amd64/131314 amd64 [modules] [panic] large modules fail to load on amd64 o amd64/131209 amd64 [panic] [bce] 7.1-STABLE amd64 crash - m0 NULL f amd64/130885 amd64 sockstat(1) on amd64 does not work o amd64/130864 amd64 [hang] Problem with copying files to a large partition o amd64/130817 amd64 FreeBSD does not support HP DL160G5 [regression] o amd64/130494 amd64 [boot] netbooting BTX fails on amd64 o amd64/130483 amd64 [mxge] MSI must be disabled when Myricom 10Gbps Card i o amd64/130368 amd64 [hang] Switching from xorg to console locks up compute o amd64/129889 amd64 [boot] [hang] The booting process stops at the line mo o amd64/129721 amd64 [hang] Motherboard K9N2G Neo-FD hangs on boot of 7.0-R o amd64/129667 amd64 [ata] Elitegroup A780GM-A IDE controller not recognize o amd64/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] [reboot] amd64 motherboard: Intel DG965WH mothe o amd64/128978 amd64 [install] FreeBSD 6.3 64-bit panics at boot time duri o amd64/128765 amd64 [install] Install CD loads to Install choices but stop o amd64/128263 amd64 [panic] 2 amd64 dl380 g5 with dual quadcore xeons, 8 a o amd64/128259 amd64 csh(1): "`" crashes csh o amd64/127640 amd64 gcc(1) will not build shared libraries with -fprofile- o amd64/127484 amd64 [timecounters] Drift problem with FreeBSD 7.0 and 7.1 o amd64/127451 amd64 [scheduler] incorrect load on quad core o amd64/127397 amd64 [amd64] 32bit application on FreeBSD-6.3 amd64 gets SI s amd64/127276 amd64 ldd(1) invokes linux yes o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/123520 amd64 [ahd] unable to boot from net while using ahd p amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang f amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails f amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A a amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 s amd64/116689 amd64 [request] support for MSI K9MM-V o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116159 amd64 [panic] Panic while debugging on CURRENT s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/76136 amd64 [hang] system halts before reboot o amd64/74747 amd64 [panic] System panic on shutdown when process will not 108 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 13:30:03 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F7821065672 for ; Mon, 8 Mar 2010 13:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F05448FC24 for ; Mon, 8 Mar 2010 13:30:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28DU2hp098054 for ; Mon, 8 Mar 2010 13:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28DU2VB098053; Mon, 8 Mar 2010 13:30:02 GMT (envelope-from gnats) Resent-Date: Mon, 8 Mar 2010 13:30:02 GMT Resent-Message-Id: <201003081330.o28DU2VB098053@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Dan Naumov Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15ED4106566B for ; Mon, 8 Mar 2010 13:23:32 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 045FD8FC08 for ; Mon, 8 Mar 2010 13:23:32 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o28DNVi7025080 for ; Mon, 8 Mar 2010 13:23:31 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o28DNVNL025047; Mon, 8 Mar 2010 13:23:31 GMT (envelope-from nobody) Message-Id: <201003081323.o28DNVNL025047@www.freebsd.org> Date: Mon, 8 Mar 2010 13:23:31 GMT From: Dan Naumov To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Mon, 08 Mar 2010 14:32:20 +0000 Cc: Subject: amd64/144551: ACPI issues on SuperMicro X7SPA-H X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 13:30:03 -0000 >Number: 144551 >Category: amd64 >Synopsis: ACPI issues on SuperMicro X7SPA-H >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 08 13:30:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Dan Naumov >Release: 8.0 >Organization: >Environment: atombsd# uname -a FreeBSD atombsd.localdomain 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 21:11:58 UTC 2010 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: In BIOS, the system sees the CPU at 1,66 Ghz frequency, which is the correct maximum frequency for an Atom D510 CPU. However, upon finishing the boot process, without any tunables, the CPU gets stuck at the wrong frequency: dev.cpu.0.freq: 1249 Mhz, severely degrading performance. Enabling and starting powerd and then putting the system under load will put the CPU to the correct frequency: dev.cpu.0.freq: 1666, however powerd seems to misbehave as well: After the initial frequency increase of the CPU to 1666 Mhz, the CPU gets stuck at this clockrate. Sometimes powerd will work correctly for a minute or so, correctly adjusting the CPU frequency according to load, but in a very short time, the CPU will get stuck at 1666 Mhz permanently (until reboot). Changing from "highadaptive" to "adaptive" mode in powerd settings seems to have no effect on this behaviour. System DMESG below: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 21:11:58 UTC 2010 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (1666.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106ca Stepping = 10 Features=0xbfebfbff Features2=0x40e31d> AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4088082432 (3898 MB) ACPI APIC Table: <011910 APIC1514> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bf600000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xcc00-0xcc07 mem 0xfe880000-0xfe8fffff,0xd0000000-0xdfffffff,0xfe900000-0xfe9fffff irq 16 at device 2.0 on pci0 vgapci1: mem 0xfe780000-0xfe7fffff at device 2.1 on pci0 uhci0: port 0xc880-0xc89f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f00 usbus0: on uhci0 uhci1: port 0xc800-0xc81f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f00 usbus1: on uhci1 uhci2: port 0xc480-0xc49f irq 19 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f00 usbus2: on uhci2 ehci0: mem 0xfe877c00-0xfe877fff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib1: irq 17 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.4 on pci0 pci2: on pcib2 em0: port 0xdc00-0xdc1f mem 0xfeae0000-0xfeafffff,0xfeadc000-0xfeadffff irq 16 at device 0.0 on pci2 em0: Using MSIX interrupts em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: Ethernet address: 00:25:90:01:32:92 pcib3: irq 16 at device 28.5 on pci0 pci3: on pcib3 em1: port 0xec00-0xec1f mem 0xfebe0000-0xfebfffff,0xfebdc000-0xfebdffff irq 17 at device 0.0 on pci3 em1: Using MSIX interrupts em1: [ITHREAD] em1: [ITHREAD] em1: [ITHREAD] em1: Ethernet address: 00:25:90:01:32:93 uhci3: port 0xc400-0xc41f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0f00 usbus4: on uhci3 uhci4: port 0xc080-0xc09f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0f00 usbus5: on uhci4 uhci5: port 0xc000-0xc01f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x0f00 usbus6: on uhci5 ehci1: mem 0xfe877800-0xfe877bff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xb400-0xb407,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb49f mem 0xfe877000-0xfe8777ff irq 19 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [ITHREAD] ahcich4: at channel 4 on ahci0 ahcich4: [ITHREAD] ahcich5: at channel 5 on ahci0 ahcich5: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 13 ZFS storage pool version 13 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 (aprobe1:ahcich1:0:0:0): SIGNATURE: 0000 ada0 at ahcich0 bus 0 target 0 lun 0 ada0: ATA/ATAPI-8 SATA 2.x device ada0: 300.000MB/s transfers ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: Native Command Queueing enabled ada1 at ahcich1 bus 0 target 0 lun 0 ada1: ATA/ATAPI-8 SATA 2.x device ada1: 300.000MB/s transfers ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: Native Command Queueing enabled SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Trying to mount root from zfs:cerberus/ROOT/cerberus em1: link state changed to UP >How-To-Repeat: Install FreeBSD 8.0 on a system using a SuperMicro X7SPA-H board and boot the system. >Fix: As a workaround to getting stuck at 1249Mhz upon boot, the frequency can be manually adjusted. No fix or workaround known for the powerd behaviour. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 13:50:03 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E09021065674 for ; Mon, 8 Mar 2010 13:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D02BF8FC20 for ; Mon, 8 Mar 2010 13:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28Do3Wl015447 for ; Mon, 8 Mar 2010 13:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28Do3Ca015446; Mon, 8 Mar 2010 13:50:03 GMT (envelope-from gnats) Date: Mon, 8 Mar 2010 13:50:03 GMT Message-Id: <201003081350.o28Do3Ca015446@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Dan Naumov X-Mailman-Approved-At: Mon, 08 Mar 2010 14:42:27 +0000 Cc: Subject: Re: amd64/144551: ACPI issues on SuperMicro X7SPA-H X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Naumov List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 13:50:04 -0000 The following reply was made to PR amd64/144551; it has been noted by GNATS. From: Dan Naumov To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/144551: ACPI issues on SuperMicro X7SPA-H Date: Mon, 8 Mar 2010 15:41:55 +0200 atombsd# sysctl -a | grep acpi debug.acpi.suspend_bounce: 0 debug.acpi.reset_clock: 1 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 20090521 debug.acpi.ec.timeout: 750 debug.acpi.ec.polled: 0 debug.acpi.ec.burst: 0 debug.acpi.batt.batt_sleep_ms: 0 debug.acpi.resume_beep: 0 hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1025856 machdep.idle: acpi machdep.idle_available: spin, mwait, mwait_hlt, hlt, acpi, dev.acpi.0.%desc: SMCI dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.MCH_ dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C01 _UID=10 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.SBRG.SIO2 dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C02 _UID=5710 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.SBRG.SIO3 dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C02 _UID=78 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_sysresource.3.%desc: System Resource dev.acpi_sysresource.3.%driver: acpi_sysresource dev.acpi_sysresource.3.%location: handle=\_SB_.PCI0.SBRG.SIOR dev.acpi_sysresource.3.%pnpinfo: _HID=PNP0C02 _UID=46 dev.acpi_sysresource.3.%parent: acpi0 dev.acpi_sysresource.4.%desc: System Resource dev.acpi_sysresource.4.%driver: acpi_sysresource dev.acpi_sysresource.4.%location: handle=\_SB_.PCI0.SBRG.RMSC dev.acpi_sysresource.4.%pnpinfo: _HID=PNP0C02 _UID=16 dev.acpi_sysresource.4.%parent: acpi0 dev.acpi_sysresource.5.%desc: System Resource dev.acpi_sysresource.5.%driver: acpi_sysresource dev.acpi_sysresource.5.%location: handle=\_SB_.PCI0.SBRG.OMSC dev.acpi_sysresource.5.%pnpinfo: _HID=PNP0C02 _UID=0 dev.acpi_sysresource.5.%parent: acpi0 dev.acpi_sysresource.6.%desc: System Resource dev.acpi_sysresource.6.%driver: acpi_sysresource dev.acpi_sysresource.6.%location: handle=\_SB_.PCI0.PCIE dev.acpi_sysresource.6.%pnpinfo: _HID=PNP0C02 _UID=17 dev.acpi_sysresource.6.%parent: acpi0 dev.acpi_sysresource.7.%desc: System Resource dev.acpi_sysresource.7.%driver: acpi_sysresource dev.acpi_sysresource.7.%location: handle=\_SB_.RMEM dev.acpi_sysresource.7.%pnpinfo: _HID=PNP0C01 _UID=1 dev.acpi_sysresource.7.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%parent: acpi0 dev.acpi_hpet.0.%desc: High Precision Event Timer dev.acpi_hpet.0.%driver: acpi_hpet dev.acpi_hpet.0.%location: unknown dev.acpi_hpet.0.%pnpinfo: unknown dev.acpi_hpet.0.%parent: acpi0 dev.pcib.0.%parent: acpi0 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PWRB dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=170 dev.acpi_button.0.%parent: acpi0 dev.atdma.0.%parent: acpi0 dev.attimer.0.%parent: acpi0 dev.atrtc.0.%parent: acpi0 dev.fpupnp.0.%parent: acpi0 dev.uart.0.%parent: acpi0 dev.uart.1.%parent: acpi0 dev.cpu.0.%parent: acpi0 dev.cpu.1.%parent: acpi0 dev.cpu.2.%parent: acpi0 dev.cpu.3.%parent: acpi0 From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 15:34:23 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A20CF106564A; Mon, 8 Mar 2010 15:34:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7455A8FC1A; Mon, 8 Mar 2010 15:34:23 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 247A746B46; Mon, 8 Mar 2010 10:34:23 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 595828A01F; Mon, 8 Mar 2010 10:34:22 -0500 (EST) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Mon, 8 Mar 2010 07:59:23 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201003060310.o263AB9k089662@www.freebsd.org> In-Reply-To: <201003060310.o263AB9k089662@www.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003080759.23547.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 08 Mar 2010 10:34:22 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Gunther Schadow , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/144503: 8.0-RELEASE does not boot on DL585 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 15:34:23 -0000 On Friday 05 March 2010 10:10:11 pm Gunther Schadow wrote: > > >Number: 144503 > >Category: amd64 > >Synopsis: 8.0-RELEASE does not boot on DL585 > >Confidential: no > >Severity: critical > >Priority: medium > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Mar 06 03:20:01 UTC 2010 > >Closed-Date: > >Last-Modified: > >Originator: Gunther Schadow > >Release: 8.0-RELEASE > >Organization: > >Environment: > 8.0-RELEASE > GENERIC > amd64 > > >Description: > System does not boot, neither from freebsd-upgrade nor from boot CD. > With or without ACPI or APIC it always gets stuck at the line where > the pci0 is being probed. > > I am running 7.0 just fine. Skipped over 7.1 and 7.2 thought 8.0 was > time to upgrade, but it does not boot. > > Not sure if there are any other people with DL585s, I have 3 (more > actually) and neither of them boots. > > May be 32 GB of RAM is too much for it? Nothing else special. > There is QLogic ISP card in the PCI bus, but can that halt it? > > I tried to boot with verbose mode, but not much comes out of that. > It just gets stuck. Can you try setting 'hw.pci.mcfg=0' from the loader prompt? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 15:40:04 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A979B10656B4 for ; Mon, 8 Mar 2010 15:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3D38FC24 for ; Mon, 8 Mar 2010 15:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28Fe4vN008839 for ; Mon, 8 Mar 2010 15:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28Fe4x0008838; Mon, 8 Mar 2010 15:40:04 GMT (envelope-from gnats) Date: Mon, 8 Mar 2010 15:40:04 GMT Message-Id: <201003081540.o28Fe4x0008838@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/144503: 8.0-RELEASE does not boot on DL585 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 15:40:04 -0000 The following reply was made to PR amd64/144503; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: Gunther Schadow , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/144503: 8.0-RELEASE does not boot on DL585 Date: Mon, 8 Mar 2010 07:59:23 -0500 On Friday 05 March 2010 10:10:11 pm Gunther Schadow wrote: > > >Number: 144503 > >Category: amd64 > >Synopsis: 8.0-RELEASE does not boot on DL585 > >Confidential: no > >Severity: critical > >Priority: medium > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Mar 06 03:20:01 UTC 2010 > >Closed-Date: > >Last-Modified: > >Originator: Gunther Schadow > >Release: 8.0-RELEASE > >Organization: > >Environment: > 8.0-RELEASE > GENERIC > amd64 > > >Description: > System does not boot, neither from freebsd-upgrade nor from boot CD. > With or without ACPI or APIC it always gets stuck at the line where > the pci0 is being probed. > > I am running 7.0 just fine. Skipped over 7.1 and 7.2 thought 8.0 was > time to upgrade, but it does not boot. > > Not sure if there are any other people with DL585s, I have 3 (more > actually) and neither of them boots. > > May be 32 GB of RAM is too much for it? Nothing else special. > There is QLogic ISP card in the PCI bus, but can that halt it? > > I tried to boot with verbose mode, but not much comes out of that. > It just gets stuck. Can you try setting 'hw.pci.mcfg=0' from the loader prompt? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 15:30:09 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDFD7106564A for ; Mon, 8 Mar 2010 15:30:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CDB6D8FC1F for ; Mon, 8 Mar 2010 15:30:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28FU9EZ099682 for ; Mon, 8 Mar 2010 15:30:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28FU9W2099677; Mon, 8 Mar 2010 15:30:09 GMT (envelope-from gnats) Date: Mon, 8 Mar 2010 15:30:09 GMT Message-Id: <201003081530.o28FU9W2099677@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Dan Naumov X-Mailman-Approved-At: Mon, 08 Mar 2010 17:04:23 +0000 Cc: Subject: Re: amd64/144551: ACPI issues on SuperMicro X7SPA-H X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Naumov List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 15:30:09 -0000 The following reply was made to PR amd64/144551; it has been noted by GNATS. From: Dan Naumov To: bug-followup@freebsd.org Cc: Subject: Re: amd64/144551: ACPI issues on SuperMicro X7SPA-H Date: Mon, 8 Mar 2010 17:21:14 +0200 A slight clarification to this text: "Sometimes powerd will work correctly for a minute or so, correctly adjusting the CPU frequency according to load, but in a very short time, the CPU will get stuck at 1666 Mhz permanently (until reboot)." What I ment was: enabling powerd in either hiadaptive or adaptive mode will eventually put the CPU to 1666 Mhz. However within a short timeframe, powerd stops downclocking the CPU when idle and the CPU stays at 1666 Mhz. If powerd is disabled after this, the CPU continues to stay at 1666 Mhz. The CPU isn't actually "stuck" at a specific clock per se (bad wording on my choice), but powerd kind of seems to be. If follow by starting powerd in min mode, it will change the frequence to the lowest possible succesfully. If I stop it and then restart again in hiadaptive or adaptive mode, the CPU again gets stuck at 1666 Mhz. - Dan From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 15:30:12 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5830A106566B for ; Mon, 8 Mar 2010 15:30:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2D63F8FC20 for ; Mon, 8 Mar 2010 15:30:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28FUBH6099844 for ; Mon, 8 Mar 2010 15:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28FUB1j099839; Mon, 8 Mar 2010 15:30:11 GMT (envelope-from gnats) Date: Mon, 8 Mar 2010 15:30:11 GMT Message-Id: <201003081530.o28FUB1j099839@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Dan Naumov X-Mailman-Approved-At: Mon, 08 Mar 2010 17:04:56 +0000 Cc: Subject: Re: amd64/144551: ACPI issues on SuperMicro X7SPA-H X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Naumov List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 15:30:12 -0000 The following reply was made to PR amd64/144551; it has been noted by GNATS. From: Dan Naumov To: bug-followup@freebsd.org Cc: Subject: Re: amd64/144551: ACPI issues on SuperMicro X7SPA-H Date: Mon, 8 Mar 2010 17:27:47 +0200 ACPI dump available at: http://jago.pp.fi/x7spa-h.asl Note, however: acpidump -dt > x7spa-h.asl acpidump: RSDT entry 4 (sig OEMB) is corrupt From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 16:40:19 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C0FA106568C for ; Mon, 8 Mar 2010 16:40:19 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 71DAC8FC28 for ; Mon, 8 Mar 2010 16:40:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28Ge9M0060365 for ; Mon, 8 Mar 2010 16:40:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28Ge9AA060364; Mon, 8 Mar 2010 16:40:09 GMT (envelope-from gnats) Date: Mon, 8 Mar 2010 16:40:09 GMT Message-Id: <201003081640.o28Ge9AA060364@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Dan Naumov X-Mailman-Approved-At: Mon, 08 Mar 2010 17:10:19 +0000 Cc: Subject: Re: amd64/144551: ACPI issues on SuperMicro X7SPA-H X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Naumov List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 16:40:22 -0000 The following reply was made to PR amd64/144551; it has been noted by GNATS. From: Dan Naumov To: bug-followup@freebsd.org Cc: Subject: Re: amd64/144551: ACPI issues on SuperMicro X7SPA-H Date: Mon, 8 Mar 2010 18:39:04 +0200 OK, now I feel a bit stupid. The second half of my PR (anything related to powerd behaviour) can be ignored. For testing purposes, I started powerd in the foreground and observed it's behaviour. It works exactly as advertised and apparently the very act of issuing a "sysctl -a | grep dev.cpu.0.freq" command uses up a high % of CPU time for a fraction of a second, resulting in confusing output, I was always getting the highest cpu frequency state as the output. Testing powerd in foreground however, shows correct behaviour, CPU is downclocked both before and after issuing that command :) Still doesn't explain why the system boots up at 1249 Mhz, but that's not that big of an issue at this point now I see that powerd is behaving correctly. - Sincerely, Dan Naumov From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 19:27:22 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AE5A106566C; Mon, 8 Mar 2010 19:27:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 510D78FC13; Mon, 8 Mar 2010 19:27:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28JRLpq006556; Mon, 8 Mar 2010 19:27:21 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28JRL4Y006552; Mon, 8 Mar 2010 19:27:21 GMT (envelope-from linimon) Date: Mon, 8 Mar 2010 19:27:21 GMT Message-Id: <201003081927.o28JRL4Y006552@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/144551: [acpi] ACPI issues on SuperMicro X7SPA-H X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 19:27:22 -0000 Old Synopsis: ACPI issues on SuperMicro X7SPA-H New Synopsis: [acpi] ACPI issues on SuperMicro X7SPA-H Responsible-Changed-From-To: freebsd-amd64->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 8 19:27:04 UTC 2010 Responsible-Changed-Why: reassign. http://www.freebsd.org/cgi/query-pr.cgi?pr=144551 From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 8 19:28:22 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1BC6106566B; Mon, 8 Mar 2010 19:28:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 87C1E8FC14; Mon, 8 Mar 2010 19:28:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28JSMJu006639; Mon, 8 Mar 2010 19:28:22 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28JSMjn006635; Mon, 8 Mar 2010 19:28:22 GMT (envelope-from linimon) Date: Mon, 8 Mar 2010 19:28:22 GMT Message-Id: <201003081928.o28JSMjn006635@freefall.freebsd.org> To: gunther@schadow.us, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/144503: [boot] 8.0-RELEASE does not boot on DL585 [regression] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 19:28:22 -0000 Synopsis: [boot] 8.0-RELEASE does not boot on DL585 [regression] State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Mon Mar 8 19:28:09 UTC 2010 State-Changed-Why: Note that feedback was requested. http://www.freebsd.org/cgi/query-pr.cgi?pr=144503 From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 00:41:42 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F38C106564A; Wed, 10 Mar 2010 00:41:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E32D58FC08; Wed, 10 Mar 2010 00:41:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2A0ff72004387; Tue, 9 Mar 2010 19:41:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2A0ffiG004386; Wed, 10 Mar 2010 00:41:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Mar 2010 00:41:41 GMT Message-Id: <201003100041.o2A0ffiG004386@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 00:41:42 -0000 TB --- 2010-03-10 00:40:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-10 00:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-03-10 00:40:01 - cleaning the object tree TB --- 2010-03-10 00:40:30 - cvsupping the source tree TB --- 2010-03-10 00:40:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-03-10 00:40:53 - building world TB --- 2010-03-10 00:40:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-10 00:40:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-10 00:40:53 - TARGET=amd64 TB --- 2010-03-10 00:40:53 - TARGET_ARCH=amd64 TB --- 2010-03-10 00:40:53 - TZ=UTC TB --- 2010-03-10 00:40:53 - __MAKE_CONF=/dev/null TB --- 2010-03-10 00:40:53 - cd /src TB --- 2010-03-10 00:40:53 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 10 00:40:54 UTC 2010 >>> 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 [...] ===> secure/libexec/sftp-server (cleandir) rm -f sftp-server sftp-server.o sftp-common.o sftp-server-main.o roaming_dummy.o sftp-server.8.gz sftp-server.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> secure/libexec/ssh-keysign (cleandir) rm -f ssh-keysign ssh-keysign.o readconf.o roaming_dummy.o ssh-keysign.8.gz ssh-keysign.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> secure/libexec/ssh-pkcs11-helper (cleandir) cd: can't cd to /src/secure/libexec/ssh-pkcs11-helper *** Error code 2 Stop in /src/secure/libexec. *** Error code 1 Stop in /src/secure. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-10 00:41:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-10 00:41:41 - ERROR: failed to build world TB --- 2010-03-10 00:41:41 - 34.98 user 26.48 system 100.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 05:10:03 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9ABD1065675 for ; Wed, 10 Mar 2010 05:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2198FC25 for ; Wed, 10 Mar 2010 05:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2A5A3AN083984 for ; Wed, 10 Mar 2010 05:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2A5A3ej083983; Wed, 10 Mar 2010 05:10:03 GMT (envelope-from gnats) Date: Wed, 10 Mar 2010 05:10:03 GMT Message-Id: <201003100510.o2A5A3ej083983@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Gunther Schadow X-Mailman-Approved-At: Wed, 10 Mar 2010 05:52:26 +0000 Cc: Subject: Re: amd64/144503: [boot] 8.0-RELEASE does not boot on DL585 [regression] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunther Schadow List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 05:10:03 -0000 The following reply was made to PR amd64/144503; it has been noted by GNATS. From: Gunther Schadow To: bug-followup@FreeBSD.org, gunther@schadow.us Cc: Subject: Re: amd64/144503: [boot] 8.0-RELEASE does not boot on DL585 [regression] Date: Tue, 09 Mar 2010 23:34:44 -0500 Thanks for looking into this. If I set hw.pci.mcfg=0 it does not help at all. If I also try do disable acpi and apic it makes no difference. Always stuck at the same point: pci0: on pcib0 The upshot is that it reminds me of the good old days of trying to install 386/bsd 0.0 or netbsd on a VAX :) -Gunther From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 11:46:17 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73D64106566C; Wed, 10 Mar 2010 11:46:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id DD4FF8FC0C; Wed, 10 Mar 2010 11:46:16 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o2ABkCoZ004178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Mar 2010 13:46:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o2ABkChu082877; Wed, 10 Mar 2010 13:46:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o2ABkC8i082876; Wed, 10 Mar 2010 13:46:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 10 Mar 2010 13:46:12 +0200 From: Kostik Belousov To: Nathan Whitehorn Message-ID: <20100310114612.GX2489@deviant.kiev.zoral.com.ua> References: <4B971CA3.9090301@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QG1B2ADVu5UY+Mah" Content-Disposition: inline In-Reply-To: <4B971CA3.9090301@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 11:46:17 -0000 --QG1B2ADVu5UY+Mah Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 09, 2010 at 10:14:27PM -0600, Nathan Whitehorn wrote: > The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff= =20 > (pre-generated freebsd32 syscalls stuff is included, which will be done= =20 > in two steps on commit) provides groundwork for supporting 32-bit=20 > compatibility for 64-bit MIPS and PowerPC systems. It has been tested on= =20 > amd64 and powerpc64, and compile-tested on ia64. There are two main=20 > parts to the patch: >=20 > 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to=20 > COMPAT_LINUX32, etc. This requires updating kernel configurations, but=20 > is less painful than filling machine-independent bits of the kernel with= =20 > #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) ||=20 > defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old na= me. >=20 > 2) Modifications to the freebsd32 compat layer to support big-endian=20 > architectures. >=20 > I would appreciate any comments, bugs, or test results on ia64. > -Nathan This fragment --- sys/kern/imgact_elf.c (revision 204681) +++ sys/kern/imgact_elf.c (working copy) @@ -75,7 +75,7 @@ #include #include =20 -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE =3D=3D 32 +#if (defined(__amd64__) || defined(__ia64__)) && __ELF_WORD_SIZE =3D=3D 32 #include #include #endif probably should be changed ? How are struct reg32 for !ia32 case is brought into the imgact_elf ? Can it be unified for ia32 case ? (Similar fragment is present in sys_process.c at least). I do not understand how +#if !defined(PAD64_REQUIRED) && defined(__powerpc_= _) etc lines are generated. You may want to change sysent->sv_flag SV_IA32 to SV_FREEBSD32, or add SV_FREEBSD32. You might want to review SV_IA32 usage, if any. --QG1B2ADVu5UY+Mah Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuXhoQACgkQC3+MBN1Mb4g8yQCfYgOqrFsxa2YW+UfupKgdo1Bk bjAAoMPjQW1oYngAdGp3KG2DxD7eu5JO =7Uzw -----END PGP SIGNATURE----- --QG1B2ADVu5UY+Mah-- From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 05:10:05 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE0CA106566B for ; Wed, 10 Mar 2010 05:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B32EF8FC1E for ; Wed, 10 Mar 2010 05:10:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2A5A51p084013 for ; Wed, 10 Mar 2010 05:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2A5A5uR084012; Wed, 10 Mar 2010 05:10:05 GMT (envelope-from gnats) Date: Wed, 10 Mar 2010 05:10:05 GMT Message-Id: <201003100510.o2A5A5uR084012@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Gunther Schadow X-Mailman-Approved-At: Wed, 10 Mar 2010 12:17:06 +0000 Cc: Subject: Re: amd64/144503: [boot] 8.0-RELEASE does not boot on DL585 [regression] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunther Schadow List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 05:10:05 -0000 The following reply was made to PR amd64/144503; it has been noted by GNATS. From: Gunther Schadow To: bug-followup@FreeBSD.org, gunther@schadow.us, John Baldwin Cc: Subject: Re: amd64/144503: [boot] 8.0-RELEASE does not boot on DL585 [regression] Date: Tue, 09 Mar 2010 23:41:42 -0500 Thanks for looking into this. If I set hw.pci.mcfg=0 it does not help at all. If I also try do disable acpi and apic it makes no difference. Always stuck at the same point: pci0: on pcib0 The upshot is that it reminds me of the good old days of trying to install 386/bsd 0.0 or netbsd on a VAX :) -Gunther From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 05:14:31 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E78A91065675; Wed, 10 Mar 2010 05:14:31 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id BB4508FC23; Wed, 10 Mar 2010 05:14:31 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ100H3GT464800@smtpauth3.wiscmail.wisc.edu>; Tue, 09 Mar 2010 22:14:30 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ100GCOT44QS00@smtpauth3.wiscmail.wisc.edu>; Tue, 09 Mar 2010 22:14:28 -0600 (CST) Date: Tue, 09 Mar 2010 22:14:27 -0600 From: Nathan Whitehorn To: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Message-id: <4B971CA3.9090301@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-10, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.40329, SenderIP=76.233.145.10 User-Agent: Thunderbird 2.0.0.23 (X11/20100206) X-Mailman-Approved-At: Wed, 10 Mar 2010 12:27:19 +0000 Cc: Subject: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 05:14:32 -0000 The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff (pre-generated freebsd32 syscalls stuff is included, which will be done in two steps on commit) provides groundwork for supporting 32-bit compatibility for 64-bit MIPS and PowerPC systems. It has been tested on amd64 and powerpc64, and compile-tested on ia64. There are two main parts to the patch: 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to COMPAT_LINUX32, etc. This requires updating kernel configurations, but is less painful than filling machine-independent bits of the kernel with #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. 2) Modifications to the freebsd32 compat layer to support big-endian architectures. I would appreciate any comments, bugs, or test results on ia64. -Nathan From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 13:49:32 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DADC106564A; Wed, 10 Mar 2010 13:49:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E3D178FC13; Wed, 10 Mar 2010 13:49:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 98D3946B65; Wed, 10 Mar 2010 08:49:31 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id CBF468A021; Wed, 10 Mar 2010 08:49:30 -0500 (EST) From: John Baldwin To: freebsd-ia64@freebsd.org Date: Wed, 10 Mar 2010 08:10:10 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4B971CA3.9090301@freebsd.org> In-Reply-To: <4B971CA3.9090301@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003100810.10696.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 08:49:30 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-emulation@freebsd.org, Nathan Whitehorn , freebsd-amd64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 13:49:32 -0000 On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff > (pre-generated freebsd32 syscalls stuff is included, which will be done > in two steps on commit) provides groundwork for supporting 32-bit > compatibility for 64-bit MIPS and PowerPC systems. It has been tested on > amd64 and powerpc64, and compile-tested on ia64. There are two main > parts to the patch: > > 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to > COMPAT_LINUX32, etc. This requires updating kernel configurations, but > is less painful than filling machine-independent bits of the kernel with > #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || > defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. > > 2) Modifications to the freebsd32 compat layer to support big-endian > architectures. > > I would appreciate any comments, bugs, or test results on ia64. This doesn't look right for non-x86 32-bit ABIs: Index: sys/kern/imgact_elf.c =================================================================== --- sys/kern/imgact_elf.c (revision 204681) +++ sys/kern/imgact_elf.c (working copy) @@ -1439,7 +1439,7 @@ ehdr->e_ident[EI_ABIVERSION] = 0; ehdr->e_ident[EI_PAD] = 0; ehdr->e_type = ET_CORE; -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 ehdr->e_machine = EM_386; #else ehdr->e_machine = ELF_ARCH; It would be nice to eliminate having includes in MI code by instead including those headers in appropriate headers in . For example, we could change on amd64 and ia64 to include these headers, perhaps under an #ifdef COMPAT_FREEBSD32. Hmm, actually, I'm quite convinced now that for ia64 and amd64 should include in the #ifdef _KERNEL section to avoid polluting those includes in MI code. I'm not sure what the various includes are for, but fixing ia32_reg.h would be a good first step. It would make your diffs smaller I think. The rest of the diff looks fine to me. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 13:50:09 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B761065686 for ; Wed, 10 Mar 2010 13:50:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E2CAD8FC16 for ; Wed, 10 Mar 2010 13:50:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2ADo919063347 for ; Wed, 10 Mar 2010 13:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2ADo9Mb063346; Wed, 10 Mar 2010 13:50:09 GMT (envelope-from gnats) Date: Wed, 10 Mar 2010 13:50:09 GMT Message-Id: <201003101350.o2ADo9Mb063346@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/144503: [boot] 8.0-RELEASE does not boot on DL585 [regression] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 13:50:10 -0000 The following reply was made to PR amd64/144503; it has been noted by GNATS. From: John Baldwin To: Gunther Schadow Cc: bug-followup@freebsd.org Subject: Re: amd64/144503: [boot] 8.0-RELEASE does not boot on DL585 [regression] Date: Wed, 10 Mar 2010 08:43:40 -0500 On Tuesday 09 March 2010 11:41:42 pm Gunther Schadow wrote: > Thanks for looking into this. > > If I set hw.pci.mcfg=0 it does not help at all. > > If I also try do disable acpi and apic it makes no difference. > Always stuck at the same point: > > pci0: on pcib0 > > The upshot is that it reminds me of the good old days of trying > to install 386/bsd 0.0 or netbsd on a VAX :) Do you get any other printfs' beyond this line with boot -v or does boot -v die sooner? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 14:35:20 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D2A41065672; Wed, 10 Mar 2010 14:35:20 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id D1F588FC12; Wed, 10 Mar 2010 14:35:19 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ20000QLUV4J00@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:35:19 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ200KNGLUNYT30@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:35:13 -0600 (CST) Date: Wed, 10 Mar 2010 08:35:09 -0600 From: Nathan Whitehorn In-reply-to: <20100310114612.GX2489@deviant.kiev.zoral.com.ua> To: Kostik Belousov Message-id: <4B97AE1D.6020409@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-13, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.142419, SenderIP=76.233.145.10 References: <4B971CA3.9090301@freebsd.org> <20100310114612.GX2489@deviant.kiev.zoral.com.ua> User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 14:35:20 -0000 Kostik Belousov wrote: > On Tue, Mar 09, 2010 at 10:14:27PM -0600, Nathan Whitehorn wrote: > >> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >> (pre-generated freebsd32 syscalls stuff is included, which will be done >> in two steps on commit) provides groundwork for supporting 32-bit >> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on >> amd64 and powerpc64, and compile-tested on ia64. There are two main >> parts to the patch: >> >> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >> is less painful than filling machine-independent bits of the kernel with >> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. >> >> 2) Modifications to the freebsd32 compat layer to support big-endian >> architectures. >> >> I would appreciate any comments, bugs, or test results on ia64. >> -Nathan >> > > This fragment > --- sys/kern/imgact_elf.c (revision 204681) > +++ sys/kern/imgact_elf.c (working copy) > @@ -75,7 +75,7 @@ > #include > #include > > -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > +#if (defined(__amd64__) || defined(__ia64__)) && __ELF_WORD_SIZE == 32 > #include > #include > #endif > probably should be changed ? How are struct reg32 for !ia32 case is > brought into the imgact_elf ? Can it be unified for ia32 case ? > (Similar fragment is present in sys_process.c at least). > For !ia32, they are brought in machine/reg.h. You can see how that works here: http://svn.freebsd.org/viewvc/base/projects/ppc64/sys/powerpc/include/reg.h?revision=204915&view=markup I would be more than happy for them to be brought in the same way for amd64 and ia64. Since John Baldwin seems to want this too, I might roll a new version of the diff today or tomorrow that does that. > I do not understand how +#if !defined(PAD64_REQUIRED) && defined(__powerpc__) > etc lines are generated. > These end up in syscalls.master and take advantage of the syscalls generator propagating preprocessor statements through. 32-bit powerpc has an ABI quirk where 64-bit arguments are transmitted in "aligned" registers, so this adds some padding to those syscalls such that this is preserved. The !defined bit just protects against redefinition when one of the .c files generated from syscalls.master includes one of the header files. > You may want to change sysent->sv_flag SV_IA32 to SV_FREEBSD32, or add > SV_FREEBSD32. You might want to review SV_IA32 usage, if any. We already have SV_ILP32, which is used pretty consistently for this. The patch includes a fix for the one erroneous use in sys/kern/kern_jail.c that I could find with grep -R SV_IA32 /sys. -Nathan From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 14:39:24 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84090106566B; Wed, 10 Mar 2010 14:39:24 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 531BC8FC1A; Wed, 10 Mar 2010 14:39:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ20001EM1L4600@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:39:21 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ200K8BM1FYT40@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:39:16 -0600 (CST) Date: Wed, 10 Mar 2010 08:39:15 -0600 From: Nathan Whitehorn In-reply-to: <201003100810.10696.jhb@freebsd.org> To: John Baldwin Message-id: <4B97AF13.5040104@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-12, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.143049, SenderIP=76.233.145.10 References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 14:39:24 -0000 John Baldwin wrote: > On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > >> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >> (pre-generated freebsd32 syscalls stuff is included, which will be done >> in two steps on commit) provides groundwork for supporting 32-bit >> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on >> amd64 and powerpc64, and compile-tested on ia64. There are two main >> parts to the patch: >> >> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >> is less painful than filling machine-independent bits of the kernel with >> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. >> >> 2) Modifications to the freebsd32 compat layer to support big-endian >> architectures. >> >> I would appreciate any comments, bugs, or test results on ia64. >> > > This doesn't look right for non-x86 32-bit ABIs: > > Index: sys/kern/imgact_elf.c > =================================================================== > --- sys/kern/imgact_elf.c (revision 204681) > +++ sys/kern/imgact_elf.c (working copy) > @@ -1439,7 +1439,7 @@ > ehdr->e_ident[EI_ABIVERSION] = 0; > ehdr->e_ident[EI_PAD] = 0; > ehdr->e_type = ET_CORE; > -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 > ehdr->e_machine = EM_386; > #else > ehdr->e_machine = ELF_ARCH; > Good catch! Such are the dangers of sed. How about defining an ELF_ARCH32 in machine/elf.h for this case? > It would be nice to eliminate having includes in MI code by > instead including those headers in appropriate headers in . For > example, we could change on amd64 and ia64 to include these > headers, perhaps under an #ifdef COMPAT_FREEBSD32. > > Hmm, actually, I'm quite convinced now that for ia64 and amd64 > should include in the #ifdef _KERNEL section to avoid > polluting those includes in MI code. I'm not sure what the various > includes are for, but fixing ia32_reg.h would be a good first > step. It would make your diffs smaller I think. > This is how it works on powerpc64. I didn't modify amd64 and ia64 in order to avoid making too many changes, but I think you're right that this is a good idea. I'll add that to the patch when fixing the EM_386 bit you pointed out above. > The rest of the diff looks fine to me. > Thanks for the comments! -Nathan From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 15:50:53 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 714AD1065678; Wed, 10 Mar 2010 15:50:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2F48FC1F; Wed, 10 Mar 2010 15:50:53 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B8DD846B58; Wed, 10 Mar 2010 10:50:52 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D74738A025; Wed, 10 Mar 2010 10:50:51 -0500 (EST) From: John Baldwin To: Nathan Whitehorn Date: Wed, 10 Mar 2010 10:43:23 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> In-Reply-To: <4B97AF13.5040104@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003101043.23275.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 10:50:51 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 15:50:53 -0000 On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > John Baldwin wrote: > > On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > > > >> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff > >> (pre-generated freebsd32 syscalls stuff is included, which will be done > >> in two steps on commit) provides groundwork for supporting 32-bit > >> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on > >> amd64 and powerpc64, and compile-tested on ia64. There are two main > >> parts to the patch: > >> > >> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to > >> COMPAT_LINUX32, etc. This requires updating kernel configurations, but > >> is less painful than filling machine-independent bits of the kernel with > >> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || > >> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. > >> > >> 2) Modifications to the freebsd32 compat layer to support big-endian > >> architectures. > >> > >> I would appreciate any comments, bugs, or test results on ia64. > >> > > > > This doesn't look right for non-x86 32-bit ABIs: > > > > Index: sys/kern/imgact_elf.c > > =================================================================== > > --- sys/kern/imgact_elf.c (revision 204681) > > +++ sys/kern/imgact_elf.c (working copy) > > @@ -1439,7 +1439,7 @@ > > ehdr->e_ident[EI_ABIVERSION] = 0; > > ehdr->e_ident[EI_PAD] = 0; > > ehdr->e_type = ET_CORE; > > -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > > +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 > > ehdr->e_machine = EM_386; > > #else > > ehdr->e_machine = ELF_ARCH; > > > Good catch! Such are the dangers of sed. How about defining an > ELF_ARCH32 in machine/elf.h for this case? Yes, that sounds good. > > It would be nice to eliminate having includes in MI code by > > instead including those headers in appropriate headers in . For > > example, we could change on amd64 and ia64 to include these > > headers, perhaps under an #ifdef COMPAT_FREEBSD32. > > > > Hmm, actually, I'm quite convinced now that for ia64 and amd64 > > should include in the #ifdef _KERNEL section to avoid > > polluting those includes in MI code. I'm not sure what the various > > includes are for, but fixing ia32_reg.h would be a good first > > step. It would make your diffs smaller I think. > > > This is how it works on powerpc64. I didn't modify amd64 and ia64 in > order to avoid making too many changes, but I think you're right that > this is a good idea. I'll add that to the patch when fixing the EM_386 > bit you pointed out above. Ok, thanks. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 15:55:46 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBEB3106567C; Wed, 10 Mar 2010 15:55:45 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id BAF3B8FC24; Wed, 10 Mar 2010 15:55:45 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ20060GPKWSG00@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 09:55:44 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ2004O2PKSJL30@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 09:55:41 -0600 (CST) Date: Wed, 10 Mar 2010 09:55:40 -0600 From: Nathan Whitehorn In-reply-to: <201003101043.23275.jhb@freebsd.org> To: John Baldwin Message-id: <4B97C0FC.4020209@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-10, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.154820, SenderIP=76.233.145.10 References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> <201003101043.23275.jhb@freebsd.org> User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 15:55:46 -0000 John Baldwin wrote: > On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > >> John Baldwin wrote: >> >>> On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: >>> >>> >>>> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >>>> (pre-generated freebsd32 syscalls stuff is included, which will be done >>>> in two steps on commit) provides groundwork for supporting 32-bit >>>> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on >>>> amd64 and powerpc64, and compile-tested on ia64. There are two main >>>> parts to the patch: >>>> >>>> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >>>> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >>>> is less painful than filling machine-independent bits of the kernel with >>>> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >>>> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. >>>> >>>> 2) Modifications to the freebsd32 compat layer to support big-endian >>>> architectures. >>>> >>>> I would appreciate any comments, bugs, or test results on ia64. >>>> >>>> >>> This doesn't look right for non-x86 32-bit ABIs: >>> >>> Index: sys/kern/imgact_elf.c >>> =================================================================== >>> --- sys/kern/imgact_elf.c (revision 204681) >>> +++ sys/kern/imgact_elf.c (working copy) >>> @@ -1439,7 +1439,7 @@ >>> ehdr->e_ident[EI_ABIVERSION] = 0; >>> ehdr->e_ident[EI_PAD] = 0; >>> ehdr->e_type = ET_CORE; >>> -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 >>> +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 >>> ehdr->e_machine = EM_386; >>> #else >>> ehdr->e_machine = ELF_ARCH; >>> >>> >> Good catch! Such are the dangers of sed. How about defining an >> ELF_ARCH32 in machine/elf.h for this case? >> > > Yes, that sounds good. > > >>> It would be nice to eliminate having includes in MI code by >>> instead including those headers in appropriate headers in . For >>> example, we could change on amd64 and ia64 to include these >>> headers, perhaps under an #ifdef COMPAT_FREEBSD32. >>> >>> Hmm, actually, I'm quite convinced now that for ia64 and amd64 >>> should include in the #ifdef _KERNEL section to avoid >>> polluting those includes in MI code. I'm not sure what the various >>> includes are for, but fixing ia32_reg.h would be a good first >>> step. It would make your diffs smaller I think. >>> >>> >> This is how it works on powerpc64. I didn't modify amd64 and ia64 in >> order to avoid making too many changes, but I think you're right that >> this is a good idea. I'll add that to the patch when fixing the EM_386 >> bit you pointed out above. >> > > Ok, thanks. > > I've updated the patch to incorporate these two changes, at http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to recursive inclusion issues with sys/procfs.h, it also moves prstatus32 and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are MI, and seems like a more appropriate place for them anyway. -Nathan From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 18:05:35 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6B61065676; Wed, 10 Mar 2010 18:05:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6D68FC1E; Wed, 10 Mar 2010 18:05:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 23F7A46B2C; Wed, 10 Mar 2010 13:05:34 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 5B3F58A01F; Wed, 10 Mar 2010 13:05:33 -0500 (EST) From: John Baldwin To: Nathan Whitehorn Date: Wed, 10 Mar 2010 12:59:07 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4B971CA3.9090301@freebsd.org> <201003101043.23275.jhb@freebsd.org> <4B97C0FC.4020209@freebsd.org> In-Reply-To: <4B97C0FC.4020209@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003101259.07428.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 13:05:33 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 18:05:35 -0000 On Wednesday 10 March 2010 10:55:40 am Nathan Whitehorn wrote: > John Baldwin wrote: > > On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > > > >> John Baldwin wrote: > >> > >>> On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > >>> > >>> > >>>> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff > >>>> (pre-generated freebsd32 syscalls stuff is included, which will be done > >>>> in two steps on commit) provides groundwork for supporting 32-bit > >>>> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on > >>>> amd64 and powerpc64, and compile-tested on ia64. There are two main > >>>> parts to the patch: > >>>> > >>>> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to > >>>> COMPAT_LINUX32, etc. This requires updating kernel configurations, but > >>>> is less painful than filling machine-independent bits of the kernel with > >>>> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || > >>>> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. > >>>> > >>>> 2) Modifications to the freebsd32 compat layer to support big-endian > >>>> architectures. > >>>> > >>>> I would appreciate any comments, bugs, or test results on ia64. > >>>> > >>>> > >>> This doesn't look right for non-x86 32-bit ABIs: > >>> > >>> Index: sys/kern/imgact_elf.c > >>> =================================================================== > >>> --- sys/kern/imgact_elf.c (revision 204681) > >>> +++ sys/kern/imgact_elf.c (working copy) > >>> @@ -1439,7 +1439,7 @@ > >>> ehdr->e_ident[EI_ABIVERSION] = 0; > >>> ehdr->e_ident[EI_PAD] = 0; > >>> ehdr->e_type = ET_CORE; > >>> -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > >>> +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 > >>> ehdr->e_machine = EM_386; > >>> #else > >>> ehdr->e_machine = ELF_ARCH; > >>> > >>> > >> Good catch! Such are the dangers of sed. How about defining an > >> ELF_ARCH32 in machine/elf.h for this case? > >> > > > > Yes, that sounds good. > > > > > >>> It would be nice to eliminate having includes in MI code by > >>> instead including those headers in appropriate headers in . For > >>> example, we could change on amd64 and ia64 to include these > >>> headers, perhaps under an #ifdef COMPAT_FREEBSD32. > >>> > >>> Hmm, actually, I'm quite convinced now that for ia64 and amd64 > >>> should include in the #ifdef _KERNEL section to avoid > >>> polluting those includes in MI code. I'm not sure what the various > >>> includes are for, but fixing ia32_reg.h would be a good first > >>> step. It would make your diffs smaller I think. > >>> > >>> > >> This is how it works on powerpc64. I didn't modify amd64 and ia64 in > >> order to avoid making too many changes, but I think you're right that > >> this is a good idea. I'll add that to the patch when fixing the EM_386 > >> bit you pointed out above. > >> > > > > Ok, thanks. > > > > > I've updated the patch to incorporate these two changes, at > http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to > recursive inclusion issues with sys/procfs.h, it also moves prstatus32 > and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are > MI, and seems like a more appropriate place for them anyway. Looks good to me. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 20:25:13 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47D94106566C; Wed, 10 Mar 2010 20:25:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AE2138FC20; Wed, 10 Mar 2010 20:25:12 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o2AKOw3R062702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Mar 2010 22:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o2AKOwO9094686; Wed, 10 Mar 2010 22:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o2AKOw7l094685; Wed, 10 Mar 2010 22:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 10 Mar 2010 22:24:58 +0200 From: Kostik Belousov To: Nathan Whitehorn Message-ID: <20100310202458.GG2489@deviant.kiev.zoral.com.ua> References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> <201003101043.23275.jhb@freebsd.org> <4B97C0FC.4020209@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+U0EQ97FbU8QddnY" Content-Disposition: inline In-Reply-To: <4B97C0FC.4020209@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 20:25:13 -0000 --+U0EQ97FbU8QddnY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 10, 2010 at 09:55:40AM -0600, Nathan Whitehorn wrote: > John Baldwin wrote: > >On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > > =20 > >>John Baldwin wrote: > >> =20 > >>>On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > >>> =20 > >>> =20 > >>>>The patch at=20 > >>>>http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff=20 > >>>>(pre-generated freebsd32 syscalls stuff is included, which will be do= ne=20 > >>>>in two steps on commit) provides groundwork for supporting 32-bit=20 > >>>>compatibility for 64-bit MIPS and PowerPC systems. It has been tested= =20 > >>>>on amd64 and powerpc64, and compile-tested on ia64. There are two mai= n=20 > >>>>parts to the patch: > >>>> > >>>>1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to=20 > >>>>COMPAT_LINUX32, etc. This requires updating kernel configurations, bu= t=20 > >>>>is less painful than filling machine-independent bits of the kernel= =20 > >>>>with #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) ||=20 > >>>>defined(COMPAT_MIPS32) || ..., and is no less descriptive than the ol= d=20 > >>>>name. > >>>> > >>>>2) Modifications to the freebsd32 compat layer to support big-endian= =20 > >>>>architectures. > >>>> > >>>>I would appreciate any comments, bugs, or test results on ia64. > >>>> =20 > >>>> =20 > >>>This doesn't look right for non-x86 32-bit ABIs: > >>> > >>>Index: sys/kern/imgact_elf.c > >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >>>--- sys/kern/imgact_elf.c (revision 204681) > >>>+++ sys/kern/imgact_elf.c (working copy) > >>>@@ -1439,7 +1439,7 @@ > >>> ehdr->e_ident[EI_ABIVERSION] =3D 0; > >>> ehdr->e_ident[EI_PAD] =3D 0; > >>> ehdr->e_type =3D ET_CORE; > >>>-#if defined(COMPAT_IA32) && __ELF_WORD_SIZE =3D=3D 32 > >>>+#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE =3D=3D 32 > >>> ehdr->e_machine =3D EM_386; > >>> #else > >>> ehdr->e_machine =3D ELF_ARCH; > >>> =20 > >>> =20 > >>Good catch! Such are the dangers of sed. How about defining an=20 > >>ELF_ARCH32 in machine/elf.h for this case? > >> =20 > > > >Yes, that sounds good. > > > > =20 > >>>It would be nice to eliminate having includes in MI cod= e=20 > >>>by instead including those headers in appropriate headers in=20 > >>>. For example, we could change on amd64 an= d=20 > >>>ia64 to include these headers, perhaps under an #ifdef COMPAT_FREEBSD3= 2. > >>> > >>>Hmm, actually, I'm quite convinced now that for ia64 a= nd=20 > >>>amd64 should include in the #ifdef _KERNEL=20 > >>>section to avoid polluting those includes in MI code. I'm not sure wh= at=20 > >>>the various includes are for, but fixing ia32_reg.h=20 > >>>would be a good first step. It would make your diffs smaller I think. > >>> =20 > >>> =20 > >>This is how it works on powerpc64. I didn't modify amd64 and ia64 in=20 > >>order to avoid making too many changes, but I think you're right that= =20 > >>this is a good idea. I'll add that to the patch when fixing the EM_386= =20 > >>bit you pointed out above. > >> =20 > > > >Ok, thanks. > > > > =20 > I've updated the patch to incorporate these two changes, at=20 > http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to=20 > recursive inclusion issues with sys/procfs.h, it also moves prstatus32=20 > and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are=20 > MI, and seems like a more appropriate place for them anyway. First chunk for the sys_generic.c about ibits/obits looks like a bug fix ? If yes, it probably would make sense to commit it separately to be able to MFC it. The same note about chunks that remove #include , if possible ? --+U0EQ97FbU8QddnY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuYABkACgkQC3+MBN1Mb4i05gCg1vQsucGORz01W+nvgVl0pTTg zQ4AoILaoHaEBCSDcNkMAfqWeEbhTv2g =80ld -----END PGP SIGNATURE----- --+U0EQ97FbU8QddnY-- From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 10 20:48:32 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C74341065674; Wed, 10 Mar 2010 20:48:32 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 864B28FC19; Wed, 10 Mar 2010 20:48:32 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id AA929582BD; Wed, 10 Mar 2010 14:29:49 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 8+XzDBDvVVck; Wed, 10 Mar 2010 14:29:49 -0600 (CST) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-55-200.icecube.wisc.edu [172.16.55.200]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 25B4D582A5; Wed, 10 Mar 2010 14:29:47 -0600 (CST) Message-ID: <4B98013B.3090309@freebsd.org> Date: Wed, 10 Mar 2010 14:29:47 -0600 From: Nathan Whitehorn User-Agent: Thunderbird 2.0.0.23 (X11/20100215) MIME-Version: 1.0 To: Kostik Belousov References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> <201003101043.23275.jhb@freebsd.org> <4B97C0FC.4020209@freebsd.org> <20100310202458.GG2489@deviant.kiev.zoral.com.ua> In-Reply-To: <20100310202458.GG2489@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 20:48:32 -0000 Kostik Belousov wrote: > On Wed, Mar 10, 2010 at 09:55:40AM -0600, Nathan Whitehorn wrote: > >> John Baldwin wrote: >> >>> On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: >>> >>> >>>> John Baldwin wrote: >>>> >>>> >>>>> On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: >>>>> >>>>> >>>>> >>>>>> The patch at >>>>>> http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >>>>>> (pre-generated freebsd32 syscalls stuff is included, which will be done >>>>>> in two steps on commit) provides groundwork for supporting 32-bit >>>>>> compatibility for 64-bit MIPS and PowerPC systems. It has been tested >>>>>> on amd64 and powerpc64, and compile-tested on ia64. There are two main >>>>>> parts to the patch: >>>>>> >>>>>> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >>>>>> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >>>>>> is less painful than filling machine-independent bits of the kernel >>>>>> with #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >>>>>> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old >>>>>> name. >>>>>> >>>>>> 2) Modifications to the freebsd32 compat layer to support big-endian >>>>>> architectures. >>>>>> >>>>>> I would appreciate any comments, bugs, or test results on ia64. >>>>>> >>>>>> >>>>>> >>>>> This doesn't look right for non-x86 32-bit ABIs: >>>>> >>>>> Index: sys/kern/imgact_elf.c >>>>> =================================================================== >>>>> --- sys/kern/imgact_elf.c (revision 204681) >>>>> +++ sys/kern/imgact_elf.c (working copy) >>>>> @@ -1439,7 +1439,7 @@ >>>>> ehdr->e_ident[EI_ABIVERSION] = 0; >>>>> ehdr->e_ident[EI_PAD] = 0; >>>>> ehdr->e_type = ET_CORE; >>>>> -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 >>>>> +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 >>>>> ehdr->e_machine = EM_386; >>>>> #else >>>>> ehdr->e_machine = ELF_ARCH; >>>>> >>>>> >>>>> >>>> Good catch! Such are the dangers of sed. How about defining an >>>> ELF_ARCH32 in machine/elf.h for this case? >>>> >>>> >>> Yes, that sounds good. >>> >>> >>> >>>>> It would be nice to eliminate having includes in MI code >>>>> by instead including those headers in appropriate headers in >>>>> . For example, we could change on amd64 and >>>>> ia64 to include these headers, perhaps under an #ifdef COMPAT_FREEBSD32. >>>>> >>>>> Hmm, actually, I'm quite convinced now that for ia64 and >>>>> amd64 should include in the #ifdef _KERNEL >>>>> section to avoid polluting those includes in MI code. I'm not sure what >>>>> the various includes are for, but fixing ia32_reg.h >>>>> would be a good first step. It would make your diffs smaller I think. >>>>> >>>>> >>>>> >>>> This is how it works on powerpc64. I didn't modify amd64 and ia64 in >>>> order to avoid making too many changes, but I think you're right that >>>> this is a good idea. I'll add that to the patch when fixing the EM_386 >>>> bit you pointed out above. >>>> >>>> >>> Ok, thanks. >>> >>> >>> >> I've updated the patch to incorporate these two changes, at >> http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to >> recursive inclusion issues with sys/procfs.h, it also moves prstatus32 >> and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are >> MI, and seems like a more appropriate place for them anyway. >> > > First chunk for the sys_generic.c about ibits/obits looks like a bug fix ? > If yes, it probably would make sense to commit it separately to be able > to MFC it. > > The same note about chunks that remove #include , if > possible ? > It is a bug fix, but one that only matters on big-endian systems (swizzle_fdbits needs it defined), and so goes into the fixes-for-big-endian bucket. Disentangling all of this would be pretty difficult, and most of the changes are pointless without their companion changes. Some of the big endian bits could be pulled out, I guess, but I'm not completely sure what the point of separately MFCing them is. From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 11 05:36:17 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD5C91065672; Thu, 11 Mar 2010 05:36:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 880658FC14; Thu, 11 Mar 2010 05:36:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2B5aG1n018794; Thu, 11 Mar 2010 00:36:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2B5aGTY018786; Thu, 11 Mar 2010 05:36:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Mar 2010 05:36:16 GMT Message-Id: <201003110536.o2B5aGTY018786@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 05:36:17 -0000 TB --- 2010-03-11 03:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 03:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-03-11 03:50:00 - cleaning the object tree TB --- 2010-03-11 03:50:34 - cvsupping the source tree TB --- 2010-03-11 03:50:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-03-11 03:50:49 - building world TB --- 2010-03-11 03:50:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 03:50:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 03:50:49 - TARGET=amd64 TB --- 2010-03-11 03:50:49 - TARGET_ARCH=amd64 TB --- 2010-03-11 03:50:49 - TZ=UTC TB --- 2010-03-11 03:50:49 - __MAKE_CONF=/dev/null TB --- 2010-03-11 03:50:49 - cd /src TB --- 2010-03-11 03:50:49 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 11 03:50:54 UTC 2010 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Mar 11 05:16:16 UTC 2010 TB --- 2010-03-11 05:16:16 - generating LINT kernel config TB --- 2010-03-11 05:16:16 - cd /src/sys/amd64/conf TB --- 2010-03-11 05:16:16 - /usr/bin/make -B LINT TB --- 2010-03-11 05:16:16 - building LINT kernel TB --- 2010-03-11 05:16:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 05:16:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 05:16:16 - TARGET=amd64 TB --- 2010-03-11 05:16:16 - TARGET_ARCH=amd64 TB --- 2010-03-11 05:16:16 - TZ=UTC TB --- 2010-03-11 05:16:16 - __MAKE_CONF=/dev/null TB --- 2010-03-11 05:16:16 - cd /src TB --- 2010-03-11 05:16:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 11 05:16:16 UTC 2010 >>> 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 [...] ===> siba_bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 05:36:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 05:36:16 - ERROR: failed to build lint kernel TB --- 2010-03-11 05:36:16 - 4836.40 user 932.40 system 6376.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 11 14:50:15 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3F401065700; Thu, 11 Mar 2010 14:50:15 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id A39FF8FC2A; Thu, 11 Mar 2010 14:50:15 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ40030GH7QK900@smtpauth3.wiscmail.wisc.edu>; Thu, 11 Mar 2010 08:50:14 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ400MZ3H7IHK40@smtpauth3.wiscmail.wisc.edu>; Thu, 11 Mar 2010 08:50:07 -0600 (CST) Date: Thu, 11 Mar 2010 08:50:05 -0600 From: Nathan Whitehorn To: FreeBSD-CURRENT Mailing List Message-id: <4B99031D.3080308@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-9, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.11.143925, SenderIP=76.233.145.10 User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 14:50:15 -0000 As a result of importing 32-bit compatibility support for non-x86 64-bit platforms, the kernel options COMPAT_IA32 has been renamed COMPAT_FREEBSD32 in revision 205014, so all kernel configurations including this option must be modified accordingly. -Nathan From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 11 15:05:27 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 587541065673; Thu, 11 Mar 2010 15:05:27 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id D04008FC28; Thu, 11 Mar 2010 15:05:26 +0000 (UTC) Received: from ameno.mahoroba.org (IDENT:Y2OeMvPqeoO0s4V6zKftHkUC5opXB9XOCCjoNMe85c5wFJ63/7vHQuLRoiDROjnw@ameno.mahoroba.org [IPv6:2001:2f0:104:8010:20a:79ff:fe69:ee6b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.4/8.14.4) with ESMTP/inet6 id o2BF4fUs076566 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Mar 2010 00:05:21 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 12 Mar 2010 00:04:41 +0900 Message-ID: From: Hajimu UMEMOTO To: Nathan Whitehorn In-Reply-To: <4B99031D.3080308@freebsd.org> References: <4B99031D.3080308@freebsd.org> User-Agent: xcite1.58> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RELEASE-p2 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Fri, 12 Mar 2010 00:05:21 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on asuka.mahoroba.org X-Mailman-Approved-At: Thu, 11 Mar 2010 16:24:10 +0000 Cc: FreeBSD-CURRENT Mailing List , freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 15:05:27 -0000 Hi, >>>>> On Thu, 11 Mar 2010 08:50:05 -0600 >>>>> Nathan Whitehorn said: nwhitehorn> As a result of importing 32-bit compatibility support for non-x86 64-bit nwhitehorn> platforms, the kernel options COMPAT_IA32 has been renamed nwhitehorn> COMPAT_FREEBSD32 in revision 205014, so all kernel configurations nwhitehorn> including this option must be modified accordingly. Doesn't this mean we cannot have FreeBSD version 32? :) Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 11 15:13:08 2010 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8306E106566B; Thu, 11 Mar 2010 15:13:08 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 48C9B8FC0C; Thu, 11 Mar 2010 15:13:08 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o2BFD2Ft076074; Thu, 11 Mar 2010 09:13:02 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Thu, 11 Mar 2010 09:13:02 -0600 (CST) From: "Sean C. Farley" To: Hajimu UMEMOTO In-Reply-To: Message-ID: References: <4B99031D.3080308@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.4 required=4.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on mail.farley.org X-Mailman-Approved-At: Thu, 11 Mar 2010 16:37:16 +0000 Cc: FreeBSD-CURRENT Mailing List , Nathan Whitehorn , freebsd-amd64@FreeBSD.org, freebsd-ia64@FreeBSD.org Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 15:13:08 -0000 On Fri, 12 Mar 2010, Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Thu, 11 Mar 2010 08:50:05 -0600 >>>>>> Nathan Whitehorn said: > > nwhitehorn> As a result of importing 32-bit compatibility support for non-x86 64-bit > nwhitehorn> platforms, the kernel options COMPAT_IA32 has been renamed > nwhitehorn> COMPAT_FREEBSD32 in revision 205014, so all kernel configurations > nwhitehorn> including this option must be modified accordingly. > > Doesn't this mean we cannot have FreeBSD version 32? :) Think like the U.S. government and push the problem off to the great*N-grandchildren. ;) Sean -- scf@FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 11 17:02:08 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 960321065687; Thu, 11 Mar 2010 17:02:08 +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 5BF5D8FC2F; Thu, 11 Mar 2010 17:02:07 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id o2BH26bG079029; Thu, 11 Mar 2010 12:02:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.4/8.14.4) with ESMTP id o2BH26Ws074599; Thu, 11 Mar 2010 12:02:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 67D1D241A2; Thu, 11 Mar 2010 12:02:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20100311170206.67D1D241A2@freebsd-legacy.sentex.ca> Date: Thu, 11 Mar 2010 12:02:06 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 17:02:08 -0000 TB --- 2010-02-12 20:14:26 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-02-12 20:14:26 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2010-02-12 20:14:26 - cleaning the object tree TB --- 2010-02-12 20:15:02 - cvsupping the source tree TB --- 2010-02-12 20:15:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2010-03-11 17:02:06 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-03-11 17:02:06 - ERROR: unable to cvsup the source tree TB --- 2010-03-11 17:02:06 - 3.93 user 4.78 system 2321259.84 real http://tinderbox.freebsd.org/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 12 02:50:06 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72E631065672 for ; Fri, 12 Mar 2010 02:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 46BA98FC12 for ; Fri, 12 Mar 2010 02:50:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2C2o6On003980 for ; Fri, 12 Mar 2010 02:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2C2o6tR003979; Fri, 12 Mar 2010 02:50:06 GMT (envelope-from gnats) Date: Fri, 12 Mar 2010 02:50:06 GMT Message-Id: <201003120250.o2C2o6tR003979@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Motin Cc: Subject: Re: amd64/144113: [ata] 8.0-RELEASE fails to detect SATA hard disks on asus k8n4-e (works fine on 7.2-RELEASE)[regression] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2010 02:50:06 -0000 The following reply was made to PR amd64/144113; it has been noted by GNATS. From: Alexander Motin To: bug-followup@FreeBSD.org, rogi@linuxmail.org Cc: Subject: Re: amd64/144113: [ata] 8.0-RELEASE fails to detect SATA hard disks on asus k8n4-e (works fine on 7.2-RELEASE)[regression] Date: Fri, 12 Mar 2010 04:46:24 +0200 Probably more information need to be supplied. It would be nice to see at least full verbose boot messages. -- Alexander Motin From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 12 04:02:13 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 931391065674; Fri, 12 Mar 2010 04:02:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 69F0C8FC1A; Fri, 12 Mar 2010 04:02:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2C42D4m071348; Fri, 12 Mar 2010 04:02:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2C42D3m071344; Fri, 12 Mar 2010 04:02:13 GMT (envelope-from linimon) Date: Fri, 12 Mar 2010 04:02:13 GMT Message-Id: <201003120402.o2C42D3m071344@freefall.freebsd.org> To: rogi@linuxmail.org, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/144113: [ata] 8.0-RELEASE fails to detect SATA hard disks on asus k8n4-e (works fine on 7.2-RELEASE)[regression] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2010 04:02:13 -0000 Synopsis: [ata] 8.0-RELEASE fails to detect SATA hard disks on asus k8n4-e (works fine on 7.2-RELEASE)[regression] State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Fri Mar 12 04:01:59 UTC 2010 State-Changed-Why: Note that more information was requested. http://www.freebsd.org/cgi/query-pr.cgi?pr=144113 From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 12 06:28:33 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0D9C1065674; Fri, 12 Mar 2010 06:28:33 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 89FF38FC0A; Fri, 12 Mar 2010 06:28:33 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2C6SXoe096272; Fri, 12 Mar 2010 06:28:33 GMT (envelope-from mav@freefall.freebsd.org) Received: (from mav@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2C6SXsP096268; Fri, 12 Mar 2010 06:28:33 GMT (envelope-from mav) Date: Fri, 12 Mar 2010 06:28:33 GMT Message-Id: <201003120628.o2C6SXsP096268@freefall.freebsd.org> To: vermaden@interia.pl, mav@FreeBSD.org, freebsd-amd64@FreeBSD.org From: mav@FreeBSD.org Cc: Subject: Re: amd64/144151: [ata] Can not burn CD/DVD with AHCI enabled X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2010 06:28:33 -0000 Synopsis: [ata] Can not burn CD/DVD with AHCI enabled State-Changed-From-To: open->feedback State-Changed-By: mav State-Changed-When: Fri Mar 12 06:28:13 UTC 2010 State-Changed-Why: Retesting needed. http://www.freebsd.org/cgi/query-pr.cgi?pr=144151 From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 12 13:23:35 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81A821065670; Fri, 12 Mar 2010 13:23:35 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 571E08FC1E; Fri, 12 Mar 2010 13:23:35 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2CDNZKv035677; Fri, 12 Mar 2010 13:23:35 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2CDNYkk035673; Fri, 12 Mar 2010 13:23:34 GMT (envelope-from linimon) Date: Fri, 12 Mar 2010 13:23:34 GMT Message-Id: <201003121323.o2CDNYkk035673@freefall.freebsd.org> To: vermaden@interia.pl, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-amd64@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/144683: Re: amd64/144151: [ata] Can not burn CD/DVD with AHCI enabled X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2010 13:23:35 -0000 Old Synopsis: =?UTF-8?q?Re:%20amd64/144151:%20[ata]%20Can%20not%20burn%20CD/DVD%20with%20AHCI%20enabled?= New Synopsis: Re: amd64/144151: [ata] Can not burn CD/DVD with AHCI enabled State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Fri Mar 12 13:21:53 UTC 2010 State-Changed-Why: Misfiled followup to amd64/144151; content migrated. Responsible-Changed-From-To: gnats-admin->freebsd-amd64 Responsible-Changed-By: linimon Responsible-Changed-When: Fri Mar 12 13:21:53 UTC 2010 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=144683 From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 13 19:56:47 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 586E11065673; Sat, 13 Mar 2010 19:56:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4B18FC1D; Sat, 13 Mar 2010 19:56:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2DJul8n035555; Sat, 13 Mar 2010 19:56:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2DJulAk035551; Sat, 13 Mar 2010 19:56:47 GMT (envelope-from linimon) Date: Sat, 13 Mar 2010 19:56:47 GMT Message-Id: <201003131956.o2DJulAk035551@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, gallatin@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/136814: [mxge] mxge driver error X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2010 19:56:47 -0000 Synopsis: [mxge] mxge driver error Responsible-Changed-From-To: freebsd-amd64->gallatin Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 13 19:56:36 UTC 2010 Responsible-Changed-Why: Drew wants these PRs. http://www.freebsd.org/cgi/query-pr.cgi?pr=136814 From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 13 19:57:25 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22FF41065673; Sat, 13 Mar 2010 19:57:25 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ECB818FC1A; Sat, 13 Mar 2010 19:57:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2DJvOZ5035608; Sat, 13 Mar 2010 19:57:24 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2DJvO3V035604; Sat, 13 Mar 2010 19:57:24 GMT (envelope-from linimon) Date: Sat, 13 Mar 2010 19:57:24 GMT Message-Id: <201003131957.o2DJvO3V035604@freefall.freebsd.org> To: wuxiuchao@gmail.com, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/130483: [mxge] MSI must be disabled when Myricom 10Gbps Card is used on Dell PowerEdge T300 Server X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2010 19:57:25 -0000 Synopsis: [mxge] MSI must be disabled when Myricom 10Gbps Card is used on Dell PowerEdge T300 Server State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Sat Mar 13 19:56:53 UTC 2010 State-Changed-Why: Note that submitter feedback was requested. http://www.freebsd.org/cgi/query-pr.cgi?pr=130483 From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 13 21:49:33 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BA1E1065672; Sat, 13 Mar 2010 21:49:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 14DFC8FC12; Sat, 13 Mar 2010 21:49:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2DLnWXb051221; Sat, 13 Mar 2010 16:49:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2DLnWrU051220; Sat, 13 Mar 2010 21:49:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 13 Mar 2010 21:49:32 GMT Message-Id: <201003132149.o2DLnWrU051220@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_0 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2010 21:49:33 -0000 TB --- 2010-03-13 21:43:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-13 21:43:38 - starting RELENG_8_0 tinderbox run for amd64/amd64 TB --- 2010-03-13 21:43:38 - cleaning the object tree TB --- 2010-03-13 21:44:04 - cvsupping the source tree TB --- 2010-03-13 21:44:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/amd64/amd64/supfile TB --- 2010-03-13 21:49:32 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-03-13 21:49:32 - ERROR: unable to cvsup the source tree TB --- 2010-03-13 21:49:32 - 1.61 user 14.37 system 353.16 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-amd64-amd64.full