HI All,
Does someone know how does this flag affect ksoftirq and tasklet
scheduling ?
Rgds,
Gulshan
On Fri, Feb 6, 2009 at 3:02 PM, Manish Sharma <manishsharm...@gmail.com>wrote:
> Hi All,
>
> Finally we have found the cause of this issue.
> The CONFIG_DEBUG_PREEMPT flag was enable in our kernel.
>
> Regards,
> Manish
>
> On Wed, Feb 4, 2009 at 10:41 PM, Dave Sparks <davidspa...@android.com>wrote:
>
>>
>> No idea. Maybe one of the kernel gurus can enlighten us.
>>
>> On Feb 4, 4:15 am, gulshan karmani <gulshan.karm...@gmail.com> wrote:
>> > Hi Dave and All,
>> >
>> > Our Video Accelerator and Driver is working fine with test
>> > application with Android 2.6.25 kernel.
>> >
>> > While once we bringup userland of Android we see ksoftirqd hogging 100%
>> cpu.
>> >
>> > Is there some Android process which generates too many softirqs which we
>> > cannot handle ?
>> >
>> > Is there some way to check the softirqs in Android ?
>> >
>> > Rgds,
>> > Gulshan
>> >
>> > On Tue, Feb 3, 2009 at 9:40 AM, Manish Sharma <manishsharm...@gmail.com
>> >wrote:
>> >
>> > > Hi Dave,
>> >
>> > > In video driver we are not doing any major processing. It is just any
>> > > interface driver to the h/w video codec. It manages the interrupts
>> coming
>> > > from the h/w. For decoding and display 4 interrupts are coming, 2
>> inputs and
>> > > 2 outputs. If we are using 25fps stream then 100 interrupts/sec. We
>> have
>> > > disabled the h/w decoding and enabled only display then the playback
>> is bit
>> > > improved. We are using tasklet to process the interrupts in video
>> driver. We
>> > > have observed this is causing the issue. Any pointers?
>> >
>> > > Thanks and Regards,
>> > > Manish
>> >
>> > > On Tue, Feb 3, 2009 at 3:53 AM, Dave Sparks <
>> davidspa...@android.com>wrote:
>> >
>> > >> Are you using floating point in your codec?
>> >
>> > >> On Feb 2, 1:42 am, Manish Sharma <manishsharm...@gmail.com> wrote:
>> > >> > Hi Dave,
>> >
>> > >> > With software decoder this is not happening. Mostly the issue with
>> our
>> > >> video
>> > >> > driver.
>> >
>> > >> > Regards,
>> > >> > Manish
>> > >> > On Sat, Jan 31, 2009 at 7:06 AM, Dave Sparks <
>> davidspa...@android.com
>> > >> >wrote:
>> >
>> > >> > > Something is obviously generating a lot of softirq's. Does this
>> happen
>> > >> > > when you use the software codec?
>> >
>> > >> > > On Jan 29, 11:45 pm, Manish Sharma <manishsharm...@gmail.com>
>> wrote:
>> > >> > > > Hi All,
>> >
>> > >> > > > We have replaced the video decoder of PV player with our H/w
>> video
>> > >> > > decoder
>> > >> > > > and are able to display the video.
>> > >> > > > The issue is that the playback pauses in between and progresses
>> from
>> > >> the
>> > >> > > > same place, frequently.
>> > >> > > > For display we are using ashmem in android_output_surface.cpp
>> file.
>> >
>> > >> > > > With 'top' we have observed that while the video playback is
>> paused
>> > >> > > > "ksoftirqd" CPU load goes to very high value.
>> > >> > > > Please see below.
>> >
>> > >> > > > PID CPU% S #THR VSS RSS UID Name
>> > >> > > > 3 165% R 1 0K 0K root ksoftirqd/0
>> > >> > > > 1539 57% S 9 26096K 6688K media
>> /system/bin/mediaserver
>> > >> > > > 1559 15% S 29 252988K 21996K system system_server
>> > >> > > > 1596 5% S 8 99288K 16896K app_5
>> android.process.acore
>> > >> > > > 1696 5% R 1 900K 372K root top
>> > >> > > > 10 0% S 1 0K 0K root suspend/0
>> > >> > > > 66 0% S 1 0K 0K root kblockd/0
>> > >> > > > 77 0% S 1 0K 0K root kmmcd
>> > >> > > > 110 0% S 1 0K 0K root pdflush
>> > >> > > > 111 0% S 1 0K 0K root pdflush
>> > >> > > > 112 0% S 1 0K 0K root kswapd0
>> > >> > > > 1 0% S 1 260K 172K root /init
>> > >> > > > 741 0% S 1 0K 0K root mtdblockd
>> > >> > > > 804 0% S 1 0K 0K root rpciod/0
>> > >> > > > 1532 0% S 1 724K 316K root /system/bin/sh
>> > >> > > > 1533 0% S 1 796K 248K system
>> > >> /system/bin/servicemanager
>> > >> > > > 1535 0% S 2 1824K 340K root /system/bin/mountd
>> > >> > > > 1536 0% S 1 652K 252K root
>> /system/bin/debuggerd
>> > >> > > > 1537 0% S 1 71020K 18668K root zygote
>> > >> > > > 1541 0% S 1 1156K 564K bluetoot
>> /system/bin/dbus-daemon
>> > >> > > > 1543 0% S 1 788K 292K root
>> /system/bin/installd
>> > >> > > > 1545 0% S 2 1264K 124K root /sbin/adbd
>> > >> > > > 1599 0% S 10 98372K 13944K radio com.android.phone
>> > >> > > > 1618 0% S 6 98728K 11596K app_12 com.android.mms
>> > >> > > > 1630 0% S 8 99528K 12152K app_4
>> android.process.media
>> > >> > > > 1643 0% S 6 94584K 10912K app_11 android.process.im
>> > >> > > > 1650 0% S 7 94496K 12700K app_3
>> com.android.calendar
>> > >> > > > 1661 0% S 6 92156K 11092K app_0
>> com.android.alarmclock
>> > >> > > > 1675 0% S 1 0K 0K root mmcqd
>> > >> > > > 1679 0% S 6 98084K 12480K app_13 com.android.music
>> > >> > > > 1686 0% S 6 101292K 14196K app_13
>> > >> com.android.music:MovieView
>> > >> > > > Please provide if you have any input.
>> >
>> > >> > > > Thanks and Regards,
>> > >> > > > Manish >>
>>
>>
>> >>
>>
--~--~---------~--~----~------------~-------~--~----~
unsubscribe: android-porting+unsubscr...@googlegroups.com
website: http://groups.google.com/group/android-porting
-~----------~----~----~----~------~----~------~--~---
