From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael R. Hines Date: Thu, 06 Jul 2006 14:28:32 -0700 Subject: [U-Boot-Users] logbuffer In-Reply-To: <20060630050545.27776.qmail@web32201.mail.mud.yahoo.com> References: <20060630050545.27776.qmail@web32201.mail.mud.yahoo.com> Message-ID: <44AD8080.5070506@google.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de That's exactly what I needed. Thank. Instead, however I reduced it by exactly 16 KB, the size of the logbuffer. Frank wrote: > --- "Michael R. Hines" wrote: > > >> That's what my first attempt tried to do, but it didn't seem >> to work. >> >> I reduced mem_size (I think) inside the bd_info struct by 16K. >> >> Just curious if there was a more properly intended way of >> going about it... >> >> - Michael >> >> Frank wrote: >> >>> --- "Michael R. Hines" wrote: >>> >>> >>> >>>> I'd like to use the logbuffer functionality in u-boot... >>>> >>>> After #define'ing CONFIG_LOGBUFFER, I can >>>> successfully see our data getting printed to the reserved >>>> 16K region in dram. However, we want to grab that data >>>> back out after linux has booted. >>>> >>>> During the various initializations that linux does on boot, >>>> (somewhere before init is actually run, I believe), the >>>> >> data >> >>>> in the 16K buffer at the end of dram gets over-written >>>> by somebody inside linux, and is lost. >>>> >>>> I found a thread somewhere on the net where Wolfgang >>>> mentioned that linux needed a patch to be told not to >>>> intrude on those logbuffer pages, but nothing more than >>>> that. >>>> >>>> Is there a proper way to handle this? >>>> >>>> Thanks, >>>> - Michael R. Hines >>>> >>>> >>> I've never used the log buffer before, but I would think you >>> could just tell the kernel you have less memory then is >>> physically there. That way the kernel wouldn't touch the >>> >> area >> >>> used by the log buffer... >>> > > Try reducing it on the kernel cmdline (mem=xxM) by 1Meg increments. > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature Url : http://lists.denx.de/pipermail/u-boot/attachments/20060706/b4d905cd/attachment.pgp