Bug 16201 - SIOCGIWFREQ ioctl fails to get frequency info
Summary: SIOCGIWFREQ ioctl fails to get frequency info
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Networking
Classification: Unclassified
Component: Wireless (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: networking_wireless@kernel-bugs.osdl.org
URL:
Keywords:
Depends on:
Blocks: 16055
  Show dependency tree
 
Reported: 2010-06-14 10:45 UTC by nuh
Modified: 2010-12-26 05:10 UTC (History)
4 users (show)

See Also:
Kernel Version: 2.6.35-rc3 2.6.35-rc2
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments

Description nuh 2010-06-14 10:45:44 UTC
Since 2.6.35 calling ioctl(x, SIOCSIWFREQ, &z) for getting the frequency the card is set onto fails, regardless of the driver.

works fine in 2.6.34.
Comment 1 nuh 2010-06-14 10:47:04 UTC
Whoops i means GIWFREQ not SIWFREQ of course...
Comment 2 John W. Linville 2010-06-14 14:26:53 UTC
What is the device you are using?  Perhaps you could post the source code with your ioctl call as well?
Comment 3 Rafael J. Wysocki 2010-07-23 20:01:22 UTC
On Friday, July 23, 2010, John W. Linville wrote:
> On Fri, Jul 23, 2010 at 01:47:29PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a summary report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.34.  Please verify if it still should be listed and let the
> tracking team
> > know (either way).
> > 
> > 
> > Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=16201
> > Subject             : SIOCGIWFREQ ioctl fails to get frequency info
> > Submitter   : nuh <nuh@mailinator.net>
> > Date                : 2010-06-14 10:45 (40 days old)
> 
> No response for the submitter, no reproducer -- I think it should be closed.
Comment 4 lenik 2010-12-26 05:10:20 UTC
I have the same problem while using RTL8187 wifi adapter. It worked flawlessly before, and now it fails to report the frequency info. When I run airodump-ng (v1.1), it reports the problem as "fixed channel mon0: -1", where "-1" is the error value from wi_get_channel(), which relies on SIOCGIWFREQ in linux_get_channel().

Note You need to log in before you can comment on or make changes to this bug.