From owner-freebsd-ia64@FreeBSD.ORG Mon Sep 8 02:22:21 2008 Return-Path: Delivered-To: freebsd-ia64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E174D106566B for ; Mon, 8 Sep 2008 02:22:21 +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 CF5858FC22 for ; Mon, 8 Sep 2008 02:22:21 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m882MLGG006700 for ; Mon, 8 Sep 2008 02:22:21 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m882MLAN006696 for freebsd-ia64@FreeBSD.org; Mon, 8 Sep 2008 02:22:21 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Sep 2008 02:22:21 GMT Message-Id: <200809080222.m882MLAN006696@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-ia64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2008 02:22:22 -0000 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 ia64/120315 ia64 Backing store switch in exception_save_restart leaves o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 3 problems total. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. From owner-freebsd-ia64@FreeBSD.ORG Thu Sep 11 08:45:49 2008 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0418F1065680 for ; Thu, 11 Sep 2008 08:45:49 +0000 (UTC) (envelope-from prvs=1140e44922=marc.loerner@hob.de) Received: from mailgate.hob.de (mailgate.hob.de [212.185.199.3]) by mx1.freebsd.org (Postfix) with ESMTP id B8F698FC22 for ; Thu, 11 Sep 2008 08:45:48 +0000 (UTC) (envelope-from prvs=1140e44922=marc.loerner@hob.de) Received: from imap.hob.de (mail2.hob.de [172.25.1.102]) by mailgate.hob.de (Postfix) with ESMTP id 5AC4E52000E; Thu, 11 Sep 2008 10:23:07 +0200 (CEST) Received: from linux03.hob.de (linux03.hob.de [172.22.0.190]) by imap.hob.de (Postfix on SuSE eMail Server 2.0) with ESMTP id A154DFD49A; Thu, 11 Sep 2008 10:23:06 +0200 (CEST) From: Marc =?iso-8859-1?q?L=F6rner?= Organization: hob To: freebsd-ia64@freebsd.org, xcllnt@mac.com Date: Thu, 11 Sep 2008 10:23:31 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200809111023.31516.marc.loerner@hob.de> Cc: Subject: Montecito running and little SMP-bug X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2008 08:45:49 -0000 Hello! I've got good news: Finally GENERIC-kernel without SMP-support is running now on my montecito box :-) (It was as you suggested, after wiping out contents and partitions of harddisk the bsd-installer started as expected) When turning on SMP, I always get an Page-Not-Present in function vcnt in vm/vm_meter.c when it iterates through found CPUs. I seems that pcpu_find returns NULL. This is the last output I see: fatal kernel trap (cpu 0): trap vector = 0x14 (Page Not Present) cr.iip = 0xe00000000f577cb0 cr.ipsr = 0x1210080a6018 (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=1,bn) cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) cr.ifa = 0x9bc curthread = 0xe00000001029c000 pid = 64, comm = sysctl [thread pid 64 tid 100033 ] Stopped at vcnt+0xa1: [M1] ld4 r15=[r8] db> Following is the output of the APIC-table: Table 'APIC' at 0xe0000000ff1b6620 Local APIC address=0xfee00000 Local SAPIC entry ProcessorId=0x0, Id=0x0, Eid=0x0 Local SAPIC entry ProcessorId=0x1, Id=0x1, Eid=0x0 (disabled) Local SAPIC entry ProcessorId=0x2, Id=0x2, Eid=0x0 Local SAPIC entry ProcessorId=0x3, Id=0x3, Eid=0x0 (disabled) I think the case of running/enabled CPUs being not contiguous is not thought of when initializing pcpus. So the id is taken as index into pcpu-array (cpuid_to_pcpu). => In above case we find 2 running cpus => mp_ncpus = 2, but cpuid_to_pcpu[1] is zero (not enabled). It seems that platform independend code relies on pcpu-array not having holes and being filled contiguously. => We don't have to use "sapic->ID" as index into array (c.f. function cpu_mp_add) instead we need own static index-counter that's incremented on finding enabled CPU when iterating through APIC-table (see file sys/ia64/acpica/madt.c) Regards, Marc Loerner