On 06/17/2014 11:09 AM, Russell King - ARM Linux wrote:
Here's the most obvious question in the world on this topic. Are capes
hot-pluggable?
capes as in Beaglebone capes might not be due to the mechanical
constraints you listed.
capes as a concept of pluggable hardware might well be.
Daniel Mack wrote:
Well, it doesn't really affect me as I just use this as a development
platform for now. But please consider that there is hardware out there
which gets software updates through automated download and install
procedures. In such cases, you want as little dependencies between
changes since v1:
reworded the commit message as requested
From f7f1c11fef76e53cdfe4ad98c6c9605dbe94aa86 Mon Sep 17 00:00:00 2001
From: Vladimir Pantelic vlado...@gmail.com
Date: Tue, 26 Apr 2011 09:28:11 +0200
Subject: [PATCH] omap v4l2: fix wrong resizer calculation
Nishanth Menon wrote:
From: Aneesh Vane...@ti.com
Make all hwmod data used for OMAP4430 available for
the OMAP44XX class so that OMAP4460 can use them.
We will modify the required 4460 hwmod in further patch(es).
[n...@ti.com: just rebased to .39]
Signed-off-by: Nishanth Menonn...@ti.com
Enric Balletbò i Serra wrote:
Hi guys,
I'm thinking probably in a crazy idea, I hope someone can help me or
kill definitely this idea from my mind.
I'll explain a little more, the real problem is I don't know how to
add support for an expansion board for IGEP v2 board. I see most of
boards adds
Oleg Drokin wrote:
Hello!
Is there any special support needed for 3621, though?
My understanding is that's just 3630 without a phone part?
3621 is more or less a 3630 in a different package, less pins,
0.5mm ball pitch and no PoP option.
The .29 kernel they had only added
From 47473f26bda2ef2e3a5e8f0203fde0c74c412c36 Mon Sep 17 00:00:00 2001
From: Vladimir Pantelic vlado...@gmail.com
Date: Tue, 26 Apr 2011 09:28:11 +0200
Subject: [PATCH] omap v4l2: fix wrong resizer calculation
in omap_vout_new_crop(), crop is the output parameter and
therefore new_crop/try_crop
Archit Taneja wrote:
On Tuesday 12 April 2011 01:00 AM, Juha Kuikka wrote:
Hello,
I am wondering if anyone has implemented DSI video mode support in the
DSS driver? I tried to trawl the web and the mailing list archives but
no patches come up.
I am using DM3730.
Video mode isn't
onlyfever wrote:
Hi all!
currently dsp make use of gpt 5, 6, 7 or 8.
I'm using gpt 8 for something else.
Is it possible to configure dsp-bridge to use other gpt timer?
I want to change gpt 8 to gpt 9,or gpt 7.
Please give me some advice.
onlyfever wrote:
2011/4/11 Vladimir Pantelicvlado...@gmail.com:
onlyfever wrote:
Hi all!
currently dsp make use of gpt 5, 6, 7 or 8.
I'm using gpt 8 for something else.
Is it possible to configure dsp-bridge to use other gpt timer?
I want to change gpt 8 to gpt 9,or gpt 7.
Please give
Ramirez Luna, Omar wrote:
Hi,
On Sat, Apr 9, 2011 at 7:38 AM, onlyfeveronlyfe...@gmail.com wrote:
Hi all!
currently dsp make use of gpt 5, 6, 7 or 8.
I'm using gpt 8 for something else.
Is it possible to configure dsp-bridge to use other gpt timer?
I want to change gpt 8 to gpt 9,or gpt
Omar Ramirez Luna wrote:
yes, dsp side wants:
bios -- GPT5 (only used during boot up - baseimage load)
load monitoring -- GPT 6 (used while the dsp is awake)
AV Sync -- GPT 8 (based on use case)
to generate the interrupt for mmu fault case it needs one connected to
the dsp interrupt line
Nishanth Menon wrote:
Kevin Hilman had written, on 04/28/2010 12:59 PM, the following:
Omar Ramirez Luna omar.rami...@ti.com writes:
On 4/28/2010 11:36 AM, Menon, Nishanth wrote:
Kevin Hilman had written, on 04/28/2010 11:29 AM, the following:
Omar Ramirez Lunaomar.rami...@ti.com writes:
hvaib...@ti.com wrote:
From: Vaibhav Hiremathhvaib...@ti.com
Features Supported -
1. Provides V4L2 user interface for the video pipelines of DSS
2. Basic streaming working on LCD, DVI and TV.
3. Works on latest DSS2 library from Tomi
4. Support for various pixel
Y, Kishore wrote:
As per TRM, this bit is valid only for ARGB formats and experts
suggested that we can safely assume pre-multiplied data always in real
world
I asked a few experts here, and they weren't so sure, and neither am I.
I don't see any problems making this feature
Andrejs Cainikovs wrote:
Dear all,
I've googled that OMAP HS are checking some kind of signature (applications
should be signed with the special tool
(OST Tools)) so the developer must own the keys for particular CPU? It is
possible to turn off the HS option so I'll
be able to work with
Tony Lindgren wrote:
snip
Here's an idea:
1) Replace index with enum search in pin table - this breaks the
requirement that the enum list and table align - a good thing as
misalingment has bitten me multiple times when adding pins to the
current mux table. Also, pinmux setup is done
Kevin Hilman wrote:
AB1_35XXCBB_MMC3_CLK
AF10_35XXCBB_MMC3_CLK
R9_35XXCBC_MMC3_CLK
AB2_35XXCBC_MMC3_CLK
AC1_35XXCUS_MMC3_CLK
We would then have to update mux.c making sure the position matches
and add the proper settings.
So this is obviously a
18 matches
Mail list logo
