User Details
- User Since
- May 16 2014, 7:29 PM (290 w, 3 d)
Yesterday
Sat, Dec 7
Thu, Dec 5
Wed, Dec 4
Yes, at least use the existing environment variable that others already use. That keeps it more uniform. uart_cpu_getdev() looks a bit clunky in its implementation, I'd love it if we could eventually make it support the OPAL console without needing even more cases.
Tue, Dec 3
Overall looks fine.
Mon, Dec 2
Sun, Dec 1
@tuexen this needs revisited to clean up a bit. As @nwhitehorn mentioned, it looks a little strange in how it attaches, so I need to rethink it. Right now the patch exists to help those who have a Talos or Blackbird and want to boot from serial, but output to the onboard VGA/HDMI.
Address comments. Update diff.
Thu, Nov 28
Tue, Nov 26
Mon, Nov 25
Sun, Nov 24
I just confirmed it still works on powerpc, nothing broke.
You found the bugs with the kyua tests, did you retest post-changes?
Sat, Nov 23
Fix stack space comment.
Fri, Nov 22
Thu, Nov 21
My understanding is you need both mentor approval and src approval. Consider it src approved by me.
Wed, Nov 20
I like the concept overall. A couple nits. Also, can you document this somewhere, maybe in of_real.c?
Tue, Nov 19
Mon, Nov 18
Sun, Nov 17
Sat, Nov 16
Fri, Nov 15
Thu, Nov 14
Thanks for testing the alternative.
Wed, Nov 13
Sun, Nov 10
Nov 8 2019
That's the goal, yes. There are still bugs with powerpc, that we hope to iron out beforehand. However, if consensus says, we can punt on that for a little bit, but that would also delay a lot of other things I want to get in once we have lld (like ifuncs for pmap, etc).
Committed in r354525.
Nov 6 2019
Nov 4 2019
Nov 3 2019
Nov 2 2019
Nov 1 2019
Oct 31 2019
Oct 30 2019
The trampoline for ppc64 is at 0x3ffffffffffe000 + offset, in the shared page.
Oct 28 2019
Rebase on top of D22170
Oct 24 2019
Address @andrew's feedback. Use the right sub-mask to get the DFSC bits.
Address @bdragon's feedback.