On Thu, Dec 3, 2020 at 9:52 AM Stephen Rothwell wrote:
>
> Hi all,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> mm/kasan/quarantine.c: In function 'quarantine_put':
> mm/kasan/quarantine.c:197:15: error: 'info' undeclared (first use in thi
Hi Mike,
On Sun, 15 Nov 2020 11:01:05 +0200 Mike Rapoport wrote:
>
> My preference would be to put the entire function body in '#ifdef
> CONFIG_MEMCG' here.
OK, so today I used this:
From: Stephen Rothwell
Date: Mon, 16 Nov 2020 16:55:10 +1100
Subject: [PATCH] secretmem-add-memcg-accounting-fi
On Fri, Nov 13, 2020 at 05:14:52PM -0800, Andrew Morton wrote:
> On Fri, 13 Nov 2020 18:02:39 +1100 Stephen Rothwell
> wrote:
>
> > Hi all,
> >
> > After merging the akpm tree, today's linux-next build (i386 defconfig)
> > failed like this:
> >
> > mm/secretmem.c: In function 'secretmem_memcg_
On Fri, 13 Nov 2020 18:02:39 +1100 Stephen Rothwell
wrote:
> Hi all,
>
> After merging the akpm tree, today's linux-next build (i386 defconfig)
> failed like this:
>
> mm/secretmem.c: In function 'secretmem_memcg_charge':
> mm/secretmem.c:72:4: error: 'struct page' has no member named 'memcg_d
Thanks,
the fix looks correct.
Hi all,
On Thu, 4 Jun 2020 16:44:42 +1000 Stephen Rothwell
wrote:
>
> Hi all,
>
> After merging the akpm tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> arch/powerpc/mm/ptdump/ptdump.c: In function 'walk_pagetables':
> arch/powerpc/mm/ptdump/ptdump.c:337:25: error
On Tue, 2 Jun 2020 19:57:41 +1000 Stephen Rothwell
wrote:
> Subject: [PATCH] turns out that probe_user_write is used in modular code
>
> Signed-off-by: Stephen Rothwell
> ---
> mm/maccess.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/mm/maccess.c b/mm/maccess.c
> index ddfda8e6f
This looks correct, thanks.
Hi John,
On Mon, 25 May 2020 11:18:46 -0700 John Hubbard wrote:
>
> Yes, looks good. And in fact, Andrew has the same fix-up in the mmotm branch
> of
> linux-next.git, as
>
> commit a76c281a8ddd
> ("mmap-locking-api-rename-mmap_sem-to-mmap_lock-fix").
For some reason that was not include
On 2020-05-25 05:17, Stephen Rothwell wrote:
Hi all,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from include/linux/kernel.h:14,
from mm/gup.c:2:
mm/gup.c: In function 'internal_get_user_pages_fast':
mm/gup.c:2
On Tue, Feb 26, 2019 at 06:39:15PM +1100, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> allnoconfig) failed like this:
>
> /home/sfr/next/next/arch/powerpc/kernel/setup_32.c:176:21: error:
> redefinition of 'alloc_stack'
> static void
Hi Anshuman,
On Wed, 12 Dec 2018 22:35:38 +0530 Anshuman Khandual
wrote:
>
> On 12/03/2018 12:30 PM, Stephen Rothwell wrote:
> > Hi Andrew,
> >
> > After merging the akpm tree, today's linux-next build (powerpc_le perf)
> > failed like this:
> >
> > bench/numa.c:37:10: fatal error: linux/numa.
On 12/03/2018 12:30 PM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc_le perf)
> failed like this:
>
> bench/numa.c:37:10: fatal error: linux/numa.h: No such file or directory
> #include
> ^~
>
> Caused by patch
On 12/03/2018 12:30 PM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc_le perf)
> failed like this:
>
> bench/numa.c:37:10: fatal error: linux/numa.h: No such file or directory
> #include
> ^~
>
> Caused by patch
On 11/30/2018 11:00 AM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc_le perf)
> failed like this:
>
> bench/numa.c: In function 'bind_to_node':
> bench/numa.c:301:21: error: 'NUMA_NO_NODE' undeclared (first use in this
> function); di
* Stephen Rothwell wrote:
> Hi all,
>
> On Mon, 8 Oct 2018 19:03:41 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the akpm tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > arch/x86/mm/kaslr.c:26:10: fatal error: linux/bootmem.h: No such file or
> >
Hi all,
On Mon, 8 Oct 2018 19:03:41 +1100 Stephen Rothwell
wrote:
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> arch/x86/mm/kaslr.c:26:10: fatal error: linux/bootmem.h: No such file or
> directory
> #include
> ^~
Hi Greg,
On Wed, 21 Mar 2018 11:02:08 +0100 Greg Kroah-Hartman
wrote:
>
> Patch is now queued up, thanks.
Excellent.
--
Cheers,
Stephen Rothwell
pgpMuNJUwYuTO.pgp
Description: OpenPGP digital signature
On Wed, Mar 21, 2018 at 07:17:27PM +1100, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> drivers/base/firmware_loader/fallback.c: In function 'map_fw_priv_pages':
> drivers/base/firmware_loader/fallback
On Tue, Aug 1, 2017 at 8:40 PM, Kees Cook wrote:
>>
>> I don't know why this has turned up now. I have just left it broken
>> for now and would appreciate any fix.
>
> Thanks for the heads-up! I'm not sure why this suddenly appeared
> either, but Arnd has sent a patch for this now.
The main diff
On Mon, Jul 31, 2017 at 11:25 PM, Stephen Rothwell
wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> In file included from arch/powerpc/include/asm/paca.h:19:0,
> from arch/powerpc/include/asm/hw_irq.h:42,
From: Stephen Rothwell
Date: Fri, 30 Jun 2017 16:32:41 +1000
> From: Stephen Rothwell
> Date: Fri, 30 Jun 2017 16:24:35 +1000
> Subject: [PATCH] net/mlx5: fix memcpy limit?
>
> Signed-off-by: Stephen Rothwell
Applied, thanks.
Hi all,
On Fri, 30 Jun 2017 16:32:41 +1000 Stephen Rothwell
wrote:
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> In file included from include/linux/bitmap.h:8:0,
> from include/linux/cpumask.h:11,
> fro
Hi Michal,
On Mon, 26 Jun 2017 09:13:46 +0200 Michal Hocko wrote:
>
> On Mon 26-06-17 16:53:43, Stephen Rothwell wrote:
> >
> > After merging the akpm tree, today's linux-next build (sparc64 defconfig)
> > failed like this:
> >
> > arch/sparc/kernel/mdesc.c: In function 'mdesc_kmalloc':
> > arc
On Mon 26-06-17 16:53:43, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (sparc64 defconfig)
> failed like this:
>
> arch/sparc/kernel/mdesc.c: In function 'mdesc_kmalloc':
> arch/sparc/kernel/mdesc.c:208:48: error: '__GFP_REPEAT' undeclared (first
On Mon 20-03-17 16:37:35, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> fs/f2fs/node.c: In function 'init_free_nid_cache':
> fs/f2fs/node.c:2634:25: error: implicit declaration of function
> 'f2fs_kvza
On 03/20, Michal Hocko wrote:
> On Mon 20-03-17 16:37:35, Stephen Rothwell wrote:
> > Hi Andrew,
> >
> > After merging the akpm tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > fs/f2fs/node.c: In function 'init_free_nid_cache':
> > fs/f2fs/node.c:2634:25: error:
On 03/06/2017 07:07 PM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from include/net/sock.h:64:0,
> from include/linux/tcp.h:23,
> from include/l
On Tue, 26 Jan 2016 21:51:30 +0100,
Stephen Rothwell wrote:
>
> Hi Takashi,
>
> On Mon, 25 Jan 2016 14:45:55 +0100 Takashi Iwai wrote:
> >
> > From: Takashi Iwai
> > Subject: [PATCH v2] ALSA: compress: Disable GET_CODEC_CAPS ioctl for some
> > architectures
> >
> > Some architectures like Pow
Hi Takashi,
On Mon, 25 Jan 2016 14:45:55 +0100 Takashi Iwai wrote:
>
> From: Takashi Iwai
> Subject: [PATCH v2] ALSA: compress: Disable GET_CODEC_CAPS ioctl for some
> architectures
>
> Some architectures like PowerPC can handle the maximum struct size in
> an ioctl only up to 13 bits, and str
On Mon, Jan 25, 2016 at 01:55:46PM +, Mark Brown wrote:
>
> though we will need to come up with an alternative solution for the
> affected architectures if anyone ends up caring (MIPS or PowerPC might
> possibly).
Okay I did some rethink on this. So we should be able to make
MAX_NUM_CODEC_DES
On Mon, Jan 25, 2016 at 02:45:55PM +0100, Takashi Iwai wrote:
> Below is the revised one.
Acked-by: Vinod Koul
Thanks for fixing this up...
--
~Vinod
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, 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
affected architectures if an
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 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
> > > --- a/sound/soc/codecs/K
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
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 10064
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
> > +++ 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 15:09:47 +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:
> > > >
> > > > T
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:
> > > >
> > > > T
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. Disable
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 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 di
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'
> [-Werr
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 `proc_
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
> `watchdog_hardlockup_
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 h
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
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 unsubs
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:
percpu-add-raw_cpu_op
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
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 mergi
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 include/co
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 include/generated/uapi/linux/ve
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]
>
> C
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
> > drivers/staging/lustre/include/linux/l
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 drivers/sta
On 11/02/2013 09:13, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> drivers/net/ethernet/mellanox/mlx4/en_rx.c: In function
> 'mlx4_en_process_rx_cq':
> drivers/net/ethernet/mellanox/mlx4/en_rx.c:62
On Tue, Dec 18, 2012 at 01:29:07PM +1100, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> mm/migrate.c: In function 'migrate_misplaced_transhuge_page':
> mm/migrate.c:1738:2: error: incompatible type for
* Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> mm/migrate.c: In function 'migrate_misplaced_transhuge_page_put':
> mm/migrate.c:1666:2: error: incompatible type for argument 3 of
> 'update_mmu_cach
On Wed, 24 Oct 2012 12:19:39 -0700
Joe Perches wrote:
> On Tue, 2012-10-23 at 13:02 -0700, Andrew Morton wrote:
> > On Tue, 23 Oct 2012 12:51:29 -0700
> > Joe Perches wrote:
> >
> > > > btw, what's up with printk_syslog.h? It includes two header files
> > > > which it
> > > > doesn't need but
On Tue, 2012-10-23 at 13:02 -0700, Andrew Morton wrote:
> On Tue, 23 Oct 2012 12:51:29 -0700
> Joe Perches wrote:
>
> > > btw, what's up with printk_syslog.h? It includes two header files which
> > > it
> > > doesn't need but fails to include the two it *does* need: printk_log.h
> > > and types
On Tue, 23 Oct 2012 12:51:29 -0700
Joe Perches wrote:
> > btw, what's up with printk_syslog.h? It includes two header files which it
> > doesn't need but fails to include the two it *does* need: printk_log.h
> > and types.h.
> >
> >
>
> printk_syslog.c includes kernel.h (it includes types.h)
On Tue, 2012-10-23 at 12:44 -0700, Andrew Morton wrote:
> On Tue, 23 Oct 2012 14:42:21 +1100
> Stephen Rothwell wrote:
>
> > Hi Andrew,
> >
> > After merging the akpm tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> > kernel/printk/printk_syslog.c: In functio
On Tue, 23 Oct 2012 14:42:21 +1100
Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> kernel/printk/printk_syslog.c: In function 'printk_syslog_print':
> kernel/printk/printk_syslog.c:108:3: error: imp
On Tue, 2012-10-23 at 14:42 +1100, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> kernel/printk/printk_syslog.c: In function 'printk_syslog_print':
> kernel/printk/printk_syslog.c:108:3: error: impli
On Fri, 28 Sep 2012 11:19:29 -0400 (EDT)
Mikulas Patocka wrote:
> > - if (!prio_tree_empty(&mapping->i_mmap) ||
> > + if (!RB_EMPTY_ROOT(&mapping->i_mmap) ||
> > !list_empty(&mapping->i_mmap_nonlinear)) {
> > mutex_unlock(&mapping->i_mmap_mutex);
> > percpu_up_
On Fri, 28 Sep 2012, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> fs/block_dev.c: In function 'set_blocksize':
> fs/block_dev.c:135:2: error: implicit declaration of function
> 'prio_tree_empty
Hi Andrew,
On Wed, 26 Sep 2012 13:33:35 -0700 Andrew Morton
wrote:
>
> On Wed, 26 Sep 2012 13:15:58 -0700
> Kees Cook wrote:
>
> > This is weird -- my original patch doesn't touch audit_get_sessionid() at
> > all:
> > http://git.kernel.org/?p=linux/kernel/git/kees/linux.git;a=commitdiff;h=7bb
On Wed, 26 Sep 2012 13:42:05 -0700
Kees Cook wrote:
> > +static inline int audit_get_loginuid(struct task_struct *tsk)
>
> Shouldn't this return kuid_t, due to "userns: Convert the audit
> loginuid to be a kuid"?
yup, thanks.
--- a/include/linux/audit.h~audith-replace-defines-with-c-stubs-fix
Hi,
Thanks! This almost matched what I was preparing. Notes below...
On Wed, Sep 26, 2012 at 1:33 PM, Andrew Morton
wrote:
> On Wed, 26 Sep 2012 13:15:58 -0700
> Kees Cook wrote:
>
>> This is weird -- my original patch doesn't touch audit_get_sessionid() at
>> all:
>> http://git.kernel.org/?p=
On Wed, 26 Sep 2012 13:15:58 -0700
Kees Cook wrote:
> This is weird -- my original patch doesn't touch audit_get_sessionid() at all:
> http://git.kernel.org/?p=linux/kernel/git/kees/linux.git;a=commitdiff;h=7bbfec58ed33d5e74043530b87992f16da718ba2
That patch has been broken multiple times as thi
Hi,
This is weird -- my original patch doesn't touch audit_get_sessionid() at all:
http://git.kernel.org/?p=linux/kernel/git/kees/linux.git;a=commitdiff;h=7bbfec58ed33d5e74043530b87992f16da718ba2
The patch in linux-next (currently
e269b4131288512ebfe2adfe69042983cb2e69e5) got mangled to include
r
Hi Roland,
I am on vacation until next Tuesday -- I'll look at this then.
-Jack
On Monday 24 September 2012 21:36, Roland Dreier wrote:
> On Mon, Sep 24, 2012 at 7:02 AM, Stephen Rothwell
> wrote:
> > After merging the akpm tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed li
On Mon, 24 Sep 2012 12:36:43 -0700
Roland Dreier wrote:
> On Mon, Sep 24, 2012 at 7:02 AM, Stephen Rothwell
> wrote:
> > After merging the akpm tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> > drivers/infiniband/hw/mlx4/cm.c: In function 'id_map_alloc':
> >
On Mon, Sep 24, 2012 at 7:02 AM, Stephen Rothwell wrote:
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> drivers/infiniband/hw/mlx4/cm.c: In function 'id_map_alloc':
> drivers/infiniband/hw/mlx4/cm.c:228:36: error: 'MAX_ID_MASK' undeclared
Hi Stephen,
On Fri, Sep 21, 2012 at 8:26 AM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> fs/compat_binfmt_elf.c:22:53: fatal error: asm/sigframe.h: No such file or
> directory
>
> Caused by commi
Hi Andrew,
On Thu, 13 Sep 2012 18:31:06 +1000 Stephen Rothwell
wrote:
>
> Here is the chunk of the series file I have:
>
> idr-rename-max_level-to-max_idr_level.patch
> idr-rename-max_level-to-max_idr_level-fix.patch
> idr-rename-max_level-to-max_idr_level-fix-fix-2.patch
> #NEXT_PATCHES_END
>
Hi Zhang,
On Thu, 13 Sep 2012 16:46:27 +0800 Zhang Rui wrote:
>
> I'm new as a git owner, so a stupid question here,
> in this case, who should keep this fix? Do I need to do something when
> sending pull request?
Andrew will take care of it.
--
Cheers,
Stephen Rothwells...
Hi, all,
On 四, 2012-09-13 at 17:44 +1000, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/thermal/cpu_cooling.c: In function 'get_idr':
> drivers/thermal/cpu_cooling.c:89:14: error: 'MAX_ID_MASK'
Hi Sachin,
On Thu, 13 Sep 2012 13:19:48 +0530 Sachin Kamat wrote:
>
> > - * This program is distributed in the hope that it will be useful, but
> > + * This program is distributed in the hope that it will be useful,
> > butX_ID_MASK
>
> ^
> Looks like a
Hi Andrew,
On Thu, 13 Sep 2012 00:56:57 -0700 Andrew Morton
wrote:
>
> On Thu, 13 Sep 2012 17:44:41 +1000 Stephen Rothwell
> wrote:
>
> > After merging the akpm tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > drivers/thermal/cpu_cooling.c: In function 'get_
On Thu, 13 Sep 2012 17:44:41 +1000 Stephen Rothwell
wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/thermal/cpu_cooling.c: In function 'get_idr':
> drivers/thermal/cpu_cooling.c:89:14: error: 'MAX_ID_MASK' unde
On 13 September 2012 13:14, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/thermal/cpu_cooling.c: In function 'get_idr':
> drivers/thermal/cpu_cooling.c:89:14: error: 'MAX_ID_MASK' undeclared (fir
Hi,
Thanks for the patch - I'd not realised that I'd used the wrong function
there... it is fixed now in the GFS2 -nmw tree,
Steve.
On Sun, 2012-08-05 at 22:04 -0700, Michel Lespinasse wrote:
> gfs2 calls RB_EMPTY_NODE() to check if nodes are not on an rbtree.
> The corresponding initialization
gfs2 calls RB_EMPTY_NODE() to check if nodes are not on an rbtree.
The corresponding initialization function is RB_CLEAR_NODE().
rb_init_node() was never clearly defined and is going away.
Signed-off-by: Michel Lespinasse
---
fs/gfs2/rgrp.c |5 ++---
1 files changed, 2 insertions(+), 3 delet
On Sun, Aug 5, 2012 at 8:43 PM, Stephen Rothwell wrote:
> Caused by commit 5599fe1ab023 ("rbtree: empty nodes have no color") from
> the akpm tree interacting with commit cde7c325077b ("GFS2: Add structure
> to contain rgrp, bitmap, offset tuple") from the gfs2 tree.
>
> I have applied the followi
On Mon, Jul 30, 2012 at 9:40 PM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> net/ceph/osd_client.c: In function 'ceph_osdc_alloc_request':
> net/ceph/osd_client.c:216:2: error: implicit declaration of
1 - 100 of 102 matches
Mail list logo