On Tue, 11 Feb 2020 23:15:43 +0100
"Miguel A. Vallejo" wrote:
> Interesting very interesting.
>
> > (On what GPU?)
>
> The same as yours:
>
> VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
>
> in a I5-6500 CPU.
>
> > For whatever it's worth, I do *not* see any prob
I have a Lenovo Z570 Ideapad with GMA3000 graphics (Sandy Bridge). I
had gone through all the tricks - /etc/X11/xorg.conf.d,
etc/default/grub, grub command line, firmware-nonfree, Ubuntu graphics
PPA. Had it mostly OK, usable. Since I was using testing, did apt
update apt upgrade. Lost all 7 virtua
Jörg-Volker Peetz wrote:
> Do you also use the skylake GPU firmware which should be located in
> /lib/firmware/i915/
> (from package firmware-linux-nonfree, I think; file names beginning with
> "skl_")?
Of course. I even installed the missing files in current testing / unstable
https://bugs.deb
Miguel A. Vallejo wrote on 11/02/2020 22:15:
>
> I always ran the intel microcode package, tried every bios update, and
> I even changed the whole computer, so this is not the solution.
Do you also use the skylake GPU firmware which should be located in
/lib/firmware/i915/
(from package firmware
Le 13/02/2020 à 12:34, deloptes a écrit :
Miguel A. Vallejo wrote:
I've never had an Intel GPU but always had the impression they
were pretty solid, but my opinion is changing.
As a user of Intel GPUs for the last 5 years I can tell you Intel GPUs
and Linux are just a nightmare. A truly pain
On 2020-02-13, Miguel A. Vallejo wrote:
>>
>> Have you monitored your CPU temperatures?
>
>
> Yes. Always under 40C... 45C max.
>
> Temperature is not the problem.
Long before the expiration of a nightmarish five-year period, this
correspondent would've abandoned INTEL integrated GPUs.
My standa
Miguel A. Vallejo wrote:
>> I've never had an Intel GPU but always had the impression they
>> were pretty solid, but my opinion is changing.
>
> As a user of Intel GPUs for the last 5 years I can tell you Intel GPUs
> and Linux are just a nightmare. A truly pain in the ass.
>
May be in yours bu
>
> Have you monitored your CPU temperatures?
Yes. Always under 40°C... 45°C max.
Temperature is not the problem.
On 13/02/2020 18:24, T wrote:
Have you monitored your CPU temperatures?
mprime (AKA Prime95) is a well-known CPU stress tester.
I would also test memory with multiple concurrent instances of
memtester. All problems I suspected of being caused by CPU overheating
were in fact caused by RAM (mo
Have you monitored your CPU temperatures?
Geoff Reidy wrote:
> I've never had an Intel GPU but always had the impression they
> were pretty solid, but my opinion is changing.
As a user of Intel GPUs for the last 5 years I can tell you Intel GPUs
and Linux are just a nightmare. A truly pain in the ass.
> Note that kernel 5.5 may still ha
I've never had an Intel GPU but always had the impression they were pretty
solid, but my opinion is changing.
Note that kernel 5.5 may still have issues:
https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.5-Intel-Missed-Graphics
Regards,
Geoff
Miguel A. Vallejo wrote:
>> I think it is important to find the appropriate kernel version for your
>> system - the one that has all the bits and bolts for your hardware. I
>> doubt I will move to newer kernel. This one seems to have all the fixes
>> at least for the hardware I am using now and es
Hi songbird,
songbird wrote:
>mlnl wrote:
>...
>> Some people are using the modesetting + glamor vs. intel + SNA
>> driver.
>
> i'm not seeing any hangs and have been running my system
>for a few years now. it has the Intel HD Graphics 630
>in it.
>
> as far as i know i don't do anything a
mlnl wrote:
...
> Some people are using the modesetting + glamor vs. intel + SNA driver.
i'm not seeing any hangs and have been running my system
for a few years now. it has the Intel HD Graphics 630
in it.
as far as i know i don't do anything anywhere to set it up
to run, it just works. i
Felix Miata wrote:
> If you want a solution with absence of reverse-engineering or kernel
> tainting, I suggest keeping after the devs and making sure to answer
> any requests you might get there promptly in
> https://gitlab.freedesktop.org/drm/intel/issues/673, and offer additional
> testing and
On Mi, 12 feb 20, 01:34:28, Miguel A. Vallejo wrote:
>
> That makes me wonder: What is the right way to do that in Debian? In
> stable releases there is no way to use another kernel except from
> backports (and they are newer, not older). And in testing / unstable
> the kernels disapears as new ke
On Ma, 11 feb 20, 23:15:43, Miguel A. Vallejo wrote:
>
> The problem was solved in later kernels but the fix never reached Debian
> Buster.
buster-backports has 5.4.8.
Kind regards,
Andrei
--
http://wiki.debian.org/FAQsFromDebianUser
signature.asc
Description: PGP signature
Hi Miguel,
"Miguel A. Vallejo" wrote:
>What are my alternatives? nVidia cards? I've never used an nVidia card
>but I have read also tons of problems with them in the past. How about
>now? And how about AMD cards?
>
>What are your recommendations / experiences?
I have used nVidia cards before wi
On 12/2/20 8:25 am, Miguel A. Vallejo wrote:
Are you sure this is not coming from a software you are using?
For every problem I had / have with Intel GPU I can find other users
on any distribution's bug tracker with exactly the very same errors in
the kernel log, so I'm pretty sure I'm not the
On Tue, Feb 11, 2020, 7:36 PM Felix Miata
I do no virtualization except for DOS on an OS/2 derivative.
>
I have to say this remark made my day :-)
As a former OS/2 app developer.
>
Miguel A. Vallejo composed on 2020-02-11 20:07 (UTC+0100):
> What are your recommendations / experiences?
Nothing like yours or all those bug reports. I've been using Intel, Nvidia and
AMD/ATI since over 15 years ago, but more with Intel than the others in recent
years, and across several distros
> My advice: put an nvidia card in there. That's what I did, and have had no
> problems since.
Thank you for the advice. That's my plan if kernel 5.5 doesn't work well.
> I think it is important to find the appropriate kernel version for your
> system - the one that has all the bits and bolts for your hardware. I doubt
> I will move to newer kernel. This one seems to have all the fixes at least
> for the hardware I am using now and especially the gpu part. I also
Miguel A. Vallejo wrote on 2/11/20 12:07 PM:
>
> What are my alternatives? nVidia cards? I've never used an nVidia card
> but I have read also tons of problems with them in the past. How about
> now? And how about AMD cards?
>
> What are your recommendations / experiences?
>
My advice: put an
Miguel A. Vallejo wrote:
> For every problem I had / have with Intel GPU I can find other users
> on any distribution's bug tracker with exactly the very same errors in
> the kernel log, so I'm pretty sure I'm not the only one suffering from
> Intel GPUs. In fact I am surprised by the small number
> Are you sure this is not coming from a software you are using?
For every problem I had / have with Intel GPU I can find other users
on any distribution's bug tracker with exactly the very same errors in
the kernel log, so I'm pretty sure I'm not the only one suffering from
Intel GPUs. In fact I
Interesting very interesting.
> (On what GPU?)
The same as yours:
VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
in a I5-6500 CPU.
> For whatever it's worth, I do *not* see any problems like this. Not
> even close. Intel integrated graphics of this generation have
Miguel A. Vallejo wrote:
> I always ran the intel microcode package, tried every bios update, and
> I even changed the whole computer, so this is not the solution.
Using 4.9.25 since it came out - no issue on any of the PCs I have and they
all are with intel integrated GPU.
Are you sure this is
On Tue, Feb 11, 2020 at 10:15:29PM +0100, Miguel A. Vallejo wrote:
> Because everytime my system hangs / freezes I found something like
> this in syslog:
(On what GPU?)
> [ 135.116721] i915 :00:02.0: GPU HANG: ecode 9:1:0x, hang on rcs0
> [ 135.116724] GPU hangs can indicate a bug a
> Hi, Miguel
> The computer I'm typing on is a Lenovo Z570. I7-2670 processor, 8 gigs
> ram, 480 gig ssd. Snappy as hell. Running Debian Bullseye. I've made
> it usable by:
> Adding a 20-intel.config file to /etc/X11/xorg.conf.d
> Adding the Ubuntu graphics PPA
> Modifying the /etc/default/grub fil
> I have had perfectly reasonable experiences with:
>
> nvidia 8400
> nvidia 720
> nvidia 730
> nvidia 1030
> nvidia 1050
I made a quick search and some of these cards are under 50 euros, so I
will try if I do not get a solution. Thank you for the advice!
> I was under impression that Intel GPUs are supported quite well.
>
> How exactly did you reach the conclusion that the freezes are related to
> the GPU?
Because everytime my system hangs / freezes I found something like
this in syslog:
[ 135.116721] i915 :00:02.0: GPU HANG: ecode 9:1:0x000
Miguel A. Vallejo wrote:
> What are my alternatives? nVidia cards? I've never used an nVidia card
> but I have read also tons of problems with them in the past. How about
> now? And how about AMD cards?
I have had perfectly reasonable experiences with:
nvidia 8400
nvidia 720
nvidia 730
nvidia 10
On Ma, 11 feb 20, 20:07:49, Miguel A. Vallejo wrote:
> Around the end of 2014 I moved to Debian as my primary operating
> system. In that year my computer was a Dual Core CPU with integrated
> GPU. It worked just fine with the previous operating system but as
> soon I started to use Debian every da
Around the end of 2014 I moved to Debian as my primary operating
system. In that year my computer was a Dual Core CPU with integrated
GPU. It worked just fine with the previous operating system but as
soon I started to use Debian every day I got system freezes that I
quickly diagnose as GPU bugs. T
36 matches
Mail list logo
