All of lore.kernel.org
 help / color / mirror / Atom feed
From: Osamu Tomita <tomita@cinet.co.jp>
To: Andrey Panin <pazke@orbita1.ru>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [RFC][PATCHSET] PC-9800 architecture (CORE only)
Date: Wed, 23 Oct 2002 00:36:10 +0900	[thread overview]
Message-ID: <3DB5706A.9D3915F0@cinet.co.jp> (raw)
In-Reply-To: 20021022065028.GA304@pazke.ipt

Thanks for comment.

Andrey Panin wrote:
> 
> On Mon, Oct 21, 2002 at 10:49:19PM +0900, Osamu Tomita wrote:
> > This is a part of big patchset for support PC-9800 architecture, one
> of i386
> > sub architectures.
> > Core part cleanup has done. (But device drivers are still working.)
> > Many "#if" are killed by using "mach-xxx" framework.
> > If someone pick up this, we are very happy.
> > Comments are always welcome. Please tell me.
> 
> Ok, you asked for it :))
> 
> >       if (boot_cpu_data.hard_math && !cpu_has_fpu)
> > -             setup_irq(13, &irq13);
> > +#ifndef CONFIG_PC9800
> > +             setup_irq(13, &fpu_irq);
> > +#else
> > +             setup_irq(8, &fpu_irq);
> > +#endif
> >  }
> 
> May be this should be done this way (with FPU_IRQ_NUMBER hidden in the
> arch specific header):
> 
> -               setup_irq(13, &irq13);
> +               setup_irq(FPU_IRQ_NUMBER, &fpu_irq);
Thanks. I'll rewrite this way.
 
> > diff -urN linux/arch/i386/kernel/pc9800_debug.c
> linux98/arch/i386/kernel/pc9800_debug.c
> 
> Why this file is not in mach-pc9800 directory ?
This module provides new feature.
We can write debugging messages to PC-9800's NVRAM.
I don't know PC's CMOS can be used for this purpose, or not.
But, if other subarchtecture has usable space in NVRAM,
I assume scenario as follows.
rewrite some codes in pc9800_debug.c and put them mach-xxx directory,
then split out codes for PC-9800 and move them into mach-pc9800 direcory.

> And what is IORESOURCE98_SPARSE flag in mach-pc9800/mach_resources.h
> file ?
IORESOURCE98_SPARSE flag means odd or even only addressing.
We modify check_region(), request_region() and release_region().
If length parameter has negative value, addressing is sparse.
For example,
 request_region(0x100, -5, "xxx"); gets 0x100, 0x102 and 0x104.

Regards
Osamu Tomita  tomita@cinet.co.jp

  reply	other threads:[~2002-10-23 11:04 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-21 13:49 [RFC][PATCHSET] PC-9800 architecture (CORE only) Osamu Tomita
2002-10-22  6:50 ` Andrey Panin
2002-10-22 15:36   ` Osamu Tomita [this message]
2002-10-23 12:02     ` Alan Cox
2002-10-23 13:20       ` Osamu Tomita
2002-10-24  9:09         ` Vojtech Pavlik
2002-10-24 10:45           ` Alan Cox
2002-10-24 10:29             ` Vojtech Pavlik
     [not found] ` <20021021175211.A642@nightmaster.csn.tu-chemnitz.de>
2002-10-22 13:36   ` Osamu Tomita

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3DB5706A.9D3915F0@cinet.co.jp \
    --to=tomita@cinet.co.jp \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pazke@orbita1.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.