> On Jun 5, 2020, at 1:33 AM, John Paul Adrian Glaubitz
> <glaub...@physik.fu-berlin.de> wrote:
>
> On 6/5/20 8:15 AM, Mathieu Malaterre wrote:
>> On Thu, Jun 4, 2020 at 10:50 PM Rui Salvaterra <rsalvate...@gmail.com> wrote:
>>>
>>> Hi, Adrian,
>>>
>>> A quinta, 4/06/2020, 21:17, John Paul Adrian Glaubitz
>>> <glaub...@physik.fu-berlin.de> escreveu:
>>>>
>>>>
>>>> We should revert to 4k pages on ppc64be then. There is no reason to enable
>>>> 64k pages for us. That may be well the case for ppc64el though.
>>>
>>>
>>> To be honest, I believe there should be two ppc64 kernel flavours. 4 kiB
>>> pages for smaller, mostly desktop systems (say, Power Mac G5 and IBM
>>> IntelliStation systems) and 64 kiB for bigger iron. Would that be feasible?
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826796
>
> Let's just switch back to 4k pages. All the hassle is not worth the little
> gain.
>
> Anyone with big iron is going to run the little-endian port anyway. I will
> open a pull request over the weekend to revert the 64k change for ppc64.
>
> Adrian
>
Admittedly I am a kernel compilation newbie however this may not be the only
issue. After changing the page size and recompiling the kernel:
scott@debian-10-DG5:~$ uname -a
Linux debian-10-DG5 5.6.14 #1 SMP Mon Jun 15 18:21:13 CDT 2020 ppc64 GNU/Linux
scott@debian-10-DG5:~$ getconf PAGESIZE
4096
[ 23.626150] u3msi: allocated virq 0x20 (hw 0x8) addr 0xfee00000
[ 23.682413] u3msi: allocated virq 0x21 (hw 0x9) addr 0xfee00000
[ 25.343462] nouveau 0000:0a:00.0: DRM: 0x14CC: Parsing digital output script
table
[ 25.413056] nouveau 0000:0a:00.0: DRM: 0x14CC: Parsing digital output script
table
[ 26.899243] tg3 0001:05:04.1 enP1p5s4f1: Link is up at 1000 Mbps, full duplex
[ 26.899248] tg3 0001:05:04.1 enP1p5s4f1: Flow control is on for TX and on
for RX
[ 26.899273] IPv6: ADDRCONF(NETDEV_CHANGE): enP1p5s4f1: link becomes ready
[ 30.638637] fuse: init (API version 7.31)
[ 2895.662905] nouveau 0000:0a:00.0: gr: intr 00100000 [ERROR] nsource 00000002
[DATA_ERROR] nstatus 02000000 [BAD_ARGUMENT] ch 1 [000d3000 Xorg[470]] subc 7
class 4097 mthd 0208 data 02000248
[ 2975.214714] nouveau 0000:0a:00.0: gr: intr 00100000 [ERROR] nsource 00000002
[DATA_ERROR] nstatus 02000000 [BAD_ARGUMENT] ch 1 [000d3000 Xorg[470]] subc 7
class 4097 mthd 0208 data 02000248
[ 2979.828455] nouveau 0000:0a:00.0: gr: intr 00100000 [ERROR] nsource 00000002
[DATA_ERROR] nstatus 02000000 [BAD_ARGUMENT] ch 1 [000d3000 Xorg[470]] subc 7
class 4097 mthd 0208 data 02000248
The display is still quite problematic.
Scott Thompson