similar to: config dump for success with Xen 4.0 rc8 + 2.6.32.10 pv_ops kernel

Hello, After booting the xen-stable 2.6.32.10 pv_ops kernel from jeremy git tree with Xen-4.0.0-rc8 installed, dmesg | grep PMU shows : Performance Events : unsupported p6 CPU model 26 no PMU driver, software events only. PMU:oprofile: found i386/core_i7. If I boot the same compiled kernel, without Xen installed, dmesg | grep PMU shows : Performance Events : Nehalem/Corei7 events, Intel

Xen: 3.2.1-rc5 64bit Dom0: 2.6.18.8 (at cs 524) 32-pae DomU: 2.6.26-rc8 32-pae root at newark13:~# xm create -f /linodes/xencaker/xen.conf -c Using config file "/linodes/xencaker/xen.conf". Started domain xencaker root at newark13:~# root at newark13:~# xm dmesg ... (XEN) traps.c:413:d332 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] (XEN)

hello, Env: Ubuntu Karmic Server 9.10 Xen 4.0 rc8 kernel 2.6.32.10 pv_ops Trying to import a working xen cfg file into domain management causes this crash. This ability is not so vital, but maybe someone can shed light on the missing packages/thing. tlviewer@ubsvr91:~$ sudo xm new /etc/xen/vm/karmic.py Unexpected error: <type ''exceptions.ImportError''> Please report to

I just tried upgrading from RC7 to RC8 this morning, and I'm seeing an issue I've never seen before. On my first POP3 login, all is fine, but any subsequent logins seem to fail with the message: dovecot: Oct 10 11:04:31 Error: Maximum number of mail processes exceeded In the dovecot log file. I'm also oddly seeing the message: Oct 10 11:01:05 popbkup pop3-login: [ID 799321

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc8.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc8.tar.gz.sig Last few fixes before tomorrow's v1.2.0 release. Also this release was built in dovecot.org to make sure I can make a usable Dovecot release while not at work/home. :) - Fixed building LDAP as plugin - Fixed starting up in OS X

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc8.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc8.tar.gz.sig Last few fixes before tomorrow's v1.2.0 release. Also this release was built in dovecot.org to make sure I can make a usable Dovecot release while not at work/home. :) - Fixed building LDAP as plugin - Fixed starting up in OS X

I've still over 200 mails unread in the mailing list, and important things left in TODO. This release is an improvement over rc7 anyway, hopefully I'll have time to fix the rest soon. http://dovecot.org/releases/dovecot-1.0.rc8.tar.gz http://dovecot.org/releases/dovecot-1.0.rc8.tar.gz.sig * GSSAPI: Changed POP3 service name to "pop", which is what the standard says *

I've still over 200 mails unread in the mailing list, and important things left in TODO. This release is an improvement over rc7 anyway, hopefully I'll have time to fix the rest soon. http://dovecot.org/releases/dovecot-1.0.rc8.tar.gz http://dovecot.org/releases/dovecot-1.0.rc8.tar.gz.sig * GSSAPI: Changed POP3 service name to "pop", which is what the standard says *

Previous 2.6.31-rc8 kernel was built on F11 and installed with modules on F12. Current kernel has been built on F12 (2.6.31-0.204.rc9.fc12.x86_64) and installed on F12 before loading under Xen 3.4.1. Dmesg log looks similar to Michael Yuong''s ''rc7.git4''  kernel for F12. Boris. --- On Tue, 9/8/09, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From: Boris

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc8.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc8.tar.gz.sig I then decided to add the deliver -c feature to this release. Seems to work in my tests, but who knows if it breaks something.. Although most of the code is called only if -c parameter is given. Anyway we really should have a comprehensive test suite written some day (yes, help

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc8.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc8.tar.gz.sig I then decided to add the deliver -c feature to this release. Seems to work in my tests, but who knows if it breaks something.. Although most of the code is called only if -c parameter is given. Anyway we really should have a comprehensive test suite written some day (yes, help

Hey folks, this is my first contact to XEN-users list. So please be patient if I missed something. I''ve searched a lot before writing this email. My problem: I do have a non-VT/Pacifica box (an old IBM Laptop). There I''ve got already Xen installed (Dom0, 2.6.18-xen0). Now I''ve tried to use the newest vanilla kernel from Kernel.org (at this time: 2.6.23-rc8). As commonly

First off, the current state of support for Maxwell (GM107/NV110) is not very useful to end-users. It's especially not useful if it's a 3d accelerator card without outputs (as yours appears to be), since acceleration is not supported in 3.15 out of the box. You'd have to figure out how to extract the context switching firmware from the blob driver and load it in nouveau. I'm told

I was able to get login prompt ( commit 7c62209cde5b13b81685e79b2f9e3757e293aef1 ) first time via serial console:- title Xen 3.4.1  Fedora 12 Serial (2.6.31-rc8 ) (/dev/sdb1)   root (hd1,0)   kernel /xen-3.4.1.gz dom0_mem=1024M loglvl=all guest_loglvl=all com1=19200,8n1 console=com1   module /vmlinuz-2.6.31-rc8 ro root=/dev/mapper/vg_fdr12-lv_root console=hvc0 earlyprintk=xen   module

On Sat, Oct 10, 2020 at 12:23 AM Ilia Mirkin <imirkin at alum.mit.edu> wrote: > > On Fri, Oct 9, 2020 at 5:54 PM Karol Herbst <kherbst at redhat.com> wrote: > > > > On Fri, Oct 9, 2020 at 11:35 PM Ondrej Zary <linux at zary.sk> wrote: > > > > > > Hello, > > > I'm testing 5.9.0-rc8 and found that Riva TNT2 stopped working: > >

On Saturday 10 October 2020 02:02:42 Karol Herbst wrote: > On Sat, Oct 10, 2020 at 12:23 AM Ilia Mirkin <imirkin at alum.mit.edu> wrote: > > > > On Fri, Oct 9, 2020 at 5:54 PM Karol Herbst <kherbst at redhat.com> wrote: > > > > > > On Fri, Oct 9, 2020 at 11:35 PM Ondrej Zary <linux at zary.sk> wrote: > > > > > > > > Hello,

Hi, For those interested, I have released the NHW v0.3.0-rc8 new version. I continue to fine-tune the nhw_kernel weights and pre_processing.This new version seems then to have more precision and a better visual quality. -Just a quick note, for now I can not explain why it works...- More at: http://nhwcodec.blogspot.com/ <http://nhwcodec.blogspot.com/>Do not hesitate to let me know if

On Tue, Jan 14, 2014 at 1:22 PM, Bob Gleitsmann <rjgleits at bellsouth.net> wrote: > I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8 > git. Maybe it's obvious. Hey Bob, Thanks for reporting this. Can you try the attached patch instead and report if it helps you? Ben. > > Sorry about that. > > Bob > -------- Forwarded Message --------

https://bugs.freedesktop.org/show_bug.cgi?id=73607 Priority: medium Bug ID: 73607 Assignee: nouveau at lists.freedesktop.org Summary: [v3.13-rc8][regression] NULL pointer dereference in nouveau_gpuobj_create_ QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

https://bugs.freedesktop.org/show_bug.cgi?id=73791 Priority: medium Bug ID: 73791 Assignee: nouveau at lists.freedesktop.org Summary: [NV96] [BISECTED] Regression: 9600M GT fails to boot with 3.13-rc8 QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux