Russell King - ARM Linux <li...@arm.linux.org.uk> writes:
> On Sat, Oct 10, 2015 at 12:48:22AM +0100, Måns Rullgård wrote:
>> Russell King - ARM Linux <li...@arm.linux.org.uk> writes:
>>
>> > On Fri, Oct 09, 2015 at 10:57:35PM +0100, Mans Rullgard wro
nt.
If I've missed something that makes this a stupid idea, please tell.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
to indicate
the need for conversion?
Some LED controllers do the right thing in hardware, so any adjustment
done in the core needs to be optional.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
as to make the intent clearer.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Russell King - ARM Linux li...@arm.linux.org.uk writes:
On Tue, Jul 01, 2014 at 05:42:42PM +0100, Måns Rullgård wrote:
Russell King rmk+ker...@arm.linux.org.uk writes:
ARMv6 and greater introduced a new instruction (bx) which can be used
to return from function calls. Recent CPUs perform
Will Deacon will.dea...@arm.com writes:
Hi Mans,
On Tue, Jul 01, 2014 at 06:24:43PM +0100, Måns Rullgård wrote:
Russell King - ARM Linux li...@arm.linux.org.uk writes:
As you point out, bx lr /may/ be treated specially (I've actually been
Most, if not all, Cortex-A cores do
Rob Landley r...@landley.net writes:
On 09/25/2013 10:52:44 AM, Måns Rullgård wrote:
Rob Landley r...@landley.net writes:
On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
I'd strongly suggest you make your binutils compatible with newer
instruction syntax instead of making the kernel
new gnuisms just because they're there and nobody else is
regression testing against them, not because they actually add anything.
Since when is assembling the instructions correctly, as specified in the
arch ref, and not in some other random way a gnuism?
--
Måns Rullgård
m...@mansr.com
. We're *not* going to listen to that argument.
END OF DISCUSSION (everything else is just a waste of time.)
I fully agree.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
rarely works properly for ARM.
What value is there in maintaining compatibility with a truly ancient
binutils version anyway?
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
not sure
they are documented.
The trouble with OMAP is that the secure ROM API only allows access to a
tiny subset of the registers we'd need. In part this can be explained
by the important OMAP customers all using the HS chips with full access
to secure mode.
--
Måns Rullgård
m...@mansr.com
, then _that_ is a bug.
That bit will be clear on VFPv2 (because it's not v3), and this has only
16 D registers. The high D registers are present if (vfpv3 !vfpv3d16).
Pre-calculating this to avoid doing it in the context save/restore code
is probably a good idea.
--
Måns Rullgård
m...@mansr.com
] async_continuing @ 1 after 119 usec
(hangs)
Are you still trying nfsroot? Since ip_auto_config failed, it will have
no way of mounting the nfsroot and stop there. Do you know why ip setup
failed?
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux
) they should. It now detects the correct
PHY, so that's something.
However, the IP config is still getting stuck. For reasons I don't
know, the msleep(1) call in ic_open_devs() never returns.
That's as far as I got.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send
Tony Lindgren t...@atomide.com writes:
* Måns Rullgård m...@mansr.com [120419 08:31]:
Igor Grinberg grinb...@compulab.co.il writes:
On 04/19/12 05:07, Paul Walmsley wrote:
Hi,
just wanted to mention this on the list to see if anyone else was seeing
it. I'm using a Compulab CM
Mark A. Greer mgr...@animalcreek.com writes:
On Thu, Apr 19, 2012 at 04:04:42PM +0100, Måns Rullgård wrote:
Igor Grinberg grinb...@compulab.co.il writes:
On 04/19/12 05:07, Paul Walmsley wrote:
Hi,
just wanted to mention this on the list to see if anyone else was seeing
-blocking. How could that be possible? Power-saving?
In top, press 1 to see the statistics for the CPUs separately.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
record ...), I get a panic in armpmu_event_update() with
the 'event' argument being null when called from armv7pmu_handle_irq().
[1] http://article.gmane.org/gmane.linux.ports.arm.omap/69696
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap
Will Deacon will.dea...@arm.com writes:
Mans,
On Fri, Jan 27, 2012 at 12:56:35PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Did this lead anywhere in the end? It seems as though Ming Lei has a
working
setup but Stephane is unable to replicate it, despite
Will Deacon will.dea...@arm.com writes:
On Fri, Jan 27, 2012 at 01:47:01PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Mans,
On Fri, Jan 27, 2012 at 12:56:35PM +, Måns Rullgård wrote:
Will Deacon will.dea...@arm.com writes:
Did this lead anywhere
, and
u-boot messes with this bit.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
should load via the normal driver instantiation
mechainsms and when they're all there they'll get matched together.
Ok, I hope so.
Does this patch change anything?
http://article.gmane.org/gmane.linux.alsa.devel/89052
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send
to platform devices.
I posted patches doing the conversion a long time ago (September?). It
seems they got lost somewhere.
Most of them have been converted,
In which tree? I haven't seen anything of the kind.
but the rx51 wasn't.
RX51 was done in my patch...
--
Måns Rullgård
m...@mansr.com
Måns Rullgård m...@mansr.com writes:
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Thu, Dec 29, 2011 at 10:22:31PM +, M?ns Rullg?rd wrote:
Mark Brown broo...@opensource.wolfsonmicro.com writes:
The reason the driver is not loaded automatically is that the OMAP
machine
were saying above about the
ordering of module loading.
The reason the driver is not loaded automatically is that the OMAP
machine drivers have not been converted to platform devices.
I posted patches doing the conversion a long time ago (September?). It
seems they got lost somewhere.
--
Måns
32ece: fffe e92d vtbl.8 d30, {d14-d15}, d29
00032ed0 _IO_vfprintf:
32ed0: e92d 4ff0 stmdb sp!, {r4, r5, r6, r7, r8, r9, sl, fp, lr}
32ed4: ed2d 8b02 vpush {d8}
Your userland appears to be built with Thumb2. Make sure CONFIG_THUMB
is enabled in your kernel.
--
Måns
Santosh Shilimkar santosh.shilim...@ti.com writes:
On 4/30/2011 10:14 PM, Måns Rullgård wrote:
Sebastian Reichels...@debian.org writes:
[..]
32ecc: 9cd0ldr r4, [sp, #832] ; 0x340
32ece: fffe e92d vtbl.8 d30, {d14-d15}, d29
00032ed0_IO_vfprintf:
32ed0
interrupt is routed through the CTI, which needs to be properly
configured. Unfortunately, the CTI is not documented in the public TRM,
and nobody has seen fit to submit a patch suitable for upstream. Some
dirty hacks have been posted, though.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from
today)
... not impossibility.
The architecture being uncommon is not in my opinion cause to make
life harder than necessary for whomever might some day want to add
support for it.
Does the patch solve any real problem today?
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send
like it.
Can Go bit is cleared by SW?
No.
And does each overlay(FB) have its own Go bit?
No. There is one GO bit per video output, i.e. one each for LCD and TV.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
and doesn't make sense to standardize
it. Atleast I am not aware of any other architecture having GO bit.
Naming is minor detail. Feel free to suggest a better one.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
Is this OMAP specific, or is this ARM generic?
The bit fields are generic PL310. It has to be set from OMAP code due
to the ROM call.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
, if any?
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
mode, but the TI ROM authors
neglected to include this.
Testing with FFmpeg showed a speedup of 10% with this patch in some
cases.
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Russell King - ARM Linux li...@arm.linux.org.uk writes:
On Sat, Jan 31, 2009 at 03:07:06PM +, Måns Rullgård wrote:
Russell King - ARM Linux li...@arm.linux.org.uk writes:
Great, thanks. However, I'd forgotten that one of my patches completely
removes clk_get_parent() since it's unused
Russell King - ARM Linux li...@arm.linux.org.uk writes:
On Sat, Jan 31, 2009 at 03:39:07PM +, Måns Rullgård wrote:
Russell King - ARM Linux li...@arm.linux.org.uk writes:
On Sat, Jan 31, 2009 at 03:07:06PM +, Måns Rullgård wrote:
Russell King - ARM Linux li...@arm.linux.org.uk
?
--
Måns Rullgård
m...@mansr.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
is in my git tree.
--
Måns Rullgård
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
this clock programmable through clk_set_rate(). This is needed
to give omapfb control over the dss1_alwon_fck rate.
:100644 100644 161da12... 876eb13... M arch/arm/mach-omap2/clock34xx.h
I'll send the patches as replies to this mail for easier reference.
--
Måns Rullgård
[EMAIL PROTECTED
are
replaced by pixels from the video stream. That's what the current API
does.
The OMAP3 hardware supports both type of keying, but not
simultaneously.
--
Måns Rullgård
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL
);
+ system_rev = 0x34300034 | (rev 12);
out:
switch (system_rev) {
Forget this. A fix was already in the tree, but not merged to my
branch.
--
Måns Rullgård
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More
compile? It doesn't match my patch, which is simply a
diff between the original l-o tree and what went upstream, and there
that last line looks like this:
+ musb-xceiv = *xceiv;
--
Måns Rullgård
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-omap
in a day. :)
In my experience, writing code properly to begin with takes less time
than writing it badly first, and cleaning it up later.
--
Måns Rullgård
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More
Tomi Valkeinen [EMAIL PROTECTED] writes:
On Mon, 2008-09-15 at 20:27 +0100, ext Måns Rullgård wrote:
Tomi Valkeinen [EMAIL PROTECTED] writes:
On Sat, 2008-09-13 at 22:47 +0100, ext Måns Rullgård wrote:
Koen Kooi [EMAIL PROTECTED] writes:
What I don't like about the patch posted is its
Daniel Stone wrote:
On Mon, Sep 08, 2008 at 09:02:56PM +0100, ext Måns Rullgård wrote:
arun c [EMAIL PROTECTED] writes:
+ while (dispc_read_reg(DISPC_CONTROL) (1 5))
+ continue;
+ MOD_REG_FLD(DISPC_CONTROL, 1 5, 1 5);
+
return height * screen_width * bpp / 8
good. However, the same thing is needed in
omap_dispc_enable_plane() as well. Placing the loop+set in a function
(go_lcd()?) would make sense.
--
Måns Rullgård
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED
a clue what should go in them.
--
Måns Rullgård
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Steve Sakoman [EMAIL PROTECTED] writes:
On Sun, Sep 7, 2008 at 10:37 AM, David Brownell [EMAIL PROTECTED] wrote:
On Sunday 07 September 2008, Måns Rullgård wrote:
I've also had to revert the usb: musb: pass configuration specifics
via pdata commits
48 matches
Mail list logo