WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Xen

xen-devel

[Top] [All Lists]

[Fwd: Re: [Xen-users] Re: [Xen-devel] bt878 based dvr card vs. pci pass-

To: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Fwd: Re: [Xen-users] Re: [Xen-devel] bt878 based dvr card vs. pci pass-thru]
From: Sipos Ferenc <frank@xxxxxxx>
Date: 2006年12月18日 16:48:21 +0100
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir@xxxxxxxxxxxxx>
Delivery-date: 2006年12月19日 03:12:17 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi,
some more info which I collected during physically accessing the machine
while rebooting. I was suprised that while it was not able to do
anything it was not a 'static' kernel panic, but the following text was
scrolling continously thru the screen:
"""
ata3: port reset, p_is 1 is e pis 1 cmd c017 tf 50 ss 113 se 0
ata3: status=0x50 { DriveReady SeekComplete }
sda: Current: sense key: No sense
 Additional sense: No additional sense information
"""
This and the same with 'ata2' and 'sdb'.
Please let me know if it has anything to do with the below metioned
setup.
Thanks.
Frank
-------- Forwarded Message --------
> From: Sipos Ferenc <frank@xxxxxxx>
> To: Keir Fraser <keir@xxxxxxxxxxxxx>
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, xen-users@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-users] Re: [Xen-devel] bt878 based dvr card vs. pci
> pass-thru
> Date: 2006年12月18日 10:56:06 +0100
>
> Hi All.
>
> > This file should contain your device id, not slot address. Find out the
> > numeric device id from 'lspci -n'.
> It was clearly stated in the docs that I should have used the output of
> 'lspci -n' but somehow it supressed my attention. Sorry for wasting your
> time on that.
>
> On an other note, I've did what you and the manual suggested and here is
> the result:
>
> """
> Dec 18 10:47:43 hive kernel: pciback .&checktime(0000,07,0,':')e.0: enabling permissive
> mode configuration space accesses!
> Dec 18 10:47:43 hive kernel: pciback .&checktime(0000,07,0,':')e.0: permissive mode is
> potentially unsafe!
> Dec 18 10:47:43 hive kernel: pciback .&checktime(0000,07,0,':')e.1: enabling permissive
> mode configuration space accesses!
> Dec 18 10:47:43 hive kernel: pciback .&checktime(0000,07,0,':')e.1: permissive mode is
> potentially unsafe!
> Dec 18 10:47:43 hive kernel: pciback .&checktime(0000,07,0,':')f.0: enabling permissive
> mode configuration space accesses!
> Dec 18 10:47:43 hive kernel: pciback .&checktime(0000,07,0,':')f.0: permissive mode is
> potentially unsafe!
> Dec 18 10:47:43 hive kernel: pciback .&checktime(0000,07,0,':')f.1: enabling permissive
> mode configuration space accesses!
> Dec 18 10:47:43 hive kernel: pciback .&checktime(0000,07,0,':')f.1: permissive mode is
> potentially unsafe!
> Dec 18 10:47:43 hive kernel: pciback: vpci: .&checktime(0000,07,0,':')c.0: assign to
> virtual slot 0
> Dec 18 10:47:43 hive kernel: pciback: vpci: .&checktime(0000,07,0,':')c.1: assign to
> virtual slot 0 func 1
> Dec 18 10:47:43 hive kernel: pciback: vpci: .&checktime(0000,07,0,':')d.0: assign to
> virtual slot 1
> Dec 18 10:47:43 hive kernel: pciback: vpci: .&checktime(0000,07,0,':')d.1: assign to
> virtual slot 1 func 1
> Dec 18 10:47:43 hive kernel: pciback: vpci: .&checktime(0000,07,0,':')e.0: assign to
> virtual slot 2
> Dec 18 10:47:43 hive kernel: pciback: vpci: .&checktime(0000,07,0,':')e.1: assign to
> virtual slot 2 func 1
> Dec 18 10:47:43 hive kernel: pciback: vpci: .&checktime(0000,07,0,':')f.0: assign to
> virtual slot 3
> Dec 18 10:47:43 hive kernel: pciback: vpci: .&checktime(0000,07,0,':')f.1: assign to
> virtual slot 3 func 1
> Dec 18 10:47:43 hive kernel: device vif2.0 entered promiscuous mode
> Dec 18 10:47:43 hive kernel: ADDRCONF(NETDEV_UP): vif2.0: link is not
> ready
> Dec 18 10:47:47 hive kernel: ADDRCONF(NETDEV_CHANGE): vif2.0: link
> becomes ready
> Dec 18 10:47:47 hive kernel: xenbr0: port 3(vif2.0) entering learning
> state
> Dec 18 10:47:47 hive kernel: xenbr0: topology change detected,
> propagating
> Dec 18 10:47:47 hive kernel: xenbr0: port 3(vif2.0) entering forwarding
> state
> Dec 18 10:47:55 hive kernel: PCI: Enabling device .&checktime(0000,07,0,':')c.0 (0000 ->
> 0002)
> Dec 18 10:47:55 hive kernel: ACPI: PCI Interrupt .&checktime(0000,07,0,':')c.0[A] -> GSI
> 16 (level, low) -> IRQ 16
> Dec 18 10:47:55 hive kernel: PCI: Enabling device .&checktime(0000,07,0,':')d.0 (0000 ->
> 0002)
> Dec 18 10:47:55 hive kernel: ACPI: PCI Interrupt .&checktime(0000,07,0,':')d.0[A] -> GSI
> 17 (level, low) -> IRQ 20
> Dec 18 10:47:57 hive kernel: [__report_bad_irq+36/128] __report_bad_irq
> +0x24/0x80
> Dec 18 10:47:57 hive kernel: [note_interrupt+162/256] note_interrupt
> +0xa2/0x100
> Dec 18 10:47:57 hive kernel: [__do_IRQ+233/256] __do_IRQ+0xe9/0x100
> Dec 18 10:47:57 hive kernel: [do_IRQ+55/112] do_IRQ+0x37/0x70
> Dec 18 10:47:57 hive kernel: [__do_IRQ+179/256] __do_IRQ+0xb3/0x100
> Dec 18 10:47:57 hive kernel: [evtchn_do_upcall+146/256]
> evtchn_do_upcall+0x92/0x100
> Dec 18 10:47:57 hive kernel: [hypervisor_callback+61/72]
> hypervisor_callback+0x3d/0x48
> Dec 18 10:47:57 hive kernel: [<cd8b5107>] uhci_irq+0x27/0x190
> [uhci_hcd]
> Dec 18 10:47:57 hive kernel: [<cd8e03a4>] usb_hcd_irq+0x24/0x60
> [usbcore]
> Dec 18 10:47:57 hive kernel: [handle_IRQ_event+89/160] handle_IRQ_event
> +0x59/0xa0
> Dec 18 10:47:57 hive kernel: [__do_IRQ+138/256] __do_IRQ+0x8a/0x100
> Dec 18 10:47:57 hive kernel: [do_IRQ+55/112] do_IRQ+0x37/0x70
> Dec 18 10:47:57 hive kernel: [evtchn_do_upcall+146/256]
> evtchn_do_upcall+0x92/0x100
> Dec 18 10:47:57 hive kernel: [hypervisor_callback+61/72]
> hypervisor_callback+0x3d/0x48
> Dec 18 10:47:57 hive kernel: [safe_halt+32/80] safe_halt+0x20/0x50
> Dec 18 10:47:57 hive kernel: [start_hz_timer+18/32] start_hz_timer
> +0x12/0x20
> Dec 18 10:47:57 hive kernel: [xen_idle+44/96] xen_idle+0x2c/0x60
> Dec 18 10:47:57 hive kernel: [cpu_idle+139/224] cpu_idle+0x8b/0xe0
> Dec 18 10:47:57 hive kernel: [start_kernel+427/496] start_kernel
> +0x1ab/0x1f0
> Dec 18 10:47:57 hive kernel: [unknown_bootoption+0/480]
> unknown_bootoption+0x0/0x1e0
> """
>
> I needed to force my machine to reboot physically. Any suggestions are
> very welcome.
>
> (Ubuntu 6.10 - dom0 & domU - and Xen-3.0.3 binary install with Kodicom
> 4400R-like bt878 based DVR card)
> Should you need more info on my setup, I'm happy to provide you with
> that.
>
> Frank
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users 
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
  • [Fwd: Re: [Xen-users] Re: [Xen-devel] bt878 based dvr card vs. pci pass-thru], Sipos Ferenc <=
Previous by Date: Re: [Xen-devel] VCPU affinity , Emmanuel Ackaouy
Next by Date: [Fwd: [Fwd: Re: [Xen-users] Re: [Xen-devel] bt878 based dvr card vs. pci pass-thru]] , Sipos Ferenc
Previous by Thread: [Xen-devel] VMX status report 13078:469478194aef , Yu, Ping Y
Next by Thread: [Fwd: [Fwd: Re: [Xen-users] Re: [Xen-devel] bt878 based dvr card vs. pci pass-thru]] , Sipos Ferenc
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /