2.6.2 kernel questions

First of all I'm not sure this is the correct list to email to and if its 
not I apologize and ask for a redirection to the appropriate venue.

I'm running off a base aurora 1.0 install on a Ultra1 and out of sheer 
wanting to kill myself on the cutting edge, downloaded the 2.6.2 latest 
kernel from kernel.org.

I was wondering if anyone in the development team has even looked at trying 
to compile this version of the kernel. According to the Changes file i have 
updated the corresponding required programs and libraries to the latest and 
greatest versions

Upon compile it appears to hiccup during compilation on the file 
/usr/src/linux2.6.2/arch/sparc64/kernel/setup.c

I've changed the code from:

#ifdef CONFIG_BLK_DEV_INITRD
      rd_image_start = ram_flags & RAMDISK_IMAGE_START_MASK;
      rd_prompt = ((ram_flags & RAMDISK_PROMPT_FLAG) != 0);
      rd_doload = ((ram_flags & RAMDISK_LOAD_FLAG) != 0);
#endif

to just commenting out those lines as I believe I read somewhere that the 
ramdisk code is contained somewhere else in the 2.5+ kernel trees. First 
question is whether or not thats an acceptable fix or if that will destroy 
other stuff on down the road.

Second question is in regards to whether or not anyone else has tried 
compiling and running the kernel and if so , what other caveats am i likely 
to run into.

At the moment I can get the kernel to compile and when rebooting it hangs. 
It sucks because it takes a lil over 3 hours to recompile so testing changes 
is a nightmare but such is life on the edge i suppose.

Third question is inside silo i tried to pass the debug option to the kernel 
and I still don't get any debugging output and wondered what .config options 
are bare minimum required to actually get some useful info at what stage in 
the process its dieing. I'm not sure yet whether its related or unrelated 
that im running the ultra1 as a headless machine connecting via a serial 
cable which works on the updated version of 2.4.20-2.31sparc kernel.

Fourth question is at what point in the kernel version did the make bzImage 
option get deprecated? I'm not sure if it really matters performance wise 
loading a compressed image vs a non compressed image but i did notice that 
bzImage wasn't a valid target inside the top level Makefile

Thanks and my apologies again if this is the wrong forum for my questions,

Paul Kester
[email protected]

Deja Moo -
"The feeling that you have heard this bullshit before!"

_________________________________________________________________
Find great local high-speed Internet access value at the MSN High-Speed 
Marketplace. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/

_______________________________________________
Aurora-sparc-devel mailing list
[email protected]
http://lists.auroralinux.org/mailman/listinfo/aurora-sparc-devel
Aurora FAQ: http://www.ecs.soton.ac.uk/~mas01r/aurorafaq.html