headers
Don Marti | 10 Aug 2009 18:44

Module checklist for build-your-own kernels?

I've been "ketchup"ing the kernel.org kernels
and building a package, instead of just using the
distribution packages.  Possibly a bad habit, but
I started when tickless wasn't in Debian yet and I
wanted the extra battery life.  And I have a .config
that's almost how I want it for each machine.

Every so often, though, I realize I'm missing a
module and I have to go back and build something.
Does anyone have a script that will take the list
of currently inserted modules, compare to a .config,
and warn if that .config won't build a module that's
actually in use on the system?

--

-- 
Don Marti                                 +1 510-332-1587 mobile
http://zgp.org/~dmarti/
dmarti <at> zgp.org
See you at OpenSource World: August 11-13, 2009 in San Francisco
Permalink | Reply | 7 comments |
headers
Matthew Galgoci | 10 Aug 2009 19:31
Picon
Favicon
Gravatar

Re: Module checklist for build-your-own kernels?

> Date: Mon, 10 Aug 2009 09:44:23 -0700
> From: Don Marti <dmarti <at> zgp.org>
> To: linux-elitists <at> zgp.org
> Subject: [linux-elitists] Module checklist for build-your-own kernels?
>
> I've been "ketchup"ing the kernel.org kernels
> and building a package, instead of just using the
> distribution packages.  Possibly a bad habit, but
> I started when tickless wasn't in Debian yet and I
> wanted the extra battery life.  And I have a .config
> that's almost how I want it for each machine.
>
> Every so often, though, I realize I'm missing a
> module and I have to go back and build something.
> Does anyone have a script that will take the list
> of currently inserted modules, compare to a .config,
> and warn if that .config won't build a module that's
> actually in use on the system?
>

I usually just nab a .config file from the fedora kernels when I'm
building a kernel.org. It's not what you asked, but it's my answer
for when I need to configure a workable kernel on my own.

--

-- 
Matthew Galgoci
Network Operations
Red Hat, Inc
919.754.3700 x44155
(Continue reading)

Permalink | Reply | 0 comments |
headers
Greg KH | 10 Aug 2009 20:08
Gravatar

Re: Module checklist for build-your-own kernels?

On Mon, Aug 10, 2009 at 09:44:23AM -0700, Don Marti wrote:
> I've been "ketchup"ing the kernel.org kernels
> and building a package, instead of just using the
> distribution packages.  Possibly a bad habit, but
> I started when tickless wasn't in Debian yet and I
> wanted the extra battery life.  And I have a .config
> that's almost how I want it for each machine.
> 
> Every so often, though, I realize I'm missing a
> module and I have to go back and build something.
> Does anyone have a script that will take the list
> of currently inserted modules, compare to a .config,
> and warn if that .config won't build a module that's
> actually in use on the system?

I don't have quite that kind of script, but I do have a script that
takes an existing running kernel, looks at the modules, and sets the
proper config options up for it.  That's good when booting with a distro
kernel, and wanting to generate a config that doesn't include everything
and the kitchen sink which takes forever to build on most systems.

It's included below, and has been proposed for inclusion in the main
kernel tree a number of times, I don't know what ever happened to it
though.

good luck,

greg k-h

----------------
(Continue reading)

Permalink | Reply | 5 comments |
headers
James Morris | 11 Aug 2009 01:30
Favicon

Re: Module checklist for build-your-own kernels?

iIf you want bleeding edge kernels, you could also try using the Fedora 
development kernels on the latest stable Fedora.

That will also likely make it easier for you to report issues which may 
arise, get them fixed upstream, and resolved for yourself.

- James
--

-- 
James Morris
<jmorris <at> namei.org>
Permalink | Reply | 1 comment |
headers
Tony Godshall | 11 Aug 2009 02:11

Re: Module checklist for build-your-own kernels?

[Matthew Galosi]
...
> I usually just nab a .config file from the fedora kernels when I'm
> building a kernel.org. It's not what you asked, but it's my answer
> for when I need to configure a workable kernel on my own.
...

I do the same with Debian and Ubuntu

It doesn't get you and special or add-on modules- do you care?

cd <my kernel build dir>
cp /boot/config-$(uname -r) .config
make oldconfig
make menuconfig
... and off we go...

BTW, this is the way I got tickless kernel running in Debian before it
was officially supported.  I've building kernel.org kernels
selectively for some time and had very few issues but of course it is
a risk.  I don't think I've ever even had data corruption from running
a linus kernel.  But I'm not as agressive as many- generally I just
take the .config as above and add the one or two key features or
drivers I want.

On Mon, Aug 10, 2009 at 4:30 PM, James Morris<jmorris <at> namei.org> wrote:
> iIf you want bleeding edge kernels, you could also try using the Fedora
> development kernels on the latest stable Fedora.
>
> That will also likely make it easier for you to report issues which may
(Continue reading)

Permalink | Reply | 0 comments |
headers
Eugen Leitl | 13 Aug 2009 16:36

HSUPA/HSDPA on Linux


Thanks to helpful suggestions of several people on this list I 
recently got me a HP mini 2140, upgraded it to 2 GByte RAM and
a 2nd-gen Intel SSD (firmware bug now fixed) and loaded Ubuntu
Netbook remix on it (via USB flash stick install) along with 
Win XP home (clean Windows reinstall is hirsute, but what else
is new) as dual-boot. The keyboard, display and make are 
adequate (though the constantly blowing fan is slightly annoying,
and the thing could be cooler, but that's Atom, not ARM after all),
and I guess the runtime will get better once I upgrade to a
6-cell Li battery pack.

The residual warts are surprisingly few (mostly boot crashes
when connected to power source and sleep/hibernate issues with
lid closing, some minor sound issues), and likely to be ironed 
out by 9.10 coming out in November. The usability of Ubuntu
Netbook remix is already very good for my (modest) needs. 

Where I'm still a bit lost is at picking a well-supported
Express card which does HSDPA/HSUPA. I've managed to connect
fine with an Option GE0201 (Vodafone-branded) with O2 today. 
Any better alternatives out there, or should I just bite the 
bullet, and get the card on eBay while it's available?

Thanks! 

P.S. In related news I'm also happy with Samsung i7500 aka
Galaxy, which comes with Cupcake. Apart from lack of USB tethering
which is supposed to be firmware-fixed Any Day Now it's the nicest
Android smartphone out there.
(Continue reading)

Permalink | Reply | 5 comments |
headers
Teh Entar-Nick | 13 Aug 2009 19:27

Re: HSUPA/HSDPA on Linux

Eugen Leitl:
> and likely to be ironed out by 9.10 coming out in November. 

November 2009 would be a 9.11 release.  9.10 is an October release.

--

-- 
How do you get mailings?... from the lists
1. suspects
2. elbows
                -- Don Saklad
Permalink | Reply | 4 comments |
headers
Eugen Leitl | 13 Aug 2009 21:19

Re: HSUPA/HSDPA on Linux

On Thu, Aug 13, 2009 at 06:27:58PM +0100, Teh Entar-Nick wrote:
> Eugen Leitl:
> > and likely to be ironed out by 9.10 coming out in November. 
> 
> November 2009 would be a 9.11 release.  9.10 is an October release.

Ok, for some reason I've got end Oct stuck in my head as release,
so I wanted to check it out in November.

--

-- 
Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org
______________________________________________________________
ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org
8B29F6BE: 099D 78BA 2FD3 B014 B08A  7779 75B0 2443 8B29 F6BE
Permalink | Reply | 3 comments |
headers
Teh Entar-Nick | 15 Aug 2009 23:46

Re: HSUPA/HSDPA on Linux

Eugen Leitl:
> On Thu, Aug 13, 2009 at 06:27:58PM +0100, Teh Entar-Nick wrote:
> > Eugen Leitl:
> > > and likely to be ironed out by 9.10 coming out in November. 
> > November 2009 would be a 9.11 release.  9.10 is an October release.
> Ok, for some reason I've got end Oct stuck in my head as release, so I
> wanted to check it out in November.

Are you worried that the final RCs will somehow magically change between
freeze and release?

Yes, I believe it's scheduled for the very end of October, but if it
were *released* in November that would be reflected in the release
numbers.  Note that Dapper was delayed two months, and was thus 6.06
rather than 6.04 (the original planned release month).

The moment of release is largely a synchronization checkpoint and press
event.  Essentially it's no different from "mv rcN.iso released.iso".
And from what I recall, differences between rc ISOs are typically about
the installer.  

--

-- 
"If, as they say, God spanked the town
for being over frisky,
why did He burn the churches down
and save Hotaling's whisky?" -- 1906 SF Earthquake rhyme
Permalink | Reply | 2 comments |
headers
Shot (Piotr Szotkowski | 17 Aug 2009 19:58
Picon
Gravatar

Re: HSUPA/HSDPA on Linux

Teh Entar-Nick:

> The moment of [Ubuntu] release is largely a synchronization checkpoint
> and press event. Essentially it's no different from "mv rcN.iso
> released.iso". And from what I recall, differences between rc ISOs
> are typically about the installer.

Yeah, and then they keep on fixing ‘release critical’ bugs, which means
it’s quite sensible to wait till mid-November before upgrading (and
pulling fresh karmic-updates in before you reboot).

Don’t get me wrong, I really like Ubuntu and the idea of regular
releases, but I got bitten hard by a critical bug¹ that was known
before Jaunty’s release and still isn’t fixed. This particular bug
(a) causes more-or-less silent data loss on systems, (b) affects backups
if the system can write to them and (c) is present in both the kernel
shipped with Jaunty and the current kernel in -updates – which means
there’s no simple way to upgrade to the only safe combination of Jaunty
plus vanilla 2.6.30 kernel, and any ‘default’ upgrade path will make you
at some point boot into a kernel that silently destroys data.

¹ https://launchpad.net/ubuntu/+bug/346691

— Shot, who’s only grateful it was his personal machine and its backups
that suffered from this bug, not his uni server – and before you say
‘you should stick to LTS releases on a server’ do check Hardy’s open
bugs on Samba and suPHP…
--

-- 
I’ve got an inferiority complex, but it’s not very good.
(Continue reading)

Permalink | Reply | 1 comment |

Gmane