<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.2963" name=GENERATOR></HEAD>
<BODY text=#000000 bgColor=#ffffff>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN 
class=375025422-01092006>The xparameters.h file is generated by the Xilinx EDK 
for our FPGA, so I don't see how there could be a mismatch. Using Chipscope, we 
were able to find that the interrupt controller is triggered on kernel 
initialization, but after the kernel has finished loading, the system moves to a 
snail's pace at login. </SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN 
class=375025422-01092006></SPAN></FONT>&nbsp;</DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN 
class=375025422-01092006>Does Linux use a different set of code to handle the 
UART, INTC, etc. after the kernel is loaded? The system appears to work 
perfectly up until after the kernel is done loading.</SPAN></FONT></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> Peter Ryser 
[mailto:peter.ryser@xilinx.com] <BR><B>Sent:</B> Monday, August 28, 2006 8:45 
PM<BR><B>To:</B> Clint Thomas<BR><B>Cc:</B> 
linuxppc-embedded@ozlabs.org<BR><B>Subject:</B> Re: PPC405 system slow 
boot<BR></FONT><BR></DIV>
<DIV></DIV>Clint,<BR><BR>check the interrupt sub-system of your design. What you 
describe typically happens when the PPC does not get any interrupts from the 
UART. It's most likely a mismatch between your hardware and the 
xparameters.h.<BR><BR>- Peter<BR><BR><BR>Clint Thomas wrote: 
<BLOCKQUOTE 
cite=mid3C02138692C13C4BB675FE7EA240952918E1E2@bluefin.Soneticom.local 
type="cite">
  <META content="MSHTML 6.00.2900.2963" name=GENERATOR>
  <DIV><SPAN class=068485119-28082006><FONT face=Arial size=2>Hey 
  guys,<BR><BR>I've run through the loops to try and figure what could be wrong 
  with this system. The board in question is modeled after the Xilinx ML300 
  board. It uses a Xilinx System ACE chip to load a FPGA / Kernel image from 
  compact flash. Originally, I was trying to use the CompactFlash as the root 
  file system, but because of issues in either the design or software, this 
  would only work if SysAce was in polled I/O mode. To circumvent this, I built 
  my root filesystem into an initrd image and built a single ELF file with the 
  Kernel and RFS, then strapped that to the FPGA bit file to make a single 
  FPGA/Kernel/RFS SysAce file.<BR><BR>Upon decompression, the Linux kernel boots 
  quickly and loads all of the device drivers. However when it gets to the 
  prompt, it starts slowing down. Output and input to and from the board becomes 
  very very slow (it displays 2 characters roughly every 20 seconds). Originally 
  I believed this to be the CPU still polling SystemAce, so I disabled the Linux 
  System ACE drivers to remove that as a possibility, however after doing this, 
  the problem still persists, even with the RFS in ram! Has anybody encountered 
  a similar situation to this before, with possible insight towards a solution? 
  Thank you for your time.</FONT></SPAN></DIV>
  <DIV>&nbsp;</DIV>
  <DIV align=left><FONT face=Arial size=2>Clinton Thomas<BR><A 
  class=moz-txt-link-abbreviated 
  href="mailto:cthomas@soneticom.com">cthomas@soneticom.com</A></FONT></DIV>
  <DIV>&nbsp;</DIV><PRE wrap=""><HR width="90%" SIZE=4>
_______________________________________________
Linuxppc-embedded mailing list
<A class=moz-txt-link-abbreviated href="mailto:Linuxppc-embedded@ozlabs.org">Linuxppc-embedded@ozlabs.org</A>
<A class=moz-txt-link-freetext href="https://ozlabs.org/mailman/listinfo/linuxppc-embedded">https://ozlabs.org/mailman/listinfo/linuxppc-embedded</A></PRE></BLOCKQUOTE></BODY></HTML>