similar to: Re: Bug#624131: linux-image-2.6.39-rc4-686-pae: Can somewhat reliably produce kernel panic in btrfs code

On over 40 Intel-based Asus products, the nvidia GPU becomes unusable after S3 suspend/resume. The affected products include multiple generations of nvidia GPUs and Intel SoCs. After resume, nouveau logs many errors such as: fifo: fault 00 [READ] at 0000005555555000 engine 00 [GR] client 04 [HUB/FE] reason 4a [] on channel -1 [007fa91000 unknown] DRM: failed to idle channel 0 [DRM]

From c|net News: "On Monday,Microsoft and nine leading phone manufacturers--Asustek Computer, GN, LG-Nortel, NEC, Plantronics, Plycom, Samsung, Tatung, and Vitelix--announced the public beta program for Microsoft Office Communications Server 2007 and Microsoft Office Communicator 2007." http://news.com.com/8301-10784_3-9719931-7.html?part=rss&subj=news&tag=2547-1_3-0-20 --

I upgraded from 7.3 to 7.4 over the weekend.? Everything went well except that I can't login because the screen is black with a cursor. If reboot boot the 7.3 kernel 3.10.0-514.26.2.el7.x86_64 kernel everything works just fine, so my guess is that there's a kernel issue with the hardware, specifically the Skylake processor. Has anyone else run into this problem and if so can how I

On 09/19/17 11:01, Pete Geenhuizen wrote: > I upgraded from 7.3 to 7.4 over the weekend.? Everything went well? > except that I can't login because the screen is black with a cursor. > > If reboot boot the 7.3 kernel 3.10.0-514.26.2.el7.x86_64 kernel? > everything works just fine, so my guess is that there's a kernel > issue? > with the hardware, specifically the

On 10/28/2017 02:55 PM, Gregory P. Ennis wrote: > Date: Sat, 28 Oct 2017 12:03:51 -0700 > > On 10/28/2017 11:30 AM, Gregory P. Ennis wrote: > > On each of these units I am using the video from the mother board > > which > > is : > > > > Base Board Information > > ?????????Manufacturer: ASUSTeK COMPUTER INC. > > ?????????Product Name: B150M-A/M.2

Hello, guys. First apologize my flaws, I am not a native English speaker and thus am prone to stupid errors. My box is an ASUSTek Notebook with Optimus capability (no, this is NOT about Optimus, I don't try to use Optimus yet, so please don't switch off here) with a running Gentoo. The first GPU is an Haswell-based Intel chip, the second one is a nVidia GeForce GTX 850M, the chip is a

On October 1, 2020 11:58:11 AM EDT, Bruce Ferrell <bferrell at baywinds.org> wrote: >On 9/30/20 8:52 AM, H wrote: >> 00:14.0 USB controller: Intel Corporation 200 Series/Z370 Chipset >Family USB 3.0 xHCI Controller >My system has these: > >00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset >Family USB xHCI (rev 05) >00:1a.0 USB controller: Intel

On 9/30/20 8:52 AM, H wrote: > 00:14.0 USB controller: Intel Corporation 200 Series/Z370 Chipset Family USB 3.0 xHCI Controller My system has these: 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05) 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05) 00:1d.0 USB controller: Intel Corporation 8

On 10/28/2017 12:03 PM, Gregory P. Ennis wrote: > Everyone, > > I have two desktop units with : Intel(R) Core(TM) i7-7700 CPU @ > 3.60GHz > that do not allow the login screen to appear after the update of : > kernel-3.10.0-693.5.2.el7.x86_64 and kernel-3.10.0-693.2.2.el7.x86_64 > > Both of these units worked properly with > kernel.x86_64 3.10.0-514.26.2.el7 > >

https://bugs.freedesktop.org/show_bug.cgi?id=104621 Bug ID: 104621 Summary: Nouveau prevents booting on Pascal Gpu Product: Mesa Version: 17.3 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

One of my servers is not compatible with Centos 4, so I want to replace the motherboard with a compatible one. I came across this site and would appreciate any comments on whether I can rely on selecting a board that is listed as compatible with Unix? http://www.dealtime.com/xPP-motherboards--asustek~V-rows For instance, the ASUS P5P800 Motherboard? Thank you.... Todd -- Ariste Software

Date: Sat, 28 Oct 2017 12:03:51 -0700 On 10/28/2017 11:30 AM, Gregory P. Ennis wrote: > On each of these units I am using the video from the mother board > which > is : > > Base Board Information > ?????????Manufacturer: ASUSTeK COMPUTER INC. > ?????????Product Name: B150M-A/M.2 what CPU are you using?? any onboard video with the B150 chipset is? coming from the CPU

Now that x86-64 has directly accessible percpu variables, it can also implement the direct versions of these operations, which operate on a vcpu_info structure directly embedded in the percpu area. In fact, the 64-bit versions are more or less identical, and so can be shared. The only two differences are: 1. xen_restore_fl_direct takes its argument in eax on 32-bit, and rdi on 64-bit.

Hi Konrad, Does this look at all familiar? There is some more info in the full bug log at http://bugs.debian.org/637234 . In particular, contrary to the message below, the user subsequently confirmed that the issue appears to be Xen specific (doesn''t happen on native or vmware) and that it arose between 2.6.39-2-686-pae and 3.0.0-1-686-pae. Could it be related to edf6ef59ec7e

Hello All. I've got an Asus board with a non-operational nic and sound chip on Centos 4.4. Anyone know if this is possible to get working on 4.4? I've downloaded 5.0 but it looks like others still have issues* with this chipset. Thanks. [*]- http://bugs.centos.org/view.php?id=1989 -- Flambeau Inc. Technology Center - Baraboo, WI Email : tblader at flambeau.com Keyserver:

On 09/29/2020 11:11 PM, Bruce Ferrell wrote: > On 9/29/20 7:21 PM, H wrote: >> kernel: usb 1-9: unable to read config index 0 descriptor/all > > Those error messages mean that the device isn't responding to the Get-Descriptor request. > > I think a step back and checking the usb subsystem, in general, might be a good idea: > > Let's start with the full output of

Hi everyone, after following in the footsteps of the following discussion (http://lists.xenproject.org/archives/html/xen-users/2013-09/msg00106.html) I had been able to turn my GTX 480 into a Quadro 6000. When I VT-d passthrough it to a Debian jessie VM it shows up fine and CUDA 5.5 seems to function properly up to a point: lspci -v: 00:04.0 VGA compatible controller: NVIDIA Corporation GF100GL

op 11-11-13 16:31, Jerry Cooperstein schreef: > Hi: > > commit bd9c5a2016307164c419c5e24a46921c10e620a0 > > (drm/nouveau: require contiguous bo for framebuffer) > produces about 2000 lines of > > nouveau E[ DRM] framebuffer requires contiguous bo > > on system boot and more on shutdown, but I don't see other > negative effects. I tried deploying a trivial

On Sat, Nov 21, 2015 at 1:04 AM, Andrey Plankin via Syslinux <syslinux at zytor.com> wrote: > Hello, > > I'm booting linux-3.16-686-pae kernel (32-bit) via syslinux.efi 64-bit version. > After boot linux sees only 2.5G of RAM while system has 32G installed. Why not use a 64-bit kernel with such a large machine? Do you have the config used to build that kernel? I'm

2015-11-21 7:04 UTC+01:00, Andrey Plankin via Syslinux <syslinux at zytor.com>: > Hello, > > I'm booting linux-3.16-686-pae kernel (32-bit) via syslinux.efi 64-bit > version. > After boot linux sees only 2.5G of RAM while system has 32G installed. > > If I boot the same kernel with GRUB64 efi instead of syslinux > then amount of RAM available to linux is 32G. >