[lkml]   [2002]   [Jun]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH][RFC] SGI VISWS support for 2.5
On Чтв, Июн 20, 2002 at 02:37:43 -0700, Jesse Barnes wrote:
> I gave it a go on a 320 that I have here and it gets into start_kernel
> somewhere, but I don't get any output on the serial console. If you'd
> like to get it into 2.5, maybe we should clean it up a little first
> (as well as get it working)?

We definetely need to make it working and cleanup is a good thing too,
but i dont have a VISWS (right now) so i'm limited to trivial mergework.

> When I ported the last patch forward to 2.4.17, I noticed that there
> were quite a few parts that could use some work. Looking through the
> patch, it seems like the head.S stuff could be done in a better way,

As far as i understand VISWS fragment in the head.S does 3 thing:
1) fills page tables;
2) twiddle some bits in cr3.
3) loads gdt and idt;
My small brain can't understand why we must do 1 and 3 so early.
BTW looks like we are filling page tables many times (for every CPU).
And why we move stext and _stext for VISWS ?
These are great mysteries ...

> maybe a seperate head.S for machines that start in protected mode?
I'm doubtfull, does it worth the effort ?

> Then again, maybe the boot loader should just be changed? The
> interrupt handler code also needs to be fixed up.
> I haven't looked at the patch to seperate out i386 subarches yet, but
> maybe that would be a good first step to abstracting away some of the
> visws setup code?

2.5 with James's arch-split patch has most of VISWS code separated already.
The only big trouble that remains is VISWS hacks in parse_mem_cmdline()

Also when 2.5 will realy use platform driver to support reboot, halt
and power off, it will be possible to split VISWS code from process.c.

Andrey Panin | Embedded systems software engineer | PGP key:
[unhandled content-type:application/pgp-signature]
 \ /
  Last update: 2005-03-22 13:26    [W:0.036 / U:6.612 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site