Displaying 20 results from an estimated 4000 matches similar to: "[patch] s390: fix mmap complilation"
2006 May 24
1
[patch] klibc: merge s390/s390x 2nd try
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Merge s390 and s390x into s390. Patch is against current linux-2.6-klibc
tree and seems to work.
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
---
As a side note: a bitops patch is missing to make this working. Martin will
send it soon. If it's needed earlier I can send it as well.
Makefile
2006 Jun 26
0
[klibc 33/43] s390 support for klibc
The parts of klibc specific to the s390 architecture.
Signed-off-by: H. Peter Anvin <hpa at zytor.com>
---
commit 418ab99cc64fed344e2d3e446208f48655cccb31
tree 958352848ed34bcf1aacdf5357ba453f96e38cbb
parent 6db62c809bf46ac8a9f743513384d29fd339f877
author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:42 -0700
committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2006 May 11
0
[patch] klibc: merge s390 and s390x
Merge s390 and s390x into s390. Compiled and tested on s390/s390x and i386.
Also cross compilation for s390/s390x tested. This patch shouldn't break the
build of any architecture.
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
---
Makefile | 1
scripts/Kbuild.install | 4 +-
scripts/Kbuild.klibc
2006 Jun 07
4
[patch] s390: vfork support
From: Heiko Carstens <heiko.carstens@de.ibm.com>
vfork support for s390/s390x.
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
---
diff -purN a/usr/klibc/SYSCALLS.def b/usr/klibc/SYSCALLS.def
--- a/usr/klibc/SYSCALLS.def 2006-06-07 09:44:33.000000000 +0200
+++ b/usr/klibc/SYSCALLS.def 2006-06-07 13:01:54.000000000 +0200
@@ -28,7 +28,7 @@ void _exit,exit::_exit(int)
; A
2006 Jul 07
0
[patch] s390: fix six parameter handling in sysstub.ph
From: Peter Oberparleiter <peter.oberparleiter at de.ibm.com>,
Heiko Carstens <heiko.carstens at de.ibm.com>
Change s390's sysstub.ph so it can also handle syscalls with six parameters.
Signed-off-by: Peter Oberparleiter <peter.oberparleiter at de.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens at de.ibm.com>
---
usr/klibc/arch/s390/sysstub.ph | 73
2017 Sep 26
2
[PATCH] KVM: s390: Disable CONFIG_S390_GUEST_OLD_TRANSPORT by default
On 26.09.2017 12:47, Heiko Carstens wrote:
> On Tue, Sep 26, 2017 at 12:41:41PM +0200, Christian Borntraeger wrote:
>>
>>
>> On 09/26/2017 12:40 PM, Heiko Carstens wrote:
>>> On Mon, Sep 25, 2017 at 08:37:36PM +0200, Christian Borntraeger wrote:
>>>>
>>>> On 09/25/2017 07:54 PM, Halil Pasic wrote:
>>>>>
>>>>>
2017 Sep 26
2
[PATCH] KVM: s390: Disable CONFIG_S390_GUEST_OLD_TRANSPORT by default
On 26.09.2017 12:47, Heiko Carstens wrote:
> On Tue, Sep 26, 2017 at 12:41:41PM +0200, Christian Borntraeger wrote:
>>
>>
>> On 09/26/2017 12:40 PM, Heiko Carstens wrote:
>>> On Mon, Sep 25, 2017 at 08:37:36PM +0200, Christian Borntraeger wrote:
>>>>
>>>> On 09/25/2017 07:54 PM, Halil Pasic wrote:
>>>>>
>>>>>
2008 Mar 20
0
[RFC/PATCH 02/15] preparation: host memory management changes for s390 kvm
From: Heiko Carstens <heiko.carstens at de.ibm.com>
From: Christian Borntraeger <borntraeger at de.ibm.com>
This patch changes the s390 memory management defintions to use the pgste field
for dirty and reference bit tracking of host and guest code. Usually on s390,
dirty and referenced are tracked in storage keys, which belong to the physical
page. This changes with virtualization:
2008 Mar 20
1
[RFC/PATCH 05/15] kvm-s390: s390 arch backend for the kvm kernel module
From: Carsten Otte <cotte at de.ibm.com>
From: Christian Borntraeger <borntraeger at de.ibm.com>
From: Heiko Carstens <heiko.carstens at de.ibm.com>
This patch contains the port of Qumranet's kvm kernel module to IBM zSeries
(aka s390x, mainframe) architecture. It uses the mainframe's virtualization
instruction SIE to run virtual machines with up to 64 virtual CPUs
2008 Mar 20
1
[RFC/PATCH 05/15] kvm-s390: s390 arch backend for the kvm kernel module
From: Carsten Otte <cotte at de.ibm.com>
From: Christian Borntraeger <borntraeger at de.ibm.com>
From: Heiko Carstens <heiko.carstens at de.ibm.com>
This patch contains the port of Qumranet's kvm kernel module to IBM zSeries
(aka s390x, mainframe) architecture. It uses the mainframe's virtualization
instruction SIE to run virtual machines with up to 64 virtual CPUs
2020 Apr 17
2
[PATCH V2] vhost: do not enable VHOST_MENU by default
On 2020/4/17 ??6:55, Michael S. Tsirkin wrote:
> On Wed, Apr 15, 2020 at 10:43:56AM +0800, Jason Wang wrote:
>> We try to keep the defconfig untouched after decoupling CONFIG_VHOST
>> out of CONFIG_VIRTUALIZATION in commit 20c384f1ea1a
>> ("vhost: refine vhost and vringh kconfig") by enabling VHOST_MENU by
>> default. Then the defconfigs can keep enabling
2020 Apr 17
2
[PATCH V2] vhost: do not enable VHOST_MENU by default
On 2020/4/17 ??6:55, Michael S. Tsirkin wrote:
> On Wed, Apr 15, 2020 at 10:43:56AM +0800, Jason Wang wrote:
>> We try to keep the defconfig untouched after decoupling CONFIG_VHOST
>> out of CONFIG_VIRTUALIZATION in commit 20c384f1ea1a
>> ("vhost: refine vhost and vringh kconfig") by enabling VHOST_MENU by
>> default. Then the defconfigs can keep enabling
2017 Sep 26
2
[PATCH] KVM: s390: Disable CONFIG_S390_GUEST_OLD_TRANSPORT by default
On 09/26/2017 12:40 PM, Heiko Carstens wrote:
> On Mon, Sep 25, 2017 at 08:37:36PM +0200, Christian Borntraeger wrote:
>>
>> On 09/25/2017 07:54 PM, Halil Pasic wrote:
>>>
>>>
>>> On 09/25/2017 04:45 PM, Thomas Huth wrote:
>>>> There is no recent user space application available anymore which still
>>>> supports this old virtio
2017 Sep 26
2
[PATCH] KVM: s390: Disable CONFIG_S390_GUEST_OLD_TRANSPORT by default
On 09/26/2017 12:40 PM, Heiko Carstens wrote:
> On Mon, Sep 25, 2017 at 08:37:36PM +0200, Christian Borntraeger wrote:
>>
>> On 09/25/2017 07:54 PM, Halil Pasic wrote:
>>>
>>>
>>> On 09/25/2017 04:45 PM, Thomas Huth wrote:
>>>> There is no recent user space application available anymore which still
>>>> supports this old virtio
2019 Sep 03
0
[PATCH AUTOSEL 5.2 18/23] virtio/s390: fix race on airq_areas
From: Halil Pasic <pasic at linux.ibm.com>
[ Upstream commit 4f419eb14272e0698e8c55bb5f3f266cc2a21c81 ]
The access to airq_areas was racy ever since the adapter interrupts got
introduced to virtio-ccw, but since commit 39c7dcb15892 ("virtio/s390:
make airq summary indicators DMA") this became an issue in practice as
well. Namely before that commit the airq_info that got
2019 Sep 03
0
[PATCH AUTOSEL 4.19 162/167] virtio/s390: fix race on airq_areas
From: Halil Pasic <pasic at linux.ibm.com>
[ Upstream commit 4f419eb14272e0698e8c55bb5f3f266cc2a21c81 ]
The access to airq_areas was racy ever since the adapter interrupts got
introduced to virtio-ccw, but since commit 39c7dcb15892 ("virtio/s390:
make airq summary indicators DMA") this became an issue in practice as
well. Namely before that commit the airq_info that got
2020 Apr 17
0
[PATCH V2] vhost: do not enable VHOST_MENU by default
On Fri, Apr 17, 2020 at 11:12:14AM +0800, Jason Wang wrote:
>
> On 2020/4/17 ??6:55, Michael S. Tsirkin wrote:
> > On Wed, Apr 15, 2020 at 10:43:56AM +0800, Jason Wang wrote:
> > > We try to keep the defconfig untouched after decoupling CONFIG_VHOST
> > > out of CONFIG_VIRTUALIZATION in commit 20c384f1ea1a
> > > ("vhost: refine vhost and vringh
2020 Apr 17
0
[PATCH V2] vhost: do not enable VHOST_MENU by default
On Fri, Apr 17, 2020 at 03:36:52PM +0800, Jason Wang wrote:
>
> On 2020/4/17 ??2:33, Michael S. Tsirkin wrote:
> > On Fri, Apr 17, 2020 at 11:12:14AM +0800, Jason Wang wrote:
> > > On 2020/4/17 ??6:55, Michael S. Tsirkin wrote:
> > > > On Wed, Apr 15, 2020 at 10:43:56AM +0800, Jason Wang wrote:
> > > > > We try to keep the defconfig untouched after
2020 Apr 17
2
[PATCH V2] vhost: do not enable VHOST_MENU by default
On 2020/4/17 ??2:33, Michael S. Tsirkin wrote:
> On Fri, Apr 17, 2020 at 11:12:14AM +0800, Jason Wang wrote:
>> On 2020/4/17 ??6:55, Michael S. Tsirkin wrote:
>>> On Wed, Apr 15, 2020 at 10:43:56AM +0800, Jason Wang wrote:
>>>> We try to keep the defconfig untouched after decoupling CONFIG_VHOST
>>>> out of CONFIG_VIRTUALIZATION in commit 20c384f1ea1a
2020 Apr 17
2
[PATCH V2] vhost: do not enable VHOST_MENU by default
On 2020/4/17 ??2:33, Michael S. Tsirkin wrote:
> On Fri, Apr 17, 2020 at 11:12:14AM +0800, Jason Wang wrote:
>> On 2020/4/17 ??6:55, Michael S. Tsirkin wrote:
>>> On Wed, Apr 15, 2020 at 10:43:56AM +0800, Jason Wang wrote:
>>>> We try to keep the defconfig untouched after decoupling CONFIG_VHOST
>>>> out of CONFIG_VIRTUALIZATION in commit 20c384f1ea1a