[parisc-linux] Current allmodconfig failures
Helge Deller
deller at gmx.de
Fri Sep 22 12:44:03 MDT 2006
On Thursday 21 September 2006 13:42, Matthew Wilcox wrote:
> $ grep undefined make.err
> WARNING: "flush_data_cache" [drivers/video/console/sticore.ko] undefined!
> WARNING: "sti_set" [drivers/video/console/sticon.ko] undefined!
> WARNING: "sti_putc" [drivers/video/console/sticon.ko] undefined!
> WARNING: "sti_bmove" [drivers/video/console/sticon.ko] undefined!
> WARNING: "sti_clear" [drivers/video/console/sticon.ko] undefined!
> WARNING: "dummy_con" [drivers/video/console/sticon.ko] undefined!
> WARNING: "conswitchp" [drivers/video/console/sticon.ko] undefined!
>
> I suspect the flush_data_cache() is a relic from the olden days -- I
> think the flush_icache_range() call should be sufficient.
Yes. flush_kernel_dcache_range() may need to stay as well.
> STI scares me.
Why ?
> I don't understand why we need the dummy console.
AFAIK, we need the dummy console, because at the point where other arches initialize their graphics subsystem, we can't do it.
We do it later when all infrastructure is available and then take_over_console().
> I don't know if it makes any sense to build your console as a module.
Why not ?
Switching from sti console to another one should be possible IMHO.
It's even good when debugging the STI functions.
> I don't know why sticore is in the console directory.
sticore is used by stifb and sticon.
It has more console functions, so IMHO it's OK.
Helge
More information about the parisc-linux
mailing list