Hi,
>> If I were you, I would chose one of sound cards which have ALSA
>> drivers implemented (the list can be found on ALSA site) and
>> mimicked their behavior in your VHDL.
>>
>
> Actually a bunch of theses drivers rely on PCI or ISA.
> The few left do all require DMA, what is only an opti
On Montag, 14. Mai 2007, Stephen Winiecki wrote:
> Gerhard Jaeger <[EMAIL PROTECTED]> wrote on 05/14/2007 10:31:04 AM:
> > Hi Stephen,
> >
> > I also played with Bamboo and Yosemite USB and found out, that the OHCI
> > ISR contains an assumption that makes the 440 OHCI implementation sometimes
>
Hi,
I am doing some memory performance measurements on our custom MPC5200B
board which runs on 396 MHz internally and is connected to DDR RAM. The
RAM is driven with 132 MHz.
With the attached program (compile with -lrt) I am testing the memcpy()
throughput. In theory the memory throughput shoul
>It seems to be that the console works fine and the root file system is
mounted properly via NFS.
>I do not however understand why eldk4.1 init does not work.
I have done some more investigations. My observation is as following:
The eldk4.1/ppc_4xx root file system has the init which is not stat
Hi Mirek,
Mirek23 wrote:
>> It seems to be that the console works fine and the root file system is
> mounted properly via NFS.
>> I do not however understand why eldk4.1 init does not work.
>
> I have done some more investigations. My observation is as following:
>
> The eldk4.1/ppc_4xx root fil
> > [9.357642] Freeing unused kernel memory: 96k init
>
> Any NFS timeouts after reaching this point? Any network activity at all?
> (NFS timeout is quite long, so waiting few minutes would make sense)
I have monitored the network activity on the NFS server with program
ethereal. It seems to
Hi Mirek,
If you think the networking might be the source of the problem maybe try
to make a very simple root file system using initramfs to see if you can
get the init program (or busybox) working.
Just create a file in that looks something like:
dir /dev 755 0 0
nod /dev/console 644 0 0 c 5
Hello Hans,
Our problem was with the FEC sending data with one or two
incorrect bytes when we switched from the MPC5200 to the MPC5200B. The
byte positions were always the same. The socket buffer has the correct
data before and after the DMA engine runs but the FEC TxFIFO does not
always matc
Hello Hans,
There sure seems to be strange behavior in the BestComm unit. Our
problem was always with the first byte or the 63rd byte on a buffer of
102 bytes.
Did you use a value of (1<<16) for the BSDIS bit? We also do a
ioremap when setting a pointer to the xlb.
Dave
On 5/15/07, Ha
Daniel Schnell wrote:
>With the attached program (compile with -lrt) I am testing the memcpy()
>throughput. In theory the memory throughput should be the double of the
>memcpy() throughput if source and destination buffers are same size and
>inside the DDR-RAM.
Theory tells that write speed is a l
Hello David,
In this case, I am flushing cache. And overall, these are empty packets
sent which are never changed.
The cpu creates this once and then this is always reused. It is received
maybe 10 times correct and
then suddenly I see an error in the last word.
I also tried playing with the
Hi Sylvain,
thank you very much for your mail,
On Tue, 2007-05-15 at 09:09 +0200, Sylvain Munaut wrote:
> I'm not an alsa expert but I'm working on a driver right now. And alsa
> provide you a hook so you can allocate your memory buffer your self.
> So as long as your control maps it's memory som
Miroslaw Dach wrote:
>>> [9.357642] Freeing unused kernel memory: 96k init
>> Any NFS timeouts after reaching this point? Any network activity at all?
>> (NFS timeout is quite long, so waiting few minutes would make sense)
>
> I have monitored the network activity on the NFS server with progra
Hi All,
For my project work(Packet filter) we are planning to buy a used WindRiver
EST SBC8260 board.
I am new to this. So i request everyone to suggest me what i should look for
while buying the board.My development environment will be LINUX may be
vxworks in future.
1) My dealer is providing o
> Hmm...
> IIRC TEMAC is configured in FIFO mode.
> And I thought the problem could be due to small FIFOs. So that the default
> NFS reply of 4kbytes could not fit into the receive FIFO, and the CPU is not
> fast enough to read the reply out of the FIFO before it overflows.
> But your observations
techie mj wrote:
> Hi All,
>
> For my project work(Packet filter) we are planning to buy a used
> WindRiver
> EST SBC8260 board
The board you purchase should as closely as possible resemble your
actual product/target.
Alot depends on what you are actually trying to accomplish.
If you a
David Kanceruk wrote:
> Hello Hans,
>
> Our problem was with the FEC sending data with one or two
> incorrect bytes when we switched from the MPC5200 to the MPC5200B. The
> byte positions were always the same. The socket buffer has the correct
> data before and after the DMA engine runs but th
17 matches
Mail list logo