[PATCH] sysfs class patches - take 2 [0/5]

[PATCH] sysfs class patches - take 2 [0/5]

[Greg KH]

Here are the sysfs class patches reworked against a clean 2.6.0 tree.
I've created a class_simple.c file that contains a "simple" class device
interface.  I've then converted the tty core to use this interface (the
combo of these two patches makes for no extra code added).

Then there are 3 patches, adding class support for misc, mem, and vc
class devices.  As the interface to add simple class support for devices
is now so low, I feel that we do need to have mem class support as to
not special case any char device.

With these patches, it's now much easier for others to implement class
support for remaining char drivers/subsystems that do not have it yet.

Andrew, can you please remove the following 3 patches from your
2.6.0-mm1 tree:
	sysfs-mem-device-support.patch
	sysfs-misc-device-support.patch
	sysfs-vc-device-support.patch

and add these 5 patches instead?  The sysfs-oops-fix.patch needs to
stay.

thanks,

greg k-h


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

[PATCH] sysfs class patches - take 2 [0/5]

[Greg KH]

Here are the sysfs class patches reworked against a clean 2.6.0 tree.
I've created a class_simple.c file that contains a "simple" class device
interface.  I've then converted the tty core to use this interface (the
combo of these two patches makes for no extra code added).

Then there are 3 patches, adding class support for misc, mem, and vc
class devices.  As the interface to add simple class support for devices
is now so low, I feel that we do need to have mem class support as to
not special case any char device.

With these patches, it's now much easier for others to implement class
support for remaining char drivers/subsystems that do not have it yet.

Andrew, can you please remove the following 3 patches from your
2.6.0-mm1 tree:
	sysfs-mem-device-support.patch
	sysfs-misc-device-support.patch
	sysfs-vc-device-support.patch

and add these 5 patches instead?  The sysfs-oops-fix.patch needs to
stay.

thanks,

greg k-h

Re: [PATCH] sysfs class patches - take 2 [0/5]

[Jeff Garzik]

Interesting...  I bet that will be useful to the iPAQ folks (I've been 
wading through their patches lately), as they have created a couple 
ultra-simple classes for SoC devices and such.




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: [PATCH] sysfs class patches - take 2 [0/5]

[Jeff Garzik]

Interesting...  I bet that will be useful to the iPAQ folks (I've been 
wading through their patches lately), as they have created a couple 
ultra-simple classes for SoC devices and such.

Re: [PATCH] sysfs class patches - take 2 [0/5]

[Greg KH]

On Tue, Dec 23, 2003 at 04:57:56PM -0500, Jeff Garzik wrote:
> Interesting...  I bet that will be useful to the iPAQ folks (I've been 
> wading through their patches lately), as they have created a couple 
> ultra-simple classes for SoC devices and such.

I bet it will.  I've ported my old frame buffer patch to use it, and
it saved a lot of code.

Hm, I wonder if the frame buffer people ever intregrated that patch...

thanks,

greg k-h


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id\x1278&alloc_id371&op=click
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: [PATCH] sysfs class patches - take 2 [0/5]

[Greg KH]

On Tue, Dec 23, 2003 at 04:57:56PM -0500, Jeff Garzik wrote:
> Interesting...  I bet that will be useful to the iPAQ folks (I've been 
> wading through their patches lately), as they have created a couple 
> ultra-simple classes for SoC devices and such.

I bet it will.  I've ported my old frame buffer patch to use it, and
it saved a lot of code.

Hm, I wonder if the frame buffer people ever intregrated that patch...

thanks,

greg k-h

Re: [PATCH] sysfs class patches - take 2 [0/5]

[Kronos]

Greg KH <greg@kroah.com> ha scritto:
> > On Tue, Dec 23, 2003 at 04:57:56PM -0500, Jeff Garzik wrote:
> > Interesting...  I bet that will be useful to the iPAQ folks (I've been 
> > wading through their patches lately), as they have created a couple 
> > ultra-simple classes for SoC devices and such.
>
> I bet it will.  I've ported my old frame buffer patch to use it, and
> it saved a lot of code.
> 
> Hm, I wonder if the frame buffer people ever intregrated that patch...

I had a patch that add class_device to struct fb_info. This was 3-4 months ago. James merged some of them
and then disappeared...

Luca
-- 
Reply-To: kronos@kronoz.cjb.net
Home: http://kronoz.cjb.net
E' stato a causa di una donna che ho cominciato a bere e non ho mai
avuto la cortesia di ringraziarla.

Re: [PATCH] sysfs class patches - take 2 [0/5]

[Greg KH]

On Wed, Dec 24, 2003 at 03:27:17PM +0100, Kronos wrote:
> Greg KH <greg@kroah.com> ha scritto:
> > > On Tue, Dec 23, 2003 at 04:57:56PM -0500, Jeff Garzik wrote:
> > > Interesting...  I bet that will be useful to the iPAQ folks (I've been 
> > > wading through their patches lately), as they have created a couple 
> > > ultra-simple classes for SoC devices and such.
> >
> > I bet it will.  I've ported my old frame buffer patch to use it, and
> > it saved a lot of code.
> > 
> > Hm, I wonder if the frame buffer people ever intregrated that patch...
> 
> I had a patch that add class_device to struct fb_info. This was 3-4
> months ago.

So all of the frame buffer drivers have to be changed to dynamically
allocate the fb_info structure?  That's the "proper" way to do this, but
I felt it was a bit too late in the 2.6 development cycle to try to
intregrate such a large change in...

Oh well,

greg k-h