a small signed chunk of code through SMC API
could be a life saver if the erratum is particularly nasty. The vendor
could just contribute the signed piece of code with a few instructions
to set the needed bits in the needed registers in the case of
emergency.
--
Best regards,
Siarhei Siamashka
On Thu, May 24, 2012 at 10:43 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Tue, 2012-05-22 at 22:54 +0300, Siarhei Siamashka wrote:
I ran my own fb perf test on omap3 overo board (perf test in
https://gitorious.org/linux-omap-dss2/omapfb-tests) :
vram_cache=n
of luck. But OMAP3 based hardware can have a nice
graphics performance boost. And OMAP3 actually needs it a lot more.
PS. The xf86-video-omapfb-0.1.1 driver does not even use shadow
framebuffer (ouch!). So its users, if any, should see an immediate
speedup.
Siarhei Siamashka (2):
ARM
Needed for remapping pages with write-through cacheable
attribute. May be useful for framebuffers.
Signed-off-by: Siarhei Siamashka siarhei.siamas...@gmail.com
---
arch/arm/include/asm/pgtable.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm
/sec): Copy 500x500 from window to pixmap
8000 trep @ 3.4631 msec ( 289.0/sec): Copy 500x500 from pixmap to pixmap
Signed-off-by: Siarhei Siamashka siarhei.siamas...@gmail.com
---
Documentation/arm/OMAP/DSS | 10 ++
drivers/video/omap2/omapfb/omapfb-main.c |7
On Tue, May 22, 2012 at 10:54 PM, Siarhei Siamashka
siarhei.siamas...@gmail.com wrote:
And at least for ARM11 and Cortex-A8 processors, the performance of
write-through cache is really good. Cortex-A9 is another story, because
all pages marked as Write-Through are supposedly treated as Non
frequency can be adjusted by another patch (the default
128Hz used on most ARM boards/devices is way too low).
oprofile kernel module can be loaded with 'timer=1' parameter to override
the use of buggy Cortex-A8 PMU.
--
Best regards,
Siarhei Siamashka
--
To unsubscribe from this list: send
and these
devices simply can't work without it at all.
Hope this information helps.
--
Best regards,
Siarhei Siamashka
signature.asc
Description: This is a digitally signed message part.
.
--
Best regards,
Siarhei Siamashka
--
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
look fast.
If it is not the case, investigating how to boost memory performance in the
latest kernels is very interesting for sure.
--
Best regards,
Siarhei Siamashka
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
://groups.google.com/group/beagleboard/browse_thread/thread/5b8385f0bb1f63da/d46625fe49783a8a
--
Best regards,
Siarhei Siamashka
--
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
=oprofile-listm=123688347009580w=2
Or is it going to be a different workaround?
--
Best regards,
Siarhei Siamashka
--
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
On Monday 29 June 2009 20:37:57 ext Russell King - ARM Linux wrote:
On Mon, Jun 29, 2009 at 07:36:57PM +0300, Siarhei Siamashka wrote:
On Monday 29 June 2009 17:31:18 ext Jean Pihet wrote:
I am trying to get the latest IRQ registers from a timer or a work
queue but I am running
? Or are there any
Cortex-A8 r1 cores other than OMAP3 in the wild?
You can use a 'struct timer_list' and the setup_timer, mod_timer,
del_timer_sync. Another API is the hight resolution timers (HRT) but I do
not think we need such a high precision timer here.
Thanks
--
Best regards,
Siarhei
impacting the
rest of the system at all when oprofile is not active (and having very low
overhead when oprofile is used), this would solve all the problems.
Best regards,
Siarhei Siamashka
Thanks
Hemanth
http://oprofile.sourceforge.net/doc/detailed-parameters.html#timer
4.3. OProfile in timer
On Thursday 29 January 2009 22:10:06 ext Kevin Hilman wrote:
Siarhei Siamashka siarhei.siamas...@nokia.com writes:
Signed-off-by: Siarhei Siamashka siarhei.siamas...@nokia.com
---
A second revision of gptimer oprofile patch
http://marc.info/?l=linux-omapm=123143937515088w=2
). Maybe some of the more recent kernels are fine too, but I
did not find the exact point where it got broken yet.
Are there any ideas how to bring dspgateway branch into a better shape?
--
Best regards,
Siarhei Siamashka
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
Signed-off-by: Siarhei Siamashka siarhei.siamas...@nokia.com
---
A second revision of gptimer oprofile patch
http://marc.info/?l=linux-omapm=123143937515088w=2
with the fixes suggested by Tony Lindgren
Timers from the CORE domain seem to work best on OMAP3.
Also tested the patch on Nokia 770
done on OMAP2420
too prior to submitting initial revision of the patch). The hardware
performance counters work and do the job fine there. Supporting OMAP1 may
have some practical value.
--
Best regards,
Siarhei Siamashka
--
To unsubscribe from this list: send the line unsubscribe linux-omap
and check an updated official errata
list now.
--
Best regards,
Siarhei Siamashka
--
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
on video playback.
--
Best regards,
Siarhei Siamashka
--
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
21 matches
Mail list logo
