From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sssup.it ([193.205.80.95]:49670 "EHLO sssup.it" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751373AbbEKQ6N (ORCPT ); Mon, 11 May 2015 12:58:13 -0400 Message-ID: <5550DFA3.5020806@sssup.it> Date: Mon, 11 May 2015 18:58:11 +0200 From: Matteo Petracca MIME-Version: 1.0 Subject: Re: Ieee802154 socket problem with SIOCGIFADDR References: <554E1C92.7040306@sssup.it> <20150509164227.GA694@omega> <5550DC2D.5060909@sssup.it> <20150511165127.GA1838@omega> In-Reply-To: <20150511165127.GA1838@omega> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-wpan-owner@vger.kernel.org List-ID: To: Alexander Aring , linux-wpan@vger.kernel.org This is basically what I have in my program: int socketfd = 0; struct ifreq ifr; static const char *wpandevs[] = { "wpan0" }; socket_config_wpan = wpandevs[0]; socketfd = socket(PF_IEEE802154, SOCK_RAW, 0); strncpy(ifr.ifr_name, socket_config_wpan, IF_NAMESIZE); ret = ioctl(socketfd, SIOCGIFADDR, &ifr); if (ret < 0) { fprintf(stderr,"ioctl: SIOCGIFADDR error\n"); return; } In can say that in kernel 3.8.13 it works with no problems. Matteo On 11/05/2015 18:51, Alexander Aring wrote: > On Mon, May 11, 2015 at 06:43:25PM +0200, Matteo Petracca wrote: >> Hi, >> I've applied your patch, but I ma still getting error: >> >> .353646] Hardware name: Generic AM33XX (Flattened Device Tree) >> [ 88.353742] [] (unwind_backtrace) from [] >> (show_stack+0x11/0x14) >> [ 88.353870] [] (show_stack) from [] >> (mac802154_wpan_ioctl+0xbe/0x10c [mac802154]) >> [ 88.353974] [] (mac802154_wpan_ioctl [mac802154]) from >> [] (ieee802154_sock_ioctl+0xf6/0x14c [ieee802154_socket]) >> [ 88.354059] [] (ieee802154_sock_ioctl [ieee802154_socket]) from >> [] (sock_ioctl+0xd3/0x1bc) >> [ 88.354109] [] (sock_ioctl) from [] >> (do_vfs_ioctl+0x2cd/0x400) >> [ 88.354148] [] (do_vfs_ioctl) from [] >> (SyS_ioctl+0x4d/0x58) >> [ 88.354188] [] (SyS_ioctl) from [] >> (ret_fast_syscall+0x1/0x44) >> > mhh, this sounds like another issue. > > 1. What's your exactly ioctl call, then I can maybe reproduce your issue. > > 2. There are some information missing at you stacktrace, can you provide > more information? > > - Alex