> “bone kernel”
>
> That’s important.   The TI kernels are not usable for my application.  I need 
> to use the bone kernel.   (At least for the 4.9 and 4.14 series… haven’t had 
> time to test with the TI 4.19 series kernels)
>
>
> Ah.  I see.  What sorts of differences are there between the TI kernels and
> the Bone kernels?  Is there some reason the Bone don't have the MCP23S08
> module enabled?  Wondering if a bug/feature request might make sense…

Just added..

> Honestly, I have no idea what the “official” differences are and why some 
> modules are available in one and not the other.   Likely just someone 
> requested something.    At some point, a “diff” of the configs and unifying 
> the optional modules of it may make sense, not really sure.

They've just evolved differently, from the same 3.8.x-bone base..
keeping them in-sync has been...<fun>.... The bone series goes thru
every kernel release, and i like to merge the good stuff back into the
-ti kernel, which it self has to deal with ti modules that don't like
optimizations (thumb2)

3.8.x-bone -> 3.9.x-bone -> ...... -> 4.9.x-bone -> ..... ->
4.14.x-bone -> ... 4.19.x-bone -> 4.20.x-bone...
     -> 3.14.x-ti -> 4.1.x-ti -> 4.4.x-ti -> 4.9.x-ti -> 4.14.x-ti -> 4.19.x-ti

>
> In my particular case, I *believe* the power management stuff that is in the 
> TI kernel is screwing up the timing to access anything in the L4_WKUP 
> interconnect (which includes GPIO0).   For folks that value the power 
> management stuff, the TI kernel is much better.  It contains the cpu IDLE 
> driver and a bunch of other things that allow it to lower the power usage.  
> In my case, I don’t care about any of that.  Even with the bone kernel, I 
> lock the CPU at 1ghz.   I need more predictable and consistent access to the 
> gpio pins (all of them).   With the TI kernel, access to GPIO1-3 (via the 
> PRU) is very consistent, but access to GPIO0 can have several hundred ns 
> delays which I cannot have (relatively infrequent, once or twice a second, 
> but still too often).   I KNOW the CPU idle stuff in the TI kernel plays a 
> large part of the problem.     If I use cpupower to turn off the idle states, 
> 90% of the delays go away (so once every 10 seconds or so).   Anyway, the 
> bone kernel doesn’t have a bunch of the PM things so I don’t see any of the 
> issues with it.     Of course, it might not be PM at all.  Could be something 
> else completely different between the kernels.

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYi1ybcJ_7-gm5wrTogQ5_7dnfeKmwdDysdWF4E6GY_ngQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to