search for: fe9e0000

Hi all, I am installing a zone onto two different V445s running S10U4 and the zones are taking hours to install (about 1000 packages), that is, the problem is identical on both systems. A bit of trussing and dtracing has shown that the pkginstalls being run by the zoneadm install are making door_call calls to nscd that are taking very long, so far observed to be 5 to 40 seconds, but always in

...Metric:1 RX packets:259555 errors:0 dropped:0 overruns:0 frame:0 TX packets:267985 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:41494651 (39.5 Mb) TX bytes:106749960 (101.8 Mb) Interrupt:48 Base address:0xdc80 Memory:fe9e0000-fea00000 eth0:0 Link encap:Ethernet HWaddr 00:E0:81:23:E0:87 inet addr:10.2.5.4 Bcast:10.3.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:259555 errors:0 dropped:0 overruns:0 frame:0 TX packets:267985 errors:0 drop...

...s master, fast devsel, latency 0, IRQ 16 > Memory at fd000000 (32-bit, non-prefetchable) [size=16M] > Memory at d0000000 (64-bit, prefetchable) [size=256M] > Memory at fa000000 (64-bit, non-prefetchable) [size=32M] > I/O ports at cc00 [size=128] > Expansion ROM at fe9e0000 [disabled] [size=128K] > Capabilities: [60] Power Management version 3 > Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ > Capabilities: [78] Express Endpoint, MSI 00 > Capabilities: [100] Virtual Channel > Capabilities: [128] Power Budgeting <?>...

...-v -nn -k -qq -D # provides this information: . . . 0000:02:00.0 Ethernet controller [0200]: Intel Corporation 82574L Gigabit Network Connection [8086:10d3] Subsystem: Super Micro Computer Inc Device [15d9:10d3] Physical Slot: 0-1 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at fe9e0000 (32-bit, non-prefetchable) [size=128K] I/O ports at dc00 [size=32] Memory at fe9dc000 (32-bit, non-prefetchable) [size=16K] Capabilities: [c8] Power Management version 2 Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [e0] Express Endpoint, MSI 00 Capabilities: [a0] M...

...>> Memory at fd000000 (32-bit, non-prefetchable) [size=16M] >>> Memory at d0000000 (64-bit, prefetchable) [size=256M] >>> Memory at fa000000 (64-bit, non-prefetchable) [size=32M] >>> I/O ports at cc00 [size=128] >>> Expansion ROM at fe9e0000 [disabled] [size=128K] >>> Capabilities: [60] Power Management version 3 >>> Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ >>> Capabilities: [78] Express Endpoint, MSI 00 >>> Capabilities: [100] Virtual Channel >>> C...

...tency 0, IRQ 16 >> Memory at fd000000 (32-bit, non-prefetchable) [size=16M] >> Memory at d0000000 (64-bit, prefetchable) [size=256M] >> Memory at fa000000 (64-bit, non-prefetchable) [size=32M] >> I/O ports at cc00 [size=128] >> Expansion ROM at fe9e0000 [disabled] [size=128K] >> Capabilities: [60] Power Management version 3 >> Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ >> Capabilities: [78] Express Endpoint, MSI 00 >> Capabilities: [100] Virtual Channel >> Capabilities: [128] P...

...T MTU:1500 Metric:1 RX packets:49916 errors:0 dropped:0 overruns:0 frame:0 TX packets:27221 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:7366849 (7.0 MiB) TX bytes:3741826 (3.5 MiB) Base address:0xddc0 Memory:fe9e0000-fea00000 [root at obiwan ~]# telnet 192.168.0.101 25 Trying 192.168.0.101... telnet: connect to address 192.168.0.101: Connection refused telnet: Unable to connect to remote host: Connection refused [root at obiwan ~]# telnet 127.0.0.1 25 Trying 127.0.0.1... Connected to obiwan (127.0.0.1). Escape...

Hi, On 24-07-15 04:32, Ben Skeggs wrote: > On 24 July 2015 at 01:20, Hans de Goede <hdegoede at redhat.com> wrote: >> MSI interrupts appear to not work for nv46 based cards. Change the mc >> subdev oclass for these cards from nv44 to nv4c, the nv4c mc code is >> identical to the nv44 mc code except that it does not use msi >> (it does not define a msi_rearm

...FE960000 8K rw-s- dev:32,0 ino:301949 > FE970000 8K rw-s- dev:32,0 ino:301945 > FE980000 8K rw-s- dev:32,0 ino:301948 > FE990000 8K rw-s- dev:32,0 ino:301942 > FE9A0000 8K rw-s- dev:32,0 ino:301941 > FE9D0000 8K rw-s- dev:32,0 ino:301939 > FE9E0000 8K rwxs- [ anon ] > FE9F0000 8K r-x-- /lib/libdoor.so.1 > FEA02000 8K rwx-- /lib/libdoor.so.1 > FEA10000 8K r-x-- /usr/local/lib/libcom_err.so.1.1.1 > FEA20000 8K rwx-- /usr/local/lib/libcom_err.so.1.1.1 > FEA30000 72K r-x-- /usr/local/lib/l...

...380 Flags: bus master, 66MHz, medium devsel, latency 248, IRQ 50 Memory at fd000000 (32-bit, non-prefetchable) [size=16M] Memory at c0000000 (32-bit, prefetchable) [size=256M] Memory at fc000000 (32-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at fe9e0000 [disabled] [size=128K] Capabilities: <access denied> Unless you know what type of card you have then you can skip that part and go directly to here --> http://www.nvidia.com/Download/index.aspx?lang=en-us Fill out the values according to your card and it will determine wh...

https://bugs.freedesktop.org/show_bug.cgi?id=49397 Aaron Plattner <aplattner at nvidia.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|aplattner at nvidia.com |nouveau at lists.freedesktop.o | |rg

I tried to install and boot a 2.6.7 Dom0 xenLinux Kernel on an SMP (Dual-Xeon) Machine with 2 3-ware Controllers installed (1 4-channel Controler and 1 8-channel Controler, both Parallel ATA) and no other HDs present (except the ones connected to the 3ware controlers, of course). First of all I got a compilation error after activating the SMP option in the kernel config. After deactivating the

*RESEND* due to exceeding the mailinglists limit for attachment size. Hi, I''m trying to get secondary vga-passthrough on a HVM guest to work with a AMD HD6570 and the native kernel radeon driver and kernel modesetting. So the guest still gets the emulated stdvga or cirrus device(used in my case here) as primary/boot vga adapter. - When i don''t passthrough the radeon card, the