"Roger A. Faulkner" wrote:
> ===
>
> Retain these old system call traps;
> make sure they are called from libc as always so that
> existing DTrace scripts continue to work as always:
> open()
> open64()
> stat()
> lstat()
>
Looks good to me. +1 on this revised specification.
- Garrett
Roger A. Faulkner wrote:
>> Date: Thu, 03 Dec 2009 00:30:10 -0800
>> From: Mike Shapiro
>> Subject: Re: delete obsolete system call traps [PSARC/2009/657]
>> To: "Roger A. Faulkner"
>
> Date: Thu, 03 Dec 2009 00:30:10 -0800
> From: Mike Shapiro
> Subject: Re: delete obsolete system call traps [PSARC/2009/657]
> To: "Roger A. Faulkner"
> Cc: psarc-ext at sac.sfbay.sun.com, Bart.Smaalders at sun.com,
Bryan.Cantrill at sun.com, Michael.Shapiro at s
>I rebuilt /usr/lib/ld.so (the 4.x dynamic linker)
>so it works correctly with the modified system call traps.
>Also the libbc stuff and /usr/4lib/sbcp
>
>There is no problem with 4.x binary compatibility.
Thanks Roger.
Casper
>Is there any other benefit only achieved by removing those from the
>sysent table? If not, my preference would be to leave 'open' and
>friends alone for now, resolving that with kernel function calls
>instead. If we reach the point of needing the additional slot entries
>freed up by th
> Date: Thu, 3 Dec 2009 11:34:28 -0800 (PST)
> From: Gary Winiger
> To: Roger.Faulkner at sun.com, psarc-ext at sac.sfbay.sun.com
> Cc: Bart.Smaalders at sun.com, bryan.cantrill at sun.com, darrin.johnson at
> sun.com,
michael.shapiro at sun.com
> Subject: Re: delete obsolete
> I am sponsoring this fast-track case for myself.
>
> No external/ABI interfaces are changing, so there is no documentation change.
I don't see any mention of how Solaris Audit will be affected.
I've not looked at the current implementation to see how each
of the current
> The kernel wrappers are there right now.
> The code for the open() system call trap in the kernel
> just calls the kernel's version of openat().
> You are recommending that I do nothing, not even
> modify libc to use the modern/standard *at() interfaces.
No, I was recommending that for "open" a
> Date: Thu, 03 Dec 2009 00:30:10 -0800
> From: Mike Shapiro
> Subject: Re: delete obsolete system call traps [PSARC/2009/657]
> To: "Roger A. Faulkner"
> Cc: psarc-ext at sac.sfbay.sun.com, Bart.Smaalders at sun.com,
Bryan.Cantrill at sun.com, Michael.Shapiro at s
> From: Casper.Dik at sun.com
> To: Mike Shapiro
> cc: "Roger A. Faulkner" , psarc-ext at
> sac.sfbay.sun.com,
Bart.Smaalders at sun.com, Bryan.Cantrill at sun.com, Michael.Shapiro at
sun.com,
Darrin.Johnson at sun.com
> Subject: Re: delete obsolete system call traps
On Dec 2, 2009, at 2:42 PM, Roger A. Faulkner wrote:
> I am sponsoring this fast-track case for myself.
>
> No external/ABI interfaces are changing, so there is no
> documentation change.
>
> The release binding is "minor",
> so it can be done in solaris_nevada (Solaris Next, OpenSolaris)
> (th
Roger A. Faulkner wrote:
>> Date: Wed, 02 Dec 2009 15:18:36 -0800
>> From: "Garrett D'Amore"
>> Subject: Re: delete obsolete system call traps [PSARC/2009/657]
>> To: "Roger A. Faulkner"
>> Cc: psarc-ext at sac.sfbay.sun.com, Bart.Sma
> Date: Wed, 02 Dec 2009 15:18:36 -0800
> From: "Garrett D'Amore"
> Subject: Re: delete obsolete system call traps [PSARC/2009/657]
> To: "Roger A. Faulkner"
> Cc: psarc-ext at sac.sfbay.sun.com, Bart.Smaalders at sun.com,
Bryan.Cantrill at sun.com, Mi
Roger A. Faulkner wrote:
> I am sponsoring this fast-track case for myself.
>
> No external/ABI interfaces are changing, so there is no documentation change.
>
> The release binding is "minor",
> so it can be done in solaris_nevada (Solaris Next, OpenSolaris)
> (this will never be back-ported).
>
>
I am sponsoring this fast-track case for myself.
No external/ABI interfaces are changing, so there is no documentation change.
The release binding is "minor",
so it can be done in solaris_nevada (Solaris Next, OpenSolaris)
(this will never be back-ported).
DISCUSSION:
Over the years, a number o
15 matches
Mail list logo