From owner-freebsd-arm@FreeBSD.ORG Mon Aug 2 11:06:56 2010 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD2CC106566C for ; Mon, 2 Aug 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 99EAB8FC18 for ; Mon, 2 Aug 2010 11:06:56 +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 o72B6u8k035036 for ; Mon, 2 Aug 2010 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o72B6tHt035034 for freebsd-arm@FreeBSD.org; Mon, 2 Aug 2010 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Aug 2010 11:06:55 GMT Message-Id: <201008021106.o72B6tHt035034@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 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 arm/148474 arm MMC timeout too short durring enumeration of cards. o arm/134368 arm [patch] nslu2_led driver for the LEDs on the NSLU2 o arm/134338 arm [patch] Lock GPIO accesses on ixp425 3 problems total. From owner-freebsd-arm@FreeBSD.ORG Tue Aug 3 17:23:20 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 800D61065679 for ; Tue, 3 Aug 2010 17:23:20 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 388618FC15 for ; Tue, 3 Aug 2010 17:23:19 +0000 (UTC) Received: by yxe42 with SMTP id 42so2089038yxe.13 for ; Tue, 03 Aug 2010 10:23:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type; bh=E5f1G5p8n193zdH7aHmf1lQRdMIMPiSM24kKUAiPlRc=; b=oB7xeIDvl2GtgOKB7RqqQ57T8OLmg5LrVmtgYoJtylzfnplhXmyNCMjjuQOdUKZ2L/ RfiPYS8n1hXF22kF2cRki3fQW3WPAnn7ci72l7tfuj0ivAmTcJr8M4KySPfvpO3l/z4g DcgtHXsZxG0z1bkHtpyIq1zkykjAvL51g5osc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; b=q2izmMoZ65EkCPcrOFFI8mtBuioPJ/aMKLD/ta3LMeQLeqGjWk3b0I8JUrq4pLthU4 alUdnertQDyb5/EF0PI5OI+U24TeRvx/IWFmjlHXXpKkD5avKSo1x8bsbD0m+BD/Vhl5 YQohMerMGTNSPPYCLNH7/2q2vKBonPrazOpWc= Received: by 10.100.138.6 with SMTP id l6mr8526340and.192.1280856198323; Tue, 03 Aug 2010 10:23:18 -0700 (PDT) Received: from [192.168.0.3] (71-38-48-15.frgo.qwest.net [71.38.48.15]) by mx.google.com with ESMTPS id n20sm6840321ibe.11.2010.08.03.10.23.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Aug 2010 10:23:17 -0700 (PDT) Message-ID: <4C585081.7010601@gmail.com> Date: Tue, 03 Aug 2010 12:23:13 -0500 From: Mark Tinguely User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: multipart/mixed; boundary="------------060800010109010900000306" Subject: SheevaPlug boot test X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2010 17:23:20 -0000 This is a multi-part message in MIME format. --------------060800010109010900000306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit If someone has a SheevaPlug and a few minutes to add the following patch to the sys/arm/mv/mv_machdep.c and boot. I am interested in the "p1 =" and "p2 =" messages that will be at the top of the boot. This a test that maps a physical page with cache enabled to 2 sequential virtual addresses and does some write/cache/read operations. The virtual addresses used for the test are just above the high vector and should not be used for any devices. I am trying to prove to myself whether the sheeva has a PIPT or VIPT level 2 cache. I think I have a good idea where the Sheeva can create some cache coherency problems related to the level 2 cache. If the Sheeva uses a PIPT level 2 cache, it is very easy to fix. If the Sheeva uses VIPT level 2 cache, then there will be 2 problems to fix. Thank-you in advance, Mark Tinguely --------------060800010109010900000306 Content-Type: text/plain; name="test_l2cache" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="test_l2cache" Index: mv_machdep.c =================================================================== --- mv_machdep.c (revision 210732) +++ mv_machdep.c (working copy) @@ -137,6 +137,7 @@ vm_paddr_t dump_avail[4]; vm_offset_t physical_pages; vm_offset_t pmap_bootstrap_lastaddr; +struct pv_addr testpage; const struct pmap_devmap *pmap_devmap_bootstrap_table; struct pv_addr systempage; struct pv_addr msgbufpv; @@ -417,6 +418,7 @@ initarm(void *mdp, void *unused __unused) * and can be shared by all processes. */ valloc_pages(systempage, 1); + valloc_pages(testpage, 1); /* Allocate dynamic per-cpu area. */ valloc_pages(dpcpu, DPCPU_SIZE / PAGE_SIZE); @@ -477,6 +479,11 @@ initarm(void *mdp, void *unused __unused) pmap_map_entry(l1pagetable, ARM_VECTORS_HIGH, systempage.pv_pa, VM_PROT_READ|VM_PROT_WRITE, PTE_CACHE); + pmap_map_entry(l1pagetable, ARM_VECTORS_HIGH + 0x2000, testpage.pv_pa, + VM_PROT_READ|VM_PROT_WRITE, PTE_CACHE); + pmap_map_entry(l1pagetable, ARM_VECTORS_HIGH + 0x3000, testpage.pv_pa, + VM_PROT_READ|VM_PROT_WRITE, PTE_CACHE); + /* Map pmap_devmap[] entries */ if (platform_devmap_init() != 0) while (1); @@ -587,6 +594,36 @@ initarm(void *mdp, void *unused __unused) init_param1(); init_param2(physmem); kdb_init(); + +#define P1ADDR (ARM_VECTORS_HIGH + 0x3000) +#define P2ADDR (ARM_VECTORS_HIGH + 0x2000) + cpu_idcache_wbinv_all(); + p1 = (int *) P1ADDR; + p2 = (int *) P2ADDR; + *p1 = 0; + cpu_dcache_wbinv_range(P1ADDR, 4096); + cpu_l2cache_wbinv_range(P1ADDR, 4096); + cpu_dcache_inv_range(P2ADDR, 4096); + cpu_l2cache_inv_range(P2ADDR, 4096); + printf("p2 = 0x%08x (0 RAM)\n", *p2); + *p1 = 0xa5a5aa55; /* remove l1, try leaving in l2 */ + cpu_dcache_wbinv_range(P1ADDR, 4096); + printf("p2 = 0x%08x (0xa5a5aa55 pi or 0 vi)\n", *p2); + *p2 = 0x5a5a55aa; /* remove l1, try leavin in l1 of address 2 */ + cpu_dcache_wbinv_range(P2ADDR, 4096); + printf("p1 = 0x%08x (0x5a5a55aa pi or 0xa5a5aa55 vi)\n", *p1); + cpu_dcache_inv_range(P1ADDR, 4096); + cpu_l2cache_inv_range(P1ADDR, 4096); + printf("p1 = 0x%08x (ram)\n", *p1); + cpu_dcache_inv_range(P1ADDR, 4096); + cpu_l2cache_inv_range(P1ADDR, 4096); + cpu_l2cache_wbinv_range(P2ADDR, 4096); + printf("p1 = 0x%08x (ram after a2 wb)\n", *p1); + *p1 = 0; + cpu_dcache_wbinv_range(P1ADDR, 4096); + cpu_l2cache_wbinv_range(P1ADDR, 4096); + cpu_dcache_inv_range(P2ADDR, 4096); + cpu_l2cache_inv_range(P2ADDR, 4096); return ((void *)(kernelstack.pv_va + USPACE_SVC_STACK_TOP - sizeof(struct pcb))); } --------------060800010109010900000306-- From owner-freebsd-arm@FreeBSD.ORG Thu Aug 5 20:53:08 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B2651065677 for ; Thu, 5 Aug 2010 20:53:08 +0000 (UTC) (envelope-from bblister@gmail.com) Received: from bigb3.homeftp.net (vlsi.ee.duth.gr [83.212.134.14]) by mx1.freebsd.org (Postfix) with ESMTP id 09A4A8FC19 for ; Thu, 5 Aug 2010 20:53:07 +0000 (UTC) Received: from bigb3.homeftp.net (localhost [127.0.0.1]) by bigb3.homeftp.net (8.14.3/8.14.3) with ESMTP id o75KfIAd060732 for ; Thu, 5 Aug 2010 23:41:19 +0300 (EEST) (envelope-from bblister@bigb3.homeftp.net) Received: (from bblister@localhost) by bigb3.homeftp.net (8.14.3/8.14.3/Submit) id o75KfHZe060455 for freebsd-arm@freebsd.org; Thu, 5 Aug 2010 23:41:17 +0300 (EEST) (envelope-from bblister) Date: Thu, 5 Aug 2010 23:41:17 +0300 From: {BBLister} To: freebsd-arm@freebsd.org Message-ID: <20100805204117.GA35095@bigb3.homeftp.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Yet another guide on installing FreeBSD 8-Stable on Sheevaplug (marvell) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2010 20:53:08 -0000 Greetings, I would like to share my experience of installing FreeBSD 8.1 on Sheevaplug eSata mini computer. I wrote a guide hoping that some other people will benefit from my tips and suggestions that I learned with the hard way. I was not able to find a step-by-step guide on the Net, even though all the information of how to do it, was distributed in many wikies, emails and articles. My complete guide is located at: http://mgiannakidis.blogspot.com/2010/08/freebsd-on-sheevaplug-howto.html I would also pinpoint two undocumented problems that I faced, and how I bypassed them with a workaround: 1) The 'xz' archiver that is installed by the base system on 8.1 malfunctions (crashes), something which is very annoying if you try to install some ports that use it. The workaround is to install the port version, by commenting out these lines in Makefile that prohibit the installation: #.if ${OSVERSION} >= 900012 || (${OSVERSION} <>= 800505) #IGNORE= is already in the base system #.endif 2) The "portsnap fetch" does not bring an up to date directory of /usr/ports/Mk . Even though it updates all the other directories. I verified this by checking the dates+md5 of the files on this directory that was created on Sheevaplug by 'portsnap fetch' and 'portsnap update' and in another computer i386 that was updated using cvsup. This resulted in the problem of not being able to install any port because I had strange errors of 'duplicate error in Makefile'. The solution was to copy the Mk directory from another system that was updated. BigB3. From owner-freebsd-arm@FreeBSD.ORG Sat Aug 7 19:47:26 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24985106566B; Sat, 7 Aug 2010 19:47:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 177518FC20; Sat, 7 Aug 2010 19:47:24 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=AloUlVQQLuutPgH7MSFGD/V8MYI3aUCj623mET0KTys= c=1 sm=1 a=RNuux4yrUmIA:10 a=kj9zAlcOel0A:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=RwUky6g2H-i7pbPcAiQA:9 a=inY1KdxnDVBgk11NvRQA:7 a=tjeHdgyKuMZ54x2bjGU0jKzOzaIA:4 a=CjuIK1q_8ugA:10 a=fgf5PR_cwQYA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:117 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 4609153; Sat, 07 Aug 2010 21:46:57 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, freebsd-arm@freebsd.org, Andrew Thompson Date: Sat, 7 Aug 2010 21:43:59 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201008072144.00002.hselasky@c2i.net> Cc: Subject: [BETA testing] USB 3.0 Super Speed support in FreeBSD X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2010 19:47:26 -0000 Hi, During the last two weeks I've been working hard to get USB 3.0 support added to the FreeBSD 8+ USB stack. There are a couple of issues left, but right now the code is in a state were enumeration of USB devices is possible and there are no dirty hacks :-) The XHCI chip, which is the PCI interface for USB 3.0, is a replacement for OHCI/UHCI/EHCI and can also drive USB Super Speed (4.8 Gbps). I expect there to be a througput and performance increase when switching over to the XHCI interface also for 2.0 compatible devices, because it has a better data queuing mechanism. Currently all code has been committed to the USB P4 project at FreeBSD.org. You need to copy all files under sys/dev/usb + sys/modules/usb/xhci into 8- stable for example, and then build a new kernel. You need to manually to cd into sys/modules/usb/xhci and type make all install after you built the kernel. Reference: http://p4db.freebsd.org/changeList.cgi?FSPC=%2F%2Fdepot%2Fprojects%2Fusb%2Fsrc%2F...&USERS=hselasky&ignore=GO! Comments are welcome! --HPS