On 27-11-07 17:34, Thomas Renninger wrote:
On Wed, 2007-11-21 at 10:53 +0100, Takashi Iwai wrote:
At Tue, 20 Nov 2007 15:31:26 +0100, Rene Herman wrote:
On 20-11-07 15:19, Thomas Renninger wrote:
At the end is some example code how things could get even more
cleaned up. It shows how I think
On Wed, 2007-11-21 at 10:53 +0100, Takashi Iwai wrote:
> At Tue, 20 Nov 2007 15:31:26 +0100,
> Rene Herman wrote:
> >
> > On 20-11-07 15:19, Thomas Renninger wrote:
> >
> > > At the end is some example code how things could get even more cleaned
> > > up. It shows how I think pnp layer and one
On Wed, 2007-11-21 at 10:53 +0100, Takashi Iwai wrote:
At Tue, 20 Nov 2007 15:31:26 +0100,
Rene Herman wrote:
On 20-11-07 15:19, Thomas Renninger wrote:
At the end is some example code how things could get even more cleaned
up. It shows how I think pnp layer and one example driver
On 27-11-07 17:34, Thomas Renninger wrote:
On Wed, 2007-11-21 at 10:53 +0100, Takashi Iwai wrote:
At Tue, 20 Nov 2007 15:31:26 +0100, Rene Herman wrote:
On 20-11-07 15:19, Thomas Renninger wrote:
At the end is some example code how things could get even more
cleaned up. It shows how I think
At Tue, 20 Nov 2007 15:31:26 +0100,
Rene Herman wrote:
>
> On 20-11-07 15:19, Thomas Renninger wrote:
>
> > At the end is some example code how things could get even more cleaned
> > up. It shows how I think pnp layer and one example driver would get
> > adjusted. There are not that much drivers
At Tue, 20 Nov 2007 15:31:26 +0100,
Rene Herman wrote:
On 20-11-07 15:19, Thomas Renninger wrote:
At the end is some example code how things could get even more cleaned
up. It shows how I think pnp layer and one example driver would get
adjusted. There are not that much drivers making
Alan Cox <[EMAIL PROTECTED]> writes:
>
> Is it actually even worth changing in the first place ? You seem to be
> complicating the code not simplyifying it, and at the end of the day
> ISAPnP is obsolete and BIOS PnP is obsoleted by ACPI
The PNP interface is used by the ACPI code to tell the
On Tue, 2007-11-20 at 15:31 +0100, Rene Herman wrote:
> On 20-11-07 15:19, Thomas Renninger wrote:
>
> > At the end is some example code how things could get even more cleaned
> > up. It shows how I think pnp layer and one example driver would get
> > adjusted. There are not that much drivers
> At the end is some example code how things could get even more cleaned
> up. It shows how I think pnp layer and one example driver would get
Your example adds rather than removes code.
> If this is not an option, please advise how to move on here:
> Still use struct resources for dma and irq,
On 20-11-07 15:19, Thomas Renninger wrote:
At the end is some example code how things could get even more cleaned
up. It shows how I think pnp layer and one example driver would get
adjusted. There are not that much drivers making use of
pnp_resource_change...
The ALSA ISA-PnP drivers do in
On Tue, 2007-11-20 at 12:31 +, Alan Cox wrote:
> On Tue, 20 Nov 2007 10:51:23 +0100
> Thomas Renninger <[EMAIL PROTECTED]> wrote:
>
> > Unify the pnp macros to access resources in the pnp resource table
>
> NAK
>
> > port, mem, dma and irq resource macros are now all used in the same
> >
On Tue, 20 Nov 2007 10:51:23 +0100
Thomas Renninger <[EMAIL PROTECTED]> wrote:
> Unify the pnp macros to access resources in the pnp resource table
NAK
> port, mem, dma and irq resource macros are now all used in the same
> way. This is the basis (or makes it at least easier) for changing how
>
On 20-11-07 10:51, Thomas Renninger wrote:
Unify the pnp macros to access resources in the pnp resource table
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the resources are allocated for memory
Unify the pnp macros to access resources in the pnp resource table
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the resources are allocated for memory optimizations.
Signed-off-by: Thomas Renninger
On 20-11-07 10:51, Thomas Renninger wrote:
Unify the pnp macros to access resources in the pnp resource table
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the resources are allocated for memory
Unify the pnp macros to access resources in the pnp resource table
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the resources are allocated for memory optimizations.
Signed-off-by: Thomas Renninger
On Tue, 20 Nov 2007 10:51:23 +0100
Thomas Renninger [EMAIL PROTECTED] wrote:
Unify the pnp macros to access resources in the pnp resource table
NAK
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the
On Tue, 2007-11-20 at 12:31 +, Alan Cox wrote:
On Tue, 20 Nov 2007 10:51:23 +0100
Thomas Renninger [EMAIL PROTECTED] wrote:
Unify the pnp macros to access resources in the pnp resource table
NAK
port, mem, dma and irq resource macros are now all used in the same
way. This is the
On 20-11-07 15:19, Thomas Renninger wrote:
At the end is some example code how things could get even more cleaned
up. It shows how I think pnp layer and one example driver would get
adjusted. There are not that much drivers making use of
pnp_resource_change...
The ALSA ISA-PnP drivers do in
At the end is some example code how things could get even more cleaned
up. It shows how I think pnp layer and one example driver would get
Your example adds rather than removes code.
If this is not an option, please advise how to move on here:
Still use struct resources for dma and irq, but
On Tue, 2007-11-20 at 15:31 +0100, Rene Herman wrote:
On 20-11-07 15:19, Thomas Renninger wrote:
At the end is some example code how things could get even more cleaned
up. It shows how I think pnp layer and one example driver would get
adjusted. There are not that much drivers making use
Alan Cox [EMAIL PROTECTED] writes:
Is it actually even worth changing in the first place ? You seem to be
complicating the code not simplyifying it, and at the end of the day
ISAPnP is obsolete and BIOS PnP is obsoleted by ACPI
The PNP interface is used by the ACPI code to tell the various
22 matches
Mail list logo
