Good afternoon,
I've been asked about designing a board which can handle three USB2-to-VGA
adapters. I would be running X11 and just using the adapters as displays,
but I'm unsure about the actual bandwidth requirements for these things.
Has anyone used them before? They'd only be displaying
On December 9, 2008 05:29:11 am Frédéric DUBOIS wrote:
> We plan to double up the SDRAM size of our 5272-based board. It would be
> more convenient for us that the kernel automagically detects the size of
> the installed RAM instead of managing two different kernels or bootloaders;
> it would also
On November 25, 2008 12:39:52 pm Allon Stern wrote:
> I have a device driver which works just fine on the pxa270 (2.6.26
> linux)
> In trying to get it working on the MCF5282, I find I get a bunch of
> interrupts recorded when in reality I should only have one.
> I see 44 interrupts instead of 1 (w
On July 9, 2008 01:06:47 pm Chris Doré wrote:
> I've never used MCFUART_UOP_RTS. You have to reset it every time you
> transmit?
Yes.
> In the case of the netarm, you need only set RTSTX once and it will toggle
> RTS active/inactive as necessary.
It's been over 2 years, but I don't think that t
On July 8, 2008 11:53:32 am Chris Doré wrote:
> I'd probably just add an IOCTL allowing the feature to be enabled/disabled
> by an app. You may have to worry about other code touching that register
> and wiping out your RTSTX bit, depending on if that code blindly writes
> values to the reg or if
On July 7, 2008 11:41:05 am Daniel Berenguer wrote:
> I'm trying to send/receive messages via RS485 using a simple MAX485 IC
> connected to a Netarm processor (Digi Connect-ME). The problem is that I
> need to enable/disable the transmit option through the UART RTS line but
> RTS remains high after
On April 17, 2008 12:43:37 pm Jamie Lokier wrote:
> > Video streaming i would consider a large scale system. Why was a non
> > MMU processor selected for a video streaming application?
>
> Price and availability of a chip that did good video (HDTV even), and
> we didn't know the no-MMU penalty at
On March 28, 2008 12:13:57 pm David Harel wrote:
> When compiling for 3com (Vendor: 3com, Product to target: Xcopilot) I get:
> arch/m68knommu/platform/68328/ints.c:128: error: conflicting types for
> 'request_irq'
> include/linux/interrupt.h:82: error: previous declaration of
> 'request_irq' was h
