Re: [PATCH] gpio: gpio-rcar: Support S2RAM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Simon,

On Thu, Dec 7, 2017 at 10:08 AM, Simon Horman <horms@xxxxxxxxxxxx> wrote:
> On Wed, Dec 06, 2017 at 08:01:52PM +0100, Geert Uytterhoeven wrote:
>> On Wed, Dec 6, 2017 at 7:48 PM, Yoshihiro Kaneko <ykaneko0929@xxxxxxxxx> wrote:
>> > From: Hien Dang <hien.dang.eb@xxxxxxxxxxx>
>> >
>> > This patch adds an implementation that saves and restores the state of
>> > GPIO configuration on suspend and resume.
>> >
>> > Signed-off-by: Hien Dang <hien.dang.eb@xxxxxxxxxxx>
>> > Signed-off-by: Takeshi Kihara <takeshi.kihara.df@xxxxxxxxxxx>
>> > Signed-off-by: Yoshihiro Kaneko <ykaneko0929@xxxxxxxxx>
>>
>> Thanks for your patch!
>>
>> > --- a/drivers/gpio/gpio-rcar.c
>> > +++ b/drivers/gpio/gpio-rcar.c
>> > @@ -31,6 +31,16 @@
>> >  #include <linux/spinlock.h>
>> >  #include <linux/slab.h>
>> >
>> > +struct gpio_rcar_bank_info {
>> > +       bool iointsel;
>> > +       bool inoutsel;
>> > +       bool outdt;
>> > +       bool active_high_rising_edge;
>> > +       bool level_trigger;
>> > +       bool both;
>> > +       bool intmsk;
>> > +};
>>
>> So for each GPIO, you save 7 bools = 7 bytes.
>
> s/save/use/ ?

Right, use 1 bool to save 1 bit ;-)

>> >  struct gpio_rcar_priv {
>> >         void __iomem *base;
>> >         spinlock_t lock;
>> > @@ -41,6 +51,7 @@ struct gpio_rcar_priv {
>> >         unsigned int irq_parent;
>> >         bool has_both_edge_trigger;
>> >         bool needs_clk;
>> > +       struct gpio_rcar_bank_info bank_info[32];
>>
>> That's 32 x 7 = 224 bytes in total.
>>
>> What about just using 7 u32s instead, one for each register to save?
>> That way you only need 7 x 4 = 28 bytes, and you can probably optimize
>> the code to just save/restore the whole register at once.
>
> So the suggestion is to use a u32 instead of struct gpio_rcar_bank_info,
> and for each field of struct gpio_rcar_bank_info use a bit in the u32?
>
> If so, probably one could go a step further and use a u8 as there are
> currently only 7 fields, thus using 32 x 1 = 32 bytes rather than
> 32 x 4 = 128 bytes.

I think you misunderstood.
The patch has one gpio_rcar_bank_info for each GPIO.
Each bank has 7 bits (bools), one for each register.
Indexing is done through bank_info[<gpio>].<reg>.
Saving/restoring bits requires converting from hardware register layout to
stored layout ("transposing a 32 x 7 matrix to a 7 x 32 matrix").

I proposed 7 u32s, one for each register, storing the similar bits for all
32 GPIOs.
So indexing is reversed, becoming regs[<reg>] & BIT(<gpio>), which is
similar to how the data is stored in hardware registers.
Storing all bits related to a single register in a single u32 may allow to
save/restore all bits of the register in a single operation.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-gpio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux SPI]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]

  Powered by Linux