On Mon, Dec 13, 2004 at 07:12:52PM +0100, moreau francis wrote: > To learn on Linux kernel, I've decided to port it on > particular board with (very) limited resources and > based with a 4KC processor core. As far I see, I need > at least a couple of mega bytes of memory to achieve > my goal. > Unfortunately the only way to get this amount of mem > is > to execute linux in memory that can only be accessed > through KSEG2 and KSEG3 ! > > Here is my board's mapping: > > Physical Memory Map: > > start size type > ----------------------------- > 0x20000000 - 8MB - SDRAM > 0x30000000 - 16MB - FLASH > 0x40000000 - 16MB - FLASH > 0x50000000 - 2MB - SRAM > > > I looked into the memory init code and I don't think > that it's possible to run linux in a segment different > from KSEG0. Am I wrong ? It's not. The 4kc processor when running with the BEV bit in the status register cleared will try to find it's exception vectors at address KSEG0, so there would have to be *some* code mapped there. With BEV=1 exception vectors would be located in the firmware as pointed out by Steve in his answer. Firmware means something like flashmemory and running uncached, so will be prohibitivly slow. I just can't believe a system to be that missdesigned! > I've noticed a CONFIG_MAPPED_KERNEL macro but it seems > that it's only used to replicate kernel from mapped > memory to KSEG0... That's correct. CONFIG_MAPPED_KERNEL was written to support large ccNUMA systems (large meaning two or three digit numbers of processors) where preferably each node should run it's own copy of the OS kernel. It's a missdesigned, therefore ineffective implementation that was also only working because of some assumption on the way gcc generates tools. Ralf
