home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20666 < prev    next >
Encoding:
Text File  |  1992-12-16  |  2.0 KB  |  46 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!torvalds
  3. From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
  4. Subject: Re: More 0.99 boot problems (even after fixes)
  5. Message-ID: <1992Dec16.155659.13740@klaava.Helsinki.FI>
  6. Keywords: 0.99, boot, hang, fixes
  7. Organization: University of Helsinki
  8. References: <dpn2.208.724469868@po.CWRU.Edu> <dpn2.209.724487553@po.CWRU.Edu> <2c.t03Kac4Y200@amdahl.uts.amdahl.com>
  9. Date: Wed, 16 Dec 1992 15:56:59 GMT
  10. Lines: 34
  11.  
  12. In article <2c.t03Kac4Y200@amdahl.uts.amdahl.com> garyf@uts.amdahl.com (Gary Faulkner) writes:
  13. >Hello all
  14. >
  15. >I have been trying to get 0.99 to boot on my 486 tonight, with no
  16. >luck.  It's dying in a very strange (to me) place...
  17. >
  18. >The system comes up and appears to sense all of the devices, until
  19. >it gets to the call to move_to_user_mode() in init/main.c.  When
  20. >this call is made, the system just hangs.  I can't even
  21. >ctl-alt-del reboot.  I have to reset the machine.
  22. >
  23. >I'm not very 80x86 assembler literate, so I'm not sure what
  24. >move_to_user_mode() is trying to do.  Is it 'supposed' to return to
  25. >main?  If so, it is not.  I put a printk() before and after it, and
  26. >the one before prints, but nothing thereafter.
  27.  
  28. You cannot use a "printk()" after calling move_to_user_mode: you no
  29. longer have priviledges, so the swapper has to open a file like
  30. everybody else (and it cannot do this: the swapper may not sleep, so you
  31. can open files only after forking (in init)). 
  32.  
  33. The above means that it's essentially impossible to debug the thing
  34. until it has forked(), but I doubt the problem is in move_to_user_mode()
  35. anyway: that part of the kernel hasn't changed at all in the last few
  36. releases. 
  37.  
  38. Make sure that you have applied the inode.c patch (search for
  39. "IMPORTANT" in the subject line on col or cola), as without that patch
  40. you can get errors in various places at bootup.  Also make sure that the
  41. math-emulation code is compiled into the kernel if you don't have a
  42. coprocessor, as otherwise init will die, and you'll be looking at a very
  43. dead machine. 
  44.  
  45.         Linus
  46.