<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git/include, branch tegra-10.7.1</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>mmc: Support byte-addr cards with start offset</title>
<updated>2010-06-21T16:13:50+00:00</updated>
<author>
<name>Pavan Kunapuli</name>
<email>pkunapuli@nvidia.com</email>
</author>
<published>2010-06-18T13:20:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=3a4a47110636ee3807abd51a57b26e0cff6653de'/>
<id>3a4a47110636ee3807abd51a57b26e0cff6653de</id>
<content type='text'>
Supporting byte addressing mode cards with
EMBEDDED_MMC_START_OFFSET. Setting the card addressing
mode based on the access mode bit in OCR register.

Change-Id: Ib10543d7aa2b474e28c95bb24fff645236686689
Reviewed-on: http://git-master/r/2581
Tested-by: Pavan Kunapuli &lt;pkunapuli@nvidia.com&gt;
Reviewed-by: Gary King &lt;gking@nvidia.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Supporting byte addressing mode cards with
EMBEDDED_MMC_START_OFFSET. Setting the card addressing
mode based on the access mode bit in OCR register.

Change-Id: Ib10543d7aa2b474e28c95bb24fff645236686689
Reviewed-on: http://git-master/r/2581
Tested-by: Pavan Kunapuli &lt;pkunapuli@nvidia.com&gt;
Reviewed-by: Gary King &lt;gking@nvidia.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>usb: fsl_udc_core: fix tegra regulator support</title>
<updated>2010-05-28T05:23:28+00:00</updated>
<author>
<name>Gary King</name>
<email>gking@nvidia.com</email>
</author>
<published>2010-05-28T05:19:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=3f6dfe9482e8db753934927d69f647c2032c7fc6'/>
<id>3f6dfe9482e8db753934927d69f647c2032c7fc6</id>
<content type='text'>
the driver should get the vbus_regulator using its platform device,
not an arbitrary platform device provided via platform data; now
that tegra regulators are registered semi-correctly, this hack is
not needed

Change-Id: I93e2455b7897402767d9e798cb88bc5d48b81250
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
the driver should get the vbus_regulator using its platform device,
not an arbitrary platform device provided via platform data; now
that tegra regulators are registered semi-correctly, this hack is
not needed

Change-Id: I93e2455b7897402767d9e798cb88bc5d48b81250
</pre>
</div>
</content>
</entry>
<entry>
<title>misc: rfkill: add rfkill driver for Murata LBEE9QMBC module</title>
<updated>2010-05-25T23:52:14+00:00</updated>
<author>
<name>Gary King</name>
<email>gking@nvidia.com</email>
</author>
<published>2010-05-25T23:49:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=00d122d6d2a7cac085554c5655933c1c0e122e88'/>
<id>00d122d6d2a7cac085554c5655933c1c0e122e88</id>
<content type='text'>
Change-Id: Ib2d277392f9c2e2aa0c3ecb3e3c1f936cd5150b0
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Change-Id: Ib2d277392f9c2e2aa0c3ecb3e3c1f936cd5150b0
</pre>
</div>
</content>
</entry>
<entry>
<title>sched: Add a generic notifier when a task struct is about to be freed</title>
<updated>2010-05-23T21:43:11+00:00</updated>
<author>
<name>San Mehat</name>
<email>san@google.com</email>
</author>
<published>2010-05-06T22:37:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=b6cd3d7da6fb112fd790777cbb20b42c4e6dfb16'/>
<id>b6cd3d7da6fb112fd790777cbb20b42c4e6dfb16</id>
<content type='text'>
This patch adds a notifier which can be used by subsystems that may
be interested in when a task has completely died and is about to
have it's last resource freed.

  The Android lowmemory killer uses this to determine when a task
it has killed has finally given up its goods.

Signed-off-by: San Mehat &lt;san@google.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch adds a notifier which can be used by subsystems that may
be interested in when a task has completely died and is about to
have it's last resource freed.

  The Android lowmemory killer uses this to determine when a task
it has killed has finally given up its goods.

Signed-off-by: San Mehat &lt;san@google.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>mmc: add detection for MMC 4.4 boot sectors</title>
<updated>2010-05-22T02:34:58+00:00</updated>
<author>
<name>Gary King</name>
<email>gking@nvidia.com</email>
</author>
<published>2009-12-08T02:39:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=c7edc161906cbdf0598dcf7f3cc7845c9328baaa'/>
<id>c7edc161906cbdf0598dcf7f3cc7845c9328baaa</id>
<content type='text'>
properly unpacks the boot sector extension in MMC 4.4 CID responses
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
properly unpacks the boot sector extension in MMC 4.4 CID responses
</pre>
</div>
</content>
</entry>
<entry>
<title>mmc: Add CONFIG_EMBEDDED_MMC_START_OFFSET configuration</title>
<updated>2010-05-22T02:34:57+00:00</updated>
<author>
<name>Gary King</name>
<email>gking@nvidia.com</email>
</author>
<published>2010-05-21T04:24:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=303b737304f4d57cfc9f7f9f25ac6f78a23863bf'/>
<id>303b737304f4d57cfc9f7f9f25ac6f78a23863bf</id>
<content type='text'>
enables platforms to specify a non-zero offset for the MBR and kernel-visible
file systems, for embedded systems which store proprietary data at the start
of the eMMC device.

Change-Id: Id58abaffddda7d7aeded8573f4aba6cc0c903a24
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
enables platforms to specify a non-zero offset for the MBR and kernel-visible
file systems, for embedded systems which store proprietary data at the start
of the eMMC device.

Change-Id: Id58abaffddda7d7aeded8573f4aba6cc0c903a24
</pre>
</div>
</content>
</entry>
<entry>
<title>nohz: Allow 32-bit machines to sleep for more than 2.15 seconds</title>
<updated>2010-05-18T02:41:40+00:00</updated>
<author>
<name>Jon Hunter</name>
<email>jon-hunter@ti.com</email>
</author>
<published>2009-08-18T17:45:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=b8261a455d683a787c2d0f30930d6f5b99b0cbf4'/>
<id>b8261a455d683a787c2d0f30930d6f5b99b0cbf4</id>
<content type='text'>
In the dynamic tick code, "max_delta_ns" (member of the
"clock_event_device" structure) represents the maximum sleep time
that can occur between timer events in nanoseconds.

The variable, "max_delta_ns", is defined as an unsigned long
which is a 32-bit integer for 32-bit machines and a 64-bit
integer for 64-bit machines (if -m64 option is used for gcc).
The value of max_delta_ns is set by calling the function
"clockevent_delta2ns()" which returns a maximum value of LONG_MAX.
For a 32-bit machine LONG_MAX is equal to 0x7fffffff and in
nanoseconds this equates to ~2.15 seconds. Hence, the maximum
sleep time for a 32-bit machine is ~2.15 seconds, where as for
a 64-bit machine it will be many years.

This patch changes the type of max_delta_ns to be "u64" instead of
"unsigned long" so that this variable is a 64-bit type for both 32-bit
and 64-bit machines. It also changes the maximum value returned by
clockevent_delta2ns() to KTIME_MAX.  Hence this allows a 32-bit
machine to sleep for longer than ~2.15 seconds. Please note that this
patch also changes "min_delta_ns" to be "u64" too and although this is
unnecessary, it makes the patch simpler as it avoids to fixup all
callers of clockevent_delta2ns().

[ tglx: changed "unsigned long long" to u64 as we use this data type
  	through out the time code ]

Signed-off-by: Jon Hunter &lt;jon-hunter@ti.com&gt;
Cc: John Stultz &lt;johnstul@us.ibm.com&gt;
LKML-Reference: &lt;1250617512-23567-3-git-send-email-jon-hunter@ti.com&gt;
Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In the dynamic tick code, "max_delta_ns" (member of the
"clock_event_device" structure) represents the maximum sleep time
that can occur between timer events in nanoseconds.

The variable, "max_delta_ns", is defined as an unsigned long
which is a 32-bit integer for 32-bit machines and a 64-bit
integer for 64-bit machines (if -m64 option is used for gcc).
The value of max_delta_ns is set by calling the function
"clockevent_delta2ns()" which returns a maximum value of LONG_MAX.
For a 32-bit machine LONG_MAX is equal to 0x7fffffff and in
nanoseconds this equates to ~2.15 seconds. Hence, the maximum
sleep time for a 32-bit machine is ~2.15 seconds, where as for
a 64-bit machine it will be many years.

This patch changes the type of max_delta_ns to be "u64" instead of
"unsigned long" so that this variable is a 64-bit type for both 32-bit
and 64-bit machines. It also changes the maximum value returned by
clockevent_delta2ns() to KTIME_MAX.  Hence this allows a 32-bit
machine to sleep for longer than ~2.15 seconds. Please note that this
patch also changes "min_delta_ns" to be "u64" too and although this is
unnecessary, it makes the patch simpler as it avoids to fixup all
callers of clockevent_delta2ns().

[ tglx: changed "unsigned long long" to u64 as we use this data type
  	through out the time code ]

Signed-off-by: Jon Hunter &lt;jon-hunter@ti.com&gt;
Cc: John Stultz &lt;johnstul@us.ibm.com&gt;
LKML-Reference: &lt;1250617512-23567-3-git-send-email-jon-hunter@ti.com&gt;
Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>clockevents: Use u32 for mult and shift factors</title>
<updated>2010-05-18T02:41:39+00:00</updated>
<author>
<name>Thomas Gleixner</name>
<email>tglx@linutronix.de</email>
</author>
<published>2009-11-11T14:05:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=e9f0dfbcea0fb0a00acc4ee5a67f81ce1464aa55'/>
<id>e9f0dfbcea0fb0a00acc4ee5a67f81ce1464aa55</id>
<content type='text'>
The mult and shift factors of clock events differ in their data type
from those of clock sources for no reason. u32 is sufficient for
both. shift is always &lt;= 32 and mult is limited to 2^32-1 to avoid
64bit multiplication overflows in the conversion.

Preparatory patch for a generic mult/shift factor calculation
function.

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Tested-by: Mikael Pettersson &lt;mikpe@it.uu.se&gt;
Acked-by: Ralf Baechle &lt;ralf@linux-mips.org&gt;
Acked-by: Linus Walleij &lt;linus.walleij@stericsson.com&gt;
Cc: John Stultz &lt;johnstul@us.ibm.com&gt;
LKML-Reference: &lt;20091111134229.725664788@linutronix.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The mult and shift factors of clock events differ in their data type
from those of clock sources for no reason. u32 is sufficient for
both. shift is always &lt;= 32 and mult is limited to 2^32-1 to avoid
64bit multiplication overflows in the conversion.

Preparatory patch for a generic mult/shift factor calculation
function.

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Tested-by: Mikael Pettersson &lt;mikpe@it.uu.se&gt;
Acked-by: Ralf Baechle &lt;ralf@linux-mips.org&gt;
Acked-by: Linus Walleij &lt;linus.walleij@stericsson.com&gt;
Cc: John Stultz &lt;johnstul@us.ibm.com&gt;
LKML-Reference: &lt;20091111134229.725664788@linutronix.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>USB: fsl_udc_core: add USB charging support</title>
<updated>2010-05-18T02:19:51+00:00</updated>
<author>
<name>Gary King</name>
<email>gking@nvidia.com</email>
</author>
<published>2010-05-17T23:55:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=be81bd7bd85dd6e83ebedece8e6bb79a55298c8e'/>
<id>be81bd7bd85dd6e83ebedece8e6bb79a55298c8e</id>
<content type='text'>
add work queue to support detection of dumb, non-compliant USB chargers,
which are detected by the absence of a setup packet.

call into platform code to read the USB phy directly to detect dedicated,
compliant chargers

Change-Id: Idd3d38568a96c8c5c35adea95f83472672ee7687
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
add work queue to support detection of dumb, non-compliant USB chargers,
which are detected by the absence of a setup packet.

call into platform code to read the USB phy directly to detect dedicated,
compliant chargers

Change-Id: Idd3d38568a96c8c5c35adea95f83472672ee7687
</pre>
</div>
</content>
</entry>
<entry>
<title>f_mass_storage: allow platform to set bulk buffer size</title>
<updated>2010-05-17T17:31:04+00:00</updated>
<author>
<name>Gary King</name>
<email>gking@nvidia.com</email>
</author>
<published>2010-02-13T02:35:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=db0941d0ce12af751c522410b0604878e8bf3114'/>
<id>db0941d0ce12af751c522410b0604878e8bf3114</id>
<content type='text'>
add a field to the usb_mass_storage_platform_data structure to allow platforms
to specify the size of the bulk transfer buffer; if unspecified, default
to the BULK_BUFFER_SIZE defined by f_mass_storage.c (previously defined as
4KiB).

on tegra 2, performance of a class 10 SD card mounted as USB mass storage
through this gadget has been measured to increase from ~7MB/sec read to
~17MB/sec read by increasing the buffer size from 4KiB to 16KiB.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
add a field to the usb_mass_storage_platform_data structure to allow platforms
to specify the size of the bulk transfer buffer; if unspecified, default
to the BULK_BUFFER_SIZE defined by f_mass_storage.c (previously defined as
4KiB).

on tegra 2, performance of a class 10 SD card mounted as USB mass storage
through this gadget has been measured to increase from ~7MB/sec read to
~17MB/sec read by increasing the buffer size from 4KiB to 16KiB.
</pre>
</div>
</content>
</entry>
</feed>
