qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] link failure with s390
@ 2009-12-13 14:51 Michael S. Tsirkin
  2009-12-13 17:30 ` [Qemu-devel] " Alexander Graf
  0 siblings, 1 reply; 11+ messages in thread
From: Michael S. Tsirkin @ 2009-12-13 14:51 UTC (permalink / raw)
  To: qemu-devel, Anthony Liguori, agraf

s390-virtio-bus.o: In function `virtio_s390_notify':
/scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
`kvm_s390_virtio_irq'

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 14:51 [Qemu-devel] link failure with s390 Michael S. Tsirkin
@ 2009-12-13 17:30 ` Alexander Graf
  2009-12-13 19:08   ` Michael S. Tsirkin
  0 siblings, 1 reply; 11+ messages in thread
From: Alexander Graf @ 2009-12-13 17:30 UTC (permalink / raw)
  To: Michael S.Tsirkin; +Cc: qemu-devel


On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:

> s390-virtio-bus.o: In function `virtio_s390_notify':
> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
> `kvm_s390_virtio_irq'
> 

Are you sure you're building with --enable-kvm? Currently there's no emulation target for S390.

Alex

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 17:30 ` [Qemu-devel] " Alexander Graf
@ 2009-12-13 19:08   ` Michael S. Tsirkin
  2009-12-13 19:21     ` Alexander Graf
  0 siblings, 1 reply; 11+ messages in thread
From: Michael S. Tsirkin @ 2009-12-13 19:08 UTC (permalink / raw)
  To: Alexander Graf; +Cc: qemu-devel

On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
> 
> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
> 
> > s390-virtio-bus.o: In function `virtio_s390_notify':
> > /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
> > `kvm_s390_virtio_irq'
> > 
> 
> Are you sure you're building with --enable-kvm?

No, I did ./configure --taget-list=s390x-softmmu

> Currently there's no emulation target for S390.

So either configure should fail without --enable-kvm,
or better enable kvm by default.

> Alex

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 19:08   ` Michael S. Tsirkin
@ 2009-12-13 19:21     ` Alexander Graf
  2009-12-13 19:58       ` Michael S. Tsirkin
  0 siblings, 1 reply; 11+ messages in thread
From: Alexander Graf @ 2009-12-13 19:21 UTC (permalink / raw)
  To: Michael S. Tsirkin; +Cc: qemu-devel


On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:

> On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
>> 
>> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
>> 
>>> s390-virtio-bus.o: In function `virtio_s390_notify':
>>> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
>>> `kvm_s390_virtio_irq'
>>> 
>> 
>> Are you sure you're building with --enable-kvm?
> 
> No, I did ./configure --taget-list=s390x-softmmu
> 
>> Currently there's no emulation target for S390.
> 
> So either configure should fail without --enable-kvm,
> or better enable kvm by default.

Well, that's why you have to explicitly do --target-list=s390-softmmu. I'd love to see S390 bumped to a normal qemu arch with both TCG and KVM backends. But for now we don't have that.

But yeah, we should probably add some sort of detection to configure, so it fails when you're building S390 on non-S390 and w/o KVM :-).


Alex

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 19:21     ` Alexander Graf
@ 2009-12-13 19:58       ` Michael S. Tsirkin
  2009-12-13 20:15         ` Alexander Graf
  0 siblings, 1 reply; 11+ messages in thread
From: Michael S. Tsirkin @ 2009-12-13 19:58 UTC (permalink / raw)
  To: Alexander Graf; +Cc: qemu-devel

On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
> 
> On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
> 
> > On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
> >> 
> >> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
> >> 
> >>> s390-virtio-bus.o: In function `virtio_s390_notify':
> >>> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
> >>> `kvm_s390_virtio_irq'
> >>> 
> >> 
> >> Are you sure you're building with --enable-kvm?
> > 
> > No, I did ./configure --taget-list=s390x-softmmu
> > 
> >> Currently there's no emulation target for S390.
> > 
> > So either configure should fail without --enable-kvm,
> > or better enable kvm by default.
> 
> Well, that's why you have to explicitly do --target-list=s390-softmmu. I'd love to see S390 bumped to a normal qemu arch with both TCG and KVM backends. But for now we don't have that.
> 
> But yeah, we should probably add some sort of detection to configure, so it fails when you're building S390 on non-S390 and w/o KVM :-).
> 
> 
> Alex

By the way, where do you get kernel headers for s390
which are required to build with --enable-kvm?
Which distro ships them?

-- 
MST

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 19:58       ` Michael S. Tsirkin
@ 2009-12-13 20:15         ` Alexander Graf
  2009-12-13 20:19           ` Michael S. Tsirkin
  0 siblings, 1 reply; 11+ messages in thread
From: Alexander Graf @ 2009-12-13 20:15 UTC (permalink / raw)
  To: Michael S. Tsirkin; +Cc: qemu-devel@nongnu.org


Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" <mst@redhat.com>:

> On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
>>
>> On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
>>
>>> On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
>>>>
>>>> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
>>>>
>>>>> s390-virtio-bus.o: In function `virtio_s390_notify':
>>>>> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
>>>>> `kvm_s390_virtio_irq'
>>>>>
>>>>
>>>> Are you sure you're building with --enable-kvm?
>>>
>>> No, I did ./configure --taget-list=s390x-softmmu
>>>
>>>> Currently there's no emulation target for S390.
>>>
>>> So either configure should fail without --enable-kvm,
>>> or better enable kvm by default.
>>
>> Well, that's why you have to explicitly do --target-list=s390- 
>> softmmu. I'd love to see S390 bumped to a normal qemu arch with  
>> both TCG and KVM backends. But for now we don't have that.
>>
>> But yeah, we should probably add some sort of detection to  
>> configure, so it fails when you're building S390 on non-S390 and w/ 
>> o KVM :-).
>>
>>
>> Alex
>
> By the way, where do you get kernel headers for s390
> which are required to build with --enable-kvm?
> Which distro ships them?

Uh, that's just the normal kernel headers, right?

SLE11 definitely does ship them. Worst case you just install the  
kernel sources.

Alex
>

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 20:15         ` Alexander Graf
@ 2009-12-13 20:19           ` Michael S. Tsirkin
  2009-12-13 21:44             ` Alexander Graf
  0 siblings, 1 reply; 11+ messages in thread
From: Michael S. Tsirkin @ 2009-12-13 20:19 UTC (permalink / raw)
  To: Alexander Graf; +Cc: qemu-devel@nongnu.org

On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
>
> Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" <mst@redhat.com>:
>
>> On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
>>>
>>> On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
>>>
>>>> On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
>>>>>
>>>>> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
>>>>>
>>>>>> s390-virtio-bus.o: In function `virtio_s390_notify':
>>>>>> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
>>>>>> `kvm_s390_virtio_irq'
>>>>>>
>>>>>
>>>>> Are you sure you're building with --enable-kvm?
>>>>
>>>> No, I did ./configure --taget-list=s390x-softmmu
>>>>
>>>>> Currently there's no emulation target for S390.
>>>>
>>>> So either configure should fail without --enable-kvm,
>>>> or better enable kvm by default.
>>>
>>> Well, that's why you have to explicitly do --target-list=s390- 
>>> softmmu. I'd love to see S390 bumped to a normal qemu arch with both 
>>> TCG and KVM backends. But for now we don't have that.
>>>
>>> But yeah, we should probably add some sort of detection to  
>>> configure, so it fails when you're building S390 on non-S390 and w/o 
>>> KVM :-).
>>>
>>>
>>> Alex
>>
>> By the way, where do you get kernel headers for s390
>> which are required to build with --enable-kvm?
>> Which distro ships them?
>
> Uh, that's just the normal kernel headers, right?
> SLE11 definitely does ship them.

kvm has architecture specific defines, does it not?

> Worst case you just install the kernel 
> sources.
>
> Alex
>>

kernel sources is the wrong things to use for qemu. qemu should use
exported sanitized sources.

-- 
MST

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 20:19           ` Michael S. Tsirkin
@ 2009-12-13 21:44             ` Alexander Graf
  2009-12-13 22:13               ` Michael S. Tsirkin
  0 siblings, 1 reply; 11+ messages in thread
From: Alexander Graf @ 2009-12-13 21:44 UTC (permalink / raw)
  To: Michael S. Tsirkin; +Cc: qemu-devel@nongnu.org


On 13.12.2009, at 21:19, Michael S. Tsirkin wrote:

> On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
>> 
>> Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" <mst@redhat.com>:
>> 
>>> On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
>>>> 
>>>> On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
>>>> 
>>>>> On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
>>>>>> 
>>>>>> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
>>>>>> 
>>>>>>> s390-virtio-bus.o: In function `virtio_s390_notify':
>>>>>>> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
>>>>>>> `kvm_s390_virtio_irq'
>>>>>>> 
>>>>>> 
>>>>>> Are you sure you're building with --enable-kvm?
>>>>> 
>>>>> No, I did ./configure --taget-list=s390x-softmmu
>>>>> 
>>>>>> Currently there's no emulation target for S390.
>>>>> 
>>>>> So either configure should fail without --enable-kvm,
>>>>> or better enable kvm by default.
>>>> 
>>>> Well, that's why you have to explicitly do --target-list=s390- 
>>>> softmmu. I'd love to see S390 bumped to a normal qemu arch with both 
>>>> TCG and KVM backends. But for now we don't have that.
>>>> 
>>>> But yeah, we should probably add some sort of detection to  
>>>> configure, so it fails when you're building S390 on non-S390 and w/o 
>>>> KVM :-).
>>>> 
>>>> 
>>>> Alex
>>> 
>>> By the way, where do you get kernel headers for s390
>>> which are required to build with --enable-kvm?
>>> Which distro ships them?
>> 
>> Uh, that's just the normal kernel headers, right?
>> SLE11 definitely does ship them.
> 
> kvm has architecture specific defines, does it not?

In files called the same on x86, just with a different asm link.

> 
>> Worst case you just install the kernel 
>> sources.
>> 
>> Alex
>>> 
> 
> kernel sources is the wrong things to use for qemu. qemu should use
> exported sanitized sources.

Same thing as on all other archs. What's your point here?

Alex

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 21:44             ` Alexander Graf
@ 2009-12-13 22:13               ` Michael S. Tsirkin
  2009-12-13 22:19                 ` Alexander Graf
  0 siblings, 1 reply; 11+ messages in thread
From: Michael S. Tsirkin @ 2009-12-13 22:13 UTC (permalink / raw)
  To: Alexander Graf; +Cc: qemu-devel@nongnu.org

On Sun, Dec 13, 2009 at 10:44:04PM +0100, Alexander Graf wrote:
> 
> On 13.12.2009, at 21:19, Michael S. Tsirkin wrote:
> 
> > On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
> >> 
> >> Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" <mst@redhat.com>:
> >> 
> >>> On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
> >>>> 
> >>>> On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
> >>>> 
> >>>>> On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
> >>>>>> 
> >>>>>> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
> >>>>>> 
> >>>>>>> s390-virtio-bus.o: In function `virtio_s390_notify':
> >>>>>>> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
> >>>>>>> `kvm_s390_virtio_irq'
> >>>>>>> 
> >>>>>> 
> >>>>>> Are you sure you're building with --enable-kvm?
> >>>>> 
> >>>>> No, I did ./configure --taget-list=s390x-softmmu
> >>>>> 
> >>>>>> Currently there's no emulation target for S390.
> >>>>> 
> >>>>> So either configure should fail without --enable-kvm,
> >>>>> or better enable kvm by default.
> >>>> 
> >>>> Well, that's why you have to explicitly do --target-list=s390- 
> >>>> softmmu. I'd love to see S390 bumped to a normal qemu arch with both 
> >>>> TCG and KVM backends. But for now we don't have that.
> >>>> 
> >>>> But yeah, we should probably add some sort of detection to  
> >>>> configure, so it fails when you're building S390 on non-S390 and w/o 
> >>>> KVM :-).
> >>>> 
> >>>> 
> >>>> Alex
> >>> 
> >>> By the way, where do you get kernel headers for s390
> >>> which are required to build with --enable-kvm?
> >>> Which distro ships them?
> >> 
> >> Uh, that's just the normal kernel headers, right?
> >> SLE11 definitely does ship them.
> > 
> > kvm has architecture specific defines, does it not?
> 
> In files called the same on x86, just with a different asm link.

Exactly.
 ls -l /usr/src/kernels/2.6.30.8-64.fc11.i586/include/asm lrwxrwxrwx 1 root root 7 2009-10-04 17:53
/usr/src/kernels/2.6.30.8-64.fc11.i586/include/asm -> asm-x86

so it won't find link for s390x.

> > 
> >> Worst case you just install the kernel 
> >> sources.
> >> 
> >> Alex
> >>> 
> > 
> > kernel sources is the wrong things to use for qemu. qemu should use
> > exported sanitized sources.
> 
> Same thing as on all other archs. What's your point here?
> 
> Alex

Hmm. I'm just trying to understand how does build find kvm headers for
s390 since they are not linked to from asm. Possibly what happens is we just pick
a wrong arch and it kind of works most of the time?

anyway, with --enable-kvm I still get:

s390-virtio-bus.o: In function `virtio_s390_notify':
/scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
`kvm_s390_virtio_irq'
collect2: ld returned 1 exit status

???
-- 
MST

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 22:13               ` Michael S. Tsirkin
@ 2009-12-13 22:19                 ` Alexander Graf
  2009-12-13 22:27                   ` Michael S. Tsirkin
  0 siblings, 1 reply; 11+ messages in thread
From: Alexander Graf @ 2009-12-13 22:19 UTC (permalink / raw)
  To: Michael S.Tsirkin; +Cc: qemu-devel@nongnu.org


On 13.12.2009, at 23:13, Michael S. Tsirkin wrote:

> On Sun, Dec 13, 2009 at 10:44:04PM +0100, Alexander Graf wrote:
>> 
>> On 13.12.2009, at 21:19, Michael S. Tsirkin wrote:
>> 
>>> On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
>>>> 
>>>> Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" <mst@redhat.com>:
>>>> 
>>>>> On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
>>>>>> 
>>>>>> On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
>>>>>> 
>>>>>>> On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
>>>>>>>> 
>>>>>>>> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
>>>>>>>> 
>>>>>>>>> s390-virtio-bus.o: In function `virtio_s390_notify':
>>>>>>>>> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
>>>>>>>>> `kvm_s390_virtio_irq'
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> Are you sure you're building with --enable-kvm?
>>>>>>> 
>>>>>>> No, I did ./configure --taget-list=s390x-softmmu
>>>>>>> 
>>>>>>>> Currently there's no emulation target for S390.
>>>>>>> 
>>>>>>> So either configure should fail without --enable-kvm,
>>>>>>> or better enable kvm by default.
>>>>>> 
>>>>>> Well, that's why you have to explicitly do --target-list=s390- 
>>>>>> softmmu. I'd love to see S390 bumped to a normal qemu arch with both 
>>>>>> TCG and KVM backends. But for now we don't have that.
>>>>>> 
>>>>>> But yeah, we should probably add some sort of detection to  
>>>>>> configure, so it fails when you're building S390 on non-S390 and w/o 
>>>>>> KVM :-).
>>>>>> 
>>>>>> 
>>>>>> Alex
>>>>> 
>>>>> By the way, where do you get kernel headers for s390
>>>>> which are required to build with --enable-kvm?
>>>>> Which distro ships them?
>>>> 
>>>> Uh, that's just the normal kernel headers, right?
>>>> SLE11 definitely does ship them.
>>> 
>>> kvm has architecture specific defines, does it not?
>> 
>> In files called the same on x86, just with a different asm link.
> 
> Exactly.
> ls -l /usr/src/kernels/2.6.30.8-64.fc11.i586/include/asm lrwxrwxrwx 1 root root 7 2009-10-04 17:53
> /usr/src/kernels/2.6.30.8-64.fc11.i586/include/asm -> asm-x86
> 
> so it won't find link for s390x.

Yes, because you can only build KVM for S390x on S390x :-).

> 
>>> 
>>>> Worst case you just install the kernel 
>>>> sources.
>>>> 
>>>> Alex
>>>>> 
>>> 
>>> kernel sources is the wrong things to use for qemu. qemu should use
>>> exported sanitized sources.
>> 
>> Same thing as on all other archs. What's your point here?
>> 
>> Alex
> 
> Hmm. I'm just trying to understand how does build find kvm headers for
> s390 since they are not linked to from asm. Possibly what happens is we just pick
> a wrong arch and it kind of works most of the time?
> 
> anyway, with --enable-kvm I still get:
> 
> s390-virtio-bus.o: In function `virtio_s390_notify':
> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
> `kvm_s390_virtio_irq'
> collect2: ld returned 1 exit status

Are you sure you're building on s390x? What does uname -a say?

Alex

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Re: link failure with s390
  2009-12-13 22:19                 ` Alexander Graf
@ 2009-12-13 22:27                   ` Michael S. Tsirkin
  0 siblings, 0 replies; 11+ messages in thread
From: Michael S. Tsirkin @ 2009-12-13 22:27 UTC (permalink / raw)
  To: Alexander Graf; +Cc: qemu-devel@nongnu.org

On Sun, Dec 13, 2009 at 11:19:40PM +0100, Alexander Graf wrote:
> 
> On 13.12.2009, at 23:13, Michael S. Tsirkin wrote:
> 
> > On Sun, Dec 13, 2009 at 10:44:04PM +0100, Alexander Graf wrote:
> >> 
> >> On 13.12.2009, at 21:19, Michael S. Tsirkin wrote:
> >> 
> >>> On Sun, Dec 13, 2009 at 09:15:30PM +0100, Alexander Graf wrote:
> >>>> 
> >>>> Am 13.12.2009 um 20:58 schrieb "Michael S. Tsirkin" <mst@redhat.com>:
> >>>> 
> >>>>> On Sun, Dec 13, 2009 at 08:21:57PM +0100, Alexander Graf wrote:
> >>>>>> 
> >>>>>> On 13.12.2009, at 20:08, Michael S. Tsirkin wrote:
> >>>>>> 
> >>>>>>> On Sun, Dec 13, 2009 at 06:30:56PM +0100, Alexander Graf wrote:
> >>>>>>>> 
> >>>>>>>> On 13.12.2009, at 15:51, Michael S. Tsirkin wrote:
> >>>>>>>> 
> >>>>>>>>> s390-virtio-bus.o: In function `virtio_s390_notify':
> >>>>>>>>> /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
> >>>>>>>>> `kvm_s390_virtio_irq'
> >>>>>>>>> 
> >>>>>>>> 
> >>>>>>>> Are you sure you're building with --enable-kvm?
> >>>>>>> 
> >>>>>>> No, I did ./configure --taget-list=s390x-softmmu
> >>>>>>> 
> >>>>>>>> Currently there's no emulation target for S390.
> >>>>>>> 
> >>>>>>> So either configure should fail without --enable-kvm,
> >>>>>>> or better enable kvm by default.
> >>>>>> 
> >>>>>> Well, that's why you have to explicitly do --target-list=s390- 
> >>>>>> softmmu. I'd love to see S390 bumped to a normal qemu arch with both 
> >>>>>> TCG and KVM backends. But for now we don't have that.
> >>>>>> 
> >>>>>> But yeah, we should probably add some sort of detection to  
> >>>>>> configure, so it fails when you're building S390 on non-S390 and w/o 
> >>>>>> KVM :-).
> >>>>>> 
> >>>>>> 
> >>>>>> Alex
> >>>>> 
> >>>>> By the way, where do you get kernel headers for s390
> >>>>> which are required to build with --enable-kvm?
> >>>>> Which distro ships them?
> >>>> 
> >>>> Uh, that's just the normal kernel headers, right?
> >>>> SLE11 definitely does ship them.
> >>> 
> >>> kvm has architecture specific defines, does it not?
> >> 
> >> In files called the same on x86, just with a different asm link.
> > 
> > Exactly.
> > ls -l /usr/src/kernels/2.6.30.8-64.fc11.i586/include/asm lrwxrwxrwx 1 root root 7 2009-10-04 17:53
> > /usr/src/kernels/2.6.30.8-64.fc11.i586/include/asm -> asm-x86
> > 
> > so it won't find link for s390x.
> 
> Yes, because you can only build KVM for S390x on S390x :-).
> 
> > 
> >>> 
> >>>> Worst case you just install the kernel 
> >>>> sources.
> >>>> 
> >>>> Alex
> >>>>> 
> >>> 
> >>> kernel sources is the wrong things to use for qemu. qemu should use
> >>> exported sanitized sources.
> >> 
> >> Same thing as on all other archs. What's your point here?
> >> 
> >> Alex
> > 
> > Hmm. I'm just trying to understand how does build find kvm headers for
> > s390 since they are not linked to from asm. Possibly what happens is we just pick
> > a wrong arch and it kind of works most of the time?
> > 
> > anyway, with --enable-kvm I still get:
> > 
> > s390-virtio-bus.o: In function `virtio_s390_notify':
> > /scm/qemu/hw/s390-virtio-bus.c:310: undefined reference to
> > `kvm_s390_virtio_irq'
> > collect2: ld returned 1 exit status
> 
> Are you sure you're building on s390x? What does uname -a say?
> 
> Alex

No, I'm not.  Ah, I forgot, kvm needs to be built native.  My mistake,
sorry. And anyway, it won't be much help without kvm supporting
hardware.  Oh well, I will get by with compile test only without linking
it.

-- 
MST

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2009-12-13 22:29 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-13 14:51 [Qemu-devel] link failure with s390 Michael S. Tsirkin
2009-12-13 17:30 ` [Qemu-devel] " Alexander Graf
2009-12-13 19:08   ` Michael S. Tsirkin
2009-12-13 19:21     ` Alexander Graf
2009-12-13 19:58       ` Michael S. Tsirkin
2009-12-13 20:15         ` Alexander Graf
2009-12-13 20:19           ` Michael S. Tsirkin
2009-12-13 21:44             ` Alexander Graf
2009-12-13 22:13               ` Michael S. Tsirkin
2009-12-13 22:19                 ` Alexander Graf
2009-12-13 22:27                   ` Michael S. Tsirkin

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).