All of lore.kernel.org
 help / color / mirror / Atom feed
* [RFC] yet more file moves
@ 2003-08-27  6:02 Dominik Brodowski
  2003-08-27  9:09 ` Bas Mevissen
  0 siblings, 1 reply; 4+ messages in thread
From: Dominik Brodowski @ 2003-08-27  6:02 UTC (permalink / raw)
  To: cpufreq

I hereby suggest that 
a) for 2.4. and 2.6. drivers/cpufreq/userspace.c is moved to 
   drivers/cpufreq/cpufreq-userspace.c,
b) for 2.4, the x86 cpufreq drivers are moved to arch/i386/kernel/cpufreq/

Rationale:
to a)	"userspace" as module name is too generic for the use of a small
subsystem like cpufreq.

to b)	arch/i386/kernel/ is already very crowded. Let's not fill it
further, but move stuff to a seperate subdirectury, just like in 2.6.

Comments?

	Dominik

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [RFC] yet more file moves
  2003-08-27  6:02 [RFC] yet more file moves Dominik Brodowski
@ 2003-08-27  9:09 ` Bas Mevissen
  2003-08-27 11:02   ` Ducrot Bruno
  0 siblings, 1 reply; 4+ messages in thread
From: Bas Mevissen @ 2003-08-27  9:09 UTC (permalink / raw)
  To: Dominik Brodowski; +Cc: cpufreq

Dominik Brodowski wrote:

> I hereby suggest that 
> a) for 2.4. and 2.6. drivers/cpufreq/userspace.c is moved to 
>    drivers/cpufreq/cpufreq-userspace.c,
> b) for 2.4, the x86 cpufreq drivers are moved to arch/i386/kernel/cpufreq/
> 

Sounds OK. But the arch-specific stuff in 2.6 is in 
arch/i386/kernel/cpu/cpufreq if I remember correctly?

Bas.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [RFC] yet more file moves
  2003-08-27  9:09 ` Bas Mevissen
@ 2003-08-27 11:02   ` Ducrot Bruno
  2003-08-27 12:41     ` Dominik Brodowski
  0 siblings, 1 reply; 4+ messages in thread
From: Ducrot Bruno @ 2003-08-27 11:02 UTC (permalink / raw)
  To: Dominik Brodowski; +Cc: Bas Mevissen, cpufreq

On Wed, Aug 27, 2003 at 11:09:52AM +0200, Bas Mevissen wrote:
> Dominik Brodowski wrote:
> 
> >I hereby suggest that 
> >a) for 2.4. and 2.6. drivers/cpufreq/userspace.c is moved to 
> >   drivers/cpufreq/cpufreq-userspace.c,
> >b) for 2.4, the x86 cpufreq drivers are moved to arch/i386/kernel/cpufreq/

Dominik: I agreed for b), especially for acpi.c if we want it in 2.4.
(BTW, I may commit soon a new version for it, have you done some stuff
related to that one?)

> Sounds OK. But the arch-specific stuff in 2.6 is in 
> arch/i386/kernel/cpu/cpufreq if I remember correctly?

Bas: Correct, but cvs is rude sometimes, and patchin.sh does the Right
Thing(c)(tm).

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [RFC] yet more file moves
  2003-08-27 11:02   ` Ducrot Bruno
@ 2003-08-27 12:41     ` Dominik Brodowski
  0 siblings, 0 replies; 4+ messages in thread
From: Dominik Brodowski @ 2003-08-27 12:41 UTC (permalink / raw)
  To: Ducrot Bruno; +Cc: Bas Mevissen, cpufreq

On Wed, Aug 27, 2003 at 01:02:30PM +0200, Ducrot Bruno wrote:
> On Wed, Aug 27, 2003 at 11:09:52AM +0200, Bas Mevissen wrote:
> > Dominik Brodowski wrote:
> > 
> > >I hereby suggest that 
> > >a) for 2.4. and 2.6. drivers/cpufreq/userspace.c is moved to 
> > >   drivers/cpufreq/cpufreq-userspace.c,
> > >b) for 2.4, the x86 cpufreq drivers are moved to arch/i386/kernel/cpufreq/
> 
> Dominik: I agreed for b), especially for acpi.c if we want it in 2.4.
> (BTW, I may commit soon a new version for it, have you done some stuff
> related to that one?)

oh yes, I have - but only in my head, but not on my harddisk... So if you
have done something wrt acpi already, commit it; I'll post my changes for
comments and/or inclusion when they're ready. Might take a week or two,
though.

	Dominik

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2003-08-27 12:41 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-08-27  6:02 [RFC] yet more file moves Dominik Brodowski
2003-08-27  9:09 ` Bas Mevissen
2003-08-27 11:02   ` Ducrot Bruno
2003-08-27 12:41     ` Dominik Brodowski

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.