[prev in list] [next in list] [prev in thread] [next in thread] 

List:       opensolaris-dtrace-discuss
Subject:    Re: [dtrace-discuss] Change a driver,
From:       Charles Binford <Charles.Binford () oracle ! com>
Date:       2010-04-21 18:45:37
Message-ID: 4BCF47D1.4020804 () oracle ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Thanks.  That solved the problem.  Based on the wiki referenced below I did

     export CTFMERGE_GENUNIX=xxx

before I compiled the ata driver.  Now, after copying it to my test 
system dtrace works.

Thanks for the quick response and pointer to an informative wiki page.

cb


On 04/21/10 01:24 PM, John Harres wrote:
> Your CTF data is likely out of sync between the driver and the genunix 
> on the system.  Look here:
>
> http://braindump.uk/wiki/index.php/CTF
>
> for how to get your driver compiled properly.
>
> John
>
>
> On 04/21/10 11:03, Charles Binford wrote:
>> This is probably a newbie question, but I didn't find an answer 
>> searching the history of this forum.
>>
>> Working on driver CR and wanted to put some test hooks into the ata 
>> driver.  After I copy my new ata bits to /kernel/drv and 
>> /kernal/drv/amd64 my dscript suddenly breaks.
>>
>> pfexec dtrace -s ata.d
>> dtrace: failed to compile script ata.d: line 10: operator ?: operands 
>> must have compatible types
>>
>> The script....
>> fbt::ata_ctlr_fsm:entry
>> {
>>     self->pkt = args[3];
>> }
>> fbt::ata_ctlr_fsm:return
>> /self->pkt/
>> {
>>     printf("%s %02x %x\n",
>>         probefunc,
>>         (self->pkt->ap_cdbp) ? self->pkt->ap_cdbp[0] : 0xff,
>>         self->pkt->ap_hd);
>>     self->pkt = 0;
>> }
>>
>> I'm reasonably sure the issue is I'm taking a short cut and just 
>> copying over the ata driver bits and not getting something updated 
>> that dtrace wants.  I'm hoping that the "something" is easy and I'm 
>> don't have to do a full onu upgrade every time I change some little 
>> thing.
>>
>> Thanks for your help
>> Charles
>> _______________________________________________
>> dtrace-discuss mailing list
>> dtrace-discuss@opensolaris.org
>
> _______________________________________________
> dtrace-discuss mailing list
> dtrace-discuss@opensolaris.org

[Attachment #5 (text/html)]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Thanks.&nbsp; That solved the problem.&nbsp; Based on the wiki referenced below I
did<br>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<meta name="Description" content="Copy-Paste Buffer">
<meta name="Generator" content="Zim">
<p>
&nbsp;&nbsp;&nbsp; export CTFMERGE_GENUNIX=xxx<br>
</p>
<p>before I compiled the ata driver.&nbsp; Now, after copying it to my test
system dtrace works.<br>
</p>
<p>Thanks for the quick response and pointer to an informative wiki
page.<br>
</p>
<p>cb<br>
</p>
<br>
On 04/21/10 01:24 PM, John Harres wrote:
<blockquote cite="mid:4BCF42D7.5010002@oracle.com" type="cite">Your CTF
data is likely out of sync between the driver and the genunix on the
system.&nbsp; Look here:
  <br>
  <br>
<a class="moz-txt-link-freetext" \
href="http://braindump.uk/wiki/index.php/CTF">http://braindump.uk/wiki/index.php/CTF</a>
  <br>
  <br>
for how to get your driver compiled properly.
  <br>
  <br>
John
  <br>
  <br>
  <br>
On 04/21/10 11:03, Charles Binford wrote:
  <br>
  <blockquote type="cite">This is probably a newbie question, but I
didn't find an answer searching the history of this forum.
    <br>
    <br>
Working on driver CR and wanted to put some test hooks into the ata
driver.&nbsp; After I copy my new ata bits to /kernel/drv and
/kernal/drv/amd64 my dscript suddenly breaks.
    <br>
    <br>
pfexec dtrace -s ata.d
    <br>
dtrace: failed to compile script ata.d: line 10: operator ?: operands
must have compatible types
    <br>
    <br>
The script....
    <br>
fbt::ata_ctlr_fsm:entry
    <br>
{
    <br>
&nbsp;&nbsp;&nbsp; self-&gt;pkt = args[3];
    <br>
}
    <br>
fbt::ata_ctlr_fsm:return
    <br>
/self-&gt;pkt/
    <br>
{
    <br>
&nbsp;&nbsp;&nbsp; printf("%s %02x %x\n",
    <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; probefunc,
    <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (self-&gt;pkt-&gt;ap_cdbp) ? \
self-&gt;pkt-&gt;ap_cdbp[0] : 0xff,
    <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; self-&gt;pkt-&gt;ap_hd);
    <br>
&nbsp;&nbsp;&nbsp; self-&gt;pkt = 0;
    <br>
}
    <br>
    <br>
I'm reasonably sure the issue is I'm taking a short cut and just
copying over the ata driver bits and not getting something updated that
dtrace wants.&nbsp; I'm hoping that the "something" is easy and I'm don't
have to do a full onu upgrade every time I change some little thing.
    <br>
    <br>
Thanks for your help
    <br>
Charles
    <br>
_______________________________________________
    <br>
dtrace-discuss mailing list
    <br>
<a class="moz-txt-link-abbreviated" \
href="mailto:dtrace-discuss@opensolaris.org">dtrace-discuss@opensolaris.org</a>  <br>
  </blockquote>
  <br>
_______________________________________________
  <br>
dtrace-discuss mailing list
  <br>
<a class="moz-txt-link-abbreviated" \
href="mailto:dtrace-discuss@opensolaris.org">dtrace-discuss@opensolaris.org</a>  <br>
</blockquote>
</body>
</html>



_______________________________________________
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic