€•ù      Œsphinx.addnodes”Œdocument”“”)”}”(Œ	rawsource”Œ ”Œchildren”]”(Œtranslations”ŒLanguagesNode”“”)”}”(hhh]”(h Œpending_xref”“”)”}”(hhh]”Œdocutils.nodes”ŒText”“”ŒChinese (Simplified)”…””}”Œparent”hsbaŒ
attributes”}”(Œids”]”Œclasses”]”Œnames”]”Œdupnames”]”Œbackrefs”]”Œ	refdomain”Œstd”Œreftype”Œdoc”Œ	reftarget”Œ%/translations/zh_CN/networking/arcnet”Œmodname”NŒ	classname”NŒrefexplicit”ˆuŒtagname”hhhubh)”}”(hhh]”hŒChinese (Traditional)”…””}”hh2sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ%/translations/zh_TW/networking/arcnet”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒItalian”…””}”hhFsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ%/translations/it_IT/networking/arcnet”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒJapanese”…””}”hhZsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ%/translations/ja_JP/networking/arcnet”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒKorean”…””}”hhnsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ%/translations/ko_KR/networking/arcnet”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒPortuguese (Brazilian)”…””}”hh‚sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ%/translations/pt_BR/networking/arcnet”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒSpanish”…””}”hh–sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ%/translations/sp_SP/networking/arcnet”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubeh}”(h]”h ]”h"]”h$]”h&]”Œcurrent_language”ŒEnglish”uh1h
hhŒ	_document”hŒsource”NŒline”NubhŒcomment”“”)”}”(hŒ SPDX-License-Identifier: GPL-2.0”h]”hŒ SPDX-License-Identifier: GPL-2.0”…””}”hh·sbah}”(h]”h ]”h"]”h$]”h&]”Œ	xml:space”Œpreserve”uh1hµhhh²hh³Œ?/var/lib/git/docbuild/linux/Documentation/networking/arcnet.rst”h´KubhŒsection”“”)”}”(hhh]”(hŒtitle”“”)”}”(hŒARCnet”h]”hŒARCnet”…””}”(hhÏh²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÍhhÊh²hh³hÇh´KubhŒ
field_list”“”)”}”(hhh]”hŒfield”“”)”}”(hhh]”(hŒ
field_name”“”)”}”(hŒAuthor”h]”hŒAuthor”…””}”(hhéh²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hçhhäh³hÇh´K ubhŒ
field_body”“”)”}”(hŒ*Avery Pennarun <apenwarr@worldvisions.ca>
”h]”hŒ	paragraph”“”)”}”(hŒ)Avery Pennarun <apenwarr@worldvisions.ca>”h]”(hŒAvery Pennarun <”…””}”(hhÿh²hh³Nh´NubhŒ	reference”“”)”}”(hŒapenwarr@worldvisions.ca”h]”hŒapenwarr@worldvisions.ca”…””}”(hj	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”Œmailto:apenwarr@worldvisions.ca”uh1j  hhÿubhŒ>”…””}”(hhÿh²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Khhùubah}”(h]”h ]”h"]”h$]”h&]”uh1h÷hhäubeh}”(h]”h ]”h"]”h$]”h&]”uh1hâh³hÇh´Khhßh²hubah}”(h]”h ]”h"]”h$]”h&]”uh1hÝhhÊh²hh³hÇh´KubhŒnote”“”)”}”(hŒ¬See also arcnet-hardware.rst in this directory for jumper-setting
and cabling information if you're like many of us and didn't happen to get a
manual with your ARCnet card.”h]”hþ)”}”(hŒ¬See also arcnet-hardware.rst in this directory for jumper-setting
and cabling information if you're like many of us and didn't happen to get a
manual with your ARCnet card.”h]”hŒ°See also arcnet-hardware.rst in this directory for jumper-setting
and cabling information if youâ€™re like many of us and didnâ€™t happen to get a
manual with your ARCnet card.”…””}”(hj;  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Khj7  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j5  hhÊh²hh³hÇh´NubhŒ
transition”“”)”}”(hŒ----”h]”h}”(h]”h ]”h"]”h$]”h&]”uh1jO  h³hÇh´KhhÊh²hubhþ)”}”(hŒ'These are the ARCnet drivers for Linux.”h]”hŒ'These are the ARCnet drivers for Linux.”…””}”(hj[  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KhhÊh²hubhþ)”}”(hX­  This new release (2.91) has been put together by David Woodhouse
<dwmw2@infradead.org>, in an attempt to tidy up the driver after adding support
for yet another chipset. Now the generic support has been separated from the
individual chipset drivers, and the source files aren't quite so packed with
#ifdefs! I've changed this file a bit, but kept it in the first person from
Avery, because I didn't want to completely rewrite it.”h]”(hŒBThis new release (2.91) has been put together by David Woodhouse
<”…””}”(hji  h²hh³Nh´Nubj  )”}”(hŒdwmw2@infradead.org”h]”hŒdwmw2@infradead.org”…””}”(hjq  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”Œmailto:dwmw2@infradead.org”uh1j  hji  ubhX^  >, in an attempt to tidy up the driver after adding support
for yet another chipset. Now the generic support has been separated from the
individual chipset drivers, and the source files arenâ€™t quite so packed with
#ifdefs! Iâ€™ve changed this file a bit, but kept it in the first person from
Avery, because I didnâ€™t want to completely rewrite it.”…””}”(hji  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KhhÊh²hubhþ)”}”(hXU  The previous release resulted from many months of on-and-off effort from me
(Avery Pennarun), many bug reports/fixes and suggestions from others, and in
particular a lot of input and coding from Tomasz Motylewski.  Starting with
ARCnet 2.10 ALPHA, Tomasz's all-new-and-improved RFC1051 support has been
included and seems to be working fine!”h]”hXW  The previous release resulted from many months of on-and-off effort from me
(Avery Pennarun), many bug reports/fixes and suggestions from others, and in
particular a lot of input and coding from Tomasz Motylewski.  Starting with
ARCnet 2.10 ALPHA, Tomaszâ€™s all-new-and-improved RFC1051 support has been
included and seems to be working fine!”…””}”(hj‹  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KhhÊh²hubhŒtarget”“”)”}”(hŒ.. _arcnet-netdev:”h]”h}”(h]”h ]”h"]”h$]”h&]”Œrefid”Œarcnet-netdev”uh1j™  h´K!hhÊh²hh³hÇubhÉ)”}”(hhh]”(hÎ)”}”(hŒ!Where do I discuss these drivers?”h]”hŒ!Where do I discuss these drivers?”…””}”(hjª  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÍhj§  h²hh³hÇh´K$ubhþ)”}”(hŒÌARCnet discussions take place on netdev. Simply send your email to
netdev@vger.kernel.org and make sure to Cc: maintainer listed in
"ARCNET NETWORK LAYER" heading of Documentation/process/maintainers.rst.”h]”(hŒCARCnet discussions take place on netdev. Simply send your email to
”…””}”(hj¸  h²hh³Nh´Nubj  )”}”(hŒnetdev@vger.kernel.org”h]”hŒnetdev@vger.kernel.org”…””}”(hjÀ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”Œmailto:netdev@vger.kernel.org”uh1j  hj¸  ubhŒw and make sure to Cc: maintainer listed in
â€œARCNET NETWORK LAYERâ€ heading of Documentation/process/maintainers.rst.”…””}”(hj¸  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K&hj§  h²hubeh}”(h]”(Œ where-do-i-discuss-these-drivers”j¦  eh ]”h"]”(Œ!where do i discuss these drivers?”Œarcnet-netdev”eh$]”h&]”uh1hÈhhÊh²hh³hÇh´K$Œexpect_referenced_by_name”}”jà  j›  sŒexpect_referenced_by_id”}”j¦  j›  subhÉ)”}”(hhh]”(hÎ)”}”(hŒOther Drivers and Info”h]”hŒOther Drivers and Info”…””}”(hjê  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÍhjç  h²hh³hÇh´K+ubhþ)”}”(hŒBYou can try JoAnne Schmitz's ARCNET page on the World Wide Web at:”h]”hŒDYou can try JoAnne Schmitzâ€™s ARCNET page on the World Wide Web at:”…””}”(hjø  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K-hjç  h²hubhŒblock_quote”“”)”}”(hŒ'https://www.qis.net/~jschmitz/arcnet/

”h]”hþ)”}”(hŒ%https://www.qis.net/~jschmitz/arcnet/”h]”j  )”}”(hj  h]”hŒ%https://www.qis.net/~jschmitz/arcnet/”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”j  uh1j  hj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K/hj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j  h³hÇh´K/hjç  h²hubeh}”(h]”Œother-drivers-and-info”ah ]”h"]”Œother drivers and info”ah$]”h&]”uh1hÈhhÊh²hh³hÇh´K+ubhÉ)”}”(hhh]”(hÎ)”}”(hŒSupported Hardware”h]”hŒSupported Hardware”…””}”(hj5  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÍhj2  h²hh³hÇh´K3ubhþ)”}”(hŒôOnly PCI and PCI Express devices based on the COM20020 chipset are supported.
This is the newest chipset from SMC with support for promiscuous mode (packet
sniffing), extra diagnostic information, etc. These devices use the com20020_pci
driver.”h]”hŒôOnly PCI and PCI Express devices based on the COM20020 chipset are supported.
This is the newest chipset from SMC with support for promiscuous mode (packet
sniffing), extra diagnostic information, etc. These devices use the com20020_pci
driver.”…””}”(hjC  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K5hj2  h²hubhþ)”}”(hŒdSupport for older chipsets and ISA and PCMCIA devices was previously available
but has been removed.”h]”hŒdSupport for older chipsets and ISA and PCMCIA devices was previously available
but has been removed.”…””}”(hjQ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K:hj2  h²hubeh}”(h]”Œsupported-hardware”ah ]”h"]”Œsupported hardware”ah$]”h&]”uh1hÈhhÊh²hh³hÇh´K3ubhÉ)”}”(hhh]”(hÎ)”}”(hŒConfiguring the Driver”h]”hŒConfiguring the Driver”…””}”(hjj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÍhjg  h²hh³hÇh´K?ubhþ)”}”(hŒYThe COM20020 driver will be loaded automatically at boot if a supported card is
detected.”h]”hŒYThe COM20020 driver will be loaded automatically at boot if a supported card is
detected.”…””}”(hjx  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KAhjg  h²hubhþ)”}”(hŒOIf the com20020_pci driver was compiled as a loadable module, the options are::”h]”hŒNIf the com20020_pci driver was compiled as a loadable module, the options are:”…””}”(hj†  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KDhjg  h²hubhŒliteral_block”“”)”}”(hŒhnode=<node_ID> backplane=<backplane> clockp=<CKP> clockm=<CKM>
timeout=<timeout> device=<interface_name>”h]”hŒhnode=<node_ID> backplane=<backplane> clockp=<CKP> clockm=<CKM>
timeout=<timeout> device=<interface_name>”…””}”hj–  sbah}”(h]”h ]”h"]”h$]”h&]”hÅhÆuh1j”  h³hÇh´KFhjg  h²hubhþ)”}”(hŒ®If the driver was compiled into the kernel, the same options can be specified on
the kernel command line by prefixing them with `com20020_pci.`, as in the
following example::”h]”(hŒ€If the driver was compiled into the kernel, the same options can be specified on
the kernel command line by prefixing them with ”…””}”(hj¤  h²hh³Nh´NubhŒtitle_reference”“”)”}”(hŒ`com20020_pci.`”h]”hŒcom20020_pci.”…””}”(hj®  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j¬  hj¤  ubhŒ, as in the
following example:”…””}”(hj¤  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KIhjg  h²hubj•  )”}”(hŒcom20020_pci.device=eth1”h]”hŒcom20020_pci.device=eth1”…””}”hjÆ  sbah}”(h]”h ]”h"]”h$]”h&]”hÅhÆuh1j”  h³hÇh´KMhjg  h²hubhþ)”}”(hX  The COM20020 chipset allows you to set the node ID in software, overriding the
default which is still set in DIP switches on the card. If you don't have the
COM20020 data sheets, and you don't know what the other options refer
to, then they won't interest you - forget them.”h]”hX  The COM20020 chipset allows you to set the node ID in software, overriding the
default which is still set in DIP switches on the card. If you donâ€™t have the
COM20020 data sheets, and you donâ€™t know what the other options refer
to, then they wonâ€™t interest you - forget them.”…””}”(hjÔ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KOhjg  h²hubhþ)”}”(hŒ‚Otherwise, ARCnet can be configured in a similar way to Ethernet, with the
exception that ARCnet interface names begin with `arc`.”h]”(hŒ|Otherwise, ARCnet can be configured in a similar way to Ethernet, with the
exception that ARCnet interface names begin with ”…””}”(hjâ  h²hh³Nh´Nubj­  )”}”(hŒ`arc`”h]”hŒarc”…””}”(hjê  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j¬  hjâ  ubhŒ.”…””}”(hjâ  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KThjg  h²hubeh}”(h]”Œconfiguring-the-driver”ah ]”h"]”Œconfiguring the driver”ah$]”h&]”uh1hÈhhÊh²hh³hÇh´K?ubhÉ)”}”(hhh]”(hÎ)”}”(hŒ How do I get it to work with...?”h]”hŒ How do I get it to work with...?”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÍhj
  h²hh³hÇh´KYubhŒdefinition_list”“”)”}”(hhh]”(hŒdefinition_list_item”“”)”}”(hX™  NFS:
Should be fine linux->linux, just pretend you're using Ethernet cards.
oak.oakland.edu:/simtel/msdos/nfs has some nice DOS clients.  There
is also a DOS-based NFS server called SOSS.  It doesn't multitask
quite the way Linux does (actually, it doesn't multitask AT ALL) but
you never know what you might need.

With AmiTCP (and possibly others), you may need to set the following
options in your Amiga nfstab:  MD 1024 MR 1024 MW 1024
(Thanks to Christian Gottschling <ferksy@indigo.tng.oche.de>
for this.)

Probably these refer to maximum NFS data/read/write block sizes.  I
don't know why the defaults on the Amiga didn't work; write to me if
you know more.
”h]”(hŒterm”“”)”}”(hŒNFS:”h]”hŒNFS:”…””}”(hj(  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j&  h³hÇh´Kihj"  ubhŒ
definition”“”)”}”(hhh]”(hþ)”}”(hX5  Should be fine linux->linux, just pretend you're using Ethernet cards.
oak.oakland.edu:/simtel/msdos/nfs has some nice DOS clients.  There
is also a DOS-based NFS server called SOSS.  It doesn't multitask
quite the way Linux does (actually, it doesn't multitask AT ALL) but
you never know what you might need.”h]”hX;  Should be fine linux->linux, just pretend youâ€™re using Ethernet cards.
oak.oakland.edu:/simtel/msdos/nfs has some nice DOS clients.  There
is also a DOS-based NFS server called SOSS.  It doesnâ€™t multitask
quite the way Linux does (actually, it doesnâ€™t multitask AT ALL) but
you never know what you might need.”…””}”(hj;  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K\hj8  ubhþ)”}”(hŒÃWith AmiTCP (and possibly others), you may need to set the following
options in your Amiga nfstab:  MD 1024 MR 1024 MW 1024
(Thanks to Christian Gottschling <ferksy@indigo.tng.oche.de>
for this.)”h]”(hŒžWith AmiTCP (and possibly others), you may need to set the following
options in your Amiga nfstab:  MD 1024 MR 1024 MW 1024
(Thanks to Christian Gottschling <”…””}”(hjI  h²hh³Nh´Nubj  )”}”(hŒferksy@indigo.tng.oche.de”h]”hŒferksy@indigo.tng.oche.de”…””}”(hjQ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”Œrefuri”Œ mailto:ferksy@indigo.tng.oche.de”uh1j  hjI  ubhŒ>
for this.)”…””}”(hjI  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kbhj8  ubhþ)”}”(hŒ—Probably these refer to maximum NFS data/read/write block sizes.  I
don't know why the defaults on the Amiga didn't work; write to me if
you know more.”h]”hŒ›Probably these refer to maximum NFS data/read/write block sizes.  I
donâ€™t know why the defaults on the Amiga didnâ€™t work; write to me if
you know more.”…””}”(hjk  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kghj8  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j6  hj"  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j   h³hÇh´Kihj  ubj!  )”}”(hX  DOS:
If you're using the freeware arcether.com, you might want to install
the driver patch from my web page.  It helps with PC/TCP, and also
can get arcether to load if it timed out too quickly during
initialization.  In fact, if you use it on a 386+ you REALLY need
the patch, really.
”h]”(j'  )”}”(hŒDOS:”h]”hŒDOS:”…””}”(hj‰  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j&  h³hÇh´Kphj…  ubj7  )”}”(hhh]”hþ)”}”(hX  If you're using the freeware arcether.com, you might want to install
the driver patch from my web page.  It helps with PC/TCP, and also
can get arcether to load if it timed out too quickly during
initialization.  In fact, if you use it on a 386+ you REALLY need
the patch, really.”h]”hX  If youâ€™re using the freeware arcether.com, you might want to install
the driver patch from my web page.  It helps with PC/TCP, and also
can get arcether to load if it timed out too quickly during
initialization.  In fact, if you use it on a 386+ you REALLY need
the patch, really.”…””}”(hjš  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Klhj—  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j6  hj…  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j   h³hÇh´Kphj  h²hubj!  )”}”(hŒ‹Windows:
See DOS :)  Trumpet Winsock works fine with either the Novell or
Arcether client, assuming you remember to load winpkt of course.
”h]”(j'  )”}”(hŒWindows:”h]”hŒWindows:”…””}”(hj¸  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j&  h³hÇh´Kthj´  ubj7  )”}”(hhh]”hþ)”}”(hŒSee DOS :)  Trumpet Winsock works fine with either the Novell or
Arcether client, assuming you remember to load winpkt of course.”h]”hŒSee DOS :)  Trumpet Winsock works fine with either the Novell or
Arcether client, assuming you remember to load winpkt of course.”…””}”(hjÉ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KshjÆ  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j6  hj´  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j   h³hÇh´Kthj  h²hubj!  )”}”(hXâ  LAN Manager and Windows for Workgroups:
These programs use protocols that
are incompatible with the Internet standard.  They try to pretend
the cards are Ethernet, and confuse everyone else on the network.

The Linux ARCnet driver supports this protocol via the 'arc0e' device.
See the section on "Multiprotocol Support" for more information.

Using the freeware Samba server and clients for Linux, you can now
interface quite nicely with TCP/IP-based WfWg or Lan Manager
networks.
”h]”(j'  )”}”(hŒ'LAN Manager and Windows for Workgroups:”h]”hŒ'LAN Manager and Windows for Workgroups:”…””}”(hjç  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j&  h³hÇh´K€hjã  ubj7  )”}”(hhh]”(hþ)”}”(hŒ¥These programs use protocols that
are incompatible with the Internet standard.  They try to pretend
the cards are Ethernet, and confuse everyone else on the network.”h]”hŒ¥These programs use protocols that
are incompatible with the Internet standard.  They try to pretend
the cards are Ethernet, and confuse everyone else on the network.”…””}”(hjø  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kwhjõ  ubhþ)”}”(hŒ‡The Linux ARCnet driver supports this protocol via the 'arc0e' device.
See the section on "Multiprotocol Support" for more information.”h]”hŒThe Linux ARCnet driver supports this protocol via the â€˜arc0eâ€™ device.
See the section on â€œMultiprotocol Supportâ€ for more information.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K{hjõ  ubhþ)”}”(hŒ‰Using the freeware Samba server and clients for Linux, you can now
interface quite nicely with TCP/IP-based WfWg or Lan Manager
networks.”h]”hŒ‰Using the freeware Samba server and clients for Linux, you can now
interface quite nicely with TCP/IP-based WfWg or Lan Manager
networks.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K~hjõ  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j6  hjã  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j   h³hÇh´K€hj  h²hubj!  )”}”(hXÆ  Windows 95:
Tools are included with Win95 that let you use either the LANMAN
style network drivers (NDIS) or Novell drivers (ODI) to handle your
ARCnet packets.  If you use ODI, you'll need to use the 'arc0'
device with Linux.  If you use NDIS, then try the 'arc0e' device.
See the "Multiprotocol Support" section below if you need arc0e,
you're completely insane, and/or you need to build some kind of
hybrid network that uses both encapsulation types.
”h]”(j'  )”}”(hŒWindows 95:”h]”hŒWindows 95:”…””}”(hj2  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j&  h³hÇh´K‰hj.  ubj7  )”}”(hhh]”hþ)”}”(hX¹  Tools are included with Win95 that let you use either the LANMAN
style network drivers (NDIS) or Novell drivers (ODI) to handle your
ARCnet packets.  If you use ODI, you'll need to use the 'arc0'
device with Linux.  If you use NDIS, then try the 'arc0e' device.
See the "Multiprotocol Support" section below if you need arc0e,
you're completely insane, and/or you need to build some kind of
hybrid network that uses both encapsulation types.”h]”hXÉ  Tools are included with Win95 that let you use either the LANMAN
style network drivers (NDIS) or Novell drivers (ODI) to handle your
ARCnet packets.  If you use ODI, youâ€™ll need to use the â€˜arc0â€™
device with Linux.  If you use NDIS, then try the â€˜arc0eâ€™ device.
See the â€œMultiprotocol Supportâ€ section below if you need arc0e,
youâ€™re completely insane, and/or you need to build some kind of
hybrid network that uses both encapsulation types.”…””}”(hjC  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kƒhj@  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j6  hj.  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j   h³hÇh´K‰hj  h²hubj!  )”}”(hX¼  OS/2:
I've been told it works under Warp Connect with an ARCnet driver from
SMC.  You need to use the 'arc0e' interface for this.  If you get
the SMC driver to work with the TCP/IP stuff included in the
"normal" Warp Bonus Pack, let me know.

ftp.microsoft.com also has a freeware "Lan Manager for OS/2" client
which should use the same protocol as WfWg does.  I had no luck
installing it under Warp, however.  Please mail me with any results.
”h]”(j'  )”}”(hŒOS/2:”h]”hŒOS/2:”…””}”(hja  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j&  h³hÇh´K“hj]  ubj7  )”}”(hhh]”(hþ)”}”(hŒëI've been told it works under Warp Connect with an ARCnet driver from
SMC.  You need to use the 'arc0e' interface for this.  If you get
the SMC driver to work with the TCP/IP stuff included in the
"normal" Warp Bonus Pack, let me know.”h]”hŒõIâ€™ve been told it works under Warp Connect with an ARCnet driver from
SMC.  You need to use the â€˜arc0eâ€™ interface for this.  If you get
the SMC driver to work with the TCP/IP stuff included in the
â€œnormalâ€ Warp Bonus Pack, let me know.”…””}”(hjr  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KŒhjo  ubhþ)”}”(hŒÈftp.microsoft.com also has a freeware "Lan Manager for OS/2" client
which should use the same protocol as WfWg does.  I had no luck
installing it under Warp, however.  Please mail me with any results.”h]”hŒÌftp.microsoft.com also has a freeware â€œLan Manager for OS/2â€ client
which should use the same protocol as WfWg does.  I had no luck
installing it under Warp, however.  Please mail me with any results.”…””}”(hj€  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K‘hjo  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j6  hj]  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j   h³hÇh´K“hj  h²hubj!  )”}”(hX  NetBSD/AmiTCP:
These use an old version of the Internet standard ARCnet
protocol (RFC1051) which is compatible with the Linux driver v2.10
ALPHA and above using the arc0s device. (See "Multiprotocol ARCnet"
below.)  ** Newer versions of NetBSD apparently support RFC1201.

”h]”(j'  )”}”(hŒNetBSD/AmiTCP:”h]”hŒNetBSD/AmiTCP:”…””}”(hjž  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j&  h³hÇh´Kšhjš  ubj7  )”}”(hhh]”hþ)”}”(hX   These use an old version of the Internet standard ARCnet
protocol (RFC1051) which is compatible with the Linux driver v2.10
ALPHA and above using the arc0s device. (See "Multiprotocol ARCnet"
below.)  ** Newer versions of NetBSD apparently support RFC1201.”h]”hX  These use an old version of the Internet standard ARCnet
protocol (RFC1051) which is compatible with the Linux driver v2.10
ALPHA and above using the arc0s device. (See â€œMultiprotocol ARCnetâ€
below.)  ** Newer versions of NetBSD apparently support RFC1201.”…””}”(hj¯  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K–hj¬  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j6  hjš  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j   h³hÇh´Kšhj  h²hubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hj
  h²hh³hÇh´Nubeh}”(h]”Œhow-do-i-get-it-to-work-with”ah ]”h"]”Œ how do i get it to work with...?”ah$]”h&]”uh1hÈhhÊh²hh³hÇh´KYubhÉ)”}”(hhh]”(hÎ)”}”(hŒUsing Multiprotocol ARCnet”h]”hŒUsing Multiprotocol ARCnet”…””}”(hjÚ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÍhj×  h²hh³hÇh´Kubhþ)”}”(hŒUThe ARCnet driver supports three protocols, each on its own
"virtual network device":”h]”hŒYThe ARCnet driver supports three protocols, each on its own
â€œvirtual network deviceâ€:”…””}”(hjè  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KŸhj×  h²hubj  )”}”(hXY  ======  ===============================================================
arc0    RFC1201 protocol, the official Internet standard which just
        happens to be 100% compatible with Novell's TRXNET driver.
        Version 1.00 of the ARCnet driver supported _only_ this
        protocol.  arc0 is the fastest of the three protocols (for
        whatever reason), and allows larger packets to be used
        because it supports RFC1201 "packet splitting" operations.
        Unless you have a specific need to use a different protocol,
        I strongly suggest that you stick with this one.

arc0e   "Ethernet-Encapsulation" which sends packets over ARCnet
        that are actually a lot like Ethernet packets, including the
        6-byte hardware addresses.  This protocol is compatible with
        Microsoft's NDIS ARCnet driver, like the one in WfWg and
        LANMAN.  Because the MTU of 493 is actually smaller than the
        one "required" by TCP/IP (576), there is a chance that some
        network operations will not function properly.  The Linux
        TCP/IP layer can compensate in most cases, however, by
        automatically fragmenting the TCP/IP packets to make them
        fit.  arc0e also works slightly more slowly than arc0, for
        reasons yet to be determined.  (Probably it's the smaller
        MTU that does it.)

arc0s   The "[s]imple" RFC1051 protocol is the "previous" Internet
        standard that is completely incompatible with the new
        standard.  Some software today, however, continues to
        support the old standard (and only the old standard)
        including NetBSD and AmiTCP.  RFC1051 also does not support
        RFC1201's packet splitting, and the MTU of 507 is still
        smaller than the Internet "requirement," so it's quite
        possible that you may run into problems.  It's also slower
        than RFC1201 by about 25%, for the same reason as arc0e.

        The arc0s support was contributed by Tomasz Motylewski
        and modified somewhat by me.  Bugs are probably my fault.
======  ===============================================================
”h]”hŒtable”“”)”}”(hhh]”hŒtgroup”“”)”}”(hhh]”(hŒcolspec”“”)”}”(hhh]”h}”(h]”h ]”h"]”h$]”h&]”Œcolwidth”Kuh1j  hj  ubj  )”}”(hhh]”h}”(h]”h ]”h"]”h$]”h&]”Œcolwidth”K?uh1j  hj  ubhŒtbody”“”)”}”(hhh]”(hŒrow”“”)”}”(hhh]”(hŒentry”“”)”}”(hhh]”hþ)”}”(hŒarc0”h]”hŒarc0”…””}”(hj)  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K£hj&  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j$  hj!  ubj%  )”}”(hhh]”hþ)”}”(hXÉ  RFC1201 protocol, the official Internet standard which just
happens to be 100% compatible with Novell's TRXNET driver.
Version 1.00 of the ARCnet driver supported _only_ this
protocol.  arc0 is the fastest of the three protocols (for
whatever reason), and allows larger packets to be used
because it supports RFC1201 "packet splitting" operations.
Unless you have a specific need to use a different protocol,
I strongly suggest that you stick with this one.”h]”hXÏ  RFC1201 protocol, the official Internet standard which just
happens to be 100% compatible with Novellâ€™s TRXNET driver.
Version 1.00 of the ARCnet driver supported _only_ this
protocol.  arc0 is the fastest of the three protocols (for
whatever reason), and allows larger packets to be used
because it supports RFC1201 â€œpacket splittingâ€ operations.
Unless you have a specific need to use a different protocol,
I strongly suggest that you stick with this one.”…””}”(hj@  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K£hj=  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j$  hj!  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hj  ubj   )”}”(hhh]”(j%  )”}”(hhh]”hþ)”}”(hŒarc0e”h]”hŒarc0e”…””}”(hj`  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K¬hj]  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j$  hjZ  ubj%  )”}”(hhh]”hþ)”}”(hX—  "Ethernet-Encapsulation" which sends packets over ARCnet
that are actually a lot like Ethernet packets, including the
6-byte hardware addresses.  This protocol is compatible with
Microsoft's NDIS ARCnet driver, like the one in WfWg and
LANMAN.  Because the MTU of 493 is actually smaller than the
one "required" by TCP/IP (576), there is a chance that some
network operations will not function properly.  The Linux
TCP/IP layer can compensate in most cases, however, by
automatically fragmenting the TCP/IP packets to make them
fit.  arc0e also works slightly more slowly than arc0, for
reasons yet to be determined.  (Probably it's the smaller
MTU that does it.)”h]”hX£  â€œEthernet-Encapsulationâ€ which sends packets over ARCnet
that are actually a lot like Ethernet packets, including the
6-byte hardware addresses.  This protocol is compatible with
Microsoftâ€™s NDIS ARCnet driver, like the one in WfWg and
LANMAN.  Because the MTU of 493 is actually smaller than the
one â€œrequiredâ€ by TCP/IP (576), there is a chance that some
network operations will not function properly.  The Linux
TCP/IP layer can compensate in most cases, however, by
automatically fragmenting the TCP/IP packets to make them
fit.  arc0e also works slightly more slowly than arc0, for
reasons yet to be determined.  (Probably itâ€™s the smaller
MTU that does it.)”…””}”(hjw  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K¬hjt  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j$  hjZ  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hj  ubj   )”}”(hhh]”(j%  )”}”(hhh]”hþ)”}”(hŒarc0s”h]”hŒarc0s”…””}”(hj—  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K¹hj”  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j$  hj‘  ubj%  )”}”(hhh]”(hþ)”}”(hXú  The "[s]imple" RFC1051 protocol is the "previous" Internet
standard that is completely incompatible with the new
standard.  Some software today, however, continues to
support the old standard (and only the old standard)
including NetBSD and AmiTCP.  RFC1051 also does not support
RFC1201's packet splitting, and the MTU of 507 is still
smaller than the Internet "requirement," so it's quite
possible that you may run into problems.  It's also slower
than RFC1201 by about 25%, for the same reason as arc0e.”h]”hX  The â€œ[s]impleâ€ RFC1051 protocol is the â€œpreviousâ€ Internet
standard that is completely incompatible with the new
standard.  Some software today, however, continues to
support the old standard (and only the old standard)
including NetBSD and AmiTCP.  RFC1051 also does not support
RFC1201â€™s packet splitting, and the MTU of 507 is still
smaller than the Internet â€œrequirement,â€ so itâ€™s quite
possible that you may run into problems.  Itâ€™s also slower
than RFC1201 by about 25%, for the same reason as arc0e.”…””}”(hj®  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´K¹hj«  ubhþ)”}”(hŒpThe arc0s support was contributed by Tomasz Motylewski
and modified somewhat by me.  Bugs are probably my fault.”h]”hŒpThe arc0s support was contributed by Tomasz Motylewski
and modified somewhat by me.  Bugs are probably my fault.”…””}”(hj¼  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KÃhj«  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j$  hj‘  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hj  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hj  ubeh}”(h]”h ]”h"]”h$]”h&]”Œcols”Kuh1jÿ  hjü  ubah}”(h]”h ]”h"]”h$]”h&]”uh1jú  hjö  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j  h³hÇh´K¢hj×  h²hubhþ)”}”(hŒÇYou can choose not to compile arc0e and arc0s into the driver if you want -
this will save you a bit of memory and avoid confusion when eg. trying to
use the "NFS-root" stuff in recent Linux kernels.”h]”hŒËYou can choose not to compile arc0e and arc0s into the driver if you want -
this will save you a bit of memory and avoid confusion when eg. trying to
use the â€œNFS-rootâ€ stuff in recent Linux kernels.”…””}”(hjï  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KÇhj×  h²hubhþ)”}”(hŒùThe arc0e and arc0s devices are created automatically when you first
ifconfig the arc0 device.  To actually use them, though, you need to also
ifconfig the other virtual devices you need.  There are a number of ways you
can set up your network then:”h]”hŒùThe arc0e and arc0s devices are created automatically when you first
ifconfig the arc0 device.  To actually use them, though, you need to also
ifconfig the other virtual devices you need.  There are a number of ways you
can set up your network then:”…””}”(hjý  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KËhj×  h²hubhŒenumerated_list”“”)”}”(hhh]”(hŒ	list_item”“”)”}”(hXæ  Single Protocol.

This is the simplest way to configure your network: use just one of the
two available protocols.  As mentioned above, it's a good idea to use
only arc0 unless you have a good reason (like some other software, ie.
WfWg, that only works with arc0e).

If you need only arc0, then the following commands should get you going::

     ifconfig arc0 MY.IP.ADD.RESS
     route add MY.IP.ADD.RESS arc0
     route add -net SUB.NET.ADD.RESS arc0
     [add other local routes here]

If you need arc0e (and only arc0e), it's a little different::

     ifconfig arc0 MY.IP.ADD.RESS
     ifconfig arc0e MY.IP.ADD.RESS
     route add MY.IP.ADD.RESS arc0e
     route add -net SUB.NET.ADD.RESS arc0e

arc0s works much the same way as arc0e.

”h]”(hþ)”}”(hŒSingle Protocol.”h]”hŒSingle Protocol.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KÑhj  ubhþ)”}”(hŒ÷This is the simplest way to configure your network: use just one of the
two available protocols.  As mentioned above, it's a good idea to use
only arc0 unless you have a good reason (like some other software, ie.
WfWg, that only works with arc0e).”h]”hŒùThis is the simplest way to configure your network: use just one of the
two available protocols.  As mentioned above, itâ€™s a good idea to use
only arc0 unless you have a good reason (like some other software, ie.
WfWg, that only works with arc0e).”…””}”(hj$  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KÓhj  ubhþ)”}”(hŒIIf you need only arc0, then the following commands should get you going::”h]”hŒHIf you need only arc0, then the following commands should get you going:”…””}”(hj2  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´KØhj  ubj•  )”}”(hŒ}ifconfig arc0 MY.IP.ADD.RESS
route add MY.IP.ADD.RESS arc0
route add -net SUB.NET.ADD.RESS arc0
[add other local routes here]”h]”hŒ}ifconfig arc0 MY.IP.ADD.RESS
route add MY.IP.ADD.RESS arc0
route add -net SUB.NET.ADD.RESS arc0
[add other local routes here]”…””}”hj@  sbah}”(h]”h ]”h"]”h$]”h&]”hÅhÆuh1j”  h³hÇh´KÚhj  ubhþ)”}”(hŒ=If you need arc0e (and only arc0e), it's a little different::”h]”hŒ>If you need arc0e (and only arc0e), itâ€™s a little different:”…””}”(hjN  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kßhj  ubj•  )”}”(hŒifconfig arc0 MY.IP.ADD.RESS
ifconfig arc0e MY.IP.ADD.RESS
route add MY.IP.ADD.RESS arc0e
route add -net SUB.NET.ADD.RESS arc0e”h]”hŒifconfig arc0 MY.IP.ADD.RESS
ifconfig arc0e MY.IP.ADD.RESS
route add MY.IP.ADD.RESS arc0e
route add -net SUB.NET.ADD.RESS arc0e”…””}”hj\  sbah}”(h]”h ]”h"]”h$]”h&]”hÅhÆuh1j”  h³hÇh´Káhj  ubhþ)”}”(hŒ'arc0s works much the same way as arc0e.”h]”hŒ'arc0s works much the same way as arc0e.”…””}”(hjj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kæhj  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hj  h²hh³hÇh´Nubj  )”}”(hXÛ  More than one protocol on the same wire.

Now things start getting confusing.  To even try it, you may need to be
partly crazy.  Here's what *I* did. :) Note that I don't include arc0s in
my home network; I don't have any NetBSD or AmiTCP computers, so I only
use arc0s during limited testing.

I have three computers on my home network; two Linux boxes (which prefer
RFC1201 protocol, for reasons listed above), and one XT that can't run
Linux but runs the free Microsoft LANMAN Client instead.

Worse, one of the Linux computers (freedom) also has a modem and acts as
a router to my Internet provider.  The other Linux box (insight) also has
its own IP address and needs to use freedom as its default gateway.  The
XT (patience), however, does not have its own Internet IP address and so
I assigned it one on a "private subnet" (as defined by RFC1597).

To start with, take a simple network with just insight and freedom.
Insight needs to:

     - talk to freedom via RFC1201 (arc0) protocol, because I like it
       more and it's faster.
     - use freedom as its Internet gateway.

That's pretty easy to do.  Set up insight like this::

     ifconfig arc0 insight
     route add insight arc0
     route add freedom arc0  /* I would use the subnet here (like I said
                                     to in "single protocol" above),
                                     but the rest of the subnet
                                     unfortunately lies across the PPP
                                     link on freedom, which confuses
                                     things. */
     route add default gw freedom

And freedom gets configured like so::

     ifconfig arc0 freedom
     route add freedom arc0
     route add insight arc0
     /* and default gateway is configured by pppd */

Great, now insight talks to freedom directly on arc0, and sends packets
to the Internet through freedom.  If you didn't know how to do the above,
you should probably stop reading this section now because it only gets
worse.

Now, how do I add patience into the network?  It will be using LANMAN
Client, which means I need the arc0e device.  It needs to be able to talk
to both insight and freedom, and also use freedom as a gateway to the
Internet.  (Recall that patience has a "private IP address" which won't
work on the Internet; that's okay, I configured Linux IP masquerading on
freedom for this subnet).

So patience (necessarily; I don't have another IP number from my
provider) has an IP address on a different subnet than freedom and
insight, but needs to use freedom as an Internet gateway.  Worse, most
DOS networking programs, including LANMAN, have braindead networking
schemes that rely completely on the netmask and a 'default gateway' to
determine how to route packets.  This means that to get to freedom or
insight, patience WILL send through its default gateway, regardless of
the fact that both freedom and insight (courtesy of the arc0e device)
could understand a direct transmission.

I compensate by giving freedom an extra IP address - aliased 'gatekeeper' -
that is on my private subnet, the same subnet that patience is on.  I
then define gatekeeper to be the default gateway for patience.

To configure freedom (in addition to the commands above)::

     ifconfig arc0e gatekeeper
     route add gatekeeper arc0e
     route add patience arc0e

This way, freedom will send all packets for patience through arc0e,
giving its IP address as gatekeeper (on the private subnet).  When it
talks to insight or the Internet, it will use its "freedom" Internet IP
address.

You will notice that we haven't configured the arc0e device on insight.
This would work, but is not really necessary, and would require me to
assign insight another special IP number from my private subnet.  Since
both insight and patience are using freedom as their default gateway, the
two can already talk to each other.

It's quite fortunate that I set things up like this the first time (cough
cough) because it's really handy when I boot insight into DOS.  There, it
runs the Novell ODI protocol stack, which only works with RFC1201 ARCnet.
In this mode it would be impossible for insight to communicate directly
with patience, since the Novell stack is incompatible with Microsoft's
Ethernet-Encap.  Without changing any settings on freedom or patience, I
simply set freedom as the default gateway for insight (now in DOS,
remember) and all the forwarding happens "automagically" between the two
hosts that would normally not be able to communicate at all.

For those who like diagrams, I have created two "virtual subnets" on the
same physical ARCnet wire.  You can picture it like this::


       [RFC1201 NETWORK]                   [ETHER-ENCAP NETWORK]
   (registered Internet subnet)           (RFC1597 private subnet)

                          (IP Masquerade)
       /---------------\         *            /---------------\
       |               |         *            |               |
       |               +-Freedom-*-Gatekeeper-+               |
       |               |    |    *            |               |
       \-------+-------/    |    *            \-------+-------/
               |            |                         |
            Insight         |                      Patience
                        (Internet)


”h]”(hþ)”}”(hŒ(More than one protocol on the same wire.”h]”hŒ(More than one protocol on the same wire.”…””}”(hj‚  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kéhj~  ubhþ)”}”(hŒûNow things start getting confusing.  To even try it, you may need to be
partly crazy.  Here's what *I* did. :) Note that I don't include arc0s in
my home network; I don't have any NetBSD or AmiTCP computers, so I only
use arc0s during limited testing.”h]”(hŒeNow things start getting confusing.  To even try it, you may need to be
partly crazy.  Hereâ€™s what ”…””}”(hj  h²hh³Nh´NubhŒemphasis”“”)”}”(hŒ*I*”h]”hŒI”…””}”(hjš  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j˜  hj  ubhŒ™ did. :) Note that I donâ€™t include arc0s in
my home network; I donâ€™t have any NetBSD or AmiTCP computers, so I only
use arc0s during limited testing.”…””}”(hj  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Këhj~  ubhþ)”}”(hŒÈI have three computers on my home network; two Linux boxes (which prefer
RFC1201 protocol, for reasons listed above), and one XT that can't run
Linux but runs the free Microsoft LANMAN Client instead.”h]”hŒÊI have three computers on my home network; two Linux boxes (which prefer
RFC1201 protocol, for reasons listed above), and one XT that canâ€™t run
Linux but runs the free Microsoft LANMAN Client instead.”…””}”(hj²  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kðhj~  ubhþ)”}”(hXe  Worse, one of the Linux computers (freedom) also has a modem and acts as
a router to my Internet provider.  The other Linux box (insight) also has
its own IP address and needs to use freedom as its default gateway.  The
XT (patience), however, does not have its own Internet IP address and so
I assigned it one on a "private subnet" (as defined by RFC1597).”h]”hXi  Worse, one of the Linux computers (freedom) also has a modem and acts as
a router to my Internet provider.  The other Linux box (insight) also has
its own IP address and needs to use freedom as its default gateway.  The
XT (patience), however, does not have its own Internet IP address and so
I assigned it one on a â€œprivate subnetâ€ (as defined by RFC1597).”…””}”(hjÀ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kôhj~  ubhþ)”}”(hŒUTo start with, take a simple network with just insight and freedom.
Insight needs to:”h]”hŒUTo start with, take a simple network with just insight and freedom.
Insight needs to:”…””}”(hjÎ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kúhj~  ubj  )”}”(hŒ€- talk to freedom via RFC1201 (arc0) protocol, because I like it
  more and it's faster.
- use freedom as its Internet gateway.
”h]”hŒbullet_list”“”)”}”(hhh]”(j  )”}”(hŒTtalk to freedom via RFC1201 (arc0) protocol, because I like it
more and it's faster.”h]”hþ)”}”(hŒTtalk to freedom via RFC1201 (arc0) protocol, because I like it
more and it's faster.”h]”hŒVtalk to freedom via RFC1201 (arc0) protocol, because I like it
more and itâ€™s faster.”…””}”(hjé  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kýhjå  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j  hjâ  ubj  )”}”(hŒ%use freedom as its Internet gateway.
”h]”hþ)”}”(hŒ$use freedom as its Internet gateway.”h]”hŒ$use freedom as its Internet gateway.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Kÿhjý  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j  hjâ  ubeh}”(h]”h ]”h"]”h$]”h&]”Œbullet”Œ-”uh1jà  h³hÇh´KýhjÜ  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j  h³hÇh´Kýhj~  ubhþ)”}”(hŒ5That's pretty easy to do.  Set up insight like this::”h]”hŒ6Thatâ€™s pretty easy to do.  Set up insight like this:”…””}”(hj#  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Mhj~  ubj•  )”}”(hXµ  ifconfig arc0 insight
route add insight arc0
route add freedom arc0  /* I would use the subnet here (like I said
                                to in "single protocol" above),
                                but the rest of the subnet
                                unfortunately lies across the PPP
                                link on freedom, which confuses
                                things. */
route add default gw freedom”h]”hXµ  ifconfig arc0 insight
route add insight arc0
route add freedom arc0  /* I would use the subnet here (like I said
                                to in "single protocol" above),
                                but the rest of the subnet
                                unfortunately lies across the PPP
                                link on freedom, which confuses
                                things. */
route add default gw freedom”…””}”hj1  sbah}”(h]”h ]”h"]”h$]”h&]”hÅhÆuh1j”  h³hÇh´Mhj~  ubhþ)”}”(hŒ%And freedom gets configured like so::”h]”hŒ$And freedom gets configured like so:”…””}”(hj?  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Mhj~  ubj•  )”}”(hŒsifconfig arc0 freedom
route add freedom arc0
route add insight arc0
/* and default gateway is configured by pppd */”h]”hŒsifconfig arc0 freedom
route add freedom arc0
route add insight arc0
/* and default gateway is configured by pppd */”…””}”hjM  sbah}”(h]”h ]”h"]”h$]”h&]”hÅhÆuh1j”  h³hÇh´Mhj~  ubhþ)”}”(hŒßGreat, now insight talks to freedom directly on arc0, and sends packets
to the Internet through freedom.  If you didn't know how to do the above,
you should probably stop reading this section now because it only gets
worse.”h]”hŒáGreat, now insight talks to freedom directly on arc0, and sends packets
to the Internet through freedom.  If you didnâ€™t know how to do the above,
you should probably stop reading this section now because it only gets
worse.”…””}”(hj[  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Mhj~  ubhþ)”}”(hX€  Now, how do I add patience into the network?  It will be using LANMAN
Client, which means I need the arc0e device.  It needs to be able to talk
to both insight and freedom, and also use freedom as a gateway to the
Internet.  (Recall that patience has a "private IP address" which won't
work on the Internet; that's okay, I configured Linux IP masquerading on
freedom for this subnet).”h]”hXˆ  Now, how do I add patience into the network?  It will be using LANMAN
Client, which means I need the arc0e device.  It needs to be able to talk
to both insight and freedom, and also use freedom as a gateway to the
Internet.  (Recall that patience has a â€œprivate IP addressâ€ which wonâ€™t
work on the Internet; thatâ€™s okay, I configured Linux IP masquerading on
freedom for this subnet).”…””}”(hji  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´Mhj~  ubhþ)”}”(hXQ  So patience (necessarily; I don't have another IP number from my
provider) has an IP address on a different subnet than freedom and
insight, but needs to use freedom as an Internet gateway.  Worse, most
DOS networking programs, including LANMAN, have braindead networking
schemes that rely completely on the netmask and a 'default gateway' to
determine how to route packets.  This means that to get to freedom or
insight, patience WILL send through its default gateway, regardless of
the fact that both freedom and insight (courtesy of the arc0e device)
could understand a direct transmission.”h]”hXW  So patience (necessarily; I donâ€™t have another IP number from my
provider) has an IP address on a different subnet than freedom and
insight, but needs to use freedom as an Internet gateway.  Worse, most
DOS networking programs, including LANMAN, have braindead networking
schemes that rely completely on the netmask and a â€˜default gatewayâ€™ to
determine how to route packets.  This means that to get to freedom or
insight, patience WILL send through its default gateway, regardless of
the fact that both freedom and insight (courtesy of the arc0e device)
could understand a direct transmission.”…””}”(hjw  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´M hj~  ubhþ)”}”(hŒÐI compensate by giving freedom an extra IP address - aliased 'gatekeeper' -
that is on my private subnet, the same subnet that patience is on.  I
then define gatekeeper to be the default gateway for patience.”h]”hŒÔI compensate by giving freedom an extra IP address - aliased â€˜gatekeeperâ€™ -
that is on my private subnet, the same subnet that patience is on.  I
then define gatekeeper to be the default gateway for patience.”…””}”(hj…  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´M*hj~  ubhþ)”}”(hŒ:To configure freedom (in addition to the commands above)::”h]”hŒ9To configure freedom (in addition to the commands above):”…””}”(hj“  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´M.hj~  ubj•  )”}”(hŒMifconfig arc0e gatekeeper
route add gatekeeper arc0e
route add patience arc0e”h]”hŒMifconfig arc0e gatekeeper
route add gatekeeper arc0e
route add patience arc0e”…””}”hj¡  sbah}”(h]”h ]”h"]”h$]”h&]”hÅhÆuh1j”  h³hÇh´M0hj~  ubhþ)”}”(hŒÚThis way, freedom will send all packets for patience through arc0e,
giving its IP address as gatekeeper (on the private subnet).  When it
talks to insight or the Internet, it will use its "freedom" Internet IP
address.”h]”hŒÞThis way, freedom will send all packets for patience through arc0e,
giving its IP address as gatekeeper (on the private subnet).  When it
talks to insight or the Internet, it will use its â€œfreedomâ€ Internet IP
address.”…””}”(hj¯  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´M4hj~  ubhþ)”}”(hXC  You will notice that we haven't configured the arc0e device on insight.
This would work, but is not really necessary, and would require me to
assign insight another special IP number from my private subnet.  Since
both insight and patience are using freedom as their default gateway, the
two can already talk to each other.”h]”hXE  You will notice that we havenâ€™t configured the arc0e device on insight.
This would work, but is not really necessary, and would require me to
assign insight another special IP number from my private subnet.  Since
both insight and patience are using freedom as their default gateway, the
two can already talk to each other.”…””}”(hj½  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´M9hj~  ubhþ)”}”(hX~  It's quite fortunate that I set things up like this the first time (cough
cough) because it's really handy when I boot insight into DOS.  There, it
runs the Novell ODI protocol stack, which only works with RFC1201 ARCnet.
In this mode it would be impossible for insight to communicate directly
with patience, since the Novell stack is incompatible with Microsoft's
Ethernet-Encap.  Without changing any settings on freedom or patience, I
simply set freedom as the default gateway for insight (now in DOS,
remember) and all the forwarding happens "automagically" between the two
hosts that would normally not be able to communicate at all.”h]”hXˆ  Itâ€™s quite fortunate that I set things up like this the first time (cough
cough) because itâ€™s really handy when I boot insight into DOS.  There, it
runs the Novell ODI protocol stack, which only works with RFC1201 ARCnet.
In this mode it would be impossible for insight to communicate directly
with patience, since the Novell stack is incompatible with Microsoftâ€™s
Ethernet-Encap.  Without changing any settings on freedom or patience, I
simply set freedom as the default gateway for insight (now in DOS,
remember) and all the forwarding happens â€œautomagicallyâ€ between the two
hosts that would normally not be able to communicate at all.”…””}”(hjË  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´M?hj~  ubhþ)”}”(hŒƒFor those who like diagrams, I have created two "virtual subnets" on the
same physical ARCnet wire.  You can picture it like this::”h]”hŒ†For those who like diagrams, I have created two â€œvirtual subnetsâ€ on the
same physical ARCnet wire.  You can picture it like this:”…””}”(hjÙ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´MIhj~  ubj•  )”}”(hXd      [RFC1201 NETWORK]                   [ETHER-ENCAP NETWORK]
(registered Internet subnet)           (RFC1597 private subnet)

                       (IP Masquerade)
    /---------------\         *            /---------------\
    |               |         *            |               |
    |               +-Freedom-*-Gatekeeper-+               |
    |               |    |    *            |               |
    \-------+-------/    |    *            \-------+-------/
            |            |                         |
         Insight         |                      Patience
                     (Internet)”h]”hXd      [RFC1201 NETWORK]                   [ETHER-ENCAP NETWORK]
(registered Internet subnet)           (RFC1597 private subnet)

                       (IP Masquerade)
    /---------------\         *            /---------------\
    |               |         *            |               |
    |               +-Freedom-*-Gatekeeper-+               |
    |               |    |    *            |               |
    \-------+-------/    |    *            \-------+-------/
            |            |                         |
         Insight         |                      Patience
                     (Internet)”…””}”hjç  sbah}”(h]”h ]”h"]”h$]”h&]”hÅhÆuh1j”  h³hÇh´MMhj~  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hj  h²hh³hÇh´Nubeh}”(h]”h ]”h"]”h$]”h&]”Œenumtype”Œarabic”Œprefix”hŒsuffix”Œ.”uh1j  hj×  h²hh³hÇh´KÑubeh}”(h]”Œusing-multiprotocol-arcnet”ah ]”h"]”Œusing multiprotocol arcnet”ah$]”h&]”uh1hÈhhÊh²hh³hÇh´KubhÉ)”}”(hhh]”(hÎ)”}”(hŒIt works: what now?”h]”hŒIt works: what now?”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÍhj  h²hh³hÇh´M]ubhþ)”}”(hŒÖ:ref:`Send an email to netdev <arcnet-netdev>`. Describe your setup, preferably
including driver version, kernel version, ARCnet card model, CPU type, number
of systems on your network, and list of software in use.”h]”(h)”}”(hŒ.:ref:`Send an email to netdev <arcnet-netdev>`”h]”hŒinline”“”)”}”(hj%  h]”hŒSend an email to netdev”…””}”(hj)  h²hh³Nh´Nubah}”(h]”h ]”(Œxref”Œstd”Œstd-ref”eh"]”h$]”h&]”uh1j'  hj#  ubah}”(h]”h ]”h"]”h$]”h&]”Œrefdoc”Œnetworking/arcnet”Œ	refdomain”j4  Œreftype”Œref”Œrefexplicit”ˆŒrefwarn”ˆŒ	reftarget”Œarcnet-netdev”uh1hh³hÇh´M_hj  ubhŒ¨. Describe your setup, preferably
including driver version, kernel version, ARCnet card model, CPU type, number
of systems on your network, and list of software in use.”…””}”(hj  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´M_hj  h²hubeh}”(h]”Œit-works-what-now”ah ]”h"]”Œit works: what now?”ah$]”h&]”uh1hÈhhÊh²hh³hÇh´M]ubhÉ)”}”(hhh]”(hÎ)”}”(hŒIt doesn't work: what now?”h]”hŒIt doesnâ€™t work: what now?”…””}”(hj]  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÍhjZ  h²hh³hÇh´Mdubhþ)”}”(hŒÙDo the same as above, but also include the output of the ifconfig and route
commands, as well as any pertinent log entries (ie. anything that starts
with "arcnet:" and has shown up since the last reboot) in your mail.”h]”hŒÝDo the same as above, but also include the output of the ifconfig and route
commands, as well as any pertinent log entries (ie. anything that starts
with â€œarcnet:â€ and has shown up since the last reboot) in your mail.”…””}”(hjk  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´MfhjZ  h²hubhþ)”}”(hXÚ  If you want to try fixing it yourself (I strongly recommend that you mail me
about the problem first, since it might already have been solved) you may
want to try some of the debug levels available.  For heavy testing on
D_DURING or more, it would be a REALLY good idea to kill your klogd daemon
first!  D_DURING displays 4-5 lines for each packet sent or received.  D_TX,
D_RX, and D_SKB actually DISPLAY each packet as it is sent or received,
which is obviously quite big.”h]”hXÚ  If you want to try fixing it yourself (I strongly recommend that you mail me
about the problem first, since it might already have been solved) you may
want to try some of the debug levels available.  For heavy testing on
D_DURING or more, it would be a REALLY good idea to kill your klogd daemon
first!  D_DURING displays 4-5 lines for each packet sent or received.  D_TX,
D_RX, and D_SKB actually DISPLAY each packet as it is sent or received,
which is obviously quite big.”…””}”(hjy  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´MjhjZ  h²hubhþ)”}”(hX‚  Once the driver is running, you can run the arcdump shell script (available
from me or in the full ARCnet package, if you have it) as root to list the
contents of the arcnet buffers at any time.  To make any sense at all out of
this, you should grab the pertinent RFCs. (some are listed near the top of
arcnet.c).  arcdump assumes your card is at 0xD0000.  If it isn't, edit the
script.”h]”hX„  Once the driver is running, you can run the arcdump shell script (available
from me or in the full ARCnet package, if you have it) as root to list the
contents of the arcnet buffers at any time.  To make any sense at all out of
this, you should grab the pertinent RFCs. (some are listed near the top of
arcnet.c).  arcdump assumes your card is at 0xD0000.  If it isnâ€™t, edit the
script.”…””}”(hj‡  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´MrhjZ  h²hubhþ)”}”(hŒyBuffers 0 and 1 are used for receiving, and Buffers 2 and 3 are for sending.
Ping-pong buffers are implemented both ways.”h]”hŒyBuffers 0 and 1 are used for receiving, and Buffers 2 and 3 are for sending.
Ping-pong buffers are implemented both ways.”…””}”(hj•  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´MyhjZ  h²hubhþ)”}”(hX¦  If your debug level includes D_DURING and you did NOT define SLOW_XMIT_COPY,
the buffers are cleared to a constant value of 0x42 every time the card is
reset (which should only happen when you do an ifconfig up, or when Linux
decides that the driver is broken).  During a transmit, unused parts of the
buffer will be cleared to 0x42 as well.  This is to make it easier to figure
out which bytes are being used by a packet.”h]”hX¦  If your debug level includes D_DURING and you did NOT define SLOW_XMIT_COPY,
the buffers are cleared to a constant value of 0x42 every time the card is
reset (which should only happen when you do an ifconfig up, or when Linux
decides that the driver is broken).  During a transmit, unused parts of the
buffer will be cleared to 0x42 as well.  This is to make it easier to figure
out which bytes are being used by a packet.”…””}”(hj£  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´M|hjZ  h²hubhþ)”}”(hŒIYou can change the debug level without recompiling the kernel by typing::”h]”hŒHYou can change the debug level without recompiling the kernel by typing:”…””}”(hj±  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´MƒhjZ  h²hubj•  )”}”(hŒ/ifconfig arc0 down metric 1xxx
ifconfig arc0 up”h]”hŒ/ifconfig arc0 down metric 1xxx
ifconfig arc0 up”…””}”hj¿  sbah}”(h]”h ]”h"]”h$]”h&]”hÅhÆuh1j”  h³hÇh´M…hjZ  h²hubhþ)”}”(hŒŽwhere "xxx" is the debug level you want.  For example, "metric 1015" would put
you at debug level 15.  Debug level 7 is currently the default.”h]”hŒ–where â€œxxxâ€ is the debug level you want.  For example, â€œmetric 1015â€ would put
you at debug level 15.  Debug level 7 is currently the default.”…””}”(hjÍ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´MˆhjZ  h²hubhþ)”}”(hŒÒNote that the debug level is a binary combination of different debug flags;
debug level 7 is really 1+2+4 or D_NORMAL+D_EXTRA+D_INIT.  To include D_DURING,
you would add 16 to this, resulting in debug level 23.”h]”hŒÒNote that the debug level is a binary combination of different debug flags;
debug level 7 is really 1+2+4 or D_NORMAL+D_EXTRA+D_INIT.  To include D_DURING,
you would add 16 to this, resulting in debug level 23.”…””}”(hjÛ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´M‹hjZ  h²hubhþ)”}”(hŒEIf you don't understand that, you probably don't want to know anyway.”h]”hŒIIf you donâ€™t understand that, you probably donâ€™t want to know anyway.”…””}”(hjé  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hýh³hÇh´MhjZ  h²hubeh}”(h]”Œit-doesn-t-work-what-now”ah ]”h"]”Œit doesn't work: what now?”ah$]”h&]”uh1hÈhhÊh²hh³hÇh´Mdubeh}”(h]”Œarcnet”ah ]”h"]”Œarcnet”ah$]”h&]”uh1hÈhhh²hh³hÇh´Kubeh}”(h]”h ]”h"]”h$]”h&]”Œsource”hÇuh1hŒcurrent_source”NŒcurrent_line”NŒsettings”Œdocutils.frontend”ŒValues”“”)”}”(hÍNŒ	generator”NŒ	datestamp”NŒsource_link”NŒ
source_url”NŒtoc_backlinks”j$  Œfootnote_backlinks”KŒsectnum_xform”KŒstrip_comments”NŒstrip_elements_with_classes”NŒstrip_classes”NŒreport_level”KŒ
halt_level”KŒexit_status_level”KŒdebug”NŒwarning_stream”NŒ	traceback”ˆŒinput_encoding”Œ	utf-8-sig”Œinput_encoding_error_handler”Œstrict”Œoutput_encoding”Œutf-8”Œoutput_encoding_error_handler”j)	  Œerror_encoding”Œutf-8”Œerror_encoding_error_handler”Œbackslashreplace”Œlanguage_code”Œen”Œrecord_dependencies”NŒconfig”NŒ	id_prefix”hŒauto_id_prefix”Œid”Œdump_settings”NŒdump_internals”NŒdump_transforms”NŒdump_pseudo_xml”NŒexpose_internals”NŒstrict_visitor”NŒ_disable_config”NŒ_source”hÇŒ_destination”NŒ_config_files”]”Œ7/var/lib/git/docbuild/linux/Documentation/docutils.conf”aŒfile_insertion_enabled”ˆŒraw_enabled”KŒline_length_limit”M'Œpep_references”NŒpep_base_url”Œhttps://peps.python.org/”Œpep_file_url_template”Œpep-%04d”Œrfc_references”NŒrfc_base_url”Œ&https://datatracker.ietf.org/doc/html/”Œ	tab_width”KŒtrim_footnote_reference_space”‰Œsyntax_highlight”Œlong”Œsmart_quotes”ˆŒsmartquotes_locales”]”Œcharacter_level_inline_markup”‰Œdoctitle_xform”‰Œdocinfo_xform”KŒsectsubtitle_xform”‰Œimage_loading”Œlink”Œembed_stylesheet”‰Œcloak_email_addresses”ˆŒsection_self_link”‰Œenv”NubŒreporter”NŒindirect_targets”]”Œsubstitution_defs”}”Œsubstitution_names”}”Œrefnames”}”Œrefids”}”j¦  ]”j›  asŒnameids”}”(j	  j	  jà  j¦  jß  jÜ  j/  j,  jd  ja  j  j  jÔ  jÑ  j  j  jW  jT  jü  jù  uŒ	nametypes”}”(j	  ‰jà  ˆjß  ‰j/  ‰jd  ‰j  ‰jÔ  ‰j  ‰jW  ‰jü  ‰uh}”(j	  hÊj¦  j§  jÜ  j§  j,  jç  ja  j2  j  jg  jÑ  j
  j  j×  jT  j  jù  jZ  uŒfootnote_refs”}”Œcitation_refs”}”Œautofootnotes”]”Œautofootnote_refs”]”Œsymbol_footnotes”]”Œsymbol_footnote_refs”]”Œ	footnotes”]”Œ	citations”]”Œautofootnote_start”KŒsymbol_footnote_start”K Œ
id_counter”Œcollections”ŒCounter”“”}”…”R”Œparse_messages”]”Œtransform_messages”]”hŒsystem_message”“”)”}”(hhh]”hþ)”}”(hhh]”hŒ3Hyperlink target "arcnet-netdev" is not referenced.”…””}”hj“	  sbah}”(h]”h ]”h"]”h$]”h&]”uh1hýhj	  ubah}”(h]”h ]”h"]”h$]”h&]”Œlevel”KŒtype”ŒINFO”Œsource”hÇŒline”K!uh1jŽ	  ubaŒtransformer”NŒinclude_log”]”Œ
decoration”Nh²hub.