From: Andreas Schwab <hidden> Date: 2013-03-02 16:22:29
Phileas Fogg [off-list ref] writes:
Aaro Koskinen wrote:
quoted
Hi,
On Sat, Mar 02, 2013 at 03:40:19PM +0100, Phileas Fogg wrote:
quoted
Have anyone tested Linux 3 kernels on PowerMac G5 recently ?
3.8 boots normally to shell and is stable on G5 iMac (PowerMac8,1).
A.
Thanks. Then i configured something wrongly probably.
I tried Linux 2.6.39.4 and it boots too.
I looked around on the Internet and it seems i'm not the only one
who has problems with Linux 3.x on my PowerMac G5.
I have no problem with 3.8 either, but mine is a PowerMac7,3.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2013-03-03 05:31:22
On Sat, 2013-03-02 at 17:22 +0100, Andreas Schwab wrote:
quoted
Thanks. Then i configured something wrongly probably.
I tried Linux 2.6.39.4 and it boots too.
I looked around on the Internet and it seems i'm not the only one
who has problems with Linux 3.x on my PowerMac G5.
I have no problem with 3.8 either, but mine is a PowerMac7,3.
Ok. I have a quad core G5 which is also a 11,2, it's even my primary
workstation in the office :-) So it tends to work fine but I admit I
haven't updated the kernel on it in a while.
Phileas, send me the .config you're using, there might be an issue
there, I'll do some tests next week.
Cheers,
Ben.
I'm running 3.7.6 without any problems on my quad core machine. You
have to try to compile with g5_defconfig...
On 3/3/13, Benjamin Herrenschmidt [off-list ref] wrote:
On Sat, 2013-03-02 at 17:22 +0100, Andreas Schwab wrote:
quoted
quoted
Thanks. Then i configured something wrongly probably.
I tried Linux 2.6.39.4 and it boots too.
I looked around on the Internet and it seems i'm not the only one
who has problems with Linux 3.x on my PowerMac G5.
I have no problem with 3.8 either, but mine is a PowerMac7,3.
Ok. I have a quad core G5 which is also a 11,2, it's even my primary
workstation in the office :-) So it tends to work fine but I admit I
haven't updated the kernel on it in a while.
Phileas, send me the .config you're using, there might be an issue
there, I'll do some tests next week.
Cheers,
Ben.
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Sun, 2013-03-03 at 11:23 +0300, Denis Kirjanov wrote:
quoted
I'm running 3.7.6 without any problems on my quad core machine. You
have to try to compile with g5_defconfig...
Sure but I still want to know what in his config is breaking it, chances
are that's something that we should fix :-)
Cheers,
Ben.
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi,
i'm testing currently with slightly modified g5_defconfig. I enabled
the Ralink driver for my USB WLAN NIC and some other stuff, nothing
fancy. Anyways, i'm sending you config for 3.0.67. Linux 3.0.67 hangs on
my machine too.
I cloned your GIT powerpc repository and at the moment bisecting and
trying to find the commit which causes trouble on my machine.
I have already found out that
the commit 27d934b28752b860cba6c0d77ea4598861d80998 is OK
but
the commit 0bd41dfc9fbbcf174d5336c1c9fc5ba917519761 is NOT.
The problem appeared between Linux 2.6.39 and Linux-3.0-rc1.
Just my typical luck with PowerPC :) First PS3 and now G5.
I will report back as soon as i find the commit which causes the hangs.
regards
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2013-03-03 19:04:16
On Sun, 2013-03-03 at 05:16 -0700, Phileas Fogg wrote:
i'm testing currently with slightly modified g5_defconfig. I enabled
the Ralink driver for my USB WLAN NIC and some other stuff, nothing
fancy. Anyways, i'm sending you config for 3.0.67. Linux 3.0.67 hangs on
my machine too.
I cloned your GIT powerpc repository and at the moment bisecting and
trying to find the commit which causes trouble on my machine.
I have already found out that
the commit 27d934b28752b860cba6c0d77ea4598861d80998 is OK
but
the commit 0bd41dfc9fbbcf174d5336c1c9fc5ba917519761 is NOT.
The problem appeared between Linux 2.6.39 and Linux-3.0-rc1.
Just my typical luck with PowerPC :) First PS3 and now G5.
I will report back as soon as i find the commit which causes the hangs.
Thanks. It looks like a bisection might indeed be the way to go...
Out of curiosity, have you tried without some of your additional drivers ?
Maybe one of them is the culprit...
Cheers,
Ben.
Thanks. It looks like a bisection might indeed be the way to go...
Out of curiosity, have you tried without some of your additional drivers ?
Maybe one of them is the culprit...
Cheers,
Ben.
Not yet, will do.
But I tested the official Debian Wheezy RC netinstall CD with Linux 3.2,
it has the same problem and hangs at boot on my machine.
regards
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2013-03-03 19:24:33
On Sun, 2013-03-03 at 20:16 +0100, Phileas Fogg wrote:
Benjamin Herrenschmidt wrote:
quoted
Thanks. It looks like a bisection might indeed be the way to go...
Out of curiosity, have you tried without some of your additional drivers ?
Maybe one of them is the culprit...
Cheers,
Ben.
Not yet, will do.
But I tested the official Debian Wheezy RC netinstall CD with Linux 3.2,
it has the same problem and hangs at boot on my machine.
Ok, so it's definitely something about your configuration. Maybe
something in the 11,2 support code chokes on single-chip configs, I
don't have one of them to test, both mines are dual chip (ie. quad
core).
But it does look like a regression that should be bisectable, so let me
know went you're done there and what you get.
Cheers,
Ben.
On 03/03/2013 08:24 PM, Benjamin Herrenschmidt wrote:
On Sun, 2013-03-03 at 20:16 +0100, Phileas Fogg wrote:
quoted
Benjamin Herrenschmidt wrote:
quoted
Thanks. It looks like a bisection might indeed be the way to go...
Out of curiosity, have you tried without some of your additional drivers ?
Maybe one of them is the culprit...
Cheers,
Ben.
Not yet, will do.
But I tested the official Debian Wheezy RC netinstall CD with Linux 3.2,
it has the same problem and hangs at boot on my machine.
Ok, so it's definitely something about your configuration. Maybe
something in the 11,2 support code chokes on single-chip configs, I
don't have one of them to test, both mines are dual chip (ie. quad
core).
But it does look like a regression that should be bisectable, so let me
know went you're done there and what you get.
Cheers,
Ben.
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi,
i'm completely confused now.
I did a bisect between the following 2 commits:
61c4f2c81c61f73549928dfd9f3e8f26aa36a8cf (good) Linux 2.6.39
and
55922c9d1b84b89cb946c777fddccb3247e7df2c (bad) Linux 3.0-rc1
Both commist were tested by me on my machine. And Linux 3.0-rc1 hangs
on my machine but Linux 2.6.39 works fine.
And the bisect couldn't find the commit which causes hangs on my machine.
All commits which were provided by the bisect were bad.
And the commit before tha last bad bisect commit was bad too.
I did bisect several times, and got the same results.
Fo testing i used linux-3.0.y branch of
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git.
Did i miss something or do something wrong here ?
Regards
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2013-03-07 20:22:39
On Thu, 2013-03-07 at 21:08 +0100, Phileas Fogg wrote:
And the bisect couldn't find the commit which causes hangs on my
machine.
All commits which were provided by the bisect were bad.
And the commit before tha last bad bisect commit was bad too.
I did bisect several times, and got the same results.
Fo testing i used linux-3.0.y branch of
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git.
Did i miss something or do something wrong here ?
Did git bisect go down a merge commit ? It does for me if I try that and
asks to test that merge first. If you get that wrong it can get very
confused.
That's all I can think of... do you have the bisection log just in
case ?
Also you can use gitk -- arch/powerpc to look at the changes to powerpc
code and try manually random points before/after that if you think
bisect isn't doing the right thing.
Cheers,
Ben.
On 03/07/2013 09:22 PM, Benjamin Herrenschmidt wrote:
On Thu, 2013-03-07 at 21:08 +0100, Phileas Fogg wrote:
quoted
And the bisect couldn't find the commit which causes hangs on my
machine.
All commits which were provided by the bisect were bad.
And the commit before tha last bad bisect commit was bad too.
I did bisect several times, and got the same results.
Fo testing i used linux-3.0.y branch of
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git.
Did i miss something or do something wrong here ?
Did git bisect go down a merge commit ? It does for me if I try that and
asks to test that merge first. If you get that wrong it can get very
confused.
That's all I can think of... do you have the bisection log just in
case ?
Also you can use gitk -- arch/powerpc to look at the changes to powerpc
code and try manually random points before/after that if you think
bisect isn't doing the right thing.
Cheers,
Ben.
Thanks. I'll try manually some commits then.
And here is the bisect log:
git bisect log
# bad: [55922c9d1b84b89cb946c777fddccb3247e7df2c] Linux 3.0-rc1
# good: [61c4f2c81c61f73549928dfd9f3e8f26aa36a8cf] Linux 2.6.39
git bisect start '55922c9d1b84b89cb946c777fddccb3247e7df2c'
'61c4f2c81c61f73549928dfd9f3e8f26aa36a8cf'
# bad: [c44dead70a841d90ddc01968012f323c33217c9e] Merge branch
'usb-next' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6
git bisect bad c44dead70a841d90ddc01968012f323c33217c9e
# bad: [d93515611bbc70c2fe4db232e5feb448ed8e4cc9] macvlan: fix panic if
lowerdev in a bond
git bisect bad d93515611bbc70c2fe4db232e5feb448ed8e4cc9
# bad: [9c6a02f41d10dc9fbf5dd42058e8846f38dd2d9a] sctp: make sctp over
IPv6 work with IPsec
git bisect bad 9c6a02f41d10dc9fbf5dd42058e8846f38dd2d9a
# bad: [d30ee670f25ea8f265a2804e2a0a53804cac5185] net-bonding: Fix minor
sparse complaints
git bisect bad d30ee670f25ea8f265a2804e2a0a53804cac5185
# bad: [b37e3b6d64358604960b35e8ecbb7aed22e0926e] Merge branch 'master'
of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6
git bisect bad b37e3b6d64358604960b35e8ecbb7aed22e0926e
# bad: [6c74608bd479bbe02ce330f83df43c3f535ed200] ssb: pci: trivial:
drop useless pointer
git bisect bad 6c74608bd479bbe02ce330f83df43c3f535ed200
# bad: [83860c594f65945b1a2c99e84338e1145cd34890] ath9k_hw: remove
pCap->tx_triglevel_max
git bisect bad 83860c594f65945b1a2c99e84338e1145cd34890
# bad: [f171760c558946c7a2e0ee310dfb968f9d4853c6] ath9k_hw: enable a
BlockAck related fixup specific to AR9100
git bisect bad f171760c558946c7a2e0ee310dfb968f9d4853c6
# bad: [e600707b021efdc109e7becd467798da339ec26d] mwl8k: differentiate
between WMM queues and AMPDU queues
git bisect bad e600707b021efdc109e7becd467798da339ec26d
# bad: [e7fc63388def06d2d1bdb6916748c92c037a42c6] ath9k_hw: Speedup
register ops for HTC driver
git bisect bad e7fc63388def06d2d1bdb6916748c92c037a42c6
# bad: [6d64ab7f9240e3201fde3fd16ce4227bd795d2ab] ath9k_htc: Fix LED pin
for AR9287 HTC device
git bisect bad 6d64ab7f9240e3201fde3fd16ce4227bd795d2ab
# bad: [22dd2fd283ea96b4d45185d3e861ef46005082f4] iwlwifi: remove
duplicate initialization in __iwl_down()
git bisect bad 22dd2fd283ea96b4d45185d3e861ef46005082f4
Regards
On 03/07/2013 09:22 PM, Benjamin Herrenschmidt wrote:
On Thu, 2013-03-07 at 21:08 +0100, Phileas Fogg wrote:
quoted
And the bisect couldn't find the commit which causes hangs on my
machine.
All commits which were provided by the bisect were bad.
And the commit before tha last bad bisect commit was bad too.
I did bisect several times, and got the same results.
Fo testing i used linux-3.0.y branch of
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git.
Did i miss something or do something wrong here ?
Did git bisect go down a merge commit ? It does for me if I try that and
asks to test that merge first. If you get that wrong it can get very
confused.
That's all I can think of... do you have the bisection log just in
case ?
Also you can use gitk -- arch/powerpc to look at the changes to powerpc
code and try manually random points before/after that if you think
bisect isn't doing the right thing.
Cheers,
Ben.
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi,
i managed to find the bad commit after a couple of days bisecting.
----------------------------
44ae3ab3358e962039c36ad4ae461ae9fb29596c is the first bad commit
commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c
Author: Matt Evans [off-list ref]
Date: Wed Apr 6 19:48:50 2011 +0000
powerpc: Free up some CPU feature bits by moving out MMU-related
features
Some of the 64bit PPC CPU features are MMU-related, so this patch moves
them to MMU_FTR_ bits. All cpu_has_feature()-style tests are moved to
mmu_has_feature(), and seven feature bits are freed as a result.
Signed-off-by: Matt Evans [off-list ref]
Signed-off-by: Benjamin Herrenschmidt [off-list ref]
--------------------------------
Actually, there are 2 problems i found.
The first problem occurs when i enable IDE CDROM driver on my machine.
The following commit causes hangs on my machine at boot:
----------------------
commit 5b03a1b140e13a28ff6be1526892a9dc538ddef6
Author: Tejun Heo [off-list ref]
Date: Wed Mar 9 19:54:27 2011 +0100
ide: Convert to bdops->check_events()
Convert ->media_changed() to the new ->check_events() method. The
conversion is mostly mechanical. The only notable change is that
cdrom now doesn't generate any event if @slot_nr isn't CDSL_CURRENT.
It used to return -EINVAL which would be treated as media changed. As
media changer isn't supported anyway, this doesn't make any
difference.
This makes ide emit the standard disk events and allows kernel event
polling. Currently, only MEDIA_CHANGE event is implemented. Adding
support for EJECT_REQUEST shouldn't be difficult; however, given that
ide driver is already deprecated, it probably is best to leave it
alone.
Signed-off-by: Tejun Heo [off-list ref]
----------------------------
If i disable IDE CDROM driver then the Linux kernel boots again
and then it hits the commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c
and hangs again :)
The commit eca590f402332ab873d13f2d8d00fa0b91cfff36 which is before
the commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c works fine,
i tested it myself to be on the safe side.
Regards
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2013-03-10 00:45:32
On Sun, 2013-03-10 at 01:26 +0100, Phileas Fogg wrote:
i managed to find the bad commit after a couple of days bisecting.
Thanks !
----------------------------
44ae3ab3358e962039c36ad4ae461ae9fb29596c is the first bad commit
commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c
Author: Matt Evans [off-list ref]
Date: Wed Apr 6 19:48:50 2011 +0000
powerpc: Free up some CPU feature bits by moving out MMU-related
features
Some of the 64bit PPC CPU features are MMU-related, so this patch moves
them to MMU_FTR_ bits. All cpu_has_feature()-style tests are moved to
mmu_has_feature(), and seven feature bits are freed as a result.
Signed-off-by: Matt Evans [off-list ref]
Signed-off-by: Benjamin Herrenschmidt [off-list ref]
--------------------------------
Have you verified that if you checkout git at the above commit point, it
fails and if you then just revert that commit on top, it works again ?
The above should have been mostly a NOP change but I'll have a closer
look in case a typo of some kind actually broke something.
Actually, there are 2 problems i found.
The first problem occurs when i enable IDE CDROM driver on my machine.
The following commit causes hangs on my machine at boot:
Ok. You may want to switch to the new libata instead of the old IDE
driver too
(CONFIG_IDE off, CONFIG_ATA on, CONFIG_PATA_MACIO on and from there it
will use the SCSI CDROM driver).
----------------------
commit 5b03a1b140e13a28ff6be1526892a9dc538ddef6
Author: Tejun Heo [off-list ref]
Date: Wed Mar 9 19:54:27 2011 +0100
ide: Convert to bdops->check_events()
Convert ->media_changed() to the new ->check_events() method. The
conversion is mostly mechanical. The only notable change is that
cdrom now doesn't generate any event if @slot_nr isn't CDSL_CURRENT.
It used to return -EINVAL which would be treated as media changed. As
media changer isn't supported anyway, this doesn't make any
difference.
This makes ide emit the standard disk events and allows kernel event
polling. Currently, only MEDIA_CHANGE event is implemented. Adding
support for EJECT_REQUEST shouldn't be difficult; however, given that
ide driver is already deprecated, it probably is best to leave it
alone.
Signed-off-by: Tejun Heo [off-list ref]
----------------------------
If i disable IDE CDROM driver then the Linux kernel boots again
and then it hits the commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c
and hangs again :)
The commit eca590f402332ab873d13f2d8d00fa0b91cfff36 which is before
the commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c works fine,
i tested it myself to be on the safe side.
Ok thanks. I'll dig a bit if I get a chance next week.
Cheers,
Ben.
On 03/10/2013 01:45 AM, Benjamin Herrenschmidt wrote:
Have you verified that if you checkout git at the above commit point, it
fails and if you then just revert that commit on top, it works again ?
The above should have been mostly a NOP change but I'll have a closer
look in case a typo of some kind actually broke something.
Verified, the commit 65f47f1339dfcffcd5837a307172fb41aa39e479 hangs too.
After reverting the changes of the commit
44ae3ab3358e962039c36ad4ae461ae9fb29596c, it is booting fine again.
regards
On 03/10/2013 01:45 AM, Benjamin Herrenschmidt wrote:
On Sun, 2013-03-10 at 01:26 +0100, Phileas Fogg wrote:
quoted
i managed to find the bad commit after a couple of days bisecting.
Thanks !
quoted
----------------------------
44ae3ab3358e962039c36ad4ae461ae9fb29596c is the first bad commit
commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c
Author: Matt Evans [off-list ref]
Date: Wed Apr 6 19:48:50 2011 +0000
powerpc: Free up some CPU feature bits by moving out MMU-related
features
Some of the 64bit PPC CPU features are MMU-related, so this patch moves
them to MMU_FTR_ bits. All cpu_has_feature()-style tests are moved to
mmu_has_feature(), and seven feature bits are freed as a result.
Signed-off-by: Matt Evans [off-list ref]
Signed-off-by: Benjamin Herrenschmidt [off-list ref]
--------------------------------
Have you verified that if you checkout git at the above commit point, it
fails and if you then just revert that commit on top, it works again ?
The above should have been mostly a NOP change but I'll have a closer
look in case a typo of some kind actually broke something.
quoted
Actually, there are 2 problems i found.
The first problem occurs when i enable IDE CDROM driver on my machine.
The following commit causes hangs on my machine at boot:
Ok. You may want to switch to the new libata instead of the old IDE
driver too
(CONFIG_IDE off, CONFIG_ATA on, CONFIG_PATA_MACIO on and from there it
will use the SCSI CDROM driver).
quoted
----------------------
commit 5b03a1b140e13a28ff6be1526892a9dc538ddef6
Author: Tejun Heo [off-list ref]
Date: Wed Mar 9 19:54:27 2011 +0100
ide: Convert to bdops->check_events()
Convert ->media_changed() to the new ->check_events() method. The
conversion is mostly mechanical. The only notable change is that
cdrom now doesn't generate any event if @slot_nr isn't CDSL_CURRENT.
It used to return -EINVAL which would be treated as media changed. As
media changer isn't supported anyway, this doesn't make any
difference.
This makes ide emit the standard disk events and allows kernel event
polling. Currently, only MEDIA_CHANGE event is implemented. Adding
support for EJECT_REQUEST shouldn't be difficult; however, given that
ide driver is already deprecated, it probably is best to leave it
alone.
Signed-off-by: Tejun Heo [off-list ref]
----------------------------
If i disable IDE CDROM driver then the Linux kernel boots again
and then it hits the commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c
and hangs again :)
The commit eca590f402332ab873d13f2d8d00fa0b91cfff36 which is before
the commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c works fine,
i tested it myself to be on the safe side.
Ok thanks. I'll dig a bit if I get a chance next week.
Cheers,
Ben.
I'm trying to debug the problem and printed CPU and MMU features
before and after this bad commit. And found i think i found the problem.
At least i got very strange results.
The following code i did add to arch/powerpc/kernel/setup_64.c:setup_system
------------------------------------------------------------
printk("cpu_features %lx\n", cur_cpu_spec->cpu_features);
printk("mmu_features %lx\n", cur_cpu_spec->mmu_features);
------------------------------------------------------------
CPU features before 44ae3ab3358e962039c36ad4ae461ae9fb29596c commit:
cpu_features 0x24000c718100448
CPU and MMU features after 44ae3ab3358e962039c36ad4ae461ae9fb29596c commit:
cpu_features 0x18100448
mmu_features 0x00000001
MMU features in 2nd case have only bit MMU_FTR_HPTE_TABLE set.
Where are the bits MMU_FTR_SLB, MMU_FTR_16M_PAGE and MMU_FTR_TLBIEL
which introduced in commit 44ae3ab3358e962039c36ad4ae461ae9fb29596c ?
They should be set if i see it right in arch/powerpc/include/asm/mmu.h.
#define MMU_FTR_PPCAS_ARCH_V2 (MMU_FTR_SLB | MMU_FTR_TLBIEL | \
MMU_FTR_16M_PAGE)
/* MMU feature bit sets for various CPUs */
#define MMU_FTRS_DEFAULT_HPTE_ARCH_V2 \
MMU_FTR_HPTE_TABLE | MMU_FTR_PPCAS_ARCH_V2
#define MMU_FTRS_POWER4 MMU_FTRS_DEFAULT_HPTE_ARCH_V2
#define MMU_FTRS_PPC970 MMU_FTRS_POWER4
Hope it helps to fix the problem.
regards
Good news :) I found the bug.
MMU features were not set properly for PPC970MP DD1.0 which,
unfortunately, my machine has.
Damn, one line fix but one week searching.
Linux 3.8.2 boots without problems now :)
Here is my patch:
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2013-03-10 12:52:52
On Sun, 2013-03-10 at 11:53 +0100, Phileas Fogg wrote:
Good news :) I found the bug.
MMU features were not set properly for PPC970MP DD1.0 which,
unfortunately, my machine has.
Damn, one line fix but one week searching.
Linux 3.8.2 boots without problems now :)
Nice one ! I didn't think anybody shipped a DD1.0 chip ! :-)
Looks like some typo/thinko in the cputable and you are one of the very
rare victims of it. I'll fix that up. Regarding the IDE problem, can you
shoot a note to Tejun who wrote that patch (and CC me) ? I do recommend
switching to libata but we should still fix the problem with legacy IDE.
Cheers,
Ben.
On 03/10/2013 01:52 PM, Benjamin Herrenschmidt wrote:
On Sun, 2013-03-10 at 11:53 +0100, Phileas Fogg wrote:
quoted
Good news :) I found the bug.
MMU features were not set properly for PPC970MP DD1.0 which,
unfortunately, my machine has.
Damn, one line fix but one week searching.
Linux 3.8.2 boots without problems now :)
Nice one ! I didn't think anybody shipped a DD1.0 chip ! :-)
Looks like some typo/thinko in the cputable and you are one of the very
rare victims of it. I'll fix that up. Regarding the IDE problem, can you
shoot a note to Tejun who wrote that patch (and CC me) ? I do recommend
switching to libata but we should still fix the problem with legacy IDE.
Cheers,
Ben.
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
The IDE-CD bug appears to be already fixed. I tested g5_defconfig with
Linux 3.8.2 and it boots OK. I think i saw a commit regarding this issue
in git.
Regards