Re: creating kernel udebs from kernel-source
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Sven Luther wrote:
|
| On these, there is a separate kernel because it is needed, not
| because you want some random optimizations. Try to install on a
| m68k/pmac with a m68k/amiga kernel to take one example i am
| familiar with, and you will see whta i mean.
Sven, as i wrote before, i didn't say anywhere that you must kill
subarches and i don't understand why you keep remarking this
bits of which i am perfectly aware of.
|> 20 sets of udebs, but just the common ones that can manage to
|> boot everything since the installer will make the proper decision
|> later.
|
|
| No. This works for the -up against -smp ones, and maybe for the
| upcoming ppc64/generic and ppc64/generic-power4, but for the rest
| of it, they are trully separate kernel which will not run on boxes
| they are not meant to.
ok.. let's try another example:
Arch foo has 20 different kind of subarches and each of them has
4 different flavours. For simplicity we will call them subarchN-flavM.
where M can be:
0 = no optimizations of any kind.
1= optimization1
2 = ...
3 = ...
This will generate 80 kernels as a result of 20 subarch * 4 flavours.
Now.. if you look at it from an installer point of view, you don't need
80 udebs set to boot the 20 subarches. you only need 20 udebs sets:
subarch1-flav0
subarch2-flav0
.....
subarch20-flav0
due to the fact that flav0 is common to the entire subarch.
This kind of "optimization" can apply to all the arch. You maintain
the subarch (otherwise it doesn't boot). You kill the unrequired flavours.
This reduces a lot the amount of udebs that you need.
|> other way. This still doesn't mean that it is d-i task to
|> workaround this kind of problems introducing extra sets of udebs
|
|
| Well, how do you install on that box then, provided we can't fix
| the above bug, if it is a bug ?
You get to cooperate with upstream to get the bug fixed?
|
| Me thinking that maybe we should use -smp variants for the power3
| and power4 d-i kernels.
That's something you don't need to discuss with me, but with
the relevant people in the installer team.
Fabio
- --
Self-Service law:
The last available dish of the food you have decided to eat, will be
inevitably taken from the person in front of you.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQIVAwUBQaxRJ1A6oBJjVJ+OAQIkGg/8CEwu1A9hIRCNgSy2ETJKKUiTYSvFcQjX
M1quJro1iXHVprBpVRm+g3nEK3mHB90MFqe+upctypusT60Tz7AsFz/5Ysw+WLYA
zj8q+Y2h6jYhVu2twg10mgO6sV9y4R2MmtxQYlegZ9KA5rPnQiKtsi3PXT9F35E+
xFbWLHt+VQIwYkE1senOC9/9XkC/OJiu8FwNEFJb7XJ7tYyHgx2EuVBehQJcaBc3
P+7PvaDA1szvLe2cJTCAKdZCL+8y1bCzCxIYvRy5kDn0d7lj+P45UfInz6ps++gf
R4HlRWVTZAXqEDatc76678YuGeXIlbD7G0mdilr+KLGCEZCjUexTY7qLBtziL9j4
er1uWUmHCgNGWgl9CGlQHGu7qjBxVSElH7lZwNrGTN4Trkgi9qnYM74pC9AjVC1z
ONy5K+sgSUVTzWnexJdWRAlNiel+84yv21rN9X53hhDvAI+PSRYpOvA9W4bZ5pG8
D0HlEi9XX+1p1wSvLHkGfurXNh3GhE2D2qOfc5XIuRQonRaqJFgAwPESdQndsAFt
jyT7z2AAHZ4ZKuXEoSKJlHBvZTkwR8pJKJhPr8xHiNzskDV/hGJDJT9bYDI/D2Nf
i7HIDhtmQ5cZs/TIUFo50xKmp5waNeCMz8CHeUtPID4isOdKSl3WH4ZTfR/gwvJ0
Bz2ugv0rRdE=
=7Y7T
-----END PGP SIGNATURE-----
Reply to: