Ok,
I answer to myself, to whomever it may interest: the DMA controller to
use is the PCI_DMA controller, and not the generic DMA controller.
Right now, I'm trying to figure out if there's a generic PCI API I can
extend to talk to the PCI DMA controller.
Matteo Fortini ha scritt
Hi all,
I'm trying to send some data through DMA from a memory buffer to a PCI
video card VRAM.
While I got that I need to alloc the src buffer through
dma_alloc_coherent, I don't understand which address I should give as
the dst address.
I tried both the mapped hw address and an address re
nux-gnu-" --no-gzip vmlinux
Anyway, I'll check the solution given by Luotao, thanks!
Regards,
Matteo
Wolfgang Denk ha scritto:
Dear Matteo Fortini,
In message <497d9bc...@mta.it> you wrote:
I built an uncompressed uImage using mkimage --no-gzip -C none in the
wrapper scripts
Hi all,
I built an uncompressed uImage using mkimage --no-gzip -C none in the
wrapper scripts.
Only, u-boot recognizes it as uncompressed and launches the kernel
properly (it's around 4MB), but in the end linux just prints
OK
and stops.
Has anyone done the same?
Thanks ,
Matteo
Hi all,
I built an uncompressed uImage using mkimage --no-gzip -C none in the
wrapper scripts.
Only, u-boot recognizes it as uncompressed and launches the kernel
properly (it's around 4MB), but in the end linux just prints
OK
and stops.
Has anyone done the same?
Thanks ,
Matteo
___
I rechecked it and I should have taken away all the only-whitespace changes.
The diffs are from the ads5121 branch from Denx.
Regards,
M
Josh Boyer ha scritto:
On Thu, 11 Dec 2008 19:39:21 +0100
Matteo Fortini wrote:
This patch is to avoid breaking some drivers, in my case the ADS7846
byte before the message, so that the
slave doesn't respond.
It also optimizes the interrupt handling, by using the alarm function of
the FIFO, to wait until the rx FIFO has received enough bytes, instead
of waiting until the tx FIFO is empty.
Signed-off-by: Matteo Fortini
---
driver
From d500e922b750a2bea554d32d8f12937f4da9c80a Mon Sep 17 00:00:00 2001
From: Matteo Fortini <[EMAIL PROTECTED]>
Date: Wed, 10 Dec 2008 19:33:16 +0100
Subject: [PATCH] Fix: put dummy byte to enable fixing EOF bug to first
place in order not to break some drivers
Use ALARM interrupt to
I'm trying to use DMA to take data from the rx FIFO of a PSC and store
it in a buffer.
I had to change the off_to_size function, because it assumed that if
offset would be 0, then size would be 32bits, while I need to read 8
bits at a time, otherwise the FIFO wouldn't work correctly.
Has any
ing, which is working
using a different approach by myself: I'll check it and see if
it's worth posting here.
* 800x600 resolution is supported if I try [EMAIL PROTECTED] before
trying [EMAIL PROTECTED]
Thank you,
M
Anatolij Gustschin ha scritto:
Matteo Fortini wrote:
What about the mb86290 framebuffer driver directly from Fujitsu which is
in the mainline kernel?
It's from 2003 and supports only until 86293, but can it be used as a
basis for a proper fb driver? It has a lot of features indeed...
M
Anatolij Gustschin ha scritto:
This patch adds framebuffer
Carminefb driver, though, supports 800x600 resolution.
BTW, I tried this patch and I get wrong colors on a patched DirectFB
which is changing the endianness on the fly. Is this driver already
taking care of this?
Regards,
M
Anton Vorontsov ha scritto:
On Tue, Oct 14, 2008 at 03:50:52PM +000
I gave a try to the brand new 2.6.27 kernel on my ADS5121 evaluation board:
* FEC support is not in, though it was quite easy to add FSL patches
from 2.6.24.6 and have the ethernet working
* If I turn on any USB support, the board resets itself as soon as
the USB driver is loaded.
13 matches
Mail list logo