osdir.com
mailing list archive

Subject: LC3 & NetBSD 1.6.1 - msg#00090

List: os.netbsd.ports.mac68k

Date: Prev Next Index Thread: Prev Next Index
Hello,

I continued the odyssey of intalling netBSD on my Lc3. I premit that 1.4.3
was working perfectly on it.

I reported newfs creation problem (I have a grab for this, if someone wants
the exact message)> I retried some times, reformatting the disk from macos,
nothing.
I took them my quadra out of the "rack" where it lives, echnaged disks and
installed. Now it did work on the same disk.
Could the installer be so greedy that 12mb of ram aren't enough for sysinst
to create a filesystem? "/" would be in the case the ram disk which could
make more sense.
IMHO we should try to support somehow also 8/12 mb macs with sysinst, since
that works and macos installing remains shaky (besides mkfs creating an
older-type fs).

now I have the lc3 up and running, I have 2 main problems

1. NETWORK. does something changed in 1.6.1? something I may overlook? the
lc3 repsonds to the network form the extern. I can even telnet into it, ping
it. but i can ping or reach enything from the lc3, no ping, no telnet... BUT
one thing it does, it resolves IP's, so something from that box exists.
I have a resonable ifconfig, hosts and resolv.conf file. SUggestions

2. startx coredumps. maybe 12mb aren't enough? but earlier 8 mb of my macII
were enough... and anyway there is plenty of swap space.

greets,
Riccardo

PS: the lc3 has no FPU, could it somehow be related with the problems?




Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: FPUless Mac Support

One of these days I'll read the FAQ first, THEN post. My errors are 'cause I'm booting the kernel as /netbsd.test, not /netbsd My bad. Josh C ----- Original Message ----- From: "Joshua Coombs" <jcoombs@xxxxxxx> To: <port-mac68k@xxxxxxxxxx> Sent: Saturday, June 28, 2003 10:34 PM Subject: Re: FPUless Mac Support > Welp, quick testing shows just compiling the kernel with -m68040 and > eliminating support for the older cpus from the kernel does bubkis for > perf. It did however generate a couple interesting subtle breaks. > > The first shows up at boot; > /var/log/messages:Jun 28 21:31:24 LC575 savecore: can't find device 0/0 > > Using the provided generic kernel, I don't get that. I'm assuming the > generic kernel in the LC040 build is slightly tweaked, but not sure how. > > The second gem occured during my benchmarking. > > After doing a make clean fetch in /usr/pkgsrc/shells/tcsh, I proceeded to > do a time make. Using the generic kernel, I get; > 1051.052u 147.173s 21:14.37 59.4% 0+0k 38+1753io 229pf+0w > > Using MY kernel, I get; > 1052.466u 145.624s 21:12.02 348455.1% 0+0k 39+1750io 240pf+0w > > Whats up with the percentage?! > > I'm going to try rebuilding world next to see what happens. > > Josh C

Next Message by Date: click to view message preview

Re: Q950 (was Re: Performa 550)

On Friday, June 27, 2003, at 01:50 PM, Allen Briggs wrote: On Fri, Jun 27, 2003 at 01:12:34PM -0400, Steve Byan wrote: BTW, does the Q950 SCSI hardware fall under the Quadra-AV SCSI DMA umbrella, or is a different driver required for it? If it is a different SCSI driver, is anyone working on one? It's different. There are two different common configurations of SCSI on the Q950. The on-board SCSI should work (esp0 & esp1). We're not running it through the IOPs, though, which might be possible for much more performance. I haven't really looked at that. I've only been able to get 3 MB/s out of the internal SCSI bus, even with a couple of 36 GB Quantum Atlas IV 7200 RPM disks in it. I thought it'd at least do 5 MB/s. Apple also had a separate PDS card with SCSI on it, though, and that's not supported. Yep, I think those were shipped in the Apple Workgroup Server versions of the Q950. I think Apple only supported them under Unix. Regards, -Steve -------- Steve Byan <smb@xxxxxxxxxxxx> or <smb@xxxxxxxxxxxxx>

Previous Message by Thread: click to view message preview

Pthreads

Ok, I guess there was a reason I've subscribed to the list. I'm wondering what's the best way to get pthreads on my system. I saw that there's a mit-pthreads package for 1.5 but I'm running 1.6.1. Might that package work anyway? I also saw that pthreads will apparently be implemented as kernel threads in some future NetBSD release (2.0?). Would it be foolish to switch from 1.6.1 to a current snapshot in order to get pthread functionality? -Sheldon __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

Next Message by Thread: click to view message preview

1U 60Mhz 68060.

On the 1U 60Mhz 68060 looking for a home, I've been building a reasonably well connected cluster of NetBSD running hosts. I'm still bringing machines online and accepting donations. Anyone making a donation or making a contribution to NetBSD is entitled to a free login on the whole cluster. So far, I have amiga, sparc (several), sparc64, hppa, and macppc... with the hppa needing some RAM. I also have a apollo 2500 (68030 based ... but no port ... I havn't decided what to do on that yet). The machines are running a combination of stable and current ... some openBSD or FreeBSD when extra machines exist. I'll have IPv6 here (the ISP I own has an allocation of IPv6 addresses now and we've connected ourselves to several parts of the 6-bone). So ... would be willing to put any machines such as this online with resources such as serial console for those working on them. It is my goal to have one of each platform online ... although I will not be accepting behemoths that draw stupid amounts of power. No 3/260's or 4/260's and no origional 11/780's (for instance). Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@xxxxxxxxxxx | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by