The total sequence of messages emitted by the ir_porbe() calls
for a transceiver's two i2c_clients was confusing.  Clean it up a bit.

Signed-off-by: Andy Walls <[email protected]>
---
 drivers/staging/lirc/lirc_zilog.c |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/drivers/staging/lirc/lirc_zilog.c 
b/drivers/staging/lirc/lirc_zilog.c
index a59d32d..40195ef 100644
--- a/drivers/staging/lirc/lirc_zilog.c
+++ b/drivers/staging/lirc/lirc_zilog.c
@@ -1597,6 +1597,8 @@ static int ir_probe(struct i2c_client *client, const 
struct i2c_device_id *id)
                ret = -EBADRQC;
                goto out_put_xx;
        }
+       zilog_info("IR unit on %s (i2c-%d) registered as lirc%d and ready\n",
+                  adap->name, adap->nr, ir->l.minor);
 
 out_ok:
        if (rx != NULL)
@@ -1604,7 +1606,7 @@ out_ok:
        if (tx != NULL)
                put_ir_tx(tx, true);
        put_ir_device(ir, true);
-       zilog_info("probe of IR %s on %s (i2c-%d) done. IR unit ready.\n",
+       zilog_info("probe of IR %s on %s (i2c-%d) done\n",
                   tx_probe ? "Tx" : "Rx", adap->name, adap->nr);
        mutex_unlock(&ir_devices_lock);
        return 0;
-- 
1.7.2.1



--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to