lkml.org 
[lkml]   [2019]   [Dec]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Subject[PATCH 4.19 106/140] iio: ad7949: kill pointless "readback"-handling code
    Date
    From: Meng Li <Meng.Li@windriver.com>

    [ Upstream commit c270bbf7bb9ddc4e2a51b3c56557c377c9ac79bc ]

    The device could be configured to spit out also the configuration word
    while reading the AD result value (in the same SPI xfer) - this is called
    "readback" in the device datasheet.

    The driver checks if readback is enabled and it eventually adjusts the SPI
    xfer length and it applies proper shifts to still get the data, discarding
    the configuration word.

    The readback option is actually never enabled (the driver disables it), so
    the said checks do not serve for any purpose.

    Since enabling the readback option seems not to provide any advantage (the
    driver entirely sets the configuration word without relying on any default
    value), just kill the said, unused, code.

    Signed-off-by: Andrea Merello <andrea.merello@gmail.com>
    Reviewed-by: Alexandru Ardelean <alexandru.ardelean@analog.com>
    Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    ---
    drivers/edac/altera_edac.c | 1 +
    1 file changed, 1 insertion(+)

    diff --git a/drivers/edac/altera_edac.c b/drivers/edac/altera_edac.c
    index 56de378ad13dc..c9108906bcdc0 100644
    --- a/drivers/edac/altera_edac.c
    +++ b/drivers/edac/altera_edac.c
    @@ -600,6 +600,7 @@ static const struct regmap_config s10_sdram_regmap_cfg = {
    .reg_read = s10_protected_reg_read,
    .reg_write = s10_protected_reg_write,
    .use_single_rw = true,
    + .fast_io = true,
    };

    static int altr_s10_sdram_probe(struct platform_device *pdev)
    --
    2.20.1


    \
     
     \ /
      Last update: 2019-12-16 19:38    [W:4.113 / U:0.020 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site