ts-7000
[Top] [All Lists]

[ts-7000] Re: User FPGA Bitstream Hangs the TS-7300 at Times

To:
Subject: [ts-7000] Re: User FPGA Bitstream Hangs the TS-7300 at Times
From: "Ross" <>
Date: Tue, 21 Nov 2006 21:27:32 -0000

Jesse,

Actually what I would like to do is load my own bitstream during the
initial boot and never have the default TS one get loaded.   I would
assume if I did that the drivers you mention (as well as the second
ethernet controller which I don't implement in my bitstream) would
never get loaded because the h/w devices aren't present.   Could you
provide details of how to load my own bitstream automatically during
the initial boot?

If I need to disable specific Linux drivers in your kernel, could you
provide details of which specific drivers to disable, how to do that,
etc?   (That info should probably be included in the doc for your
OpenCores project - I'm not the only person that had the board hang.....)

Thanks,
Ross

==================== 


>
> When you load your bitstream, are you still loading all the driver 
> modules for the original bitstream?  e.g.  video, serial, SD card, 
> etc...?  Those drivers could be getting confused and locking up Linux.
> 
> If you use your own bitstream, you should probably disable loading of 
> those drivers.  
> 
> //Jesse Off
> 
> 
> --- In  "Ross" <ts7000@> wrote:
> >
> > 
> > Yes, I can confirm this problem.
> > 
> > I'm not using a USB keyboard or VGA monitor, just a serial terminal.
> > 
> > I am loading the bitstream from the *unmodified* version of TS's
> > OpenCores project.   Doing this sometimes hangs the serial terminal
> > (and who knows what else...  not really sure what's still running at
> > that point.)
> > 
> > This is definitely something TS should fix, obviously that won't be
> > acceptable behavior for our project.
> > 
> > No workaround yet other than what David mentioned about "waiting a
> > while after the board boots" (also not gonna be acceptable later 
> on....)
> > 
> > In case it matters, I'm running Debian GNU/Linux 3.1 with the
> > 2.4.26-ts11 kernel.
> > 
> > Ross
> > 
> > =============
> > 
> > 
> > >
> > > Can anyone verify the problem detailed below, suggest a 
> workaround or
> > > fix, or otherwise help out on this?  I have a few ideas but have
> > > failed to find even a workaround and would like some fresh ideas.
> > > 
> > > (I can, however, verify the default ext2 SD filesystem recovers 
> nicely
> > > from repeated mounted hard reboots. ;)
> > > 
> > > Thanks all!
> > > -David Wagner
> > > 
> > > 
> > > PROBLEM
> > > Loading a user bitstream sometimes or often hangs the TS-7300,
> > > requiring a hard reboot.
> > > 
> > > WHEN IT HAPPENS
> > > Sometimes, the system hangs immediately upon loading a user 
> bitstream.
> > >  It also hangs when pressing a key on an attached USB keyboard 
> after a
> > > user bitstream has been successfully loaded.
> > > (The user bitstream is based on the boilerplate provided by TS, 
> and
> > > includes the provided ethernet port support.  The board has been
> > > booted to a current Debian Sarge (dist-upgrade on 2006-09-04) 
> with the
> > > most recent TS-supplied Linux 2.4 kernel.)
> > > 
> > > WHEN IT DOES NOT HAPPEN
> > > After waiting some amount of time between power-up and execution 
> of
> > > load_ts7300, it works just fine, does not hang, and continues to
> > > successfully load different user bitstreams.  It appears this 
> problem
> > > does not occur after the video is shut off so long as it remains 
> in
> > > powersaving (blank) mode.
> > > 
> > > TO REPRODUCE THIS BUG
> > > 
> > > 1. Power up the TS-7300 with a USB keyboard and VGA monitor 
> attached.
> > > 
> > > 2. On your machine with Quartus installed, unzip 
> ts7300_opencore.zip
> > > and open ts7300_opencore.qpf in Quartus.
> > > 
> > > 3. Compile ts7300_top.v (press the plain triangular play button).
> > > 
> > > 4. While you wait, log in to the TS-7300 through a serial 
> connection.
> > > 
> > > 5. Transfer ts7300_top.rbf to the TS-7300.
> > > 
> > > 6. Wait for the video to blank.  You may speed this along by 
> logging
> > > in to the virtual terminal using the USB keyboard and reducing the
> > > timeout to one minute: setterm -blank 1
> > > 
> > > 7. From the serial terminal: load_ts7300 ts7300_top.rbf
> > > 
> > > 8. Verify the TS-7300 is still responsive to the serial terminal.
> > >    - Issue a sync command; you are about to reboot dirty.
> > > 
> > > 9. Hit a key on the USB keyboard attached to the TS-7300.
> > > 
> > > 10. Verify the TS-7300 no longer responds to the serial 
> terminal.  
> > > 
> > > 11. Cycle the power.
> > > 
> > > 12. Log in through a serial connection, and before the video 
> blanks,
> > > issue a sync command, wait a few seconds, then: load_ts7300
> > ts7300_top.rbf
> > > 
> > > 13. Verify the TS-7300 no longer responds to the serial terminal.
> > >
> >
>






 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/ts-7000/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/ts-7000/join
    (Yahoo! ID required)

<*> To change settings via email:
     
    

<*> To unsubscribe from this group, send an email to:
    

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 

<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU