X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C78EA1.59D6E9B3@onstor-exch02.onstor.net>; Fri, 4 May 2007 16:10:05 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-class: urn:content-classes:message
Subject: RE: bobcat rev. number for intel pcmcia chip
Date: Fri, 4 May 2007 16:10:03 -0700
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E0399435E@onstor-exch02.onstor.net>
In-Reply-To: <20070504160308.45c61979@ripper.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: bobcat rev. number for intel pcmcia chip
Thread-Index: AceOoGIhUDSVeTwKRW+pN8ZKLvTu/wAAOVcg
From: "Warren Gale" <warren.gale@onstor.com>
To: "Andy Sharp" <andy.sharp@onstor.com>,
	"Brian Stark" <brian.stark@onstor.com>

Ok Moved it.. Try it again .
Warren

-----Original Message-----
From: Andy Sharp=20
Sent: Friday, May 04, 2007 4:03 PM
To: Brian Stark
Cc: Warren Gale
Subject: Re: bobcat rev. number for intel pcmcia chip

I don't seem to be getting any output on 2014.  Maybe try the other
connector?

a

On Fri, 4 May 2007 10:06:12 -0700 "Brian Stark"
<brian.stark@onstor.com> wrote:

> Andy,
>=20
> I've hooked up 10.1.1.100 2014 to the debug port.
>=20
> Isn't ACPI an Intel thing?  Since it's not an interrupt, I'm not
> hooking it up!  :-)
>=20
>=20
> Brian
>  =20
>=20
> > -----Original Message-----
> > From: Andy Sharp=20
> > Sent: Thursday, May 03, 2007 5:40 PM
> > To: Brian Stark
> > Cc: Abdallah Harb; Mark Farabaugh; Joe Vitorino; Warren Gale;=20
> > Tim Gardner; Jay Michlin
> > Subject: Re: bobcat rev. number for intel pcmcia chip
> >=20
> >=20
> >=20
> > On Thu, 3 May 2007 14:33:53 -0700 "Brian Stark"
> > <brian.stark@onstor.com> wrote:
> >=20
> > > Andy,
> > >=20
> > > You can use my RoHS Bobcat that's in Pleasanton:
> > >=20
> > > SSC console:	10.1.1.100 2013
> > > SSC IP:		10.1.1.111
> > > Power sentry: 	10.1.1.102 2001, port .a3 (login, passwd =3D
> > > admn)
> > >=20
> > > Feel free to upgrade any software or PROMs.
> >=20
> > Upgrade the PROM to the linux special prom of the week, and=20
> > this is what I get:
> >=20
> > Booting Linux kernel...
> > prom_init: env[0] =3D 'cpuclock=3D799997622'
> > prom_init: env[1] =3D 'memsize=3D512'      =20
> > prom_init: env[2] =3D 'osloadoptions=3DmAt'
> > prom_init: env[3] =3D 'boot=3Dcold'       =20
> > prom_init: env[4] =3D 'busclock=3D133'
> > prom_init: env[5] =3D 'ipaddr=3D10.1.1.111'
> > prom_init: env[6] =3D 'netmask=3D255.255.0.0'
> > prom_init: env[7] =3D 'macaddr0=3D00:07:34:04:12:00'
> > prom_init: env[8] =3D 'macaddr1=3D00:07:34:04:12:01'
> > prom_init: env[9] =3D 'bootdev=3D/dev/wd0a'        =20
> > Linux version 2.6.21-rc4-bc9k-g7f915b56-dirty (andys@ripper)=20
> > (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21))=20
> > #432 Mon Apr 30 14:05:37 PDT 2007
> > CPU revision is: 00003440                                =20
> > FPU revision is: 00003420
> > OnStor Bobcat: Board Assembly Rev. A5
> > Booting from recovery prom          =20
> > Bus clock speed: 133MHz  =20
> > Determined physical RAM map:
> >  memory: 0d000000 @ 03000000 (usable)
> >  memory: 02000000 @ 40000000 (reserved)
> > Wasting 393216 bytes for tracking 12288 unused pages
> > Built 1 zonelists.  Total pages: 65024             =20
> > Kernel command line: console=3DttyS0,57600n8=20
> > console=3DttyMM0,57600n8 root=3D/dev/nfs=20
> > nfsroot=3D10.0.0.42:/var/nfsroot/new-boobcat,v3=20
> > ip=3D10.1.1.111:10.0.0.42:10.1.0.1:255.255.0.0:boobcat:eth0:none -s
> > Primary instruction cache 16kB, physically tagged, 4-way,=20
> > linesize 32 bytes.                  =20
> > Primary data cache 16kB, 4-way, linesize 32 bytes.           =20
> >              =20
> > Synthesized TLB refill handler (27 instructions).=20
> > Synthesized TLB load handler fastpath (39 instructions).
> > Synthesized TLB store handler fastpath (39 instructions).
> > Synthesized TLB modify handler fastpath (38 instructions).
> > PID hash table entries: 1024 (order: 10, 4096 bytes)     =20
> > Using 399.999 MHz high precision timer.            =20
> > Dentry cache hash table entries: 32768 (order: 5, 131072=20
> > bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> > Memory: 208128k/212992k available (1905k kernel code, 4816k=20
> > reserved, 439k data, 104k init, 0k highmem) Mount-cache hash=20
> > table entries: 512
> > NET: Registered protocol family 16
> > PCI: Failed to allocate mem resource #0:20000000@20000000 for=20
> > 0000:00:01.0
> > PCI: Failed to allocate mem resource #2:20000000@20000000 for=20
> > 0000:00:01.0
> > PCI: Failed to allocate mem resource #4:2000000@1e000000 for=20
> > 0000:00:01.3
> > PCI: Failed to allocate mem resource #9:4000000@1c000000 for=20
> > 0000:01:02.0
> > PCI: Failed to allocate mem resource #10:4000000@1c000000 for=20
> > 0000:01:02.0
> > PCI: Failed to allocate mem resource #9:4000000@1c000000 for=20
> > 0000:01:02.1
> > PCI: Failed to allocate mem resource #10:4000000@1c000000 for=20
> > 0000:01:02.1
> > PCI: Bus 2, cardbus bridge: 0000:01:02.0                     =20
> >            =20
> >   IO window: 18000800-180008ff         =20
> >   IO window: 18000c00-18000cff
> > PCI: Bus 6, cardbus bridge: 0000:01:02.1
> >   IO window: 18001000-180010ff         =20
> >   IO window: 18001400-180014ff
> > Time: MIPS clocksource has been installed.
> > NET: Registered protocol family 2        =20
> > IP route cache hash table entries: 2048 (order: 1, 8192=20
> > bytes) TCP established hash table entries: 8192 (order: 4,=20
> > 65536 bytes)
> > TCP bind hash table entries: 8192 (order: 3, 32768 bytes)      =20
> > TCP: Hash tables configured (established 8192 bind 8192)=20
> > TCP reno registered                                    =20
> > DS1511 Real Time Clock Driver v1.0
> > io scheduler noop registered     =20
> > io scheduler deadline registered (default)
> > Serial: MPSC driver $Revision: 1.00 $    =20
> > mpsc_drv_probe: Adding MPSC 0       =20
> > ttyMM0 at MMIO 0xbc008000 (irq =3D 52) is a MPSC natsemi=20
> > dp8381x driver, version 2.1, Sept 11, 2006
> >   originally by Donald Becker <becker@scyld.com> =20
> >   http://www.scyld.com/network/natsemi.html    =20
> >   2.4.x kernel port by Jeff Garzik, Tjeerd Mulder
> > PCI: Enabling device 0000:01:00.0 (0006 -> 0007) natsemi=20
> > eth0: NatSemi DP8381[56] at 0x19020000 (0000:01:00.0),=20
> > 00:07:34:04:12:00, IRQ 8, port TP.
> > PCI: Enabling device 0000:01:01.0 (0006 -> 0007) natsemi=20
> > eth1: NatSemi DP8381[56] at 0x19021000 (0000:01:01.0),=20
> > 00:07:34:04:12:01, IRQ 9, port TP.
> > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> > ide: Assuming 33MHz system bus speed for PIO modes; override=20
> > with idebus=3Dxx
> > Yenta: CardBus bridge found at 0000:01:02.0 [0000:0000]      =20
> >             =20
> > PCI: Bus 2, cardbus bridge: 0000:01:02.0              =20
> >   IO window: 18000800-180008ff         =20
> >   IO window: 18000c00-18000cff
> >   PREFETCH window: 19400000-197fffff
> >   MEM window: 19800000-19bfffff    =20
> > Yenta: no PCI IRQ, CardBus support disabled for this socket.
> > Yenta: check your BIOS CardBus, BIOS IRQ or ACPI settings. =20
> >                                                          =20
> >=20
> > I think it's panicing at this point, but I have panics set up=20
> > to go to the debug serial uart, so I can't see them yet.
> >=20
> > It definitely sees the TI part is is talking to it about a=20
> > few things, but doesn't seem to be getting an IRQ.  My guess=20
> > is that I'm supposed to hardcode that as we don't have any=20
> > kind of PCI BIOS or ACPI.  Say, Brian, can we add ACPI=20
> > support to cougar?  ~:^)
> >=20
> > Well, I guess it's time for me to get to work....
> >=20
> > Cheers,
> >=20
> > a
> >=20
