[PATCH 3/5] ARM: tegra: update GPIO chained IRQ handler to use EOI in parent chip
Will Deacon
will.deacon at arm.com
Wed Feb 23 05:39:35 EST 2011
Hi Russell,
> On Tue, Feb 22, 2011 at 07:21:09PM -0000, Will Deacon wrote:
> > Hmm, I've seen this problem before. See Russell's explanation here:
> >
> > http://lists.arm.linux.org.uk/lurker/message/20101201.172105.938cf2c5.en.html
> >
> > I don't believe it's a problem my end, but if it starts happening
> > regularly I'll investigate further.
>
> I wonder what's happening here is that the mailing list is converting
> your messages from quoted-printable to plain text.
>
> Looking at two of your recent messages, one of them came via the mailing
> list. That one was not quoted-printable. These ones which you Cc'd me
> on, and arrived before the copy from the mailing list came through as
> quoted-printable though.
You've hit the nail on the head. On leaving ARM the headers get munged to:
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable
The mailing list fixes that up. See the headers on one of the LPAE patches
sent by Catalin:
https://patchwork.kernel.org/patch/502491/
> AFAIK, git-send-email doesn't generate quoted-printable mails. From what
> I remember, it doesn't generate any MIME headers at all either, expecting
> the first MTA to be able to figure out what to do with the following
> string of bytes. It's not surprising that some MTAs may do weird things
> with that.
>
> I don't use git send-email, but instead have my own scripts based around
> git format-patch, and adds the following headers:
>
> MIME-Version: 1.0
> Content-Disposition: inline
> Content-Type: text/plain; charset="us-ascii"
Even if I make sure my headers match this, they still get reverted to the
stuff I mentioned earlier. If I specify Content-Transfer-Encoding: binary
then it gets left alone but I'm not sure if that's better or worse than
quoted-printable.
> to each file it produces, as well as other header modifications. I've
> then got a separate script which sends the contents of the directory
> slowly (20sec between each message) via '/usr/sbin/sendmail' (iow,
> the local MTA - exim for me) to make it a little kinder on MTAs.
Oh for a local MTA... (ports are all blocked here).
Will
More information about the linux-arm-kernel
mailing list