All of lore.kernel.org
 help / color / mirror / Atom feed
* Local apic support
@ 2005-04-15  9:07 Patrick Scharrenberg
  0 siblings, 0 replies; 4+ messages in thread
From: Patrick Scharrenberg @ 2005-04-15  9:07 UTC (permalink / raw)
  To: xen-devel

Hey!

I still can't get apic support working on my nforce2-based board.
All my pci-cards and onboard-devices share only two irqs (irq 5 and 11).
Xen seems to find an apic but the wrong one since the system has an amd
duron and xen finds
> (XEN) Processor #0 Pentium(tm) Pro APIC version 16

Unfortunately I don't have a board with another chipset to look if it
works there.
<http://dict.leo.org/se?lp=ende&p=/Mn4k.&search=unfortunately>
What can I do?

Patrick

-----------------------------------------------------
IRQ's under xen-unstable:
atlantis root # cat /proc/interrupts
           CPU0
  1:        798        Phys-irq  i8042
  5:      35546        Phys-irq  libata, eth0, eth2
 11:       8523        Phys-irq  eth1, NVidia nForce2
 12:        101        Phys-irq  i8042
 14:         25        Phys-irq  ide0
 15:        149        Phys-irq  ide1
128:          1     Dynamic-irq  misdirect
129:          0     Dynamic-irq  ctrl-if
130:      11215     Dynamic-irq  timer
131:          0     Dynamic-irq  console
132:          0     Dynamic-irq  net-be-dbg
NMI:          0
ERR:          0
-----------------------------------------------------

atlantis root # xm dmesg
ERROR: cannot use unconfigured serial port COM1
 __  __            _____  ___         _                _
 \ \/ /___ _ __   |___ / / _ \     __| | _____   _____| |
  \  // _ \ '_ \    |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
  /  \  __/ | | |  ___) | |_| |__| (_| |  __/\ V /  __/ |
 /_/\_\___|_| |_| |____(_)___/    \__,_|\___| \_/ \___|_|

 http://www.cl.cam.ac.uk/netos/xen
 University of Cambridge Computer Laboratory

 Xen version 3.0-devel (root@) (gcc version 3.3.5 (Debian 1:3.3.5-8))
Fri Apr 15 06:47:49 UTC 2005
 Latest ChangeSet: information unavailable

(XEN) Physical RAM map:
(XEN)  0000000000000000 - 000000000009f800 (usable)
(XEN)  000000000009f800 - 00000000000a0000 (reserved)
(XEN)  00000000000f0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 000000000fff0000 (usable)
(XEN)  000000000fff0000 - 000000000fff3000 (ACPI NVS)
(XEN)  000000000fff3000 - 0000000010000000 (ACPI data)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000ffff0000 - 0000000100000000 (reserved)
(XEN) System RAM: 255MB (261692kB)
(XEN) Xen heap: 10MB (10856kB)
(XEN) CPU0: Before vendor init, caps: 0383fbff c1c3fbff 00000000, vendor = 2
(XEN) CPU caps: 0383fbff c1c3fbff 00000000 00000000
(XEN) ACPI: RSDP (v000 Nvidia                                    ) @
0x000f75f0
(XEN) ACPI: RSDT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @
0x0fff3000
(XEN) ACPI: FADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @
0x0fff3040
(XEN) ACPI: MADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @
0x0fff74c0
(XEN) ACPI: DSDT (v001 NVIDIA AWRDACPI 0x00001000 MSFT 0x0100000e) @
0x00000000
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
(XEN) Processor #0 Pentium(tm) Pro APIC version 16
(XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
(XEN) Using scheduler: Borrowed Virtual Time (bvt)
(XEN) Initializing CPU#0
(XEN) Detected 1603.658 MHz processor.
(XEN) Found and enabled local APIC!
(XEN) CPU0: Before vendor init, caps: 0383fbff c1c3fbff 00000000, vendor = 2
(XEN) CPU caps: 0383fbff c1c3fbff 00000000 00000000
(XEN) CPU0 booted
(XEN) SMP motherboard not detected.
(XEN) enabled ExtINT on CPU#0
(XEN) ESR value before enabling vector: 00000000
(XEN) ESR value after enabling vector: 00000000
(XEN) Using local APIC timer interrupts.
(XEN) Calibrating APIC timer for CPU0...
(XEN) ..... CPU speed is 1603.7012 MHz.
(XEN) ..... Bus speed is 267.2834 MHz.
(XEN) ..... bus_scale = 0x000111B9
(XEN) Time init:
(XEN) .... System Time: 20001098ns
(XEN) .... cpu_freq:    00000000:5F95E430
(XEN) .... scale:       00000001:3F4518CA
(XEN) .... Wall Clock:  1113548092s 30000us
(XEN) PCI: PCI BIOS revision 2.10 entry at 0xfb470, last bus=3
(XEN) PCI: Using configuration type 1
(XEN) PCI: Probing PCI hardware
(XEN) PCI: Probing PCI hardware (bus 00)
(XEN) PCI: Using IRQ router default [10de/01e0] at 00:00.0
(XEN) mtrr: v2.0 (20020519)
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Xen-ELF header found:
'GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xC0000000,LOADER=generic'
[...]


-----------------------------------------------------

IRQ's under native linux 2.6.10:
atlantis root # cat /proc/interrupts
           CPU0
  0:     128224    IO-APIC-edge  timer
  1:       1157    IO-APIC-edge  i8042
  4:        256    IO-APIC-edge  serial
  8:          4    IO-APIC-edge  rtc
  9:          0   IO-APIC-level  acpi
 12:         66    IO-APIC-edge  i8042
 14:         24    IO-APIC-edge  ide2
 15:          9    IO-APIC-edge  ide3
 18:      33364   IO-APIC-level  ide0, ide1, eth2
 20:          5   IO-APIC-level  NVidia nForce2
 21:      10317   IO-APIC-level  eth1
 22:        845   IO-APIC-level  eth0
NMI:          0
LOC:     128102
ERR:          0
MIS:          8

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

* RE: Local apic support
@ 2005-04-15 17:59 Ian Pratt
  2005-04-15 18:24 ` Natasha Jarymowycz
  0 siblings, 1 reply; 4+ messages in thread
From: Ian Pratt @ 2005-04-15 17:59 UTC (permalink / raw)
  To: Patrick Scharrenberg, xen-devel

 


> I still can't get apic support working on my nforce2-based board.
> All my pci-cards and onboard-devices share only two irqs (irq 
> 5 and 11).
> Xen seems to find an apic but the wrong one since the system 
> has an amd duron and xen finds
> > (XEN) Processor #0 Pentium(tm) Pro APIC version 16
> 
> Unfortunately I don't have a board with another chipset to 
> look if it works there.
> <http://dict.leo.org/se?lp=ende&p=/Mn4k.&search=unfortunately>
> What can I do?

Try Natasha Jarymowycz's patch from a few weeks back to upgrade the
localapic support.

We want to get this patch applied, but felt it needed a little more work
first.

If it works for you, then we should probably accelerate this.

Best,
Ian

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

* Re: Local apic support
  2005-04-15 17:59 Ian Pratt
@ 2005-04-15 18:24 ` Natasha Jarymowycz
  2005-04-17 17:38   ` Patrick Scharrenberg
  0 siblings, 1 reply; 4+ messages in thread
From: Natasha Jarymowycz @ 2005-04-15 18:24 UTC (permalink / raw)
  To: Ian Pratt, Patrick Scharrenberg, xen-devel

On Fri, 15 Apr 2005 18:59:01 +0100, Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>  
wrote:


> Try Natasha Jarymowycz's patch from a few weeks back to upgrade the
> localapic support.
>
> We want to get this patch applied, but felt it needed a little more work
> first.

I submitted a new version of the patch last week on Wednesday.  I think
it may have been overlooked since the Xen summit was going on then.
Is there something more that needs to be done to it?


Patrick, if you need me to send you copies of the patch send me an email
and I'll get it to you.  Also, I don't think the fact that it says
you have a Pentium Pro means anything -- it does detect that you have
an AMD chip:

(XEN) CPU0: Before vendor init, caps: 0383fbff c1c3fbff 00000000, vendor =  
2

vendor = 2 means it's AMD.

I think it just doesn't properly determine processor types because it  
doesn't
associate the information it gets from the cpu with the appropriate  
strings.
 From what I can tell it is insignificant.

If the patch doesn't help, can you explain in more detail exactly what the
problem you're experiencing is?

-Natasha Jarymowycz

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

* Re: Local apic support
  2005-04-15 18:24 ` Natasha Jarymowycz
@ 2005-04-17 17:38   ` Patrick Scharrenberg
  0 siblings, 0 replies; 4+ messages in thread
From: Patrick Scharrenberg @ 2005-04-17 17:38 UTC (permalink / raw)
  To: natasha; +Cc: Ian Pratt, xen-devel

Natasha Jarymowycz schrieb:

>> Try Natasha Jarymowycz's patch from a few weeks back to upgrade the
>> localapic support.
>>
>> We want to get this patch applied, but felt it needed a little more work
>> first.
>
> Is there something more that needs to be done to it?

For me the patch seems to work.
The system boots correctly and is now working for hours.

But unfortunately it doesn't make any changes to my problem.

> I think it just doesn't properly determine processor types because it 
> doesn't
> associate the information it gets from the cpu with the appropriate 
> strings.
> From what I can tell it is insignificant.
>
> If the patch doesn't help, can you explain in more detail exactly what
> the
> problem you're experiencing is?

So, okay. The big problem is that my two isdn-cards are only working in
dom-0.
When I hide them from dom-0 and create a driver-domain the drivers load
correctly
but the cards are not working.

In dom-0 my testapplication (which just calls a telephone) works and a
phone is ringing.
when starting in the driver-domain, the programm starts, no phone is
ringing and after a few seconds
a timeout ends the app.

I think it might be an irq-related problem. I found that all my
pci-devices share irq 5 and 11
under xen and that there I only have 15 IRQs (see 1st post). Starting
Linux natively there are
much more IRQ used. So I thought it might have something to do with
apic-initialisation.
Even after applying your patch I only see the first 15 IRQs.

I can supply you with debug-information if you like/need.

Patrick

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

end of thread, other threads:[~2005-04-17 17:38 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-04-15  9:07 Local apic support Patrick Scharrenberg
  -- strict thread matches above, loose matches on Subject: below --
2005-04-15 17:59 Ian Pratt
2005-04-15 18:24 ` Natasha Jarymowycz
2005-04-17 17:38   ` Patrick Scharrenberg

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.