On 12.02.2017 00:34, Paul Menzel wrote: > Dear Nico, > > > Am Sonntag, den 08.01.2017, 15:23 +0100 schrieb Nico Huber: >> On 08.01.2017 14:38, Paul Menzel via coreboot wrote: > >>> looking at the coreboot CBMEM console messages board status repository, >>> you’ll find a lot of truncated preram CBMEM console messages. >>> >>> Currently the buffer size is 0xc00 – 3 kB, right –, which is too small >>> for quite some boards. The mainboard *Kabylake LPDDR3 RVP3* overrides >>> it to 0xd00. >>> >>> So I am thinking about increasing it [1], but it’s of course not that >>> simple, especially as I don’t understand all the implications. >>> >>>> Increasing this buffer reduces amount of available CAR stack, and >>>> apparently DDR3 raminit already struggles with the amount of >>>> cachelines available on fam10/15 >> >> This means a lower stack size (higher console buffer size) would result >> in a stack overflow. In other words, a brick. > > One more question. How was the size 0xc00 chosen in the first place?
[2] mentions log output of above 2KiB. Looks like it was just rounded up to 3KiB. But I doubt that all boards were tested if any gives more out- put by default. Nico [2] https://review.coreboot.org/#/c/718/ -- coreboot mailing list: coreboot@coreboot.org https://www.coreboot.org/mailman/listinfo/coreboot
