search for: rothwell

On Fri, Dec 12, 2014 at 08:07:05AM +1100, Stephen Rothwell wrote: > Hi Michael, > > On Thu, 11 Dec 2014 14:02:48 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > > The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d: > > > > Linux 3.18 (2014-12-07 14:21:05 -0800) >...

On Fri, Dec 12, 2014 at 08:07:05AM +1100, Stephen Rothwell wrote: > Hi Michael, > > On Thu, 11 Dec 2014 14:02:48 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > > The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d: > > > > Linux 3.18 (2014-12-07 14:21:05 -0800) >...

On 10/23/2012 09:19 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201023: > on x86_64: drivers/built-in.o: In function `dbgp_reset_prep': (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep' drivers/built-in.o: In function `dbgp_external_startup': (.text+0xb9d95): undefined reference to `...

On 10/23/2012 09:19 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201023: > on x86_64: drivers/built-in.o: In function `dbgp_reset_prep': (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep' drivers/built-in.o: In function `dbgp_external_startup': (.text+0xb9d95): undefined reference to `...

On 10/23/2012 09:19 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201023: > on x86_64: drivers/built-in.o: In function `dbgp_reset_prep': (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep' drivers/built-in.o: In function `dbgp_external_startup': (.text+0xb9d95): undefined reference to `...

...include a previous day's version. Merging in other stable trees is OK (as long as the other maintainer is aware of that and makes sure that their tree does not reabse). Basically what you send to me should be what you intend to send to Linus during the next merge window. -- Cheers, Stephen Rothwell sfr at canb.auug.org.au http://www.canb.auug.org.au/~sfr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available Url : http://lists.linux-foundation.org/pipermail/virtua...

...include a previous day's version. Merging in other stable trees is OK (as long as the other maintainer is aware of that and makes sure that their tree does not reabse). Basically what you send to me should be what you intend to send to Linus during the next merge window. -- Cheers, Stephen Rothwell sfr at canb.auug.org.au http://www.canb.auug.org.au/~sfr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available Url : http://lists.linux-foundation.org/pipermail/virtua...

...include a previous day's version. Merging in other stable trees is OK (as long as the other maintainer is aware of that and makes sure that their tree does not reabse). Basically what you send to me should be what you intend to send to Linus during the next merge window. -- Cheers, Stephen Rothwell sfr at canb.auug.org.au http://www.canb.auug.org.au/~sfr/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available Url : http://lists.linux-foundation.org/pipermail/virtua...

Christoph Hellwig said runs sparse: 1) page_tables.c unnecessary initialization 2) Change prototype of run_lguest and do cast in caller instead (when we add __user to cast, it runs over another line). Al Viro pointed out the ugly cast in push_lguest_stack(): 3) Stick with unsigned long for arg, removes 4 casts in total. Most importantly, I now realize that Christoph's incorrect ranting

Christoph Hellwig said runs sparse: 1) page_tables.c unnecessary initialization 2) Change prototype of run_lguest and do cast in caller instead (when we add __user to cast, it runs over another line). Al Viro pointed out the ugly cast in push_lguest_stack(): 3) Stick with unsigned long for arg, removes 4 casts in total. Most importantly, I now realize that Christoph's incorrect ranting

...gt;> which version is this against? Pls post patches on top of some tag >> in Linus' tree if possible. > > As the cover states, latest linux-next. To be precise > > commit 6b43f715b6379433e8eb30aa9bcc99bd6a585f77 (tag: next-20200507, > next/master) > Author: Stephen Rothwell <sfr at canb.auug.org.au> > Date: Thu May 7 18:11:31 2020 +1000 > > Add linux-next specific files for 20200507 > The patches seem to apply cleanly on top of commit a811c1fa0a02c062555b54651065899437bacdbe (linus/master) Merge: b9388959ba50 16f8036086a9 Author: Linus Torv...

...gt;> which version is this against? Pls post patches on top of some tag >> in Linus' tree if possible. > > As the cover states, latest linux-next. To be precise > > commit 6b43f715b6379433e8eb30aa9bcc99bd6a585f77 (tag: next-20200507, > next/master) > Author: Stephen Rothwell <sfr at canb.auug.org.au> > Date: Thu May 7 18:11:31 2020 +1000 > > Add linux-next specific files for 20200507 > The patches seem to apply cleanly on top of commit a811c1fa0a02c062555b54651065899437bacdbe (linus/master) Merge: b9388959ba50 16f8036086a9 Author: Linus Torv...

...s on top of some tag >>>> in Linus' tree if possible. >>> >>> As the cover states, latest linux-next. To be precise >>> >>> commit 6b43f715b6379433e8eb30aa9bcc99bd6a585f77 (tag: next-20200507, >>> next/master) >>> Author: Stephen Rothwell <sfr at canb.auug.org.au> >>> Date: Thu May 7 18:11:31 2020 +1000 >>> >>> Add linux-next specific files for 20200507 >>> >> >> The patches seem to apply cleanly on top of >> >> commit a811c1fa0a02c062555b54651065899437bacdbe (l...

...s on top of some tag >>>> in Linus' tree if possible. >>> >>> As the cover states, latest linux-next. To be precise >>> >>> commit 6b43f715b6379433e8eb30aa9bcc99bd6a585f77 (tag: next-20200507, >>> next/master) >>> Author: Stephen Rothwell <sfr at canb.auug.org.au> >>> Date: Thu May 7 18:11:31 2020 +1000 >>> >>> Add linux-next specific files for 20200507 >>> >> >> The patches seem to apply cleanly on top of >> >> commit a811c1fa0a02c062555b54651065899437bacdbe (l...

...bling_cpumask(cpu) (&per_cpu(cpu_sibling_map, cpu)) f5e706ad include/asm-sparc/topology_64.h Sam Ravnborg 2008-07-17 48 #endif /* CONFIG_SMP */ f5e706ad include/asm-sparc/topology_64.h Sam Ravnborg 2008-07-17 49 3905c54f arch/sparc/include/asm/topology_64.h Stephen Rothwell 2011-04-12 50 extern cpumask_t cpu_core_map[NR_CPUS]; acc455cf arch/sparc/include/asm/topology_64.h chris hyser 2015-04-22 51 extern cpumask_t cpu_core_sib_map[NR_CPUS]; 3905c54f arch/sparc/include/asm/topology_64.h Stephen Rothwell 2011-04-12 52 static inline const struct cpuma...

...bling_cpumask(cpu) (&per_cpu(cpu_sibling_map, cpu)) f5e706ad include/asm-sparc/topology_64.h Sam Ravnborg 2008-07-17 48 #endif /* CONFIG_SMP */ f5e706ad include/asm-sparc/topology_64.h Sam Ravnborg 2008-07-17 49 3905c54f arch/sparc/include/asm/topology_64.h Stephen Rothwell 2011-04-12 50 extern cpumask_t cpu_core_map[NR_CPUS]; acc455cf arch/sparc/include/asm/topology_64.h chris hyser 2015-04-22 51 extern cpumask_t cpu_core_sib_map[NR_CPUS]; 3905c54f arch/sparc/include/asm/topology_64.h Stephen Rothwell 2011-04-12 52 static inline const struct cpuma...

On 1/23/18, Michael Ellerman <mpe at ellerman.id.au> wrote: > This has been broken in linux-next for ~6 weeks now, can we please merge > this and get it fixed. Added Stephen Rothwell to cc -- Vincent Legoll

On 12/18/2011 11:55 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20111216: drivers/xen/xenbus/xenbus_dev_frontend.c: In function 'xenbus_init': drivers/xen/xenbus/xenbus_dev_frontend.c:609:2: error: implicit declaration of function 'xen_domain' Full randconfig file is attached. -- ~Randy *** Remem...

On 12/18/2011 11:55 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20111216: drivers/xen/xenbus/xenbus_dev_frontend.c: In function 'xenbus_init': drivers/xen/xenbus/xenbus_dev_frontend.c:609:2: error: implicit declaration of function 'xen_domain' Full randconfig file is attached. -- ~Randy *** Remem...

Stephen Rothwell wrote: > Hi Rafael, > > On Fri, 15 Feb 2013 15:53:34 +0100 "Rafael J. Wysocki" <rjw@sisk.pl> > wrote: >> >> On Saturday, February 16, 2013 12:50:14 AM Stephen Rothwell wrote: >>> >>> On Fri, 15 Feb 2013 08:26:24 -0500 Konrad Rzeszutek Wi...