On Mon, Jan 25, 2016 at 12:03:54PM +0100, Takashi Iwai wrote:
> On Mon, 25 Jan 2016 11:45:56 +0100,
> Sudip Mukherjee wrote:
> >
> > On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> > > On Fri, 22 Jan 2016 03:40:45 +0100,
> > > Stephen Rothwell wrote:
> > > >
> > > > Hi all,
> > >
On Mon, 25 Jan 2016 11:45:56 +0100,
Sudip Mukherjee wrote:
>
> On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> > On Fri, 22 Jan 2016 03:40:45 +0100,
> > Stephen Rothwell wrote:
> > >
> > > Hi all,
> > >
> > > On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> > > wrote:
> >
On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> On Fri, 22 Jan 2016 03:40:45 +0100,
> Stephen Rothwell wrote:
> >
> > Hi all,
> >
> > On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> > wrote:
> > >
> > > On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
> > > wrote:
>
On Mon, 25 Jan 2016 11:41:12 +0100,
Vinod Koul wrote:
>
> On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> > On Fri, 22 Jan 2016 03:40:45 +0100,
> > Stephen Rothwell wrote:
> > >
> > > Hi all,
> > >
> > > On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> > > wrote:
> > > >
On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> On Fri, 22 Jan 2016 03:40:45 +0100,
> Stephen Rothwell wrote:
> >
> > Hi all,
> >
> > On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> > wrote:
> > >
> > > On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
> > > wrote:
>
On Mon, 25 Jan 2016 10:40:14 +0100,
Michael Ellerman wrote:
>
> On Mon, 2016-01-25 at 10:29 +0100, Takashi Iwai wrote:
> > On Fri, 22 Jan 2016 03:40:45 +0100, Stephen Rothwell wrote:
> > > diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
> > > index 50693c867e71..ee5f36b9c787
On Mon, 2016-01-25 at 10:29 +0100, Takashi Iwai wrote:
> On Fri, 22 Jan 2016 03:40:45 +0100, Stephen Rothwell wrote:
> > diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
> > index 50693c867e71..ee5f36b9c787 100644
> > --- a/sound/soc/codecs/Kconfig
> > +++
On Fri, 22 Jan 2016 03:40:45 +0100,
Stephen Rothwell wrote:
>
> Hi all,
>
> On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> wrote:
> >
> > On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
> > wrote:
> > >
> > > On Wed, 20 Jan 2016 15:09:47 +0100 Takashi Iwai wrote:
> > > >
> > >
On Mon, Jan 25, 2016 at 02:45:55PM +0100, Takashi Iwai wrote:
> Argh, a typo here. I forgot to refresh the patch, sorry.
> Below is the revised one.
This makes sense to me.
Reviwed-by: Mark Brown
though we will need to come up with an alternative solution for the
On Mon, 25 Jan 2016 12:41:50 +0100,
Mark Brown wrote:
>
> On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> > Stephen Rothwell wrote:
>
> > > diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
> > > index 50693c867e71..ee5f36b9c787 100644
> > > ---
On Mon, Jan 25, 2016 at 02:45:55PM +0100, Takashi Iwai wrote:
> On Mon, 25 Jan 2016 14:10:37 +0100,
> Takashi Iwai wrote:
> >
> > On Mon, 25 Jan 2016 12:41:50 +0100,
> > Mark Brown wrote:
> > >
> >
> > Signed-off-by: Takashi Iwai
> > ---
> > sound/core/compress_offload.c | 11
On Mon, 25 Jan 2016 14:10:37 +0100,
Takashi Iwai wrote:
>
> On Mon, 25 Jan 2016 12:41:50 +0100,
> Mark Brown wrote:
> >
> > On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> > > Stephen Rothwell wrote:
> >
> > > > diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
>
On Fri, 22 Jan 2016 03:40:45 +0100,
Stephen Rothwell wrote:
>
> Hi all,
>
> On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> wrote:
> >
> > On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
> > wrote:
> > >
> > > On Wed, 20 Jan 2016
On Mon, 2016-01-25 at 10:29 +0100, Takashi Iwai wrote:
> On Fri, 22 Jan 2016 03:40:45 +0100, Stephen Rothwell wrote:
> > diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
> > index 50693c867e71..ee5f36b9c787 100644
> > --- a/sound/soc/codecs/Kconfig
> > +++
On Mon, 25 Jan 2016 10:40:14 +0100,
Michael Ellerman wrote:
>
> On Mon, 2016-01-25 at 10:29 +0100, Takashi Iwai wrote:
> > On Fri, 22 Jan 2016 03:40:45 +0100, Stephen Rothwell wrote:
> > > diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
> > > index 50693c867e71..ee5f36b9c787
On Mon, 25 Jan 2016 11:41:12 +0100,
Vinod Koul wrote:
>
> On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> > On Fri, 22 Jan 2016 03:40:45 +0100,
> > Stephen Rothwell wrote:
> > >
> > > Hi all,
> > >
> > > On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> > >
On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> On Fri, 22 Jan 2016 03:40:45 +0100,
> Stephen Rothwell wrote:
> >
> > Hi all,
> >
> > On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> > wrote:
> > >
> > > On Thu, 21 Jan 2016 07:38:59 +1100 Stephen
On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> On Fri, 22 Jan 2016 03:40:45 +0100,
> Stephen Rothwell wrote:
> >
> > Hi all,
> >
> > On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> > wrote:
> > >
> > > On Thu, 21 Jan 2016 07:38:59 +1100 Stephen
On Mon, 25 Jan 2016 11:45:56 +0100,
Sudip Mukherjee wrote:
>
> On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> > On Fri, 22 Jan 2016 03:40:45 +0100,
> > Stephen Rothwell wrote:
> > >
> > > Hi all,
> > >
> > > On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
> > >
On Mon, Jan 25, 2016 at 12:03:54PM +0100, Takashi Iwai wrote:
> On Mon, 25 Jan 2016 11:45:56 +0100,
> Sudip Mukherjee wrote:
> >
> > On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> > > On Fri, 22 Jan 2016 03:40:45 +0100,
> > > Stephen Rothwell wrote:
> > > >
> > > > Hi all,
> > >
On Mon, Jan 25, 2016 at 10:29:54AM +0100, Takashi Iwai wrote:
> Stephen Rothwell wrote:
> > diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig
> > index 50693c867e71..ee5f36b9c787 100644
> > --- a/sound/soc/codecs/Kconfig
> > +++ b/sound/soc/codecs/Kconfig
> > @@ -13,6 +13,7 @@ menu
Hi all,
On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
wrote:
>
> On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
> wrote:
> >
> > On Wed, 20 Jan 2016 15:09:47 +0100 Takashi Iwai wrote:
> > >
> > > On Sat, 16 Jan 2016 09:51:29 +0100,
> > > Takashi Iwai wrote:
> > > >
> > > >
Hi all,
On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
wrote:
>
> On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
> wrote:
> >
> > On Wed, 20 Jan 2016 15:09:47 +0100 Takashi Iwai wrote:
> > >
> > > On Sat, 16 Jan 2016 09:51:29 +0100,
> > > Takashi Iwai wrote:
> > > >
> > > >
Hi all,
On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
wrote:
>
> On Wed, 20 Jan 2016 15:09:47 +0100 Takashi Iwai wrote:
> >
> > On Sat, 16 Jan 2016 09:51:29 +0100,
> > Takashi Iwai wrote:
> > >
> > > There are a few ways to fix this, but all are not comfortable.
> > >
> > > A.
Hi all,
On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
wrote:
>
> On Wed, 20 Jan 2016 15:09:47 +0100 Takashi Iwai wrote:
> >
> > On Sat, 16 Jan 2016 09:51:29 +0100,
> > Takashi Iwai wrote:
> > >
> > > There are a few ways to fix this, but all are
Hi all,
On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
wrote:
>
> On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
> wrote:
> >
> > On Wed, 20 Jan 2016 15:09:47 +0100 Takashi Iwai wrote:
> > >
> > > On Sat, 16 Jan 2016
Hi all,
On Fri, 22 Jan 2016 11:24:42 +1100 Stephen Rothwell
wrote:
>
> On Thu, 21 Jan 2016 07:38:59 +1100 Stephen Rothwell
> wrote:
> >
> > On Wed, 20 Jan 2016 15:09:47 +0100 Takashi Iwai wrote:
> > >
> > > On Sat, 16 Jan 2016
Hi Takashi,
On Wed, 20 Jan 2016 15:09:47 +0100 Takashi Iwai wrote:
>
> On Sat, 16 Jan 2016 09:51:29 +0100,
> Takashi Iwai wrote:
> >
> > There are a few ways to fix this, but all are not comfortable.
> >
> > A. Disable compress API for powerpc.
This also affects alpha, mips and (maybe) sparc.
Hi Takashi,
On Wed, 20 Jan 2016 15:09:47 +0100 Takashi Iwai wrote:
>
> On Sat, 16 Jan 2016 09:51:29 +0100,
> Takashi Iwai wrote:
> >
> > There are a few ways to fix this, but all are not comfortable.
> >
> > A. Disable compress API for powerpc.
This also affects alpha, mips and
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
allyesconfig) failed like this:
sound/core/compress_offload.c: In function 'snd_compr_ioctl':
/home/sfr/next/next/sound/core/compress_offload.c:804:2: error: case label does
not reduce to an integer constant
case
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
allyesconfig) failed like this:
sound/core/compress_offload.c: In function 'snd_compr_ioctl':
/home/sfr/next/next/sound/core/compress_offload.c:804:2: error: case label does
not reduce to an integer constant
case
Hi Andrew,
After merging the akpm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
fs/ext4/mballoc.c: In function 'ext4_mb_check_group_pa':
/home/sfr/next/next/fs/ext4/mballoc.c:3335:17: error: implicit declaration of
function 'abs64'
Hi Andrew,
After merging the akpm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
fs/ext4/mballoc.c: In function 'ext4_mb_check_group_pa':
/home/sfr/next/next/fs/ext4/mballoc.c:3335:17: error: implicit declaration of
function 'abs64'
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
kernel/time/clocksource.c: In function 'clocksource_watchdog':
kernel/time/clocksource.c:220:3: error: implicit declaration of function
'abs64' [-Werror=implicit-function-declaration]
if
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
kernel/time/clocksource.c: In function 'clocksource_watchdog':
kernel/time/clocksource.c:220:3: error: implicit declaration of function
'abs64' [-Werror=implicit-function-declaration]
if
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/net/ieee802154/at86rf230.c: In function 'at86rf230_stats_show':
drivers/net/ieee802154/at86rf230.c:1650:6: error: void value not ignored as it
ought to be
ret = seq_printf(file,
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/net/ieee802154/at86rf230.c: In function 'at86rf230_stats_show':
drivers/net/ieee802154/at86rf230.c:1650:6: error: void value not ignored as it
ought to be
ret = seq_printf(file,
Hi Andrew,
After merging the akpm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
fs/nsfs.c: In function 'nsfs_show_path':
fs/nsfs.c:145:2: error: void value not ignored as it ought to be
return seq_printf(seq, "%s:[%lu]", ns_ops->name, inode->i_ino);
^
Hi Andrew,
After merging the akpm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
fs/nsfs.c: In function 'nsfs_show_path':
fs/nsfs.c:145:2: error: void value not ignored as it ought to be
return seq_printf(seq, %s:[%lu], ns_ops-name, inode-i_ino);
^
fs/nsfs.c:146:1:
Hi Andrew,
After merging the akpm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
fs/nsfs.c: In function 'nsfs_show_path':
fs/nsfs.c:145:2: error: void value not ignored as it ought to be
return seq_printf(seq, "%s:[%lu]", ns_ops->name, inode->i_ino);
^
Hi Andrew,
After merging the akpm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
fs/nsfs.c: In function 'nsfs_show_path':
fs/nsfs.c:145:2: error: void value not ignored as it ought to be
return seq_printf(seq, %s:[%lu], ns_ops-name, inode-i_ino);
^
fs/nsfs.c:146:1:
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/crypto/marvell/cesa.c: In function 'mv_cesa_get_sram':
drivers/crypto/marvell/cesa.c:324:2: error: implicit declaration of function
'of_get_named_gen_pool'
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/crypto/marvell/cesa.c: In function 'mv_cesa_get_sram':
drivers/crypto/marvell/cesa.c:324:2: error: implicit declaration of function
'of_get_named_gen_pool'
Hi Thierry,
On Thu, 6 Nov 2014 12:24:00 +0100 Thierry Reding
wrote:
>
> I fixed this using the attached patch.
I will apply this to linux-next today (unless Andrew beats me to it).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgptxz_cahjEZ.pgp
Description: OpenPGP
Hi Thierry,
On Thu, 6 Nov 2014 12:24:00 +0100 Thierry Reding thierry.red...@gmail.com
wrote:
I fixed this using the attached patch.
I will apply this to linux-next today (unless Andrew beats me to it).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgptxz_cahjEZ.pgp
On Thu, Nov 06, 2014 at 12:24:00PM +0100, Thierry Reding wrote:
> On Thu, Nov 06, 2014 at 07:36:18PM +1100, Stephen Rothwell wrote:
> > Hi Andrew,
> >
> > After merging the akpm tree, today's linux-next build (sparc defconfig)
> > failed like this:
> >
> > mm/slab.c: In function 'slab_alloc':
>
On Thu, Nov 06, 2014 at 07:36:18PM +1100, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (sparc defconfig)
> failed like this:
>
> mm/slab.c: In function 'slab_alloc':
> mm/slab.c:3260:4: error: implicit declaration of function 'slab_free'
>
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc defconfig)
failed like this:
mm/slab.c: In function 'slab_alloc':
mm/slab.c:3260:4: error: implicit declaration of function 'slab_free'
[-Werror=implicit-function-declaration]
slab_free(cachep, objp);
^
mm/slab.c:
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc defconfig)
failed like this:
mm/slab.c: In function 'slab_alloc':
mm/slab.c:3260:4: error: implicit declaration of function 'slab_free'
[-Werror=implicit-function-declaration]
slab_free(cachep, objp);
^
mm/slab.c:
On Thu, Nov 06, 2014 at 07:36:18PM +1100, Stephen Rothwell wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc defconfig)
failed like this:
mm/slab.c: In function 'slab_alloc':
mm/slab.c:3260:4: error: implicit declaration of function 'slab_free'
On Thu, Nov 06, 2014 at 12:24:00PM +0100, Thierry Reding wrote:
On Thu, Nov 06, 2014 at 07:36:18PM +1100, Stephen Rothwell wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc defconfig)
failed like this:
mm/slab.c: In function 'slab_alloc':
Hi Don,
On Tue, 26 Aug 2014 09:54:17 -0400 Don Zickus wrote:
>
> On Tue, Aug 26, 2014 at 05:18:18PM +1000, Stephen Rothwell wrote:
> > Hi Andrew,
> >
> > After merging the akpm tree, today's linux-next build (sparc64
> > defconfig) failed like this:
> >
> > kernel/built-in.o: In function
On Tue, Aug 26, 2014 at 05:18:18PM +1000, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (sparc64
> defconfig) failed like this:
>
> kernel/built-in.o: In function `proc_dowatchdog':
> (.text+0x6a620): undefined reference to
>
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64
defconfig) failed like this:
kernel/built-in.o: In function `proc_dowatchdog':
(.text+0x6a620): undefined reference to
`watchdog_hardlockup_detector_is_enabled'
kernel/built-in.o: In function `proc_dowatchdog':
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64
defconfig) failed like this:
kernel/built-in.o: In function `proc_dowatchdog':
(.text+0x6a620): undefined reference to
`watchdog_hardlockup_detector_is_enabled'
kernel/built-in.o: In function `proc_dowatchdog':
On Tue, Aug 26, 2014 at 05:18:18PM +1000, Stephen Rothwell wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64
defconfig) failed like this:
kernel/built-in.o: In function `proc_dowatchdog':
(.text+0x6a620): undefined reference to
Hi Don,
On Tue, 26 Aug 2014 09:54:17 -0400 Don Zickus dzic...@redhat.com wrote:
On Tue, Aug 26, 2014 at 05:18:18PM +1000, Stephen Rothwell wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64
defconfig) failed like this:
kernel/built-in.o: In function
On Wed 16-07-14 18:26:41, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> mm/memcontrol.c:5269:12: error: 'CFTYPE_INSANE' undeclared here (not in a
> function)
>.flags = CFTYPE_INSANE,
>
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
mm/memcontrol.c:5269:12: error: 'CFTYPE_INSANE' undeclared here (not in a
function)
.flags = CFTYPE_INSANE,
^
Caused by commit 8fa6a8baeffc ("memcg: deprecate
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
mm/memcontrol.c:5269:12: error: 'CFTYPE_INSANE' undeclared here (not in a
function)
.flags = CFTYPE_INSANE,
^
Caused by commit 8fa6a8baeffc (memcg: deprecate
On Wed 16-07-14 18:26:41, Stephen Rothwell wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
mm/memcontrol.c:5269:12: error: 'CFTYPE_INSANE' undeclared here (not in a
function)
.flags = CFTYPE_INSANE,
^
On Fri, 7 Mar 2014 11:05:49 -0600 (CST) Christoph Lameter
wrote:
> On Thu, 6 Mar 2014, Andrew Morton wrote:
>
> > > So, by "the whole series" do you mean just/all these:
> > >
> > > percpu-add-raw_cpu_ops.patch
> > > ...
> > > sh-replace-__get_cpu_var-uses.patch
> >
> > Yep. Commented out in
On Thu, 6 Mar 2014, Andrew Morton wrote:
> > So, by "the whole series" do you mean just/all these:
> >
> > percpu-add-raw_cpu_ops.patch
> > ...
> > sh-replace-__get_cpu_var-uses.patch
>
> Yep. Commented out in http://ozlabs.org/~akpm/mmots/series
>
> > If so, I will remove them from my tree
On Thu, 6 Mar 2014, Stephen Rothwell wrote:
>
> I have reverted that commit for today.
>
> I suspect that this whole series may need more review and work.
Toss the bits that do not build for now. These can then be handled in
individual patches since the overall framework is present.
--
To
On Thu, 6 Mar 2014, Stephen Rothwell wrote:
I have reverted that commit for today.
I suspect that this whole series may need more review and work.
Toss the bits that do not build for now. These can then be handled in
individual patches since the overall framework is present.
--
To
On Thu, 6 Mar 2014, Andrew Morton wrote:
So, by the whole series do you mean just/all these:
percpu-add-raw_cpu_ops.patch
...
sh-replace-__get_cpu_var-uses.patch
Yep. Commented out in http://ozlabs.org/~akpm/mmots/series
If so, I will remove them from my tree today (if you don't
On Fri, 7 Mar 2014 11:05:49 -0600 (CST) Christoph Lameter c...@linux.com
wrote:
On Thu, 6 Mar 2014, Andrew Morton wrote:
So, by the whole series do you mean just/all these:
percpu-add-raw_cpu_ops.patch
...
sh-replace-__get_cpu_var-uses.patch
Yep. Commented out in
On Fri, 7 Mar 2014 11:57:44 +1100 Stephen Rothwell
wrote:
> Hi Andrew,
>
> On Thu, 6 Mar 2014 13:48:48 -0800 Andrew Morton
> wrote:
> >
> > Yes, I've disabled the whole series for now. Some of these errors
> > appear to be caused by compiler mishandling, so it's going to be
> > difficult :(
Hi Andrew,
On Thu, 6 Mar 2014 13:48:48 -0800 Andrew Morton
wrote:
>
> Yes, I've disabled the whole series for now. Some of these errors
> appear to be caused by compiler mishandling, so it's going to be
> difficult :(
So, by "the whole series" do you mean just/all these:
On Thu, 6 Mar 2014 19:22:34 +1100 Stephen Rothwell
wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (sparc64 defconfig)
> failed like this:
>
> arch/sparc/kernel/time_64.c: In function 'timer_interrupt':
> arch/sparc/kernel/time_64.c:735:28: error: lvalue required
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64 defconfig)
failed like this:
arch/sparc/kernel/time_64.c: In function 'timer_interrupt':
arch/sparc/kernel/time_64.c:735:28: error: lvalue required as increment operand
arch/sparc/kernel/traps_64.c: In function
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64 defconfig)
failed like this:
arch/sparc/kernel/time_64.c: In function 'timer_interrupt':
arch/sparc/kernel/time_64.c:735:28: error: lvalue required as increment operand
arch/sparc/kernel/traps_64.c: In function
On Thu, 6 Mar 2014 19:22:34 +1100 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64 defconfig)
failed like this:
arch/sparc/kernel/time_64.c: In function 'timer_interrupt':
arch/sparc/kernel/time_64.c:735:28: error:
Hi Andrew,
On Thu, 6 Mar 2014 13:48:48 -0800 Andrew Morton a...@linux-foundation.org
wrote:
Yes, I've disabled the whole series for now. Some of these errors
appear to be caused by compiler mishandling, so it's going to be
difficult :(
So, by the whole series do you mean just/all these:
On Fri, 7 Mar 2014 11:57:44 +1100 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Andrew,
On Thu, 6 Mar 2014 13:48:48 -0800 Andrew Morton a...@linux-foundation.org
wrote:
Yes, I've disabled the whole series for now. Some of these errors
appear to be caused by compiler mishandling,
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
arch/powerpc/mm/stab.c: In function '__ste_allocate':
arch/powerpc/mm/stab.c:138:42: error: lvalue required as left operand of
assignment
__this_cpu_read(stab_cache[offset++]) =
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
arch/powerpc/mm/stab.c: In function '__ste_allocate':
arch/powerpc/mm/stab.c:138:42: error: lvalue required as left operand of
assignment
__this_cpu_read(stab_cache[offset++]) =
On Wed, Sep 25, 2013 at 02:43:28PM -0700, Andrew Morton wrote:
> On Wed, 25 Sep 2013 14:32:14 -0700 (PDT) Hugh Dickins
> wrote:
>
> > On Wed, 25 Sep 2013, Andrew Morton wrote:
> > > On Wed, 25 Sep 2013 11:06:43 +1000 Stephen Rothwell
> > > wrote:
> > > > Hi Andrew,
> > > >
> > > > After
On Wed, Sep 25, 2013 at 02:43:28PM -0700, Andrew Morton wrote:
On Wed, 25 Sep 2013 14:32:14 -0700 (PDT) Hugh Dickins hu...@google.com
wrote:
On Wed, 25 Sep 2013, Andrew Morton wrote:
On Wed, 25 Sep 2013 11:06:43 +1000 Stephen Rothwell
s...@canb.auug.org.au wrote:
Hi Andrew,
On Wed, 25 Sep 2013 14:32:14 -0700 (PDT) Hugh Dickins wrote:
> On Wed, 25 Sep 2013, Andrew Morton wrote:
> > On Wed, 25 Sep 2013 11:06:43 +1000 Stephen Rothwell
> > wrote:
> > > Hi Andrew,
> > >
> > > After merging the akpm tree, linux-next builds (powerpc allmodconfig)
> > > fail like this:
On Wed, 25 Sep 2013, Andrew Morton wrote:
> On Wed, 25 Sep 2013 11:06:43 +1000 Stephen Rothwell
> wrote:
> > Hi Andrew,
> >
> > After merging the akpm tree, linux-next builds (powerpc allmodconfig)
> > fail like this:
>
> I can't get powerpc to build at all at present:
>
> CHK
On Wed, 25 Sep 2013 11:06:43 +1000 Stephen Rothwell
wrote:
> Hi Andrew,
>
> After merging the akpm tree, linux-next builds (powerpc allmodconfig)
> fail like this:
I can't get powerpc to build at all at present:
CHK include/config/kernel.release
CHK
On Wed, 25 Sep 2013 11:06:43 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Andrew,
After merging the akpm tree, linux-next builds (powerpc allmodconfig)
fail like this:
I can't get powerpc to build at all at present:
CHK include/config/kernel.release
CHK
On Wed, 25 Sep 2013, Andrew Morton wrote:
On Wed, 25 Sep 2013 11:06:43 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Andrew,
After merging the akpm tree, linux-next builds (powerpc allmodconfig)
fail like this:
I can't get powerpc to build at all at present:
CHK
On Wed, 25 Sep 2013 14:32:14 -0700 (PDT) Hugh Dickins hu...@google.com wrote:
On Wed, 25 Sep 2013, Andrew Morton wrote:
On Wed, 25 Sep 2013 11:06:43 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Andrew,
After merging the akpm tree, linux-next builds (powerpc allmodconfig)
On Tue, Sep 24, 2013 at 8:06 PM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, linux-next builds (powerpc allmodconfig)
> fail like this:
>
> drivers/tty/ehv_bytechan.c:362:1: error: type defaults to 'int' in
> declaration of 'console_initcall' [-Werror=implicit-int]
>
>
Hi Andrew,
After merging the akpm tree, linux-next builds (powerpc allmodconfig)
fail like this:
drivers/tty/ehv_bytechan.c:362:1: error: type defaults to 'int' in declaration
of 'console_initcall' [-Werror=implicit-int]
Caused by commit 0f01cf96c2d4 ("./Makefile: enable -Werror=implicit-int
Hi Andrew,
After merging the akpm tree, linux-next builds (powerpc allmodconfig)
fail like this:
drivers/tty/ehv_bytechan.c:362:1: error: type defaults to 'int' in declaration
of 'console_initcall' [-Werror=implicit-int]
Caused by commit 0f01cf96c2d4 (./Makefile: enable -Werror=implicit-int
On Tue, Sep 24, 2013 at 8:06 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Andrew,
After merging the akpm tree, linux-next builds (powerpc allmodconfig)
fail like this:
drivers/tty/ehv_bytechan.c:362:1: error: type defaults to 'int' in
declaration of 'console_initcall'
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
fs/ext4/extents_status.c: In function 'ext4_es_shrink':
fs/ext4/extents_status.c:990:50: error: 'ret' undeclared (first use in this
function)
trace_ext4_es_shrink_exit(sbi->s_sb,
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
fs/ext4/extents_status.c: In function 'ext4_es_shrink':
fs/ext4/extents_status.c:990:50: error: 'ret' undeclared (first use in this
function)
trace_ext4_es_shrink_exit(sbi-s_sb,
On Fri, Jun 7, 2013 at 3:52 PM, Stephen Rothwell wrote:
> Hi,
>
> On Fri, 7 Jun 2013 15:26:56 +0800 Peng Tao wrote:
>>
>> On Fri, Jun 7, 2013 at 2:28 PM, Stephen Rothwell
>> wrote:
>> >
>> > After merging the akpm tree, today's linux-next build (x86_64
>> > allmodconfig) failed like this:
>> >
Hi,
On Fri, 7 Jun 2013 15:26:56 +0800 Peng Tao wrote:
>
> On Fri, Jun 7, 2013 at 2:28 PM, Stephen Rothwell
> wrote:
> >
> > After merging the akpm tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > In file included from
> >
On Fri, Jun 7, 2013 at 2:28 PM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> In file included from
> drivers/staging/lustre/include/linux/libcfs/linux/libcfs.h:49:0,
> from
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from
drivers/staging/lustre/include/linux/libcfs/linux/libcfs.h:49:0,
from drivers/staging/lustre/include/linux/libcfs/libcfs.h:44,
from
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from
drivers/staging/lustre/include/linux/libcfs/linux/libcfs.h:49:0,
from drivers/staging/lustre/include/linux/libcfs/libcfs.h:44,
from
On Fri, Jun 7, 2013 at 2:28 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from
drivers/staging/lustre/include/linux/libcfs/linux/libcfs.h:49:0,
Hi,
On Fri, 7 Jun 2013 15:26:56 +0800 Peng Tao bergw...@gmail.com wrote:
On Fri, Jun 7, 2013 at 2:28 PM, Stephen Rothwell s...@canb.auug.org.au
wrote:
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from
On Fri, Jun 7, 2013 at 3:52 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi,
On Fri, 7 Jun 2013 15:26:56 +0800 Peng Tao bergw...@gmail.com wrote:
On Fri, Jun 7, 2013 at 2:28 PM, Stephen Rothwell s...@canb.auug.org.au
wrote:
After merging the akpm tree, today's linux-next build
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
fs/aio.c: In function 'put_ioctx':
fs/aio.c:386:6: error: void value not ignored as it ought to be
if (percpu_ref_put(>users))
^
fs/aio.c: In function 'ioctx_alloc':
101 - 200 of 315 matches
Mail list logo