* [parisc-linux] Current allmodconfig failures
@ 2006-09-21 11:42 Matthew Wilcox
2006-09-22 18:44 ` Helge Deller
0 siblings, 1 reply; 2+ messages in thread
From: Matthew Wilcox @ 2006-09-21 11:42 UTC (permalink / raw)
To: parisc-linux
$ 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!
WARNING: "pdc_iodc_putc" [drivers/serial/mux.ko] undefined!
WARNING: "isa_bus_to_virt" [drivers/net/ni52.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.
The pdc_iodc_putc() call I mentioned in a missive yesterday.
isa_bus_to_virt() is an interesting one. We don't currently have
virtual mappings for the ISA bus. This driver needs to be converted to
use ioremap(). I'm tempted to mark it !PARISC in Kconfig. Or rather,
mark it ARM || MIPS || X86 since those are the only architectures which
implement isa_bus_to_virt.
STI scares me. I don't understand why we need the dummy console. I
don't know if it makes any sense to build your console as a module. I
don't know why sticore is in the console directory.
I fixed all the other allmodconfig problems I found ;-)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [parisc-linux] Current allmodconfig failures
2006-09-21 11:42 [parisc-linux] Current allmodconfig failures Matthew Wilcox
@ 2006-09-22 18:44 ` Helge Deller
0 siblings, 0 replies; 2+ messages in thread
From: Helge Deller @ 2006-09-22 18:44 UTC (permalink / raw)
To: parisc-linux; +Cc: Matthew Wilcox
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
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-09-22 18:44 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-21 11:42 [parisc-linux] Current allmodconfig failures Matthew Wilcox
2006-09-22 18:44 ` Helge Deller
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.