Hi,

>>>>> On Thu, 13 Sep 2001 22:26:16 -0400, "John Ruschmeyer" <jruschme@mac.com> said:

>>> I had worked for MI IDE driver(wdc) implemention. and my LC630 is
>>> working now. and I also finished for bus_space_* .
>>> Mr. Allen, I sent a patch, but there is no response. Please review.
>>> If you don't never look it, I would like to send you.
>> 
>> Ah, my apologies.  I do have a patch that was buried in my mailbox.  I
>> will take a look at it very soon.  I now have a Q630 to work on, but I
>> am very busy with work until next week.  Perhaps you can share this
>> with jruschme@mac.com in the meantime?

John> Please... it seems like you have the other piece of the puzzle.

You will find my patch if you search old logs in this mailing list.

>>> Maybe, I guess some machines don't work if byte-order problem is
>>> solved. Interrupt problem must be solved. In the case My LC630 works
>>> when ether card exists in LC-PDS slot, but in the case no exist in
>>> LC-PDS not works.

John> Actually, this make some sense. According to Ken Nakata's comments, the IDE
John> controller generates a NUBUS interrupt but without the proper bits set. His
John> answer on the Q630 was to daisy chain an interrupt handler on the Nubus
John> interrupt that would check the IDE status, call wdintr() as necessary, and
John> then call the original Nubus interrupt handler. On the PB150 and 190, he
John> just added a normal nubus interrupt.

I understand Ken's comment because I also see Linux codes and Ken is
my friend(but I met him only at once :-)).

There is no difference in Q630 and PB150,PB190 in Linux codes. Problem 
is no interrupt at nubus slot, but I don't know the point which
interrupt has stopped at nubus or via.

>> Yes, interrupts do need to be solved.  Does Linux have any help here?
>> I know that they are using IDE on some platforms.

John> It may... supposedly Ken got his information from the people who added 6300
John> support to MkLinux.

John> Alan, one other question... who assigns block and character major device
John> numbers. It seems like we should try to standardize here. Takeshi, which
John> ones are you using?

I'm using remaining and suitable number as major number. There is no
problem when a number defined insys/arch/mac68k/mac68k/conf.c and one in 
etc/etc.mac68k/MAKEDEV are same.

Maybe, Mr. Allen will confirm this.

Takeshi Shibagaki
sibagaki@lsi.melco.co.jp,ie9t-sbgk@asahi-net.or.jp