Not true, unless this has broken in recent times. I added the ability
for either of these (certainly the FIS directory) to span multiple blocks
when I did the MOAB which uses NAND FLASH with small (256 byte) blocks.
[Humm, goes and looks at the code]
cdl_option
On Thu, Mar 13, 2008 at 09:13:51PM -0700, grachel wrote:
I run into some errors likeundefined reference to... when I plant phoneme
advanced to eCos platform.The mentioned functions are
'realpath','ftruncate','getrlimit','nl_langinfo','getpwuid','tzset','utimes','chmod'.I
Many of these
On Sat, Mar 15, 2008 at 05:47:23PM +0200, Alperen Coskun wrote:
Hi,
Thanks for your suggestions.
I checked the packages. Request came to my device and my device sends ARP to
modem but after that time,
no packets go out of my device.
Does the modem reply to the ARP?
Please show us
On Mon, Mar 17, 2008 at 02:32:59PM +0800, venice wrote:
Hi, my board is sam7x256ek; I take the redboot off and when I build the
program hello world without any network configuration it gets the right
result.
the hello.c :
#include stdio.h
int main(void)
{
printf(Hello, eCos
I'll check that out. I guess I'll have to add a hard drive to
the target.
Might be worth checking the grub documentation. It might be able to
load from the floppy.
In the meantime, I can't even get a simple hello world app
(which is smaller than 640K) to generate any output. The
RedBoot
On Tue, Mar 18, 2008 at 09:53:30AM +0200, Alperen Coskun wrote:
Hi Andrew Lunn,
Does the modem reply to the ARP?
There is no arp reply from my modem.
So you probably need tech support for your modem, not eCos.
Andrew
--
Before posting, please read the FAQ: http
Now I'm using the lwip, but there are still some problems:
I replaced the freebsd stack with lwip stack (joined the lwip
package together with the packages Common ethernet support. and
Networking. ), but I get messages like that:
The correct way to do this should be:
ecosconfig new
The correct way to do this should be:
ecosconfig new at91sam7xek lwip_eth
However, the resulting tree then fails to build. There was a fix to
realloc a while ago which changed a memcpy to a memmove and how there
are undefined symbols. I need to look at this and work out why.
ecosconfig
On Wed, Mar 19, 2008 at 02:37:49AM -0700, grachel wrote:
I encountered a SIGBUS error when I run a phoneMe advanced program on eCos
platform.Because eCos only support one process,I can't kill the process
which encounters the SIGBUS error.Thus,this process will continue reporting
the Process
On Wed, Mar 19, 2008 at 04:34:46PM +0800, venice wrote:
--
From: Andrew Lunn [EMAIL PROTECTED]
Sent: Tuesday, March 18, 2008 5:09 PM
To: venice [EMAIL PROTECTED]; eCos Disuss
ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] the freebsd
On Wed, Mar 19, 2008 at 10:17:36AM -0700, Shilpa wrote:
Hi all
Iam new to ecos. I have small doubt. I want to know whether I can use GNU
cross development tools for debugging. If no, how to debug the my software.
If yes, I want to know how it can be done.
You could read the manual!
Try
On Thu, Mar 20, 2008 at 10:49:25AM +0100, Alexander Neundorf wrote:
Hi,
I'm trying to run the tm_basic test on the at91sam7x256 (64kB RAM) but this
doesn't seem to work out of the box.
tm_basic.cxx has this code:
#define STACK_SIZE (CYGNUM_HAL_STACK_SIZE_TYPICAL+4*1024)
#define
On Tue, Mar 25, 2008 at 03:47:49PM +0530, Dileep Kumar wrote:
Hi All,
In a liker script file what is the meaning of this line
.fini ALIGN (0x4) : { . = .; *(.fini) } ram
What is the function of ALIGN here ? Is it reserves some memory to the section
.fini ?
Also what is the meaning
On Tue, Mar 25, 2008 at 04:20:09PM +0530, Dileep Kumar wrote:
Hi,
Could you please tell me, what will be the location counter value in each
line ?
Also where .vectors section is loaded ?
arm-elf-objdump --headers myprog.elf
Andrew
--
Before posting, please read the FAQ:
One of the things that's holding it up is the use of
__attribute__(init_priority(_pri_))) because there appears to be an issue (I
hesitate to call this a bug until it's further understood) where 'ld -r'
combines __init_array entry ordering when creating extras.o When you link
the resulting
On Wed, Mar 26, 2008 at 02:09:31PM -0400, Chris Zimman wrote:
Given that this is used in a number of places scattered all over the
code, how do you propose to do this? What is you concept to ensure the
constructors are called in the right order?
Ordering is preserved within one
On Wed, Mar 26, 2008 at 06:42:07PM +, Mike Playle wrote:
Hi all
I've been told by a colleague that RedBoot's debugging support allows
you to attach a remote debugger to a running board after it's been
booted up, with no physical access to the board (eg when it's been
installed at the top
On Thu, Mar 27, 2008 at 09:27:50AM +0100, J?r?my Alles wrote:
Hi,
I'm trying to configure properly my eCos application in order to
debug it using GDB (over Ethernet). I'm using an AT91 based development kit
with Redboot already flashed on it (by someone else in my company).
Do you
On Fri, Mar 28, 2008 at 05:04:04PM +0800, [EMAIL PROTECTED] wrote:
Dear all??
We have to do a total sd card scanning and check for some certain type of
files in our application, some application code is as below:
---
DIR *d;
struct dirent *de;
On Sat, Mar 29, 2008 at 02:04:16AM -0500, [EMAIL PROTECTED] wrote:
ecos-discuss is a better place to discuss issues like this.
I've got a system that I am doing builds on so that I can get an PXA-255
based system up and running. It's x86_64. My cross-compiler works, and
I have booted ARM
Ugly, because it looks like the flash driver interface consists of some
static functions, so it will be impossible to support different flashes
concurrently. Luckily, we'll only need a single flash unit at the
moment.
Take a look at the flash_v2 branch. We hope that in the next few
months to
I would think what you'd want to do is to provide a function to change
the FIQ vector after eCos has started.
It already exists.
void cyg_interrupt_get_vsr(cyg_vector_t vector, cyg_VSR_t** vsr);
void cyg_interrupt_set_vsr(cyg_vector_t vector, cyg_VSR_t* vsr);
with the vector
Is there a platform-independant way to trigger an ISR from
software?
I don't think so. The function to actually handle the interrupt,
hal_IRQ_handler() is in the platform package, not the architecture
package. hal_IRQ_handler() asks the interrupt controller what
triggered the interrupt and
On Wed, Apr 02, 2008 at 07:36:21PM +, Grant Edwards wrote:
On 2008-04-02, Andrew Lunn [EMAIL PROTECTED] wrote:
Yes. I think providing an official way how to use the FIQ with
lowest possible overhead under eCos would be good. Some kind
of communication with eCos is required I think
Here are the notes for the setup:
// **
// This exception handler replaces the standard FIQ handler
// located in vectors.S. It is specific for the name changed
// application.
//
// To use this replacement FIQ handler:
// 1) modify linker file:
// The linker
On Wed, Apr 02, 2008 at 11:47:23PM -0700, venumadhav wrote:
Hi Folks,
Has anybody attempted build ecos with ARM Developer suite now or in the
past. The reason I ask this is because I have following questions,
1. Is it worth pursuing the effort or am I wasting my time ?
2. Why is it so
On Thu, Apr 03, 2008 at 12:24:23PM +0530, [EMAIL PROTECTED] wrote:
Hi Andrew,
I understand that ecos uses gcc extentions, is there someway I can get
around using gcc extentions and make it work ?
Like i said, i don't remember anybody reporting success, but you can
search the mail archive...
It seems that the flash_v2 branch was forked 2003, so there are 5 years
of differences between the branch and the trunk. So I have to step
deeply into the eCos internas to figure out and merge the needed
changes, it seems.
Ask around and search the list. Some people have working tree with the
On Thu, Apr 03, 2008 at 01:01:11PM +0100, trollepi jj wrote:
Hi,
I try do modify the execution of a thread for the synthetic target.
I've done that for an at91 board (using SWI,exception hanler and
HAL_SavedRegisters to store the context info).
I put an exception handler for the
On Fri, Apr 04, 2008 at 12:00:42PM +0200, Jiri Gaisler wrote:
Markus Schaber wrote:
I have looked at the files in eCos Pro, and majority of it has
the GPL license with the linking exception. Is there anything that
would prevent me from merging updated files from eCos Pro back
to the open
On Fri, Apr 04, 2008 at 05:35:47AM -0400, Chris Zimman wrote:
Does this mean that if we contribute some files to eCos under
this license and they end up in eCos Pro, any modifications to
them made by eCosCentric would have to be published and could be
merged back to the open version of
If anyone can think of anything else I could
try/program/read/probe/time/configure please let me know.
Is the crystal setup the same? If i remember correctly you have two
options. You can use a crystal or a clock module. You need to tell the
CPU which it has, set a bit or something.
IMHO you
On Fri, Apr 04, 2008 at 04:01:36PM +0100, Andy Jackson wrote:
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
head
meta content=text/html;charset=ISO-8859-1 http-equiv=Content-Type
Plain ASCII please, don't encrypt with HTML.
From an academic interest point of view, is
O.K. Now it is getting time for the IANAL and everything i say is
wrong until you hear it from a copyright lawyer...
So if I contribute code to the anoncvs, I assign the copyright to FSF.
If eCoscentric includes the code into eCos Pro, it will still bear the
FSF copyright.
Correct.
If they
I just was told that the eCos copyright assignment is not to RedHat
or eCosCentric, but to the FSF.
That falsifies my statements about the RedHat sales droids, I presume,
although there are still the for other licenses, contact RedHat
statements scattered over the web and source.
Yes, that
On Mon, Apr 07, 2008 at 01:34:58PM -0300, Davies, Greg wrote:
I've been having some strange memory issues that I've been talking about
in the eCos causing something.. Maybe? thread. Basically I was seeing
random values when I did a dump of any section of memory. The BDI folks
suggested I
On Mon, Apr 07, 2008 at 01:34:58PM -0300, Davies, Greg wrote:
I've been having some strange memory issues that I've been talking about
in the eCos causing something.. Maybe? thread. Basically I was seeing
random values when I did a dump of any section of memory. The BDI folks
suggested I
In this test, after FTP'ing 189 files with in total 3706kB, the file
system crashes, but in a valid way: indeed, as the counter proofs, the
raw node pool is empty, *but how is this possible?*
Jffs2 keeps an in memory copy of the FS meta information. Each write
to the FS results in the
The trick I did was to disable most startup macro's in the platform
setup code and let my BDI probe do most of the configuring. My
experience with clocks getting reconfigured at eCos startup wasn't a
very good one ;)
What happens when you don't have a BDI connected?
Do you know what the BDI
On Tue, Apr 08, 2008 at 12:30:38PM +0200, [EMAIL PROTECTED] wrote:
Hello,
Since 3 days, i try to flash my at91sam7x256-ek board without success !
Maybe something wrong in my configuration.
I use cygwin with make 3.80-1, last cvs version, last configtool
available.
i can't build os
Andrew Lunn [EMAIL PROTECTED]
+
+ * current.ect: Add libc_string which memalloc needs.
+
2000-07-24 Jonathan Larmour [EMAIL PROTECTED]
* current.ect: Fix up after isoinfra and memalloc additions
Index: packages/templates/kernel/current.ect
But Gary says
(http://ecos.sourceware.org/ml/ecos-discuss/2008-04/msg00102.html) that
jffs2 automatically buffers data to fill a node, and I read yesterday
something about that on infradead.org ???
I don't think that is correct for eCos. On Linux the VFS maybe
blocking together writes,
So now, i will check how to add RAM on my board :-)
The AT91SAM7XEK does not have an external memory interface. So you
need to live with what you have on chip.
You don't need to run all the test programs. Some do require a lot of
memory, eg tm_basic, but others will compile and run. There is a
So there's well over 15MB of unallocated RAM. That seems like
more than enough RAM to handle 64 sockets.
Why am I getting a panic on startup?
The network stack has its own memory pool. See
CYGPKG_NET_MEM_USAGE, CYGPKG_NET_MEMPOOL_SIZE, CYGPKG_NET_MBUFS_SIZE,
CYGPKG_NET_MBUFS_SIZE.
On Wed, Apr 09, 2008 at 09:19:57AM +0100, trollepi jj wrote:
Hi,
We have successfully implement the same mecanism (a kind of softirq) on the
synthetic target. We modify and add some structures to meet the requirements
of linux signal implementation.
But we have a conception question :
On Wed, Apr 09, 2008 at 01:04:03PM -0300, Eduardo Sabaj wrote:
I found that the problem is the function vfnprint () located in
vfnprintf.cxx. It calls cvt() and this function calls modf(). This last
function seems to be the problem. This is the code extracted from cvt() :
On Wed, Apr 09, 2008 at 03:17:42PM -0300, Eduardo Sabaj wrote:
Andrew, the program fails with the printing of any floating point
number. Anyway, what I'm printing is :
printf (main: %f\n, 2.345);
The lines below were produced by the test program in:
On Thu, Apr 10, 2008 at 10:57:32AM -0300, Eduardo Sabaj wrote:
I'm working with one of the pre-built toolchains for Intel x386 which
I've downloaded some years ago. Anyway, yesterday I downloaded this same
toolchain from http://ecos.sourceware.org/getstart.html.
I executed:
wget
On Tue, Apr 15, 2008 at 10:09:12AM +0100, trollepi jj wrote:
Hi,
In the file hal_intr.h for the synthetic target, the clock has the
ISR number 0 and it writes The remaining 31 ISRs correspond
// to devices managed through the auxiliary. So what can I
configure the other remaining ISR?
On Wed, Apr 16, 2008 at 02:17:40PM -0400, hartleys wrote:
Gary Thomas wrote:
Isn't it sufficient to just configure the 'fconfig' size to be 32KB?
That's probably it.
I found the cdl_option CYGNUM_REDBOOT_FLASH_CONFIG_SIZE option in
./packages/redboot/current/cdl/redboot.cdl but, forgive
BTW, is there something similar to 'make menuconfig' to configure ecos?
Nope.
Besides, emacs is much more powerful in terms of searching what you are
looking for.
Andrew
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive:
powerpc-eabi-g++ -nostartfiles -nodefaultlibs -nostdlib
-L/home/path_to_workspace/eCos_install/lib -Wl,--gc-sections
-Wl,--cref -Wl,-Map,ProjectName.map -lgcc -Ttarget.ld -n -oProjectName
./src/ProjectName.o -ltarget -lextras
Leave out -ltarget and -lextras
The linker script includes
On Tue, Apr 15, 2008 at 04:18:02PM +0200, Michelle Konzack wrote:
Hello,
Currently I try out some different Microcontrollers for which I have
bought Evaluation Boards. Uff, I have problems to choose the right one.
OK, I have two projects where the first one use a
On Fri, Apr 25, 2008 at 05:18:53PM -0700, Shilpa wrote:
Hi all
I am looking for how to calculate the CPU utilization in the switch. Iam
using ECOS and the processor is MPC8245. I kindly request you to guide me
in calculation.
Take a look at the cpuload package.
On Mon, Apr 28, 2008 at 03:33:51PM +0800, Frank Lin wrote:
My Global compiler flags is: -mcpu=arm7tdmi -mno-short-load-words -Wall
-Wpointer-arith -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -g
-O0 -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -fvtable-gc
On Mon, Apr 28, 2008 at 09:31:51PM +0800, Frank Lin wrote:
- Original Message -
From: Andrew Lunn [EMAIL PROTECTED]
To: Frank Lin [EMAIL PROTECTED]
Cc: ecos-discuss@ecos.sourceware.org
Sent: Monday, April 28, 2008 4:49 PM
Subject: Re: [ECOS] gdb disassemble shift about 52 bytes
On Mon, Apr 28, 2008 at 03:47:39PM -0700, Shilpa wrote:
Hi Andrew
I could not find the cpuload package. Should I download this patch from the
internet. If yes, please guide me.
Get a modern version of eCos:
http://ecos.sourceware.org/anoncvs.html
Andrew
--
Before posting,
On Tue, Apr 29, 2008 at 09:18:26PM +0200, Michelle Konzack wrote:
Hi Andrew and *,
Am 2008-04-17 19:34:54, schrieb Andrew Lunn:
AT91SAM7X256
Andrew
END OF REPLIED MESSAGE
..and many G!
Can anyone tell me, where I can
On Wed, Apr 30, 2008 at 09:49:10PM -0700, badeguruji wrote:
Hi,
Is anyone still doing development on RedBoot and eCos?
Yep.
Unlike most projects, we don't make regular releases. So don't let the
fact there has not been a release for a few years make you think the
project is inactive. Use the
On Fri, May 02, 2008 at 09:58:09AM +0100, Steven Clugston wrote:
I would like to try to resolve some issues with the ec555 and cme555
serial driver.
Just to be sure... We are talking about the interrupt driver serial
drives:
packages/devs/serial/powerpc/cme555 and
On Fri, May 02, 2008 at 02:35:04PM -0400, Domegan, Patrick wrote:
Hi,
Is there any issue with eCOS running on 512 or 1GB of memory?
What architecture? Since you are AMD i presume you mean i386?
I don't know of any problems, but i've not tried it myself.
Andrew
--
Before posting, please
I hope as there would be no new code or functionality there would not
need to be a copyright assignment just for this?
It all sounds O.K, and i agree, no copyright assignment is needed.
Go for it.
Andrew
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and
With the exception fixed, I was still getting overruns so I moved the
code out of the DSR code into the ISR to improve latency. Since its only
moving a byte out of a register, I thought it doesn't really need a DSR.
You have to be very careful here. You cannot call the
I had in mind that if it fixed the problem, then the ISR could be
made to store the received byte somewhere until the DSR was called
to process it, rather than waiting for the DSR to lift it out of the
data register. As it happens the latency is still too much so this
isn't the answer.
Yep,
On Thu, May 08, 2008 at 01:30:42AM -0400, Frank Pagliughi wrote:
Hi,
I was reading through the AT91 USB driver code and spotted two bugs, but
am unsure what to do with them.
1. The usbs_at91_control_setup_get_status() function needs to queue up
a value to send back to the host, but the
On Thu, May 08, 2008 at 02:23:28PM -0400, Ormund Williams wrote:
Hi All
Has anyone got any of the tcp/ip stacks running on the above dev board?
When I try to compile any of the examples it fails to link with the
error: section .bss is not within region ram.
Is the a way to reduce the
On Fri, May 16, 2008 at 05:12:30PM +0900, ariga masahiro wrote:
Hello everyone,
Please teach me about eCos Thread Scheduler.
When or on what condition does deschedule happen ?
When the thread blocks.
When a higher priority thread becomes runnable.
When a thread uses up its time slice and
My question is last part of Deschedule when ThreadC resumes execution.
Am I correct in assuming that among your conditions, only two conditions
should be fullfiled to make it possible
for ThreadC to resume execution ?
1.When the thread blocks.(How does scheduler recognise this ?)
Blocking
Nope. The highest priority runnable thread always runs. All high
priority threads need to finish doing what they are doing before a
lower priority threads get to run.
Am I correct in thinking that this policy applys also to bitmap scheduler ?
Yes.
Andrew
--
Before posting, please
On Tue, May 20, 2008 at 10:34:06AM -0700, Shilpa wrote:
Hi all
I have few doubts on the timing components. I kindly request to clarify me
on these
1)HAL_CLOCK_INITIALIZE(_period_)
In the above function, how to calculate the period. For eg I want to
initialize clock for 2 hrs, how to
On Wed, May 21, 2008 at 09:50:14AM +0200, Huguenin Fr?d?ric wrote:
Hello,
I've installed and updated eCos. When I launch configtool
and want to apply a template, the template needed is missing.
I want to use this template Atmel evaluation board (EB55).
Anyone knows how to install it ?
It
On Thu, May 29, 2008 at 05:23:19PM +0900, ariga masahiro wrote:
Hello everyone,
In order to certify timer operations I inserted next codes at top of
run_tests func in timeslice2.c.
The best way to verify the timer operations is to use the given test
programs. clocktruth will tell you if
Forgive my ignorance,but please teach me more.
If I like to insert exactly, say 20msec, delay how should I write program ?
You can get better accuracy by using one of the spare hardware
timers. You would need to program it yourself, handle the interrupts,
block/unblock your thread etc.
On Fri, May 30, 2008 at 11:51:14AM +0800, Frank Lin wrote:
Macro #define cpu_to_je16(x) ((jint16_t){x}) compile to:
What version of gcc are you using?
fs-ecos.c contains:
#if (__GNUC__ == 3) (__GNUC_MINOR__ == 2) \
(defined (__arm__) || defined (_mips))
#error This compiler is known to
I expected there are ways to synchronize with these ticks,and get as
close as 10ms delay.
Simple
cyg_thread_delay(1);
cyg_thread_delay(1);
The second call will be roughly synchronised to the tick. The first
call will block until the tick. The second call will start shortly
after the tick
On Fri, May 30, 2008 at 04:29:30PM +0800, Frank Lin wrote:
- Original Message -
From: Andrew Lunn [EMAIL PROTECTED]
To: Frank Lin [EMAIL PROTECTED]
Cc: ecos-discuss@ecos.sourceware.org
Sent: Friday, May 30, 2008 2:38 PM
Subject: Re: [ECOS] Macro cpu_to_je16 in jffs2.h compile
On Sat, May 31, 2008 at 12:23:45AM +0200, Lambrecht J?rgen wrote:
Hello,
I found some bugs in the AT91 EMAC Ethernet driver -
/packages/devs/eth/arm/at91/current/src/if_at91.c.
The bugs are present in at91_eth_recv(..) because the author did not
understand how scatter-gather lists work I
About a TX driver.
At91sam9260 errata says, TX buffer and buffer descriptors must be
allocated in fast memory, e.g. internal SRAM.
So, eCos scheme with TX buffers which dinamically allocated from the heap
(heap is in external SDRAM at 9260EK)
is do not work in interrupt mode.
This will be
Hi Joergen
To make your patch easier to discuss, here it is again, but slightly
modified.
--- if_at91.c 23 Mar 2007 19:02:09 - 1.2
+++ if_at91.c 31 May 2008 11:31:39 -
@@ -937,6 +937,7 @@
for(i = 0;isg_len;i++)
{
+ bytes_in_list = 0;
while(bytes_in_list
On Sat, May 31, 2008 at 03:49:24PM +0400, I-Yanaslov wrote:
However, you are wrong about the TX buffers being on the heap. The
buffer is inside the at91_eth_priv_t structure. This is allocated at
the end of if_at91.c. It will be placed in the data segment.
at91_eth_priv structure is contains
During debugging, I see that 'priv-tx_busy' stays 'true', because the
TX-Complete bit (COMP of TSR reg) is never set - I also see that the
TX-Used Bit Read (UBR of TSR reg) is set, which is normal I think
because the TX buffers have not yet been released (because COMP is not
set..).
On Thu, Jun 05, 2008 at 11:19:30AM +0200, Robert Brusa wrote:
Hi
I am using the arm-elf gnutools that come with ecos. To be precise: I
would like to use it, because there is an error message I were I am
stuck.
I am running a Makefile from within Eclipse (3.3.2), the arm-elf-gcc is
I think I need a more recent version of the arm-elf-gnutools - including
libraries. Does anyone know were one can get it? Linux-version!
There is nothing much magical about building a cross compiler for
embedded work. Just grab the source and use --target=arm-elf with configure.
You can also
On Thu, Jun 05, 2008 at 03:12:58PM +0100, Bart Veer wrote:
Robert == Robert Brusa [EMAIL PROTECTED] writes:
arm-elf-gcc -g -nostartfiles -Wl,--gc-sections
-T../at91lib/boards/at91sam7x-ek/at91sam7x256/flash.lds -o
bin/My5-at91sam7x256-flash.elf obj/board_cstartup.o
Hi Andrew and Bart
both of you are right. I plan to go for eCOS, but firstly I want to
build, run and debug a simple program. Just to make sure these tools are
doing what I intend them to do. Read: That I understand how to handle
these tools. Obviously, the task is more intriguing than I
retrieving revision 1.3
diff -u -r1.3 ChangeLog
--- ChangeLog 9 Apr 2007 12:59:30 - 1.3
+++ ChangeLog 7 Jun 2008 13:37:37 -
@@ -1,3 +1,12 @@
+2008-06-04 J?rgen Lambrecht [EMAIL PROTECTED]
+Andrew Lunn [EMAIL PROTECTED]
+
+ * src/if_at91.c (at91_eth_recv): Fix receive into multiple
On Mon, Jun 09, 2008 at 03:02:03PM +0200, Robert Brusa wrote:
Hi
I downloaded ecos from the anonymous CVS to /opt/ecos/ecos-2.x (on a
debian etch PC)
Version 2.0 is very old. I would suggest downloading the anonymous CVS
sources.
However this will not fix your TCL problem. See the mail
On Mon, Jun 09, 2008 at 05:19:02PM +0200, J?rgen Lambrecht wrote:
Hello,
Since I solved the bugs in the AT91 EMAC driver
(RX: reset of ?bytes_in_list? (position in current sg_list))(TX: at
TXERR IRQ, reset SW pointer; set all used bits to 0 instead of 1),
I always had the same problem:
Yes, 2.0 is old. What I am using is the most recent version from anoymous
CVS, obtained by using the command:
cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvs/ecos co -P ecos
I assumed that this is the most recent version, but because I do not know
which one it is, I nicknamed it version 2.x.
Indeed, checking the archives (and installing missing things) helped: The
TCL-problem is now solved. It installed a few things in /usr/local/ecos -
but I do not know what it is for. I expected this build-exercise would
end up with a new configtool program.
Ah, sorry, no. The config tool
Are these DSRs run on a first-come first-served basis, i.e. the order in
which they were posted?
I actually think they are in reverse order. There was a long
discussion about this a while ago.
Do they run as a sort of super high priority thread (all DSRs having the
same high priority)?
DSR
jade:./../../packages/pkgconf/ssa4.dsl:64:96:W: cannot generate system
identifier for public text -//Norman Walsh//DOCUMENT DocBook Print
Stylesheet//EN
jade:./../../packages/pkgconf/ssa4.dsl:69:37:E: no style-specification or
external-specification with ID DOCBOOK
It looks like you are still
On Thu, Jun 12, 2008 at 03:29:14PM +0530, srinivas naga vutukuri wrote:
Hi,
I want to try the dynamic loading of library or module.
Just added CYGPKG_LOADER. And my target is xsclae-elf (big-endian).
But when comes to linking of crtbeginS.o dlforce.o crtendS.o to get
libdlforce.so
On Thu, Jun 12, 2008 at 03:09:25PM +0200, Robert Brusa wrote:
Hi
Using configtool on my debian etch system, I built an ecos and tests
using the defaults for the AT91SAM7X-EK board.
Humm, is it even possible to run the test tests in an automated way
with the AT91SAM7X-EK? Normally when using
On Fri, Jun 13, 2008 at 11:08:58AM +0200, J?rgen Lambrecht wrote:
Hello,
we are busy adding multicast support to the AT91 EMAC Ethernet driver.
As code size is often important for eCos users, I was thinking to add an
#ifdef around the multicast code.
The setting is in
On Fri, Jun 13, 2008 at 11:17:24AM +0200, J?rgen Lambrecht wrote:
Hello,
my current driver works fairly will. If I do UDP or TCP separate it
works perfectly (only in release mode, else RX BNA and OVR errors): up
to 28 Mbps for UDP with my echo program. I use bursts up to 64 kB - my
RX
It seems like the amount of flash + ram available inside a
microcontroller has been stuck at or below 256kBytes and 64kByte RAM
the last 5 years.
Im guessing this has to do with the silicon processes being used, but
im no expert in this area.
However, eCos is not in the game if flash/ram is
On Mon, Jun 16, 2008 at 12:14:15AM -0700, Reto Tschuppert wrote:
Hello again
I enabled the two packages CYGPKG_DEVS_SPI_M68K_MCF52XX and CYGPKG_IO_SPI
but I didn't get the file spi_m68k_mcf52xx.h in my install folder after
rebuilding ecos. What is my mistake?
What eCos sources are you
I hav tried to use a MAXQ2000 CPU and a DS80C411 but it seems, since I
have the need for an usb 1.1 Port and of course the USBHID-PDU, I have
to go with a small Atmel AM91SAM7S which include an USB port and (AFAIT)
a I2C port.
Does anyone have sample code, HOW to code the USBHID stuff?
If the code is acceptable (and assignable!) for eCos, why not
just send a patch? It's not that we're not interested, we
just can't do all the work (nor can we take responsibility
for things like the copyright assignments, etc)
Assignments are the problem.
There is one contributor who does
901 - 1000 of 1189 matches
Mail list logo