<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/board/ti, branch v2012.07</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/board/ti?h=v2012.07</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/board/ti?h=v2012.07'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2012-07-20T12:24:08Z</updated>
<entry>
<title>ARM: OMAP4: PANDA: Add rest of the USB module pads to essentials</title>
<updated>2012-07-20T12:24:08Z</updated>
<author>
<name>SRICHARAN R</name>
<email>r.sricharan@ti.com</email>
</author>
<published>2012-07-18T21:54:47Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d2ebaa41ede51f1ebf7e6e41a611c2efa89431e9'/>
<id>urn:sha1:d2ebaa41ede51f1ebf7e6e41a611c2efa89431e9</id>
<content type='text'>
In commit 1a89a217f5c5ab3645c80c1247e8911a8b5ad491 we moved most of the
required pads and mux data for USB to the essential list so that later
on we could NOT enable anything that wasn't essential unless otherwise
configured.  This was however missing a few pandaboard-specific parts
which left for example USB ethernet non-functional.

Tested this on OMAP4430 ES2.2, OMAP4460 ES1.1 PANDA boards.

(Reworded by Tom Rini to be more precise about what the problem was)

Signed-off-by: R Sricharan &lt;r.sricharan@ti.com&gt;
Tested-by: Gary Thomas &lt;gary@mlbassoc.com&gt;
Tested-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
<entry>
<title>beagle: add eeprom expansion board info for bct brettl4</title>
<updated>2012-07-09T20:44:32Z</updated>
<author>
<name>Peter Meerwald</name>
<email>pmeerw@pmeerw.net</email>
</author>
<published>2012-06-28T05:38:35Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ef88e60902e31a23d963f52d3535ee8b2eb15642'/>
<id>urn:sha1:ef88e60902e31a23d963f52d3535ee8b2eb15642</id>
<content type='text'>
this is for a prototyping board

vendor/product ids have been added to
http://elinux.org/BeagleBoardPinMux#List_of_Vendor_and_Device_IDs

Signed-off-by: Peter Meerwald &lt;p.meerwald@bct-electronic.com&gt;
</content>
</entry>
<entry>
<title>ARM: OMAP4/5: Move USB pads to essential list.</title>
<updated>2012-07-07T12:07:36Z</updated>
<author>
<name>SRICHARAN R</name>
<email>r.sricharan@ti.com</email>
</author>
<published>2012-06-12T19:53:32Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1a89a217f5c5ab3645c80c1247e8911a8b5ad491'/>
<id>urn:sha1:1a89a217f5c5ab3645c80c1247e8911a8b5ad491</id>
<content type='text'>
USB module pads are getting enabled under non-essential
group. These will be required for fastboot, tftp support.
So move this to essential list to have them working when
non-essential pads are no more muxed.

Signed-off-by: R Sricharan &lt;r.sricharan@ti.com&gt;
</content>
</entry>
<entry>
<title>am33xx: Do not call init_timer twice</title>
<updated>2012-07-07T12:07:21Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@ti.com</email>
</author>
<published>2012-05-14T12:38:18Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=2ab281037555de1710aa597531562fe071470198'/>
<id>urn:sha1:2ab281037555de1710aa597531562fe071470198</id>
<content type='text'>
We do not need to call init_timer both in SPL and U-Boot itself, just
SPL needs to initialize the timer.

Signed-off-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
<entry>
<title>omap4: panda: disable uart2 pads during boot</title>
<updated>2012-05-15T06:31:40Z</updated>
<author>
<name>Tero Kristo</name>
<email>t-kristo@ti.com</email>
</author>
<published>2012-04-25T06:05:19Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=954211cb8c1bcf829edee11ade8d62bf7adc3c07'/>
<id>urn:sha1:954211cb8c1bcf829edee11ade8d62bf7adc3c07</id>
<content type='text'>
If uart2 is enabled during boot, spurious wifi chip transmission will
hang the module and it is impossible to recover from this situation
without hard reset. This will prevent any l4_per domain idle
transitions.

Signed-off-by: Tero Kristo &lt;t-kristo@ti.com&gt;
</content>
</entry>
<entry>
<title>omap730p2: Remove empty misc_init_r</title>
<updated>2012-05-15T06:31:27Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@ti.com</email>
</author>
<published>2012-04-13T12:20:02Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=60bd10df8a3d553962b9f6704e055c2475a2414a'/>
<id>urn:sha1:60bd10df8a3d553962b9f6704e055c2475a2414a</id>
<content type='text'>
We had a do-nothing misc_init_r, remove along with CONFIG_MISC_INIT_R

Signed-off-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
<entry>
<title>omap5912osk: Remove empty misc_init_r</title>
<updated>2012-05-15T06:31:27Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@ti.com</email>
</author>
<published>2012-04-13T12:20:01Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b8f4a728e6ece65857e855feaa3aac7996ef8d5c'/>
<id>urn:sha1:b8f4a728e6ece65857e855feaa3aac7996ef8d5c</id>
<content type='text'>
We had a do-nothing misc_init_r, remove along with CONFIG_MISC_INIT_R

Signed-off-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
<entry>
<title>power: twl6035: add palmas PMIC support</title>
<updated>2012-05-15T06:31:25Z</updated>
<author>
<name>SRICHARAN R</name>
<email>r.sricharan@ti.com</email>
</author>
<published>2012-03-12T02:25:48Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=211442989628d72fad1f2663a0bf5076e425fabd'/>
<id>urn:sha1:211442989628d72fad1f2663a0bf5076e425fabd</id>
<content type='text'>
palmas/TWL6035 is power IC for omap5 evm boards

Signed-off-by: Balaji T K &lt;balajitk@ti.com&gt;
</content>
</entry>
<entry>
<title>OMAP5: board: Add pinmux data for omap5_evm board.</title>
<updated>2012-05-15T06:31:23Z</updated>
<author>
<name>SRICHARAN R</name>
<email>r.sricharan@ti.com</email>
</author>
<published>2012-03-12T02:25:35Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=84b16af29f2dac2d726ce29cad52f933e226ecdd'/>
<id>urn:sha1:84b16af29f2dac2d726ce29cad52f933e226ecdd</id>
<content type='text'>
Adding the full pinmux data for OMAP5430 sevm board.

Signed-off-by: R Sricharan &lt;r.sricharan@ti.com&gt;
</content>
</entry>
<entry>
<title>OMAP4460: TPS Ensure SET1 is selected after voltage configuration</title>
<updated>2012-05-15T06:31:22Z</updated>
<author>
<name>Nishanth Menon</name>
<email>nm@ti.com</email>
</author>
<published>2012-03-01T14:17:38Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3acb553439e3ee9f62f022f96f949c21811f8bdf'/>
<id>urn:sha1:3acb553439e3ee9f62f022f96f949c21811f8bdf</id>
<content type='text'>
TPS SET0/SET1 register is selected by a GPIO pin on OMAP4460 platforms.
Currently we control this pin with a mux configuration as part of
boot sequence.
Current configuration results in the following voltage waveform:
                           |---------------| (SET1 default 1.4V)
                           |               --------(programmed voltage)
                           | &lt;- (This switch happens on mux7,pullup)
vdd_mpu(TPS)         -----/ (OPP boot voltage)
                                             --------- (programmed voltage)
vdd_core(TWL6030)    -----------------------/ (OPP boot voltage)
Problem 1)                |&lt;----- Tx ------&gt;|
   timing violation for a duration Tx close to few milliseconds.
Problem 2) voltage of MPU goes beyond spec for even the highest of MPU OPP.

By using GPIO as recommended as standard procedure by TI, the sequence
changes to:
                                  -------- (programmed voltage)
vdd_mpu(TPS)         ------------/ (Opp boot voltage)
                                   --------- (programmed voltage)
vdd_core(TWL6030)    -------------/ (OPP boot voltage)

NOTE: This does not attempt to address OMAP5 - Aneesh please confirm

Reported-by: Isabelle Gros &lt;i-gros@ti.com&gt;
Reported-by: Jerome Angeloni &lt;j-angeloni@ti.com&gt;
Signed-off-by: Nishanth Menon &lt;nm@ti.com&gt;
</content>
</entry>
</feed>
