<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git/include, branch T20_LinuxImageV2.0_20130305</title>
<subtitle>Linux kernel for Apalis and Colibri modules</subtitle>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/'/>
<entry>
<title>fbcon: logo: allow easy integration of a custom Linux boot logo</title>
<updated>2013-01-25T15:10:50+00:00</updated>
<author>
<name>Marcel Ziswiler</name>
<email>marcel.ziswiler@toradex.com</email>
</author>
<published>2013-01-25T15:10:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=fa2371bff9ac03581881849d8f95678ef3992719'/>
<id>fa2371bff9ac03581881849d8f95678ef3992719</id>
<content type='text'>
This patch allows for easy integration of a custom Linux boot logo to
replace the Tux' being shown by default.

Use gimp or the like to create a raw PPM in your desired resolution.

Reduce the number of colours in the image to 224:

  user@host:~$ ppmquant 224 Toradex-640x480.ppm &gt; \
    Toradex-640x480-224.ppm
  ppmquant: making histogram...
  ppmquant: 370 colors found
  ppmquant: choosing 224 colors...
  ppmquant: mapping image to new colors...

Convert it from raw PPM to ASCII format:

  user@host:~$ pnmnoraw Toradex-640x480-224.ppm &gt; \
    Toradex-640x480-ascii-224.ppm

Copy it into the Linux sources:

  cp Toradex-640x480-ascii-224.ppm linux-toradex/drivers/video/logo/\
    logo_custom_clut224.ppm

Activate exclusively custom Linux logo in the kernel configuration:

  Device Drivers -&gt; Graphics support -&gt; Bootup logo -&gt;
    Custom 224-color Linux logo

And re-compile the kernel.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch allows for easy integration of a custom Linux boot logo to
replace the Tux' being shown by default.

Use gimp or the like to create a raw PPM in your desired resolution.

Reduce the number of colours in the image to 224:

  user@host:~$ ppmquant 224 Toradex-640x480.ppm &gt; \
    Toradex-640x480-224.ppm
  ppmquant: making histogram...
  ppmquant: 370 colors found
  ppmquant: choosing 224 colors...
  ppmquant: mapping image to new colors...

Convert it from raw PPM to ASCII format:

  user@host:~$ pnmnoraw Toradex-640x480-224.ppm &gt; \
    Toradex-640x480-ascii-224.ppm

Copy it into the Linux sources:

  cp Toradex-640x480-ascii-224.ppm linux-toradex/drivers/video/logo/\
    logo_custom_clut224.ppm

Activate exclusively custom Linux logo in the kernel configuration:

  Device Drivers -&gt; Graphics support -&gt; Bootup logo -&gt;
    Custom 224-color Linux logo

And re-compile the kernel.
</pre>
</div>
</content>
</entry>
<entry>
<title>hwmon: lm95245: add local temp and remote critical shutdown temp hooks</title>
<updated>2013-01-09T15:36:16+00:00</updated>
<author>
<name>Marcel Ziswiler</name>
<email>marcel.ziswiler@toradex.com</email>
</author>
<published>2013-01-09T15:36:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=4aa5a91d37aad0f186f0e5b4863340c7d640d083'/>
<id>4aa5a91d37aad0f186f0e5b4863340c7d640d083</id>
<content type='text'>
In order to allow tighter integration with external thermal throttling
code add local temperature and remote critical shutdown temperature
hooks. Rename the existing hooks for clarity.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In order to allow tighter integration with external thermal throttling
code add local temperature and remote critical shutdown temperature
hooks. Rename the existing hooks for clarity.
</pre>
</div>
</content>
</entry>
<entry>
<title>hwmon: lm95245: add probe callback and remote OS hooks</title>
<updated>2013-01-07T13:22:20+00:00</updated>
<author>
<name>Marcel Ziswiler</name>
<email>marcel.ziswiler@toradex.com</email>
</author>
<published>2013-01-07T13:20:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=7cea39b9b7c6c82f74b5e624a534c4c2a3b5e317'/>
<id>7cea39b9b7c6c82f74b5e624a534c4c2a3b5e317</id>
<content type='text'>
In order to allow integrating with external thermal throttling code add
a probe callback and remote over-temperature shutdown hooks.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In order to allow integrating with external thermal throttling code add
a probe callback and remote over-temperature shutdown hooks.
</pre>
</div>
</content>
</entry>
<entry>
<title>hwmon: lm95245: implement remote over-temperature shutdown alarm limit</title>
<updated>2013-01-07T07:18:12+00:00</updated>
<author>
<name>Marcel Ziswiler</name>
<email>marcel.ziswiler@toradex.com</email>
</author>
<published>2013-01-07T07:18:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=5028e99a19fa01c9d1ed426e168fa6fd15feefb3'/>
<id>5028e99a19fa01c9d1ed426e168fa6fd15feefb3</id>
<content type='text'>
In addition to the critical temperature alarm limit this chip features
a second alarm limit called remote over-temperature shutdown ROS with
a separate pin configurable as trigger output. Implement this feature
and add platform data to allow configuring respective pin as output.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In addition to the critical temperature alarm limit this chip features
a second alarm limit called remote over-temperature shutdown ROS with
a separate pin configurable as trigger output. Implement this feature
and add platform data to allow configuring respective pin as output.
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'l4t/l4t-r16-r2' into colibri</title>
<updated>2012-11-12T14:28:39+00:00</updated>
<author>
<name>Marcel Ziswiler</name>
<email>marcel.ziswiler@toradex.com</email>
</author>
<published>2012-11-12T14:28:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=f987e832a9e79d2ce8009a5ea9c7b677624b3b30'/>
<id>f987e832a9e79d2ce8009a5ea9c7b677624b3b30</id>
<content type='text'>
Conflicts:
	arch/arm/mach-tegra/tegra3_usb_phy.c
	arch/arm/mach-tegra/usb_phy.c
	drivers/usb/gadget/tegra_udc.c
	drivers/usb/otg/Makefile
	drivers/video/tegra/fb.c
	sound/soc/tegra/tegra_pcm.c
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Conflicts:
	arch/arm/mach-tegra/tegra3_usb_phy.c
	arch/arm/mach-tegra/usb_phy.c
	drivers/usb/gadget/tegra_udc.c
	drivers/usb/otg/Makefile
	drivers/video/tegra/fb.c
	sound/soc/tegra/tegra_pcm.c
</pre>
</div>
</content>
</entry>
<entry>
<title>WAR: gr3d: limit 3d clock when camera is on</title>
<updated>2012-09-10T21:29:24+00:00</updated>
<author>
<name>Jihoon Bang</name>
<email>jbang@nvidia.com</email>
</author>
<published>2012-06-19T23:12:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=678708d95daa7d29ad5f49944f1b5385e3f27401'/>
<id>678708d95daa7d29ad5f49944f1b5385e3f27401</id>
<content type='text'>
As WAR, limit 3d clock frequency and emc clock frequency
when camera is on and chip is AP37. 3d clock is set to
361MHz and 437MHz is requested for emc clock with this
change. This change allows 3d to request 1.1V in Core
instead of 1.3V in AP37.

Bug 1001262
Bug 1019309

Change-Id: I9f46f93d8da0fcf5afe05839177bf0d6e43a5840
Signed-off-by: Jihoon Bang &lt;jbang@nvidia.com&gt;
Reviewed-on: http://git-master/r/130945
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Bharat Nihalani &lt;bnihalani@nvidia.com&gt;
Tested-by: Bharat Nihalani &lt;bnihalani@nvidia.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
As WAR, limit 3d clock frequency and emc clock frequency
when camera is on and chip is AP37. 3d clock is set to
361MHz and 437MHz is requested for emc clock with this
change. This change allows 3d to request 1.1V in Core
instead of 1.3V in AP37.

Bug 1001262
Bug 1019309

Change-Id: I9f46f93d8da0fcf5afe05839177bf0d6e43a5840
Signed-off-by: Jihoon Bang &lt;jbang@nvidia.com&gt;
Reviewed-on: http://git-master/r/130945
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Bharat Nihalani &lt;bnihalani@nvidia.com&gt;
Tested-by: Bharat Nihalani &lt;bnihalani@nvidia.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'l4t/l4t-r16' into colibri</title>
<updated>2012-09-10T13:04:19+00:00</updated>
<author>
<name>Marcel Ziswiler</name>
<email>marcel.ziswiler@toradex.com</email>
</author>
<published>2012-09-10T12:53:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=d5bbf34613a877dbe3da847fa0432da8c6721e73'/>
<id>d5bbf34613a877dbe3da847fa0432da8c6721e73</id>
<content type='text'>
Merge with latest NVIDIA L4T R16.

Only real conflict concerning inverted VBUS gpio support.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Merge with latest NVIDIA L4T R16.

Only real conflict concerning inverted VBUS gpio support.
</pre>
</div>
</content>
</entry>
<entry>
<title>usbnet: fix skb traversing races during unlink(v2)</title>
<updated>2012-09-05T00:10:35+00:00</updated>
<author>
<name>Ming Lei</name>
<email>tom.leiming@gmail.com</email>
</author>
<published>2012-04-26T03:33:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=6f61e5baa83ef8c75746eabe90be0588f6d86b37'/>
<id>6f61e5baa83ef8c75746eabe90be0588f6d86b37</id>
<content type='text'>
Commit 4231d47e6fe69f061f96c98c30eaf9fb4c14b96d(net/usbnet: avoid
recursive locking in usbnet_stop()) fixes the recursive locking
problem by releasing the skb queue lock before unlink, but may
cause skb traversing races:
	- after URB is unlinked and the queue lock is released,
	the refered skb and skb-&gt;next may be moved to done queue,
	even be released
	- in skb_queue_walk_safe, the next skb is still obtained
	by next pointer of the last skb
	- so maybe trigger oops or other problems

This patch extends the usage of entry-&gt;state to describe 'start_unlink'
state, so always holding the queue(rx/tx) lock to change the state if
the referd skb is in rx or tx queue because we need to know if the
refered urb has been started unlinking in unlink_urbs.

The other part of this patch is based on Huajun's patch:
always traverse from head of the tx/rx queue to get skb which is
to be unlinked but not been started unlinking.

Signed-off-by: Huajun Li &lt;huajun.li.lee@gmail.com&gt;
Signed-off-by: Ming Lei &lt;tom.leiming@gmail.com&gt;
Cc: Oliver Neukum &lt;oneukum@suse.de&gt;
Cc: stable@kernel.org
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
(cherry picked from commit 5b6e9bcdeb65634b4ad604eb4536404bbfc62cfa)

Bug 1040642

Change-Id: I1a8c248016529bebf71d540738ad4726cf3f59b7
Signed-off-by: Steve Lin &lt;stlin@nvidia.com&gt;
Reviewed-on: http://git-master/r/128693
GVS: Gerrit_Virtual_Submit
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Commit 4231d47e6fe69f061f96c98c30eaf9fb4c14b96d(net/usbnet: avoid
recursive locking in usbnet_stop()) fixes the recursive locking
problem by releasing the skb queue lock before unlink, but may
cause skb traversing races:
	- after URB is unlinked and the queue lock is released,
	the refered skb and skb-&gt;next may be moved to done queue,
	even be released
	- in skb_queue_walk_safe, the next skb is still obtained
	by next pointer of the last skb
	- so maybe trigger oops or other problems

This patch extends the usage of entry-&gt;state to describe 'start_unlink'
state, so always holding the queue(rx/tx) lock to change the state if
the referd skb is in rx or tx queue because we need to know if the
refered urb has been started unlinking in unlink_urbs.

The other part of this patch is based on Huajun's patch:
always traverse from head of the tx/rx queue to get skb which is
to be unlinked but not been started unlinking.

Signed-off-by: Huajun Li &lt;huajun.li.lee@gmail.com&gt;
Signed-off-by: Ming Lei &lt;tom.leiming@gmail.com&gt;
Cc: Oliver Neukum &lt;oneukum@suse.de&gt;
Cc: stable@kernel.org
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
(cherry picked from commit 5b6e9bcdeb65634b4ad604eb4536404bbfc62cfa)

Bug 1040642

Change-Id: I1a8c248016529bebf71d540738ad4726cf3f59b7
Signed-off-by: Steve Lin &lt;stlin@nvidia.com&gt;
Reviewed-on: http://git-master/r/128693
GVS: Gerrit_Virtual_Submit
</pre>
</div>
</content>
</entry>
<entry>
<title>ASoC: dapm: Use DAPM mutex for DAPM ops instead of codec mutex</title>
<updated>2012-09-04T12:16:10+00:00</updated>
<author>
<name>Liam Girdwood</name>
<email>lrg@ti.com</email>
</author>
<published>2012-03-07T10:38:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=bad016421fc94642de2ad70a78d2917549d81541'/>
<id>bad016421fc94642de2ad70a78d2917549d81541</id>
<content type='text'>
It has now become necessary to use a DAPM mutex instead of the codec
mutex to lock the DAPM operations. This is due to the recent multi
component support and forth coming Dynamic PCM updates.

Currently we lock DAPM operations with the codec mutex of the calling
RTD context. However, DAPM operations can span the whole card context
and all components.

This patch updates the DAPM operations that use the codec mutex to
now use the DAPM mutex PCM subclass for all DAPM ops.

We also add a mutex subclass for DAPM init and PCM operations.

Signed-off-by: Liam Girdwood &lt;lrg@ti.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
(cherry picked from commit a73fb2df01866b772a48fab93401fe3edbe0b38d)

Updated call sequences

Bug 1039523

Change-Id: If079bbe5032971251d6b5426c752cbcc6ad6bcf5
Signed-off-by: Sang-Hun Lee &lt;sanlee@nvidia.com&gt;
Reviewed-on: http://git-master/r/128937
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Bharat Nihalani &lt;bnihalani@nvidia.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It has now become necessary to use a DAPM mutex instead of the codec
mutex to lock the DAPM operations. This is due to the recent multi
component support and forth coming Dynamic PCM updates.

Currently we lock DAPM operations with the codec mutex of the calling
RTD context. However, DAPM operations can span the whole card context
and all components.

This patch updates the DAPM operations that use the codec mutex to
now use the DAPM mutex PCM subclass for all DAPM ops.

We also add a mutex subclass for DAPM init and PCM operations.

Signed-off-by: Liam Girdwood &lt;lrg@ti.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
(cherry picked from commit a73fb2df01866b772a48fab93401fe3edbe0b38d)

Updated call sequences

Bug 1039523

Change-Id: If079bbe5032971251d6b5426c752cbcc6ad6bcf5
Signed-off-by: Sang-Hun Lee &lt;sanlee@nvidia.com&gt;
Reviewed-on: http://git-master/r/128937
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Bharat Nihalani &lt;bnihalani@nvidia.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>video: tegra: host: Disable irq when clock gating</title>
<updated>2012-08-29T14:23:54+00:00</updated>
<author>
<name>Terje Bergstrom</name>
<email>tbergstrom@nvidia.com</email>
</author>
<published>2012-08-22T06:16:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=63644abd0d4ed41c5f6894e273a41968ea09694e'/>
<id>63644abd0d4ed41c5f6894e273a41968ea09694e</id>
<content type='text'>
Disable host1x interrupts when clock gating host1x. This fixes a race
where host1x interrupt was raised at the same time when host1x clock
is turned off.

Bug 1031724

Change-Id: I169cd5796608b8888a6b48ed99bb5da754559b2c
Signed-off-by: Terje Bergstrom &lt;tbergstrom@nvidia.com&gt;
Reviewed-on: http://git-master/r/125129
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Juha Tukkinen &lt;jtukkinen@nvidia.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Disable host1x interrupts when clock gating host1x. This fixes a race
where host1x interrupt was raised at the same time when host1x clock
is turned off.

Bug 1031724

Change-Id: I169cd5796608b8888a6b48ed99bb5da754559b2c
Signed-off-by: Terje Bergstrom &lt;tbergstrom@nvidia.com&gt;
Reviewed-on: http://git-master/r/125129
Reviewed-by: Automatic_Commit_Validation_User
Reviewed-by: Juha Tukkinen &lt;jtukkinen@nvidia.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
