Re: [Xen-users] Error: Device 0 (vif) could notbeconnected. Hotp

No joy. I couldn't find out what CONFIG_XEN_SYSFS does, but it doesn't seem to be part of 2.6.31.13. I set all the other options apart from wireless that you suggested.

I'll try to use Zhang Enming's kernel config next.

Oh, and of course I get the infamous oops from bug 1612, I just never noticed it because my console doesn't work with gfx passthru.
Here's the output:

[ 167.571125]   alloc irq_desc for 826 on node 0
[ 167.571131]   alloc kstat_irqs on node 0
[ 167.724755] BUG: unable to handle kernel NULL pointer dereference at 0000000000000110
[ 167.724943] IP: [<ffffffff8124ad7c>] netback_uevent+0x90/0xd5
[ 167.725066] PGD 1d5e6067 PUD 1ddd2067 PMD 0
[ 167.725296] Oops: 0000 [#1] SMP
[ 167.725472] last sysfs file: /sys/devices/vif-1-0/uevent
[ 167.725544] CPU 2
[ 167.725653] Modules linked in: bridge stp xenfs blktap pci_hotplug xen_blkfront xen_netfront xen_evtchn loop firewire_sbp2 snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep usbhid snd_pcm snd_timer snd hid wmi processor soundcore acpi_processor pcspkr psmouse snd_page_alloc serio_raw button evdev ext3 jbd mbcache usb_storage sr_mod sd_mod crc_t10dif cdrom tg3 firewire_ohci floppy thermal ahci firewire_core libphy libata thermal_sys crc_itu_t scsi_mod uhci_hcd ehci_hcd usbcore nls_base [last unloaded: scsi_wait_scan]
[ 167.728264] Pid: 1955, comm: udevd Not tainted 2.6.31.13 #3 HP Z600 Workstation
[ 167.728356] RIP: e030:[<ffffffff8124ad7c>] [<ffffffff8124ad7c>] netback_uevent+0x90/0xd5
[ 167.728497] RSP: e02b:ffff880002095d98 EFLAGS: 00010246
[ 167.728569] RAX: 0000000000000000 RBX: ffff88000231ea00 RCX: 000000000080007c
[ 167.728644] RDX: ffff88001d3ab440 RSI: 00000000a3c9a148 RDI: 01000000000002c0
[ 167.728722] RBP: ffff88000244e000 R08: 0000000000000000 R09: 0000000000000000
[ 167.728797] R10: ffffffff8100eddf R11: 00000000a3c9a148 R12: 0000000000000000
[ 167.728873] R13: ffff88001d3ab680 R14: ffff88001d5b9000 R15: ffffffff81502b30
[ 167.728955] FS: 00007fdb8f1c5790(0000) GS:ffffc9000002e000(0000) knlGS:0000000000000000
[ 167.729051] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 167.729128] CR2: 0000000000000110 CR3: 000000001dcfc000 CR4: 0000000000002660
[ 167.729212] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 167.729303] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 167.729405] Process udevd (pid: 1955, threadinfo ffff880002094000, task ffff88001d5206c0)
[ 167.729525] Stack:
[ 167.729609] ffffffff814608a6 00000000a3c9a148 0000000000000002 ffff88000231ea40
[ 167.729835] <0> ffff88000244e000 ffff88000231ea50 ffff88000231ea50 ffffffff81283264
[ 167.730179] <0> 00007fdb00000010 00000000a3c9a148 ffff880002095f50 0000000000000000
[ 167.730566] Call Trace:
[ 167.730639] [<ffffffff81283264>] ? dev_uevent+0x1a2/0x207
[ 167.730714] [<ffffffff81284725>] ? show_uevent+0x92/0xfd
[ 167.730790] [<ffffffff81282e8b>] ? dev_attr_show+0x2e/0x6b
[ 167.730873] [<ffffffff810ce1b0>] ? get_zeroed_page+0x21/0x76
[ 167.730957] [<ffffffff811647fb>] ? sysfs_read_file+0xbb/0x156
[ 167.731051] [<ffffffff8100e301>] ? xen_force_evtchn_callback+0x1d/0x37
[ 167.731133] [<ffffffff8100edf2>] ? check_events+0x12/0x20
[ 167.731209] [<ffffffff81105f91>] ? vfs_read+0xb1/0x123
[ 167.731285] [<ffffffff8100eddf>] ? xen_restore_fl_direct_end+0x0/0x1
[ 167.731366] [<ffffffff81384013>] ? _spin_unlock_irqrestore+0x24/0x3e
[ 167.731445] [<ffffffff811060eb>] ? sys_read+0x55/0x90
[ 167.731527] [<ffffffff81013e42>] ? system_call_fastpath+0x16/0x1b
[ 167.731619] Code: c7 c6 33 1f 45 81 31 c0 48 89 ef e8 17 f0 f7 ff 85 c0 74 0f 4c 89 ef bd f4 ff ff ff e8 66 3e eb ff eb 2b 4c 89 ef e8 5c 3e eb ff <49> 8b 94 24 10 01 00 00 48 89 ef 31 c0 48 c7 c6 3d 1f 45 81 e8
[ 167.734689] RIP [<ffffffff8124ad7c>] netback_uevent+0x90/0xd5
[ 167.734818] RSP <ffff880002095d98>
[ 167.734890] CR2: 0000000000000110
[ 167.734966] ---[ end trace d844f79248755c84 ]---
[ 167.927689] device vif1.0 entered promiscuous mode
[ 167.938021] eth0: port 2(vif1.0) entering forwarding state
[ 168.100416] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 168.316187] nf_conntrack version 0.5.0 (4044 buckets, 16176 max)
[ 168.316778] CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use
[ 168.316873] nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or
[ 168.316966] sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
[ 168.427110] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore.
[ 168.620471] tun: Universal TUN/TAP device driver, 1.6
[ 168.620550] tun: (C) 1999-2004 Max Krasnyansky <maxk@xxxxxxxxxxxx>
[ 168.668587] device tap1.0 entered promiscuous mode
[ 168.668694] eth0: port 3(tap1.0) entering forwarding state
[ 168.688096]   alloc irq_desc for 825 on node 0
[ 168.688170]   alloc kstat_irqs on node 0

But the machine comes up for the first time and everything seems to be working fine.

I use udevd 151.

On 31.05.2010 16:27, Niels Dettenbach wrote:

Am Montag 31 Mai 2010, 16:13:14 schrieb Helmut Wieser:

No, this doesn't help.
I'm currently trying to ditch the debian kernel and compiling one of 
jeremy's kernels with a config close to the one from debian.

...you may try this:

 1.) make shure udev is <=151 (i use 141 currently)


 2.) set in your xen kernel (if not): 

CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_WIRELESS_EXT_SYSFS=y    *
CONFIG_GPIO_SYSFS=y  *
CONFIG_VIDEO_PVRUSB2_SYSFS=y
CONFIG_RTC_INTF_SYSFS=y
CONFIG_XEN_SYSFS=y
CONFIG_SYSFS=y

(* only if applies to your hardware)

(not shure if it's optimal but seems to work for me with 3.4x and 4.x)

=> reboot


 3.) make a
	mount -t sysfs sys /sys

=> if you still have any sysfs mounted you might try to unmount it before this 
step

I have a line
sys                     /sys            sysfs           auto 0 0

in my fstab which seems to help...

May be this is widely waste but it seems to help me - so pls don't hit me... 
;)

Another thing is that you might have fractions of your (to new) udev config 
from before downgrading.

I'm working with gentoo which compiles things as i want so i'm not fully in 
the view what your distributor and package management might does well and what 
not with your (udev) configs...


may be this helps,


Niels.

-


_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

WARNING - OLD ARCHIVES

xen-users

Re: [Xen-users] Error: Device 0 (vif) could notbeconnected. Hotplugscrip