Re: [PATCH] Tokyo Electron SDIO controller (Ellen) support

2008-02-08 Thread Pierre Ossman
On Mon, 3 Dec 2007 14:39:26 +
Ben Dooks <[EMAIL PROTECTED]> wrote:

> On Mon, Dec 03, 2007 at 08:22:07AM -0600, Matt Porter wrote:
> > 
> > What's the status of Ben's separation patches? I haven't seen a posting of 
> > those
> > versus a recent kernel. I've got some SDHCI driver glue for the non-pci 
> > Arasan core
> > running in an older kernel tree with those patches. It's just waiting for 
> > the separation
> > patches to hit the mmc or mainline tree.
> 
> I need to go back and try and sort out the last of Pierre's last
> comments, and update to the latest kernel version. I was waiting
> for 2.6.24-rc4 to re-start the effort to try and ensure there are
> fewer changes due to fixes.
> 

Any progress on this little project?

Rgds
Pierre


signature.asc
Description: PGP signature


Re: [PATCH] Tokyo Electron SDIO controller (Ellen) support

2008-02-08 Thread Pierre Ossman
On Mon, 3 Dec 2007 14:39:26 +
Ben Dooks [EMAIL PROTECTED] wrote:

 On Mon, Dec 03, 2007 at 08:22:07AM -0600, Matt Porter wrote:
  
  What's the status of Ben's separation patches? I haven't seen a posting of 
  those
  versus a recent kernel. I've got some SDHCI driver glue for the non-pci 
  Arasan core
  running in an older kernel tree with those patches. It's just waiting for 
  the separation
  patches to hit the mmc or mainline tree.
 
 I need to go back and try and sort out the last of Pierre's last
 comments, and update to the latest kernel version. I was waiting
 for 2.6.24-rc4 to re-start the effort to try and ensure there are
 fewer changes due to fixes.
 

Any progress on this little project?

Rgds
Pierre


signature.asc
Description: PGP signature


Re: [PATCH] Tokyo Electron SDIO controller (Ellen) support

2007-12-03 Thread Ben Dooks
On Mon, Dec 03, 2007 at 08:22:07AM -0600, Matt Porter wrote:
> On Sat, Dec 01, 2007 at 09:50:10PM +0100, Pierre Ossman wrote:
> > As for the patch, it's a big NAK at this point. Vendors who can't be 
> > bothered to follow
> > the standard will have to wait for Ben's separation patches before they can 
> > be supported.
> > Then they can have some voodoo front-end to handle their mistakes instead 
> > of turning
> > sdhci.c into a collection of hacks and workarounds.
> 
> What's the status of Ben's separation patches? I haven't seen a posting of 
> those
> versus a recent kernel. I've got some SDHCI driver glue for the non-pci 
> Arasan core
> running in an older kernel tree with those patches. It's just waiting for the 
> separation
> patches to hit the mmc or mainline tree.

I need to go back and try and sort out the last of Pierre's last
comments, and update to the latest kernel version. I was waiting
for 2.6.24-rc4 to re-start the effort to try and ensure there are
fewer changes due to fixes.

-- 
Ben ([EMAIL PROTECTED], http://www.fluff.org/)

  'a smiley only costs 4 bytes'
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] Tokyo Electron SDIO controller (Ellen) support

2007-12-03 Thread Matt Porter
On Sat, Dec 01, 2007 at 09:50:10PM +0100, Pierre Ossman wrote:
> As for the patch, it's a big NAK at this point. Vendors who can't be bothered 
> to follow
> the standard will have to wait for Ben's separation patches before they can 
> be supported.
> Then they can have some voodoo front-end to handle their mistakes instead of 
> turning
> sdhci.c into a collection of hacks and workarounds.

What's the status of Ben's separation patches? I haven't seen a posting of those
versus a recent kernel. I've got some SDHCI driver glue for the non-pci Arasan 
core
running in an older kernel tree with those patches. It's just waiting for the 
separation
patches to hit the mmc or mainline tree.

-Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] Tokyo Electron SDIO controller (Ellen) support

2007-12-03 Thread Matt Porter
On Sat, Dec 01, 2007 at 09:50:10PM +0100, Pierre Ossman wrote:
 As for the patch, it's a big NAK at this point. Vendors who can't be bothered 
 to follow
 the standard will have to wait for Ben's separation patches before they can 
 be supported.
 Then they can have some voodoo front-end to handle their mistakes instead of 
 turning
 sdhci.c into a collection of hacks and workarounds.

What's the status of Ben's separation patches? I haven't seen a posting of those
versus a recent kernel. I've got some SDHCI driver glue for the non-pci Arasan 
core
running in an older kernel tree with those patches. It's just waiting for the 
separation
patches to hit the mmc or mainline tree.

-Matt
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] Tokyo Electron SDIO controller (Ellen) support

2007-12-03 Thread Ben Dooks
On Mon, Dec 03, 2007 at 08:22:07AM -0600, Matt Porter wrote:
 On Sat, Dec 01, 2007 at 09:50:10PM +0100, Pierre Ossman wrote:
  As for the patch, it's a big NAK at this point. Vendors who can't be 
  bothered to follow
  the standard will have to wait for Ben's separation patches before they can 
  be supported.
  Then they can have some voodoo front-end to handle their mistakes instead 
  of turning
  sdhci.c into a collection of hacks and workarounds.
 
 What's the status of Ben's separation patches? I haven't seen a posting of 
 those
 versus a recent kernel. I've got some SDHCI driver glue for the non-pci 
 Arasan core
 running in an older kernel tree with those patches. It's just waiting for the 
 separation
 patches to hit the mmc or mainline tree.

I need to go back and try and sort out the last of Pierre's last
comments, and update to the latest kernel version. I was waiting
for 2.6.24-rc4 to re-start the effort to try and ensure there are
fewer changes due to fixes.

-- 
Ben ([EMAIL PROTECTED], http://www.fluff.org/)

  'a smiley only costs 4 bytes'
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] Tokyo Electron SDIO controller (Ellen) support

2007-12-01 Thread Pierre Ossman
On Sat, 01 Dec 2007 00:27:06 -0800
Vitaly Luban <[EMAIL PROTECTED]> wrote:

> Kernel "pci_ids.h" file has data for that card missing.
> 
> Also, Ellen needs some control bits flipped before it functions properly 
> as SDIO controller by the spec.
> Should apply clenly to Linus and Drzeus trees. Please apply.
> 
> Signed-off-by:  Vitaly Luban <[EMAIL PROTECTED]>
> 
> 

The illiteracy rates for hardware engineers must be through the roof. Nobody 
seems capable of reading specifications anymore...

As for the patch, it's a big NAK at this point. Vendors who can't be bothered 
to follow the standard will have to wait for Ben's separation patches before 
they can be supported. Then they can have some voodoo front-end to handle their 
mistakes instead of turning sdhci.c into a collection of hacks and workarounds.

Rgds
Pierre


signature.asc
Description: PGP signature


Re: [PATCH] Tokyo Electron SDIO controller (Ellen) support

2007-12-01 Thread Pierre Ossman
On Sat, 01 Dec 2007 00:27:06 -0800
Vitaly Luban [EMAIL PROTECTED] wrote:

 Kernel pci_ids.h file has data for that card missing.
 
 Also, Ellen needs some control bits flipped before it functions properly 
 as SDIO controller by the spec.
 Should apply clenly to Linus and Drzeus trees. Please apply.
 
 Signed-off-by:  Vitaly Luban [EMAIL PROTECTED]
 
 

The illiteracy rates for hardware engineers must be through the roof. Nobody 
seems capable of reading specifications anymore...

As for the patch, it's a big NAK at this point. Vendors who can't be bothered 
to follow the standard will have to wait for Ben's separation patches before 
they can be supported. Then they can have some voodoo front-end to handle their 
mistakes instead of turning sdhci.c into a collection of hacks and workarounds.

Rgds
Pierre


signature.asc
Description: PGP signature