- User Since
- May 10 2014, 2:21 PM (197 w, 6 d)
Why aren't you using the model property from the device tree?
Fri, Feb 16
Wed, Feb 14
Tue, Feb 13
Fri, Feb 9
Thu, Feb 1
Tue, Jan 30
Wed, Jan 24
Jan 24 2018
Jan 23 2018
But we know if it's a 32 bit ioctl by checking SV_PROC_FLAG(td->td_proc, SV_ILP32), we don't need to break the ABI.
We should fix the BIOCSRTIMEOUT32 case rather than breaking the ioctl ABI.
Won't this mean the 32 bit ioctl won't work?
Jan 19 2018
Jan 18 2018
You should also add it to files.arm64 and the arm64 GENERIC config.
Do you have rS328007? That looks similar to what I was seeing, however in my case it would continue booting then fail to start the secondary CPUs.
Jan 17 2018
Aside: I don't have any armv7 EFI stuff to test boot with, so coverage for that change is lacking. I also haven't checked that that change still builds with ld.bfd, but I have no reason to think it wouldn't.
Jan 15 2018
Jan 13 2018
Jan 12 2018
Jan 11 2018
Will this still work on the Juno where the boot cpu is not the first CPU in the dtb?
Does this need to live in asm? If we don't trust the value passed we should just stop using it, but this would be easier to follow if it was moved to init_secondary.
You didn't describe any reason it wouldn't work. Rather than the kernel as the first argument to booti, it would be the second, after either passing it through mkimage, or loading it as a raw file with a size.
Previously I've created a simple loader to create the module data & loaded the kernel as an initrd image.
Jan 10 2018
Should we create a tunable to disable this?
Jan 9 2018
Jan 8 2018
You should make aw_syscon(4) a subclass of syscon_generic. This will allow it to pick up future changes without you having to change all the SoC specific drivers.
Jan 5 2018
Dec 14 2017
Dec 8 2017
Dec 4 2017
Dec 3 2017
Nov 30 2017
Nov 28 2017
Nov 27 2017
Nov 26 2017
I fixed it by making them static inline before I was this review.
Nov 24 2017
Nov 23 2017
Nov 21 2017
Nov 19 2017
Are we expecting to run armv6 code, or should we just support armv7?
This will allow userspace to switch between AArch64 and AArch32 via sigreturn. sys_sigreturn has checks on the PSR bits to ensure they are safe to install that this will break.
I split the syncronous exception out into a new handler in my compat32 patch as it allows further sanity checks, e.g. that the kernel thinks the current process should be in 32-bit mode.
Nov 18 2017
It feels like this should be 2 drivers. One to talk with the ac100, and a second jsut for the rtc bits.
Nov 17 2017
Nov 16 2017
- Be stricter when we use the driver
- Update style base on feedback from kib
Oct 31 2017
Oct 22 2017
Oct 20 2017
I think the architecture allows us to issue the tlb invalidation, then later execute the dsb & isb instructions as long as we don't try to the old mapping, however will need to check with ARM. We should also just invalidate all entries in pmap_invalidate_range if the length is too long, however in this case it may be better to stop invalidating until after we have removed all the pagetable entries.