|
Message
From: Jeremy Bennett<jeremy.bennett@e...>
Date: Fri Jul 11 15:41:36 CEST 2008
Subject: [openrisc] Updated OpenRISC toolchain instructions
Hi Anthony,I think the IRQ2 problem is caused by a couple of issues in the Linux
port for OpenRISC. The error message is from the standard Linux serial
driver, complaining it is swamped with interrupts from the UART (it has
more than 256 backed up).
I made fixes to the microsecond timer and to the UART BAUD rate setting
(the default requests a 2MB terminal). I fixed both and the problem went
away, but I don't know which was the cause.
HTH,
Jeremy
-
Tel: +44 (1202) 416955
Cell: +44 (7970) 676050
SkypeID: jeremybennett
Email: jeremy.bennett@e...
Web: www.embecosm.com
-----Original Message-----
From: anthonyyi@m...
Reply-To: List about OpenRISC project <openrisc@o...>
To: openrisc@o...
Subject: Re: [openrisc] Updated OpenRISC toolchain instructions
Date: Fri, 11 Jul 2008 10:37:53 +0200 (CEST)
Hi, Rich
Thank you for your help
I just did as you tell me.
Since there are many difference setting between you and Jeremy's scipt
I open another window and type telnet 127.0.0.1 10084
and it succesd.
However when I type the word
" stty -echo " as Jeremy's AN
It gives out some information's like
serial8250: too much work for irq2
serial8250: too much work for irq2
# # ls
bin etc linuxrc root tmp var
dev home proc sbin usr
It seems it can work perfectly
Now next step, I want to realize it in altera FPGA board
In your new toolchain, it doesn't give out any compilation about GDB
And I meet some problem to compile the GDB as last mail discription
Could you give me a hand
Thank you again
Best Regards
Anthony
----- Original Message -----
From: rich_daddio at yahoo.com<rich_daddio@y...>
To:
Date: Thu Jul 10 14:15:01 CEST 2008
Subject: [openrisc] Updated OpenRISC toolchain instructions
> Hi Anthonyyi,
> Can you telnet? The MOF sim config file out of the box is set up
> allow
> you to telnet to port 127.0.0.1 10084(telnet 127.0.0.1 10084) from
> another window, perhaps you have already tried this. And this
> should
> work giving you full access.
> Sorry for the late reply I missed some mail.
> Best Regards,
> Rich d
> ----- Original Message -----
> From: anthonyyi at msn.com<anthonyyi at m...>
> To:
> Date: Thu Jul 10 05:47:50 CEST 2008
> Subject: [openrisc] Updated OpenRISC toolchain instructions
> > Hi, Jeremy
> >
> > Thank you for your help
> > Actually I don't know much about linux system
> > My current project is work under a CenOS5 linux system
> > When I type man tgetent
> > It replies:
> > curs_termcap(3X)
> > curs_termcap(3X)
> > NAME
> > tgetent, tgetflag, tgetnum, tgetstr, tgoto, tputs - direct
> > curses interface to the
> > terminfo capability database
> > SYNOPSIS
> > #include <curses.h>
> > #include <term.h>
> > extern char PC;
> > extern char * UP;
> > extern char * BC;
> > extern unsigned ospeed;
> > int tgetent(char *bp, const char *name);
> > int tgetflag(char *id);
> > int tgetnum(char *id);
> > char *tgetstr(char *id, char **area);
> > char *tgoto(const char *cap, int col, int row);
> > int tputs(const char *str, int affcnt, int (*putc)(int));
> > DESCRIPTION
> > These routines are included as a conversion aid for programs
> > that use the termcap
> > library. Their parameters are the same and the routines
> > are emulated using the
> > terminfo database. Thus, they can only be used to query
> > the capabilities of
> > entries for which a terminfo entry has been compiled.
> > The tgetent routine loads the entry for name. It returns 1 on
> > success, 0 if there
> > is no such entry, and -1 if the terminfo database could not be
> > found. The emula-
> > tion ignores the buffer pointer bp.
> > The tgetflag routine gets the boolean entry for id, or zero if
> > it is not available.
> > The tgetnum routine gets the numeric entry for id, or -1 if it
> > is not available.
> > As you know MOF has sent out a new toolchain for OR1200
> > I have tested it to simulate the linux system
> > However, it will not show the /dev/ttyS0: 'etc/init.d/rcS' as
> you
> > discribe at your AN.
> > It only show that:
> > RAMDISK: ext2 filesystem found at block 0
> > RAMDISK: Loading 2048KiB [1 disk] into ram disk... done.
> > VFS: Mounted root (ext2 filesystem) readonly.
> > Freeing unused kernel memory: 104k freed
> > init started: BusyBox v1.7.5 (2008-04-26 13:18:58 EDT)
> > starting pid 22, tty '': '/etc/init.d/rcS'
> > then it will stop here and I can only quit it use ctrl+c
> > it shows back
> > Please press Enter to activate this console. (sim)
> > I have changed the sim.cfg to comment the section Ethernet
> > But if I modified the section UART change channel =
> > "xterm:"
> > It can't work and shows segment fault
> > Thank you again
> > ----- Original Message -----
> > From: Jeremy Bennett<jeremy.bennett at e...>
> > To:
> > Date: Mon Jul 7 08:56:00 CEST 2008
> > Subject: [openrisc] Updated OpenRISC toolchain instructions
> > > Hi Anthony,
> > >
> > > The error message is from the GDB configure script. GDB
> needs
> > a
> > > terminfo
> > > library and this message says it could not find one.
> > Specifically
> > > it is
> > > looking for the tgetent() function in all the libraries
> listed
> > and
> > > has
> > > not succeeded.
> > > What system are you trying to build this on? If you try
> > "man
> > > tgetent" > > what response do you get? Does
> your system already have a > native > > GDB > > that
> works? > > HTH, > > Jeremy > > - > > Tel:
> +44 (1202) 416955 > > Cell: +44 (7970) 676050 > >
> SkypeID: jeremybennett > > Email: jeremy.bennett at
> embecosm.com > Web: > www.embecosm.com > -----Original
> Message----- > From: > anthonyyi at msn.com > Reply-To:
> List about OpenRISC project > <openrisc at >
> opencores.org> > To: openrisc at > opencores.org >
> Subject: Re: [openrisc] Updated OpenRISC > toolchain
> instructions > Date: Mon, 7 Jul 2008 05:49:18 +0200 > (CEST)
> > Hi Jeremy > When I install GDB according your AP > >
> The system gives out some errors as follows > checking for >
> tgetent in -lncurses... (cached) no > checking for tgetent in
> > -lHcurses... no > checking for tgetent in -ltermlib... no
> > > checking for tgetent in -ltermcap... (cached) no >
> checking for > tgetent in -lcurses... (cached) no > checking
> for tgetent in > -lterminfo... no > configure: error: Could
> not find a term > library > Configure in /root/or1k/b-g/gdb
> failed, exiting. > > So it doesn't generate any gdb files
> under the path /gdb/gdb/ > > can you help me to solve this
> problem > ----- Original Message > ----- > From: Jeremy
> Bennett<jeremy at j...> > To: > > Date: Tue Jul 1
> 15:23:12 CEST 2008 > Subject: [openrisc] Updated > OpenRISC
> toolchain instructions > > I've updated the > instructions
> for installing the OpenRISC GCC > > toolchain, > > >
> uClibc and Linux 2.6.19 kernel, to make it suitable for > the
> > latest > > Linux > > distros which use GCC 4.x
> > (tested on Fedora 9 with GCC 4.3.0). > > This is a
> single > unified document for installing the tools. It > >
> reuses a > > > lot of the existing work on the OpenRISC
> project page > > > > >
> (http://www.opencores.org/projects.cgi/web/or1k/gnu_toolchain_port)
> > > > and > > Rich D'Addio's Meansoffreedom website
> > > (http://meansoffreedom.com/). > > Currently the
> instructions > are hosted on the Embecosm website > as >
> > Application > Note #2. I'm working to get it incorporated
> on the > main > > > OpenCores website. > > >
> http://www.embecosm.com/download.html > > All feedback >
> welcome. > > Best wishes, > > Jeremy > > - >
> > > Tel: +44 (1202) 417007 > > Cell: +44
> (7970) > 676050 > > SkypeID: jeremybennett > >
> Email: jeremy at > jeremybennett.com > > Web:
> www.jeremybennett.com > > > > > >
> _______________________________________________ > >
> http://www.opencores.org/mailman/listinfo/openrisc > > >
>
_______________________________________________
http://www.opencores.org/mailman/listinfo/openrisc
|
 |
Browse
