Re: panic: sorele

From: Evren Yurtesen (yurtesen_at_ispro.net.tr)
Date: 09/29/04

  • Next message: Ceri Davies: "Re: Bug in #! processing"
    Date: Tue, 28 Sep 2004 22:37:24 -0700
    To: John Baldwin <jhb@FreeBSD.org>
    
    

    John Baldwin wrote:
    > On Tuesday 28 September 2004 06:57 am, Evren Yurtesen wrote:
    >
    >>John Baldwin wrote:
    >>
    >>>On Monday 27 September 2004 09:34 pm, Evren Yurtesen wrote:
    >>>
    >>>>Robert Watson wrote:
    >>>>
    >>>>>On Thu, 23 Sep 2004, Evren Yurtesen wrote:
    >>>>>
    >>>>>>Does anybody know what is panic: sorele? :)
    >>>>>
    >>>>>It's the result of an inconsistency detected by the kernel regarding
    >>>>>kernel invariants for sockets. The somewhat uninformative nature of the
    >>>>>message is historical, and should probably be fixed. If this is
    >>>>>reproduceable, could you rebuild your kernel with INVARIANTS support, as
    >>>>>well as DDB so you can generate a stack trace and other debugging
    >>>>>information (or, if you have a core, could you use gdb to extract
    >>>>>debugging information per the Handbook?)
    >>>>
    >>>>I am not able to compile the kernel with DDB and INVARIANTS either...
    >>>>When I put these options to kernel conf, I get this error
    >>>>
    >>>>Options Added:
    >>>>
    >>>>options INVARIANTS
    >>>>options KDB
    >>>>options DDB
    >>>
    >>>INVARIANTS requires the option 'INVARIANT_SUPPORT'.
    >>
    >>Good point, one sometimes wonders why options INVARIANTS doesnt
    >>automatically include options INVARIANT_SUPPORT :)
    >
    >
    > So you can build a kernel with INVARIANT_SUPPORT but no INVARIANTS but still
    > build modules with INVARIANTS. Useful when working on a device driver for
    > example. I think the dependency there is noted in sys/conf/NOTES btw.

    Yes, probably, but it was just a suggestion, because DDB said that it
    needs KDB to compile :) but INVARIANTS just stopped compiling with an
    error so I couldnt guess what was the problem. The error could be more
    informative maybe?

    Just a cosmetic thing though. Nothing vital. But I guess there is a real
    problem about this panic: sorele when the kernel is compiled with SMP
    support. If this happens again and I cant get a kernel dump or
    something, I will compile my kernel without SMP... since I dont even
    have multiple processors, I was just testing hyperthreading...

    Evren
    _______________________________________________
    freebsd-current@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-current
    To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"


  • Next message: Ceri Davies: "Re: Bug in #! processing"

    Relevant Pages

    • ? witness_get: witness exhausted ? Re(4): panic: sorele
      ... >>I am not able to compile the kernel with DDB and INVARIANTS either... ... now I could compile the kernel with invariants etc. but I get this ... why would it give that error at boot time? ...
      (freebsd-current)
    • Re: INVARIANTS in sys/sys/sx.h
      ... I found this when I compiled my kernel with INVARIANTS without ... The idea is that you can compile your entire kernel ... # source files (by changing the source file or specifying it on the ...
      (freebsd-current)
    • Re: panic: sorele
      ... >>I am not able to compile the kernel with DDB and INVARIANTS either... ... >>When I put these options to kernel conf, ...
      (freebsd-current)
    • Re: Performance issue
      ... make sure that you have WITNESS and INVARIANTS off in your ... You might also want to recompile your kernel with the SMP ... switches are consistent with the one-per-10msec I saw before. ...
      (freebsd-stable)
    • Re: panic in recent RELENG_5 tcp code path
      ... J>> your kernel is compiled without INVARIANTS. ... J>> Please compile it with INVARIANTS. ... The performance loss is _much_ less significant than in WITNESS case. ...
      (freebsd-stable)