Tested it - yes, it fixes the boot.
--
Meelis Roos
-hang-1.jpg and
http://kodu.ut.ee/~mroos/powerpc-boot-hang-1.jpg .
--
Meelis Roos
gcc 8.
--
Meelis Roos
hink there's an actual bug, the size of the copy is bounded by
the count parameter, which *doesn't* come from user space, it's hard
coded.
I suspect the logic is just to convoluted for GCC.
We should fix it somehow, but I haven't worked out what's the best option.
cheers
--
Meelis Roos
/ptrace.o] Error 1
make: *** [Makefile:1052: arch/powerpc/kernel] Error 2
--
Meelis Roos
id including headers from
> 'include/linux/' while still achieving the cleanup of the magic number.
>
> Fixes: faa16bc404d72a5 ("lib: Use existing define with polynomial")
> Reported-by: Meelis Roos
> Reported-by: kbuild test robot
> Suggested-by: Christophe LEROY
> Signed-off-by: Joel Stanley
Tested-by: Meelis Roos
--
Meelis Roos (mr...@linux.ee)
: No such file or directory
#include
^~~
--
Meelis Roos (mr...@linux.ee)
/kernel/ptrace.o] Error 1
--
Meelis Roos (mr...@linux.ee)
002:20:0f.0 eth0: Link is up at 100 Mbps, full-duplex
[ 36.007833] gem 0002:20:0f.0 eth0: Pause is enabled (rxfifo: 10240 off: 7168
on: 5632)
[ 36.013215] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 43.522088] aty128fb :00:10.0: Invalid PCI ROM header signature:
expecting 0xaa55, got 0x
--
Meelis Roos (mr...@linux.ee)
] [c0016230] do_page_fault+0x1bc/0x7e8
[ 140.519037] [d05a5f40] [c0012300] handle_page_fault+0x14/0x40
[ 140.519048] --- interrupt: 301 at 0xb78b6864
LR = 0xb78b6c54
--
Meelis Roos (mr...@linux.ee)
.archdata.dma_mask;
> dev->ofdev.dev.parent = parent;
> dev->ofdev.dev.bus = &macio_bus_type;
> dev->ofdev.dev.release = macio_release_dev;
Yes, it does - thank you!
Tested-by: Meelis Roos
--
Meelis Roos (mr...@linux.ee)
:
[1.418409] 939d 4bff6329 80010024 7fe3fb78 8361000c 83810010 7c0803a6
83a10014
[1.424201] 83c10018 83e1001c 38210020 4e800020 <0fe0> 4b84 7fa3eb78
3be0
[1.430020] ---[ end trace 89c0f4a91a110769 ]---
--
Meelis Roos (mr...@linux.ee)
Use alternate map
> for patch_instruction()")
> Reported-by: Meelis Roos
> Cc: Balbir Singh
> Signed-off-by: Christophe Leroy
> ---
> v2: Added missing asm/setup.h
It works - thank you! Tested on top of 4.14.0.
For wider powerpc audience: this warning-like INFO bit is present
inde
of macro ‘PUT_64’
PUT_64(ph + PH_FILESZ, nnote2);
^~
arch/powerpc/boot/addnote.c:85:73: warning: right shift count >= width
of type [-Wshift-count-overflow]
#define PUT_64LE(off, v) (PUT_32LE((off), (v)), PUT_32LE((off) + 4, (v)
>> 32L))
^
arch/powerpc/boot/addnote.c:83:25: note: in definition of macro
‘PUT_16LE’
buf[(off) + 1] = ((v) >> 8) & 0xff)
^
arch/powerpc/boot/addnote.c:85:49: note: in expansion of macro
‘PUT_32LE’
#define PUT_64LE(off, v) (PUT_32LE((off), (v)), PUT_32LE((off) + 4, (v)
>> 32L))
^~~~
arch/powerpc/boot/addnote.c:95:5: note: in expansion of macro ‘PUT_64LE’
PUT_64LE(off, v))
^~~~
arch/powerpc/boot/addnote.c:211:3: note: in expansion of macro ‘PUT_64’
PUT_64(ph + PH_FILESZ, nnote2);
^~
--
Meelis Roos (mr...@linux.ee)
> Meelis Roos a écrit :
>
> > > > For me, 4.13 worked and 4.14 hangs early during boot. Bisecting led to
> > > > the following commit. I had STRICT_KERNEL_RWX enabled when I met the
> > > > option. When I disabled STRICT_KERNEL_RWX, the same kernel boot
> > For me, 4.13 worked and 4.14 hangs early during boot. Bisecting led to
> > the following commit. I had STRICT_KERNEL_RWX enabled when I met the
> > option. When I disabled STRICT_KERNEL_RWX, the same kernel booted fine.
>
> Can you please check that 4.13 boots properly with 'nobats' kernel par
For me, 4.13 worked and 4.14 hangs early during boot. Bisecting led to
the following commit. I had STRICT_KERNEL_RWX enabled when I met the
option. When I disabled STRICT_KERNEL_RWX, the same kernel booted fine.
95902e6c8864d39b09134dcaa3c99d8161d1deea is the first bad commit
commit 95902e6c886
> > I think these messages are harmless and expected. This device has no
> > x86 option ROM but a OpenFirmware one. This is likely unrelated to the
> > sddm crash.
>
> Yes, but after these crashes have happened for a while, vmalloc
> problems appear.
>
> sddm crash might be related to X server
bout the same ROM
signature, or why the ROM signature is sometimes 0x and sometimes
0x1110 instead of x86 ROM signature (that clearly is not there,
but this is expected).
--
Meelis Roos (mr...@linux.ee)
> Meelis Roos writes:
>
> > I was trying 4.13.0-rc5-00075-gac9a40905a61 on my PowerMac G4 with 1G
> > RAM and after some time of sddm respawning and X trying to restart,
> > dmesg is full of messages about vmap allocation failures.
>
> Did it just start happeni
as the first one I tried after 4.12 and it already had the
problem. Not sure about 4.12 to be honest, will soee some day.
--
Meelis Roos (mr...@linux.ee)
kB
VmallocChunk: 0 kB
--
Meelis Roos (mr...@linux.ee)
ic_key_true cpu_feature_keys[NUM_CPU_FTR_KEYS];
>
>
--
Meelis Roos (mr...@linux.ee)
[c000341c] start_here+0x38/0x78
[0.00]
====
--
Meelis Roos (mr...@linux.ee)
orked fine.
--
Meelis Roos (mr...@linux.ee)
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
> (CC'ing Dave and Meelis who from the git history *might* have HW access
> to test a possible patch).
I do have the hardware and can test patches, but it usually takes
several days until I happen to go where it is and connect the machine.
--
Meelis Roos (mr.
l4_nx.c: In function 'qla4_8xxx_pci_mem_write_direct':
drivers/scsi/qla4xxx/ql4_nx.c:788: error: implicit declaration of function
'writeq'
readq and writeq are defined in io.h but only when compiling for 64-bit
kernel. Adding manual #include does not hel
> > ERROR: "copy_page" [fs/fuse/fuse.ko] undefined!
> > ERROR: "empty_zero_page" [fs/ext4/ext4dev.ko] undefined!
>
> Try that patch at: http://patchwork.ozlabs.org/linuxppc/patch?id=18710
>
> Fixes it for me.
Yes, this fixes it, thanks! Hopefully
While compiling the current kernel on prep ppc:
MODPOST 703 modules
ERROR: "copy_page" [fs/fuse/fuse.ko] undefined!
ERROR: "empty_zero_page" [fs/ext4/ext4dev.ko] undefined!
--
Meelis Roos ([EMAIL PROTECTED])
___
Linuxppc-dev m
clared here
(not in a function)
arch/ppc/kernel/ppc_ksyms.c:155: warning: type defaults to 'int' in declaration
of 'flush_dcache_page'
make[1]: *** [arch/ppc/kernel/ppc_ksyms.o] Error 1
--
Meelis Roos ([EMAIL PROTECTED])
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
.
Any general guidelines or specific hints about that? I have looked
around in the code and some pieces are clearly PReP specific (setup,
pci, boot) but others seem wuite a bit mixed up with other subarches.
--
Meelis Roos ([EMAIL PROTECTED
isk_end.
What more to look at?
--
Meelis Roos ([EMAIL PROTECTED])
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
architecture.
Tested only with Roland McGrath's "Use LDFLAGS_MODULE only for .ko
links" patch applied - boots and works fine.
Signed-off-by: Meelis Roos <[EMAIL PROTECTED]>
diff --git a/arch/ppc/kernel/vmlinux.lds.S b/arch/ppc/kernel/vmlinux.lds.S
index c0aac3f..98c1212 100644
33 matches
Mail list logo
