- ixp1200 - lists.cs.princeton.edu

Linux on IXP1200
by Ivan Borissov Ganev 05 Jun '01

05 Jun '01

Does anyone know of a more recent revision of Intel's linux kernel patches, which enable the kernel to boot on the StrongARM of the IXP1200? I am aware of the patche for kernel version 2.3.99, is there a more recent version of it? --Ivan Ganev ganev(a)cc.gatech.edu ------------------------------------------------------------------------------ Ivan Ganev 327236 Georgia Tech Station College of Computing Atlanta, GA 30332 Georgia Institute of Technology 1-(404)-365-8694 ganev(a)cc.gatech.edu http://www.cc.gatech.edu/~ganev ------------------------------------------------------------------------------ Learning is not compulsory. Neither is survival. -- W. Edwards Deming

1 0

RE: [ixp1200] Timer from microengines...
by Sprajc, Barry 05 Jun '01

05 Jun '01

>From microcode, there is a cycle_cnt register which returns a 64 bit value of the cycle count register. It's latency is about that of an SDRAM instruction. It has no interrupt or signals associated with is, so your left with polling this register or reading it on a per-packet bases You could use an SA timer configured to fire off an IRQ at countdown, where the IRQ handler count send an inter_thread signal to one of the microengines. You could swap out on the signal, in which case your microcode sleeps in that thread until the timer is fired off, or you could use the br_signal instruction that causes the microcode for that thead to branch when the inter thread signal is fired off by the SA, allowing you to perform other processing until the signal arrvives. Hope this helps, barry.sprajc(a)intel.com -----Original Message----- From: Austen McDonald [mailto:austen@cc.gatech.edu] Sent: Tuesday, June 05, 2001 11:47 AM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] Timer from microengines... Im looking for a timer for use inside microcode (for network protocol timeout). I know there is the timer from the arm but Ive heard that the IX bus has some kind of timer that I might be able to tap into? Does anyone know about this? Must I use the SA timer if I want to wait a certain period of time? Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein

1 0

RE: [ixp1200] Timer from microengines...
by Heaton, Eric D 05 Jun '01

05 Jun '01

Austen, The CYCLE_CNT CSR (accessable from the IX Bus Interface Unit) can be used to implement timing schemes. Have you taken a look at the cycle macros (found in \IXP1200\Microcode\include\cycle.uc) for examples on how to access this 64-bit counter? Eric Heaton Technical Marketing Engineer Intel Corporation - PNPO phone: 978-568-6027 -----Original Message----- From: Austen McDonald [mailto:austen@cc.gatech.edu] Sent: Tuesday, June 05, 2001 2:47 PM To: ixp1200(a)CS.Princeton.EDU Subject: [ixp1200] Timer from microengines... Im looking for a timer for use inside microcode (for network protocol timeout). I know there is the timer from the arm but Ive heard that the IX bus has some kind of timer that I might be able to tap into? Does anyone know about this? Must I use the SA timer if I want to wait a certain period of time? Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein

1 0

Timer from microengines...
by Austen McDonald 05 Jun '01

05 Jun '01

Im looking for a timer for use inside microcode (for network protocol timeout). I know there is the timer from the arm but Ive heard that the IX bus has some kind of timer that I might be able to tap into? Does anyone know about this? Must I use the SA timer if I want to wait a certain period of time? Austen McDonald austen(a)cc.gatech.edu God does not care about our mathematical difficulties. He integrates empirically. -- Albert Einstein

1 0

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