I made a small excerpt or the installed modules on the lite image and what I think about them.
# Loaded at boot time - essential modules snd_soc_neo1973_wm8753 snd_soc_s3c24xx_i2s snd_soc_s3c24xx ppp_generic slhc ohci_hcd snd_soc_wm8753 snd_soc_core snd_pcm snd_timer snd_page_alloc snd # PPP Stuff, probably good to leave in ppp_mppe ppp_async ppp_generic ppp_deflate # Minimal firefall stuff. Needed for Teathering Still a candidate for optional nf_nat ip_tables nf_conntrack_ipv4 nf_defrag_ipv4 iptable_nat iptable_filter ipt_MASQUERADE x_tables nf_conntrack # Probably needes for FAT nls_utf8 # OSS Legacy. I think this is a candidate for optional istall snd-mixer-oss snd-pcm-oss # USB HID devices. I see no reason to have that. Smart people use Buetooth usbhid # USB Storage. I would say optional usb-storage scsi_mod sd_mod # USB Serial. Definitely optional if not needed for debug interface usbserial # User-Level Input. Don't think we need this, if not used by bluetooth input devices uinput #Don't know what needs that crc-ccitt Tilman Baumann wrote: > Sorry, I mixed up the posts. > > This is in fact not exclusive to the lite image. > > I guess we need two categories. > > "Usable and usefull" and "needed in lite image" > > Not a single unneeded module shall be in lite, and all usable and usefull > shall be available as individual packages. > > What do you think? > > Tilman Baumann wrote: >> >> Tom wrote: >>> On Sun, Aug 9, 2009 at 6:05 AM, Steven ** >>> <[email protected]<montgoss%[email protected]> >>>> wrote: >>> >>>> As long as they are easy to install after the fact and it's obvious >>>> when something isn't working because of a missing module, I'd be fine >>>> with removing all modules that aren't needed for core/basic >>>> functionality. >>>> >>>> -Steven >>>> >>>> On Fri, Aug 7, 2009 at 2:17 PM, Tom<[email protected]> wrote: >>>> > Hey everyone, >>>> > We (many people) discussed on IRC about reducing SHR fat from the >>>> lite >>>> > image, we found many heavy and useless packages installed by default >>>> and >>>> of >>>> > course dropped them (a very obvious example: tcpdump). >>>> > After that, we decided to attack the kernel modules mess (as >>>> suggested >>>> in >>>> a >>>> > ticket in our trac iirc), I attached (and also linked to the wiki >>>> page) a >>>> > list of kernel modules installed in shr by default, >>>> > please tell us what you think (i.e which to remove). Play try to >>>> avoid >>>> > echoing (i.e writing I agree with X) as it'll just make our work >>>> harder >>>> :) >>>> > >>>> > I actually think a wiki page is most suitable for this kind of work, >>>> so I >>>> > also created a wiki page, please consider editing that instead of >>>> replying >>>> > here! >>>> > >>>> > wiki: http://wiki.shr-project.org/trac/wiki/Kernel%20Modules >>>> > >>>> > -- >>>> > Tom. >>>> > >>>> > >>> >>> I disagree! The phone should be able to provide cool (though basic) >>> funcutunality like being able to read a usb stick! >>> If that's what you meant, (i.e keep those) that's where we are heading, >>> though I opened this wiki page to help us mark what's >>> important and what's not. >> >> May I remind you that this is not done to merely safe space where it is >> not important. There is a good reason for this diet. >> GTA01 has only 64MB Flash! The lite image barely fits on that device. >> Every byte saved makes this device usable again! >> Currently there is not even enough space to install the GPS driver, >> which >> can not be shipped with the distro. (gllin) >> >> Cool stuff is really not my concern here. It's about making it usable at >> all. >> >> We are talking about the lite image. There is no reason to make it >> needlessly fat. Everything can be installed via opkg and there is always >> the fat image for people like you. >> >> -- >> MFG >> Tilman Baumann >> >> _______________________________________________ >> Shr-User mailing list >> [email protected] >> http://lists.shr-project.org/mailman/listinfo/shr-user >> > > > -- > MFG > Tilman Baumann > > -- MFG Tilman Baumann _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
