search for: feb00000

...quot; However, ifconfig shows this: # ifconfig eth1:192008001 eth1:192008001 Link encap:Ethernet HWaddr 00:25:90:61:74:C1 inet addr:192.168.8.1 Bcast:192.168.8.255 Mask:255.255.255.128 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:17 Memory:feae0000-feb00000 Which shows that the network mask is determined by the interface mask and is not overridden by the alias definition. Is this expected behaviour? Does this mean that a particular physical interface cannot belong to more than one network, or at least not to networks having differing cidr masks? -...

...wrote: > # ifconfig eth1:192008001 > eth1:192008001 Link encap:Ethernet HWaddr 00:25:90:61:74:C1 > inet addr:192.168.8.1 Bcast:192.168.8.255 > Mask:255.255.255.128 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > Interrupt:17 Memory:feae0000-feb00000 > > Which shows that the network mask is determined by the interface mask > and is not overridden by the alias definition. > > Is this expected behaviour? Does this mean that a particular physical > interface cannot belong to more than one network, or at least not to > network...

...DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 0000e000-0000efff Memory behind bridge: feb00000-febfffff Prefetchable memory behind bridge: d8000000-dfffffff Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- <SERR- <PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscT...

Hello, my current network setup looks like the following: dom2-eth0 (172.30.1.22) netmask /24 | | xen-br1 (no ip) | dom1-eth0 (172.30.1.21) netmask /24 dom1-eth1 (172.30.0.21) netmask /24 | | xen-br10 (172.30.0.1) netmask /24 | dom0 | | xen-br0 (normal IP) | eth0 (same IP as xen-br0) |

...8K rwx-- /usr/local/lib/libroken.so.16.1.0 > FEA60000 256K r-x-- /usr/local/lib/libncurses.so.5.4 > FEAAE000 48K rwx-- /usr/local/lib/libncurses.so.5.4 > FEAC0000 160K r-x-- /usr/local/lib/libasn1.so.6.1.0 > FEAF6000 8K rwx-- /usr/local/lib/libasn1.so.6.1.0 > FEB00000 264K r-x-- /usr/local/lib/libkrb5.so.17.4.0 > FEB50000 24K rwx-- /usr/local/lib/libkrb5.so.17.4.0 > FEB60000 80K r-x-- /usr/local/lib/libgssapi.so.4.0.0 > FEB82000 16K rwx-- /usr/local/lib/libgssapi.so.4.0.0 > FEB90000 80K r-x-- /lib/nss_ldap.so.1 > FEBB2...

Hello, I''m also seeing this exact same problem. I''ve posted on xen-users, but did not get an answer. Venkat seems to be experiencing the same problem as me. I have the latest BIOS for my motherboard DQ35JO. (BIOS ver 933) I''m running a Q6600 as well. It hangs at "Brought up 4 CPUs." I''ve tried all sorts of combinations of Xen versions and kernels to

....4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge (prog-if 01 [Subtractive decode]) Flags: bus master, 66MHz, medium devsel, latency 64 Bus: primary=00, secondary=04, subordinate=05, sec-latency=64 I/O behind bridge: 0000e000-0000efff Memory behind bridge: feb00000-febfffff Prefetchable memory behind bridge: f0000000-fbffffff 00:14.5 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI2 Controller (prog-if 10 [OHCI]) Subsystem: Biostar Microtech Int''l Corp Device 3700 Flags: bus master, 66MHz, medium devsel, latency 64,...

...Vidia Corporation MCP67 PCI Bridge (rev a2) (prog-if 01 [Subtractive decode]) > Flags: bus master, 66MHz, fast devsel, latency 0 > Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 > I/O behind bridge: 0000e000-0000efff > Memory behind bridge: feb00000-febfffff > Capabilities: [b8] #0d [0000] > Capabilities: [8c] HyperTransport: MSI Mapping > > 00:09.0 IDE interface: nVidia Corporation MCP67 AHCI Controller (rev a2) (prog-if 85 [Master SecO PriO]) > Subsystem: ASUSTeK Computer Inc. Unknown device 82b3 >...

...> 00:08.0 PCI bridge: nVidia Corporation MCP67 PCI Bridge (rev a2) (prog-if 01 [Subtractive decode]) > Flags: bus master, 66MHz, fast devsel, latency 0 > Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 > I/O behind bridge: 0000e000-0000efff > Memory behind bridge: feb00000-febfffff > Capabilities: [b8] #0d [0000] > Capabilities: [8c] HyperTransport: MSI Mapping > > 00:09.0 IDE interface: nVidia Corporation MCP67 AHCI Controller (rev a2) (prog-if 85 [Master SecO PriO]) > Subsystem: ASUSTeK Computer Inc. Unknown device 82b3 > Flags: bus master, 6...

...e: 0000:00:01.0 IO window: c000-cfff MEM window: fe800000-fe9fffff PREFETCH window 0x00000000fc000000-0x00000000fdffffff PCI: Bridge: 0000:00:04.0 IO window: d000-dfff MEM window: fea00000-feafffff PREFETCH window: disabled. PCI: Bridge: 0000:00:05.0 IO window: e000-efff MEM window: feb00000-febfffff PREFETCH window: disabled. PCI: Bridge: 0000:00:14.4 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Setting latency timer of device 0000:00:04.0 to 64 PCI: Setting latency timer of device 0000:00:05.0 to 64 NET: Registered protocol family 2 IP route cach...

...e: 0000:00:01.0 IO window: c000-cfff MEM window: fe800000-fe9fffff PREFETCH window 0x00000000fc000000-0x00000000fdffffff PCI: Bridge: 0000:00:04.0 IO window: d000-dfff MEM window: fea00000-feafffff PREFETCH window: disabled. PCI: Bridge: 0000:00:05.0 IO window: e000-efff MEM window: feb00000-febfffff PREFETCH window: disabled. PCI: Bridge: 0000:00:14.4 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Setting latency timer of device 0000:00:04.0 to 64 PCI: Setting latency timer of device 0000:00:05.0 to 64 NET: Registered protocol family 2 IP route cach...

Hey hope this opne is a "make senser". Has anyone tried the "Subject line" combo?, I''ve compiled a dozen src.rpm kernel 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel support with no success, just a kernel oops and constant reboots. I followed Fedora''s wiki on building a custom kernel, even used F16''s .config which also was a

Hey hope this opne is a "make senser". Has anyone tried the "Subject line" combo?, I''ve compiled a dozen src.rpm kernel 3.0 and 3.1 packages with no luck to try native upstream Dom0 kernel support with no success, just a kernel oops and constant reboots. I followed Fedora''s wiki on building a custom kernel, even used F16''s .config which also was a

Now that x86-64 has directly accessible percpu variables, it can also implement the direct versions of these operations, which operate on a vcpu_info structure directly embedded in the percpu area. In fact, the 64-bit versions are more or less identical, and so can be shared. The only two differences are: 1. xen_restore_fl_direct takes its argument in eax on 32-bit, and rdi on 64-bit.

...d > 97c21000-97c213ff : 0000:00:1a.7 > 97c21000-97c213ff : ehci_hcd > 97c22000-97c220ff : 0000:00:1f.3 > fc000000-fcffffff : reserved > fc000000-fcffffff : pnp 00:0a > fe710000-fe711fff : pnp 00:0a > fe800000-fe9fffff : pnp 00:0a > fea00000-feafffff : pnp 00:0a > feb00000-febfffff : pnp 00:0a > fec00000-fec003ff : IOAPIC 0 > fec80000-fec803ff : IOAPIC 1 > fed00000-fed003ff : HPET 0 > fed00000-fed003ff : pnp 00:05 > fed1c000-fed1ffff : reserved > fed1c000-fed1ffff : pnp 00:0a > fee00000-feefffff : pnp 00:0a > fee00000-fee00fff : Local APIC...