On Tue, 28 Nov 2017, Russell King wrote:
> On Wed, Nov 29, 2017 at 10:38:05AM +1100, Stephen Rothwell wrote:
> > Hi Russell,
> >
> > On Tue, 28 Nov 2017 23:19:59 + Russell King
> > wrote:
> > >
> > > Stephen, which binutils version are you using?
> >
> > GNU ld (GNU
On Tue, 28 Nov 2017, Russell King wrote:
> On Wed, Nov 29, 2017 at 10:38:05AM +1100, Stephen Rothwell wrote:
> > Hi Russell,
> >
> > On Tue, 28 Nov 2017 23:19:59 + Russell King
> > wrote:
> > >
> > > Stephen, which binutils version are you using?
> >
> > GNU ld (GNU Binutils) 2.25.2
> >
On Wed, Nov 29, 2017 at 10:38:05AM +1100, Stephen Rothwell wrote:
> Hi Russell,
>
> On Tue, 28 Nov 2017 23:19:59 + Russell King wrote:
> >
> > Stephen, which binutils version are you using?
>
> GNU ld (GNU Binutils) 2.25.2
>
> built from upstream source some time ago.
On Wed, Nov 29, 2017 at 10:38:05AM +1100, Stephen Rothwell wrote:
> Hi Russell,
>
> On Tue, 28 Nov 2017 23:19:59 + Russell King wrote:
> >
> > Stephen, which binutils version are you using?
>
> GNU ld (GNU Binutils) 2.25.2
>
> built from upstream source some time ago.
Hmm, so slightly
On Tue, 28 Nov 2017, Russell King wrote:
> On Wed, Nov 29, 2017 at 10:16:37AM +1100, Stephen Rothwell wrote:
> > Hi Russell,
> >
> > After merging the arm tree, today's linux-next build (arm
> > multi_v7_defconfig) produced this warning:
> >
> > arch/arm/vfp/vfphw.S: Assembler messages:
> >
On Tue, 28 Nov 2017, Russell King wrote:
> On Wed, Nov 29, 2017 at 10:16:37AM +1100, Stephen Rothwell wrote:
> > Hi Russell,
> >
> > After merging the arm tree, today's linux-next build (arm
> > multi_v7_defconfig) produced this warning:
> >
> > arch/arm/vfp/vfphw.S: Assembler messages:
> >
Hi Russell,
On Tue, 28 Nov 2017 23:19:59 + Russell King wrote:
>
> Stephen, which binutils version are you using?
GNU ld (GNU Binutils) 2.25.2
built from upstream source some time ago.
--
Cheers,
Stephen Rothwell
Hi Russell,
On Tue, 28 Nov 2017 23:19:59 + Russell King wrote:
>
> Stephen, which binutils version are you using?
GNU ld (GNU Binutils) 2.25.2
built from upstream source some time ago.
--
Cheers,
Stephen Rothwell
On Wed, Nov 29, 2017 at 10:16:37AM +1100, Stephen Rothwell wrote:
> Hi Russell,
>
> After merging the arm tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> arch/arm/vfp/vfphw.S: Assembler messages:
> arch/arm/vfp/vfphw.S:158: Warning: conditional infixes are
On Wed, Nov 29, 2017 at 10:16:37AM +1100, Stephen Rothwell wrote:
> Hi Russell,
>
> After merging the arm tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> arch/arm/vfp/vfphw.S: Assembler messages:
> arch/arm/vfp/vfphw.S:158: Warning: conditional infixes are
On Wed, Nov 29, 2017 at 10:16:37AM +1100, Stephen Rothwell wrote:
> Hi Russell,
>
> After merging the arm tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> arch/arm/vfp/vfphw.S: Assembler messages:
> arch/arm/vfp/vfphw.S:158: Warning: conditional infixes are
On Wed, Nov 29, 2017 at 10:16:37AM +1100, Stephen Rothwell wrote:
> Hi Russell,
>
> After merging the arm tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> arch/arm/vfp/vfphw.S: Assembler messages:
> arch/arm/vfp/vfphw.S:158: Warning: conditional infixes are
Hi Russell,
After merging the arm tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
arch/arm/vfp/vfphw.S: Assembler messages:
arch/arm/vfp/vfphw.S:158: Warning: conditional infixes are deprecated in
unified syntax
arch/arm/vfp/vfphw.S:233: Warning: conditional
Hi Russell,
After merging the arm tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
arch/arm/vfp/vfphw.S: Assembler messages:
arch/arm/vfp/vfphw.S:158: Warning: conditional infixes are deprecated in
unified syntax
arch/arm/vfp/vfphw.S:233: Warning: conditional
On 11/18/2014 11:21 AM, Russell King - ARM Linux wrote:
> On Tue, Nov 18, 2014 at 10:57:26AM -0800, Stephen Boyd wrote:
>> Urgh, I thought I fixed that but I guess I only took care of not
>> assigning it unless we actually need it. Well we can do the #ifdef
>> thing, or move to IS_ENABLED. Here's
On Tue, Nov 18, 2014 at 10:57:26AM -0800, Stephen Boyd wrote:
> Urgh, I thought I fixed that but I guess I only took care of not
> assigning it unless we actually need it. Well we can do the #ifdef
> thing, or move to IS_ENABLED. Here's both options.
I'd prefer the first as it increases compiler
On 11/18/2014 12:25 AM, Stephen Rothwell wrote:
> Hi Russell,
>
> After merging the arm tree, today's linux-next build (arm defconfig)
> produced this warning:
>
> arch/arm/vfp/vfpmodule.c: In function 'vfp_init':
> arch/arm/vfp/vfpmodule.c:725:6: warning: unused variable 'mvfr0'
>
Hi Russell,
After merging the arm tree, today's linux-next build (arm defconfig)
produced this warning:
arch/arm/vfp/vfpmodule.c: In function 'vfp_init':
arch/arm/vfp/vfpmodule.c:725:6: warning: unused variable 'mvfr0'
[-Wunused-variable]
u32 mvfr0;
^
Introduced by commit 3f4c9f8f0a20
On 11/18/2014 12:25 AM, Stephen Rothwell wrote:
Hi Russell,
After merging the arm tree, today's linux-next build (arm defconfig)
produced this warning:
arch/arm/vfp/vfpmodule.c: In function 'vfp_init':
arch/arm/vfp/vfpmodule.c:725:6: warning: unused variable 'mvfr0'
[-Wunused-variable]
On Tue, Nov 18, 2014 at 10:57:26AM -0800, Stephen Boyd wrote:
Urgh, I thought I fixed that but I guess I only took care of not
assigning it unless we actually need it. Well we can do the #ifdef
thing, or move to IS_ENABLED. Here's both options.
I'd prefer the first as it increases compiler
On 11/18/2014 11:21 AM, Russell King - ARM Linux wrote:
On Tue, Nov 18, 2014 at 10:57:26AM -0800, Stephen Boyd wrote:
Urgh, I thought I fixed that but I guess I only took care of not
assigning it unless we actually need it. Well we can do the #ifdef
thing, or move to IS_ENABLED. Here's both
Hi Russell,
After merging the arm tree, today's linux-next build (arm defconfig)
produced this warning:
arch/arm/vfp/vfpmodule.c: In function 'vfp_init':
arch/arm/vfp/vfpmodule.c:725:6: warning: unused variable 'mvfr0'
[-Wunused-variable]
u32 mvfr0;
^
Introduced by commit 3f4c9f8f0a20
Hi Stephen, Russell,
Verified, thanks! Please let me know if anything is needed from me for this.
Thanks!
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Hi Stephen, Russell,
Verified, thanks! Please let me know if anything is needed from me for this.
Thanks!
Sebastian
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Tue, Apr 22, 2014 at 10:32:23AM +1000, Stephen Rothwell wrote:
> Hi Russell,
>
> After merging the arm tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> In file included from /scratch/sfr/next/arch/arm/include/asm/page.h:163:0,
> from
On Tue, Apr 22, 2014 at 10:32:23AM +1000, Stephen Rothwell wrote:
Hi Russell,
After merging the arm tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
In file included from /scratch/sfr/next/arch/arm/include/asm/page.h:163:0,
from
Hi Stephen,
I'm not sure if this is helpful, but the virt_to_pfn macro added in
arch/arm/include/asm/memory.h:300 (I assume the 297 warning in yours),
in the hibernation patch:
#define virt_to_pfn(kaddr) (__pa(kaddr) >> PAGE_SHIFT)
Should be removed as there is an improved version of
Hi Russell,
After merging the arm tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
In file included from /scratch/sfr/next/arch/arm/include/asm/page.h:163:0,
from /scratch/sfr/next/include/linux/mmzone.h:20,
from
Hi Russell,
After merging the arm tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
In file included from /scratch/sfr/next/arch/arm/include/asm/page.h:163:0,
from /scratch/sfr/next/include/linux/mmzone.h:20,
from
Hi Stephen,
I'm not sure if this is helpful, but the virt_to_pfn macro added in
arch/arm/include/asm/memory.h:300 (I assume the 297 warning in yours),
in the hibernation patch:
#define virt_to_pfn(kaddr) (__pa(kaddr) PAGE_SHIFT)
Should be removed as there is an improved version of
30 matches
Mail list logo