On Thu, Mar 13, 2003 at 10:07:01AM +0100, Michael Schmitz wrote:
> > Atari does not build either. Even after some fixes:
> >
> > --- linux-2.4/drivers/char/nvram.c.orig     2002-11-30 07:33:03.000000000 
> > -0500
> > +++ linux-2.4/drivers/char/nvram.c  2003-03-07 02:19:03.000000000 -0500
> > @@ -98,6 +98,8 @@
> >  #define RTC_PORT(x)                (TT_RTC_BAS + 2*(x))
> >  #define CHECK_DRIVER_INIT()        (MACH_IS_ATARI && 
> > ATARIHW_PRESENT(TT_CLK))
> >
> > +#define NVRAM_BYTES                (128-NVRAM_FIRST_BYTE)
> > +
> 
> That's guesswork?? I'll check my Atari tree to see what did work for me
> last time I tried. I'm rather certain I posted the diff to linux-m68k at
> the time.

Entirely guesswork, I just copied what I saw in other arches. But Bjoern
Buske sent me a private mail, explaining that it should be 50, or
(64-NVRAM_FIRST_BYTE).

> There's another change to the RTC code that's required to make it link, I
> think.

That whas to only change I needed to compile this file.
 
> >  /* On Ataris, the checksum is over all bytes except the checksum bytes
> >   * themselves; these are at the very end */
> >  #define ATARI_CKS_RANGE_START      0
> > --- linux-2.4/include/asm-m68k/pci.h.orig   2002-11-30 07:39:03.000000000 
> > -0500
> > +++ linux-2.4/include/asm-m68k/pci.h        2003-03-07 02:45:29.000000000 
> > -0500
> > @@ -7,6 +7,9 @@
> >   * Written by Wout Klaren.
> >   */
> >
> > +#define PCIBIOS_MIN_IO          0x1000
> > +#define PCIBIOS_MIN_MEM         0x10000000
> > +
> >  struct pci_ops;
> >
> >  /*
> >
> > It would be nice if somebody with atari knowlegde could check these (in if
> > they are correct) and fix the problem.
> 
> There's no PCI on Atari. These constants should be meaningless. If they're
> actually used for something else (i.e. access to hardware registers), it
> would be important to know if these are physical or kernel virtual
> addresses.

Well, guessed as well, it just needed some number to compile. I have no
means of testing atari kernels... but it failed later, maybe I should switch
off hades and co completely, just to get a kernel built.

BTW
[EMAIL PROTECTED]:~>uname -a
Linux aahz 2.4.20 #1 Tue Mar 4 03:02:52 EST 2003 m68k unknown
[EMAIL PROTECTED]:~>uptime 
 10:02:18 up 1 day, 13:09,  1 user,  load average: 1.18, 1.09, 1.02

Looks pretty stable till now, if we could get this built for the other
subarches, too, we might still be in business for the next release.
Note: this is not the kernel that I suggested for the boot-floppies, this
one is optimized for my box. It is missing devfs, will try that next time,
and gvpscsi, since that made my box unhappy in 2.2.20, and maybe a few more
details.

But since nobody but me is testing amiga kernels nowadays, I might just as
well declare this stable, build new boot-floppies with it, get rid of the
other subarches and things become much easier. Objections? Oh, affs has
always been failing for me with 2.4.x kernels, so you still need a 2.2
kernel if you want to copy a vmlinuz file to an amiga partition...

Christian

Reply via email to