Re: [RFC] acer-wmi: Add rfkill support for wireless and bluetooth (v2)

Henrique de Moraes Holschuh
2008-08-31T13:36:38Z

On Sat, 30 Aug 2008, Carlos Corbacho wrote:
> +static void device##_rfkill_update(struct work_struct *ignored) \
> +{ \
> + u32 state; \
> + acpi_status status; \
> + status = get_u32(&state, cap); \
> + \
> + if (ACPI_SUCCESS(status)) \
> + rfkill_force_state(device##_rfkill, state); \
> + queue_delayed_work(rfkill_workqueue, &device##_rfkill_work, \
> + round_jiffies_relative(HZ)); \
> +}

You are still doing state = (int); rfkill_force_state(foo, state);

Please do a rfkill_force_state(foo, state ? RFKILL_STATE_UNBLOCKED :
RFKILL_STATE_SOFT_BLOCKED);

or whatever is correct for what the values of (state) mean.

> + err = rfkill_register(wireless_rfkill);
> + if (err)
> + return err;

You have to manually dealocate wireless_rfkill on the error path here using
rfkill_free (and maybe set it to NULL to avoid double-free or somesuch), or
you will leak memory.

I heavily suggest re-reading the kernel doc info for every rfkill function
you're using. They're well described and documented, including caveats such
as the one above.

> + if (!rfkill_workqueue)
> + return -ENOMEM;

Needs to dealocate the stuff you alocated, unless the caller will do so.

> + destroy_workqueue(rfkill_workqueue);
> + rfkill_unregister(wireless_rfkill);
> + rfkill_free(wireless_rfkill);

I know it is somewhat surprising, but you must never rfkill_free something
you have called rfkill_unregister on. You use rfkill_free only to get rid
of memory when rfkill_register fails.

--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh