search for: acpi_osi

https://bugs.freedesktop.org/show_bug.cgi?id=101404 Bug ID: 101404 Summary: GTX 970M (GM204-A) not powered off when not in use (DynPwr in stead of DynOff) Product: xorg Version: unspecified Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium

...T_IMAGE=(hd0,gpt2)/boot/vmlinuz-4.18.0-147.5.1.el8_1.x86_64 root=UUID=c1bef884-0180-4955-a669-c99a8c64f75a ro crashkernel=auto resume=UUID=0fe1a972-9912-4803-b5ec-265a13a888c1 biosdevname=0 net.ifnames=0 rhgb quiet rd.driver. blacklist=nouveau nomodeset nouveau.modeset=0 acpi_backlight=vendor "acpi_osi=!Windows 2013" "acpi_osi=!Windows 2012" Jerry

...available to linux is 32G. Is this a bug or I'm missing something? syslinux.cfg: label live-686-pae menu label Linux (686-pae) menu default linux /live/vmlinuz initrd /live/initrd.img append boot=live config persistence username=user live-config.utc=no acpi_osi=Linux live-config.noautologin Current git: e0be4d87135 Regards, Andrey

...parent root port is in D3hot (as it is the case here). Also then the GPU config space is not accessible. I took a look at the HP Omen ACPI tables which has similar problem and there is also check for Windows 7 (but not Linux) so I think one alternative workaround would be to add these devices into acpi_osi_dmi_table[] where .callback is set to dmi_disable_osi_win8 (or pass 'acpi_osi="!Windows 2012"' in the kernel command line).

On 05/04/2017 04:00 AM, Pierre Moreau wrote: > Hello, > > Acceleration for Pascal cards is coming in Linux 4.12, support for Pascal cards > in xorg-video-nouveau is in 1.0.15, and if I remember correctly, on the > Mesa-side, you will need >=17.0. Thanks - I suspected it was too new. I'm finding the monitor capabilities miss identified even if I use an older card - I'm

...uot; (since 3.15) or "Windows 2015" (since 4.2) OSI strings. Calling the HSM then setting the device to D3 doesn't cause any errors and it _does_ lower the power usage, but not as much as it should. (about 1W vs 2.5W before 3.15). This means user might not notice the issue ... Using acpi_osi="!Windows 2013" acpi_osi="!Windows 2015" in the kernel command line does allow the old method to work, however the user needs to manually do this and also new OSI strings keep being added in the kernel and so this might silently re-break in the future. The dump of the DSDT tabl...

...y difference in power savings in my testing. > > > I took a look at the HP Omen ACPI tables which has similar problem and > > > there is also check for Windows 7 (but not Linux) so I think one > > > alternative workaround would be to add these devices into > > > acpi_osi_dmi_table[] where .callback is set to dmi_disable_osi_win8 (or > > > pass 'acpi_osi="!Windows 2012"' in the kernel command line). > > > > I'd like to understand the facts that have been established so far > > before deciding what to do about them. :-...

https://bugs.freedesktop.org/show_bug.cgi?id=99385 Bug ID: 99385 Summary: Nouveau produces soft lockups Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=101665 Bug ID: 101665 Summary: lspci blocks forever with a GP107M Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

I've been having intermittent network issues on my Host - they go away when I stop and disable libvirtd and then reboot. They do not go away if I just stop libvirtd and don't reboot. I'm at a loss as to where to start with my troubleshooting, and being a relative n00b to libvirt, I'd love any pointers. Regards, Richard

...c/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro text quiet changed the command line in a blind attempt to: $ cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro nouveau.config=NvForcePost=1 acpi_osi=Linux text quiet The cursor bug disappeared. <grin> My understanding of the command-line bits is not perfect - but I think that acpi_osi=Linux tells acpi to get along with linux - not understanding what nouveau.config=NvForcePost=1 does - google failed me. If someone can explain what I...

C7: lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Device 3185 (rev 03) grep Driver /var/log/Xorg.0.log [ 24.374] (**) | |-->Device "Intel Graphics" [ 24.610] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: [ 24.614] (II) intel: Driver for Intel(R) HD Graphics [ 24.614] (II) intel: Driver for Intel(R) Iris(TM) Graphics [ 24.614]

...gt; syslinux.cfg: > > > > label live-686-pae > > menu label Linux (686-pae) > > menu default > > linux /live/vmlinuz > > initrd /live/initrd.img > > append boot=live config persistence username=user live-config.utc=no acpi_osi=Linux live-config.noautologin > > Is this the entire file or just an excerpt? If an excerpt, I'd wonder > if there's any other stray APPEND. What does your kernel show as the > command line? > > > Current git: e0be4d87135 > > So a build of Syslinux from that...

...tached to the root port) resulting the topology entering D3cold. > > I took a look at the HP Omen ACPI tables which has similar problem and > > there is also check for Windows 7 (but not Linux) so I think one > > alternative workaround would be to add these devices into > > acpi_osi_dmi_table[] where .callback is set to dmi_disable_osi_win8 (or > > pass 'acpi_osi="!Windows 2012"' in the kernel command line). > > I'd like to understand the facts that have been established so far > before deciding what to do about them. :-) Yes, I agree :)

....2.9. The problem is that every time when "nouveau" is activated the system hangs shortly with multiple dumps in dmesg. I have already reported the issue to RHBZ [1], as I have understood this is a known issue. Practically, I can bring it up with Bumblebee + Intel + proprietary drivers + acpi_osi='Windows 2009', but instead I would like to get the Intel + Nouveau solution working. Are there any fixes or ideas on how I could achieve that? I could help with more testing the issue if needed. Thanks, [1] https://bugzilla.redhat.com/show_bug.cgi?id=1699677 -- wbr, Denis. ------------...

...port be in D3hot at that point? Wouldn't that be a suspend ordering violation? > I took a look at the HP Omen ACPI tables which has similar problem and > there is also check for Windows 7 (but not Linux) so I think one > alternative workaround would be to add these devices into > acpi_osi_dmi_table[] where .callback is set to dmi_disable_osi_win8 (or > pass 'acpi_osi="!Windows 2012"' in the kernel command line). I'd like to understand the facts that have been established so far before deciding what to do about them. :-)

...? dmesg should be able to help. > syslinux.cfg: > > label live-686-pae > menu label Linux (686-pae) > menu default > linux /live/vmlinuz > initrd /live/initrd.img > append boot=live config persistence username=user live-config.utc=no acpi_osi=Linux live-config.noautologin Is this the entire file or just an excerpt? If an excerpt, I'd wonder if there's any other stray APPEND. What does your kernel show as the command line? > Current git: e0be4d87135 So a build of Syslinux from that commit. -- -Gene

...eriod_us:uint parm: tsc_tolerance_ppm:uint parm: allow_unsafe_assigned_interrupts:Enable device assignment on platforms without interrupt remapping support. (bool) root@eanna i ~ # grep -P "^(?\!#).*GRUB_CMDLINE" /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_osi=Linux iommu=pt iommu=1 transparent_hugepage=never" GRUB_CMDLINE_LINUX="" On Wed, Mar 25, 2015 at 9:53 AM, G. Richard Bellamy <rbellamy@pteradigm.com> wrote: > I've been having intermittent network issues on my Host - they go away when > I stop and disable libvirtd a...

...I'm missing something? > > syslinux.cfg: > > label live-686-pae > menu label Linux (686-pae) > menu default > linux /live/vmlinuz > initrd /live/initrd.img > append boot=live config persistence username=user live-config.utc=no acpi_osi=Linux live-config.noautologin > > > Current git: e0be4d87135 > > Regards, > Andrey It saddens (me) to see no reply to this email thread at all, especially from developers. C'mon; really? Not even a comment asking to post the _complete_ content of the syslinux.cfg fil...

...gt; label live-686-pae >> > menu label Linux (686-pae) >> > menu default >> > linux /live/vmlinuz >> > initrd /live/initrd.img >> > append boot=live config persistence username=user >> > live-config.utc=no acpi_osi=Linux live-config.noautologin >> >> Is this the entire file or just an excerpt? If an excerpt, I'd wonder >> if there's any other stray APPEND. What does your kernel show as the >> command line? >> >> > Current git: e0be4d87135 >> >> So a...