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 chris...@astron.com wrote:
|
| Can't this be done as an addition/enhancement to the trace_enter()/
| trace_exit()
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 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 the MBR, and
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 chris...@astron.com wrote:
|
| Can't
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:
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, 2013, at 10:19 AM, Jeff Rizzo r...@tastylime.net 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
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