Sorry Robert I did not mean to reply only directly to you . . . but also .
. .

a few users wanted to use systemtap:
>
> https://wiki.archlinux.org/index.php/SystemTap
>
> that needs debug_info..
>
>
So question about this. Are these few people more important than the rest
of the users out here ? Not meant as a smart ass question seriously. I mean
if I have to I can always compile my own kernel, but not everyone has the
know how.

My idea of of images and kernels for the beaglebone has always been
minimal. Nothing wrong with perhaps compiling with modules in mind,  but
keeping things standard so people can find out easily how to change these
image properly to get where they want to be. But that's my idea . . .


On Tue, Jul 19, 2016 at 10:14 AM, William Hermans <[email protected]> wrote:

> Hi Robert,
>
> Well I mean this:
>
> william@beaglebone:~$ lsmod
> Module                  Size  Used by
> xt_REDIRECT             1885  1
> nf_nat_redirect         1790  1 xt_REDIRECT
> xt_tcpudp               3091  1
> iptable_nat             1997  1
> nf_conntrack_ipv4      14735  1
> nf_defrag_ipv4          1677  1 nf_conntrack_ipv4
> nf_nat_ipv4             5392  1 iptable_nat
> nf_nat                 15031  2 nf_nat_redirect,nf_nat_ipv4
> nf_conntrack           98575  3 nf_nat,nf_nat_ipv4,nf_conntrack_ipv4
> ip_tables              11986  1 iptable_nat
> x_tables               17435  3 ip_tables,xt_tcpudp,xt_REDIRECT
> rpcsec_gss_krb5        23814  0
> nfsd                  261377  2
> spidev                  7523  0
> omap_aes_driver        19045  0
> omap_sham              21340  0
> uio_pruss               4928  0
> omap_rng                4423  0
> rng_core                7703  1 omap_rng
> pwm_tiehrpwm            4706  0
> pwm_tiecap              3652  0
> tieqep                  8758  0
> c_can_platform          6602  0
> c_can                   9577  1 c_can_platform
> can_dev                11820  1 c_can
> snd_soc_davinci_mcasp    17079  0
> snd_soc_edma            1290  1 snd_soc_davinci_mcasp
> snd_soc_omap            3058  1 snd_soc_davinci_mcasp
> snd_soc_core          155549  3
> snd_soc_davinci_mcasp,snd_soc_edma,snd_soc_omap
> snd_pcm_dmaengine       5209  2 snd_soc_core,snd_soc_omap
> snd_pcm                83341  4
> snd_soc_davinci_mcasp,snd_soc_core,snd_soc_omap,snd_pcm_dmaengine
> snd_timer              19788  1 snd_pcm
> snd                    59495  3 snd_soc_core,snd_timer,snd_pcm
> soundcore               7637  1 snd
> spi_omap2_mcspi        11148  0
> evdev                  10695  0
> uio_pdrv_genirq         3539  0
> uio                     8822  2 uio_pruss,uio_pdrv_genirq
>
> Lots of stuff that really does not need to be loaded. That, and I'm not
> quite sure how these modules are loaded, and what's the best way to remove
> them. The fixes I have here: https://github.com/wphermans/bbb-cleanup I
> feel are hackish, and maybe somehow incomplete . . .
>
> On Tue, Jul 19, 2016 at 10:10 AM, Robert Nelson <[email protected]>
> wrote:
>
>>
>>
>> On Tue, Jul 19, 2016 at 12:06 PM, William Hermans <[email protected]>
>> wrote:
>>
>>> I think it's pretty well documented here. However you could always write
>>> up an eLinux or whatever wiki page . . . I do have my own web page
>>> http://www.embeddedhobbyist.com/ with stuff on it that is important to
>>> me. But this information for using UIO on TI kernels I feel is largely
>>> useless. Because
>>>
>>> The method for enabling either / or will likely change in the future.
>>> Right now, personally I'm still favoring *bone* kernels, and I know I'm
>>> not alone.
>>> This is really a trivial "fix". Or something that is really easy to
>>> remember how to do.
>>>
>>> @Robert, any idea on if TI plans on cleaning up the kernel module mess
>>> that now "infests" TI kernels ? using something like 50M + memory
>>> needlessly . . .
>>>
>>
>> It's... debug_info..
>>
>> CONFIG_DEBUG_INFO=y
>> # CONFIG_DEBUG_INFO_REDUCED is not set
>> CONFIG_DEBUG_INFO_SPLIT=y
>> CONFIG_DEBUG_INFO_DWARF4=y
>>
>> "atleast" the zImage isn't bloated, but the modules are 4x/5x bigger...
>>
>> a few users wanted to use systemtap:
>>
>> https://wiki.archlinux.org/index.php/SystemTap
>>
>> that needs debug_info..
>>
>> 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/CALHSORpfNC%2B_BhpbnFCfgfy-TmHi0ET53MeaFZXdqBm9hzMz8A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to