similar to: [Bug 91738] New: xf86-video-nouveau 1.0.11 will not allow X to start

Hello, I am trying to assign an IPv6 address to one of my guests. I followed the following guide, unsuccessfully: https://www.berrange.com/posts/2011/06/16/providing-ipv6-connectivity-to-virtual-guests-with-libvirt-and-kvm/ . I have the following config files: dumpxml of the guest `deb`: http://sprunge.us/iUef net-dumpxml of network `default`: http://sprunge.us/WTfH net-dumpxml of network `ip6`:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/4/2014 8:46 PM, Bhasker C V wrote: > On 04/10/14 15:36, The Cop wrote: >> Hello, >> >> I am trying to assign an IPv6 address to one of my guests. I followed the >> following guide, unsuccessfully: >> https://www.berrange.com/posts/2011/06/16/providing-ipv6-connectivity-to-virtual-guests-with-libvirt-and-kvm/

On 10/5/2014 1:56 AM, Bhasker C V wrote: > On 04/10/14 21:13, The Cop wrote: >> On 10/4/2014 8:46 PM, Bhasker C V wrote: >>> On 04/10/14 15:36, The Cop wrote: >>>> Hello, >>>> >>>> I am trying to assign an IPv6 address to one of my guests. I followed the >>>> following guide, unsuccessfully: >>>> >>

Hello All, I'm trying to enable hugepages, I've turned off THP (Transparent Huge Pages), and enabled hugepages in memoryBacking, and set my 2MB hugepages count via sysctl. I'm getting "libvirtd[5788]: Failed to autostart VM 'atlas': internal error: Unable to find any usable hugetlbfs mount for 16777216 KiB" where atlas is one of my guests and 16777216 KiB is the

Yeah, Dominique, your wiki was one of the many docs I read through before/during/after starting down this primrose path... thanks for writing it. I'm an Arch user, and I couldn't find anything to indicate qemu, as its compiled for Arch, will look in /etc/default/qemu-kvm. And now that I've got the right page size, the instances are starting... The reason I want to use the page element

As I mentioned, I got the instances to launch... but they're only taking HugePages from "Node 0", when I believe my setup should pull from both nodes. [atlas] http://sprunge.us/FSEf [prometheus] http://sprunge.us/PJcR 2015-02-03 16:51:48 root@eanna i ~ # virsh start atlas Domain atlas started 2015-02-03 16:51:58 root@eanna i ~ # virsh start prometheus Domain prometheus started

Hello everyone, I recent upgraded to wheezy debian and the syntax of the smb.conf changed when i moved up versions. It took about a week but i think i am almost there. I got my systems to join the WIn2008 domain and can authenticate and login on linux now with my AD users. Now I just need to figure out how to change my SID and GID of my users and groups. On some systems they are the same and

*facepalm* Now that I'm re-reading the documentation it's obvious that <page/> and @nodeset are for the guest, "This tells the hypervisor that the guest should have its memory allocated using hugepages instead of the normal native page size." Pretty clear there. Thank you SO much for the guidance, I'll return to my tweaking. I'll report back here with my results.

Hi all, I'm hitting a segfault in llc when trying to build GHC: http://sprunge.us/ZVGB. What is the best way to debug this? I'm able to bump to 3.8.1 if needed, but GHC tends to break when updating major versions due to IR incompatibilities. Thanks, Shea -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Highlights: - Support for server managed fd's. - Glamor support. - Maxwell support. - DRI3 and initial Present support. - vsync'ed kms pageflip performance fixes when running on Linux 3.13+ - Multi-display vsync, vblank, swap scheduling, timestamping fixes. - Multi x-screen support fixes. - ZaphodHead support on for

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Highlights: - Support for server managed fd's. - Glamor support. - Maxwell support. - DRI3 and initial Present support. - vsync'ed kms pageflip performance fixes when running on Linux 3.13+ - Multi-display vsync, vblank, swap scheduling, timestamping fixes. - Multi x-screen support fixes. - ZaphodHead support on for

Hello, I have an ISDN-30 connection and a Digium TE-121 with VPMADT032 echo cancellation. Every 30-60 minutes I experience PRI dropping. @@@ /etc/zaptel.conf: loadzone=dk defaultzone=dk span=2,1,0,ccs,hdb3,crc4 bchan=32-46 dchan=47 bchan=48-62 @@@ @@@ /etc/asterisk/zapata.conf [channels] switchtype=euroisdn usecallerid=yes group=2 signalling=pri_cpe context=incoming channel => 32-46

On 09.02.2015 18:19, G. Richard Bellamy wrote: > First I'll quickly summarize my understanding of how to configure numa... > > In "//memoryBacking/hugepages/page[@nodeset]" I am telling libvirt to > use hugepages for the guest, and to get those hugepages from a > particular host NUMA node. No, @nodeset refers to guest NUMA nodes. > > In

Hi Xen developers and enthousiasts, Recently I have been having a lot of problems with HVM hosts on a dual Xeon E5606 box. Problem is that HVM hosts don''t work on it at all and crash the server. Today I got the logging to work over an IPMI console so then I compiled a fresh xen-unstable. Apart from the message I posted in the subject the call trace reads as follows: (XEN) Xen call

I need to build libLLVM (individual static libraries are fine at the moment) using mingw-w64 cross compilers, i686-w64-mingw32-gcc and (separately) x86_64-w64-mingw32-gcc. I'd like this to work from both Linux and Cygwin build environments. With autotools, this worked fine: ../configure --host=i686-w64-mingw32 and that's it (with mingw32-gcc-c++ installed on Fedora 23, also works fine on

Hey, I wrote yesterday about PRI dropping, which turned out to just be a regular reset of unused B-channels. This time there's a real issue. As noted earlier I have an ISDN-30 connection, a Digium TE-121 with VPMADT032 echo cancellation. These are my configurations files: == /etc/zaptel.conf loadzone=dk defaultzone=dk span=1,1,0,css,hdb3,crc4 bchan=1-15 dchan=16 bchan=17-31 == ==

https://bugs.freedesktop.org/show_bug.cgi?id=84101 Priority: medium Bug ID: 84101 Assignee: nouveau at lists.freedesktop.org Summary: A crash upon boot QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: danny_archer at fastmail.fm Hardware:

Hi, I'm writing a simple flac playing program, and I've basically modified the example C decoder code to use libao. The example code works just fine, but when I use libao, after calling FLAC__stream_decoder_process_until_end_of_stream(), decoder points to an inaccessible area of memory (0x2). This invariable causes a segmentation fault when anything else thereafter uses the decoder (i.e.

On Fri, Aug 7, 2020 at 1:10 PM Erik Skultety <eskultet@redhat.com> wrote: > On Wed, Aug 05, 2020 at 10:13:57PM +0530, Kaushal Shriyan wrote: > > On Wed, Aug 5, 2020 at 1:32 PM Pavel Hrdina <phrdina@redhat.com> wrote: > > > > > On Wed, Aug 05, 2020 at 06:57:11AM +0530, Kaushal Shriyan wrote: > > > > Hi, > > > > > > > > I am

On 04.11.2015 11:57, Martin Peres wrote: > On 02/11/15 08:28, poma wrote: >> An interesting results. >> >> DRI2: >> >> $ vblank_mode=0 glxgears >> ATTENTION: default value of option vblank_mode overridden by environment. >> 6321 frames in 5.0 seconds = 1264.103 FPS >> 6380 frames in 5.0 seconds = 1275.943 FPS >> 6369 frames in 5.0 seconds =