X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C7F49A.30AF6674@onstor-exch02.onstor.net>; Tue, 11 Sep 2007 09:35:48 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-class: urn:content-classes:message
Subject: RE: it ain't soup yet, but it ain't hay either
Date: Tue, 11 Sep 2007 09:35:48 -0800
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E0579CD1C@onstor-exch02.onstor.net>
In-Reply-To: <20070911055312.2529d51c@ripper.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: it ain't soup yet, but it ain't hay either
Thread-Index: Acf0crbe5UBjiJ5WT0m5PQqFZjIAQQAJmP8w
References: <20070909192100.31a1b23b@ripper.onstor.net><BB375AF679D4A34E9CA8DFA650E2B04E056BDE06@onstor-exch02.onstor.net> <20070911055312.2529d51c@ripper.onstor.net>
From: "Brian Stark" <brian.stark@onstor.com>
To: "Andy Sharp" <andy.sharp@onstor.com>
Cc: "Warren Gale" <warren.gale@onstor.com>

Comments below...=20


> -----Original Message-----
> From: Andy Sharp=20
> Sent: Tuesday, September 11, 2007 5:53 AM
> To: Brian Stark
> Cc: Warren Gale
> Subject: Re: it ain't soup yet, but it ain't hay either
>=20
> The result of having a good team around the whole project as=20
> well as having a lot of time on my hands these days ~:^)
>=20
> But it's not a full course meal just yet.  There is a very=20
> decent list of things to do:
>=20
> * fix whatever ails kernel module loading
> * memory sizing/config: early hardware?  i say mem=3D512 and it
>   croaks, but if i say mem=3D256 it works.

We have 512MB stuffed and properly detect that amount in PROM.  This may
have something to do with the SiByte address map since it has
discontiguous regions of memory.  The 1st 256MB chunk is at physical 0x0
and the 2nd 256MB chunk is at physical 0x80000000. =20


> * rtc.  you *did* hook up the interrupt this time, right? ~:^)

Ha ha.  I think I did.  Do you want to use the external RTC for watchdog
or the internal SiByte watchdog timers?

> * didn't even notice the mac address problem.  dern.

Where are you getting this from?  We should update the PROM to put the
MAC addresses where you expect them.

> * nix on the dead beef: i can submit 'c009' back to the=20
> kernel mainline
>   for cougar to live on in posterity ~:^)

OK, fine.  Have it your way.

> * 64-bit-ize the management bus and neteee code.  duh.  why i forgot
>   to do this when i was there a couple weeks ago cleaning=20
> everything up
>   i'll never know.
>=20
> One thing that would speed me up a good deal is to get the=20
> kernel command line support in the PROM.  Can I get that any=20
> time soon?
> Please-please-please?
>=20

Yep, Warren is working on that now.  We'll have something in the next
day or two for command line and then the rest of the stuff will come
soon after that.


> Whoops, the drugs are starting to kick in, gotta go.
>=20
> Cheers,
>=20
> a
>=20
>=20
> On Mon, 10 Sep 2007 09:56:06 -0700 "Brian Stark"
> <brian.stark@onstor.com> wrote:
>=20
> > Andy,
> >=20
> > Awesome!  I think you're going to win the bet with Bob!
> >=20
> > Looks like we have some stuff to do with the real-time clock (still=20
> > needs to be setup in PROM), MAC addresses (needs to be=20
> passed in from=20
> > PROM or configured in SiByte MAC registers), and some other small=20
> > things.  I also still have to update the Xilinx vendor and=20
> device id=20
> > on the FPGA (unless you can live with 'deadbeef' instead of=20
> what you=20
> > sent me).
> >=20
> > Seriously, this is fantastic progress.
> >=20
> >=20
> > Brian
> > =20
> >=20
> > > -----Original Message-----
> > > From: Andy Sharp
> > > Sent: Sunday, September 09, 2007 7:21 PM
> > > To: Brian Stark; Warren Gale
> > > Subject: it ain't soup yet, but it ain't hay either
> > >=20
> > > or put another way, geez you guys, get yourselves a=20
> gigabit switch,=20
> > > wouldya?
> > >=20
> > >=20
> > > COUGAR-PROM> load -a ffffffff83000000 10.0.0.42 vmlinux.bin
> > > load, ip addr =3D 0xa00002a, fname =3D vmlinux.bin            =20
> > > loading vmlinux.bin from 0xa00002a at 0xffffffff83000000
> > > tpl_findBindCb prot=3D17 lport=3D9736                      =20
> > > tpl_allocBindCb                 =20
> > > seepGetMyExtMacAddr, port =3D 0
> > > returning macaddr 00:07:34:01:79:00
> > > tftp_tplAddConnInd                =20
> > > TFTP transfer completed.
> > > tftp_tplDelConnInd     =20
> > > binary load, 2823376 bytes (0x2b14d0)
> > > COUGAR-PROM> g                      =20
> > > Dentry cache hash table entries: 16384 (order: 5, 131072
> > > bytes) Inode-cache hash table entries: 8192 (order: 4,=20
> 65536 bytes)
> > > Memory: 28416k/32768k available (2037k kernel code, 4328k=20
> reserved,=20
> > > 616k data, 104k init, 0k highmem)
> > > SLUB: Genslabs=3D22, HWalign=3D32, Order=3D0-1, MinObjects=3D4, =
CPUs=3D1,=20
> > > Nodes=3D1 Mount-cache hash table entries: 256 Checking for the=20
> > > multiply/shift bug... no.
> > > Checking for the daddi bug... no.
> > > Checking for the daddiu bug... no.
> > > NET: Registered protocol family 16
> > > registering PCI controller with io_map_base unset
> > > PCI: device 0000:00:08.0 has unknown header type 2d, ignoring.
> > > Time: MIPS clocksource has been installed.
> > > NET: Registered protocol family 2
> > > IP route cache hash table entries: 1024 (order: 1, 8192
> > > bytes) TCP established hash table entries: 4096 (order: 4,
> > > 65536 bytes) TCP bind hash table entries: 4096 (order: 3, 32768
> > > bytes) TCP: Hash tables configured (established 4096 bind=20
> 4096) TCP=20
> > > reno registered io scheduler noop registered io scheduler cfq=20
> > > registered (default)
> > > eth0: enabling TCP rcv checksum
> > > eth0: SiByte Ethernet at 0x10064000, address: 40:00:00:00:01:00
> > > eth1: enabling TCP rcv checksum
> > > eth1: SiByte Ethernet at 0x10065000, address:=20
> > > 40:00:00:00:01:01 Uniform Multi-Platform E-IDE driver
> > > Revision: 7.00alpha2
> > > ide: Assuming 33MHz system bus speed for PIO modes; override with=20
> > > idebus=3Dxx TCP cubic registered
> > > NET: Registered protocol family 1
> > > NET: Registered protocol family 17
> > > eth0: found phy 1, vendor 000818 part 0c
> > > eth0: Link speed: 100BaseT HDX
> > > IP-Config: Complete:
> > >       device=3Deth0, addr=3D10.1.1.121, mask=3D255.255.255.0,=20
> gw=3D10.1.1.1,
> > >      host=3Dcouglette, domain=3D, nis-domain=3D(none),
> > >      bootserver=3D10.0.0.42, rootserver=3D10.0.0.42,=20
> rootpath=3D Looking=20
> > > up port of RPC 100003/3 on 10.0.0.42 Looking up port of=20
> RPC 100005/3=20
> > > on 10.0.0.42
> > > VFS: Mounted root (nfs filesystem) readonly.
> > > Freeing unused kernel memory: 104k freed
> > > modprobe: FATAL: Could not load
> > > /lib/modules/2.6.22-cg-g68c4482d-dirty/modules.dep: No=20
> such file or=20
> > > directory
> > >=20
> > > modprobe: FATAL: Could not load
> > > /lib/modules/2.6.22-cg-g68c4482d-dirty/modules.dep: No=20
> such file or=20
> > > directory
> > >=20
> > > INIT: version 2.86 booting
> > > Starting the hotplug events dispatcher: udevd.
> > > Synthesizing the initial hotplug events...done.
> > > Waiting for /dev to be fully populated...done.
> > > Setting parameters of disc: (none).
> > > Activating swap...done.
> > > Setting the system clock..
> > > Cannot access the Hardware Clock via any known method.
> > > Use the --debug option to see the details of our search for an=20
> > > access method.
> > > Cleaning up ifupdown....
> > > Loading kernel modules...FATAL: Could not load
> > > /lib/modules/2.6.22-cg-g68c4482d-dirty/modules.dep: No=20
> such file or=20
> > > directory Loading device-mapper support.
> > > Checking file systems...fsck 1.40-WIP (14-Nov-2006) done.
> > > Setting kernel variables...done.
> > > Mounting local filesystems...done.
> > > Activating swapfile swap...done.
> > > Setting up networking....
> > > Configuring network interfaces...done.
> > > Starting portmap daemon....
> > > Starting NTP server: ntpdmodprobe: FATAL: Could not load
> > > /lib/modules/2.6.22-cg-g68c4482d-dirty/modules.dep: No=20
> such file or=20
> > > directory
> > >=20
> > > .
> > > Starting system log daemon: syslogd.
> > > Give root password for maintenance
> > > (or type Control-D to continue):=20
> > > coolcat:~# cat /proc/cpuinfo=20
> > > system type             : ONStor Cougar
> > > processor               : 0
> > > cpu model               : SiByte SB1 V0.3  FPU V0.3
> > > BogoMIPS                : 398.33
> > > wait instruction        : no
> > > microsecond timers      : yes
> > > tlb_entries             : 64
> > > extra interrupt vector  : yes
> > > hardware watchpoint     : yes
> > > ASEs implemented        : mdmx mips3d
> > > VCED exceptions         : not available
> > > VCEI exceptions         : not available
> > >=20
> > > coolcat:~#
> > >=20
>=20
