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

[Helmut Wieser <helmut.wieser@xxxxxxxx>]

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