skd: use ktime_get_real_seconds()
authorArnd Bergmann <arnd@arndb.de>
Thu, 2 Nov 2017 11:42:00 +0000 (12:42 +0100)
committerJens Axboe <axboe@kernel.dk>
Thu, 2 Nov 2017 14:27:21 +0000 (08:27 -0600)
Like many storage drivers, skd uses an unsigned 32-bit number for
interchanging the current time with the firmware. This will overflow in
y2106 and is otherwise safe.

However, the get_seconds() function is generally considered deprecated
since the behavior is different between 32-bit and 64-bit architectures,
and using it may indicate a bigger problem.

To annotate that we've thought about this, let's add a comment here
and migrate to the ktime_get_real_seconds() function that consistently
returns a 64-bit number.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
drivers/block/skd_main.c

index 7cedb4295e9d325343e296b8b299cb407b7b2a55..802ab9f7a8c11f5a50a9d192ffb5e17838475286 100644 (file)
@@ -1967,7 +1967,8 @@ static void skd_isr_msg_from_dev(struct skd_device *skdev)
                break;
 
        case FIT_MTD_CMD_LOG_HOST_ID:
-               skdev->connect_time_stamp = get_seconds();
+               /* hardware interface overflows in y2106 */
+               skdev->connect_time_stamp = (u32)ktime_get_real_seconds();
                data = skdev->connect_time_stamp & 0xFFFF;
                mtd = FIT_MXD_CONS(FIT_MTD_CMD_LOG_TIME_STAMP_LO, 0, data);
                SKD_WRITEL(skdev, mtd, FIT_MSG_TO_DEVICE);