Debug builds cause stack overflow

[arihant2math]

Running cargo run leads to a hang (for some reason the idle task is being run in a loop), meanwhile cargo run -r works.

[some100]

seems to have been first introduced from this commit 781b9b5. the issue was also separately introduced in 237ab73, 3aef9a4, 877dc9b, 2a1bb1c, probably more beyond that that i didnt check. the first four of the commits i checked were fixable by either removing the syscall entirely or substituting [0; 1024] with alloc::vec![0; 1024] which isnt really ideal

[arihant2math]

I'm assuming this is due to the stack allocation that this causes?
If we were to use heap allocation we could just make an appropriately sized Vec I suppose.

[hexagonal-sun]

Yep, it's s stack overflow. I really need to make the stacks not statically allocated and grow them dynamically. At the very least I should panic to show that a stack overflow has occured, rather than hang.

[arihant2math]

This still happens, but the error is much more informative.

[arihant2math]

Interestingly, setting opt-level to 1, 2, or 3 prevents this from happening.

[arihant2math]

Also seems weird:

X0:  0xffff0000bfc00000, X1:  0xffffb80000015a70
X2:  0x0000000000000000, X3:  0xffff800000288e08
X4:  0x0000000000000000, X5:  0x0000000000000000
X6:  0xffffb800000127c8, X7:  0xffffb800000127f8
X8:  0xffffb80000011758, X9:  0xffff0000bfc36968
X10: 0xffffb80000010528, X11: 0x0000000000000918
X12: 0x0000000000000918, X13: 0xffffb80000010e40
X14: 0x0000000000000000, X15: 0x8b909e009c929bd3
X16: 0x0000000000000000, X17: 0x0000000000000000
X18: 0x0000000000000000, X19: 0x0000000068000000
X20: 0x0000000000000000, X21: 0x0000000000000000
X22: 0x0000000000000000, X23: 0x0000000000000000
X24: 0x0000000000000000, X25: 0x0000000000000000
X26: 0x0000000000000000, X27: 0x0000000000000000
X28: 0x0000000000000000, X29: 0x0000000000000000
X30: 0xffff80000003b74c

ELR_EL1: 0xffff8000000194c0, SPSR_EL1: 0x0000000060000345
ESR_EL1: Esr { value: 0x96000047, decoded: DataAbortCurrentEL(AbortIss { ifsc: Ifsc(7), write: true, far: Some(ffffb8000000f480) }) }
SP_EL0: 0xffff0000bfc36050, TPIDR_EL0: 0x0000000000000000

but stack end is 0xffff_c000_0000_0000, and this is well before that.