home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / bsd / 11004 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  2.4 KB
  1. Path: sparky!uunet!math.fu-berlin.de!unidui!du9ds3!veit
  2. From: veit@du9ds3.fb9dv.uni-duisburg.de (Holger Veit)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: codrv problems..
  5. Date: 7 Jan 93 18:18:43 GMT
  6. Organization: Uni-Duisburg FB9 Datenverarbeitung
  7. Lines: 48
  8. Message-ID: <veit.726430723@du9ds3>
  9. References: <1993Jan6.184438.5175@lgc.com> <1993Jan7.164904.41040@news.th-darmstadt.de>
  10. Reply-To: veit@du9ds3.fb9dv.uni-duisburg.de
  11. NNTP-Posting-Host: du9ds3.fb9dv.uni-duisburg.de
  12. Keywords: 386BSD, codrv
  13.  
  14. In <1993Jan7.164904.41040@news.th-darmstadt.de> deeken@iti.informatik.th-darmstadt.de (Hans-Christoph Deeken) writes:
  15.  
  16. >In article <1993Jan6.184438.5175@lgc.com>, danson@lgc.com (Doug Anson) writes:
  17. >> HI:
  18. >> 
  19. >[ description of codrv problems ]
  20. >> 
  21. >> I have the 386BSD 0.1 kernel with 1-58 patches applied + pcfs.
  22.  
  23. >Exactly the same problem here. Also "panic: syscall", also 386BSD 0.1.pl58.
  24.  
  25. >The kernel prints out the devices as they are probed/attached(?), but dies
  26. >after that with a "panic: syscall", before /etc/rc output starts.
  27. >The only occurance of panic("syscall") that I've found is in
  28. >/sys/i386/i386/trap.c, at the start of syscall(). Since I don't know anything
  29. >about the stuff done in trap.c, I'm stuck.
  30.  
  31. >> Any help would be appreciated.
  32. >> Doug
  33.  
  34. >Me too. Holger?
  35.  
  36. >Hannes
  37. >-- 
  38. >Hans-Christoph Deeken | hannes@flinx.{RoBIN.de,hotb.sub.org} (home)
  39. >Gerauer Str. 20       | deeken@iti.informatik.th-darmstadt.de (university)
  40. >6000 Frankfurt/M 71   | IRC: Glenlivet
  41. >      "Das Beispiel hinkt nicht, das sitzt im Rollstuhl" -- Marsi
  42.  
  43. The location of the panic("syscall") line is in trap.c, that's right. But
  44. it does not tell anything about the real reason of the fault. Panic's occur
  45. for a lot of reasons, but in this case it is indeed evidence that there is
  46. still a bug in codrv-0.1.1. As Serge Vakulenko pointed out (in a private
  47. letter), there is an uninitialized register variable in coprobe(), co_kbd.c.
  48. The first declaration there should read
  49.     register struct consoftc *p = &consoftc;
  50.  
  51. This might or might not be the bug which causes the trouble here, at least it
  52. is worth trying. 
  53.  
  54. You may of course wait (a little bit ;-) ) for the next version.
  55.  
  56. Holger
  57. -- 
  58. |  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.fb9dv.uni-duisburg.de
  59. |__|  /  University of Duisburg  |
  60. |  | /   Dept. of Electr. Eng.   |          "Understand me correctly:
  61. |  |/    Inst. f. Dataprocessing |     I'm NOT the WIZARD OF OS" (Holger)
  62.