<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>BlogTorrent &#187; kernel</title>
	<atom:link href="http://www.blogtorrent.de/tag/kernel/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blogtorrent.de</link>
	<description>Der Blog mit den zwei grossen Buchstaben</description>
	<lastBuildDate>Fri, 30 Dec 2011 10:36:59 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>VideoWeb: Anderer Kernel beim Update</title>
		<link>http://www.blogtorrent.de/2010/04/07/videoweb-anderer-kernel-beim-update/</link>
		<comments>http://www.blogtorrent.de/2010/04/07/videoweb-anderer-kernel-beim-update/#comments</comments>
		<pubDate>Wed, 07 Apr 2010 18:33:20 +0000</pubDate>
		<dc:creator>Mark</dc:creator>
				<category><![CDATA[videoweb]]></category>
		<category><![CDATA[firmware]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[update]]></category>

		<guid isPermaLink="false">http://www.blogtorrent.de/?p=359</guid>
		<description><![CDATA[Schon gesten fiel mir auf das beim Update auf einen anderen Kernel zurückgegriffen wird. Dieser scheint nur die nötigsten Dinge zu beherschen um den Download der neuen Firmware zu veranlassen und dann zu flashen. &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;- * Coship Booter Version(BCM7405) : 01.04.00 * * Build Jan 8 2010 for N8611I PROJECT_NAGRA_ANIXE * &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;- ····÷o∏··Linux version 2.6.18-7.1 [...]]]></description>
			<content:encoded><![CDATA[<p>Schon gesten fiel mir auf das beim Update auf einen anderen Kernel zurückgegriffen wird. Dieser scheint nur die nötigsten Dinge zu beherschen um den Download der neuen Firmware zu veranlassen und dann zu flashen.</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
*     Coship Booter Version(BCM7405) : 01.04.00    *<br />
* Build Jan  8 2010 for N8611I PROJECT_NAGRA_ANIXE *<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
····÷o∏··<5>Linux version 2.6.18-7.1 (chengyanhong@Arthas) (gcc version 4.2.0 20070124 (prerelease) &#8211; BRCM 10ts-20080721) #6 SMP Mon Dec 28 15:09:42 CST 2009<br />
Before: firmhandl=8703310c, firmentry=87033c2c, seal=c0c1c2c3,bootParmsAddr=803fd680<br />
The cfe_seal value (bootloader transfered )is 0xc0c1c2c3!</p>
<p>(Jouk add)Begin to copy system partition from bootloader!</p>
<p>(Jouk add)Begin to copy Command line  from bootloader!</p>
<p>(Jouk add) the length of command line is:52Btyte!</p>
<p>Jouk add The cmdline args were:<br />
@803fd680=root=/dev/mtdblock2  ro mem=96M console=ttyS0,115200<br />
The cmdline args were:<br />
@803fd680=root=/dev/mtdblock2  ro mem=96M console=ttyS0,115200<br />
Detected 256 MB on MEMC0 (strap 0x22a60010)<br />
g_board_RAM_size=256MB<br />
Options: sata=0 enet=1 emac_1=1 no_mdio=0 docsis=0 ebi_war=0 pci=1 smp=1<br />
CPU revision is: 0002a044<br />
FPU revision is: 00130001<br />
Determined physical RAM map:<br />
 memory: 10000000 @ 00000000 (usable)<br />
User-defined physical RAM map:<br />
node [00000000, 06000000: RAM]<br />
node [06000000, 0a000000: RSVD]<br />
<5>Reserving 160 MB upper memory starting at 06000000<br />
<7>On node 0 totalpages: 65536<br />
<7>  DMA zone: 65536 pages, LIFO batch:15<br />
Built 1 zonelists.  Total pages: 65536<br />
<5>Kernel command line: root=/dev/mtdblock2  ro mem=96M console=ttyS0,115200<br />
Primary instruction cache 32kB, physically tagged, 2-way, linesize 64 bytes.<br />
Primary data cache 64kB, 4-way, linesize 64 bytes.<br />
Synthesized TLB refill handler (23 instructions).<br />
Synthesized TLB load handler fastpath (37 instructions).<br />
Synthesized TLB store handler fastpath (37 instructions).<br />
Synthesized TLB modify handler fastpath (36 instructions).<br />
PID hash table entries: 2048 (order: 11, 8192 bytes)<br />
etc&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.blogtorrent.de/2010/04/07/videoweb-anderer-kernel-beim-update/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

