[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150201084245.GF26493@n2100.arm.linux.org.uk>
Date: Sun, 1 Feb 2015 08:42:45 +0000
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Finn Thain <fthain@...egraphics.com.au>
Cc: Geert Uytterhoeven <geert@...ux-m68k.org>,
linux-m68k@...ts.linux-m68k.org, linuxppc-dev@...ts.ozlabs.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
Rickard Strandqvist <rickard_strandqvist@...ctrumdigital.se>
Subject: Re: nvram and generic_nvram modules are problematic, was Re: [PATCH]
arch: m68k: mac: misc.c: Remove some unused functions
On Sun, Feb 01, 2015 at 02:39:42PM +1100, Finn Thain wrote:
> I find the ARM support in drivers/char/nvram to be surprising, not to say
> questionable. The /proc/driver/nvram implementation, given
> defined(__arm__), decodes the NVRAM contents in exactly the same format as
> when defined(__i386__) || defined(__x86_64__).
That's because it's used on the Netwinder and EBSA285 platforms, which
are PCI-like, complete with a southbridge which makes them look like a
PC.
> Whereas, only MIPS and
> PowerPC defconfigs set CONFIG_RTC_DRV_CMOS at all, and without that symbol
> the driver will never be built for ARM. This raises the question, does
> /proc/driver/nvram do anything useful on any ARM platforms?
Yes.
--
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists