You are not logged in.
Take advantage of the wiki if you are looking for downgrades.
Remember to grab the kernel, the linux-headers and the linux-docs file of the version you are interested in downgrading to.
Did it. Was easy. Alas, hasn't changed anything for the better. What I did: After changing the mirrorlist as written in the ARM description I issued pacman -Syy linux. Previous kernel has been installed successfully (reboot and check by uname -s). Notebook still hangs after wake up. What did those of you, who were successful?
Offline
@fennetech: Why are you assuming it's the last thing I'd done? As I said, I was trying out different things, so the _first_ step was to ensure everything was up to date. Even though it did not make sense how changing DEs could affect sleep modes, they were the last thing that changed, not the kernel, and that was what I was pouring over first. Unfortunately, I'd not discovered it in time to fix it before hitting the road w/ the laptop.
Offline
I tested linux 3.18 rc5 and the problems seems to be addressed.
Γίνε ρεαλιστής, μείνε ονειροπόλος ...
Offline
root wrote:Take advantage of the wiki if you are looking for downgrades.
Remember to grab the kernel, the linux-headers and the linux-docs file of the version you are interested in downgrading to.
Did it. Was easy. Alas, hasn't changed anything for the better. What I did: After changing the mirrorlist as written in the ARM description I issued pacman -Syy linux. Previous kernel has been installed successfully (reboot and check by uname -s). Notebook still hangs after wake up. What did those of you, who were successful?
You notice the difference? (hint: focus on the bold parts)
\(o_X)/
'Cause I wanna be an Archy - An Archy in the UK // Sex Pistols
Offline
poseidon wrote:root wrote:Take advantage of the wiki if you are looking for downgrades.
Remember to grab the kernel, the linux-headers and the linux-docs file of the version you are interested in downgrading to.
Did it. Was easy. Alas, hasn't changed anything for the better. What I did: After changing the mirrorlist as written in the ARM description I issued pacman -Syy linux. Previous kernel has been installed successfully (reboot and check by uname -s). Notebook still hangs after wake up. What did those of you, who were successful?
You notice the difference? (hint: focus on the bold parts)
The kernel afterwards had the right version number (3.17.2, did a uname -a). You really need doc and header files for this to work? No, not the docs, but the header files, right? What files are these header files compiled into? On my system linux-headers and linux-docs aren't even installed. And what is meant by "grab the kernel, the linux-headers and the linux-docs file"? How do I grab them other than by use of pacman?
Offline
@poseidon
Yes, the kernel numbers are right but the image was created with the 3.17.3 headers most likely as you did not download/install the related kernel headers. Thus in the end it fails despite using the "correct" kernel that worked before.
If you tell me that the headers aren't even installed how did you create the linux image??
Regarding the files you need even if docs is not "strictly" necessary it comes with "the linux pack" and that is the reason why I suggested you to grab all three to avoid any further problem.
As for how to grab them, the ARM allows you to download the packages directly just like a normal file download. After downloading the packages, yes all three, access the download folder and install the packages manually with
pacman -U linux-(version).pkg.tar.gz linux-headers(version).pkg.tar.gz linux-docs(version).pkg.tar.gz
which is too mentioned in the wiki
Last edited by root (2014-11-24 21:22:21)
\(o_X)/
'Cause I wanna be an Archy - An Archy in the UK // Sex Pistols
Offline
@poseidon
Yes, the kernel numbers are right but the image was created with the 3.17.3 headers most likely as you did not download/install the related kernel headers. Thus in the end it fails despite using the "correct" kernel that worked before.
If you tell me that the headers aren't even installed how did you create the linux image??
Regarding the files you need even if docs is not "strictly" necessary it comes with "the linux pack" and that is the reason why I suggested you to grab all three to avoid any further problem.
As for how to grab them, the ARM allows you to download the packages directly just like a normal file download. After downloading the packages, yes all three, access the download folder and install the packages manually with
pacman -U linux-(version).pkg.tar.gz linux-headers(version).pkg.tar.gz linux-docs(version).pkg.tar.gz
which is too mentioned in the wiki
Thought it was enough to follow https://wiki.archlinux.org/index.php/Ar … ck_Machine and then do a pacman -Syy linux.
Back at the newest kernel pacman -Ss linux tells me:
core/linux 3.17.3-1 (base) [installed]
core/linux-docs 3.17.3-1
core/linux-headers 3.17.3-1
So, those packages aren't installed, are they?
Offline
Back at the newest kernel pacman -Ss linux tells me:
core/linux 3.17.3-1 (base) [installed] core/linux-docs 3.17.3-1 core/linux-headers 3.17.3-1
So, those packages aren't installed, are they?
The result of your query is pretty much self-explanatory.
Even though I wonder in case you yourself didn't notice, didn't you mean to downgrade to a previous version from that of 3.17.3 as this kernel version was causing you the suspend-wakeup trouble?
If so, according to that same query you didn't succeed as you have that very same latest kernel installed.
There could be several reasons for this.
Maybe you still have the up-to-date mirrors active or you chose week instead of month when setting up the ARM mirror. In week the available kernel package is 3.17.3 whereas in month it is the 3.17.1 one as far as I can tell.
I still think the best option, unless you are confident in finding the mistake related to the ARM mirror and the kernel packages it provides you and follow that route, would be to 1) manually download the packages, install them and add the packages to pacman's ignore list until a fully working kernel is available or 2) switch meanwhile to the LTS kernel which is fully working.
\(o_X)/
'Cause I wanna be an Archy - An Archy in the UK // Sex Pistols
Offline
poseidon wrote:Back at the newest kernel pacman -Ss linux tells me:
core/linux 3.17.3-1 (base) [installed] core/linux-docs 3.17.3-1 core/linux-headers 3.17.3-1
So, those packages aren't installed, are they?
The result of your query is pretty much self-explanatory.
Even though I wonder in case you yourself didn't notice, didn't you mean to downgrade to a previous version from that of 3.17.3 as this kernel version was causing you the suspend-wakeup trouble?
If so, according to that same query you didn't succeed as you have that very same latest kernel installed.
There could be several reasons for this.
Maybe you still have the up-to-date mirrors active or you chose week instead of month when setting up the ARM mirror. In week the available kernel package is 3.17.3 whereas in month it is the 3.17.1 one as far as I can tell.I still think the best option, unless you are confident in finding the mistake related to the ARM mirror and the kernel packages it provides you and follow that route, would be to 1) manually download the packages, install them and add the packages to pacman's ignore list until a fully working kernel is available or 2) switch meanwhile to the LTS kernel which is fully working.
The version numbers are as they are, because I reinstalled 3.17.3 again, after I had seen, that the older kernel had no positive effect. I have put the query result here to show you, that on my machine headers and docs are not installed. When I was on 3.17.2 the print out of course was
core/linux 3.17.2-1 (base) [installed]
core/linux-docs 3.17.2-1
core/linux-headers 3.17.2-1
I tried all this on a non-production machine, which I currently haven't access to. As soon as I am at it again, I'll try your suggestions and will install the headers, too.
Offline
would somebody be able to make the x86_64 kernel available for me i just finished reloading arch after a hard disk replacement and i choose to go with x64 but i cant find the unaffected kernel and as to fixing the problem im not a dev there is no way ill be able to figure it out here
[FennecTECH@ArchOS ~]$ cat about_myself
Hello there my name is FennecTECH I am a novice arch user though I am here to learn I live in central Minnesota where I hangout in the console and make my way into X11. Nice to meet you all! Enjoy my home directory feel free to poke around. There is a solution to every problem, so long as you do not break the laws of physics.
=^_^=
[FennecTECH@ArchOS ~]$
Offline
The problem doesnt seem to be present in the x86_64 kernel if that helps
[FennecTECH@ArchOS ~]$ cat about_myself
Hello there my name is FennecTECH I am a novice arch user though I am here to learn I live in central Minnesota where I hangout in the console and make my way into X11. Nice to meet you all! Enjoy my home directory feel free to poke around. There is a solution to every problem, so long as you do not break the laws of physics.
=^_^=
[FennecTECH@ArchOS ~]$
Offline
Upgraded minutes ago --> kernel 3.17.4-1, and no change for the better :-(
Offline
Upgraded minutes ago --> kernel 3.17.4-1, and no change for the better :-(
same to me on i686 kernel
stay with kernel 3.17-2.1 that's save
Offline
Same for me. Return to Linux dell 3.17.2-1-ARCH #1 SMP PREEMPT Thu Oct 30 20:31:16 CET 2014 i686 GNU/Linux
Offline
i cant test it because when i reloaded after replacing a disk the problem mysteriously vanished i did go from i686 to x86_64
[FennecTECH@ArchOS ~]$ cat about_myself
Hello there my name is FennecTECH I am a novice arch user though I am here to learn I live in central Minnesota where I hangout in the console and make my way into X11. Nice to meet you all! Enjoy my home directory feel free to poke around. There is a solution to every problem, so long as you do not break the laws of physics.
=^_^=
[FennecTECH@ArchOS ~]$
Offline
According to the bug report the error only affects i686 kernel 3.17.3 and 3.17.4
Offline
no fix to this problem yet?
I mean except downgrading the kernel...
Offline
no fix to this problem yet?
I mean except downgrading the kernel...
Not a fix, but if you read through the various bug reports, there is a workaround. Put "dis_ucode_ldr" as a kernel parameter. I tried this out last night, and it seems to work. Note that this is a workaround which should be removed once it is fixed, as this parameter, from what I understand, is for debugging.
Offline
Looks like the update today (3.17.6-1) fixed this same issue for me.
Offline
after downgrading to kernel linux-3.17.2-1-i686.pkg.tar.xz with the command:
sudo pacman -U /var/cache/pacman/pkg/linux-3.17.2-1-i686.pkg.tar.xz
the suspend problem was gone....
hope this helps
It works for me too !!!
Offline
Yeah, seems to work for me too Great!
Offline