Re: HEADSUP: Change of makedev() semantics.
From: Poul-Henning Kamp (phk_at_phk.freebsd.dk)
Date: 01/27/04
- Previous message: Nate Lawson: "Re: newbus ioport usage"
- In reply to: Poul-Henning Kamp: "HEADSUP: Change of makedev() semantics."
- Next in thread: Guido van Rooij: "Re: HEADSUP: Change of makedev() semantics."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Tue, 27 Jan 2004 07:27:27 +0100
In message <653.1064784127@critter.freebsd.dk>, Poul-Henning Kamp writes:
>
>I am in the process of adding ref-counting and locking to dev_t,
>and would very much prefer if we could get this step completed
>soon before 5-STABLE gets branched.
Sure I did write this, several months ago. Could whoever has a
mailloop fix it ?
-- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
- Previous message: Nate Lawson: "Re: newbus ioport usage"
- In reply to: Poul-Henning Kamp: "HEADSUP: Change of makedev() semantics."
- Next in thread: Guido van Rooij: "Re: HEADSUP: Change of makedev() semantics."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- Re: HEADSUP: Change of makedev() semantics.
... Could whoever has a ... Never attribute to malice what can adequately
be explained by incompetence. ... To unsubscribe, ... (freebsd-arch) - Re: HEADSUP: Change of makedev() semantics.
... Could whoever has a ... Never attribute to malice what can adequately
be explained by incompetence. ... To unsubscribe, ... (freebsd-current) - Re: [RFC] kldunload -f argument.
... > Never attribute to malice what can adequately be explained by incompetence.
... Paul Schenkeveld ... To unsubscribe, ... (freebsd-arch) - Re: [current tinderbox] failure on alpha/alpha
... The entire time_t thing is on hold right now, pending the outcome of ... Never
attribute to malice what can adequately be explained by incompetence. ... To unsubscribe,
... (freebsd-current) - Re: [OT] Mail address (was: disassembling machine code)
... > Whoever did: please refrain from forging other people's email ...
> addresses in your From header. ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx
... (Debian-User)