Messages in this thread | | | Date | Wed, 6 Feb 2008 15:35:14 +0100 | From | "pHilipp Zabel" <> | Subject | Re: [PATCH] DS1WM: decouple host IRQ and INTR active state settings. |
| |
Hi Andrew,
On Feb 6, 2008 8:26 AM, Andrew Morton <akpm@linux-foundation.org> wrote: > > On Tue, 8 Jan 2008 09:21:55 +0100 "pHilipp Zabel" <philipp.zabel@gmail.com> wrote: > > > On Jan 8, 2008 1:13 AM, Matt Reimer <mreimer@vpop.net> wrote: > > > On Mon, 2008-01-07 at 15:10 -0800, Andrew Morton wrote: > > > > On Sun, 06 Jan 2008 14:46:14 +0100 > > > > Philipp Zabel <philipp.zabel@gmail.com> wrote: > > > > > > > > > The DS1WM driver incorrectly infers the IAS bit (1-wire interrupt active > > > > > high) from IRQ settings. There are devices that have IAS=0 but still need > > > > > the IRQ to trigger on a rising edge. With this patch, machines with DS1WM > > > > > that need IAS=1 have to set .active_high=1 in the ds1wm_platform_data. > > > > > > > But no drivers are converted to set ds1wm_platform_data.active_high. Won't > > > > IORESOURCE_IRQ_HIGHEDGE devices be broken by this change? > > > > > > Good point; I think you're right. I'd guess the other platforms that use > > > this driver are in the handhelds.org tree, but I've been out of the loop > > > a while. Philipp, is this the case? > > > > Yes, I think so. I am only aware of four chips that include a DS1WM: > > HTC's ASIC3, PASIC2 and PASIC3 and Samsung SAMCOP. > > All of those drivers have yet to be submitted. > > > > I will also apply this patch to hh.org CVS and fix up the devices that are > > affected by this change (aximx30, blueangel, magician, h1900, h4000, > > h5400, himalaya, hx4700, sable, universal). > > But none of those set IORESOURCE_IRQ_HIGHEDGE (most are just > > missing the IORESOURCE_IRQ_LOWEDGE flag). I am not sure about > > the status of rx3000 or other devices that might live in other trees. > > > > I'm currently cleaning up the PASIC2/3 driver. After that I'll try to help > > cleaning up ASIC3 and finally getting it ready for submission. > > A whole load of devices in the hh.org tree depend on it. > > > > Guys, I'm thinking that by the time we actually need this patch in the > mainline tree, it may well be obsolete. So I should drop the copy I have?
I obviously think it should be applied. But if you prefer that I resend once it is actually needed by something in the tree, I'll happily do that, too. The PASIC2/3 mfd driver is currently waiting for something like Dmitry Baryshkov's clocklib patches to go in.
regards Philipp
| |