On Thu, 28 Sep 2023 09:06:42 +0200 Herve Codina wrote:
> +menu "Framer Subsystem"
> +
> +config GENERIC_FRAMER
> +     bool "Framer Core"
> +     help
> +       Generic Framer support.
> +       A framer is a component in charge of an E1/T1 line interface.
> +       Connected usually to a TDM bus, it converts TDM frames to/from E1/T1
> +       frames. It also provides information related to the E1/T1 line.
> +       Used with HDLC, the network can be reached through the E1/T1 line.
> +
> +       This framework is designed to provide a generic interface for framer
> +       devices present in the kernel. This layer will have the generic
> +       API by which framer drivers can create framer using the framer
> +       framework and framer users can obtain reference to the framer.
> +       All the users of this framework should select this config.

maybe make the menu a menuconfig with info about framers but hide 
the GENERIC_FRAMER symbol? The driver 'select' it anyway, what's
the point of prompting the user..

> +     if (WARN_ON(!dev))
> +             return ERR_PTR(-EINVAL);

no defensive programming, let the kernel crash

> +     ret = framer_pm_runtime_get_sync(framer);
> +     if (ret < 0 && ret != -EOPNOTSUPP)
> +             goto err_pm_sync;
> +
> +     ret = 0; /* Override possible ret == -EOPNOTSUPP */

This looks pointless given that ret is either overwritten or not used
later on

> +     mutex_lock(&framer->mutex);
> +     if (framer->power_count == 0 && framer->ops->power_on) {
> +             ret = framer->ops->power_on(framer);
> +             if (ret < 0) {
> +                     dev_err(&framer->dev, "framer poweron failed --> %d\n", 
> ret);
> +                     goto err_pwr_on;
> +             }
> +     }
> +     ++framer->power_count;
> +     mutex_unlock(&framer->mutex);
> +     return 0;

Reply via email to