Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.apple2 > #24787 > unrolled thread

Marina IP updated with DNS resolution, other improvements

Back to article view | Back to comp.sys.apple2

Contents

  Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-05-20 18:54 +0000
    Marina IP updated with DNS resolution, other improvements Antoine Vignau <antoine.vignau@laposte.net> - 2015-05-21 00:51 -0700
      Re: Marina IP updated with DNS resolution, other improvements Steve Nickolas <usotsuki@buric.co> - 2015-05-21 10:42 +0200
        Re: Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-05-21 18:55 +0000
      Re: Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-05-21 18:54 +0000
        Re: Marina IP updated with DNS resolution, other improvements "Bill Garber" <willy46pa@comcast.net> - 2015-05-21 15:10 -0400
          Re: Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-05-21 19:27 +0000
            Re: Marina IP updated with DNS resolution, other improvements Antoine Vignau <antoine.vignau@laposte.net> - 2015-05-21 12:44 -0700
              Re: Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-05-21 20:00 +0000
                Re: Marina IP updated with DNS resolution, other improvements Jeff Blakeney <CUTjeffrey_blakeney@yahoo.ca> - 2015-05-22 15:56 -0400
                Re: Marina IP updated with DNS resolution, other improvements pitz <pitz.wong@gmail.com> - 2015-05-22 16:31 -0700
              Re: Marina IP updated with DNS resolution, other improvements "Bill Garber" <willy46pa@comcast.net> - 2015-05-21 18:37 -0400
                Re: Marina IP updated with DNS resolution, other improvements Smohn Jith <Smohn@smohn.com> - 2015-05-21 19:22 -0500
                  Re: Marina IP updated with DNS resolution, other improvements David Schmidt <schmidtd@my-deja.com> - 2015-05-21 21:43 -0400
                Re: Marina IP updated with DNS resolution, other improvements Warren Ernst <wernst@gmail.com> - 2015-05-29 11:46 -0700
            Re: Marina IP updated with DNS resolution, other improvements David Schmidt <schmidtd@my-deja.com> - 2015-05-21 16:13 -0400
            Re: Marina IP updated with DNS resolution, other improvements Michael J. Mahon <mjmahon@aol.com> - 2015-05-22 03:18 -0500
              Re: Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-05-22 21:28 +0000
                Re: Marina IP updated with DNS resolution, other improvements Michael J. Mahon <mjmahon@aol.com> - 2015-05-22 18:38 -0500
                  Re: Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-05-25 20:05 +0000
                    Re: Marina IP updated with DNS resolution, other improvements ol.sc@web.de (Oliver Schmidt) - 2015-05-26 18:38 +0000
                      Re: Marina IP updated with DNS resolution, other improvements Steve Nickolas <usotsuki@buric.co> - 2015-05-27 02:56 +0200
                Re: Marina IP updated with DNS resolution, other improvements David Schmidt <schmidtd@my-deja.com> - 2015-05-23 00:25 -0400
                  Re: Marina IP updated with DNS resolution, other improvements David Schmenk <dschmenk@gmail.com> - 2015-05-23 10:01 -0700
                    Re: Marina IP updated with DNS resolution, other improvements ol.sc@web.de (Oliver Schmidt) - 2015-05-24 19:55 +0000
                      Re: Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-05-25 20:10 +0000
                        Re: Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-05-25 20:13 +0000
                          Re: Marina IP updated with DNS resolution, other improvements Michael J. Mahon <mjmahon@aol.com> - 2015-05-25 16:01 -0500
        Re: Marina IP updated with DNS resolution, other improvements wssimms@gmail.com - 2015-05-21 22:18 -0700
          Re: Marina IP updated with DNS resolution, other improvements Antoine Vignau <antoine.vignau@laposte.net> - 2015-05-21 22:57 -0700
    Re: Marina IP updated with DNS resolution, other improvements D Finnigan <dog_cow@macgui.com> - 2015-06-01 18:22 +0000

Page 2 of 2 — ← Prev page 1 [2]

#24856

Hi,

>> Unlike slot ROMs, which can just JSR to an RTS and look at the return
>> address on the stack to see which slot they're running in, I think you'll
>> either have to ask the user or search for the network card by its behavior.
>
>The card's Ethernet controller has ID bytes to identify it. Problem is, who
>knows what might get activated on other cards during your slot scan?

That's the very reason why I intentionally do not implement slot
scanning but rather only use controller "ID bytes" on the single slot
configurd by the user to verify the configuration.

Regards,
Oliver

[toc] | [prev] | [next] | [standalone]

#24857

On Tue, 26 May 2015, Oliver Schmidt wrote:

> Hi,
>
>>> Unlike slot ROMs, which can just JSR to an RTS and look at the return
>>> address on the stack to see which slot they're running in, I think you'll
>>> either have to ask the user or search for the network card by its behavior.
>>
>> The card's Ethernet controller has ID bytes to identify it. Problem is, who
>> knows what might get activated on other cards during your slot scan?
>
> That's the very reason why I intentionally do not implement slot
> scanning but rather only use controller "ID bytes" on the single slot
> configurd by the user to verify the configuration.
>
> Regards,
> Oliver
>

It's a pity that the cards I usually need to detect don't have ROMs I can 
scan for. :/

-uso.

[toc] | [prev] | [next] | [standalone]

#24832

On 5/22/2015 5:28 PM, D Finnigan wrote:
> Michael J. Mahon wrote:
>>
>> Anybody remember what index registers are for?
>
> No need to poke fun at us, sir! Yes I have looked at the Disk II controller
> and the Super Serial card firmware for slot independence.
>
> I'll see what I can do. I'm already using X in some places.

That's why I did what I did with IP65.  X was integral to things 
already, so it was simpler to use self-modifying code by the time I came 
along and bolted on slot independence.

[toc] | [prev] | [next] | [standalone]

#24836

On Friday, 22 May 2015 21:25:56 UTC-7, schmidtd  wrote:
> On 5/22/2015 5:28 PM, D Finnigan wrote:
> > Michael J. Mahon wrote:
> >>
> >> Anybody remember what index registers are for?
> >
> > No need to poke fun at us, sir! Yes I have looked at the Disk II controller
> > and the Super Serial card firmware for slot independence.
> >
> > I'll see what I can do. I'm already using X in some places.
> 
> That's why I did what I did with IP65.  X was integral to things 
> already, so it was simpler to use self-modifying code by the time I came 
> along and bolted on slot independence.

Just like the 6551, the CS8900 is sensitive to phantom reads. Take care what base address you index off.

[toc] | [prev] | [next] | [standalone]

#24840

Hi,

>Just like the 6551, the CS8900 is sensitive to phantom reads. Take care what base address you index off.

Interesting that it took so many posts in this thread until someone
brings up the actually relevant aspect. My knowledge:

- An absolute indexed read only causes a phantom read (from a wrong
address) if the index causes a page crossing. This is usually not the
case with Apple II slot independence.

- However an absolute indexed write _always_ causes a phantom read.
That read is from a wrong address if the index causes a page crossing.
If there's no page crossing the read is from the final address
afterwards written to. The latter is the case with Apple II slot
independence.

That's the reason why my drivers all use self modifying code for Apple
II slot independence! Apart from that it's simply faster - and I'm
making use of the X register to gain some additional speed. and
finally the same code is used on the CBMs and ATARIs where the
potential chip base addresses are more than one page apart.

Regards,
Oliver

[toc] | [prev] | [next] | [standalone]

#24844

Oliver Schmidt <ol.sc@web.de> wrote:
> Hi,
> 
>> Just like the 6551, the CS8900 is sensitive to phantom reads. Take care
>> what base address you index off.
> 
> Interesting that it took so many posts in this thread until someone
> brings up the actually relevant aspect. My knowledge:
> 
> - An absolute indexed read only causes a phantom read (from a wrong
> address) if the index causes a page crossing. This is usually not the
> case with Apple II slot independence.
> 
> - However an absolute indexed write _always_ causes a phantom read.
> That read is from a wrong address if the index causes a page crossing.
> If there's no page crossing the read is from the final address
> afterwards written to. The latter is the case with Apple II slot
> independence.

Thanks for the explanation and clarification. What you explain seems to be
the same technique used by the Super Serial Card firmware which uses $C08x
as the base address.

[toc] | [prev] | [next] | [standalone]

#24845

D Finnigan <dog_cow@macgui.com> wrote:
> 
> Thanks for the explanation and clarification. What you explain seems to be
> the same technique used by the Super Serial Card firmware which uses $C08x
> as the base address.

No, $BFFF

STA $BFFF,Y

[toc] | [prev] | [next] | [standalone]

#24846

D Finnigan <dog_cow@macgui.com> wrote:
> D Finnigan <dog_cow@macgui.com> wrote:
>> 
>> Thanks for the explanation and clarification. What you explain seems to be
>> the same technique used by the Super Serial Card firmware which uses $C08x
>> as the base address.
> 
> No, $BFFF
> 
> STA $BFFF,Y

Intentional page-crossing--yum!  ;-)
-- 
-michael - NadaNet 3.1 and AppleCrate II: http://home.comcast.net/~mjmahon

[toc] | [prev] | [next] | [standalone]

#24811

Am Freitag, 22. Mai 2015 03:55:43 UTC+9 schrieb D Finnigan:
> Antoine Vignau wrote:
> > That looks great, David.
> > Why slot 3? Will it run with the card in other slots?
> > av
> >
> 
> I have the slot I/O addresses hard-coded to $C0Bx. I don't like
> self-modifying code, which is what several other Uthernet drivers use to get
> slot independence.

To be honest, self-modifying code is a fundamental 6502 programming technique.
The CPU simply doesn't have the addressing to do many interesting things
in any better way. Of course, it's a no-no for ROMable code. Otherwise there is
no reason to reject the judicious use of self-modifying code on a 6502.

[toc] | [prev] | [next] | [standalone]

#24813

I was not aware of that rule, thanks for the info.

In my IIgs machines, they are in slot 1
av

[toc] | [prev] | [next] | [standalone]

#24956

Usenet is not a blog, but interested persons can follow the development of
Marina, particularly now the sockets API, in my blog here:
http://macgui.com/blogs/?u=2

I posted a new entry today.

-- 
]DF$
The Marina IP stack for Apple II--
http://marina.a2hq.com/

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | comp.sys.apple2

csiph-web