From owner-freebsd-mips@FreeBSD.ORG Mon Feb 15 15:51:58 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4ED01065670 for ; Mon, 15 Feb 2010 15:51:58 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-pz0-f184.google.com (mail-pz0-f184.google.com [209.85.222.184]) by mx1.freebsd.org (Postfix) with ESMTP id 8A28A8FC14 for ; Mon, 15 Feb 2010 15:51:58 +0000 (UTC) Received: by pzk14 with SMTP id 14so5899128pzk.3 for ; Mon, 15 Feb 2010 07:51:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=StTXVexren364BJPjBaPf/KDbvsjTGqalZaig54xIrU=; b=KMGMdwguqSdAEFa/KN5BHUA53E2tNtORa0tJwZpkRaINS1nA5KLQIPDHMmGu5/Hd82 QZAt1OBHpgcg8AGw4BIfZV+jKl5B8UAMcMzLVc5UAM1MELodrJyfQasmafGJCBNW7KNC KcukQWHWybXJzp6h2AOpoaDNPjDEJMwjzl4+M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=h+An6ZYrdbOr/MwIlge8cy3fVbLCKViRuCMZjgdTgaTYnfZD+MvcSt5JLViiHZ6G8H b0O+2JAriFsIydfmRauV2TWQgDo5TkG+ndnFO/f2xMT6rSxQCJkAXyPKEwyy+oIDpYob qbpaMh1MwVlMTfFsgEodpvQm3+Frn/QQPdnPA= MIME-Version: 1.0 Received: by 10.140.83.14 with SMTP id g14mr3492722rvb.30.1266249118066; Mon, 15 Feb 2010 07:51:58 -0800 (PST) In-Reply-To: <98a59be81002110915l2fa64189g28f13f8ad39c9584@mail.gmail.com> References: <5709963B-3F83-44FE-991F-A3227A2052DC@lakerest.net> <98a59be81002110655y60ab4e8cj473f4b6ecf6f5ae4@mail.gmail.com> <98a59be81002110915l2fa64189g28f13f8ad39c9584@mail.gmail.com> Date: Mon, 15 Feb 2010 21:21:58 +0530 Message-ID: <98a59be81002150751l2871e825ycbc9dda736870e4f@mail.gmail.com> From: "C. Jayachandran" To: Randall Stewart , freebsd-mips@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: RMI status X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2010 15:51:58 -0000 On Thu, Feb 11, 2010 at 10:45 PM, C. Jayachandran wrote: > On Thu, Feb 11, 2010 at 9:08 PM, Randall Stewart wrote: >> Ahh.. I don't use a -jN since there is only one core >> currently... That would use more memory... maybe running >> the kernel out of memory below the magic 512Meg mark. If that >> happens things will break... >> > > I think you are right - I added the following patch (probably > whitespace damaged) to trap this case and it certainly seems to get > pages above 256M before it crashed(on XLR the default bootloader maps > physmem from 0-256M after that is IO and flash mapping). The two places where MIPS_PHYS_TO_CACHED(pa) is called where the physical address is not checked to be less than MIPS_KSEG0_LARGEST_PHYS are below: mips/mips/pmap.c:pmap_pinit | while ((ptdpg = vm_page_alloc(NULL, NUSERPGTBLS, req)) == NULL) | VM_WAIT; | | ptdpg->valid = VM_PAGE_BITS_ALL; | | pmap->pm_segtab = (pd_entry_t *) | MIPS_PHYS_TO_CACHED(VM_PAGE_TO_PHYS(ptdpg)); mips/mips/pmap.c:_pmap_allocpte | if ((m = vm_page_alloc(NULL, ptepindex, req)) == NULL) { | if (flags & M_WAITOK) { |[...deleted..] | pmap->pm_stats.resident_count++; | | ptepa = VM_PAGE_TO_PHYS(m); | pteva = MIPS_PHYS_TO_CACHED(ptepa); As I wrote earlier, I had added prints here, and we get addresses here which are outside the direct mapped area when there is memory more than 512M I cannot see how this can work, because vm_page_alloc can return pages which can be above the maximum KSEG0 address, and we will crash in this case.. I am trying to use 'vm_phys_alloc_contig' to allocated KSEG0 pages, but I'm still figuring out how to use that correctly - and what the performance penalty will be. Meanwhile, any ideas on this can be fixed (or better, an explanation why this is not an issue) will be very welcome. Also, in RMI's FreeBSD 6.4 code, we had a platform specific version of uma_small_alloc which would maintain a pool of kseg0 pages (using a kernel thread), I think something like that would be useful here to maintain a pool of kseg0 pages which can be used for page table too. Thanks, JC. From owner-freebsd-mips@FreeBSD.ORG Mon Feb 15 17:31:35 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F2BF106566C for ; Mon, 15 Feb 2010 17:31:35 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:213:d4ff:fef3:2d8d]) by mx1.freebsd.org (Postfix) with ESMTP id C36558FC18 for ; Mon, 15 Feb 2010 17:31:34 +0000 (UTC) Received: from [192.168.2.8] (75-144-27-146-sfba-ca.hfc.comcastbusiness.net [75.144.27.146]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id o1FHVUMJ040243 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 15 Feb 2010 12:31:32 -0500 (EST) (envelope-from rrs@lakerest.net) Message-Id: From: Randall Stewart To: "C. Jayachandran" In-Reply-To: <98a59be81002150751l2871e825ycbc9dda736870e4f@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 15 Feb 2010 09:31:26 -0800 References: <5709963B-3F83-44FE-991F-A3227A2052DC@lakerest.net> <98a59be81002110655y60ab4e8cj473f4b6ecf6f5ae4@mail.gmail.com> <98a59be81002110915l2fa64189g28f13f8ad39c9584@mail.gmail.com> <98a59be81002150751l2871e825ycbc9dda736870e4f@mail.gmail.com> X-Mailer: Apple Mail (2.936) Cc: freebsd-mips@freebsd.org Subject: Re: RMI status X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2010 17:31:35 -0000 JC: Yeah, I figure you must be hitting something like that. The original hack was put in place just to find a easy way to use some of the memory above 512Meg on Octeon. The intent was always to go to n32 or n64 so we could use the full address space. I believe you will find comments in the code at one point that say the kernel will crash if it gets a page above 512Meg... Now I see two ways forward... Either we make something like you mentioned.. i.e. you setup and pre-reserve a bunch of the pages for the kernel ahead of time i.e. some sort of special allocation. Or We ignore this issue until we get to 64bit... I think the true answer is being in a mode such as n64 where you have a xseg that can address all the memory.... I think an overall plan to go to one of the new ABI's is a better one then make more special hacks (memory allocator).. R On Feb 15, 2010, at 7:51 AM, C. Jayachandran wrote: > On Thu, Feb 11, 2010 at 10:45 PM, C. Jayachandran > wrote: >> On Thu, Feb 11, 2010 at 9:08 PM, Randall Stewart >> wrote: >>> Ahh.. I don't use a -jN since there is only one core >>> currently... That would use more memory... maybe running >>> the kernel out of memory below the magic 512Meg mark. If that >>> happens things will break... >>> >> >> I think you are right - I added the following patch (probably >> whitespace damaged) to trap this case and it certainly seems to get >> pages above 256M before it crashed(on XLR the default bootloader maps >> physmem from 0-256M after that is IO and flash mapping). > > The two places where MIPS_PHYS_TO_CACHED(pa) is called where the > physical address is not checked to be less than > MIPS_KSEG0_LARGEST_PHYS are below: > > mips/mips/pmap.c:pmap_pinit > | while ((ptdpg = vm_page_alloc(NULL, NUSERPGTBLS, req)) == > NULL) > | VM_WAIT; > | > | ptdpg->valid = VM_PAGE_BITS_ALL; > | > | pmap->pm_segtab = (pd_entry_t *) > | MIPS_PHYS_TO_CACHED(VM_PAGE_TO_PHYS(ptdpg)); > > mips/mips/pmap.c:_pmap_allocpte > | if ((m = vm_page_alloc(NULL, ptepindex, req)) == NULL) { > | if (flags & M_WAITOK) { > |[...deleted..] > | pmap->pm_stats.resident_count++; > | > | ptepa = VM_PAGE_TO_PHYS(m); > | pteva = MIPS_PHYS_TO_CACHED(ptepa); > > As I wrote earlier, I had added prints here, and we get addresses here > which are outside the direct mapped area when there is memory more > than 512M > > I cannot see how this can work, because vm_page_alloc can return pages > which can be above the maximum KSEG0 address, and we will crash in > this case.. > > I am trying to use 'vm_phys_alloc_contig' to allocated KSEG0 pages, > but I'm still figuring out how to use that correctly - and what the > performance penalty will be. Meanwhile, any ideas on this can be > fixed (or better, an explanation why this is not an issue) will be > very welcome. > > Also, in RMI's FreeBSD 6.4 code, we had a platform specific version of > uma_small_alloc which would maintain a pool of kseg0 pages (using a > kernel thread), I think something like that would be useful here to > maintain a pool of kseg0 pages which can be used for page table too. > > Thanks, > JC. > ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) From owner-freebsd-mips@FreeBSD.ORG Tue Feb 16 06:24:51 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E99DC1065670 for ; Tue, 16 Feb 2010 06:24:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f175.google.com (mail-iw0-f175.google.com [209.85.223.175]) by mx1.freebsd.org (Postfix) with ESMTP id A6D968FC08 for ; Tue, 16 Feb 2010 06:24:51 +0000 (UTC) Received: by iwn5 with SMTP id 5so2494669iwn.9 for ; Mon, 15 Feb 2010 22:24:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=j1pHBA9oyv/uETQTPSunMqqHvZHlP3p51qwsfdhbUCE=; b=Jb0l7tUn6fBbJUdFZA20c31Wkrut7FHA8jdCj06fP/PeniCJRH4Flx3g8oDWm1mWPJ eBLVu64BNwkzhBHFkqU7uwV2NJEVEVlrmEHprTIZeOPOh+7gonE1/CHEL9AOX9AVu0Mp iNrzbR2Qt6J1CjLxDLi9v70OdxlV+qQscLG/Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=uWAmLUpNclJ2VrsHX/erjdNBTtdzMjkl7x5sZtHBG2oViFJeR5wG5ffruZlHe8PQVQ haLqeHofl6kTKDQZVtacHfZvGicwY63elOAt9z+HY6CfVpFdS0AeooSPDrdpNvln8eRU zApFrld4qlOe/XjvZ2j+wwYQ1cUfYXg9P5LoM= MIME-Version: 1.0 Received: by 10.231.85.198 with SMTP id p6mr6571436ibl.65.1266301490899; Mon, 15 Feb 2010 22:24:50 -0800 (PST) In-Reply-To: <1265398292.2149.3.camel@brain.lan.terror.local> References: <20100204.222438.246077296855181113.imp@bsdimp.com> <1265398292.2149.3.camel@brain.lan.terror.local> Date: Tue, 16 Feb 2010 14:24:50 +0800 Message-ID: From: Adrian Chadd To: smeagle@bsdler.de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: rspro board and mounting root from SD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 06:24:52 -0000 Thanks, I'll just (ab)use this method of delaying the root mounting hackery until the umass child gets a chance to finishing probing. A "better" solution (eg enumerating which USB children need to finish probing and adding them in with relevant notification) may take a bit more hackery than I was hoping for. Maybe slicing something hackish into CAM would be evil but more generic.. thanks, Adrian On 6 February 2010 03:31, Florian Kruegl wrote: > Hi Adrian, > > got it running from sd card for a few month now without probs. Flash > seemed to small for putting freebsd on. > > seems to be a reace condition until usb mas registers scsi device. > > one second is nuff... > > brain:head> svn diff > Index: sys/kern/vfs_mount.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/vfs_mount.c =A0 =A0 =A0 =A0(revision 203445) > +++ sys/kern/vfs_mount.c =A0 =A0 =A0 =A0(working copy) > @@ -72,6 +72,9 @@ > =A0#define =A0 =A0 =A0 =A0ROOTNAME =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0"root_d= evice" > =A0#define =A0 =A0 =A0 =A0VFS_MOUNTARG_SIZE_MAX =A0 (1024 * 64) > > +static int =A0 =A0 mount_root_delay =3D 4; > +TUNABLE_INT("mount_root_delay", &mount_root_delay); > + > =A0static void =A0 =A0set_rootvnode(void); > =A0static int =A0 =A0 vfs_domount(struct thread *td, const char *fstype, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0char *fspath, int fsflags, void *f= sdata); > @@ -1409,13 +1412,18 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PICKUP_GIANT(); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mtx_lock(&mountlist_mtx); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (LIST_EMPTY(&root_holds)) { > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 mtx_unlock(&mountlist_mtx); > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 break; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if(0 =3D=3D mount_root_delay--) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 mtx_unlock(&mountli= st_mtx); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 break; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (ppsratecheck(&lastfail, &curfail, 1)) = { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0printf("Root mount waiting= for:"); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0LIST_FOREACH(h, &root_hold= s, list) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0printf(" %= s", h->who); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if(LIST_EMPTY(&root_holds))= { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 printf(" %d secs...= ", mount_root_delay); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0printf("\n"); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0msleep(&root_holds, &mountlist_mtx, PZERO = | PDROP, "roothold", > > On Fri, 2010-02-05 at 13:28 +0800, Adrian Chadd wrote: >> On 5 February 2010 13:24, M. Warner Losh wrote: >> >> > : If I stick a root_mount_hold() call in umass_attach(), the umass >> > : device is given the opportunity to complete probe/attach but obvious= ly >> > : then a lack of root_mount_rel() results in nothing completing. >> > >> > Where did you put this? >> >> After the call to umass_cam_attach() in umass_attach() >> >> >> >> >> Adrian >> _______________________________________________ >> freebsd-mips@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-mips >> To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" >> > > > From owner-freebsd-mips@FreeBSD.ORG Tue Feb 16 06:47:28 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 544B01065676 for ; Tue, 16 Feb 2010 06:47:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1546D8FC1A for ; Tue, 16 Feb 2010 06:47:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1G6fod3025047; Mon, 15 Feb 2010 23:41:50 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 15 Feb 2010 23:42:02 -0700 (MST) Message-Id: <20100215.234202.119882392285831214.imp@bsdimp.com> To: adrian.chadd@gmail.com From: "M. Warner Losh" In-Reply-To: References: <1265398292.2149.3.camel@brain.lan.terror.local> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-mips@FreeBSD.org Subject: Re: rspro board and mounting root from SD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 06:47:28 -0000 In message: Adrian Chadd writes: : Thanks, I'll just (ab)use this method of delaying the root mounting : hackery until the umass child gets a chance to finishing probing. : : A "better" solution (eg enumerating which USB children need to finish : probing and adding them in with relevant notification) may take a bit : more hackery than I was hoping for. Maybe slicing something hackish : into CAM would be evil but more generic.. There is something hackish already in CAM, sadly. kern.cam.boot_delay looks like it defaults to '0' but you could set it to 4 I think to get the same net-net as this patch. I've talked through a bunch of solutions with Scott, and I think we concluded that the right approach was for CAM to evolve a little. As SIMs are discovered, they are added to a list of things to probe (if their transport is polled, rather than self-discovered). Then, after the interrupt hooks are done, it would run through the list polling those SIMs. Once that's done, we'd release the hounds, errr, I mean we'd allow mount_root to proceed. Warner From owner-freebsd-mips@FreeBSD.ORG Tue Feb 16 10:37:58 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4248B106566B for ; Tue, 16 Feb 2010 10:37:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f175.google.com (mail-iw0-f175.google.com [209.85.223.175]) by mx1.freebsd.org (Postfix) with ESMTP id 0FFB68FC13 for ; Tue, 16 Feb 2010 10:37:57 +0000 (UTC) Received: by iwn5 with SMTP id 5so2624615iwn.9 for ; Tue, 16 Feb 2010 02:37:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=VOhZYAbeORi1XCpW5SFZtFUvVSGAL4NwI2S1NkDywVg=; b=Agz5lM62/GN6K5pl087XhkhVh+xIBdgkTYcX9lkzNlWrIpYE+2HHFCMf9Rrx44Z4U6 N/ititatNApVAQg4HhmOJgSDVxZXsfI76A5yO2gBB3Y+sMWN6lX0RGPL7qfQrzgZ9NmR gG7H/0k9zqN9zQ0km2MBnum1CgvrmBr1rFmug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=T1OafGZIgaODFXyKtEuFmWduW79aO57D1gcGcybcnFVw8QloPQ/Eu2WbMAy9vwdFdP 4mcuq0ctMB7uxfn5UPdqJj+0BNZrPn3bmRYMGte+tYmhMpbjxdztzjS/WLZyDTUnGr8p IKseq9DxQyDs224BFgP1jYn1K80esreDCJVyc= MIME-Version: 1.0 Received: by 10.231.182.142 with SMTP id cc14mr7732824ibb.81.1266316677511; Tue, 16 Feb 2010 02:37:57 -0800 (PST) Date: Tue, 16 Feb 2010 18:37:57 +0800 Message-ID: From: Adrian Chadd To: freebsd-mips@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: RSPro hack for SPI flash + RTC X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 10:37:58 -0000 I've hacked up support to enable the SPI flash and RTC. The flash side works - I'll test the RTC side more thoroughly later. It simply treats the bus has having one CS that's either high or low and cs=0 is CS0=low w/ cs=1 is CS0=high. Anything else on the SPI bus won't work anyway given the CS0 wiring. I don't expect this to be committed; it's just a proof of concept to test being able to test the device. http://people.freebsd.org/~adrian/rspro/head-spirtc-hack-r203909.diff Then uncomment the RTC in AR71XX.hints and set cs=1 instead of cs=0. Adrian From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 02:57:22 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A824A106566C for ; Wed, 17 Feb 2010 02:57:22 +0000 (UTC) (envelope-from neelnatu@gmail.com) Received: from mail-pz0-f202.google.com (mail-pz0-f202.google.com [209.85.222.202]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF0A8FC1E for ; Wed, 17 Feb 2010 02:57:22 +0000 (UTC) Received: by pzk40 with SMTP id 40so3993659pzk.7 for ; Tue, 16 Feb 2010 18:57:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=lcPe6jDf43y2sbhv32P11nrwd40sWfK2OAQyo2n1bDU=; b=s2lEHRLPT6fWF9s2l6+I4VScY0VLvq8nDAUZPXWRZPeypts1BtFXVoQROOb6kxjW6K KpnhJ03A57Kcz0fcyBN3JkvejrPUWlqF13VWykjuXBDyHvp0q1zh9MIT9EPAZIgHYAUR 3cOMTka0wqtUaO31TXrY2vK+CU13Y++txCyOw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=P9WA2kyGoG5/HyzBuFg8d7gA9GmV00GBoH4tkCcCeqN2gyrWPq5ITqp0EaQRaE6rOX q1XKtO1cmn3erwYV++QHEOJGDYY2MHoYSJeaYOGB7EVSrSJkRidl1yFeTwLFZhl2dqFN uGeVHvmxAL1zXsc1nc4+F9+pHJESHp+jA7I6M= MIME-Version: 1.0 Received: by 10.142.5.32 with SMTP id 32mr5001389wfe.62.1266375442060; Tue, 16 Feb 2010 18:57:22 -0800 (PST) In-Reply-To: <20100211224128.816c46b4.ray@ddteam.net> References: <20100211180129.b34a95c9.ray@dlink.ua> <4B74550B.8020505@bluezbox.com> <20100211224128.816c46b4.ray@ddteam.net> Date: Tue, 16 Feb 2010 18:57:22 -0800 Message-ID: From: Neel Natu To: Alex RAY Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org Subject: Re: Question about kld modules X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 02:57:22 -0000 Hi, I have the patch ready for review. Please take a look and let me know if you have any comments. http://people.freebsd.org/~neel/mips_kld_diff.txt I have tested this on big and little endian machines with the bge driver loaded as a module. best Neel On Thu, Feb 11, 2010 at 12:41 PM, Alex RAY wrote: > On Thu, 11 Feb 2010 12:09:42 -0800 > Neel Natu wrote: > >> Hi, >> >> I have it working in my private depot. It has been in there for a >> while so I'll need to do some integration work before committing to >> the tree. >> >> I'll try to commit it by the end of this week. >> >> best >> Neel >> > > Thanks Neel. Wait for Your code. > > > -- > Alex RAY > From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 04:16:12 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3E36106566B for ; Wed, 17 Feb 2010 04:16:12 +0000 (UTC) (envelope-from gonzo@launchpad.bluezbox.com) Received: from launchpad.bluezbox.com (launchpad.bluezbox.com [195.137.202.161]) by mx1.freebsd.org (Postfix) with ESMTP id 94C2D8FC0C for ; Wed, 17 Feb 2010 04:16:12 +0000 (UTC) Received: from [24.87.52.209] (helo=[192.168.1.133]) by launchpad.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1Nhaen-00087X-Fh; Wed, 17 Feb 2010 03:33:00 +0000 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Oleksandr Tymoshenko In-Reply-To: Date: Tue, 16 Feb 2010 19:32:53 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100211180129.b34a95c9.ray@dlink.ua> <4B74550B.8020505@bluezbox.com> <20100211224128.816c46b4.ray@ddteam.net> To: Neel Natu X-Mailer: Apple Mail (2.1077) Sender: gonzo@launchpad.bluezbox.com X-Spam-Level: ---- X-Spam-Report: -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] -0.4 AWL AWL: From: address is in the auto white-list Cc: Alex RAY , freebsd-mips@freebsd.org Subject: Re: Question about kld modules X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 04:16:13 -0000 On 2010-02-16, at 6:57 PM, Neel Natu wrote: > Hi, >=20 > I have the patch ready for review. Please take a look and let me know > if you have any comments. > http://people.freebsd.org/~neel/mips_kld_diff.txt >=20 > I have tested this on big and little endian machines with the bge > driver loaded as a module. Look OK. But have you tested it with cross-KLD dependencies? As far = as I remember that's=20 what I stumbled upon.= From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 05:30:57 2010 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDF7C1065670; Wed, 17 Feb 2010 05:30:57 +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 6E6D68FC0C; Wed, 17 Feb 2010 05:30:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o1H5Uu9u096312; Wed, 17 Feb 2010 00:30:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o1H5UueA096308; Wed, 17 Feb 2010 05:30:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 17 Feb 2010 05:30:56 GMT Message-Id: <201002170530.o1H5UueA096308@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 mips/mips X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 05:30:57 -0000 TB --- 2010-02-17 04:44:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-17 04:44:05 - starting HEAD tinderbox run for mips/mips TB --- 2010-02-17 04:44:05 - cleaning the object tree TB --- 2010-02-17 04:44:17 - cvsupping the source tree TB --- 2010-02-17 04:44:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-02-17 04:44:41 - building world TB --- 2010-02-17 04:44:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-17 04:44:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-17 04:44:41 - TARGET=mips TB --- 2010-02-17 04:44:41 - TARGET_ARCH=mips TB --- 2010-02-17 04:44:41 - TZ=UTC TB --- 2010-02-17 04:44:41 - __MAKE_CONF=/dev/null TB --- 2010-02-17 04:44:41 - cd /src TB --- 2010-02-17 04:44:41 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 17 04:44:43 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 [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/rpcb_svc_com.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/security.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/warmstart.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPORTMAP -DLIBWRAP -DINET6 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/rpcbind/util.c cc1: warnings being treated as errors /src/usr.sbin/rpcbind/util.c: In function 'addrmerge': /src/usr.sbin/rpcbind/util.c:181: warning: implicit declaration of function 'addr_is_bound' *** Error code 1 Stop in /src/usr.sbin/rpcbind. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-17 05:30:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-17 05:30:56 - ERROR: failed to build world TB --- 2010-02-17 05:30:56 - 2011.62 user 512.19 system 2810.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 06:03:38 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B9C0106566C for ; Wed, 17 Feb 2010 06:03:38 +0000 (UTC) (envelope-from neelnatu@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0E18F8FC15 for ; Wed, 17 Feb 2010 06:03:37 +0000 (UTC) Received: by pxi12 with SMTP id 12so4583014pxi.33 for ; Tue, 16 Feb 2010 22:03:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=W2EV2xy4TkiXzkaaS4KJkmO4NsGA+qjnkTcjZlFtgO4=; b=D5Fdy5lHxqFX1af4z0JcL2aksxoGVAyRSULpqdrX8UgOKy2epo5Xzl/8eyYTnWjDbt FI2NeRbzNdbt7cDjdkrgV2bMpFgLf3zXPbxuXGoD8Uh7CuQg9ODTt54N2XvHi7Jmr9bU EXN6g32BB7yPbk/7oUVbV3lyVHiIdFTaUfVqQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=IRDd1W7JqX2/ZlUZ3G2/1F6+nawYJujUIL/7Woiu16jNEtT1LUvVa3bk8TXkD0psTw uVikeGt+UapZu/7XZR+KYi+Az5kSB9Y3mlNPKxdOqr3NtzihlkS1Pg4hFtcZpsBzqTG7 eq8VPFh6rapF8DcY/nEFu/GRUH8BRQNU/iikI= MIME-Version: 1.0 Received: by 10.142.9.17 with SMTP id 17mr5046871wfi.235.1266386614639; Tue, 16 Feb 2010 22:03:34 -0800 (PST) In-Reply-To: References: <20100211180129.b34a95c9.ray@dlink.ua> <4B74550B.8020505@bluezbox.com> <20100211224128.816c46b4.ray@ddteam.net> Date: Tue, 16 Feb 2010 22:03:34 -0800 Message-ID: From: Neel Natu To: Oleksandr Tymoshenko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alex RAY , freebsd-mips@freebsd.org Subject: Re: Question about kld modules X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 06:03:38 -0000 Hi Oleksandr, On Tue, Feb 16, 2010 at 7:32 PM, Oleksandr Tymoshenko wrote: > > On 2010-02-16, at 6:57 PM, Neel Natu wrote: > >> Hi, >> >> I have the patch ready for review. Please take a look and let me know >> if you have any comments. >> http://people.freebsd.org/~neel/mips_kld_diff.txt >> >> I have tested this on big and little endian machines with the bge >> driver loaded as a module. > > =A0 =A0Look OK. But have you tested it with cross-KLD dependencies? As fa= r as I remember that's > what I stumbled upon. Thanks for taking a look at this. I have tested it with a module 'bar' that depends on 'foo' that in turn depends on the kernel. These were toy modules that I wrote just for the purpose of testing this but nevertheless the symbol resolution worked. I assume that is what you mean by cross-KLD dependencies. best Neel From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 10:27:20 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E77D91065692 for ; Wed, 17 Feb 2010 10:27:20 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id A27A98FC13 for ; Wed, 17 Feb 2010 10:27:19 +0000 (UTC) Received: from gw ([192.168.10.10] helo=terran) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nhh4y-0007TQ-Ki; Wed, 17 Feb 2010 12:24:24 +0200 Date: Wed, 17 Feb 2010 12:29:16 +0200 From: Alexandr Rybalko To: Neel Natu Message-Id: <20100217122916.f760c904.ray@dlink.ua> In-Reply-To: References: <20100211180129.b34a95c9.ray@dlink.ua> <4B74550B.8020505@bluezbox.com> <20100211224128.816c46b4.ray@ddteam.net> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alex RAY , freebsd-mips@freebsd.org Subject: Re: Question about kld modules X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 10:27:21 -0000 Hi, I have tested your patch on BCM5354, work well. Many thanks for your work Neel. On Tue, 16 Feb 2010 18:57:22 -0800 Neel Natu wrote: >> Hi, >> >> I have the patch ready for review. Please take a look and let me know >> if you have any comments. >> http://people.freebsd.org/~neel/mips_kld_diff.txt >> >> I have tested this on big and little endian machines with the bge >> driver loaded as a module. >> >> best >> Neel >> >> On Thu, Feb 11, 2010 at 12:41 PM, Alex RAY wrote: >> > On Thu, 11 Feb 2010 12:09:42 -0800 >> > Neel Natu wrote: >> > >> >> Hi, >> >> >> >> I have it working in my private depot. It has been in there for a >> >> while so I'll need to do some integration work before committing to >> >> the tree. >> >> >> >> I'll try to commit it by the end of this week. >> >> >> >> best >> >> Neel >> >> >> > >> > Thanks Neel. Wait for Your code. >> > >> > >> > -- >> > Alex RAY >> > -- Alexander Rybalko From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 21:34:12 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 683F3106566B for ; Wed, 17 Feb 2010 21:34:12 +0000 (UTC) (envelope-from smeagle@bsdler.de) Received: from hell.bsdler.de (hell-fe0.v6.bsdler.de [IPv6:2001:780:0:19::1]) by mx1.freebsd.org (Postfix) with ESMTP id ED62C8FC14 for ; Wed, 17 Feb 2010 21:34:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hell.bsdler.de (Postfix) with ESMTP id E6975B873 for ; Wed, 17 Feb 2010 22:34:09 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdler.de Received: from hell.bsdler.de ([127.0.0.1]) by localhost (hell.bsdler.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id rKlNfx3htUMM for ; Wed, 17 Feb 2010 22:34:09 +0100 (CET) Received: from kiste.lan.terror.local (p4FF0B265.dip.t-dialin.net [79.240.178.101]) by hell.bsdler.de (Postfix) with ESMTPSA id 04483B872 for ; Wed, 17 Feb 2010 22:34:09 +0100 (CET) Received: from [172.17.21.80] (brain.lan.terror.local [172.17.21.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by kiste.lan.terror.local (Postfix) with ESMTPS id EDBC9535B7 for ; Wed, 17 Feb 2010 22:34:07 +0100 (CET) From: Florian Kruegl To: freebsd-mips@freebsd.org In-Reply-To: <20100215.234202.119882392285831214.imp@bsdimp.com> References: <1265398292.2149.3.camel@brain.lan.terror.local> <20100215.234202.119882392285831214.imp@bsdimp.com> Content-Type: text/plain; charset="ASCII" Date: Wed, 17 Feb 2010 22:31:37 +0100 Message-ID: <1266442297.2149.30.camel@brain.lan.terror.local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: rspro board and mounting root from SD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: smeagle@bsdler.de List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 21:34:12 -0000 Hi, On Mon, 2010-02-15 at 23:42 -0700, M. Warner Losh wrote: > In message: > Adrian Chadd writes: > : Thanks, I'll just (ab)use this method of delaying the root mounting > : hackery until the umass child gets a chance to finishing probing. > : it's definetly a rude hack, given the fact that there is already another hack in place doing the same make it even pointless... > > : A "better" solution (eg enumerating which USB children need to finish > : probing and adding them in with relevant notification) may take a bit > : more hackery than I was hoping for. Maybe slicing something hackish > : into CAM would be evil but more generic.. > > There is something hackish already in CAM, sadly. kern.cam.boot_delay > looks like it defaults to '0' but you could set it to 4 I think to get > the same net-net as this patch. I tried getting in deeper, but the problem seems that for a short period there is no root lock pending as usb has already finished and cam has not yet set the lock. I dislike the approach it was annoying when SCSI devices where installed, but it wanted to get it up and running as quick as possible. However there is currently not much use in booting from SD as kernel spits out masses of geom 'messages' =================================================================== g_vfs_done():da0s1a[WRITE(offset=81920, length=8192)]error = 5 g_vfs_done():da0s1a[WRITE(offset=397312000, length=8192)]error = 5 g_vfs_done():da0s1a[WRITE(offset=49152, length=8192)]error = 5 =================================================================== this has kind of shifted, 4 weeks ago there where plenty of USB errors. The sad thing is that I now seems to corrupt data. or at least reads are failing: =================================================================== Trying to mount root from ufs:/dev/da0s1a Invalid time in real time clock. Check and reset the date immediately! (da0:umass-sim0:0:0:0): AutoSense failed g_vfs_done():da0s1a[READ(offset=28352512, length=8192)]error = 5 g_vfs_done():da0s1a[READ(offset=28262400, length=90112)]error = 5 Setting hostuuid: 30cfc620-19d2-11df-9ee8-000000004661. Setting hostid: 0xfbd78019. Entropy harvesting: interrupts ethernet point_to_point(da0:umass-sim0:0:0:0): AutoSense failed g_vfs_done():da0s1a[READ(offset=24690688, length=65536)]error = 5 g_vfs_done():da0s1a[READ(offset=27156480, length=1024)]error = 5 vnode_pager_getpages: I/O read error input in flex scanner failed (da0:umass-sim0:0:0:0): AutoSense failed g_vfs_done():da0s1a[READ(offset=204086272, length=1024)]error = 5 g_vfs_done():da0s1a[READ(offset=172403712, length=4096)]error = 5 (da0:umass-sim0:0:0:0): AutoSense failed g_vfs_done():da0s1a[READ(offset=113606656, length=8192)]error = 5 kickstart. Starting file system checks: =================================================================== rc.d scripts fail with premature end of script errors and situation gets worse when FS is mounted rw. System fails o remount rw due to device busy. when requesting a sync the kernel keeps complaining about the same ranges. Will try with current version as soon as build world finishes. > > I've talked through a bunch of solutions with Scott, and I think we > concluded that the right approach was for CAM to evolve a little. > As SIMs are discovered, they are added to a list of things to probe > (if their transport is polled, rather than self-discovered). Then, > after the interrupt hooks are done, it would run through the list > polling those SIMs. Once that's done, we'd release the hounds, errr, > I mean we'd allow mount_root to proceed. i thing allowing root mount is where most problems start ;) Flo > > Warner > From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 21:45:56 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 871C51065698 for ; Wed, 17 Feb 2010 21:45:56 +0000 (UTC) (envelope-from smeagle@bsdler.de) Received: from hell.bsdler.de (hell-fe0.v6.bsdler.de [IPv6:2001:780:0:19::1]) by mx1.freebsd.org (Postfix) with ESMTP id 35F5B8FC13 for ; Wed, 17 Feb 2010 21:45:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hell.bsdler.de (Postfix) with ESMTP id 8F6EAB873 for ; Wed, 17 Feb 2010 22:45:55 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdler.de Received: from hell.bsdler.de ([127.0.0.1]) by localhost (hell.bsdler.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id JcV+qmHx+k1D for ; Wed, 17 Feb 2010 22:45:50 +0100 (CET) Received: from kiste.lan.terror.local (p4FF0B265.dip.t-dialin.net [79.240.178.101]) by hell.bsdler.de (Postfix) with ESMTPSA id AEE40B872 for ; Wed, 17 Feb 2010 22:45:50 +0100 (CET) Received: from [172.17.21.80] (brain.lan.terror.local [172.17.21.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by kiste.lan.terror.local (Postfix) with ESMTPS id 0F2FC535B7 for ; Wed, 17 Feb 2010 22:45:50 +0100 (CET) From: Florian Kruegl To: freebsd-mips@freebsd.org Content-Type: text/plain; charset="ASCII" Date: Wed, 17 Feb 2010 22:43:19 +0100 Message-ID: <1266442999.2149.42.camel@brain.lan.terror.local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: hifn support X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: smeagle@bsdler.de List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 21:45:56 -0000 Hi, got hands on a hifn, think it's a nice possibility to check the performance of the interrupt handler :) Was more than puzzled when I saw it didn't generate any... =================================================================== hifn1 irq 0 at device 17.0 on pci0 hifn1: [ITHREAD] hifn1: Hifn 7955, rev 0, 32KB dram, pll=0x801 =================================================================== =================================================================== goofy# vmstat -i interrupt total rate int1 ehci0 31698 0 int3 arge1 4697 0 int4 apb0 575704 2 int5 clock0 241115996 999 apb intr3: uart0 575702 2 apb intr6: ohci0 2 0 Total 242303799 1004 =================================================================== pciconf doesn't look too bad =================================================================== goofy# pciconf -lv none0@pci0:0:0:0: class=0x000000 card=0x00000000 chip=0x11070700 rev=0x01 hdr=0x00 vendor = 'Stream Machine' class = old subclass = non-VGA display device hifn1@pci0:0:17:0: class=0x0b4000 card=0x00000000 chip=0x002013a3 rev=0x00 hdr=0x00 vendor = 'HI-FN Inc.' device = '7955 Security Processor' class = processor =================================================================== openssl doesn't show support either: =================================================================== goofy# openssl engine -vvv (cryptodev) BSD cryptodev engine (dynamic) Dynamic engine loading support SO_PATH: Specifies the path to the new ENGINE shared library (input flags): STRING NO_VCHECK: Specifies to continue even if version checking fails (boolean) (input flags): NUMERIC ID: Specifies an ENGINE id name for loading (input flags): STRING LIST_ADD: Whether to add a loaded ENGINE to the internal list (0=no,1=yes,2=mandatory) (input flags): NUMERIC DIR_LOAD: Specifies whether to load from 'DIR_ADD' directories (0=no,1=yes,2=mandatory) (input flags): NUMERIC DIR_ADD: Adds a directory from which ENGINEs can be loaded (input flags): STRING LOAD: Load up the ENGINE specified by other settings (input flags): NO_INPUT =================================================================== no interrupts no functionality, now I wonder if this driver is broken, or if I should try to specify some interrupts via hints file. I already tried a few but the only change was that I now got hifn1 instead of hifn0. So I guess they were the wrong ones. Flo From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 21:51:58 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48BA21065670 for ; Wed, 17 Feb 2010 21:51:58 +0000 (UTC) (envelope-from gonzo@launchpad.bluezbox.com) Received: from launchpad.bluezbox.com (launchpad.bluezbox.com [195.137.202.161]) by mx1.freebsd.org (Postfix) with ESMTP id F13C88FC16 for ; Wed, 17 Feb 2010 21:51:56 +0000 (UTC) Received: from [76.77.86.2] (helo=[10.80.5.136]) by launchpad.bluezbox.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NhroF-000KyW-IS; Wed, 17 Feb 2010 21:51:55 +0000 Message-ID: <4B7C64D6.8070905@bluezbox.com> Date: Wed, 17 Feb 2010 13:51:18 -0800 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: smeagle@bsdler.de, freebsd-mips@freebsd.org References: <1266442999.2149.42.camel@brain.lan.terror.local> In-Reply-To: <1266442999.2149.42.camel@brain.lan.terror.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@launchpad.bluezbox.com X-Spam-Level: ---- X-Spam-Report: -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] -0.4 AWL AWL: From: address is in the auto white-list Cc: Subject: Re: hifn support X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 21:51:58 -0000 Florian Kruegl wrote: > Hi, > > got hands on a hifn, think it's a nice possibility to check the > performance of the interrupt handler :) > Was more than puzzled when I saw it didn't generate any... Try this patch: http://people.freebsd.org/~gonzo/hifn.diff From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 21:53:39 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B550D106566C for ; Wed, 17 Feb 2010 21:53:39 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5829D8FC13 for ; Wed, 17 Feb 2010 21:53:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1HLnEYZ052215; Wed, 17 Feb 2010 14:49:14 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 17 Feb 2010 14:49:29 -0700 (MST) Message-Id: <20100217.144929.702773873740388836.imp@bsdimp.com> To: smeagle@bsdler.de From: "M. Warner Losh" In-Reply-To: <1266442297.2149.30.camel@brain.lan.terror.local> References: <20100215.234202.119882392285831214.imp@bsdimp.com> <1266442297.2149.30.camel@brain.lan.terror.local> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-mips@FreeBSD.org Subject: Re: rspro board and mounting root from SD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 21:53:39 -0000 Are you running with Kan's patches to fix the lame cache assumptions in the current usb stack? Warner From owner-freebsd-mips@FreeBSD.ORG Wed Feb 17 22:13:39 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3F471065679 for ; Wed, 17 Feb 2010 22:13:38 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9F68F8FC17 for ; Wed, 17 Feb 2010 22:13:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1HM1q6E052789; Wed, 17 Feb 2010 15:01:52 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 17 Feb 2010 15:02:07 -0700 (MST) Message-Id: <20100217.150207.242248465990832389.imp@bsdimp.com> To: smeagle@bsdler.de From: "M. Warner Losh" In-Reply-To: <1266442999.2149.42.camel@brain.lan.terror.local> References: <1266442999.2149.42.camel@brain.lan.terror.local> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-mips@FreeBSD.org Subject: Re: hifn support X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2010 22:13:39 -0000 In message: <1266442999.2149.42.camel@brain.lan.terror.local> Florian Kruegl writes: : no interrupts no functionality, now I wonder if this driver is broken, : or if I should try to specify some interrupts via hints file. I already : tried a few but the only change was that I now got hifn1 instead of : hifn0. So I guess they were the wrong ones. We're seeing interrupts from the atheros card. Also, we should be talking to the device as little endian, even on a big endian CPU. The bus space should translate. Maybe it isn't? Maybe the atheros hal bypasses bus space? Warner From owner-freebsd-mips@FreeBSD.ORG Thu Feb 18 06:24:45 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 246D61065670 for ; Thu, 18 Feb 2010 06:24:45 +0000 (UTC) (envelope-from neelnatu@gmail.com) Received: from mail-pz0-f202.google.com (mail-pz0-f202.google.com [209.85.222.202]) by mx1.freebsd.org (Postfix) with ESMTP id 015118FC15 for ; Thu, 18 Feb 2010 06:24:44 +0000 (UTC) Received: by pzk40 with SMTP id 40so5517008pzk.7 for ; Wed, 17 Feb 2010 22:24:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=26A1m3WBglzYkPy740VMWZeYUQDpYyiQTlWqZBAR23w=; b=fKP5BtVi0l65pD/EZo+5OS9K9eijH9XzQBgpweOYOiBFC8tSCMYSeYbmtdpmny8trz Fa66awRIFESdjAmpV7oDc0cFG3cbJNCRg/l8XJ3q4h7bdQrCkU6tT8WDIX6ZsuvX52gV siSDM8bENEO6vxvs2SfDRVnVAEJOIc+M7mw8Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=BtT3J/Xt6fzj//yGWOdFlLLQXVAP7qR9CDY7Vpql4hg4gItHKqXR2fGGY869+KZxpC 4tn/0TFfOdR5F9HQ+GxDpLvJ2qOipwZITNk2zPh37hX3BaaagSaoagzOKW6ax6JpUcFe TQJFcqsJ11UHJFZVHLRriBCzUojoxaGuNwJwo= MIME-Version: 1.0 Received: by 10.142.7.29 with SMTP id 29mr2048587wfg.192.1266474284427; Wed, 17 Feb 2010 22:24:44 -0800 (PST) Date: Wed, 17 Feb 2010 22:24:44 -0800 Message-ID: From: Neel Natu To: freebsd-mips@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: option KERNVIRTADDR - ok to remove? X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 06:24:45 -0000 Hi everybody, This kernel option is set by all kernel config files but there is no code that makes use of it. I think it is safe to remove but since it affects all kernel configs I wanted to give people a chance to chime in. best Neel From owner-freebsd-mips@FreeBSD.ORG Thu Feb 18 07:36:12 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5986D1065670 for ; Thu, 18 Feb 2010 07:36:12 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from expo.ukrweb.net (mail.univua.net [91.202.128.78]) by mx1.freebsd.org (Postfix) with ESMTP id 10DA58FC08 for ; Thu, 18 Feb 2010 07:36:11 +0000 (UTC) Received: from [24.87.52.209] (helo=lair.bluezbox.com) by expo.ukrweb.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1Ni0vg-000DRE-Jd; Thu, 18 Feb 2010 09:36:11 +0200 Message-ID: <4B7CED35.5@bluezbox.com> Date: Wed, 17 Feb 2010 23:33:09 -0800 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Neel Natu References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 24.87.52.209 X-SA-Exim-Mail-From: gonzo@bluezbox.com X-SA-Exim-Scanned: No (on expo.ukrweb.net); SAEximRunCond expanded to false X-Spam-Level: --- X-Spam-Report: -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0084] 0.8 AWL AWL: From: address is in the auto white-list Cc: freebsd-mips@freebsd.org Subject: Re: option KERNVIRTADDR - ok to remove? X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 07:36:12 -0000 Neel Natu wrote: > Hi everybody, > > This kernel option is set by all kernel config files but there is no > code that makes use of it. > > I think it is safe to remove but since it affects all kernel configs I > wanted to give people a chance to chime in. > Go for it. And while you're there :) - KERNPHYSADDR is unrefernced too. I believe it's safe to delete both of them. -- gonzo From owner-freebsd-mips@FreeBSD.ORG Thu Feb 18 16:08:04 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B356B1065676 for ; Thu, 18 Feb 2010 16:08:04 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 38BDB8FC24 for ; Thu, 18 Feb 2010 16:08:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1IFxhBp069278; Thu, 18 Feb 2010 08:59:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 18 Feb 2010 08:59:59 -0700 (MST) Message-Id: <20100218.085959.167578749289907151.imp@bsdimp.com> To: gonzo@bluezbox.com From: "M. Warner Losh" In-Reply-To: <4B7CED35.5@bluezbox.com> References: <4B7CED35.5@bluezbox.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-mips@FreeBSD.org Subject: Re: option KERNVIRTADDR - ok to remove? X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 16:08:04 -0000 In message: <4B7CED35.5@bluezbox.com> Oleksandr Tymoshenko writes: : Neel Natu wrote: : > Hi everybody, : > : > This kernel option is set by all kernel config files but there is no : > code that makes use of it. : > : > I think it is safe to remove but since it affects all kernel configs I : > wanted to give people a chance to chime in. : > : Go for it. And while you're there :) - KERNPHYSADDR is unrefernced : too. I believe it's : safe to delete both of them. IIRC, they may be a carry over from ARM. Maybe for the compression stuff? Anyway, if they are unused, we can delete them. Warner From owner-freebsd-mips@FreeBSD.ORG Thu Feb 18 19:09:09 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D44F1065670 for ; Thu, 18 Feb 2010 19:09:09 +0000 (UTC) (envelope-from gonzo@launchpad.bluezbox.com) Received: from launchpad.bluezbox.com (launchpad.bluezbox.com [195.137.202.161]) by mx1.freebsd.org (Postfix) with ESMTP id 20FA58FC13 for ; Thu, 18 Feb 2010 19:09:08 +0000 (UTC) Received: from [76.77.86.2] (helo=[10.80.5.136]) by launchpad.bluezbox.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NiBkC-0007Gf-Ph; Thu, 18 Feb 2010 19:09:04 +0000 Message-ID: <4B7D902C.1040007@bluezbox.com> Date: Thu, 18 Feb 2010 11:08:28 -0800 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "M. Warner Losh" References: <4B7CED35.5@bluezbox.com> <20100218.085959.167578749289907151.imp@bsdimp.com> In-Reply-To: <20100218.085959.167578749289907151.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@launchpad.bluezbox.com X-Spam-Level: ---- X-Spam-Report: -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] -0.4 AWL AWL: From: address is in the auto white-list Cc: freebsd-mips@FreeBSD.org Subject: Re: option KERNVIRTADDR - ok to remove? X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 19:09:09 -0000 M. Warner Losh wrote: > In message: <4B7CED35.5@bluezbox.com> > Oleksandr Tymoshenko writes: > : Neel Natu wrote: > : > Hi everybody, > : > > : > This kernel option is set by all kernel config files but there is no > : > code that makes use of it. > : > > : > I think it is safe to remove but since it affects all kernel configs I > : > wanted to give people a chance to chime in. > : > > : Go for it. And while you're there :) - KERNPHYSADDR is unrefernced > : too. I believe it's > : safe to delete both of them. > > IIRC, they may be a carry over from ARM. Maybe for the compression > stuff? Anyway, if they are unused, we can delete them. Yes, they are ARM-isms that were blindly copied from ARM source tree. When making trampoline stuff I used KERNLOADADDR and TRAMPLOADADDR variables because KERNPHYSADDR/KERNVIRTADD naming semantics is not applicable for MIPS memory layout. From owner-freebsd-mips@FreeBSD.ORG Thu Feb 18 19:56:09 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF10E106566B for ; Thu, 18 Feb 2010 19:56:09 +0000 (UTC) (envelope-from smeagle@bsdler.de) Received: from hell.bsdler.de (hell-fe0.v6.bsdler.de [IPv6:2001:780:0:19::1]) by mx1.freebsd.org (Postfix) with ESMTP id 50FBE8FC0A for ; Thu, 18 Feb 2010 19:56:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hell.bsdler.de (Postfix) with ESMTP id 47F9BB872; Thu, 18 Feb 2010 20:56:05 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdler.de Received: from hell.bsdler.de ([127.0.0.1]) by localhost (hell.bsdler.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id czdP92uu6jPU; Thu, 18 Feb 2010 20:56:04 +0100 (CET) Received: from kiste.lan.terror.local (p5DD1C02C.dip.t-dialin.net [93.209.192.44]) by hell.bsdler.de (Postfix) with ESMTPSA id 2B606B83D; Thu, 18 Feb 2010 20:56:03 +0100 (CET) Received: from [172.17.21.80] (brain.lan.terror.local [172.17.21.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by kiste.lan.terror.local (Postfix) with ESMTPS id B37DC535B7; Thu, 18 Feb 2010 20:56:01 +0100 (CET) From: Florian Kruegl To: "M. Warner Losh" In-Reply-To: <20100217.144929.702773873740388836.imp@bsdimp.com> References: <20100215.234202.119882392285831214.imp@bsdimp.com> <1266442297.2149.30.camel@brain.lan.terror.local> <20100217.144929.702773873740388836.imp@bsdimp.com> Content-Type: text/plain; charset="ASCII" Date: Thu, 18 Feb 2010 20:53:31 +0100 Message-ID: <1266522811.2149.49.camel@brain.lan.terror.local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-mips@FreeBSD.org Subject: Re: rspro board and mounting root from SD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: smeagle@bsdler.de List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 19:56:09 -0000 On Wed, 2010-02-17 at 14:49 -0700, M. Warner Losh wrote: > Are you running with Kan's patches to fix the lame cache assumptions > in the current usb stack? no I don't, where can i get it from? Regards Flo > > Warner > From owner-freebsd-mips@FreeBSD.ORG Thu Feb 18 22:33:35 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E5C81065670 for ; Thu, 18 Feb 2010 22:33:35 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id D75678FC08 for ; Thu, 18 Feb 2010 22:33:34 +0000 (UTC) Received: by bwz8 with SMTP id 8so690918bwz.3 for ; Thu, 18 Feb 2010 14:33:33 -0800 (PST) Received: by 10.204.33.216 with SMTP id i24mr6298898bkd.154.1266532413413; Thu, 18 Feb 2010 14:33:33 -0800 (PST) Received: from localhost (218-16-133-95.pool.ukrtel.net [95.133.16.218]) by mx.google.com with ESMTPS id 14sm284190bwz.6.2010.02.18.14.33.31 (version=SSLv3 cipher=RC4-MD5); Thu, 18 Feb 2010 14:33:31 -0800 (PST) Date: Fri, 19 Feb 2010 00:33:25 +0200 From: Alex RAY To: "M. Warner Losh" Message-Id: <20100219003325.5ab592da.ray@ddteam.net> In-Reply-To: <20100217.144929.702773873740388836.imp@bsdimp.com> References: <20100215.234202.119882392285831214.imp@bsdimp.com> <1266442297.2149.30.camel@brain.lan.terror.local> <20100217.144929.702773873740388836.imp@bsdimp.com> Organization: DDTeam.net X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-mips@FreeBSD.org Subject: Re: rspro board and mounting root from SD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 22:33:35 -0000 On Wed, 17 Feb 2010 14:49:29 -0700 (MST) "M. Warner Losh" wrote: > Are you running with Kan's patches to fix the lame cache assumptions > in the current usb stack? > Hi, this is not USB code error, this is GEOM error, I get the same error on BCM5354 when use data from flash chip (CFI) I use chain cfi <-> cfid <-> geom_mtd <-> geom_ulzma <-> cd9660. Of course Flash can not give read errors (at least so often), because reading is directly from memory. geom_ulzma not quite ready, but if error in this module, requests with same block, would made a permanent error. By this, I think an error in another layer. Florian, what type of filesystem You use? Error log: g_vfs_done():iso9660/CDROM[READ(offset=1689600, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1689600, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1693696, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1693696, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1697792, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1697792, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1701888, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1701888, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1701888, length=4096)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1705984, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1816576, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1820672, length=61440)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1820672, length=61440)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1824768, length=57344)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1824768, length=57344)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1828864, length=53248)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1828864, length=53248)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1832960, length=49152)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1832960, length=49152)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1832960, length=4096)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1888256, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1892352, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1892352, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1896448, length=65536)]error = 5 g_vfs_done():iso9660/CDROM[READ(offset=1896448, length=65536)]error = 5 > Warner > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" -- Alex RAY From owner-freebsd-mips@FreeBSD.ORG Thu Feb 18 23:04:28 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 870E810656C1 for ; Thu, 18 Feb 2010 23:04:28 +0000 (UTC) (envelope-from smeagle@bsdler.de) Received: from hell.bsdler.de (hell-fe0.v6.bsdler.de [IPv6:2001:780:0:19::1]) by mx1.freebsd.org (Postfix) with ESMTP id 196648FC1A for ; Thu, 18 Feb 2010 23:04:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hell.bsdler.de (Postfix) with ESMTP id D96C7B872; Fri, 19 Feb 2010 00:04:25 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdler.de Received: from hell.bsdler.de ([127.0.0.1]) by localhost (hell.bsdler.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76x-FYDV1Wz5; Fri, 19 Feb 2010 00:04:25 +0100 (CET) Received: from kiste.lan.terror.local (p5DD1C02C.dip.t-dialin.net [93.209.192.44]) by hell.bsdler.de (Postfix) with ESMTPSA id 1C0E4B83D; Fri, 19 Feb 2010 00:04:25 +0100 (CET) Received: from [172.17.21.80] (brain.lan.terror.local [172.17.21.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by kiste.lan.terror.local (Postfix) with ESMTPS id 142A5535B7; Fri, 19 Feb 2010 00:04:24 +0100 (CET) From: Florian Kruegl To: Alex RAY In-Reply-To: <20100219003325.5ab592da.ray@ddteam.net> References: <20100215.234202.119882392285831214.imp@bsdimp.com> <1266442297.2149.30.camel@brain.lan.terror.local> <20100217.144929.702773873740388836.imp@bsdimp.com> <20100219003325.5ab592da.ray@ddteam.net> Content-Type: text/plain; charset="ASCII" Date: Fri, 19 Feb 2010 00:01:54 +0100 Message-ID: <1266534114.2149.53.camel@brain.lan.terror.local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-mips@FreeBSD.org Subject: Re: rspro board and mounting root from SD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: smeagle@bsdler.de List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2010 23:04:28 -0000 On Fri, 2010-02-19 at 00:33 +0200, Alex RAY wrote: > On Wed, 17 Feb 2010 14:49:29 -0700 (MST) > "M. Warner Losh" wrote: > > > Are you running with Kan's patches to fix the lame cache assumptions > > in the current usb stack? > > > > Hi, > this is not USB code error, this is GEOM error, I get the same error on BCM5354 when use data from flash chip (CFI) > i know, there has been an usb error until there was some change in geom a few week ago. time is limited and mind limited to 8bits atm > I use chain cfi <-> cfid <-> geom_mtd <-> geom_ulzma <-> cd9660. Of course Flash can not give read errors (at least so often), because reading is directly from memory. > geom_ulzma not quite ready, but if error in this module, requests with same block, would made a permanent error. By this, I think an error in another layer. > > Florian, what type of filesystem You use? > ufs2 und sd card attached to udb sd card reader. > Error log: > > g_vfs_done():iso9660/CDROM[READ(offset=1689600, length=65536)]error = 5 [ ... ] got nuff of them myself ;) > g_vfs_done():iso9660/CDROM[READ(offset=1896448, length=65536)]error = 5 > > > > > Warner > > _______________________________________________ > > freebsd-mips@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" > > From owner-freebsd-mips@FreeBSD.ORG Fri Feb 19 14:56:18 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 673F11065670 for ; Fri, 19 Feb 2010 14:56:18 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 20EE48FC1E for ; Fri, 19 Feb 2010 14:56:17 +0000 (UTC) Received: from gw ([192.168.10.10] helo=terran) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NiUER-0007Sc-H8; Fri, 19 Feb 2010 16:53:27 +0200 Date: Fri, 19 Feb 2010 16:58:34 +0200 From: Alexandr Rybalko To: smeagle@bsdler.de Message-Id: <20100219165834.71dd36b2.ray@dlink.ua> In-Reply-To: <1266534114.2149.53.camel@brain.lan.terror.local> References: <20100215.234202.119882392285831214.imp@bsdimp.com> <1266442297.2149.30.camel@brain.lan.terror.local> <20100217.144929.702773873740388836.imp@bsdimp.com> <20100219003325.5ab592da.ray@ddteam.net> <1266534114.2149.53.camel@brain.lan.terror.local> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alex RAY , freebsd-mips@FreeBSD.org Subject: Re: rspro board and mounting root from SD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 14:56:18 -0000 Hi again, > > Hi, > this is not USB code error, this is GEOM error, I get the same error on BCM5354 when use data from flash chip (CFI) > > I use chain cfi <-> cfid <-> geom_mtd <-> geom_ulzma <-> cd9660. Of course Flash can not give read errors (at least so > often), because reading is directly from memory. geom_ulzma not quite ready, but if error in this module, requests with same > block, would made a permanent error. By this, I think an error in another layer. > > Florian, what type of filesystem You use? > Sorry, this is really a bug in my module GEOM_ULZMA, so to your problem does not apply. -- Alexander Rybalko From owner-freebsd-mips@FreeBSD.ORG Fri Feb 19 15:07:22 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E52781065679 for ; Fri, 19 Feb 2010 15:07:22 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-px0-f180.google.com (mail-px0-f180.google.com [209.85.216.180]) by mx1.freebsd.org (Postfix) with ESMTP id C00E18FC1A for ; Fri, 19 Feb 2010 15:07:22 +0000 (UTC) Received: by pxi10 with SMTP id 10so91226pxi.13 for ; Fri, 19 Feb 2010 07:07:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=q5rlR1HvN5z58TtrMXYDqPbD6hVje+CP6FNDlkFponk=; b=WoXLn+k3OaoJjtPVuoNUtl+FcmWkTKXp3uNNxrhsYJIWmF/SqvPa7SiEDrETatYtLP zr+QBEAWC8HbderEUOjMi2VkrSPIM8Z5eWiM0x03eiG2697MMIjk1EKxfdD9pouTD9E5 25kogH0U5URfKYj+4j6EiaVN6c11xcDROrQl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=VVknBtjRwXyVxlsxwijlUwTXCRHQ5xyiPjn7UhLHRpGEzaK/crueNx42LKNUkFIsgP QVOfTYpY1l6ubePkMrDUt2AiPSABWFW15qIbM0SbIXS9vdWP3oF7lBG4px7bO4M0aWJ+ BIpsbN1dbpsZemPq5JyUq/ChTMH1o36x9hT3U= MIME-Version: 1.0 Received: by 10.141.89.6 with SMTP id r6mr7480635rvl.52.1266592042167; Fri, 19 Feb 2010 07:07:22 -0800 (PST) Date: Fri, 19 Feb 2010 20:37:22 +0530 Message-ID: <98a59be81002190707y54f8965au98aa47e8c45db3e1@mail.gmail.com> From: "C. Jayachandran" To: Randall Stewart Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org Subject: Patches for PCI support on RMI XLR/XLS. X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 15:07:23 -0000 Hi Randall, I've a few updates to add PCI support for XLR boards and PCIe support for XLS boards. The patches are: http://sites.google.com/site/cjayachandran/files/intr-fixes.patch Some fixes to the current RMI interrupt handling, changes in this patch are: - (cleanup) remove rmi specific 'struct mips_intrhand' - this is no longer needed since 'struct intr_event' have all the required hooks - add xlr_cpu_establish_hardintr, which has args for pre/post ithread and filter hooks, so that the PCI code can add the PCI controller interrupt ack code here - make 'cpu_establish_hardintr' use the above function. - (fix) change type of eirr/eimr from register_t to uint64_t. These have to be 64bit otherwise we cannot handle interrupts from 32. - (fix) use eimr to mask eirr before checking interrupts, so that we will not handle masked interrupts. http://sites.google.com/site/cjayachandran/files/bus_space_rmi.cleanup.patch Cleanups for sys/mips/rmi/bus_space_rmi.c - remove pci related code from bus_space_rmi.c, we will have another file for PCI bus space functions which will do byte-swapping. - remove local SWAP implementation - added TODO stub for unimplemented functions http://sites.google.com/site/cjayachandran/files/pci-update.patch Changes for pci and pci-e support - add bus_space_rmi_pci.c for PCI bus space - files.xlr update for changes in files - pcibus.c merged into xlr_pci.c (they were small files with inter-dependencies) - xlr_pci.c - lot of changes here with few fixes, formatting cleanup http://sites.google.com/site/cjayachandran/files/rge.patch Fix for the rge driver for boards without rge6 and rge7. - changes to avoid adding theses instances on specific chips This brings the PCI support to the functionality we had in the 6 release. I have tested with the rl driver on XLR, and the msk driver on XLS for PCIe and both work. (although msk needs a trivial patch for big-endian support). Please review and apply if there are no issues. I have some patches for MSI support against 6.4. Moving that to 9 that probably needs changes to the common interrupt handling code, my current idea is to have something like 'struct intsrc' in i386 to handle this. Thanks, JC. From owner-freebsd-mips@FreeBSD.ORG Fri Feb 19 18:33:31 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9A901065670 for ; Fri, 19 Feb 2010 18:33:31 +0000 (UTC) (envelope-from smeagle@bsdler.de) Received: from hell.bsdler.de (hell-fe0.v6.bsdler.de [IPv6:2001:780:0:19::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC0D8FC19 for ; Fri, 19 Feb 2010 18:33:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hell.bsdler.de (Postfix) with ESMTP id 32F4DB872; Fri, 19 Feb 2010 19:33:29 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdler.de Received: from hell.bsdler.de ([127.0.0.1]) by localhost (hell.bsdler.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QF8nFm6tUCpi; Fri, 19 Feb 2010 19:33:23 +0100 (CET) Received: from kiste.lan.terror.local (p5DD1C02C.dip.t-dialin.net [93.209.192.44]) by hell.bsdler.de (Postfix) with ESMTPSA id AD0BAB83D; Fri, 19 Feb 2010 19:33:23 +0100 (CET) Received: from [172.17.21.80] (brain.lan.terror.local [172.17.21.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by kiste.lan.terror.local (Postfix) with ESMTPS id C72E6535B7; Fri, 19 Feb 2010 19:33:22 +0100 (CET) From: Florian Kruegl To: Oleksandr Tymoshenko In-Reply-To: <4B7C64D6.8070905@bluezbox.com> References: <1266442999.2149.42.camel@brain.lan.terror.local> <4B7C64D6.8070905@bluezbox.com> Content-Type: text/plain; charset="ASCII" Date: Fri, 19 Feb 2010 19:30:53 +0100 Message-ID: <1266604253.2149.55.camel@brain.lan.terror.local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-mips@freebsd.org Subject: Re: hifn support X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: smeagle@bsdler.de List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 18:33:31 -0000 Hi, On Wed, 2010-02-17 at 13:51 -0800, Oleksandr Tymoshenko wrote: > Florian Kruegl wrote: > > Hi, > > > > got hands on a hifn, think it's a nice possibility to check the > > performance of the interrupt handler :) > > Was more than puzzled when I saw it didn't generate any... > Try this patch: > http://people.freebsd.org/~gonzo/hifn.diff > made no difference, removed my faulty hints but no change. it shows up as hifn0 again but still uses irq0 and openssl engine -vvv shows no HW accel. Flo From owner-freebsd-mips@FreeBSD.ORG Fri Feb 19 19:08:18 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11B5B1065679 for ; Fri, 19 Feb 2010 19:08:18 +0000 (UTC) (envelope-from gonzo@launchpad.bluezbox.com) Received: from launchpad.bluezbox.com (launchpad.bluezbox.com [195.137.202.161]) by mx1.freebsd.org (Postfix) with ESMTP id B9E078FC1B for ; Fri, 19 Feb 2010 19:08:17 +0000 (UTC) Received: from [76.77.86.2] (helo=[10.80.5.136]) by launchpad.bluezbox.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NiYCy-000NVo-27; Fri, 19 Feb 2010 19:08:16 +0000 Message-ID: <4B7EE17B.8040702@bluezbox.com> Date: Fri, 19 Feb 2010 11:07:39 -0800 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: smeagle@bsdler.de, freebsd-mips@freebsd.org References: <1266442999.2149.42.camel@brain.lan.terror.local> <4B7C64D6.8070905@bluezbox.com> <1266604253.2149.55.camel@brain.lan.terror.local> In-Reply-To: <1266604253.2149.55.camel@brain.lan.terror.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@launchpad.bluezbox.com X-Spam-Level: ---- X-Spam-Report: -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] -0.5 AWL AWL: From: address is in the auto white-list Cc: Subject: Re: hifn support X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 19:08:18 -0000 Florian Kruegl wrote: > Hi, > > On Wed, 2010-02-17 at 13:51 -0800, Oleksandr Tymoshenko wrote: >> Florian Kruegl wrote: >>> Hi, >>> >>> got hands on a hifn, think it's a nice possibility to check the >>> performance of the interrupt handler :) >>> Was more than puzzled when I saw it didn't generate any... >> Try this patch: >> http://people.freebsd.org/~gonzo/hifn.diff >> > > made no difference, removed my faulty hints but no change. it shows up > as hifn0 again but still uses irq0 and openssl engine -vvv shows no HW > accel. IRQ numbering is a little messy on MIPS. And there were no IRQ counters in AR71XX PCI code. Try this patch too: http://people.freebsd.org/~gonzo/patches/ar71xx_pci_intrcnt.diff You'll need the first one too. Also try running /usr/src/tools/tools/crypto tool for performance testing. I don't have RS Pro setup at the moment, so can't test it myself right now :( But will do over weekend. From owner-freebsd-mips@FreeBSD.ORG Fri Feb 19 23:45:57 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDEE1106566C for ; Fri, 19 Feb 2010 23:45:57 +0000 (UTC) (envelope-from smeagle@bsdler.de) Received: from hell.bsdler.de (hell-fe0.v6.bsdler.de [IPv6:2001:780:0:19::1]) by mx1.freebsd.org (Postfix) with ESMTP id 827798FC0C for ; Fri, 19 Feb 2010 23:45:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hell.bsdler.de (Postfix) with ESMTP id 47F3EB872; Sat, 20 Feb 2010 00:45:55 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdler.de Received: from hell.bsdler.de ([127.0.0.1]) by localhost (hell.bsdler.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id TsWXUv34eYhb; Sat, 20 Feb 2010 00:45:50 +0100 (CET) Received: from kiste.lan.terror.local (p5DD1C363.dip.t-dialin.net [93.209.195.99]) by hell.bsdler.de (Postfix) with ESMTPSA id 379CEB83D; Sat, 20 Feb 2010 00:45:50 +0100 (CET) Received: from [172.17.21.80] (brain.lan.terror.local [172.17.21.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by kiste.lan.terror.local (Postfix) with ESMTPS id 5CCB3535B7; Sat, 20 Feb 2010 00:45:49 +0100 (CET) From: Florian Kruegl To: Oleksandr Tymoshenko In-Reply-To: <4B7EE17B.8040702@bluezbox.com> References: <1266442999.2149.42.camel@brain.lan.terror.local> <4B7C64D6.8070905@bluezbox.com> <1266604253.2149.55.camel@brain.lan.terror.local> <4B7EE17B.8040702@bluezbox.com> Content-Type: text/plain; charset="ASCII" Date: Sat, 20 Feb 2010 00:43:20 +0100 Message-ID: <1266623000.2149.83.camel@brain.lan.terror.local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-mips@freebsd.org Subject: Re: hifn support X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: smeagle@bsdler.de List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 23:45:58 -0000 On Fri, 2010-02-19 at 11:07 -0800, Oleksandr Tymoshenko wrote: [ ... ] > IRQ numbering is a little messy on MIPS. And there were no IRQ > counters in AR71XX PCI code. Try this patch too: > http://people.freebsd.org/~gonzo/patches/ar71xx_pci_intrcnt.diff applied but no visible change, vmstat -i still shows no interrupt for hifn. > > You'll need the first one too. Also try running verified to be applied, checked using snv diff. > /usr/src/tools/tools/crypto tool for performance testing. goofy# cryptotest hifn0: abort, resetting. cryptotest: ioctl(CIOCCRYPT): Cannot allocate memory goofy# hifnstats input 8 bytes 1 packets output 0 bytes 0 packets invalid 0 nomem 0 abort 1 noirq 0 unaligned 0 totbatch 0 maxbatch 0 nomem: map 0 load 0 mbuf 0 mcl 0 cr 0 sd 0 goofy# cryptostats 1 symmetric crypto ops (1 errors, 0 times driver blocked) 0 key ops (0 errors, 0 times driver blocked) 0 crypto dispatch thread activations 0 crypto return thread activations dispatch->invoke: avg 1324 ns : min 0 ns : max 1324 ns [1 samps] invoke->done: avg 2620741 ns : min 0 ns : max 2620741 ns [1 samps] done->cb: avg 1069 ns : min 0 ns : max 1069 ns [1 samps] cb->finis: avg 5763 ns : min 0 ns : max 5763 ns [1 samps] goofy# vmstat -i interrupt total rate int0 pcib0 1 0 int1 ehci0 3755 9 int3 arge1 12 0 int4 apb0 2526 6 int5 clock0 405356 1000 apb intr3: uart0 2524 6 apb intr6: ohci0 2 0 ar71xx_pci intr0: + 1 0 Total 414177 1022 when I run cryptotest again it never returns and cannot be killed. goofy# cryptotest load: 0.00 cmd: cryptotest 1370 [crydev] 57.36r 0.00u 0.00s 0% 1156k load: 0.00 cmd: cryptotest 1370 [crydev] 57.50r 0.00u 0.00s 0% 1156k load: 0.00 cmd: cryptotest 1370 [crydev] 57.65r 0.00u 0.00s 0% 1156k ... > > I don't have RS Pro setup at the moment, so can't test it myself > right now :( But will do over weekend. > > thanks a lot, don't have much time this weekend, 8bit and 3kid calling ;) From owner-freebsd-mips@FreeBSD.ORG Fri Feb 19 23:54:44 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1507F1065693 for ; Fri, 19 Feb 2010 23:54:44 +0000 (UTC) (envelope-from smeagle@bsdler.de) Received: from hell.bsdler.de (hell-fe0.v6.bsdler.de [IPv6:2001:780:0:19::1]) by mx1.freebsd.org (Postfix) with ESMTP id C4CEC8FC0A for ; Fri, 19 Feb 2010 23:54:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hell.bsdler.de (Postfix) with ESMTP id 269E9B872; Sat, 20 Feb 2010 00:54:43 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdler.de Received: from hell.bsdler.de ([127.0.0.1]) by localhost (hell.bsdler.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id enDy7wkhYRzS; Sat, 20 Feb 2010 00:54:42 +0100 (CET) Received: from kiste.lan.terror.local (p5DD1C363.dip.t-dialin.net [93.209.195.99]) by hell.bsdler.de (Postfix) with ESMTPSA id 867E6B83D; Sat, 20 Feb 2010 00:54:42 +0100 (CET) Received: from [172.17.21.80] (brain.lan.terror.local [172.17.21.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by kiste.lan.terror.local (Postfix) with ESMTPS id DA6C4535B7; Sat, 20 Feb 2010 00:54:41 +0100 (CET) From: Florian Kruegl To: Oleksandr Tymoshenko In-Reply-To: <1266623000.2149.83.camel@brain.lan.terror.local> References: <1266442999.2149.42.camel@brain.lan.terror.local> <4B7C64D6.8070905@bluezbox.com> <1266604253.2149.55.camel@brain.lan.terror.local> <4B7EE17B.8040702@bluezbox.com> <1266623000.2149.83.camel@brain.lan.terror.local> Content-Type: text/plain; charset="ASCII" Date: Sat, 20 Feb 2010 00:52:13 +0100 Message-ID: <1266623533.2149.85.camel@brain.lan.terror.local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-mips@freebsd.org Subject: Re: hifn support X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: smeagle@bsdler.de List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Feb 2010 23:54:44 -0000 On Sat, 2010-02-20 at 00:43 +0100, Florian Kruegl wrote: > > IRQ numbering is a little messy on MIPS. And there were no IRQ > > counters in AR71XX PCI code. Try this patch too: > > http://people.freebsd.org/~gonzo/patches/ar71xx_pci_intrcnt.diff > > applied but no visible change, vmstat -i still shows no interrupt for > hifn. > ignore this nonsense please :) there is ONE interrupt. and vmstat -i now shows the interrupt. Flo