Message ID | 20181128114535.80223-7-andriy.shevchenko@linux.intel.com (mailing list archive) |
---|---|
State | Accepted, archived |
Headers | show |
Series | i2c-multi-instantiate: Adapt for INT3515 and alike | expand |
On Wed, 28 Nov 2018 13:45:26 +0200 Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > Now, when i2c_acpi_new_device() never returns NULL, there is no point to check > for it. Besides that, i2c_acpi_new_device() returns -EPROBE_DEFER directly and > caller doesn't need to guess is better. > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Ah, the code I commented on earlier goes away anyway. Not to worry then! Jonathan > --- > drivers/platform/x86/intel_cht_int33fe.c | 24 +++++------------------- > 1 file changed, 5 insertions(+), 19 deletions(-) > > diff --git a/drivers/platform/x86/intel_cht_int33fe.c b/drivers/platform/x86/intel_cht_int33fe.c > index 367d6e304ade..616b8853a91f 100644 > --- a/drivers/platform/x86/intel_cht_int33fe.c > +++ b/drivers/platform/x86/intel_cht_int33fe.c > @@ -169,13 +169,7 @@ static int cht_int33fe_probe(struct platform_device *pdev) > board_info.properties = max17047_props; > data->max17047 = i2c_acpi_new_device(dev, 1, &board_info); > if (IS_ERR(data->max17047)) > - ret = PTR_ERR(data->max17047); > - else if (!data->max17047) > - ret = -EPROBE_DEFER; /* Wait for i2c-adapter to load */ > - else > - ret = 0; > - if (ret) > - return ret; > + return PTR_ERR(data->max17047); > } > > data->connections[0].endpoint[0] = "port0"; > @@ -200,28 +194,20 @@ static int cht_int33fe_probe(struct platform_device *pdev) > board_info.irq = fusb302_irq; > > data->fusb302 = i2c_acpi_new_device(dev, 2, &board_info); > - if (IS_ERR(data->fusb302)) > + if (IS_ERR(data->fusb302)) { > ret = PTR_ERR(data->fusb302); > - else if (!data->fusb302) > - ret = -EPROBE_DEFER; /* Wait for the i2c-adapter to load */ > - else > - ret = 0; > - if (ret) > goto out_unregister_max17047; > + } > > memset(&board_info, 0, sizeof(board_info)); > board_info.dev_name = "pi3usb30532"; > strlcpy(board_info.type, "pi3usb30532", I2C_NAME_SIZE); > > data->pi3usb30532 = i2c_acpi_new_device(dev, 3, &board_info); > - if (IS_ERR(data->pi3usb30532)) > + if (IS_ERR(data->pi3usb30532)) { > ret = PTR_ERR(data->pi3usb30532); > - else if (!data->pi3usb30532) > - ret = -EPROBE_DEFER; /* Wait for the i2c-adapter to load */ > - else > - ret = 0; > - if (ret) > goto out_unregister_fusb302; > + } > > platform_set_drvdata(pdev, data); >
diff --git a/drivers/platform/x86/intel_cht_int33fe.c b/drivers/platform/x86/intel_cht_int33fe.c index 367d6e304ade..616b8853a91f 100644 --- a/drivers/platform/x86/intel_cht_int33fe.c +++ b/drivers/platform/x86/intel_cht_int33fe.c @@ -169,13 +169,7 @@ static int cht_int33fe_probe(struct platform_device *pdev) board_info.properties = max17047_props; data->max17047 = i2c_acpi_new_device(dev, 1, &board_info); if (IS_ERR(data->max17047)) - ret = PTR_ERR(data->max17047); - else if (!data->max17047) - ret = -EPROBE_DEFER; /* Wait for i2c-adapter to load */ - else - ret = 0; - if (ret) - return ret; + return PTR_ERR(data->max17047); } data->connections[0].endpoint[0] = "port0"; @@ -200,28 +194,20 @@ static int cht_int33fe_probe(struct platform_device *pdev) board_info.irq = fusb302_irq; data->fusb302 = i2c_acpi_new_device(dev, 2, &board_info); - if (IS_ERR(data->fusb302)) + if (IS_ERR(data->fusb302)) { ret = PTR_ERR(data->fusb302); - else if (!data->fusb302) - ret = -EPROBE_DEFER; /* Wait for the i2c-adapter to load */ - else - ret = 0; - if (ret) goto out_unregister_max17047; + } memset(&board_info, 0, sizeof(board_info)); board_info.dev_name = "pi3usb30532"; strlcpy(board_info.type, "pi3usb30532", I2C_NAME_SIZE); data->pi3usb30532 = i2c_acpi_new_device(dev, 3, &board_info); - if (IS_ERR(data->pi3usb30532)) + if (IS_ERR(data->pi3usb30532)) { ret = PTR_ERR(data->pi3usb30532); - else if (!data->pi3usb30532) - ret = -EPROBE_DEFER; /* Wait for the i2c-adapter to load */ - else - ret = 0; - if (ret) goto out_unregister_fusb302; + } platform_set_drvdata(pdev, data);
Now, when i2c_acpi_new_device() never returns NULL, there is no point to check for it. Besides that, i2c_acpi_new_device() returns -EPROBE_DEFER directly and caller doesn't need to guess is better. Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> --- drivers/platform/x86/intel_cht_int33fe.c | 24 +++++------------------- 1 file changed, 5 insertions(+), 19 deletions(-)