3 messages, 2 authors, 2005-03-28 · open the first message on its own page
From: Sven Luther <hidden>
Date: 2005-03-27 12:38:10
Hello, Find attached a trivial fix for the 32bit power3 and power4 introduced by benh's latest round of pmac sleep fixes. I am not sure if this is the best way to solve this problem, but it fixes the issue. Friendly, Sven Luther
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Date: 2005-03-27 22:45:06
On Sun, 2005-03-27 at 14:37 +0200, Sven Luther wrote:
Hello, Find attached a trivial fix for the 32bit power3 and power4 introduced by benh's latest round of pmac sleep fixes. I am not sure if this is the best way to solve this problem, but it fixes the issue.
Bah, fixe plustot dans le code ... ajout un #ifdef CONFIG_ALTIVEC autour du dssall (enfin, de la section entiere avec le BEGIN/END inclus) pour le moment, quoi que ici, le mieux est encore de dire a l'asm de pas moufter. En ce qui concerne pmac_sleep vs. pmac_cache, #ifdef aussi pour le moment. Ben.
From: Sven Luther <hidden>
Date: 2005-03-28 07:19:09
On Mon, Mar 28, 2005 at 08:44:47AM +1000, Benjamin Herrenschmidt wrote:
On Sun, 2005-03-27 at 14:37 +0200, Sven Luther wrote:quoted
Hello, Find attached a trivial fix for the 32bit power3 and power4 introduced by benh's latest round of pmac sleep fixes. I am not sure if this is the best way to solve this problem, but it fixes the issue.Bah, fixe plustot dans le code ... ajout un #ifdef CONFIG_ALTIVEC autour du dssall (enfin, de la section entiere avec le BEGIN/END inclus) pour le moment, quoi que ici, le mieux est encore de dire a l'asm de pas moufter. En ce qui concerne pmac_sleep vs. pmac_cache, #ifdef aussi pour le moment.
Le truc, c'est que l'ensemble du code de pmac_cache, il ne devrait pas etre compiler si on est pas CONFIG_6xx, car la fonction n'est jamais appelle depuis pmac_sleep si on est pas CONFIG_6xx. Je te laisse gerer cela pour upstream ? Amicalement, Sven Luther