forked from luck/tmp_suning_uos_patched
e07e232cd9
This makes rtc-cmos export its NVRAM, like several other RTC drivers. It still works within the limits of the current CMOS_READ/CMOS_WRITE calls, which don't understand how to access multiple register banks. The primary impact of that limitation is that Linux can't access the uppermost 128 bytes of NVRAM on many systems. Note that this isn't aiming to be a drop-in replacement for the legacy /dev/nvram support. (Presumably that has real users, and isn't just getting carried forward automatically?) Userspace handles more work: - When userspace code updates NVRAM, that will need to include updating any platform-specific checksums that may apply. - No /proc/driver/nvram file will parse and display NVRAM data according to whichever boot firmware your board expects. Also minor pnp-related updates: update a comment, remove dead code. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Alessandro Zummo <a.zummo@towertech.it> Cc: Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> |
||
---|---|---|
.. | ||
class.c | ||
hctosys.c | ||
interface.c | ||
Kconfig | ||
Makefile | ||
rtc-at32ap700x.c | ||
rtc-at91rm9200.c | ||
rtc-bfin.c | ||
rtc-cmos.c | ||
rtc-core.h | ||
rtc-dev.c | ||
rtc-ds1216.c | ||
rtc-ds1307.c | ||
rtc-ds1374.c | ||
rtc-ds1553.c | ||
rtc-ds1672.c | ||
rtc-ds1742.c | ||
rtc-ep93xx.c | ||
rtc-isl1208.c | ||
rtc-lib.c | ||
rtc-m41t80.c | ||
rtc-m48t59.c | ||
rtc-m48t86.c | ||
rtc-max6900.c | ||
rtc-max6902.c | ||
rtc-omap.c | ||
rtc-pcf8563.c | ||
rtc-pcf8583.c | ||
rtc-pl031.c | ||
rtc-proc.c | ||
rtc-rs5c313.c | ||
rtc-rs5c348.c | ||
rtc-rs5c372.c | ||
rtc-s3c.c | ||
rtc-sa1100.c | ||
rtc-sh.c | ||
rtc-stk17ta8.c | ||
rtc-sysfs.c | ||
rtc-test.c | ||
rtc-v3020.c | ||
rtc-vr41xx.c | ||
rtc-x1205.c |