On Sat, Jul 13, 2019 at 4:16 PM Wols Lists wrote:
>
> On 13/07/19 20:23, Mick wrote:
> > Thanks Corbin, I wonder if despite articles about microcode patch releases
> > to
> > deal with spectre and what not, there are just no patches made available for
> > my agin
Hartman
> >> >
> >> > wrote:
> >> >> On Tue, Jan 18, 2011 at 11:34 AM, Mark Knecht
> >
> > wrote:
> >> >>> OK, I got it to load by hand:
> >> >>>
> >> >>> 1) emerge microcode-ctl
> >
On 01/12/2018 02:06 PM, Rich Freeman wrote:
It shouldn't be. I'm not sure if Ryzen has anything equivalent to the
Intel Management Engine.
It does, it is called AMD PSP.
Like ME it is closed source and it can't be disabled - no matter what
people might claim.
ndor.
Yes, but I would be surprised if new 'fixed' CPUs land anytime before 2019 ...
if not 2020. I'd rather not be running an old Intel i7 which has not had its
microcode patched all the way until then - if the complimentary microcode
patch is *also* improving security besides
it to load by hand:
> >>>
> >>> 1) emerge microcode-ctl
> >>>
> >>> which also emerges microcode-data. Unfortunately microcode-data looks
> >>> to be out of date.
> >>
> >> The ebuild for newer versions (including th
gt;> IV Formula to activate microcodes push in the CPU by the module
> >> "microcode" ? (AMD Phenom X6 1090T)
> >
> > Not sure about BIOS, but the Linux Kernel you are running will certainly
> > need support enabled too.
> >
> >> 2)
On 01/13/2018 12:50 PM, Mick wrote:
Thank you Taiidan for taking time to respond.
Always man!
On Friday, 12 January 2018 17:21:19 GMT you wrote:
AMD says they are releasing microcode updates for their previous
generation CPU's (Opteron, FX, etc) next week.
So much better than intel thr
I'm not sure if it's been mentioned here before but there apparently is a
bug affecting all Intel CPUs manufactured in the last 10 years or so, in
which protected kernel memory is leaked to userspace. It can't be patched
in microcode and will lead to some serious overhead to patch
>
> If somebody actually sees anything official from AMD clearly giving a
> checklist for Spectre remediation I'm all ears. To its credit, Intel
> at least published one of those (even if it amounts to "pound sand"
> for older CPUs).
>
AMD have revised their guid
BRM [11-01-17 19:16]:
> - Original Message
>
> > I have two questions:
> >
> > 1) Do I have to enable microcode updates in the BIOS of my Crosshair
> > IV Formula to activate microcodes push in the CPU by the module
> > "microcod
On Mon, Jan 17, 2011 at 10:10 AM, BRM wrote:
> - Original Message
>
>> I have two questions:
>>
>> 1) Do I have to enable microcode updates in the BIOS of my Crosshair
>> IV Formula to activate microcodes push in the CPU by the module
>>
If your system is working with your old kernel I dont think it could be a
hardware problem. If your kernel config is the same then I dont think it is a
problem with the kernel.
My questions would be:
Which CPU do you use ? Have you emerged a new microcode for CPU ?
Example: Intel has disabled
> gentoo-sources-4.19.57.
> Are you running a later kernel?
>
> According to this article a microcode update seems to be necessary, but
> I'm
> not sure if this statement only applies to Intel CPUs:
>
>
> https://access.redhat.com/articles/3311301#indirect-branch-predi
> will not be bringing out updated microcode to address the GPZ
> vulnerabilities for any of their older CPUs. This has given me one more
> reason to never buy Intel again.
Oh? What are your other reasons? :?
--
Regards,
Peter.
e we to do with our old PCs, which will no longer receive Intel's
microcode blessing? Are we to throw them away in a landfill and of course
take our custom elsewhere, or will the kernel patches suffice for both bugs
and all variants?
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
there at all. I'm on gentoo-sources-4.19.57.
> Are you running a later kernel?
>
> According to this article a microcode update seems to be necessary, but I'm
> not sure if this statement only applies to Intel CPUs:
>
> https://access.redhat.com/articles/3311301#indirec
the system above (HD 4350).
I followed the gentoo guides on this migration from ATI
to Radeon driver, but could have muck things up.
BZflag runs so slow it get's about every frame. glxgears
has a score of 80 with the radeon driver and a kms
kernel.
When booting (drm RV710) microcode takes ab
On Monday, 9 March 2020 18:08:54 GMT Grant Edwards wrote:
> On 2020-03-09, Mark Knecht wrote:
> > Would that be the consensus of the group here?
>
> After decades of buying AMD, over the past 5 years or so all my
> machines gradually shifted to Intel.
>
> So you can p
On 01/09/2018 01:56 AM, Mick wrote:
> On Monday, 8 January 2018 17:47:03 GMT Corbin Bird wrote:
>> On 01/07/2018 02:46 PM, taii...@gmx.com wrote:
>>> I have several sandy/ivybridge CPU's and I was wondering if anyone
>>> knows as to if intel is releasing microc
gt;>>>
> >>>> Sebas
> >>>
> >>> bios update/microcode update. A google search suggests that you have
> >>> run
> >>> into an errata.
> >>
> >> Oh OK, thank you. Must have miss that in the search. So you are s
On Tue, Jul 14, 2020 at 12:19:51AM -0400, Walter Dnes wrote:
> [thimk][root][~] lspci -k | grep -i -B 1 5100
> Kernel driver in use: i801_smbus
> 03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh]
> Network Connection
> Subsystem: Intel C
t;
> Corbin
Hmm ... My last line looks the same like Rich's, but different to yours:
# cat /sys/devices/system/cpu/vulnerabilities/spectre_v2
Mitigation: Full AMD retpoline, STIBP: disabled, RSB filling
I don't have IBPB mentioned in there at all. I'm on gentoo-sources-4.19.57.
gt; This is a problem that's associated with "speculative execution". I
> wonder how much of a performance hit it would be to turn off speculative
> execution. That would probably require at least a microcode/firmware
> update, if not a new cpu.
Turning it off entirely wou
>>>>
>>>> CPU 0: Machine Check Exception: 4 Bank 4: b2070f0f
>>>> TSC f5acc9180
>>>> PROCESSOR 2:20fc2 TIME 1427486735 SOCKET 0 APIC 0 microcode 0
>>>>
>>>> the number for TSC may vary, but the b2070f0f it
On 8/30/06, Lord Sauron <[EMAIL PROTECTED]> wrote:
The card is: Intel PRO/Wireless (the kind they put in the IBM X40 type
2386-1CU - I don't know anything other than that part of the card's
name - I'm sorry.)
Intel cards are well supported. The 3945 requires out-of-tree
Hello list,
I've just started an emerge -e world to run overnight, and I realised I'd
forgotten to mount /boot (for intel-microcode), so I hit CTRL-C to abort. It
took several dozen attempts, because pre-merge checks were in progress. It
seems that this operation doesn't pass t
On Thu, Jan 4, 2018 at 2:15 PM, P Levine wrote:
> I'm not sure if it's been mentioned here before but there apparently is a
> bug affecting all Intel CPUs manufactured in the last 10 years or so, in
> which protected kernel memory is leaked to userspace. It can't be pa
> It looks as though my CPU hasn't been fixed yet. Is that right?
It seems that patches are being pushed out as they are being received,
so back when that one was released, no other updates were available.
See https://bugs.gentoo.org/643430#c10
We should get the full range of updates in the next
Here we go again;
https://mdsattacks.com/
I notice a microcode update for skylake came through yesterday after being
unchanged since the late June 2018, so i'm guessing this is patched for
this issue. Just waiting for the gentoo sources ebuild to be bumped to
5.1.2 to try it out.
Sounds lik
Folks,
I am having a fairly strange problem with my iwl5000 and the microcode.
After a fresh install Gentoo install wireless works with no issues.
Upon installing a set that includes xorg, Firefox, hal, VirtualBox,
etc. the wireless ceases to work. Check out a snippet from my dmesg:
~ % dmesg
Any thoughts / ideas would be greatly appreciated. :o) I'm about to
rip a handful of hair out of my head. :)
-james
On Sat, Sep 25, 2010 at 1:46 AM, James wrote:
> Folks,
>
> I am having a fairly strange problem with my iwl5000 and the microcode.
>
> After a fresh in
;>
> >> >>>> Any suggestion for identifying the problem or how to procede?
> >> >>>>
> >> >>>> Many thanks in advance!
> >> >>>>
> >> >>>> Sebas
> >> >>>
> >> &
>>>> Sometimes I turn on the computer and at some point while booting
>> >>>> the kernel (after the grub menu) just freezes and puts this:
>> >>>>
>> >>>> CPU 0: Machine Check Exception: 4 Bank 4: b2070f0f
>> >&
On Wednesday, 10 January 2018 15:47:25 GMT Wolfgang Mueller wrote:
> > It looks as though my CPU hasn't been fixed yet. Is that right?
>
> It seems that patches are being pushed out as they are being received,
> so back when that one was released, no other updates were available.
>
> See https://
Hello,
I just finished installing kernel 4.14.48 on two
Intel laptops and I have different results for
/sys/devices/system/cpu/vulnerabilities/spec_store_bypass
On one of them it looks nice:
"Mitigation: Speculative Store Bypass disabled via prctl and seccomp"
but on the other it
ssor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz
stepping : 10
microcode : 0xa07
cpu MHz : 1656.069
cache size : 3072 KB
physical id : 0
siblings : 2
core id
le to advise, but this page explains what you
need to do:
https://wiki.gentoo.org/wiki/Intel_microcode
However, you may find it makes no difference. Intel have announced they will
not be bringing out updated microcode to address the GPZ vulnerabilities for
any of their older CPUs. This has given
cal theft of your device. Somebody who
> steals your laptop with passwordless encryption might be able to break
> the encryption on your device.
It's worse that that, he's dead, Jim!
The summary on LWN is an easy read. Somebody who steals your Intel
laptop WILL be able to break t
Hello list,
My new laptop shows this from /proc/cpuinfo:
--->8
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 154
model name : 12th Gen Intel(R) Core(TM) i7-12700H
stepping: 3
microcode : 0x421
--->8
I've been hunting aro
e
> >
> > However, you may find it makes no difference. Intel have announced they
> > will not be bringing out updated microcode to address the GPZ
> > vulnerabilities for any of their older CPUs. This has given me one more
> > reason to never buy Intel again.
>
On Friday, 14 June 2024 20:53:04 BST Walter Dnes wrote:
> On Fri, Jun 14, 2024 at 11:54:52AM +0100, Michael wrote
>
> > I would think 46-48°C is refreshingly cool, but it very much depends
> > on the CPU chip, the MoBo and its BIOS/microcode settings.
>
> I looked up
c ~ppc64 ~s390 ~sh ~sparc ~x86 ~x86-fbsd
Keywords:7.3.0-r2:7.3.0:
License: GPL-3+ LGPL-3+ || ( GPL-3+ libgcc libstdc++
gcc-runtime-library-exception-3.1 ) FDL-1.3+
So which version is stable enough to use? 7.3.0, I use on a different
(non-Gentoo) system. But why -r1 and -r2?
-64
Here's the listing for one of the cores from /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 37
model name : Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz
stepping: 5
microcode : 0x2
cpu MHz : 2667
h file or
> directory
/proc/cpuinfo has not changed.
> Darkstar ~ # cat /proc/cpuinfo
> processor : 0
> vendor_id : AuthenticAMD
> cpu family : 21
> model : 2
> model name : AMD FX(tm)-9590 Eight-Core Processor
> stepping : 0
> microcode : 0x600084f
>
On Tue, Jul 14, 2020 at 03:12:29AM +0100, Ashley Dixon wrote
> Can you confirm that the correct firmware package is being loaded ?
> `lspci -k | grep -i -B 1 5100`
[thimk][root][~] lspci -k | grep -i -B 1 5100
Kernel driver in use: i801_smbus
03:00.0 Network controller: Intel Corpo
On Thu, Apr 5, 2018 at 3:36 PM, Wols Lists wrote:
> On 05/04/18 17:54, Rich Freeman wrote:
>> I
>> haven't checked recently but the last time I looked at it even my
>> current Ryzen CPU doesn't have a microcode fix out yet for lfence.
>
> Is lfence a meltdown
On Saturday, 3 February 2024 16:16:42 GMT Walter Dnes wrote:
> On Sat, Feb 03, 2024 at 10:18:41AM +, Michael wrote
> > Also, unless you use an initrd don't forget any firmware blobs which
> > may be be needed by your graphics card and while you're at it add
> &g
s compatability issues. I also prefer to
be able to scp the VM disk images to the backup machine, rather than
having to do a separate install on each machine.
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i5-3
).
>
> If it is running the initrd then you probably can get it to launch a
> shell and then you can poke around and see what it is doing.
That's not an initrd with a shell though, it's just the intel microcode
update. You would need an additional dracut (or similar)
On 05/04/18 17:54, Rich Freeman wrote:
> I
> haven't checked recently but the last time I looked at it even my
> current Ryzen CPU doesn't have a microcode fix out yet for lfence.
Is lfence a meltdown problem? Because afaik Ryzen doesn't need a fix for
meltdown, it
; (as stable as anything can be on those things) which needs latest.
>
> BillK
I had to revert to gentoo-sources-4.9.95 because on a Dell-XPS all kernels on
the 4.14, 4.15, 4.16 series broke bluetooth and suspend to RAM.
Spectre fixes are limited on this kernel version and the latest Intel
isplay card is an AMD/ATI Tonga Radeon R9 380X and I load the latest
> microcode during kernel compilation. I have VIDEO_CARDS="amdgpu radeonsi"
> in
> make.conf. Fine with earlier kernel versions but not with 4.9.0.
>
Hi Peter - same issue here with my Tonga card. I get nothing
On Mon, Jul 13, 2020 at 09:53:36PM -0400, Walter Dnes wrote:
> The last part of getting my Lenovo T400 fully functional is the wifi.
> "lspci" shows "03:00.0 Network controller: Intel Corporation PRO/Wireless
> 5100 AGN [Shiloh] Network Connection". I tried to
On Sat, Feb 9, 2013 at 7:18 AM, Walter Dnes wrote:
> I'm installing Gentoo on a brand new toy I just got myself. Here are
> the choices from "make menuconfig". Is "Core 2/newer Xeon" correct?
>
> ( ) Opteron/Athlon64/Hammer/K8
> ( ) Intel P4 / older
On Tuesday, 15 November 2022 16:59:59 GMT Peter Humphrey wrote:
> Hello list,
>
> My new laptop shows this from /proc/cpuinfo:
>
> --->8
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 6
> model : 154
> model name : 12t
cpu family : 6
model : 154
model name : 12th Gen Intel(R) Core(TM) i7-12700H
stepping: 3
microcode : 0x421
--->8
I've been hunting around to find which modules I need to load from sys-kernel/
linux-firmware, and it isn't at all clear.
Some sources say th
tre. I just
wasn't something that was on anybody's radar. New CPUs are likely to
be resistant to these types of attacks regardless of vendor.
Sure, if I was about to place an order for 1000 CPUs tomorrow I'd
probably pick AMD over Intel to avoid the PTI overhead, but that is
abo
27;t forget any firmware blobs which
> may be be needed by your graphics card and while you're at it add
> your CPU microcode there too.
The graphics is a bog standard Intel i915 integrated chip that's been
running on the laptop for years without blobs.
--
Roses are red
Roses are blue
Depending on their velocity
Relative to you
office-3.5.0.1
>merge time: 58 minutes and 38 seconds.
>
> Fri Feb 17 10:21:57 2012 >>> app-office/libreoffice-3.5.0.3
>merge time: 50 minutes and 8 seconds.
Here it is...
processor: 7
vendor_id: GenuineIntel
cpu family: 6
model: 26
automatically place the file into
In both cases, you have to remember to update the EFI image/rebuild and
reinstall the kernel whenever you update intel-microcode.
The benefit to this is you don't have to maintain entries files, and you
keep configuration generally in one place: the kerne
and compiling left me with
> > a
> > blank display and no booting activity.
> >
> > The display card is an AMD/ATI Tonga Radeon R9 380X and I load the
> > latest
> > microcode during kernel compilation. I have VIDEO_CARDS="amdgpu
> > radeonsi"
>
t;
> On 16/11/22 00:59, Peter Humphrey wrote:
> > Hello list,
> >
> > My new laptop shows this from /proc/cpuinfo:
> >
> > --->8
> > processor : 0
> > vendor_id : GenuineIntel
> > cpu family : 6
> > model
e
> graphics card and the Intel CPU, and I've been declaring the file names in
> CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR. As the display works
> fine, and so does opencl on the GPU since I emerged dev-libs/amdgpu-pro-
> opencl, I assume that the firmware is being loaded.
inux-gnu"
MAKEOPTS="-j3"
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 28
model name : Intel(R) Atom(TM) CPU N550 @ 1.50GHz
stepping: 10
microcode : 0x107
cpu MHz : 1500.000
cache size : 512 KB
physical id : 0
siblings
ould try changing channels (if there is a clash with other local APs)
> but
> it's most likely that the dropouts you notice are due to the wireless driver.
>
> Waiting for developers to catch up or using later drivers/firmware usually
> fixes this problem.
Here is some i
gt; cpu family : 6
> > model : 30
> > model name : Intel(R) Core(TM) i7 CPU Q 720 @ 1.60GHz
> > stepping: 5
> > microcode : 0x4
> > cpu MHz : 933.000
> > cache size : 6144 KB
> > physical id : 0
>
your device.
It's worse that that, he's dead, Jim!
The summary on LWN is an easy read. Somebody who steals your Intel
laptop WILL be able to break the encryption on your device.
tl;dr summary - the microcode that *boots* the cpu has been
compromised.
So even while it is setting
On Wed, Jun 6, 2012 at 3:40 PM, Mick wrote:
[snip]
>
> This is my CPU, a first generation i7:
>
> cat /proc/cpuinfo
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 6
> model : 30
> model name : Intel(R) Core(TM) i7 CPU
ere, the bootup will delay for a minute, time out, and then continue.
If the R200 blob is in /lib/firmware/radeon, it'll load, regardles of
what i put in the kernel setup; e.g.
[d530][root][~] dmesg | grep R200
[0.277947] [drm] Loading R200 Microcode
notwitstanding that the kernel is set
On Tuesday, 6 April 2021 23:08:17 BST Peter Humphrey wrote:
> Hello list,
>
> I've just started an emerge -e world to run overnight, and I realised I'd
> forgotten to mount /boot (for intel-microcode), so I hit CTRL-C to abort. It
> took several dozen attempts, because
et (which is probably the most
> annoying thing about the Intel world, compared to AMD).
>
Be very careful. This laptop's processor does not have VT-x...and that
bit me.
$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 4
me other way or is risky?
>
I accept Mitigation as good enough. The kernel devs seem to choose a good
balance between secure and fast. Anything that says 'vulnerable' is a
problem, but you may have to live with it until a new microcode or kernel
update arrives. Or if the CPU vendor is
gt;
> The summary on LWN is an easy read. Somebody who steals your Intel
> laptop WILL be able to break the encryption on your device.
>
> tl;dr summary - the microcode that *boots* the cpu has been compromised.
> So even while it is setting up tpm and all that malarkey, malware
t;
>> This breaks my lovingly duct-taped kernel update infrastructure ...
>>
>
>Ian,
>
>Not sure this is related to your problem but it's an interesting read
>about (intel) microcodes and current blocks being enforced by Gentoo,
>clandestinely?
>
>
>h
inter
-pipe"
CXXFLAGS="${CFLAGS}"
CHOST="x86_64-pc-linux-gnu"
MAKEOPTS="-j3"
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 28
model name : Intel(R) Atom(TM) CPU N550 @ 1.50GHz
stepping: 10
microcode
On Wednesday, 20 December 2017 19:55:40 GMT Mick wrote:
> On Wednesday, 20 December 2017 18:31:03 GMT Mike Gilbert wrote:
> > On Wed, Dec 20, 2017 at 12:39 PM, Mick wrote:
> > > [1.072525] [drm] Loading RV730 Microcode
> > > [1.072679] radeon :02:00.0: Dire
On Tuesday, 14 July 2020 05:59:37 BST Ashley Dixon wrote:
> On Tue, Jul 14, 2020 at 12:19:51AM -0400, Walter Dnes wrote:
> > [thimk][root][~] lspci -k | grep -i -B 1 5100
> >
> > Kernel driver in use: i801_smbus
> >
> > 03:00.0 Network controller: Intel
i use
>
> CFLAGS="-O2 -march=atom -mtune=atom -mssse3 -mfpmath=sse -fomit-frame-pointer
> -pipe"
> CXXFLAGS="${CFLAGS}"
> CHOST="x86_64-pc-linux-gnu"
> MAKEOPTS="-j3"
>
> processor : 0
> vendor_id : GenuineIntel
> cpu
n from Hasan to run "make synconfig" but that did
not change any option in .config.
I'll try to rebuild kernel/init/busybox/intel-microcode again next weekend.
Are you booting with the updated initramfs? Or perhaps still with the initramfs
belonging
to an older kernel?
Does the serve
..]
>
> > What firmware are you trying to install? This box needs firmware for the
> > graphics card and the Intel CPU, and I've been declaring the file names
> > in CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR. As the display
> > works fine, and so does o
evelopers to catch up or using later drivers/firmware usually
>> fixes this problem.
>
> Here is some info.
>
> -> dmesg | grep -i iwl
> [ 12.442620] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux,
> in-tree:d
> [ 12.442622] iwlagn: Copyright(c) 2003-2
368 M:834494464 ERROR: DS: Failed to connect to
the D-Bus session daemon: /usr/bin/dbus-launch terminated abnormally
without any error message
and of course Xorg log file has no error
system :
radeon 9200 se ( [drm] Loading R200 Microcode)
[ebuild R ] x11-libs/libdrm-2.4.24 USE="
On Thu, Dec 21, 2017 at 7:20 AM, Mick wrote:
> On Wednesday, 20 December 2017 19:55:40 GMT Mick wrote:
> > On Wednesday, 20 December 2017 18:31:03 GMT Mike Gilbert wrote:
> > > On Wed, Dec 20, 2017 at 12:39 PM, Mick
> wrote:
> > > > [ 1.0725
On Sunday, 8 March 2020 19:04:02 GMT Rich Freeman wrote:
> On Sun, Mar 8, 2020 at 10:23 AM Rudi wrote:
> > While I usually side with AMD for their contributions to the Open
> > Sourced community, I'm going to go out on a limb and say that even
> > though they'r
ment i use
>
> CFLAGS="-O2 -march=atom -mtune=atom -mssse3 -mfpmath=sse -fomit-frame-pointer
> -pipe"
> CXXFLAGS="${CFLAGS}"
> CHOST="x86_64-pc-linux-gnu"
> MAKEOPTS="-j3"
>
> processor : 0
> vendor_id : GenuineIntel
>
I have a new computer, assembled piece by piece, and the cpu is
supposed to be an intel i5-7600 LGA1151. The original box says "7th
generation".
However:
$ gcc -### -E - -march=native 2>&1 | sed -r '/cc1/!d;s/(")|(^.* - )//g'
-march=broadwell -mmmx -mno-3dnow
you copy the text? Or did you
>manage to
>>>> grab the output somehow?
>>>>
>>>> Also, which init system and initrd are you using?
>>>>
>>>> --
>>>> Joost
>>>
>>> The text was copied from a screenshot (IPM
us
> firmware-loading errors in dmesg ?
What is ASPM and what is error -2? BTW, on my first attempt, when I
accidentally tried a non-existant firmware path, the kernel compile died
early on. Here is what I get in dmesg with ucode 8.83.5.1-1
[0.728996] Intel(R) Wireless WiFi driver
r 5 years
or so, with continuous improvements on stability and performance.
If the laptop's MoBo firmware is flash-able with coreboot you're in (partial)
luck. You still need microcode binary blobs and for these you are at the
mercy of the CPU manufacturers. With the Intel debacle over
7;t get the available oomph out of your cpu.
It's not so much a matter of raw speed as ability to do complex
calculations in the chipset microcode, rather than painfully emulating
it in software. One of the features of Gentoo is customizing your build
to get the most out of your cpu. Use it... w
TRR (base = 0xe800, size = 0x0200, type = 1) Invalid
> argument (22)
>
> and the following
>
> e-nibbles wwong # dmesg | tail -n 5
> pci :01:00.0: putting AGP V2 device into 4x mode
> [drm] Setting GART location based on new memory map
> [drm] Loadin
On Wednesday, 7 April 2021 07:53:09 BST Michael wrote:
> On Tuesday, 6 April 2021 23:08:17 BST Peter Humphrey wrote:
> > Hello list,
> >
> > I've just started an emerge -e world to run overnight, and I realised I'd
> > forgotten to mount /boot (for intel
ndow 10133
> has been asked to focus, but it can't
> 10:52:57 T:3039086368 M:834494464 ERROR: DS: Failed to connect to
> the D-Bus session daemon: /usr/bin/dbus-launch terminated abnormally
> without any error message
>
> and of course Xorg log file has no error
>
> syste
In these cases the kernel devs have started to fix a vulnerability,
but in their judgment the problem isn't fully resolved. This might
happen when a vulnerability is first discovered, or if a microcode
update isn't available and there isn't a workaround yet. In the
latter case a more exp
t) and not the kernel.
I also have a bunch of other servers which all updated fine to
4.19.??
I tried the suggestion from Hasan to run "make synconfig" but that
did
not change any option in .config.
I'll try to rebuild kernel/init/busybox/intel-microcode again next
wee
ctor-strong
>
>
> ?!
>
>
> $ cat /proc/cpuinfo
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 6
> model : 158
> model name : Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
> stepping: 9
> microcode : 0x42
> cpu
0.0: putting AGP V2 device into 4x mode
[drm] Setting GART location based on new memory map
[drm] Loading R200 Microcode
[drm] writeback test succeeded in 1 usecs
mtrr: no MTRR for e800,200 found
e-nibbles wwong # zgrep -i mtrr /proc/config.gz
CONFIG_MT
r setting MTRR (base = 0xe800, size = 0x0200, type = 1)
> Invalid argument (22)
> >
> > and the following
> >
> > e-nibbles wwong # dmesg | tail -n 5
> > pci :01:00.0: putting AGP V2 device into 4x mode
> > [drm] Setting GART l
be this? -
> https://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface
>
> There is a kernel interface (under power management I think) and I seem
> to remember some of my recent motherboards come with it. If you have a
> dell, look up iDRECV which does something simi
On 05/15/2019 01:26 AM, Adam Carter wrote:
> Here we go again;
> https://mdsattacks.com/
>
> I notice a microcode update for skylake came through yesterday after being
> unchanged since the late June 2018, so i'm guessing this is patched for
> this issue. Just waiting for th
101 - 200 of 252 matches
Mail list logo