similar to: xen 3.0.2 - acpi suspend support for dom0 - S3

Hi, i am using hardy dovecot, 1.0.10. If i enable namespaces (the private and a public one) i am unable to create new subfolders in my private namespace, only top level folders works. There is nothing in the log about that error even if i set mail_debug = yes. If i comment out everything (no namespaces at all, implicit private one), it works again. Any hints whats going wrong, why is my client

https://bugs.freedesktop.org/show_bug.cgi?id=71357 Priority: medium Bug ID: 71357 Assignee: nouveau at lists.freedesktop.org Summary: After S3 resume X is broken and reboot needed Severity: normal Classification: Unclassified OS: Linux (All) Reporter: krah.tm at gmail.com Hardware: x86-64 (AMD64)

https://bugs.freedesktop.org/show_bug.cgi?id=71362 Priority: medium Bug ID: 71362 Assignee: nouveau at lists.freedesktop.org Summary: [NVC1] X hang with drop to console after some time / GPU lockup Severity: normal Classification: Unclassified OS: Linux (All) Reporter: krah.tm at gmail.com

https://bugs.freedesktop.org/show_bug.cgi?id=64772 Priority: medium Bug ID: 64772 Assignee: nouveau at lists.freedesktop.org Summary: nouveau GF108 kernel errors and graphics corruption when enabling second output QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

Clean up hardware initialization functions to make them more friendly to iommu suspend and resume operations. Signed-off-by: Wei Wang <wei.wang2@amd.com> --  AMD GmbH, Germany  Operating System Research Center    Legal Information:  Advanced Micro Devices GmbH  Karl-Hammerschmidt-Str. 34  85609 Dornach b. München    Geschäftsführer: Jochen Polster, Thomas M. McCoy, Giuliano Meroni  Sitz:

Make iommu suspend & resume functions more generic. Signed-off-by: Wei Wang <wei.wang2@amd.com> -- AMD GmbH, Germany Operating System Research Center Legal Information: Advanced Micro Devices GmbH Karl-Hammerschmidt-Str. 34 85609 Dornach b. München Geschäftsführer: Jochen Polster, Thomas M. McCoy, Giuliano Meroni Sitz: Dornach, Gemeinde Aschheim, Landkreis München

Hi All, I have a 5.4 box and testing xen 3.4 on kernel-xen-2.6.18-164.6.1.el5. As you know, there are no enough configuration to do "Suspend to Disk" of the .config of the kernel-xen-2.6.18-164.6.1.el5. # Power management options (ACPI, APM) # CONFIG_PM=y Then, I tied to get the kernel-2.6.18-164.6.1.el5.src.rpm, installed that. #pwd

I've been trying to get this laptop I just got to suspend. It's not working. I saw this bug report... http://bugs.centos.org/view.php?id=723 And I'm wondering if someone could point me in the direction of creating your own events to suspend the laptop. I've never done this before. Is it even worth it? Does Linux hibernate well? Preston

#regzbot introduced: 89c290ea758911e660878e26270e084d862c03b0 #regzbot link: https://gitlab.freedesktop.org/drm/nouveau/-/issues/273 #regzbot link: https://bugzilla.kernel.org/show_bug.cgi?id=218124 ## Reproducing 1. Boot system to framebuffer console. 2. Run `systemctl suspend`. If undocked without secondary display, suspend fails. If docked with secondary display, suspend succeeds. 3. Resume

Hi, On 11/10/23 17:58, Owen T. Heisler wrote: > Hi everyone, > > On 11/10/23 06:52, Kai-Heng Feng wrote: >> On Fri, Nov 10, 2023 at 2:19?PM Hans de Goede <hdegoede at redhat.com> wrote: >>> On 11/10/23 07:09, Kai-Heng Feng wrote: >>>> On Fri, Nov 10, 2023 at 5:55?AM Owen T. Heisler <writer at owenh.net> wrote: >>>>> #regzbot

Hi Owen, On Fri, Nov 10, 2023 at 5:55?AM Owen T. Heisler <writer at owenh.net> wrote: > > #regzbot introduced: 89c290ea758911e660878e26270e084d862c03b0 > #regzbot link: https://gitlab.freedesktop.org/drm/nouveau/-/issues/273 > #regzbot link: https://bugzilla.kernel.org/show_bug.cgi?id=218124 Thanks for the bug report. Do you prefer to continue the discussion here, on gitlab or

Hi All, On 11/10/23 07:09, Kai-Heng Feng wrote: > Hi Owen, > > On Fri, Nov 10, 2023 at 5:55?AM Owen T. Heisler <writer at owenh.net> wrote: >> >> #regzbot introduced: 89c290ea758911e660878e26270e084d862c03b0 >> #regzbot link: https://gitlab.freedesktop.org/drm/nouveau/-/issues/273 >> #regzbot link: https://bugzilla.kernel.org/show_bug.cgi?id=218124 >

Dom0 doesn''t need to save/restore ioapic state across S3 suspend/resume, as Xen already does it. The more important is to avoid warnings on some platforms which may have uninitialized RTEs to be weird value (like smi mode) but masked. When dom0 saves those entries and then write back later, it''s easy to trigger Xen''s sanity check from ioapic_guest_write. Signed-off-by

Now if VT-d is enabled, when Dom0 does S3, Xen doesn''t suspend/resume the IOMMU states. The patch adds the missing invocations of iommu_suspend()/iommu_resume() and makes some nesessary fixes: 1) In iommu_set_root_entry(), we should not re-allocate the root-entry when Xen returns from S3; 2) Define the array iommu_state correctly (u8 -> u32); 3) Only save/restore the necessary IOMMU

Hello all, My machine is a dual xeon x5520 server with NUMA support. I have some question about xen dom0 kernel. Since xen hypervisor has provided vcpu schedule, do we need to compile the following feature in dom0 kernel? - Tickless System (Dynamic Ticks) - High Resolution Timer Support - AMD IOMMU support - SMT (Hyperthreading) scheduler support - Multi-core scheduler suppor

ACPI: Grant access of MSR_IA32_THERM_CONTROL MSR to dom0 The purpose is to support dom0 throttling control via MSR. Signed-off-by: Wei Gang <gang.wei@intel.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Ewan, Keir seems to think this patch is OK. I tested it on an Intellistation A Pro for x86_64 and it works for me. I think it is low risk because it''s executed at the end of the shutdown process. Please apply. http://lists.xensource.com/archives/html/xen-devel/2006-04/msg00223.html _______________________________________________ Xen-devel mailing list

Enable THERM_CONTROL MSR write for dom0 even cpufreq=xen Signed-off-by: Wei Gang <gang.wei@intel.com> diff -r bd683e0397b4 xen/arch/x86/traps.c --- a/xen/arch/x86/traps.c Tue Feb 17 22:29:38 2009 +0800 +++ b/xen/arch/x86/traps.c Wed Feb 25 11:23:01 2009 +0800 @@ -2187,10 +2187,17 @@ static int emulate_privileged_op(struct case MSR_IA32_MPERF: case MSR_IA32_APERF:

Hi, Keir, Jan, This patch is a bugfix pointed by Jan. Fix mask_base(actually MSI-X table base, copy name from native) to be a virtual address rather than a physical address. And remove wrong printk in pci_disable_msix. Jan, the error message you saw is wrong output from kernel''s MSI code. Really sorry for my dirty code there. Could you please review the patch and give me feedback?

https://bugs.freedesktop.org/show_bug.cgi?id=99900 --- Comment #8 from Torsten Krah <krah.tm at gmail.com> --- xset dpms force standby is enough to make this happen. Currently bisecting the kernel via: git bisect start v4.10 v4.9.13 -- drivers/gpu/drm/nouveau but this will take some time to compile all of them and test it. -- You are receiving this mail because: You are the assignee