home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / ppp / 1043 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  4.4 KB
  1. Path: sparky!uunet!cs.utexas.edu!natinst.com!news.dell.com!texsun!cronkite.Central.Sun.COM!sixgun.East.Sun.COM!sungy!stasys!alanya!lupe
  2. From: lupe@ukw.uucp (Lupe Christoph)
  3. Newsgroups: comp.protocols.ppp
  4. Subject: Re: sun serial >38400
  5. Message-ID: <1993Jan6.213927.2788@ukw.uucp>
  6. Date: 6 Jan 93 21:39:27 GMT
  7. References: <1992Dec31.162852.2315@hugis.nbg.sub.org> <searsk-030193070145@3.7.192.190>
  8. Sender: news@stasys.sta.sub.org
  9. Organization: cic
  10. Lines: 109
  11.  
  12. searsk@med.ge.com (Kevin D. Sears) writes:
  13.  
  14. >In article <1992Dec31.162852.2315@hugis.nbg.sub.org>,
  15. >hugibaz@hugis.nbg.sub.org (Ingo Kraupa) wrote:
  16. >> 
  17. >> A few months ago someone posted that there is a patch to get higher bps-rates
  18. >> than 38.4kbps on a sun sparcstation. I told this to a friend, and he asked
  19. >> me if I can get this patch for him. I forgot the person, but I'm sure he
  20. >> posted to this group.  Any hint would be very appreciated.
  21. >> 
  22. >> -Ingo
  23. >Sun Consulting sales a high speed patch but it is pricy. Alternatives is to
  24. >get a serial port board from CoSystems(or any other 3rd party company)
  25. >which supports higher speed drivers with their product. The latter solution
  26. >is supposed to be cheaper.
  27.  
  28. >Who: Kevin D. Sears-searsk@med.ge.com
  29. >What: System and Network Admin(a.k.a "Sr. Maintenance Droid")
  30. >Where: GE Medical Systems
  31. >Disclaimer: I know nothing for sure but I sure try hard!
  32.  
  33. Here it is:
  34.  
  35. From: schneck@Physik.TU-Muenchen.DE (Bernhard Schneck)
  36. Newsgroups: comp.sys.sun.admin
  37. Subject: Re: v32bis modems @ 14,400 bps on desktop Sparcs
  38. Date: 6 Jul 92 11:10:19 GMT
  39. References: <1992Jun29.183146.22097@samba.oit.unc.edu> <BOB.92Jun29172708@volitans.MorningStar.Com> <1992Jun29.221236.17474@src.umd.edu> <schneck.709948135@Physik.TU-Muenchen.DE> <1992Jul5.172754.17748@edsr.eds.com>
  40. Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
  41. Content-Length: 2355
  42. Status: RO
  43. X-Lines: 70
  44.  
  45. cheeks@edsr.eds.com (Mark Costlow) writes:
  46.  
  47. >Could you be more specific about how you did this?
  48.  
  49. The following is from two postings from wolfgang@wsrcc.com (Wolfgang S.
  50. Rupprecht) and adrie@ica.philips.nl (Adrie Koolen):
  51.  
  52. The serial (rs232 / 422) controller in the SparcStation 1, 1+ and IPC is
  53. a Zilog Z8530, driven at 4915200 Hz. The baud-rate depends on a divisor
  54. register, which is calculated as follows:
  55.  
  56.     divisor = 4915200 / (2 * baud_rate * 16) - 2;
  57. or
  58.     baud_rate = 4915200 / ((divisor + 2) * 2 * 16)
  59.  
  60. So:     divisor        baud_rate
  61.     510        300
  62.     62        2400
  63.     14        9600
  64.     6        19200
  65.     2        38400
  66.     1        51200
  67.     0        76800
  68.  
  69. Now take at a look at the zs_speeds table in your /vmunix:
  70.  
  71. # adb -k /vmunix /dev/mem
  72. physmem 27f4
  73. zs_speeds/16d
  74. _zs_speeds:
  75. _zs_speeds:     0       3070    2046    1394    1140    1022    766     510
  76.         254     126     83      62      30      14      6       2
  77. $q
  78.  
  79. These are the divisors which are loaded into the Z8530 when you request
  80. a certain baud rate (the first entry is used for B0 == HANGUP which is
  81. handled by special code).  All you have to do is change one of these
  82. fields to the value you want:
  83.  
  84. # adb -w -k /vmunix /dev/mem
  85. physmem 27f4
  86. zs_speeds+2/w 0
  87. _zs_speeds+2:   0xbfe   =       0x0
  88. zs_speeds/16d
  89. _zs_speeds:
  90. _zs_speeds:     0       0       2046    1394    1140    1022    766     510
  91.         254     126     83      62      30      14      6       2
  92. $q
  93.  
  94. Now the entry for B50 will load 0 into the divisor register, thus you get
  95. 76.8kbaud if you use 'stty 50'.
  96.  
  97. The adb commands as shown above will only change the running kernel (ie.
  98. /dev/mem), the speed table will be restored to the original at the next
  99. reboot.  You can use "?" to change the table in /vmunix itself, so it
  100. will survive reboots, or you can change /usr/kvm/sys/sun4c/OBJ/zs_async.o
  101. to get the modified table into newly built kernels (be sure to save a copy
  102. of the original).
  103.  
  104. As always, be careful when tinkering with your /vmunix.  Your mileage may
  105. vary.  I don't know anything, so you can hold me responsible for nothing.
  106. I can't speak for myself most of the time, so I can't speak for my
  107. employer, either.
  108.  
  109. \Bernhard.
  110. --
  111. Bernhard Schneck        Internet: Bernhard.Schneck@Physik.TU-Muenchen.DE
  112. TU Muenchen Physik
  113. 8046 Garching           "There is no problem so big that it cannot be
  114. Germany                 run away from"                  Illusions, Richard Bach
  115.  
  116. -- 
  117. | ...!unido!ukw!lupe  (German EUNet, "bang")     |  Disclaimer:            |
  118. | lupe@ukw.UUCP       (German EUNet, domain)     |  This is an unofficial  |
  119. | suninfo!alanya!lupe (Sun Germany)              |  opinion of Christoph & |
  120. | Res non sunt complicanda praeter necessitatem. |  Imschweiler Consulting |
  121.