<p>2011/7/29 Patrick McHardy <<a href="mailto:kaber@trash.net">kaber@trash.net</a>></p>
<blockquote><p>On 29.07.2011 15:27, Romain Fliedel wrote:<br>
> 2011/7/28 Patrick McHardy <<a href="mailto:kaber@trash.net">kaber@trash.net</a>><br>
><br>
>> Am 28.07.2011 20:40, schrieb Romain Fliedel:<br>
>>> 2011/7/28 Patrick McHardy <<a href="mailto:kaber@trash.net">kaber@trash.net</a> <mailto:<a href="mailto:kaber@trash.net">kaber@trash.net</a>>><br>
>>><br>
>>>     Am 28.07.2011 20:05, schrieb Romain Fliedel:<br>
>>>     ><br>
>>>     > 2011/7/28 Patrick McHardy <<a href="mailto:kaber@trash.net">kaber@trash.net</a><br>
>>>     <mailto:<a href="mailto:kaber@trash.net">kaber@trash.net</a>> <mailto:<a href="mailto:kaber@trash.net">kaber@trash.net</a><br>
>>>     <mailto:<a href="mailto:kaber@trash.net">kaber@trash.net</a>>>><br>
>>>     ><br>
>>>     >     Am 28.07.2011 15:39, schrieb Fliedel Romain:<br>
>>>     >     > Hi,<br>
>>>     >     ><br>
>>>     >     > I'm trying to build a kernel from the git repository with<br>
>>>     dect stack<br>
>>>     >     > enabled but i get this error :<br>
>>>     >     ><br>
>>>     >     > net/dect/ccp.c:25:27: fatal error: net/tipc/tipc.h:<br>
>>>     >     ><br>
>>>     >     > it appears that this file has been removed in kernel 2.6.36<br>
>>>     >     ><br>
>>>     >     > Do you have any idea to solve this problem ?<br>
>>>     >     ><br>
>>>     ><br>
>>>     >     Disable the TIPC option for now, the code hasn't been adapter<br>
>> to<br>
>>>     >     the latest upstream changes yet.<br>
>>>     ><br>
>>>     ><br>
>>>     > Thanks, that's what I end up doing and I am now able to build a<br>
>>>     kernel.<br>
>>>     > But now I have a problem with the driver, in my dmesg I've got the<br>
>>>     > following error :<br>
>>>     ><br>
>>>     > com_on_air_pci: probe of 0000:07:04.0 failed with error -2<br>
>>>     ><br>
>>>     > any idea ?<br>
>>><br>
>>>     I guess you linked the driver statically. This currently doesn't<br>
>>>     work since the transceiver layer hasn't initialized the radio band<br>
>>>     frequencies when the driver loads. Will probably fix that shortly,<br>
>>>     using a modular build should work.<br>
>>><br>
>>><br>
>>> Ok I'll try with the modular version.<br>
>>> I noticed that no /dev/coa is created, is it normal ?<br>
>><br>
>> Yes, the stack uses netlink and a socket API for userspace communication.<br>
>><br>
>><br>
> Ok with the modular build it is working, thanks for you help.<br>
> Now I'm trying to get a dump of the messages exchanged between a my FP and a<br>
> my PP, i've found the dectmon utility, but the dump file created is not<br>
> usable in wireshark. Is there a way to convert it to a pcap file ?</p>
<p>No, but it should be easy to add. Alternatively you can use the<br>
patched libpcap with tcpdump or wireshark directly. IIRC it needs<br>
a one-liner change to the wireshark build though, will try to<br>
find the patch again :)<br>
</p>
</blockquote>
<p></p>
<p>I've build wireshark with the modified libpcap, but I can't find a dect interface. (even though I can produce a dump with dectmon)</p>
<p>If i call the function pcap_findalldevs() it return :</p>
<p>Devive : eth0<br>
Desc : (null)<br>
Devive : eth1<br>
Desc : (null)<br>
Devive : usbmon1<br>
Desc : USB bus number 1<br>
Devive : usbmon2<br>
Desc : USB bus number 2<br>
Devive : usbmon3<br>
Desc : USB bus number 3<br>
Devive : usbmon4<br>
Desc : USB bus number 4<br>
Devive : usbmon5<br>
Desc : USB bus number 5<br>
Devive : usbmon6<br>
Desc : USB bus number 6<br>
Devive : usbmon7<br>
Desc : USB bus number 7<br>
Devive : usbmon8<br>
Desc : USB bus number 8<br>
Devive : any<br>
Desc : Pseudo-device that captures on all interfaces<br>
Devive : lo<br>
Desc : (null)</p>
<p>am I missing something ?</p>
<p>My configuration is the one provided on the wiki :</p>
<p>./dect-cluster-add --name cluster0 --mode fp --emc 0x1182 --fpn 0x0fac3<br>
./dect-cell-add --name cell0 --cluster cluster0<br>
./dect-transceiver-bind --transceiver trx0 --cell cell0<br><br></p>