similar to: Problems using Gentoo and Xen Kernel

Displaying 20 results from an estimated 30000 matches similar to: "Problems using Gentoo and Xen Kernel"

2010 Jul 02
0
Re: Gentoo+Xen4.0: Error: coercing to Unicode: need string or buffer, NoneType found. - SOLVED
Thanks a lot....recompiling xen-tools wih ioemu flagsolved my problem. Daniel Bojczuk On Sun, Jun 27, 2010 at 10:55 AM, Mohamed Yacoubi <myacoubi@euro-web.fr> wrote: > Hi, > Can you recompile xen-tools with USE = "ioemu" ? > That should solve the problem. > Best regards, > Le 22 juin 2010 à 22:01, Daniel Bojczuk a écrit : > > I stiil did not solve te
2010 Jun 21
4
Gentoo+Xen4.0: Error: coercing to Unicode: need string or buffer, NoneType found.
Hi, I''m trying to use a Gentoo whit Xem 4.0, but I try: xm create windows2008r2.hvm I get the error: Error: coercing to Unicode: need string or buffer, NoneType found. Does anybody knows how to solve that? windows2008r2.hvm: kernel = "hvmloader" builder=''hvm'' memory = 512 name = "Windows2008R2" vcpus=2 acpi=1 apic=1 disk = [
2020 Jul 29
0
BUG: unable to handle page fault for address nouveau_fence_new
(Apologies for any duplication, yesterday's e-mail doesn't seem to have made it through moderation) I've had several recent crashes of the nouveau kernel driver over the past month or so. My suspicion is that Firefox is causing it. The screen goes black and then the computer reboots. Nothing much in the syslogs, however I've managed to get netconsole output. I've also run
2007 Dec 02
2
Optimised qmf_synth and iir_mem16
Hi all, I've taken preglows ARM versions of qmf_synth and iir_mem16 from rockboxes speex codec, and tweaked them a bit further for some more speed. I attach them here so you can review and take on any changes you want. Please let me know if you have questions etc. Thanks, Robin -- Robin Watts, Email: <mailto:Robin.Watts@wss.co.uk> Warm Silence Software, WWW:
2014 Feb 08
0
[PATCH v2] arm: Use the UAL syntax for instructions
This is required in order to build using the built-in assembler in clang. --- I squashed the two changes since it would break the normal gcc build otherwise. --- celt/arm/arm2gnu.pl | 2 ++ celt/arm/celt_pitch_xcorr_arm.s | 18 +++++++++--------- 2 files changed, 11 insertions(+), 9 deletions(-) diff --git a/celt/arm/arm2gnu.pl b/celt/arm/arm2gnu.pl index eab42ef..5c24758 100755 ---
2018 Sep 03
4
[Bug 107818] New: linux-4.18.5 every boot some drivers errors
https://bugs.freedesktop.org/show_bug.cgi?id=107818 Bug ID: 107818 Summary: linux-4.18.5 every boot some drivers errors Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at
2014 Feb 07
3
[PATCH 1/2] arm: Use the UAL syntax for ldr<cc>h instructions
This is required in order to build using the built-in assembler in clang. --- celt/arm/celt_pitch_xcorr_arm.s | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/celt/arm/celt_pitch_xcorr_arm.s b/celt/arm/celt_pitch_xcorr_arm.s index 09917b1..3c4b950 100644 --- a/celt/arm/celt_pitch_xcorr_arm.s +++ b/celt/arm/celt_pitch_xcorr_arm.s @@ -309,7 +309,7 @@
2010 Sep 21
1
[LLVMdev] Possible missed optimization on function calling?
Hello, I noticed that the following code could be improved a little bit further. If the optimization is too tricky for the compiler or something and it's done this way by design forgive me, but in any case i just wanted to point it out. Consider the following C code: extern int mcos(int a); extern int msin(int a); extern int mdiv(int a, int b); int foo(int a, int b) { int a4 =
2012 Feb 13
0
[PATCH 05/14] arm: implement exception and hypercall entries.
arm: implement exception and hypercall entries. xen/arch/arm/xen/Makefile | 3 + xen/arch/arm/xen/asm-offsets.c | 61 ++++++++ xen/arch/arm/xen/entry.S | 596 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ xen/arch/arm/xen/hypercalls.S | 67 +++++++++ xen/arch/arm/xen/physdev.c | 41 +++++ 5 files changed, 768 insertions(+), 0
2020 Jul 28
1
BUG: unable to handle page fault for address nouveau_fence_new
I've had several recent crashes of the nouveau kernel driver over the past month or so. My suspicion is that Firefox is causing it. The screen goes black and then the computer reboots. Nothing much in the syslogs, however I've managed to get netconsole output. It happens very infrequently and I'm afraid I don't know how to reproduce it, however I'll be more than happy to
2018 Jul 17
1
[PATCH 0/2] drm/nouveau: Fix panic on nouveau unload.
with your patches I get this in dmesg when removing nouveau: [ 202.510730] ------------[ cut here ]------------ [ 202.510731] sysfs group 'power' not found for kobject 'nv_backlight' [ 202.510736] WARNING: CPU: 0 PID: 8156 at fs/sysfs/group.c:235 sysfs_remove_group+0x71/0x80 [ 202.510736] Modules linked in: nouveau(-) r8168(O) ttm zram [last unloaded: nouveau] [ 202.510740]
2010 Apr 23
0
vmcore on 5.4
Information: 5.4 kernel (2.6.18-164.el5). I have a vmcore (from kdump), if the developers are interested, let me know a place to upload the vmcore file. I used the crash command to do a backtrace. I manage to get machines with later 5.4 and 5.5 to panic the same way. Broadcom or Intel NICs panic the same way. This is an NFS client where the NFS server is restarting several times; NFSv3, mount
2006 Feb 08
1
ztdummy on gentoo 2005.1
Hi i followed this instructions for installing ztdummy on a 2.6 kernel (taken from http://www.voip-info.org/wiki/index.php?page=Asterisk+timer+ztdummy ) cd /usr/src/zaptel * READ /usr/src/zaptel/README.udev and follow the steps * check modules on: /etc/sysconfig/zaptel> if you have no digium hardware comment out all modeules except ztdummy. - make linux26 - make install -
2010 Nov 16
0
Bug#603713: xen-hypervisor-4.0-amd64: amd64 Dom0-Kernel crashes in early boot-stage
Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-1 Severity: important The amd64 Dom0 crashes in early boot-stage. For debugging purpose I logged Kernel-Dump with minicom over Serial Console: System is: Dell Poweredge R710 2x Intel XEON X5650 96GB RAM Perc H200 SAS Controller 3x SAS-Drive I see a possible conjunction with Bug #600241 but acpi=off doesn't solve this problem. Regards,
2017 Oct 09
4
{ARM} IfConversion does not detect BX instruction as a branch
Hi all, I got a silly bug when compiling our project with the latest Clang. Here's the outputted assembly: > tst r3, #255 > strbeq r6, [r7] > ldreq r6, [r4, r6, lsl #2] > strne r6, [r7, #4] > ldr r6, [r4, r6, lsl #2] > bx r6 For the code to execute correctly, either the _ldr_ should be a _ldrne_ instruction or the _ldreq_ instruction should be removed. The error seems to
2014 Oct 10
2
[LLVMdev] Remaining Compiler-RT failures in ARM
On 10 October 2014 12:48, Renato Golin <renato.golin at linaro.org> wrote: > 0x0014b494 <+192>: andeq r1, r0, r4, asr #23 > 0x0014b498 <+196>: andseq r8, r2, r12, lsl #24 > 0x0014b49c <+200>: andeq r1, r0, r12, ror r7 > 0x0014b4a0 <+204>: ; <UNDEFINED> instruction: 0x00128bd0 > => 0x0014b4a4 <+208>: ;
2019 May 20
0
[Qemu-devel] [PATCH v9 2/7] virtio-pmem: Add virtio pmem driver
> On 5/16/19 10:35 PM, Pankaj Gupta wrote: > > Can I take it your reviewed/acked-by? or tested-by tag? for the virtio > > patch :)I don't feel that I have enough expertise to give the reviewed-by > > tag, but you can > take my acked-by + tested-by. > > Acked-by: Jakub Staron <jstaron at google.com> > Tested-by: Jakub Staron <jstaron at google.com>
2017 Oct 11
2
{ARM} IfConversion does not detect BX instruction as a branch
On Tue, Oct 10, 2017 at 4:48 PM, Friedman, Eli via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On 10/9/2017 3:10 AM, Gaël Jobin via llvm-dev wrote: > > Hi all, > > I got a silly bug when compiling our project with the latest Clang. Here's > the outputted assembly: > > tst r3, #255 > strbeq r6, [r7] > ldreq r6, [r4, r6, lsl #2] > strne r6, [r7, #4]
2017 Jan 09
4
Tweaking the Register Allocator's spill placement
Hello, My target features some very-high-latency instructions that access an on-chip network (we'll call them FXLV). In one important kernel (snippet below), register allocation needs to spill values resulting from FXLV. The spiller is unaware of FXLV's latency, and thus naively inserts those spills immediately after the FXLV, incurring huge and unnecessary data stalls. FXLV r10,
2015 Oct 01
0
req->nr_phys_segments > queue_max_segments (was Re: kernel BUG at drivers/block/virtio_blk.c:172!)
On Thu, Oct 1, 2015 at 5:20 AM, Hannes Reinecke <hare at suse.de> wrote: > On 10/01/2015 11:00 AM, Michael S. Tsirkin wrote: >> On Thu, Oct 01, 2015 at 03:10:14AM +0200, Thomas D. wrote: >>> Hi, >>> >>> I have a virtual machine which fails to boot linux-4.1.8 while mounting >>> file systems: >>> >>>> * Mounting local