[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <001201ce6d98$03d9b920$0b8d2b60$%carmody@partner.samsung.com>
Date: Thu, 20 Jun 2013 12:24:47 +0300
From: Phil Carmody <phil.carmody@...tner.samsung.com>
To: 'Mark Brown' <broonie@...nel.org>,
'Tomasz Figa' <tomasz.figa@...il.com>
Cc: linux-samsung-soc@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-spi@...r.kernel.org, alsa-devel@...a-project.org,
'Kukjin Kim' <kgene.kim@...sung.com>,
'Vinod Koul' <vinod.koul@...el.com>,
'Dan Williams' <djbw@...co>
Subject: RE: [RFC PATCH 00/11] ARM: s3c64xx: Let amba-pl08x driver handle DMA
(Apologies if this is mangled, fighting both Outlook and remote desktop :-(
)
linux-kernel-owner@...r.kernel.org wrote on Behalf Of Mark Brown
> On Wed, Jun 19, 2013 at 08:26:12PM +0200, Tomasz Figa wrote:
> > On Wednesday 19 of June 2013 18:40:47 Mark Brown wrote:
>
> > > - ret = pd->get_signal(plchan->cd);
> > > + ret = (pd->get_signal)(plchan->cd);
>
> > Hmm, that's strange. The former is a completely valid piece of
> code...
>
> I know, hence...
>
> > > to get it to build which makes me suspect the compiler a bit as
> well...
>
> ...my comment about suspecting the compiler.
Can you just make that minimal change, and diff the objdump of the two .o's?
It would be worth a bug-report against the toolchain if different code was
being generated. If objdump spews huge numbers of diffs (due to one address
changing and pushing everything else out of kilter), then feel free to
forward both .o's or both objdumps to me, and I can run a script over them,
which knows to ignore unimportant address changes.
Praying that this mail is readable to you, as it's not readable as I write
it,
Phil
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists