Fix logic error in rfkill_check_duplicity
authorJonathan McDowell <noodles@earth.li>
Thu, 30 Oct 2008 22:46:48 +0000 (22:46 +0000)
committerJohn W. Linville <linville@tuxdriver.com>
Thu, 6 Nov 2008 21:37:09 +0000 (16:37 -0500)
> I'll have a prod at why the [hso] rfkill stuff isn't working next

Ok, I believe this is due to the addition of rfkill_check_duplicity in
rfkill and the fact that test_bit actually returns a negative value
rather than the postive one expected (which is of course equally true).
So when the second WLAN device (the hso device, with the EEE PC WLAN
being the first) comes along rfkill_check_duplicity returns a negative
value and so rfkill_register returns an error. Patch below fixes this
for me.

Signed-Off-By: Jonathan McDowell <noodles@earth.li>
Acked-by: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
net/rfkill/rfkill.c

index f949a482b0078b904d88b655da399d8706a48ca8..25ba3bd57e66405e64adef4455b66614fd273ea6 100644 (file)
@@ -603,7 +603,7 @@ static int rfkill_check_duplicity(const struct rfkill *rfkill)
        }
 
        /* 0: first switch of its kind */
-       return test_bit(rfkill->type, seen);
+       return (test_bit(rfkill->type, seen)) ? 1 : 0;
 }
 
 static int rfkill_add_switch(struct rfkill *rfkill)