From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 13 14:38:00 2014 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBEA98CF for ; Sun, 13 Jul 2014 14:38:00 +0000 (UTC) Received: from eu1sys200aog113.obsmtp.com (eu1sys200aog113.obsmtp.com [207.126.144.135]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A13F2BB9 for ; Sun, 13 Jul 2014 14:37:58 +0000 (UTC) Received: from mail-we0-f169.google.com ([74.125.82.169]) (using TLSv1) by eu1sys200aob113.postini.com ([207.126.147.11]) with SMTP ID DSNKU8KZm0hY0LAoT4QezXC7tkeIeOnAz3lP@postini.com; Sun, 13 Jul 2014 14:38:00 UTC Received: by mail-we0-f169.google.com with SMTP id t60so3059736wes.0 for ; Sun, 13 Jul 2014 07:37:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=7yJW/8whS1dulG7mU9JIfD4Tui+gAcTfnH3plmbf+wY=; b=UjmbFWa+UuCh6MM5dBHi/nul36xwU1fR3rd10eqsymSFDDLxy3I6TguLfMZRx2SGGA 7BLh6gibk9g+wy5KSOhE/4buep5FPhIJw2L8Fc8SXWIEmcU6aUKG/hx/6O4h2+s5vsbN Czr0KaQaFcP8x9EaYADRgFz4B/k7EVnEB7LnsVTcqlfUxq5Wr03SXf/Xjyt1Ya+6IXM3 u0R/mYX+3oav+bUonYybMDxv046NGaxDV4BgWML+sxYLyj6nLksHpoK828zIj2sR7x/C fDAbFMc8xMk8dOtHO5P8/S0wpdMeRIQF9coXVHBCIhPdCztarjePeqCMWs61WbqKohiK 2Bcw== X-Gm-Message-State: ALoCoQnsxI46t2gpbYllz4UbO/3dWWnT/7GKgcII0KPMX8ANbau7EWdeVx4AnF0Ic37uy2yWZj5dAxJZfgMVswMhSb4DgaooU1RNjVvy3xJ6221OjlLxht1Tl6mwGQqVfMHyPuTmYTIfmZvPheac2Ucn0iY8qZx4Eg== X-Received: by 10.194.22.201 with SMTP id g9mr3508390wjf.98.1405262235700; Sun, 13 Jul 2014 07:37:15 -0700 (PDT) X-Received: by 10.194.22.201 with SMTP id g9mr3508379wjf.98.1405262235609; Sun, 13 Jul 2014 07:37:15 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id h3sm18911432wjz.48.2014.07.13.07.37.14 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 Jul 2014 07:37:15 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.8/8.14.8) with ESMTP id s6DEbDBO005267 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 13 Jul 2014 15:37:13 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.8/8.14.8/Submit) id s6DEbDuP005266 for freebsd-sparc64@freebsd.org; Sun, 13 Jul 2014 15:37:13 +0100 (BST) (envelope-from mexas) Date: Sun, 13 Jul 2014 15:37:13 +0100 (BST) From: Anton Shterenlikht Message-Id: <201407131437.s6DEbDuP005266@mech-cluster241.men.bris.ac.uk> To: freebsd-sparc64@freebsd.org Subject: isp driver causes panic in 10-stable Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 14:38:00 -0000 isp0: port 0x300-0x3ff mem 0x100000-0x100fff at device 3.0 on pci1 I used this card for years on ia64, from 8-current to 11-current. Now that ia64 is not supported, I wanted to move it into sparc64 10-stable box (SunBlade 1500 silver workstation). The card is recognised, see above, but shortly after I get this panic (single user mode): isp0: port 0x300-0x3ff mem 0x100000-0x100fff at device 3.0 on pci1 nexus0: mem 0x4000fc64000-0x4000fc6400f type i2c (no driver attached) nexus0: type unknown (no driver attached) rtc0: at port 0x70-0x71 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 44 on isa0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 44 on isa0 WITNESS: unable to allocate a new witness object Timecounter "tick" frequency 1503000000 Hz quality 1000 Timecounter "stick" frequency 12000000 Hz quality 1000 Event timer "tick" frequency 1503000000 Hz quality 1000 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 panic: trap: memory address not aligned (kernel) KDB: stack backtrace: vpanic() at vpanic+0xfc panic() at panic+0x20 trap() at trap+0x5cc -- memory address not aligned sfar=0x1001ee021 sfsr=0x40029 %o7=0xc0137bac -- userland() at isp_get_ridacq+0x118 user trace: trap %o7=0xc0137bac pc 0xc0137cb8, sp 0xd766e851 done KDB: enter: panic [ thread pid 12 tid 100031 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> Is this a known problem? with bt I get an endless stream of: KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- kernel stack fault %o7=0xc00c60b0 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- kernel stack fault %o7=0xc00c60b0 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- kernel stack fault %o7=0xc00c60b0 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- kernel stack fault %o7=0xc00c60b0 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- kernel stack fault %o7=0xc00c60b0 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- kernel stack fault %o7=0xc00c60b0 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc that never finishes. Please advise Thanks Anton