function kvmppc_booke_exit() has valid usage outside the exit section
and the fix is to remove the __exit annotation of kvmppc_booke_exit.
Also add some __init annotations on obvious routines.
Signed-off-by: Stephen Rothwell
---
arch/powerpc/kvm/44x.c |4 ++--
arch/powerpc/kvm/booke.c |2
lly trigger merge conflicts).
>
> I'll follow up with Alex and send you the relevant patches if any.
There was at least one, but Linus got it (I checked all the mentions of
VCPU_GPR). His merge resolution matches the one that has been in
linux-next for quite some time.
--
Hi Avi,
On Tue, 27 Sep 2011 15:25:02 +0300 Avi Kivity wrote:
>
> Please add
>
>git://github.com/avikivity/kvm.git kvm-updates/3.2
>
> to the linux-next collection, until kernel.org is back up. Thanks.
I will switch to this tomorrow.
--
Cheers,
Stephen Rothwell
[Just cc'ing the kvm guys ]
On Thu, 29 Sep 2011 12:50:24 -0700 Randy Dunlap wrote:
>
> On 09/28/11 23:57, Stephen Rothwell wrote:
> > Hi all,
> >
> > The linux-next tree is now available from
> > git://github.com/sfrothwell/linux-next.git as a temporary measu
patches.
>
> This one did slip by, but it's harmless so no need to push AFAICT.
>
> Applied.
This patch exists in two trees in linux-next already ... Davem's net tree
(so presumably he will send it to Linus shortly) and Michael's vhost tree
(is that tree needed any more?). Presumably it is now also in the rr
tree?
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpsAKJ5kzVVL.pgp
Description: PGP signature
inux merge window.
Basically, this should be just what you would send to Linus (or ask him
to fetch). It is allowed to be rebased if you deem it necessary.
--
Cheers,
Stephen Rothwell
s...@canb.auug.org.au
Legal Stuff:
By participating in linux-next, your subsystem tree contributions are
public
On Fri, 25 Jan 2013 08:53:58 -0800 Randy Dunlap wrote:
>
> Seeing lots of this error on i386:
>
> arch/x86/kvm/emulate.c:1016: Error: unsupported for `push'
Caused by commit 9ae9febae950 ("KVM: x86 emulator: covert SETCC to
fastop") from the kvm tree. cc's adde
maintainer of your subsystem tree),
* successfully unit tested, and
* destined for the current or next Linux merge window.
Basically, this should be just what you would send to Linus (or ask him
to fetch). It is allowed to be rebased if you deem it necessary.
--
Cheers,
Stephen Rothwe
endif
We usually don't bother guarding function declarations.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp_yJYfcoXUd.pgp
Description: PGP signature
ser);
You cannot EXPORT a static symbol ... The same through the rest of the
file.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp6E1OHQCz1Z.pgp
Description: PGP signature
> +
> + BUG_ON(filep->f_op != &vfio_group_fops);
We usually reserve BUG_ON for situations where there is no way to
continue running or continuing will corrupt the running kernel. Maybe
WARN_ON() and return?
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
d vfio_group_del_external_user(struct file *filep);
> +int vfio_group_iommu_id_from_file(struct file *filep);
Just being picky, but all the other function declarations in that file
state "extern" explicitly.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpPUcDwAhRfo.pgp
Description: PGP signature
Hi Rusty,
On Mon, 08 Jul 2013 11:31:45 +0930 Rusty Russell wrote:
>
> PS. I'll squeeze these into this merge window, since they're trivial.
s/'re trivial/fix bugs/ ;-)
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpQCBOOsFabg.pgp
Description: PGP signature
uld be just what you would send to Linus (or ask him
to fetch). It is allowed to be rebased if you deem it necessary.
--
Cheers,
Stephen Rothwell
s...@canb.auug.org.au
Legal Stuff:
By participating in linux-next, your subsystem tree contributions are
public and will be included in the linux-next
own in the mail along with the
usual pull request message (I guess he should have put that bit at the
top).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpCupBnQvITX.pgp
Description: PGP signature
gt; most of the changes in the last week have been trivial adding acks
> or dropping patches that maintainers decided to take themselves.
Any thoughts on merging this? I can feel it bitrotting :-(
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpLBzb9EX2uu.pgp
Description: PGP signature
?
Or should I just wait for a new mmotm?
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpurzS3znHG8.pgp
Description: PGP signature
Hi Andrew,
On Tue, 18 Sep 2012 17:20:29 -0700 Andrew Morton
wrote:
>
> On Wed, 19 Sep 2012 10:00:34 +1000 Stephen Rothwell
> wrote:
>
> > On Tue, 18 Sep 2012 12:46:46 -0700 Andrew Morton
> > wrote:
> > >
> > > hm, thanks. This will probably take
necessary since everything in these trees should
have been merged by Linus during the merge window, so a merge of -rc1 or
later should be a fast forward (though merging with the tag itself may
produce a real merge). The second can be tricky to pick the right
moment :-)
--
Cheers,
S
Hi Rusty,
On Wed, 31 Oct 2012 13:58:15 +1030 Rusty Russell wrote:
>
> Stephen Rothwell writes:
> >
> > On Tue, 02 Oct 2012 15:56:56 +0930 Rusty Russell
> > wrote:
> >>
> >> Please remove my quilt tree
> >> http://ozlabs.org/~rusty/ker
l improve -next
> bisectability.
>
> (this is actually a symbolic ref to kvm-updates/2.6.32 which will be
> updated when kvm-updates/2.6.33 is created)
That sounds great. I have changed over starting from today.
Thanks.
--
Cheers,
Stephen Rothwells...@canb.
ons(+), 0 deletions(-)
>
> Applied, thanks.
Thanks, guys.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
pgpiHVmUvpI5v.pgp
Description: PGP signature
r. "Just saying" :-)
[Avi, I am not particularly picking on you, your tree just happened to
strike me this morning ... there are many others. At least you also
updated your linux-next branch so I won't have to cope with two slightly
different versions and all the conf
_ticks_per_jiffy);
Since you are moving this anyway, how about moving it into
arch/powerpc/kernel/time.c where tb_ticks_per_jiffy is defined.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
pgp9GzKJo66J0.pgp
Description: PGP signature
n void set_context(unsigned long id, pgd_t *pgd);
>
> #ifdef CONFIG_PPC_BOOK3S_64
> +extern int __init_new_context(void);
> +extern void __destroy_context(int context_id);
> +#endif
> +
> +#ifdef CONFIG_PPC_BOOK3S_64
don't add the #endif/#ifdef pair ...
--
C
nd s390 probably have the
same problem.)
I have reverted the kvm tree for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
pgpiBM252L09F.pgp
Description: PGP signature
liam/linux-vfio.git tags/vfio-for-v3.8
>
> for you to fetch changes up to a9e3ccfa452c8c5bac49637fe6ece1ac3246d312:
>
> vfio-pci: Enable device before attempting reset (2012-12-11 11:25:37 -0700)
This has been rebased from what was in linux-next yesterday onto v3.7.
--
Cheers,
S
ve brought to light a semantic conflict, in
which case the fix could be supplied to Linus with the pull request, or a
well changed logged back merge of Linus' tree containing the fix could be
done and Linus asked to pull the result.
--
Cheers,
Stephen Rothwells...@canb.auug
but more work has been added on top of it :-().
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpHnXbejFQ3v.pgp
Description: PGP signature
Hi Linus,
On Thu, 13 Dec 2012 14:22:34 -0800 Linus Torvalds
wrote:
>
> On Wed, Dec 12, 2012 at 1:19 PM, Stephen Rothwell
> wrote:
> >
> > There is a section of this tree (the kvm-ppc tree in linux-next) that has
> > been rebased before being merged into thi
ncy signal
injection")
32d7bd98e799 ("KVM: s390: fix wrong lookup of VCPUs by array index")
from the kvms390 tree.
These patches used different names for the added function. I used the
name from the kvm tree (kvm_get_vcpu_by_id).
This also required the following merge patc
;)
from the kvm tree and commit:
7fd3f3e7c320 ("kvm: rename pfn_t to kvm_pfn_t")
from the akpm-current tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc ar
Hi Christian,
[cc'ing the current contacts]
On Thu, 10 Sep 2015 10:05:01 +0200 Christian Borntraeger
wrote:
>
> Can you add
> kvm@vger.kernel.org
> for build failures of the kernel tree?
Done.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
--
To unsu
_intr_is_single_vcpu()")
8fc52eb9cee4 ("KVM: Add kvm_arch_vcpu_{un}blocking callbacks")
from the kvm-arm tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
diff --cc arch/x86/includ
atches.
> David said he's fine with merging these patches through
> my tree.
> Rusty's on vacation, he acked using my tree for these, too.
So, either none of this has been in linux-next or you have just rebased
it all on top of v3.18 ...
--
Cheers,
Stephen Rothwell
-* tags ...
I am not doubting that these patches have been published and reviewed
and tested, all I am saying is that they have not been in linux-next
as those commits.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgplJ3pzj5ZEB.pgp
Description: OpenPGP digital signature
36 matches
Mail list logo