May 2001 - ixp1200 - lists.cs.princeton.edu

cadence symbols
by David E. Schimmel 31 May '01

31 May '01

Hi, Does anyone have ixp1200 symbold for Cadence that they might be willing to share? Specifically, we need the physical footprint for Allegro, and the symbol for Concept HDL. Thanks in advance. Dave

1 0

RE: [ixp1200] Re: submission to IXA Special Initiative
by Yavatkar, Raj 30 May '01

30 May '01

we are looking into it. please stay tuned Raj -----Original Message----- From: Kenneth M. Mackenzie [mailto:kenmac@cc.gatech.edu] Sent: Wednesday, May 30, 2001 6:20 AM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] Re: submission to IXA Special Initiative Hi, Version 2.0 of the IXA SDK appears to offer additional integration for linux on the strongarm. Is it possible to become a beta site for this software? We've been using linux on our IXP1200 but before we start building more infrastructure we'd like to see what may already have been done. thanks, -- Ken

1 0

Re: submission to IXA Special Initiative
by Hilarie Orman 30 May '01

30 May '01

Has Intel gotten back to you on this? I'm also interested. Hilarie >>> kenmac(a)cc.gatech.edu 05/30/01 07:19AM >>> Hi, Version 2.0 of the IXA SDK appears to offer additional integration for linux on the strongarm. Is it possible to become a beta site for this software? We've been using linux on our IXP1200 but before we start building more infrastructure we'd like to see what may already have been done. thanks, -- Ken

1 0

Re: submission to IXA Special Initiative
by Kenneth M. Mackenzie 30 May '01

30 May '01

Hi, Version 2.0 of the IXA SDK appears to offer additional integration for linux on the strongarm. Is it possible to become a beta site for this software? We've been using linux on our IXP1200 but before we start building more infrastructure we'd like to see what may already have been done. thanks, -- Ken

1 0

RE: [ixp1200] GigaMAC diagnostic problems...
by Heaton, Eric D 24 May '01

24 May '01

This would probably be helpful. ;) The patch is available from the web at: http://developer.intel.com/design/network/products/software/swsup/SDK_v1-2_p atch.htm Eric Heaton Technical Marketing Engineer Intel Corporation - PNPO phone: 978-568-6027 -----Original Message----- From: Heaton, Eric D [mailto:eric.d.heaton@intel.com] Sent: Thursday, May 24, 2001 10:59 AM To: 'ixp1200(a)CS.Princeton.EDU' Subject: RE: [ixp1200] GigaMAC diagnostic problems... Austen, Yes, there was a problem with a rev of the diagnostics with causes the gigabit port tests to fail. The latest patch for v1.2 (which upgrades the software to 1.2D.76) fixes this problem. Eric Heaton Technical Marketing Engineer Intel Corporation - PNPO phone: 978-568-6027 -----Original Message----- From: Austen McDonald [mailto:austen@cc.gatech.edu] Sent: Wednesday, May 23, 2001 4:29 PM To: 'ixp1200(a)CS.Princeton.EDU' Subject: RE: [ixp1200] GigaMAC diagnostic problems... Im talking about the diagnostics test from Intel---it comes w/ the system. Unless you've removed the diagnostics from the flashROM you should be able to set jumpers 12 & 26 both to 2-3 and restart it. But, if you really want the microcode, its in the BoardSupport/Diagnostics directory of the installation. Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein On Wed, 23 May 2001, Brandewie, Dirk J wrote: > What microcode are you running to run this test? I will > try to reproduce the problem here. > > --Dirk > > > -----Original Message----- > > From: Austen McDonald [mailto:austen@cc.gatech.edu] > > Sent: Wednesday, May 23, 2001 11:22 AM > > To: ixp1200(a)CS.Princeton.EDU > > Subject: [ixp1200] GigaMAC diagnostic problems... > > > > > > > > Has anyone tried to use the diagnostics w/ the GigaMACs---we set > > it up and both internal and external loopback modes fail. We > > have the MAC > > enabled w/ jumper J34 and we get the status lights on both > > the ports when > > we loop a cable between them but the IXbus tx/rx tests fail---the > > microcode should send packets and recv them but it doesn't. > > I'm wondering if this is a hardware problem or a diagnostic > > program problem. I think it is the latter because if I run my own > > diagnostic program, I can get the GigaMAC's receive counter > > to increase > > when I send it packets (even though it doesnt appear to > > assert the rxrdy > > flag when the IX bus polls it). > > Any guidance? > > > > Austen McDonald > > austen(a)cc.gatech.edu > > > > God does not care about our mathematical difficulties. > > He integrates empirically. > > -- Albert Einstein > > > > > >

1 0

RE: [ixp1200] GigaMAC diagnostic problems...
by Heaton, Eric D 24 May '01

24 May '01

Austen, Yes, there was a problem with a rev of the diagnostics with causes the gigabit port tests to fail. The latest patch for v1.2 (which upgrades the software to 1.2D.76) fixes this problem. Eric Heaton Technical Marketing Engineer Intel Corporation - PNPO phone: 978-568-6027 -----Original Message----- From: Austen McDonald [mailto:austen@cc.gatech.edu] Sent: Wednesday, May 23, 2001 4:29 PM To: 'ixp1200(a)CS.Princeton.EDU' Subject: RE: [ixp1200] GigaMAC diagnostic problems... Im talking about the diagnostics test from Intel---it comes w/ the system. Unless you've removed the diagnostics from the flashROM you should be able to set jumpers 12 & 26 both to 2-3 and restart it. But, if you really want the microcode, its in the BoardSupport/Diagnostics directory of the installation. Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein On Wed, 23 May 2001, Brandewie, Dirk J wrote: > What microcode are you running to run this test? I will > try to reproduce the problem here. > > --Dirk > > > -----Original Message----- > > From: Austen McDonald [mailto:austen@cc.gatech.edu] > > Sent: Wednesday, May 23, 2001 11:22 AM > > To: ixp1200(a)CS.Princeton.EDU > > Subject: [ixp1200] GigaMAC diagnostic problems... > > > > > > > > Has anyone tried to use the diagnostics w/ the GigaMACs---we set > > it up and both internal and external loopback modes fail. We > > have the MAC > > enabled w/ jumper J34 and we get the status lights on both > > the ports when > > we loop a cable between them but the IXbus tx/rx tests fail---the > > microcode should send packets and recv them but it doesn't. > > I'm wondering if this is a hardware problem or a diagnostic > > program problem. I think it is the latter because if I run my own > > diagnostic program, I can get the GigaMAC's receive counter > > to increase > > when I send it packets (even though it doesnt appear to > > assert the rxrdy > > flag when the IX bus polls it). > > Any guidance? > > > > Austen McDonald > > austen(a)cc.gatech.edu > > > > God does not care about our mathematical difficulties. > > He integrates empirically. > > -- Albert Einstein > > > > > >

1 0

RE: [ixp1200] GigaMAC diagnostic problems...
by Brandewie, Dirk J 23 May '01

23 May '01

What microcode are you running to run this test? I will try to reproduce the problem here. --Dirk > -----Original Message----- > From: Austen McDonald [mailto:austen@cc.gatech.edu] > Sent: Wednesday, May 23, 2001 11:22 AM > To: ixp1200(a)CS.Princeton.EDU > Subject: [ixp1200] GigaMAC diagnostic problems... > > > > Has anyone tried to use the diagnostics w/ the GigaMACs---we set > it up and both internal and external loopback modes fail. We > have the MAC > enabled w/ jumper J34 and we get the status lights on both > the ports when > we loop a cable between them but the IXbus tx/rx tests fail---the > microcode should send packets and recv them but it doesn't. > I'm wondering if this is a hardware problem or a diagnostic > program problem. I think it is the latter because if I run my own > diagnostic program, I can get the GigaMAC's receive counter > to increase > when I send it packets (even though it doesnt appear to > assert the rxrdy > flag when the IX bus polls it). > Any guidance? > > Austen McDonald > austen(a)cc.gatech.edu > > God does not care about our mathematical difficulties. > He integrates empirically. > -- Albert Einstein > >

2 1

GigaMAC diagnostic problems...
by Austen McDonald 23 May '01

23 May '01

Has anyone tried to use the diagnostics w/ the GigaMACs---we set it up and both internal and external loopback modes fail. We have the MAC enabled w/ jumper J34 and we get the status lights on both the ports when we loop a cable between them but the IXbus tx/rx tests fail---the microcode should send packets and recv them but it doesn't. I'm wondering if this is a hardware problem or a diagnostic program problem. I think it is the latter because if I run my own diagnostic program, I can get the GigaMAC's receive counter to increase when I send it packets (even though it doesnt appear to assert the rxrdy flag when the IX bus polls it). Any guidance? Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein

1 0

Archives
by Lukas Ruf 09 May '01

09 May '01

Dear all, being new to this list, I would like to kindly ask you where I can find an archive of the discussion that went on. Thanks in advance, Lukas -- Lukas Ruf Swiss Federal Institute of Technology Office: ETZ-G61.2 Computer Engineering and Phone: +41/1/632 7312 Networks Laboratory (TIK) Fax: +41/1/632 1035 ETH Zentrum PGP 2.6: ID D20BA2ED; Gloriastr. 35 Fingerprint 6323 B9BC 9C8E 6563 B477 BADD FEA6 E6B7 CH-8092 Zurich

2 1

RE: [ixp1200] Question about the Linux kernel and the FBI RDYBUS registers.
by Raghunandan, Makaram 04 May '01

04 May '01

This and several other FBI registers are WRITE only - so you can write to them but cannot read the value back. The Programmer's Ref. Manual indicates them as WRITE only. -----Original Message----- From: Didier CONTIS [mailto:didier@ece.gatech.edu] Sent: Friday, May 04, 2001 4:16 PM To: IXP1200(a)CS.Princeton.EDU Subject: [ixp1200] Question about the Linux kernel and the FBI RDYBUS registers. -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I am observing a weird behavior when trying to read / write some registers from the Linux kernel running on the StrongARM. Basically, it seems I can write some registers like IREG without any problem from the StrongARM. However it seems I cannot with RDYBUS_TEMPLATE_CTL. However both registers are described in the doc as being r/w accessible by the StrongARM. Below is the output of my program. I am using the following definition for RDYBUS_TEMPLATE_CTL (IREG being already defined in the includes files): #define MY_RDYBUS_TEMPLATE_CTL IXP1200_REG(MICROENGINE_FBI_BASE+0x40180) [root@thing1 Didier]$./set_rcv Initial value of RDYBUS_TEMPLATE_CTL Register: 0 Initial value of IREG Register: 0 Address of RDYBUS_TEMPLATE_CTL Register: f0640180 Address of IREG Register: f06401e0 New value of RDYBUS_TEMPLATE_CTL Register: 0 New value of IREG Register: 80000000 Thanks in advance for any help. Regards, Didier. -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com> iQA/AwUBOvMOAHqEbTtUcuwQEQIARACeIhs42jMRRCCpV/1n4zKktqZenyQAoKKp 1KiT9hDkijWgnLVYRmz1B/g4 =sb4r -----END PGP SIGNATURE-----

2 1