| Age | Commit message (Collapse) | Author |
|---|
|
people still need to enable kernel mode setting,
but the module should be on the initramfs by default.
currently no other drm module supports kms yet.
Reported-by: Yves-Alexis Perez <corsac@debian.org>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
same simplification.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
make it more concise:
* use POSIX ${parameter:+word}
* replace *[/]*) by just */*)
* test exit code of command -v rather then running test -x on it
while we are at it fix another command -v usage in scripts/functions.
Reviewed-by: Colin Watson <cjwatson@ubuntu.com>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
|
|
the regex was overly severe not allowing dots althoug they are
useful as word ending.
based on a patch in launchpad, that didn't get all occurences right,
but was a good start.
(LP: #305837)
|
|
fix wrong merge of e184c8c2a9ad4520cf0cf4536301c6ae6206e911
scripts/init-top/framebuffer: 84: Syntax error: ")" unexpected (expecting ";;")
|
|
Do not load thermal control for macintosh if the device is a PS3.
fixes cosmetic issue of boot messages:
FATAL: Error inserting therm_pm72 (/lib/modules/2.6.28-4-powerpc64-smp/kernel/drivers/macintosh/therm_pm72.ko): No such device
FATAL: Error inserting windfarm_pm112 (/lib/modules/2.6.28-4-powerpc64-smp/kernel/drivers/macintosh/windfarm_pm112.ko): No such device
(LP: #346899)
this is a port of the 0.92bubuntu26 patch.
Reported-by: Arnaud Jeansen <arnaud.jeansen@gmail.com>
|
|
After further experimentation, I discovered additional problems that my
first patch did not address, namely that
1) Some FB drivers need the AGP subsystem up and running before they
are loaded and
2) intelfb needs intel-agp.ko, but does not have a dependency on it.
intelfb does not actually *work* on my testsystem after this (it
crashes), but unlike with plain initramfs-tools, it loads (and prints
something useful if loaded with the probeonly option). I'll try to find
out why it fails to work tomorrow; it's probably an unrelated issue.
[ make the patch applyable, probably whitespace damaged, fix comments,
no need to pass -q to modprobe that is set globaly -maks ]
(closes: #416063, #455876)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
update-initramfs -k $(uname -a) -t -u
You must specify at least one of -c, -u, or -d.
[..]
which is wrong as -u was reported.
Reported-by: Michael Prokop <mika@grml.org>
|
|
this was proposed in patch on #416063 by
Maik Zumstrull <Maik.Zumstrull@gmx.de>
but don't hardcode the list, just add all build ones:
ls /lib/modules/2.6.29-1-amd64/kernel/drivers/char/agp/
intel-agp.ko sis-agp.ko via-agp.ko
|
|
"Ah. there were symlinks in / - tho they were never ever used on this
system.
Seems pretty broken to rely on symlinks that might (and are) years out
of date."
Reported-by: Peter Palfrader <weasel@debian.org>
so no longer rely on this links like since 0.65,
but use the "latest" according the dpkg higher heuristic check.
that should make people more happy!
also the symlinks should be phased out, only fallback to them
if set_highest_version() finds nothing.
(closes: #493863)
|
|
only comes into play if lilo is installed too and usage is not
configured by do_bootloader in /etc/kernel-img.conf.
(closes: #427509)
|
|
rework it's logic, instead of 2 nested top ifs use one if
with 2 "&&" connected checks. gets us rid of one nested level.
simplify codeflow inside too as bonus.
make clear why mbr_check() is run.
|
|
"with kernel mode setting, i'd imagine that including
framebuffer drivers becomes even more important, too"
-dilinger
this is basedon a patch by Maik Zumstrull <Maik.Zumstrull@gmx.de>,
but instead of hardcoding a list just copy over all fb from the
relevant driver directory.
first part of #416063.
|
|
First see if there is a $(uname -r) versioned firmware around
and if there is add it first.
should make ubuntu sync easier too, as they shipp their firmware there.
(closes: #521370)
|
|
Otherwise it likes to warn for e100 even if e1000e is in use:
grep e100 /proc/modules
e1000e 110896 0 - Live 0xffffffffa0028000
|
|
I needed to run update-initramfs w/ MODULES=dep (for some 15M BIOS size
limitation w/ lilo on an HP server), turns out that I found the same bug
as #507619 (please refer to it for details), except that I have a LUKS
format over the cciss device.
As bug #507619 describes:
"dep_add_modules() expects to find a /sys/block/cciss/c0d0p file, but
it should be trying /sys/block/cciss!c0d0"
It also mentions:
"fyi, I suspect this may also apply to old-style smart array devices,
where device names are similar, but use 'ida' intead of 'cciss' -
e.g. /dev/ida/c0d0p1."
The following patch fixes it for me (on cciss) and should also fix it
for ida devices.
[ patch got checked and tested life on #debian-boot channel, see below -maks ]
fixed warning:
mkinitramfs: missing cciss!c0d0p2 root /dev/mapper/quakelive-root /sys entry
of course, since the new value of block comes out of
/sys/block/dm-${minor}/slaves, it makes sense that it
would already be in sysfs syntax.
Tested-by: Timothee Besset <ttimo@ttimo.net>
|
|
new naming scheme for stable releases.
no longer adding a letter, but a maintenance number.
|
|
gets rid of lintian warning:
package-uses-deprecated-debhelper-compat-version 4
|
|
DO NOT USE -Qb for framebuffer.
Blank ttys when using vesafb (vga=xxx) LP: #129910
[ s/-Q/-q/ for modprobe options -maks ]
|
|
update-initramfs: Generating /boot/initrd.img-2.6.26-1-versatile
mkinitramfs: missing mmcblk root /dev/mmcblk0p3 /sys entry
(closes: #520198)
Tested-by: Paul Malishev <afunix@hing.rednet.ru>
|
|
i've made an install of new kernel on Intrepid: 2.6.27-8-generic (32 bits)
and kernel.log have a warning about load order of ehci_hcd:
Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after
LP: #296710.
|
|
existing initrd.img
[ first test existence before link and don't use bashism -maks ]
Ubuntu merge 0.92bubuntu24
|
|
seems confusing for users..
|
|
|
|
|
|
woow that went unnoticed for some years now.
people seem really to use update-initramfs(8).
|
|
try to add one or the other.
|
|
initrd-tools was last shipped in etch and was sarge default.
we no longer need to care about it.
only came to light while grepping for ide-disk.
|
|
mkinitramfs-kpkg outputs the following warning:
Depreciation WARNING: use update-initramfs(8)
"Depreciation" should be "Deprecation".
(closes: #517344)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
|
|
while at it cleanup the variable name that came due to legacy
naming nfsopts in a very early initramfs-tools release.
"The local-top/iscsi initramfs integration script uses the
configure_networking function, which depends on the IPOPTS environmental
variable set by the init script. However, this variable is not
available, because it's not exported from init, and local-top/iscsi is
not sourced but executed. Thus static IP configuration on the kernel
command line is not communicated to the script."
(closes: #516746)
Reported-by: Ferenc Wagner <wferi@niif.hu>
|
|
release string from "Fischia il vento" :)
|
|
Ferenc seems to be using the xvda1=img1,xvda2=img2 scheme of Xen disks
(this is what xentools gets you) rather than the whole disk with
partition scheme.
In the xvda1/xvda2 scheme /sys/block contains:
# ls /sys/block/
ram0 ram1 ram10 ram11 ram12 ram13 ram14 ram15 ram2 ram3
ram4 ram5 ram6 ram7 ram8 ram9 xvda1 xvda2
In the whole disk scheme it contains xvda as you would expect:
# ls /sys/block/
loop0 loop1 loop2 loop3 loop4 loop5 loop6 loop7 ram0
ram1 ram10 ram11 ram12 ram13 ram14 ram15 ram2 ram3 ram4
ram5 ram6 ram7 ram8 ram9 xvda
I've attached a patch which takes care of this difference.
[ remove largest suffix pattern, so that we don't stumble on big minors -maks ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
do the same dance here, same code, just slightly renamed variables.
|
|
|
|
As there is no /dev/disk/by-label//, we need to follow udev
on escape the '/' character with \x2f
don't rely on sed, as we might not have it in initramfs.
(closes: #489008)
Reported-by: Josh Triplett <josh@freedesktop.org>
Tested-by: Andres Salomon <dilinger@debian.org>
thanks for dilinger to pushing the first easy solution to a complete,
so we don't have to revisit the case.
|
|
Documentation currently lacked a list of exported variables
for boot or hook scripts.
(closes: #512453)
Reported-by: Arnaud Fontaine <arnau@debian.org>
|
|
the supported-host long call feature was already dropped
before lenny, thus just kick it.
no other long calling getopt strings yet..
|
|
..via /etc/kernel
Signed-off-by: Andres Salomon <dilinger@debian.org>
(closes: #504551)
[ fixed update-initramfs postinst call s/-u/-c/ -maks ]
Signed-off-by: maximilian attems <maks@debian.org>
|
|
The attached patch is needed for booting with root=mtd0.
Basically, the init scripts assume the root device should have a special
device file somewhere, and if not will wait for it to appear. This patch
changes it so that it only waits for a device file to appear if $ROOT starts
with "/dev". In the case of things like ROOT=LABEL=foo, the init scripts
will translate that to a device. With ROOT=mtd0, the init scripts will not
check for a device, and will successfully mount the root filesystem.
Signed-off-by: Andres Salomon <dilinger@debian.org>
|
|
always remove the largest possible suffix pattern on the block device.
(closes: #513958)
Reported-by: Nicola Canepa <canne74@gmail.com>
|
|
Since "exit 2" has a special meaning, we must "exit 1" when the
find/cpio/gzip pipe fails, otherwise "update-initramfs" will potentially
ignore failures (it ignores return code "2" from mkinitramfs).
Signed-off-by: Kees Cook <kees@debian.org>
|
|
since some keyboards will not be usable at the initramfs/busybox
prompt without them.
[ Ubuntu sync for 0.92bubuntu19 port it to Debian - maks ]
|
|
(closes: #514997)
Reported-by: Michael Prokop <mika@grml.org>
|
|
trivial fix on top of previous change.
afais cpio doesn't really give sensible return errors,
so this fall through the cracks.
|
|
The final stage of mkinitramfs that builds the image does not verify the
exit codes of find or cpio:
(cd "${DESTDIR}" && find . | cpio --quiet --dereference -o -H newc | gzip
>"${outfile}") || exit 1
Once bug 514936 is solved, this will be even more important, since cpio
will actually return errors.
Attached is a gross alternative to depending on bash...
Current behavior:
$ find /fail | cpio --quiet --dereference -o -H newc | gzip > /tmp/archive.gz
find: `/fail': No such file or directory
$ echo $?
0
Desired behavior:
$ set -o pipefail
$ find /fail | cpio --quiet --dereference -o -H newc | gzip > /tmp/archive.gz
find: `/fail': No such file or directory
$ echo $?
1
(closes: #514938)
[ already useful in finding stupid mkinitramfs path errors -maks ]
|
|
uncovered due to tests with harden cpio failures.
bug got introduced postlenny in
d2791a8fa458d473ff92d0710fe4d71487c76d6b.
|
|
not needed anymore..
|
|
no need to support callers that were unofficial and never released
as such in Lenny.
|
