Re: dev_lock() question

From: John Baldwin (jhb_at_FreeBSD.org)
Date: 09/29/05

  • Next message: Poul-Henning Kamp: "Re: dev_lock() question" 
    To: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
Date: Thu, 29 Sep 2005 14:55:58 -0400

    On Thursday 29 September 2005 02:14 pm, Poul-Henning Kamp wrote:
    > In message <200509291408.18098.jhb@FreeBSD.org>, John Baldwin writes:
    > >Actually, you would think that it could be initialized either via an early
    > >SYSINIT() or in the init_mutexes() function in kern_mutex.c and thus not
    > > need the early check and avoid penalizing dev_lock().
    > >
    > >phk, how early his dev_lock needed?
    >
    > Far too early due to console madness (in syscons I belive).

    So would mutex_init() work? It's called very early in the MD startup code
    right after things like curthread are initialized. If dev_lock() is called
    before mutex_init() it can't work right anyway as mtx_init() doesn't work
    until then. 

    -- 
John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve"  =  http://www.FreeBSD.org
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
  • Next message: Poul-Henning Kamp: "Re: dev_lock() question"

    Relevant Pages

    • Re: patch: fix 30 second hang while resuming
      ... On Mon, 28 Feb 2005, Poul-Henning Kamp wrote: ... > I think you can trust sos@ to not do anything to the stuff in the tree ... To unsubscribe, ...
      (freebsd-current)
    • Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.)
      ... In message, Andre Oppermann writes: ... Poul-Henning Kamp ... Never attribute to malice what can adequately be explained by incompetence. ... To unsubscribe, ...
      (freebsd-current)
    • Re: scsi-cd + GEOM
      ... On Thu, 2003-10-02 at 15:54, Poul-Henning Kamp wrote: ... > no disk, ... Sascha ... To unsubscribe, ...
      (freebsd-current)
    • Re: GENERIC build broken
      ... Poul-Henning Kamp wrote: ... > What could possibly be going on in the mind which came up with the ... it just didn't occur to me I had to go _that_ far back into the list archives :-). ... To unsubscribe, ...
      (freebsd-current)
    • Re: Timers and timing, was: MySQL Performance 6.0rc1
      ... Poul-Henning Kamp wrote: ... > the correct way to optimize this would be to add a timesystemcall ... so syscall is not needed. ... To unsubscribe, ...
      (freebsd-current)