* [RFC v3 0/5] add rtc support
@ 2014-07-14 20:48 Antony Pavlov
2014-07-14 20:48 ` [RFC v3 1/5] lib: import 'bcd' from linux-3.15 Antony Pavlov
` (4 more replies)
0 siblings, 5 replies; 18+ messages in thread
From: Antony Pavlov @ 2014-07-14 20:48 UTC (permalink / raw)
To: barebox
Chages since RFC v2:
* rtc/Kconfig: fix formatting, dependencies and help sections;
* hwclock: read time into environment variable.
Chages since RFC v1:
* rebase over latest 'next';
* fix copy'n'paste side effects;
* add hwclock set time function;
* make hwclock options more close to util-linux hwclock;
* rtc-ds1307: add ds1338 chip support (used in versatile);
* use qemu-versatile for testing.
Antony Pavlov (5):
lib: import 'bcd' from linux-3.15
add rtc support
rtc: import ds1307 driver from linux-3.15
commands: add hwclock
ARM: versatilepb_defconfig: enable RTC support
arch/arm/configs/versatilepb_defconfig | 2 +
commands/Kconfig | 8 +
commands/Makefile | 1 +
commands/hwclock.c | 151 +++++++++++++++
drivers/Kconfig | 1 +
drivers/Makefile | 1 +
drivers/rtc/Kconfig | 37 ++++
drivers/rtc/Makefile | 10 +
drivers/rtc/class.c | 53 +++++
drivers/rtc/rtc-ds1307.c | 345 +++++++++++++++++++++++++++++++++
drivers/rtc/rtc-lib.c | 66 +++++++
include/linux/bcd.h | 22 +++
include/linux/rtc.h | 46 +++++
include/rtc.h | 2 +
lib/Makefile | 1 +
lib/bcd.c | 14 ++
16 files changed, 760 insertions(+)
create mode 100644 commands/hwclock.c
create mode 100644 drivers/rtc/Kconfig
create mode 100644 drivers/rtc/Makefile
create mode 100644 drivers/rtc/class.c
create mode 100644 drivers/rtc/rtc-ds1307.c
create mode 100644 drivers/rtc/rtc-lib.c
create mode 100644 include/linux/bcd.h
create mode 100644 include/linux/rtc.h
create mode 100644 lib/bcd.c
--
2.0.1
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 18+ messages in thread* [RFC v3 1/5] lib: import 'bcd' from linux-3.15 2014-07-14 20:48 [RFC v3 0/5] add rtc support Antony Pavlov @ 2014-07-14 20:48 ` Antony Pavlov 2014-07-14 20:48 ` [RFC v3 2/5] add rtc support Antony Pavlov ` (3 subsequent siblings) 4 siblings, 0 replies; 18+ messages in thread From: Antony Pavlov @ 2014-07-14 20:48 UTC (permalink / raw) To: barebox Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com> --- include/linux/bcd.h | 22 ++++++++++++++++++++++ lib/Makefile | 1 + lib/bcd.c | 14 ++++++++++++++ 3 files changed, 37 insertions(+) diff --git a/include/linux/bcd.h b/include/linux/bcd.h new file mode 100644 index 0000000..18fff11 --- /dev/null +++ b/include/linux/bcd.h @@ -0,0 +1,22 @@ +#ifndef _BCD_H +#define _BCD_H + +#include <linux/compiler.h> + +#define bcd2bin(x) \ + (__builtin_constant_p((u8 )(x)) ? \ + const_bcd2bin(x) : \ + _bcd2bin(x)) + +#define bin2bcd(x) \ + (__builtin_constant_p((u8 )(x)) ? \ + const_bin2bcd(x) : \ + _bin2bcd(x)) + +#define const_bcd2bin(x) (((x) & 0x0f) + ((x) >> 4) * 10) +#define const_bin2bcd(x) ((((x) / 10) << 4) + (x) % 10) + +unsigned _bcd2bin(unsigned char val) __attribute_const__; +unsigned char _bin2bcd(unsigned val) __attribute_const__; + +#endif /* _BCD_H */ diff --git a/lib/Makefile b/lib/Makefile index 48c953d..18a99a7 100644 --- a/lib/Makefile +++ b/lib/Makefile @@ -1,3 +1,4 @@ +obj-y += bcd.o obj-$(CONFIG_BOOTSTRAP) += bootstrap/ obj-y += ctype.o obj-y += rbtree.o diff --git a/lib/bcd.c b/lib/bcd.c new file mode 100644 index 0000000..b072d50 --- /dev/null +++ b/lib/bcd.c @@ -0,0 +1,14 @@ +#include <linux/bcd.h> +#include <module.h> + +unsigned _bcd2bin(unsigned char val) +{ + return (val & 0x0f) + (val >> 4) * 10; +} +EXPORT_SYMBOL(_bcd2bin); + +unsigned char _bin2bcd(unsigned val) +{ + return ((val / 10) << 4) + val % 10; +} +EXPORT_SYMBOL(_bin2bcd); -- 2.0.1 _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* [RFC v3 2/5] add rtc support 2014-07-14 20:48 [RFC v3 0/5] add rtc support Antony Pavlov 2014-07-14 20:48 ` [RFC v3 1/5] lib: import 'bcd' from linux-3.15 Antony Pavlov @ 2014-07-14 20:48 ` Antony Pavlov 2014-07-14 20:48 ` [RFC v3 3/5] rtc: import ds1307 driver from linux-3.15 Antony Pavlov ` (2 subsequent siblings) 4 siblings, 0 replies; 18+ messages in thread From: Antony Pavlov @ 2014-07-14 20:48 UTC (permalink / raw) To: barebox Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com> --- drivers/Kconfig | 1 + drivers/Makefile | 1 + drivers/rtc/Kconfig | 15 ++++++++++++ drivers/rtc/Makefile | 6 +++++ drivers/rtc/class.c | 53 +++++++++++++++++++++++++++++++++++++++++ drivers/rtc/rtc-lib.c | 66 +++++++++++++++++++++++++++++++++++++++++++++++++++ include/linux/rtc.h | 46 +++++++++++++++++++++++++++++++++++ include/rtc.h | 2 ++ 8 files changed, 190 insertions(+) diff --git a/drivers/Kconfig b/drivers/Kconfig index 12a9d8c..d38032c 100644 --- a/drivers/Kconfig +++ b/drivers/Kconfig @@ -28,5 +28,6 @@ source "drivers/bus/Kconfig" source "drivers/regulator/Kconfig" source "drivers/reset/Kconfig" source "drivers/pci/Kconfig" +source "drivers/rtc/Kconfig" endmenu diff --git a/drivers/Makefile b/drivers/Makefile index 1990e86..4591f9a 100644 --- a/drivers/Makefile +++ b/drivers/Makefile @@ -27,3 +27,4 @@ obj-y += bus/ obj-$(CONFIG_REGULATOR) += regulator/ obj-$(CONFIG_RESET_CONTROLLER) += reset/ obj-$(CONFIG_PCI) += pci/ +obj-y += rtc/ diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig new file mode 100644 index 0000000..5401503 --- /dev/null +++ b/drivers/rtc/Kconfig @@ -0,0 +1,15 @@ +# +# RTC class/drivers configuration +# + +config RTC_LIB + bool + +menuconfig RTC_CLASS + bool "Real Time Clock" + default n + select RTC_LIB + help + Generic RTC class support. If you say yes here, you will + be allowed to plug one or more RTCs to your system. You will + probably want to enable one or more of the interfaces below. diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile new file mode 100644 index 0000000..7d1b5bc --- /dev/null +++ b/drivers/rtc/Makefile @@ -0,0 +1,6 @@ +# +# Makefile for RTC class/drivers. +# + +obj-$(CONFIG_RTC_LIB) += rtc-lib.o +obj-$(CONFIG_RTC_CLASS) += class.o diff --git a/drivers/rtc/class.c b/drivers/rtc/class.c new file mode 100644 index 0000000..93bd67d --- /dev/null +++ b/drivers/rtc/class.c @@ -0,0 +1,53 @@ +#include <linux/err.h> +#include <rtc.h> +#include <linux/rtc.h> + +LIST_HEAD(rtc_list); +EXPORT_SYMBOL(rtc_list); + +struct rtc_device *rtc_lookup(const char *name) +{ + struct rtc_device *r; + + if (!name) + return ERR_PTR(-ENODEV); + + list_for_each_entry(r, &rtc_list, list) { + if (!strcmp(dev_name(&r->class_dev), name)) + return r; + } + + return ERR_PTR(-ENODEV); +} +EXPORT_SYMBOL(rtc_lookup); + +int rtc_read_time(struct rtc_device *rtc, struct rtc_time *tm) +{ + return rtc->ops->read_time(rtc, tm); +} +EXPORT_SYMBOL(rtc_read_time); + +int rtc_set_time(struct rtc_device *rtc, struct rtc_time *tm) +{ + return rtc->ops->set_time(rtc, tm); +} +EXPORT_SYMBOL(rtc_set_time); + +int rtc_register(struct rtc_device *rtcdev) +{ + struct device_d *dev = &rtcdev->class_dev; + + if (!rtcdev->ops) + return -EINVAL; + + dev->id = DEVICE_ID_DYNAMIC; + strcpy(dev->name, "rtc"); + if (rtcdev->dev) + dev->parent = rtcdev->dev; + platform_device_register(dev); + + list_add_tail(&rtcdev->list, &rtc_list); + + return 0; +} +EXPORT_SYMBOL(rtc_register); diff --git a/drivers/rtc/rtc-lib.c b/drivers/rtc/rtc-lib.c new file mode 100644 index 0000000..8b68e75 --- /dev/null +++ b/drivers/rtc/rtc-lib.c @@ -0,0 +1,66 @@ +/* + * rtc and date/time utility functions + * + * Copyright (C) 2005-06 Tower Technologies + * Author: Alessandro Zummo <a.zummo@towertech.it> + * + * based on arch/arm/common/rtctime.c and other bits + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License version 2 as + * published by the Free Software Foundation. +*/ + +#include <rtc.h> +#include <linux/rtc.h> + +static const unsigned char rtc_days_in_month[] = { + 31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31 +}; + +static const unsigned short rtc_ydays[2][13] = { + /* Normal years */ + { 0, 31, 59, 90, 120, 151, 181, 212, 243, 273, 304, 334, 365 }, + /* Leap years */ + { 0, 31, 60, 91, 121, 152, 182, 213, 244, 274, 305, 335, 366 } +}; + +#define LEAPS_THRU_END_OF(y) ((y)/4 - (y)/100 + (y)/400) + +/* + * The number of days in the month. + */ +int rtc_month_days(unsigned int month, unsigned int year) +{ + return rtc_days_in_month[month] + (is_leap_year(year) && month == 1); +} +EXPORT_SYMBOL(rtc_month_days); + +/* + * Does the rtc_time represent a valid date/time? + */ +int rtc_valid_tm(struct rtc_time *tm) +{ + if (tm->tm_year < 70 + || ((unsigned)tm->tm_mon) >= 12 + || tm->tm_mday < 1 + || tm->tm_mday > rtc_month_days(tm->tm_mon, tm->tm_year + 1900) + || ((unsigned)tm->tm_hour) >= 24 + || ((unsigned)tm->tm_min) >= 60 + || ((unsigned)tm->tm_sec) >= 60) + return -EINVAL; + + return 0; +} +EXPORT_SYMBOL(rtc_valid_tm); + +/* + * Convert Gregorian date to seconds since 01-01-1970 00:00:00. + */ +int rtc_tm_to_time(struct rtc_time *tm, unsigned long *time) +{ + *time = mktime(tm->tm_year + 1900, tm->tm_mon + 1, tm->tm_mday, + tm->tm_hour, tm->tm_min, tm->tm_sec); + return 0; +} +EXPORT_SYMBOL(rtc_tm_to_time); diff --git a/include/linux/rtc.h b/include/linux/rtc.h new file mode 100644 index 0000000..2e034f6 --- /dev/null +++ b/include/linux/rtc.h @@ -0,0 +1,46 @@ +/* + * Generic RTC interface. + * This version contains the part of the user interface to the Real Time Clock + * service. It is used with both the legacy mc146818 and also EFI + * Struct rtc_time and first 12 ioctl by Paul Gortmaker, 1996 - separated out + * from <linux/mc146818rtc.h> to this file for 2.4 kernels. + * + * Copyright (C) 1999 Hewlett-Packard Co. + * Copyright (C) 1999 Stephane Eranian <eranian@hpl.hp.com> + */ +#ifndef _LINUX_RTC_H_ +#define _LINUX_RTC_H_ + +#include <common.h> +#include <linux/types.h> + +extern int rtc_month_days(unsigned int month, unsigned int year); +extern int rtc_valid_tm(struct rtc_time *tm); +extern int rtc_tm_to_time(struct rtc_time *tm, unsigned long *time); + +struct rtc_class_ops; + +struct rtc_device { + struct device_d *dev; + struct device_d class_dev; + struct list_head list; + + const struct rtc_class_ops *ops; +}; + +struct rtc_class_ops { + int (*read_time)(struct rtc_device *, struct rtc_time *); + int (*set_time)(struct rtc_device *, struct rtc_time *); +}; + +extern int rtc_register(struct rtc_device *rtcdev); + +extern int rtc_read_time(struct rtc_device *rtc, struct rtc_time *tm); +extern int rtc_set_time(struct rtc_device *rtc, struct rtc_time *tm); + +static inline bool is_leap_year(unsigned int year) +{ + return (!(year % 4) && (year % 100)) || !(year % 400); +} + +#endif /* _LINUX_RTC_H_ */ diff --git a/include/rtc.h b/include/rtc.h index c2d8bce..e2414fb 100644 --- a/include/rtc.h +++ b/include/rtc.h @@ -53,4 +53,6 @@ void to_tm (int, struct rtc_time *); unsigned long mktime (unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int); +extern struct rtc_device *rtc_lookup(const char *name); + #endif /* _RTC_H_ */ -- 2.0.1 _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* [RFC v3 3/5] rtc: import ds1307 driver from linux-3.15 2014-07-14 20:48 [RFC v3 0/5] add rtc support Antony Pavlov 2014-07-14 20:48 ` [RFC v3 1/5] lib: import 'bcd' from linux-3.15 Antony Pavlov 2014-07-14 20:48 ` [RFC v3 2/5] add rtc support Antony Pavlov @ 2014-07-14 20:48 ` Antony Pavlov 2014-07-14 20:48 ` [RFC v3 4/5] commands: add hwclock Antony Pavlov 2014-07-14 20:48 ` [RFC v3 5/5] ARM: versatilepb_defconfig: enable RTC support Antony Pavlov 4 siblings, 0 replies; 18+ messages in thread From: Antony Pavlov @ 2014-07-14 20:48 UTC (permalink / raw) To: barebox Current ds1307 rtc driver supports only ds1307 and ds1338 chips; it has no nvram support at the moment. Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com> --- drivers/rtc/Kconfig | 22 +++ drivers/rtc/Makefile | 4 + drivers/rtc/rtc-ds1307.c | 345 +++++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 371 insertions(+) diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig index 5401503..c2b3764 100644 --- a/drivers/rtc/Kconfig +++ b/drivers/rtc/Kconfig @@ -13,3 +13,25 @@ menuconfig RTC_CLASS Generic RTC class support. If you say yes here, you will be allowed to plug one or more RTCs to your system. You will probably want to enable one or more of the interfaces below. + +if RTC_CLASS + +comment "I2C RTC drivers" + depends on I2C + +if I2C + +config RTC_DRV_DS1307 + tristate "Dallas/Maxim DS1307/38" + help + If you say yes here you get support for various compatible RTC + chips (often with battery backup) connected with I2C. This driver + should handle DS1307, DS1338 and probably other chips. + + The first seven registers on these chips hold an RTC, and other + registers may add features such as NVRAM, a trickle charger for + the RTC/NVRAM backup power, and alarms. + +endif # I2C + +endif # RTC_CLASS diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile index 7d1b5bc..2c5a50e 100644 --- a/drivers/rtc/Makefile +++ b/drivers/rtc/Makefile @@ -4,3 +4,7 @@ obj-$(CONFIG_RTC_LIB) += rtc-lib.o obj-$(CONFIG_RTC_CLASS) += class.o + +# Keep the list ordered. + +obj-$(CONFIG_RTC_DRV_DS1307) += rtc-ds1307.o diff --git a/drivers/rtc/rtc-ds1307.c b/drivers/rtc/rtc-ds1307.c new file mode 100644 index 0000000..acbb41e --- /dev/null +++ b/drivers/rtc/rtc-ds1307.c @@ -0,0 +1,345 @@ +/* + * rtc-ds1307.c - RTC driver for some mostly-compatible I2C chips. + * + * Copyright (C) 2005 James Chapman (ds1337 core) + * Copyright (C) 2006 David Brownell + * Copyright (C) 2009 Matthias Fuchs (rx8025 support) + * Copyright (C) 2012 Bertrand Achard (nvram access fixes) + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License version 2 as + * published by the Free Software Foundation. + */ + +#include <common.h> +#include <init.h> +#include <driver.h> +#include <xfuncs.h> +#include <errno.h> +#include <i2c/i2c.h> +#include <rtc.h> +#include <linux/rtc.h> +#include <linux/bcd.h> + +/* + * We can't determine type by probing, but if we expect pre-Linux code + * to have set the chip up as a clock (turning on the oscillator and + * setting the date and time), Linux can ignore the non-clock features. + * That's a natural job for a factory or repair bench. + */ +enum ds_type { + ds_1307, + ds_1338, + last_ds_type /* always last */ +}; + +/* RTC registers don't differ much, except for the century flag */ +#define DS1307_REG_SECS 0x00 /* 00-59 */ +# define DS1307_BIT_CH 0x80 +# define DS1340_BIT_nEOSC 0x80 +#define DS1307_REG_MIN 0x01 /* 00-59 */ +#define DS1307_REG_HOUR 0x02 /* 00-23, or 1-12{am,pm} */ +# define DS1307_BIT_12HR 0x40 /* in REG_HOUR */ +# define DS1307_BIT_PM 0x20 /* in REG_HOUR */ +# define DS1340_BIT_CENTURY_EN 0x80 /* in REG_HOUR */ +# define DS1340_BIT_CENTURY 0x40 /* in REG_HOUR */ +#define DS1307_REG_WDAY 0x03 /* 01-07 */ +#define DS1307_REG_MDAY 0x04 /* 01-31 */ +#define DS1307_REG_MONTH 0x05 /* 01-12 */ +# define DS1337_BIT_CENTURY 0x80 /* in REG_MONTH */ +#define DS1307_REG_YEAR 0x06 /* 00-99 */ + +/* + * Other registers (control, status, alarms, trickle charge, NVRAM, etc) + * start at 7, and they differ a LOT. Only control and status matter for + * basic RTC date and time functionality; be careful using them. + */ +#define DS1307_REG_CONTROL 0x07 /* or ds1338 */ +# define DS1307_BIT_OUT 0x80 +# define DS1338_BIT_OSF 0x20 +# define DS1307_BIT_SQWE 0x10 +# define DS1307_BIT_RS1 0x02 +# define DS1307_BIT_RS0 0x01 + +struct ds1307 { + struct rtc_device rtc; + u8 offset; /* register's offset */ + u8 regs[11]; + enum ds_type type; + unsigned long flags; + struct i2c_client *client; + s32 (*read_block_data)(const struct i2c_client *client, u8 command, + u8 length, u8 *values); + s32 (*write_block_data)(const struct i2c_client *client, u8 command, + u8 length, const u8 *values); +}; + +static struct platform_device_id ds1307_id[] = { + { "ds1307", ds_1307 }, + { "ds1338", ds_1338 }, + { "pt7c4338", ds_1307 }, + { } +}; + +/*----------------------------------------------------------------------*/ + +#define BLOCK_DATA_MAX_TRIES 10 + +static s32 ds1307_read_block_data_once(const struct i2c_client *client, + u8 command, u8 length, u8 *values) +{ + s32 i, data; + + for (i = 0; i < length; i++) { + data = i2c_smbus_read_byte_data(client, command + i); + if (data < 0) + return data; + values[i] = data; + } + return i; +} + +static s32 ds1307_read_block_data(const struct i2c_client *client, u8 command, + u8 length, u8 *values) +{ + u8 oldvalues[255]; + s32 ret; + int tries = 0; + + dev_dbg(&client->dev, "ds1307_read_block_data (length=%d)\n", length); + ret = ds1307_read_block_data_once(client, command, length, values); + if (ret < 0) + return ret; + do { + if (++tries > BLOCK_DATA_MAX_TRIES) { + dev_err(&client->dev, + "ds1307_read_block_data failed\n"); + return -EIO; + } + memcpy(oldvalues, values, length); + ret = ds1307_read_block_data_once(client, command, length, + values); + if (ret < 0) + return ret; + } while (memcmp(oldvalues, values, length)); + return length; +} + +static s32 ds1307_write_block_data(const struct i2c_client *client, u8 command, + u8 length, const u8 *values) +{ + u8 currvalues[255]; + int tries = 0; + + dev_dbg(&client->dev, "ds1307_write_block_data (length=%d)\n", length); + do { + s32 i, ret; + + if (++tries > BLOCK_DATA_MAX_TRIES) { + dev_err(&client->dev, + "ds1307_write_block_data failed\n"); + return -EIO; + } + for (i = 0; i < length; i++) { + ret = i2c_smbus_write_byte_data(client, command + i, + values[i]); + if (ret < 0) + return ret; + } + ret = ds1307_read_block_data_once(client, command, length, + currvalues); + if (ret < 0) + return ret; + } while (memcmp(currvalues, values, length)); + return length; +} + +static inline struct ds1307 *to_ds1307_priv(struct rtc_device *rtcdev) +{ + return container_of(rtcdev, struct ds1307, rtc); +} + +static int ds1307_get_time(struct rtc_device *rtcdev, struct rtc_time *t) +{ + struct device_d *dev = rtcdev->dev; + struct ds1307 *ds1307 = to_ds1307_priv(rtcdev); + int tmp; + + /* read the RTC date and time registers all at once */ + tmp = ds1307->read_block_data(ds1307->client, + ds1307->offset, 7, ds1307->regs); + if (tmp != 7) { + dev_err(dev, "%s error %d\n", "read", tmp); + return -EIO; + } + + dev_dbg(dev, "%s: %7ph\n", "read", ds1307->regs); + + t->tm_sec = bcd2bin(ds1307->regs[DS1307_REG_SECS] & 0x7f); + t->tm_min = bcd2bin(ds1307->regs[DS1307_REG_MIN] & 0x7f); + tmp = ds1307->regs[DS1307_REG_HOUR] & 0x3f; + t->tm_hour = bcd2bin(tmp); + t->tm_wday = bcd2bin(ds1307->regs[DS1307_REG_WDAY] & 0x07) - 1; + t->tm_mday = bcd2bin(ds1307->regs[DS1307_REG_MDAY] & 0x3f); + tmp = ds1307->regs[DS1307_REG_MONTH] & 0x1f; + t->tm_mon = bcd2bin(tmp) - 1; + + /* assume 20YY not 19YY, and ignore DS1337_BIT_CENTURY */ + t->tm_year = bcd2bin(ds1307->regs[DS1307_REG_YEAR]) + 100; + + dev_dbg(dev, "%s secs=%d, mins=%d, " + "hours=%d, mday=%d, mon=%d, year=%d, wday=%d\n", + "read", t->tm_sec, t->tm_min, + t->tm_hour, t->tm_mday, + t->tm_mon, t->tm_year, t->tm_wday); + + /* initial clock setting can be undefined */ + return rtc_valid_tm(t); +} + +static int ds1307_set_time(struct rtc_device *rtcdev, struct rtc_time *t) +{ + struct device_d *dev = rtcdev->dev; + struct ds1307 *ds1307 = to_ds1307_priv(rtcdev); + int result; + int tmp; + u8 *buf = ds1307->regs; + + dev_dbg(dev, "%s secs=%d, mins=%d, " + "hours=%d, mday=%d, mon=%d, year=%d, wday=%d\n", + "write", t->tm_sec, t->tm_min, + t->tm_hour, t->tm_mday, + t->tm_mon, t->tm_year, t->tm_wday); + + buf[DS1307_REG_SECS] = bin2bcd(t->tm_sec); + buf[DS1307_REG_MIN] = bin2bcd(t->tm_min); + buf[DS1307_REG_HOUR] = bin2bcd(t->tm_hour); + buf[DS1307_REG_WDAY] = bin2bcd(t->tm_wday + 1); + buf[DS1307_REG_MDAY] = bin2bcd(t->tm_mday); + buf[DS1307_REG_MONTH] = bin2bcd(t->tm_mon + 1); + + /* assume 20YY not 19YY */ + tmp = t->tm_year - 100; + buf[DS1307_REG_YEAR] = bin2bcd(tmp); + + dev_dbg(dev, "%s: %7ph\n", "write", buf); + + result = ds1307->write_block_data(ds1307->client, + ds1307->offset, 7, buf); + if (result < 0) { + dev_err(dev, "%s error %d\n", "write", result); + return result; + } + return 0; +} + +static const struct rtc_class_ops ds13xx_rtc_ops = { + .read_time = ds1307_get_time, + .set_time = ds1307_set_time, +}; + +static int ds1307_probe(struct device_d *dev) +{ + struct i2c_client *client = to_i2c_client(dev); + struct ds1307 *ds1307; + int err = -ENODEV; + int tmp; + unsigned char *buf; + unsigned long driver_data; + + ds1307 = xzalloc(sizeof(struct ds1307)); + + err = dev_get_drvdata(dev, &driver_data); + if (err) + goto exit; + + ds1307->client = client; + ds1307->type = driver_data; + + buf = ds1307->regs; + + ds1307->read_block_data = ds1307_read_block_data; + ds1307->write_block_data = ds1307_write_block_data; + +read_rtc: + /* read RTC registers */ + tmp = ds1307->read_block_data(client, ds1307->offset, 8, buf); + if (tmp != 8) { + dev_dbg(&client->dev, "read error %d\n", tmp); + err = -EIO; + goto exit; + } + + /* + * minimal sanity checking; some chips (like DS1340) don't + * specify the extra bits as must-be-zero, but there are + * still a few values that are clearly out-of-range. + */ + tmp = ds1307->regs[DS1307_REG_SECS]; + switch (ds1307->type) { + case ds_1307: + /* clock halted? turn it on, so clock can tick. */ + if (tmp & DS1307_BIT_CH) { + i2c_smbus_write_byte_data(client, DS1307_REG_SECS, 0); + dev_warn(&client->dev, "SET TIME!\n"); + goto read_rtc; + } + break; + case ds_1338: + /* clock halted? turn it on, so clock can tick. */ + if (tmp & DS1307_BIT_CH) + i2c_smbus_write_byte_data(client, DS1307_REG_SECS, 0); + + /* oscillator fault? clear flag, and warn */ + if (ds1307->regs[DS1307_REG_CONTROL] & DS1338_BIT_OSF) { + i2c_smbus_write_byte_data(client, DS1307_REG_CONTROL, + ds1307->regs[DS1307_REG_CONTROL] + & ~DS1338_BIT_OSF); + dev_warn(&client->dev, "SET TIME!\n"); + goto read_rtc; + } + break; + default: + break; + } + + tmp = ds1307->regs[DS1307_REG_HOUR]; + switch (ds1307->type) { + default: + if (!(tmp & DS1307_BIT_12HR)) + break; + + /* + * Be sure we're in 24 hour mode. Multi-master systems + * take note... + */ + tmp = bcd2bin(tmp & 0x1f); + if (tmp == 12) + tmp = 0; + if (ds1307->regs[DS1307_REG_HOUR] & DS1307_BIT_PM) + tmp += 12; + i2c_smbus_write_byte_data(client, + ds1307->offset + DS1307_REG_HOUR, + bin2bcd(tmp)); + } + + ds1307->rtc.ops = &ds13xx_rtc_ops; + ds1307->rtc.dev = dev; + + err = rtc_register(&ds1307->rtc); + +exit: + return err; +} + +static struct driver_d ds1307_driver = { + .name = "rtc-ds1307", + .probe = ds1307_probe, + .id_table = ds1307_id, +}; + +static int __init ds1307_init(void) +{ + return i2c_driver_register(&ds1307_driver); +} +device_initcall(ds1307_init); -- 2.0.1 _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* [RFC v3 4/5] commands: add hwclock 2014-07-14 20:48 [RFC v3 0/5] add rtc support Antony Pavlov ` (2 preceding siblings ...) 2014-07-14 20:48 ` [RFC v3 3/5] rtc: import ds1307 driver from linux-3.15 Antony Pavlov @ 2014-07-14 20:48 ` Antony Pavlov 2014-07-18 5:44 ` Sascha Hauer 2014-07-14 20:48 ` [RFC v3 5/5] ARM: versatilepb_defconfig: enable RTC support Antony Pavlov 4 siblings, 1 reply; 18+ messages in thread From: Antony Pavlov @ 2014-07-14 20:48 UTC (permalink / raw) To: barebox The hwclock command allows to query or set the hardware clock (RTC). Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com> --- commands/Kconfig | 8 +++ commands/Makefile | 1 + commands/hwclock.c | 151 +++++++++++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 160 insertions(+) diff --git a/commands/Kconfig b/commands/Kconfig index 61816f5..6a75f85 100644 --- a/commands/Kconfig +++ b/commands/Kconfig @@ -1691,6 +1691,14 @@ config CMD_GPIO Usage: gpio_set_value GPIO VALUE +config CMD_HWCLOCK + bool + depends on RTC_CLASS + prompt "hwclock command" + default y + help + The hwclock command allows to query or set the hardware clock (RTC). + config CMD_I2C bool depends on I2C diff --git a/commands/Makefile b/commands/Makefile index d42aca5..44dd9d4 100644 --- a/commands/Makefile +++ b/commands/Makefile @@ -100,3 +100,4 @@ obj-$(CONFIG_CMD_MENUTREE) += menutree.o obj-$(CONFIG_CMD_2048) += 2048.o obj-$(CONFIG_CMD_REGULATOR) += regulator.o obj-$(CONFIG_CMD_LSPCI) += lspci.o +obj-$(CONFIG_CMD_HWCLOCK) += hwclock.o diff --git a/commands/hwclock.c b/commands/hwclock.c new file mode 100644 index 0000000..511973a --- /dev/null +++ b/commands/hwclock.c @@ -0,0 +1,151 @@ +#include <common.h> +#include <command.h> +#include <getopt.h> +#include <linux/err.h> +#include <linux/ctype.h> +#include <rtc.h> +#include <linux/rtc.h> +#include <string.h> +#include <environment.h> + +static char *strchrnul(const char *s, int c) +{ + while (*s != '\0' && *s != c) + s++; + + return (char *)s; +} + +static int sscanf_two_digits(char *s, int *res) +{ + char buf[3]; + unsigned long t; + + if (!isdigit(s[0]) || !isdigit(s[1])) { + return -EINVAL; + } + + buf[0] = s[0]; + buf[1] = s[1]; + buf[2] = '\0'; + + t = simple_strtoul(buf, NULL, 10); + *res = t; + + return 0; +} + +static int parse_datestr(char *date_str, struct rtc_time *ptm) +{ + char end = '\0'; + int len = strchrnul(date_str, '.') - date_str; + int year; + + /* ccyymmddHHMM[.SS] */ + if (len != 12) { + return -EINVAL; + } + + if (sscanf_two_digits(date_str, &year) || + sscanf_two_digits(&date_str[2], &ptm->tm_year)) { + return -EINVAL; + } + + ptm->tm_year = year * 100 + ptm->tm_year; + + /* Adjust years */ + ptm->tm_year -= 1900; + + if (sscanf_two_digits(&date_str[4], &ptm->tm_mon) || + sscanf_two_digits(&date_str[6], &ptm->tm_mday) || + sscanf_two_digits(&date_str[8], &ptm->tm_hour) || + sscanf_two_digits(&date_str[10], &ptm->tm_min)) { + return -EINVAL; + } + + /* Adjust month from 1-12 to 0-11 */ + ptm->tm_mon -= 1; + + end = date_str[12]; + + if (end == '.') { + /* xxx.SS */ + if (!sscanf_two_digits(&date_str[13], &ptm->tm_sec)) { + end = '\0'; + } + /* else end != NUL and we error out */ + } + + if (end != '\0') { + return -EINVAL; + } + + return 0; +} + +static int do_hwclock(int argc, char *argv[]) +{ + struct rtc_device *r; + struct rtc_time tm; + struct rtc_time stm; + char rtc_name[16] = "rtc0"; + char *env_name = NULL; + int opt; + int set = 0; + + while ((opt = getopt(argc, argv, "f:s:e:")) > 0) { + switch (opt) { + case 'f': + strncpy(rtc_name, optarg, 16); + break; + case 's': + memset(&stm, 0, sizeof(stm)); + parse_datestr(optarg, &stm); + set = 1; + break; + case 'e': + env_name = optarg; + break; + } + } + + r = rtc_lookup(rtc_name); + if (IS_ERR(r)) + return PTR_ERR(r); + + if (set) { + rtc_set_time(r, &stm); + return 0; + } + + rtc_read_time(r, &tm); + + if (env_name) { + unsigned long time; + char t[12]; + + rtc_tm_to_time(&tm, &time); + snprintf(t, 12, "%lu", time); + setenv(env_name, t); + } else { + printf("%02d:%02d:%02d %02d-%02d-%04d\n", + tm.tm_hour, tm.tm_min, tm.tm_sec, + tm.tm_mday, tm.tm_mon + 1, tm.tm_year + 1900); + } + + return 0; +} + +BAREBOX_CMD_HELP_START(hwclock) +BAREBOX_CMD_HELP_TEXT("Options:") +BAREBOX_CMD_HELP_OPT ("-f NAME\t\t\t", "RTC device name (default rtc0)") +BAREBOX_CMD_HELP_OPT ("-e VARNAME\t\t", "store RTC readout into variable VARNAME") +BAREBOX_CMD_HELP_OPT ("-s ccyymmddHHMM[.SS]\t", "set time") +BAREBOX_CMD_HELP_END + +BAREBOX_CMD_START(hwclock) + .cmd = do_hwclock, + BAREBOX_CMD_DESC("query or set the hardware clock (RTC)") + BAREBOX_CMD_GROUP(CMD_GRP_HWMANIP) + BAREBOX_CMD_HELP(cmd_hwclock_help) +BAREBOX_CMD_END -- 2.0.1 _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-14 20:48 ` [RFC v3 4/5] commands: add hwclock Antony Pavlov @ 2014-07-18 5:44 ` Sascha Hauer 2014-07-18 7:36 ` Antony Pavlov 2014-07-25 7:39 ` Sascha Hauer 0 siblings, 2 replies; 18+ messages in thread From: Sascha Hauer @ 2014-07-18 5:44 UTC (permalink / raw) To: Antony Pavlov; +Cc: barebox On Tue, Jul 15, 2014 at 12:48:35AM +0400, Antony Pavlov wrote: > The hwclock command allows to query or set the hardware clock (RTC). > > Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com> > --- > commands/Kconfig | 8 +++ > commands/Makefile | 1 + > commands/hwclock.c | 151 +++++++++++++++++++++++++++++++++++++++++++++++++++++ > 3 files changed, 160 insertions(+) > > diff --git a/commands/Kconfig b/commands/Kconfig > index 61816f5..6a75f85 100644 > --- a/commands/Kconfig > +++ b/commands/Kconfig > @@ -1691,6 +1691,14 @@ config CMD_GPIO > > Usage: gpio_set_value GPIO VALUE > > +config CMD_HWCLOCK > + bool > + depends on RTC_CLASS > + prompt "hwclock command" > + default y > + help > + The hwclock command allows to query or set the hardware clock (RTC). > + > config CMD_I2C > bool > depends on I2C > diff --git a/commands/Makefile b/commands/Makefile > index d42aca5..44dd9d4 100644 > --- a/commands/Makefile > +++ b/commands/Makefile > @@ -100,3 +100,4 @@ obj-$(CONFIG_CMD_MENUTREE) += menutree.o > obj-$(CONFIG_CMD_2048) += 2048.o > obj-$(CONFIG_CMD_REGULATOR) += regulator.o > obj-$(CONFIG_CMD_LSPCI) += lspci.o > +obj-$(CONFIG_CMD_HWCLOCK) += hwclock.o > diff --git a/commands/hwclock.c b/commands/hwclock.c > new file mode 100644 > index 0000000..511973a > --- /dev/null > +++ b/commands/hwclock.c > @@ -0,0 +1,151 @@ > +#include <common.h> > +#include <command.h> > +#include <getopt.h> > +#include <linux/err.h> > +#include <linux/ctype.h> > +#include <rtc.h> > +#include <linux/rtc.h> > +#include <string.h> > +#include <environment.h> > + > +static char *strchrnul(const char *s, int c) > +{ > + while (*s != '\0' && *s != c) > + s++; > + > + return (char *)s; > +} > + > +static int sscanf_two_digits(char *s, int *res) > +{ > + char buf[3]; > + unsigned long t; > + > + if (!isdigit(s[0]) || !isdigit(s[1])) { > + return -EINVAL; > + } > + > + buf[0] = s[0]; > + buf[1] = s[1]; > + buf[2] = '\0'; > + > + t = simple_strtoul(buf, NULL, 10); > + *res = t; > + > + return 0; > +} > + > +static int parse_datestr(char *date_str, struct rtc_time *ptm) > +{ > + char end = '\0'; > + int len = strchrnul(date_str, '.') - date_str; > + int year; > + > + /* ccyymmddHHMM[.SS] */ > + if (len != 12) { > + return -EINVAL; > + } > + > + if (sscanf_two_digits(date_str, &year) || > + sscanf_two_digits(&date_str[2], &ptm->tm_year)) { > + return -EINVAL; > + } > + > + ptm->tm_year = year * 100 + ptm->tm_year; > + > + /* Adjust years */ > + ptm->tm_year -= 1900; > + > + if (sscanf_two_digits(&date_str[4], &ptm->tm_mon) || > + sscanf_two_digits(&date_str[6], &ptm->tm_mday) || > + sscanf_two_digits(&date_str[8], &ptm->tm_hour) || > + sscanf_two_digits(&date_str[10], &ptm->tm_min)) { > + return -EINVAL; > + } > + > + /* Adjust month from 1-12 to 0-11 */ > + ptm->tm_mon -= 1; > + > + end = date_str[12]; > + > + if (end == '.') { > + /* xxx.SS */ > + if (!sscanf_two_digits(&date_str[13], &ptm->tm_sec)) { > + end = '\0'; > + } > + /* else end != NUL and we error out */ > + } > + > + if (end != '\0') { > + return -EINVAL; > + } > + > + return 0; > +} > + > +static int do_hwclock(int argc, char *argv[]) > +{ > + struct rtc_device *r; > + struct rtc_time tm; > + struct rtc_time stm; > + char rtc_name[16] = "rtc0"; > + char *env_name = NULL; > + int opt; > + int set = 0; > + > + while ((opt = getopt(argc, argv, "f:s:e:")) > 0) { > + switch (opt) { > + case 'f': > + strncpy(rtc_name, optarg, 16); > + break; > + case 's': > + memset(&stm, 0, sizeof(stm)); > + parse_datestr(optarg, &stm); > + set = 1; > + break; > + case 'e': > + env_name = optarg; > + break; > + } > + } > + > + r = rtc_lookup(rtc_name); > + if (IS_ERR(r)) > + return PTR_ERR(r); > + > + if (set) { > + rtc_set_time(r, &stm); > + return 0; > + } > + > + rtc_read_time(r, &tm); > + > + if (env_name) { > + unsigned long time; > + char t[12]; > + > + rtc_tm_to_time(&tm, &time); > + snprintf(t, 12, "%lu", time); > + setenv(env_name, t); I thought more about a globalvar_add(), like globalvar.date, so that no command has to be executed to get the date. But then again maybe it's better to have it in a command since it allows us to add different formats without much hassle. > + } else { > + printf("%02d:%02d:%02d %02d-%02d-%04d\n", > + tm.tm_hour, tm.tm_min, tm.tm_sec, > + tm.tm_mday, tm.tm_mon + 1, tm.tm_year + 1900); > + } > + > + return 0; > +} > + > +BAREBOX_CMD_HELP_START(hwclock) > +BAREBOX_CMD_HELP_TEXT("Options:") > +BAREBOX_CMD_HELP_OPT ("-f NAME\t\t\t", "RTC device name (default rtc0)") > +BAREBOX_CMD_HELP_OPT ("-e VARNAME\t\t", "store RTC readout into variable VARNAME") > +BAREBOX_CMD_HELP_OPT ("-s ccyymmddHHMM[.SS]\t", "set time") It's much more logical to have the year first, but the format documented in 'man date' is MMDDhhmm[[CC]YY][.ss]. Of course we are free to choose another format, but maybe we should rather use a format someone other uses aswell? Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-18 5:44 ` Sascha Hauer @ 2014-07-18 7:36 ` Antony Pavlov 2014-07-19 19:02 ` Holger Schurig 2014-07-25 7:39 ` Sascha Hauer 1 sibling, 1 reply; 18+ messages in thread From: Antony Pavlov @ 2014-07-18 7:36 UTC (permalink / raw) To: Sascha Hauer; +Cc: barebox On Fri, 18 Jul 2014 07:44:13 +0200 Sascha Hauer <s.hauer@pengutronix.de> wrote: > On Tue, Jul 15, 2014 at 12:48:35AM +0400, Antony Pavlov wrote: > > The hwclock command allows to query or set the hardware clock (RTC). > > > > Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com> > > --- > > commands/Kconfig | 8 +++ > > commands/Makefile | 1 + > > commands/hwclock.c | 151 +++++++++++++++++++++++++++++++++++++++++++++++++++++ > > 3 files changed, 160 insertions(+) > > > > diff --git a/commands/Kconfig b/commands/Kconfig > > index 61816f5..6a75f85 100644 > > --- a/commands/Kconfig > > +++ b/commands/Kconfig > > @@ -1691,6 +1691,14 @@ config CMD_GPIO > > > > Usage: gpio_set_value GPIO VALUE > > > > +config CMD_HWCLOCK > > + bool > > + depends on RTC_CLASS > > + prompt "hwclock command" > > + default y > > + help > > + The hwclock command allows to query or set the hardware clock (RTC). > > + > > config CMD_I2C > > bool > > depends on I2C > > diff --git a/commands/Makefile b/commands/Makefile > > index d42aca5..44dd9d4 100644 > > --- a/commands/Makefile > > +++ b/commands/Makefile > > @@ -100,3 +100,4 @@ obj-$(CONFIG_CMD_MENUTREE) += menutree.o > > obj-$(CONFIG_CMD_2048) += 2048.o > > obj-$(CONFIG_CMD_REGULATOR) += regulator.o > > obj-$(CONFIG_CMD_LSPCI) += lspci.o > > +obj-$(CONFIG_CMD_HWCLOCK) += hwclock.o > > diff --git a/commands/hwclock.c b/commands/hwclock.c > > new file mode 100644 > > index 0000000..511973a > > --- /dev/null > > +++ b/commands/hwclock.c > > @@ -0,0 +1,151 @@ > > +#include <common.h> > > +#include <command.h> > > +#include <getopt.h> > > +#include <linux/err.h> > > +#include <linux/ctype.h> > > +#include <rtc.h> > > +#include <linux/rtc.h> > > +#include <string.h> > > +#include <environment.h> > > + > > +static char *strchrnul(const char *s, int c) > > +{ > > + while (*s != '\0' && *s != c) > > + s++; > > + > > + return (char *)s; > > +} > > + > > +static int sscanf_two_digits(char *s, int *res) > > +{ > > + char buf[3]; > > + unsigned long t; > > + > > + if (!isdigit(s[0]) || !isdigit(s[1])) { > > + return -EINVAL; > > + } > > + > > + buf[0] = s[0]; > > + buf[1] = s[1]; > > + buf[2] = '\0'; > > + > > + t = simple_strtoul(buf, NULL, 10); > > + *res = t; > > + > > + return 0; > > +} > > + > > +static int parse_datestr(char *date_str, struct rtc_time *ptm) > > +{ > > + char end = '\0'; > > + int len = strchrnul(date_str, '.') - date_str; > > + int year; > > + > > + /* ccyymmddHHMM[.SS] */ > > + if (len != 12) { > > + return -EINVAL; > > + } > > + > > + if (sscanf_two_digits(date_str, &year) || > > + sscanf_two_digits(&date_str[2], &ptm->tm_year)) { > > + return -EINVAL; > > + } > > + > > + ptm->tm_year = year * 100 + ptm->tm_year; > > + > > + /* Adjust years */ > > + ptm->tm_year -= 1900; > > + > > + if (sscanf_two_digits(&date_str[4], &ptm->tm_mon) || > > + sscanf_two_digits(&date_str[6], &ptm->tm_mday) || > > + sscanf_two_digits(&date_str[8], &ptm->tm_hour) || > > + sscanf_two_digits(&date_str[10], &ptm->tm_min)) { > > + return -EINVAL; > > + } > > + > > + /* Adjust month from 1-12 to 0-11 */ > > + ptm->tm_mon -= 1; > > + > > + end = date_str[12]; > > + > > + if (end == '.') { > > + /* xxx.SS */ > > + if (!sscanf_two_digits(&date_str[13], &ptm->tm_sec)) { > > + end = '\0'; > > + } > > + /* else end != NUL and we error out */ > > + } > > + > > + if (end != '\0') { > > + return -EINVAL; > > + } > > + > > + return 0; > > +} > > + > > +static int do_hwclock(int argc, char *argv[]) > > +{ > > + struct rtc_device *r; > > + struct rtc_time tm; > > + struct rtc_time stm; > > + char rtc_name[16] = "rtc0"; > > + char *env_name = NULL; > > + int opt; > > + int set = 0; > > + > > + while ((opt = getopt(argc, argv, "f:s:e:")) > 0) { > > + switch (opt) { > > + case 'f': > > + strncpy(rtc_name, optarg, 16); > > + break; > > + case 's': > > + memset(&stm, 0, sizeof(stm)); > > + parse_datestr(optarg, &stm); > > + set = 1; > > + break; > > + case 'e': > > + env_name = optarg; > > + break; > > + } > > + } > > + > > + r = rtc_lookup(rtc_name); > > + if (IS_ERR(r)) > > + return PTR_ERR(r); > > + > > + if (set) { > > + rtc_set_time(r, &stm); > > + return 0; > > + } > > + > > + rtc_read_time(r, &tm); > > + > > + if (env_name) { > > + unsigned long time; > > + char t[12]; > > + > > + rtc_tm_to_time(&tm, &time); > > + snprintf(t, 12, "%lu", time); > > + setenv(env_name, t); > > I thought more about a globalvar_add(), like globalvar.date, so that no > command has to be executed to get the date. But then again maybe it's > better to have it in a command since it allows us to add different > formats without much hassle. > > > + } else { > > + printf("%02d:%02d:%02d %02d-%02d-%04d\n", > > + tm.tm_hour, tm.tm_min, tm.tm_sec, > > + tm.tm_mday, tm.tm_mon + 1, tm.tm_year + 1900); > > + } > > + > > + return 0; > > +} > > + > > +BAREBOX_CMD_HELP_START(hwclock) > > +BAREBOX_CMD_HELP_TEXT("Options:") > > +BAREBOX_CMD_HELP_OPT ("-f NAME\t\t\t", "RTC device name (default rtc0)") > > +BAREBOX_CMD_HELP_OPT ("-e VARNAME\t\t", "store RTC readout into variable VARNAME") > > +BAREBOX_CMD_HELP_OPT ("-s ccyymmddHHMM[.SS]\t", "set time") > > It's much more logical to have the year first, but the format documented > in 'man date' is MMDDhhmm[[CC]YY][.ss]. Of course we are free to choose > another format, but maybe we should rather use a format someone other > uses aswell? The format MMDDhhmm[[CC]YY][.ss] forces me to add additional logic. It the command hwclock is invoked with MMDDhhmm argument (without CCYY) then i have to read RTC to get current year and only after that set RTC new time. If you insist on MMDDhhmm[[CC]YY][.ss] then I can steal appropriate ready-to-use code from busybox for handling "weird format with completely unnatural placement of year between minutes and seconds" (quote from busybox code :). -- Best regards, Antony Pavlov _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-18 7:36 ` Antony Pavlov @ 2014-07-19 19:02 ` Holger Schurig 2014-07-20 5:55 ` Antony Pavlov 0 siblings, 1 reply; 18+ messages in thread From: Holger Schurig @ 2014-07-19 19:02 UTC (permalink / raw) To: Antony Pavlov; +Cc: barebox I'd prefer a more logical format (and that is also in the help). However, in this case I wouldn't name the command "hwclock", but maybe "setclock". _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-19 19:02 ` Holger Schurig @ 2014-07-20 5:55 ` Antony Pavlov 2014-07-21 6:41 ` Sascha Hauer 0 siblings, 1 reply; 18+ messages in thread From: Antony Pavlov @ 2014-07-20 5:55 UTC (permalink / raw) To: Holger Schurig; +Cc: barebox On Sat, 19 Jul 2014 21:02:22 +0200 Holger Schurig <holgerschurig@gmail.com> wrote: > I'd prefer a more logical format (and that is also in the help). > However, in this case I wouldn't name the command "hwclock", but maybe > "setclock". hwclock allows to use a logical format! e.g. here is a quote from hwclock manpage: --date=date_string You need this option if you specify the --set or --predict functions, otherwise it is ignored. It specifies the time to which to set the Hardware Clock, or the time for which to predict the Hardware Clock reading. The value of this option is an argument to the date(1) program. For example: hwclock --set --date="2011-08-14 16:45:05" The problem is that date(1) program allows to use TOO MANY formats (both logical and illogical). We have to select only one format! -- Best regards, Antony Pavlov _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-20 5:55 ` Antony Pavlov @ 2014-07-21 6:41 ` Sascha Hauer 2014-07-21 7:10 ` Antony Pavlov 0 siblings, 1 reply; 18+ messages in thread From: Sascha Hauer @ 2014-07-21 6:41 UTC (permalink / raw) To: Antony Pavlov; +Cc: barebox On Sun, Jul 20, 2014 at 09:55:22AM +0400, Antony Pavlov wrote: > On Sat, 19 Jul 2014 21:02:22 +0200 > Holger Schurig <holgerschurig@gmail.com> wrote: > > > I'd prefer a more logical format (and that is also in the help). > > However, in this case I wouldn't name the command "hwclock", but maybe > > "setclock". > > hwclock allows to use a logical format! > > e.g. here is a quote from hwclock manpage: > > --date=date_string > You need this option if you specify the --set or --predict functions, otherwise > it is ignored. It specifies the time to which to set the Hardware Clock, or the > time for which to predict the Hardware Clock reading. The value of this option > is an argument to the date(1) program. For example: > > hwclock --set --date="2011-08-14 16:45:05" Is this format easy enough to parse? If yes, that sounds like a good format. Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-21 6:41 ` Sascha Hauer @ 2014-07-21 7:10 ` Antony Pavlov 2014-07-21 8:11 ` Sascha Hauer 0 siblings, 1 reply; 18+ messages in thread From: Antony Pavlov @ 2014-07-21 7:10 UTC (permalink / raw) To: Sascha Hauer; +Cc: barebox On Mon, 21 Jul 2014 08:41:06 +0200 Sascha Hauer <s.hauer@pengutronix.de> wrote: > On Sun, Jul 20, 2014 at 09:55:22AM +0400, Antony Pavlov wrote: > > On Sat, 19 Jul 2014 21:02:22 +0200 > > Holger Schurig <holgerschurig@gmail.com> wrote: > > > > > I'd prefer a more logical format (and that is also in the help). > > > However, in this case I wouldn't name the command "hwclock", but maybe > > > "setclock". > > > > hwclock allows to use a logical format! > > > > e.g. here is a quote from hwclock manpage: > > > > --date=date_string > > You need this option if you specify the --set or --predict functions, otherwise > > it is ignored. It specifies the time to which to set the Hardware Clock, or the > > time for which to predict the Hardware Clock reading. The value of this option > > is an argument to the date(1) program. For example: > > > > hwclock --set --date="2011-08-14 16:45:05" > > Is this format easy enough to parse? If yes, that sounds like a good > format. So you have no objections on using a logical format :) I can make a small review on conventional date_string formats so we can discuss most appropriate one. -- Best regards, Antony Pavlov _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-21 7:10 ` Antony Pavlov @ 2014-07-21 8:11 ` Sascha Hauer 2014-07-21 15:41 ` Antony Pavlov 0 siblings, 1 reply; 18+ messages in thread From: Sascha Hauer @ 2014-07-21 8:11 UTC (permalink / raw) To: Antony Pavlov; +Cc: barebox On Mon, Jul 21, 2014 at 11:10:25AM +0400, Antony Pavlov wrote: > On Mon, 21 Jul 2014 08:41:06 +0200 > Sascha Hauer <s.hauer@pengutronix.de> wrote: > > > On Sun, Jul 20, 2014 at 09:55:22AM +0400, Antony Pavlov wrote: > > > On Sat, 19 Jul 2014 21:02:22 +0200 > > > Holger Schurig <holgerschurig@gmail.com> wrote: > > > > > > > I'd prefer a more logical format (and that is also in the help). > > > > However, in this case I wouldn't name the command "hwclock", but maybe > > > > "setclock". > > > > > > hwclock allows to use a logical format! > > > > > > e.g. here is a quote from hwclock manpage: > > > > > > --date=date_string > > > You need this option if you specify the --set or --predict functions, otherwise > > > it is ignored. It specifies the time to which to set the Hardware Clock, or the > > > time for which to predict the Hardware Clock reading. The value of this option > > > is an argument to the date(1) program. For example: > > > > > > hwclock --set --date="2011-08-14 16:45:05" > > > > Is this format easy enough to parse? If yes, that sounds like a good > > format. > > So you have no objections on using a logical format :) No, not at all ;) > > I can make a small review on conventional date_string formats so we can discuss most appropriate one. Nice, thanks. I think we can always add additional formats using different command line switches, but the better we chose our default format the lesser need we'll have to add additional formats. Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-21 8:11 ` Sascha Hauer @ 2014-07-21 15:41 ` Antony Pavlov 2014-07-21 17:34 ` Antony Pavlov ` (2 more replies) 0 siblings, 3 replies; 18+ messages in thread From: Antony Pavlov @ 2014-07-21 15:41 UTC (permalink / raw) To: Sascha Hauer; +Cc: barebox On Mon, 21 Jul 2014 10:11:50 +0200 Sascha Hauer <s.hauer@pengutronix.de> wrote: > On Mon, Jul 21, 2014 at 11:10:25AM +0400, Antony Pavlov wrote: > > On Mon, 21 Jul 2014 08:41:06 +0200 > > Sascha Hauer <s.hauer@pengutronix.de> wrote: > > > > > On Sun, Jul 20, 2014 at 09:55:22AM +0400, Antony Pavlov wrote: > > > > On Sat, 19 Jul 2014 21:02:22 +0200 > > > > Holger Schurig <holgerschurig@gmail.com> wrote: > > > > > > > > > I'd prefer a more logical format (and that is also in the help). > > > > > However, in this case I wouldn't name the command "hwclock", but maybe > > > > > "setclock". > > > > > > > > hwclock allows to use a logical format! > > > > > > > > e.g. here is a quote from hwclock manpage: > > > > > > > > --date=date_string > > > > You need this option if you specify the --set or --predict functions, otherwise > > > > it is ignored. It specifies the time to which to set the Hardware Clock, or the > > > > time for which to predict the Hardware Clock reading. The value of this option > > > > is an argument to the date(1) program. For example: > > > > > > > > hwclock --set --date="2011-08-14 16:45:05" > > > > > > Is this format easy enough to parse? If yes, that sounds like a good > > > format. > > > > So you have no objections on using a logical format :) > > No, not at all ;) > > > > > I can make a small review on conventional date_string formats so we can discuss most appropriate one. > > Nice, thanks. > > I think we can always add additional formats using different command > line switches, but the better we chose our default format the lesser > need we'll have to add additional formats. I know about at least two widespread date command realizations used with linux: * coreutils realization; * busybox realization. coreutils realization ===================== I have looked inside parse_datetime() from coreutils-8.21/lib/parse-datetime.c. It uses yyparse() for date string parsing! The corresponding yacc description is inside the lib/parse-datetime.y file. Can I easely steal this code for barebox? I suppose NO! busybox realization =================== Here is parse_datestr() (barebox.git/libbb/time.c) date format list: #if ENABLE_FEATURE_DATE_COMPAT /* MMDDhhmm[[CC]YY][.ss] */ --- weird 'date' format #endif /* HH:MM[:SS] */ /* mm.dd-HH:MM[:SS] */ /* yyyy.mm.dd-HH:MM[:SS] */ /* yyyy-mm-dd HH:MM[:SS] */ /* month_name d HH:MM:SS YYYY */ --- I suppose we don't want to mess with mount_name :) /* yyyy-mm-dd HH */ /* yyyy-mm-dd */ /* MM[.SS] */ /* HHMM[.SS] */ /* ddHHMM[.SS] */ /* mmddHHMM[.SS] */ /* yymmddHHMM[.SS] */ /* ccyymmddHHMM[.SS] */ --- this format is used in RFCv3 patchseries. -- Best regards, Antony Pavlov _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-21 15:41 ` Antony Pavlov @ 2014-07-21 17:34 ` Antony Pavlov 2014-07-24 19:17 ` Antony Pavlov 2014-07-25 7:38 ` Sascha Hauer 2 siblings, 0 replies; 18+ messages in thread From: Antony Pavlov @ 2014-07-21 17:34 UTC (permalink / raw) To: Antony Pavlov; +Cc: barebox On Mon, 21 Jul 2014 19:41:50 +0400 Antony Pavlov <antonynpavlov@gmail.com> wrote: > On Mon, 21 Jul 2014 10:11:50 +0200 > Sascha Hauer <s.hauer@pengutronix.de> wrote: > > > On Mon, Jul 21, 2014 at 11:10:25AM +0400, Antony Pavlov wrote: > > > On Mon, 21 Jul 2014 08:41:06 +0200 > > > Sascha Hauer <s.hauer@pengutronix.de> wrote: > > > > > > > On Sun, Jul 20, 2014 at 09:55:22AM +0400, Antony Pavlov wrote: > > > > > On Sat, 19 Jul 2014 21:02:22 +0200 > > > > > Holger Schurig <holgerschurig@gmail.com> wrote: > > > > > > > > > > > I'd prefer a more logical format (and that is also in the help). > > > > > > However, in this case I wouldn't name the command "hwclock", but maybe > > > > > > "setclock". > > > > > > > > > > hwclock allows to use a logical format! > > > > > > > > > > e.g. here is a quote from hwclock manpage: > > > > > > > > > > --date=date_string > > > > > You need this option if you specify the --set or --predict functions, otherwise > > > > > it is ignored. It specifies the time to which to set the Hardware Clock, or the > > > > > time for which to predict the Hardware Clock reading. The value of this option > > > > > is an argument to the date(1) program. For example: > > > > > > > > > > hwclock --set --date="2011-08-14 16:45:05" > > > > > > > > Is this format easy enough to parse? If yes, that sounds like a good > > > > format. > > > > > > So you have no objections on using a logical format :) > > > > No, not at all ;) > > > > > > > > I can make a small review on conventional date_string formats so we can discuss most appropriate one. > > > > Nice, thanks. > > > > I think we can always add additional formats using different command > > line switches, but the better we chose our default format the lesser > > need we'll have to add additional formats. > > I know about at least two widespread date command realizations used with linux: > > * coreutils realization; > * busybox realization. > > > coreutils realization > ===================== > > I have looked inside parse_datetime() from coreutils-8.21/lib/parse-datetime.c. > > It uses yyparse() for date string parsing! The corresponding yacc description > is inside the lib/parse-datetime.y file. Can I easely steal this code for barebox? I suppose NO! > > > busybox realization > =================== > > Here is parse_datestr() (barebox.git/libbb/time.c) date format list: ^^^^^^^^^^^ Sorry! I meant busybox.git. -- Best regards, Antony Pavlov _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-21 15:41 ` Antony Pavlov 2014-07-21 17:34 ` Antony Pavlov @ 2014-07-24 19:17 ` Antony Pavlov 2014-07-25 7:38 ` Sascha Hauer 2 siblings, 0 replies; 18+ messages in thread From: Antony Pavlov @ 2014-07-24 19:17 UTC (permalink / raw) To: Sascha Hauer; +Cc: barebox On Mon, 21 Jul 2014 19:41:50 +0400 Antony Pavlov <antonynpavlov@gmail.com> wrote: ping! > On Mon, 21 Jul 2014 10:11:50 +0200 > Sascha Hauer <s.hauer@pengutronix.de> wrote: > > > On Mon, Jul 21, 2014 at 11:10:25AM +0400, Antony Pavlov wrote: > > > On Mon, 21 Jul 2014 08:41:06 +0200 > > > Sascha Hauer <s.hauer@pengutronix.de> wrote: > > > > > > > On Sun, Jul 20, 2014 at 09:55:22AM +0400, Antony Pavlov wrote: > > > > > On Sat, 19 Jul 2014 21:02:22 +0200 > > > > > Holger Schurig <holgerschurig@gmail.com> wrote: > > > > > > > > > > > I'd prefer a more logical format (and that is also in the help). > > > > > > However, in this case I wouldn't name the command "hwclock", but maybe > > > > > > "setclock". > > > > > > > > > > hwclock allows to use a logical format! > > > > > > > > > > e.g. here is a quote from hwclock manpage: > > > > > > > > > > --date=date_string > > > > > You need this option if you specify the --set or --predict functions, otherwise > > > > > it is ignored. It specifies the time to which to set the Hardware Clock, or the > > > > > time for which to predict the Hardware Clock reading. The value of this option > > > > > is an argument to the date(1) program. For example: > > > > > > > > > > hwclock --set --date="2011-08-14 16:45:05" > > > > > > > > Is this format easy enough to parse? If yes, that sounds like a good > > > > format. > > > > > > So you have no objections on using a logical format :) > > > > No, not at all ;) > > > > > > > > I can make a small review on conventional date_string formats so we can discuss most appropriate one. > > > > Nice, thanks. > > > > I think we can always add additional formats using different command > > line switches, but the better we chose our default format the lesser > > need we'll have to add additional formats. > > I know about at least two widespread date command realizations used with linux: > > * coreutils realization; > * busybox realization. > > > coreutils realization > ===================== > > I have looked inside parse_datetime() from coreutils-8.21/lib/parse-datetime.c. > > It uses yyparse() for date string parsing! The corresponding yacc description > is inside the lib/parse-datetime.y file. Can I easely steal this code for barebox? I suppose NO! > > > busybox realization > =================== > > Here is parse_datestr() (barebox.git/libbb/time.c) date format list: > > #if ENABLE_FEATURE_DATE_COMPAT > /* MMDDhhmm[[CC]YY][.ss] */ --- weird 'date' format > #endif > > /* HH:MM[:SS] */ > /* mm.dd-HH:MM[:SS] */ > /* yyyy.mm.dd-HH:MM[:SS] */ > /* yyyy-mm-dd HH:MM[:SS] */ > > /* month_name d HH:MM:SS YYYY */ --- I suppose we don't want to mess with mount_name :) > /* yyyy-mm-dd HH */ > /* yyyy-mm-dd */ > > /* MM[.SS] */ > /* HHMM[.SS] */ > /* ddHHMM[.SS] */ > /* mmddHHMM[.SS] */ > /* yymmddHHMM[.SS] */ > /* ccyymmddHHMM[.SS] */ --- this format is used in RFCv3 patchseries. > > -- > Best regards, > Antony Pavlov -- -- Best regards, Antony Pavlov _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-21 15:41 ` Antony Pavlov 2014-07-21 17:34 ` Antony Pavlov 2014-07-24 19:17 ` Antony Pavlov @ 2014-07-25 7:38 ` Sascha Hauer 2 siblings, 0 replies; 18+ messages in thread From: Sascha Hauer @ 2014-07-25 7:38 UTC (permalink / raw) To: Antony Pavlov; +Cc: barebox On Mon, Jul 21, 2014 at 07:41:50PM +0400, Antony Pavlov wrote: > On Mon, 21 Jul 2014 10:11:50 +0200 > Sascha Hauer <s.hauer@pengutronix.de> wrote: > > > busybox realization > =================== > > Here is parse_datestr() (barebox.git/libbb/time.c) date format list: > > #if ENABLE_FEATURE_DATE_COMPAT > /* MMDDhhmm[[CC]YY][.ss] */ --- weird 'date' format > #endif > > /* HH:MM[:SS] */ > /* mm.dd-HH:MM[:SS] */ > /* yyyy.mm.dd-HH:MM[:SS] */ > /* yyyy-mm-dd HH:MM[:SS] */ > > /* month_name d HH:MM:SS YYYY */ --- I suppose we don't want to mess with mount_name :) > /* yyyy-mm-dd HH */ > /* yyyy-mm-dd */ > > /* MM[.SS] */ > /* HHMM[.SS] */ > /* ddHHMM[.SS] */ > /* mmddHHMM[.SS] */ > /* yymmddHHMM[.SS] */ > /* ccyymmddHHMM[.SS] */ --- this format is used in RFCv3 patchseries. I am happy with this format. This is just what I would have typed if I had guessed the correct format. Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC v3 4/5] commands: add hwclock 2014-07-18 5:44 ` Sascha Hauer 2014-07-18 7:36 ` Antony Pavlov @ 2014-07-25 7:39 ` Sascha Hauer 1 sibling, 0 replies; 18+ messages in thread From: Sascha Hauer @ 2014-07-25 7:39 UTC (permalink / raw) To: Antony Pavlov; +Cc: barebox On Fri, Jul 18, 2014 at 07:44:13AM +0200, Sascha Hauer wrote: > On Tue, Jul 15, 2014 at 12:48:35AM +0400, Antony Pavlov wrote: > > +{ > > + struct rtc_device *r; > > + struct rtc_time tm; > > + struct rtc_time stm; > > + char rtc_name[16] = "rtc0"; > > + char *env_name = NULL; > > + int opt; > > + int set = 0; > > + > > + while ((opt = getopt(argc, argv, "f:s:e:")) > 0) { > > + switch (opt) { > > + case 'f': > > + strncpy(rtc_name, optarg, 16); > > + break; > > + case 's': > > + memset(&stm, 0, sizeof(stm)); > > + parse_datestr(optarg, &stm); The result value should really be checked. Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
* [RFC v3 5/5] ARM: versatilepb_defconfig: enable RTC support 2014-07-14 20:48 [RFC v3 0/5] add rtc support Antony Pavlov ` (3 preceding siblings ...) 2014-07-14 20:48 ` [RFC v3 4/5] commands: add hwclock Antony Pavlov @ 2014-07-14 20:48 ` Antony Pavlov 4 siblings, 0 replies; 18+ messages in thread From: Antony Pavlov @ 2014-07-14 20:48 UTC (permalink / raw) To: barebox Use this qemu cmdline to test hwclock $ qemu-system-arm -M versatilepb -nographic \ -monitor null -kernel barebox -serial stdio Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com> --- arch/arm/configs/versatilepb_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/versatilepb_defconfig b/arch/arm/configs/versatilepb_defconfig index 58dfb8b..a447f93 100644 --- a/arch/arm/configs/versatilepb_defconfig +++ b/arch/arm/configs/versatilepb_defconfig @@ -51,6 +51,8 @@ CONFIG_DRIVER_NET_SMC91111=y CONFIG_I2C=y CONFIG_I2C_VERSATILE=y CONFIG_GPIO_PL061=y +CONFIG_RTC_CLASS=y +CONFIG_RTC_DRV_DS1307=y CONFIG_FS_CRAMFS=y CONFIG_FS_TFTP=y CONFIG_SHA1=y -- 2.0.1 _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2014-07-25 7:40 UTC | newest] Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-07-14 20:48 [RFC v3 0/5] add rtc support Antony Pavlov 2014-07-14 20:48 ` [RFC v3 1/5] lib: import 'bcd' from linux-3.15 Antony Pavlov 2014-07-14 20:48 ` [RFC v3 2/5] add rtc support Antony Pavlov 2014-07-14 20:48 ` [RFC v3 3/5] rtc: import ds1307 driver from linux-3.15 Antony Pavlov 2014-07-14 20:48 ` [RFC v3 4/5] commands: add hwclock Antony Pavlov 2014-07-18 5:44 ` Sascha Hauer 2014-07-18 7:36 ` Antony Pavlov 2014-07-19 19:02 ` Holger Schurig 2014-07-20 5:55 ` Antony Pavlov 2014-07-21 6:41 ` Sascha Hauer 2014-07-21 7:10 ` Antony Pavlov 2014-07-21 8:11 ` Sascha Hauer 2014-07-21 15:41 ` Antony Pavlov 2014-07-21 17:34 ` Antony Pavlov 2014-07-24 19:17 ` Antony Pavlov 2014-07-25 7:38 ` Sascha Hauer 2014-07-25 7:39 ` Sascha Hauer 2014-07-14 20:48 ` [RFC v3 5/5] ARM: versatilepb_defconfig: enable RTC support Antony Pavlov
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox