[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130626175110.GB2222@kroah.com>
Date: Wed, 26 Jun 2013 10:51:10 -0700
From: Greg KH <gregkh@...uxfoundation.org>
To: Russell King - ARM Linux <linux@....linux.org.uk>
Cc: Oliver Schinagl <oliver+list@...inagl.nl>,
Maxime Ripard <maxime.ripard@...e-electrons.com>,
arnd@...db.de, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, andy.shevchenko@...il.com,
linus.walleij@...aro.org, linux-sunxi@...glegroups.com,
Oliver Schinagl <oliver@...inagl.nl>
Subject: Re: [PATCH 1/2] Initial support for Allwinner's Security ID fuses
On Wed, Jun 26, 2013 at 10:10:33AM +0100, Russell King - ARM Linux wrote:
> On Mon, Jun 24, 2013 at 02:46:15PM -0700, Greg KH wrote:
> > Stick with a binary attribute, and attach that to the proper class
> > structure and all should be fine.
> >
> > Ah crap, you're using a platform device.
> >
> > {sigh}
> >
> > Why? Why not use a "real" device which has a "real" class, and then use
> > the interfaces there?
>
> And why aren't platform devices "real" devices? If platform devices are
> second class devices then that's pretty crap because virtually all
> devices on ARM are platform devices, not something like "first class"
> PCI devices.
Ok, they are "real" devices, I'm just tired of seeing people throw
everything and the kitchen sink into them, don't you agree?
> We could make them PCI devices if you want us to totally fsck with the
> PCI code to bend it in ways it was never meant to, but I suspect that'll
> upset the PCI guys.
>
> No, platform devices must be first class devices just like any other.
I was wrong, they can, and do, support default attribute groups, it's
just that it seems no one uses them (or if they did, my greping can't
find them...)
So they are "first class" devices, my mistake.
thanks,
greg k-h
--
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