Date: Sun, 31 Mar 2002 09:51:34 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: Jake Burkholder <jake@locore.ca> Cc: Thomas Moestl <tmoestl@gmx.net>, freebsd-sparc@FreeBSD.ORG Subject: Re: much, much better..... thanks! Message-ID: <Pine.BSF.4.21.0203310937170.55673-100000@beppo> In-Reply-To: <20020330231346.J40695@locore.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Wow, that's great. I'd like to get these in p4 so I can put update the kernel > for the DP1 release. You can submit them yourself if you want, or send me > a patch. The minor patches against my sparc64 cvsup tree are at http://people.freebsd.org/~mjacob/ISP_DIFFS.SPARC64.gz I've compiled and tested this against alpha, but not i386 or ia64 yet (can't test ia64- don't own one- but I sent a headsup to Peter && Doug Rabson that the old MEMORY_BARRIER define in isp was going away so bus_dma_sync better actually DTRT for ia64) I haven't checked this in yet into the main CVS because I want to test i386 first and I can't until I get back to the office and hook up a -current disk (I have none attached at the moment) and test. Oh, yeah, and have time for it- you would *not* believe how many balls are in the air right now, and, alas, nobody is making FreeBSD a priority for me right now :-(. I'm offering this patch set so you all can do some sparc64 testing in advance. Considering that the BLADE1000 has an onboard Qlogic 2200 chip, this should start to get *very* interesting as we find all the holes in isp for FreeBSD (of which there are still many) and, more important, in the CAM code about how it's *soooo* not ready for disks to go away (temporarily) and then come back (as SAN disks have a tendency to do). There is a client of mine who provides a NAS solution on NetBSD where they boot off of SAN disks. This is *sooooo* wrong, but they're the customer :-). If I ever get them to commit to real support, I'll be able to do some midlayer hardening for NetBSD to tolerate SAN disruption. If Sistina ever gets enough ahead to fund me to do the same for FreeBSD which they're busily porting GFS too, then this should get *really* interesting considering the massive FC investment that people with higher end Sun h/w have made. But I digress. > > David is anxious for the sbus support now to get his u1 booting :) Soon... With this, we'll have OpenBSD, FreeBSD and NetBSD all having both SBus and PCI instances, and all using a bus dma model that's very close. This makes for some good economies of scale for support for me. > > Sorry about the trouble booting :-/ > No problem! The port is starting to look pretty lively. Now, if we can get PPC in more serious shape, FreeBSD starts to have some multi-platform legs on h/w people might care about. And we can quite grieving over Alpha. And all agree to *loathe* Itanium :-). It'd *be* awfully peachy if we had one source repository, though :-;. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0203310937170.55673-100000>