| Age | Commit message (Collapse) | Author |
|---|
|
|
|
[ merge from 0.92bubuntu1 ]
Reported-by: Ben Hutchings <ben@decadent.org.uk>
Signed-off-by: maximilian attems <maks@debian.org>
|
|
as udev will start earlier, care to blacklist before it loads.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
fb should be loaded after initramfs by init to have a beautiful
userland. allows faster boot not to try parsing crazy things
with only posix sh at our hands.
this will need a README.DEBIAN section as noone is now currently
loading fbcon.
Signed-off-by: maximilian attems <maks@debian.org>
|
|
The i915 DRM module doubles as a framebuffer of sorts, at least in kernel
mode-setting setups; like its cousins intelfb and i810fb, it effectively
requires intel-agp despite not actually using any of its symbols. As
such, could you please arrange for scripts/init-top/framebuffer to give
it the same treatment, per the following patch?:
(closes: #533258)
Signed-off-by: maximilian attems <maks@debian.org>
|
|
|
|
fix wrong merge of e184c8c2a9ad4520cf0cf4536301c6ae6206e911
scripts/init-top/framebuffer: 84: Syntax error: ")" unexpected (expecting ";;")
|
|
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>
|
|
DO NOT USE -Qb for framebuffer.
Blank ttys when using vesafb (vga=xxx) LP: #129910
[ s/-Q/-q/ for modprobe options -maks ]
|
|
d-i uses to pass it with the value 1
Reported-by: Frans Pop <fjp@debian.org>
|
|
udev isn't started at this point and therefore can't create framebuffer
devices. This causes usplash not to run on PS3.
set sane permissions will making the char files.
This reverts commit 0aec8b0c22b7622841c4ab7a3b492b4d2657456f.
|
|
Uvesafb framebuffer driver needs v86d userspace program
but when fb driver is modprobed at init-top stage of initrd,
/dev/zero and /dev/mem are missing because udev have not
been run yet.
|
|
|
|
|
|
thanks to Frans Pop <elendil@planet.nl> for report,
idea stolen from Ubuntu, adapted their boot script
same boot param.
closes: #485786
Signed-off-by: maximilian attems <maks@debian.org>
|
|
udev creates tty devices too, in the case of not using udev,
we need to ship more anyway, so no need to worry about that right now.
|
|
nuke fb device mknod creation as udev creates the fb device nodes.
suggested by waldi. positive test on qemu with usplash.
let's see if we get a bad interaction with usplash and vga=XXX boots.
|
|
s/fbnum/fbno/
|
|
you can only have up to 32 fb devices going from fb0 to fb31.
|
|
tested both on my laptop as on qemu
ubuntu merge
|
|
|
|
* kick mdrun script
* update control for lenny + ubuntu
* add _all_ ide, block and drivers
* use MODPROBE_OPTIONS and kill any modprobed arg
* small doc + whitespace fixes
|
|
- add drivers/ata
- rework the framebuffer boot script
- small docs changes
|
|
- new bzr location
- functional copy_dir_modules()
- modprobe a bunch of ppc windfarm modules in thermal
- provide output on error
|
|
- fix /boot ro check
- create fb devices unconditionaly
|
|
- fix preinst sed command
- bunch of minor fixes
|
|
- allow conservative settings for skipping updated initramfs.
- debug output to screen
- parse mbr for lilo
+ small fixes
|
|
this compat stuff can go once Etch is released
- framebuffer stuff for usplash
- don't leave modules file behind - thanks piuparts!
|
|
directories, always use busybox now, sigh.
|
|
|
