On 6/25/13 10:38 AM, Matt Thomas wrote:
I added an inline to .
int sy_invoke(const struct sysent *, struct lwp *, const void *, register_t *,
int code);
which does the trace_enter/trace_exit dance, that can be modified to do
the dtrace dance as well.
Diff updated to use sy_invoke():
The last time sys/compat/ibcs2/syscalls.master was edited [1] (July
2010), the dependent files were not regenerated. There was at least one
typo (fixed), but there are also duplicate syscall names, which cause
the generated files to break the i386 build. Can someone who knows
what's what fix t
On Jun 25, 2013, at 10:19 AM, Jeff Rizzo wrote:
> On 6/25/13 10:06 AM, Christos Zoulas wrote:
>> On Jun 25, 9:32am, m...@3am-software.com (Matt Thomas) wrote:
>> -- Subject: Re: DTrace syscall provider - please test/comment
>>
>> |
>> | On Jun 25, 2013, at 5:25 AM, chris...@zoulas.com (Christo
On 6/25/13 10:06 AM, Christos Zoulas wrote:
On Jun 25, 9:32am, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: DTrace syscall provider - please test/comment
|
| On Jun 25, 2013, at 5:25 AM, chris...@zoulas.com (Christos Zoulas) wrote:
|
| > On Jun 24, 6:12pm, m...@3am-software.com (
On Tue, Jun 25, 2013 at 01:06:58PM -0400, Christos Zoulas wrote:
>
> I am trying to balance that against adding of two more conditionals per
> syscall per architecture and touching dozens of source files adding the
> same code in each one. Perhaps the syscall_plain/syscall_fancy idea
One solution
On Jun 25, 9:32am, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: DTrace syscall provider - please test/comment
|
| On Jun 25, 2013, at 5:25 AM, chris...@zoulas.com (Christos Zoulas) wrote:
|
| > On Jun 24, 6:12pm, m...@3am-software.com (Matt Thomas) wrote:
| > -- Subject: Re: DTra
On Jun 25, 2013, at 5:25 AM, chris...@zoulas.com (Christos Zoulas) wrote:
> On Jun 24, 6:12pm, m...@3am-software.com (Matt Thomas) wrote:
> -- Subject: Re: DTrace syscall provider - please test/comment
>
> |
> | On Jun 24, 2013, at 6:01 PM, Christos Zoulas wrote:
> |
> | > Can't this be done
On Tue, Jun 25, 2013 at 03:48:08PM +0200, Manuel Bouyer wrote:
> > ahcisata0: BSY never cleared, TD 0x80
>[...]
> >
> > messages too. (Furthermore, there are, when trying to get smart
> > informations via atactl(8):
> >
> > wd1: dos partition I/O error
>
> at this point it's only trying to read
On Tue, Jun 25, 2013 at 10:09:57AM +0200, tlaro...@polynum.com wrote:
> Hello,
>
> On a Seagate 1.8T internal drive (with GPT partitioning), and under
> NetBSD 5.1.2 amd64, on heavy i/o the disk freezes and the system goes
> unresponsive, obviously stucked waiting for the disk.
>
> There are:
>
On Jun 24, 6:12pm, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: DTrace syscall provider - please test/comment
|
| On Jun 24, 2013, at 6:01 PM, Christos Zoulas wrote:
|
| > Can't this be done as an addition/enhancement to the trace_enter()/
| > trace_exit() facility instead of hav
Hello,
On a Seagate 1.8T internal drive (with GPT partitioning), and under
NetBSD 5.1.2 amd64, on heavy i/o the disk freezes and the system goes
unresponsive, obviously stucked waiting for the disk.
There are:
ahcisata0: BSY never cleared, TD 0x80
messages too. (Furthermore, there are, when try
11 matches
Mail list logo