fixes that by using the struct device in platform_device
instead.
While at it, use pdev-dev consistently for console messages instead
of using ndev-dev for just one case and remove an unnecessary line
continuation.
Reported-by: Kevin Hilman khil...@linaro.org
Helped-by: George Cherian
As found by my automated boot tester[1], dm365 EVM and da850 EVM started
failing boot tests in today's linux-next.
I haven't had the time to bisect, but it appears to be related to some
devres failures in the EMAC driver. Full boot log below for the
da850evm (the dm365 fault looks the same.)
On Sun, Mar 16, 2014 at 10:00 PM, Sekhar Nori nsek...@ti.com wrote:
On Friday 14 March 2014 11:00 PM, Kevin Hilman wrote:
Davinci boards tend to have older booloaders without DTB support.
Enable appended DTB support by default to allow DT booting on older
platforms. While there, also enable
Sekhar Nori nsek...@ti.com writes:
The following changes since commit 374b105797c3d4f29c685f3be535c35f5689b30e:
Linux 3.13-rc3 (2013-12-06 09:34:04 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci.git
Sekhar Nori nsek...@ti.com writes:
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci.git
Sekhar Nori nsek...@ti.com writes:
Hi Arnd, Olof, Kevin,
Can you please pull the following patch. It has been acked by Wim.
There are some other davinci_wdt.c patches Wim has queued in his
tree, but a test merge of this patch with latest linux-next does
not throw any conflicts.
Thanks,
Sekhar Nori nsek...@ti.com writes:
The following changes since commit 61e6cfa80de5760bbe406f4e815b7739205754d2:
Linux 3.12-rc5 (2013-10-13 15:41:28 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci.git
Sekhar Nori nsek...@ti.com writes:
Hi Arnd, Olof, Kevin,
Please pull the following DaVinci SoC changes for v3.12
Thanks,
Sekhar
The following changes since commit 3b2f64d00c46e1e4e9bd0bb9bb12619adac27a4b:
Linux 3.11-rc2 (2013-07-21 12:05:29 -0700)
are available in the git repository
Sekhar Nori nsek...@ti.com writes:
Hi Arnd, Olof, Kevin,
Please pull the following DaVinci DT updates for v3.12.
It depends on the SoC updates in 1/2
Thanks,
Sekhar
The following changes since commit 46c1833467c5e555f31cd6f14b342a7383f26885:
ARM: davinci: fix clock lookup for mdio
Hi Sekhar,
Sekhar Nori nsek...@ti.com writes:
The following changes since commit d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
Linux 3.11-rc5 (2013-08-11 18:04:20 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/nsekhar/linux-davinci.git
Hebbar, Gururaja gururaja.heb...@ti.com writes:
Hi Kevin,
On Mon, Jun 10, 2013 at 16:55:17, Hebbar, Gururaja wrote:
On Fri, May 31, 2013 at 23:11:22, Kevin Hilman wrote:
Hebbar Gururaja gururaja.heb...@ti.com writes:
On some platforms (like AM33xx), a special register (RTC_IRQWAKEEN
Wolfram Sang w...@the-dreams.de writes:
devm_ioremap_resource does sanity checks on the given resource. No need to
duplicate this in the driver.
Signed-off-by: Wolfram Sang w...@the-dreams.de
Acked-by: Kevin Hilman khil...@linaro.org # for i2c-omap.c
Hebbar Gururaja gururaja.heb...@ti.com writes:
On some platforms (like AM33xx), a special register (RTC_IRQWAKEEN)
is available to enable Wakeup feature for Alarm Events.
Since new platforms/Boards are now added through DT only, this feature
is supported via DT property only.
Platforms
Hebbar Gururaja gururaja.heb...@ti.com writes:
Even though RTC-IP is wakeup capable, Not all Boards support it.
For example
The rtc alarm wakeup is available in rtc-ip since omap1 days but alarm
was not wired properly in previous ompa1 boards.
commit
+ Linus W. (pinctrl maintainer)
Dmitry Torokhov dmitry.torok...@gmail.com writes:
Hi Hebbar,
On Fri, May 31, 2013 at 03:43:00PM +0530, Hebbar Gururaja wrote:
By optionally putting the pins into sleep state in the suspend [or in
runtime_suspend] callback we can accomplish two things.
- One
frequency. This does not scale as more boards are added.
Instead, use the clk_set_rate() API to setup the reference clock
frequency to a different value from the board file.
Suggested-by: Kevin Hilman khil...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
Acked-by: Kevin Hilman khil
Nori, Sekhar nsek...@ti.com writes:
Hi Kevin,
On Tue, Jun 07, 2011 at 04:14:59, Hilman, Kevin wrote:
Christian Riesch christian.rie...@omicron.at writes:
From: Bob Dunlop bob.dun...@xyzzy.org.uk
Currently the input frequency of the SoC is hardcoded in the SoC specific
da850.c file
Christian Riesch christian.rie...@omicron.at writes:
From: Bob Dunlop bob.dun...@xyzzy.org.uk
Currently the input frequency of the SoC is hardcoded in the SoC specific
da850.c file to 24 MHz. Since the SoC accepts input frequencies in a wide
range from 12 to 50 MHz, boards with different
Hi Sekhar,
Nori, Sekhar nsek...@ti.com writes:
Hi Russell,
I have been tracking these four patches for inclusion in 2.6.40
can you please pull them?
These are clean-up rather than consolidation patches and all
of them have zero or negative net diffstat.
The commits in this branch aren't
acks ASAP. Thanks to Mark for pointing this out with a patch
for Samsung.
Acked-by: Kevin Hilman khil...@ti.com
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo
Hi Trinabh,
Trinabh Gupta trin...@linux.vnet.ibm.com writes:
[...]
I just wanted to get comments on the design and understand how it
affects various architectures in question. It looks to me as if the
design should be okay and infact better for architectures like ARM
since they do not have
Trinabh Gupta trin...@linux.vnet.ibm.com writes:
Cpuidle subsystem only suggests the state to enter and does not
guarantee if the suggested state is entered. The actual entered state
may be different because of software or hardware demotion. Software
demotion is done by the back-end cpuidle
Fixup davinci UART low-level debug code for new ARM generic p2v changes.
Based on OMAP changes by Tony Lindgren
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/mach-davinci/include/mach/debug-macro.S | 13 -
arch/arm/mach-davinci/include
Michael Williamson michael.william...@criticallink.com writes:
I'm working with a couple of gpio expanders (for example, the PCA953X)
that have the capability to plug into the gpiolib kernel
infrastructure and include support for interrupt notification. For
the interrupts, they appear to
Russell,
A final pull request for davinci for 2.6.39 (based on the previous one.)
This is a series that Sekhar Nori (davinci co-maintaier) has been
tracking and that I had mistakenly not added to my previous pull request.
Thanks,
Kevin
The following changes since commit
Felipe Balbi ba...@ti.com writes:
[...]
Kevin feel free to take this into your tree:
Acked-by: Felipe Balbi ba...@ti.com
OK, will queue for 2.6.39.
Thanks,
Kevin
___
Davinci-linux-open-source mailing list
f5412be599602124d2bdd49947b231dd77c0bf99:
Linux 2.6.38-rc6 (2011-02-21 17:25:52 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git
davinci-next
Kevin Hilman (1):
MAINTAINERS: update TI DaVinci machine support entry
Michael Williamson (13
Hi Russell,
Please pull the following small series of davinci fixes for 2.6.38-rc7.
Thanks,
Kevin
The following changes since commit f5412be599602124d2bdd49947b231dd77c0bf99:
Linux 2.6.38-rc6 (2011-02-21 17:25:52 -0800)
are available in the git repository at:
Cyril Chemparathy cy...@ti.com writes:
On 01/28/2011 04:47 PM, Hilman, Kevin wrote:
Hirosh Dabui hirosh.da...@snom.com writes:
This patch fix a bug in the register indexing for GPIOs numbers 31
to get the relevant hardware registers of tnetv107x to control the GPIOs.
[...]
Thanks,
Hello,
I will be stepping aside as maintainer of the TI DaVinci family of
SoCs and Sekhar Nori from TI will be taking over these responsibilities.
Sekhar has long been an active developer, primary contributor and
reviewer so taking over the maintainer role is a logical next step for
him.
I will
Michael Williamson michael.william...@criticallink.com writes:
For DMA operation, the davinci spi driver needs an event queue number.
Currently, this number is passed as a IORESOURCE_DMA. This is not
correct, as the event queue is not a DMA channel. Pass the event queue
via the platform
Michael Williamson michael.william...@criticallink.com writes:
Hi Kevin...
On 01/05/2011 07:26 AM, Michael Williamson wrote:
On the da850/omap-l138/am18x family of SoCs, up to three on chip UARTS may be
configured. These peripherals support the standard Tx/Rx signals as well as
CTS/RTS
Hirosh Dabui hirosh.da...@snom.com writes:
This patch fix a bug in the register indexing for GPIOs numbers 31
to get the relevant hardware registers of tnetv107x to control the GPIOs.
In the structure tnetv107x_gpio_regs:
struct tnetv107x_gpio_regs {
u32 idver;
Hi Hirosh,
Hirosh Dabui hirosh.da...@snom.com writes:
to get the relevant hardware registers of tnetv107x to control the GPIOs.
Your patch/changelog is still messed up. You're missing a good
subject/shortlog and the first line of the changelog has become the
subject/shortlog.
Kevin
In the
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Tue, Jan 25, 2011 at 10:59:05AM +, Liam Girdwood wrote:
On Mon, 2011-01-24 at 15:09 -0800, Kevin Hilman wrote:
On second thought, these should probably merge for .38-rc3.
If you're OK with it, I can merge this and the platform
Hi Hirosh,
Hirosh Dabui hirosh.da...@snom.com writes:
In the structure tnetv107x_gpio_regs:
struct tnetv107x_gpio_regs {
u32 idver;
u32 data_in[3];
u32 data_out[3];
u32 direction[3];
u32 enable[3];
};
The
Liam Girdwood l...@slimlogic.co.uk writes:
On Fri, 2011-01-21 at 19:54 +0530, Rajashekhara, Sudhakar wrote:
The codec_name entry for da8xx evm in sound/soc/davinci/davinci-evm.c
is not matching with the i2c ids in the board file. Without this fix the
soundcard does not get detected on
Kevin Hilman khil...@ti.com writes:
Liam Girdwood l...@slimlogic.co.uk writes:
On Fri, 2011-01-21 at 19:54 +0530, Rajashekhara, Sudhakar wrote:
The codec_name entry for da8xx evm in sound/soc/davinci/davinci-evm.c
is not matching with the i2c ids in the board file. Without this fix
Rajashekhara, Sudhakar sudhakar@ti.com writes:
After the multi-component commit f0fba2ad (ASoC: multi-component - ASoC
Multi-Component Support) for ASoC, we need to register the platform
device for davinci-pcm-audio.
This patch and patch at [1] are required for audio to work on
Richard,
Cyril Chemparathy cy...@ti.com writes:
TPS6116x is an EasyScale backlight controller device. This driver supports
TPS6116x devices connected on a single GPIO.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Any comments on this driver?
With your Ack, I'll be happy to merge it via
Samuel,
Cyril Chemparathy cy...@ti.com writes:
TI's sequencer serial port (TI-SSP) is a jack-of-all-trades type of serial
port
device. It has a built-in programmable execution engine that can be
programmed
to operate as almost any serial bus (I2C, SPI, EasyScale, and others).
This
Rajashekhara, Sudhakar sudhakar@ti.com writes:
Resending with proper $SUBJECT...
Hi,
I was testing Audio with 2.6.37 on DA850 from Kevin Hilman Linux tree
at [1] and found that audio is broken. Below patch fixes the issue.
---
From: Rajashekhara, Sudhakar sudhakar@ti.com
davinci
Hi Michael,
Michael Williamson michael.william...@criticallink.com writes:
The following patch series is an attempt to clean up unused and platform
specific
pinmux arrays in the da850 CPU files. This series was developed as a result
of
the following email thread:
Cyril Chemparathy cy...@ti.com writes:
TI's sequencer serial port (TI-SSP) is a jack-of-all-trades type of serial
port
device. It has a built-in programmable execution engine that can be
programmed
to operate as almost any serial bus (I2C, SPI, EasyScale, and others).
Hi Cyril,
Can you
Hi Steve,
Steve Chen sc...@mvista.com writes:
[...]
The problem was caused by root filesystem mounted on MMC/SD. When the
processor goes to the standby mode, the MMC/SD device was removed as
part of the suspend process. This, unfortunately, hangs the kernel.
Try enabling
Hirosh Dabui hirosh.da...@snom.com writes:
Changelog:
This isn't needed.
Please repost one more time without this and include Cyril's ack please.
Thanks,
Kevin
This patch fix a bug in the register indexing for GPIOs numbers 31
to get the relevant hardware registers of tnetv107x to
Manjunath Hadli manjunath.ha...@ti.com writes:
Implemented a common and single mapping for DAVINCI_SYSTEM_MODULE_BASE
to be used by all davinci platforms.
Please use a more descriptive subject. This patch hs nothing to do with
VPBE, so please send it as a standalone patch.
Thanks,
Kevin
Manjunath Hadli manjunath.ha...@ti.com writes:
This patch implements the overall device creation for the Video
display driver, initializes the platform variables and implements
platform functions including setting video clocks.
This is dm644x specific. Please use 'davinci: dm644x: VPBE' as
Michael Williamson michael.william...@criticallink.com writes:
Hi Kevin,
On 1/18/2011 1:07 PM, Kevin Hilman wrote:
Hi Michael,
Michael Williamson michael.william...@criticallink.com writes:
The following patch series is an attempt to clean up unused and platform
specific
pinmux
Michael Williamson michael.william...@criticallink.com writes:
On 1/7/2011 11:03 AM, Steve Chen wrote:
On Fri, Jan 7, 2011 at 9:50 AM, Cyril Chemparathy cy...@ti.com wrote:
On 01/07/2011 09:14 AM, Sergei Shtylyov wrote:
Hello.
Haven't anybody noticed that the EMAC driver in the current
Nori, Sekhar nsek...@ti.com writes:
[...]
[SG] -- This McASP clock is bound with the McASP driver by the device
ID. This device ID (davinci-mcasp.0) is not
available to the SUART driver.
You can also look up the clock using con_id if not dev_id. Duplicating
clock structure is definitely
Michael Williamson michael.william...@criticallink.com writes:
For the MityDSP-L138/MityARM-1808 SoMs, the speed grade can be determined
from the part number string read from the factory configuration block on
the on-board I2C PROM. Configure the maximum CPU speed based on this
information.
Michael Williamson michael.william...@criticallink.com writes:
On 01/03/2011 05:33 PM, Kevin Hilman wrote:
Michael Williamson michael.william...@criticallink.com writes:
I'm assuming the 'From:' line currently in the subject was supposed to
go here?
Kevin
Arg. Yes. Sorry about
Michael Williamson michael.william...@criticallink.com writes:
The JTAG variant code for Rev-2.0 silicon of the OMAP-L138 has changed.
In addition, the variant code for the AM-1808 SoC appears to match
the Rev-2.0 code for the OMAP-L138. Add an additional entry to support
these chips.
This
Michael Williamson michael.william...@criticallink.com writes:
I am working on platform from the davinci architecture that uses the 8520 UART
driver. However, there are some configurations that do not have a valid
CTS input pin (it is a multi-purpose pin on a SoC part, and it may be
Chemparathy (2):
davinci: use divide ratio limits from pll_data
davinci: minor tnetv107x clock tree fixes
Kevin Hilman (1):
davinci: kconfig: select at24 eeprom for selected boards
Nicolas Kaiser (2):
davinci: psc: simplify if-statement
davinci: aemif: signedness bug
of data_out i.e. 12 bytes)
-p-data_out + 1 (it will increment only the size of data_out i.e. only 4
bytes)
br,
Hirosh Dabui
On 12/21/2010 05:50 PM, Kevin Hilman wrote:
Hirosh Dabuihirosh.da...@snom.com writes:
Please add a descriptive changelog here describing the problem being
fixed
Sekhar Nori nsek...@ti.com writes:
AM18x/DA850/OMAP-L138 SoCs have variants that can operate
at a maximum of 456 MHz at 1.3V operating point. Also the
1.2V operating point has a variant that can support a maximum
of 375 MHz.
This patch adds three new OPPs (456 MHz, 408 MHz and 372 MHz)
to
Manjunath Hadli manjunath.ha...@ti.com writes:
This patch implements the overall device creation for the Video
display driver
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
This one still
Michael Williamson michael.william...@criticallink.com writes:
The JTAG variant code for Rev-2.0 silicon of the OMAP-L138 has changed.
In addition, the variant code for the AM-1808 SoC appears to match
the Rev-2.0 code for the OMAP-L138. Add an additional entry to support
these chips.
Hello,
Davinci git is now updated to 2.6.37-rc7, and also includes the
davinci-next branch which has all the davinci patches queued for the
upcoming 2.6.38 merge window.
Since the merge window will be opening rather shortly, I will not be
accepting any more patches for the 2.6.38 merge window.
Michael Williamson michael.william...@criticallink.com writes:
On 12/22/2010 05:06 PM, Kevin Hilman wrote:
Michael Williamson michael.william...@criticallink.com writes:
The JTAG variant code for Rev-2.0 silicon of the OMAP-L138 has changed.
In addition, the variant code for the AM-1808 SoC
Hirosh Dabui hirosh.da...@snom.com writes:
Please add a descriptive changelog here describing the problem being
fixed.
Also, I'll need an Acked-by from Cyril before merging any tnetv107x
patches.
Kevin
Signed-off-by: Hirosh Dabui hirosh.da...@snom.com
---
Nori, Sekhar nsek...@ti.com writes:
Hi Kevin,
On Sat, Dec 11, 2010 at 06:01:19, Kevin Hilman wrote:
Subhasish Ghosh ghosh.subhas...@gmail.com writes:
The patch adds support for emulated UART controllers
on the programmable realtime unit (PRU) available on OMAPL138.
This defines
Ben Gardiner bengardi...@nanometrics.ca writes:
On Mon, Dec 13, 2010 at 4:53 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Ben Gardiner bengardi...@nanometrics.ca writes:
[...]
Everything seems to be in order there; I tested the resulting kernel
with evtest and the expected output
Ben Gardiner bengardi...@nanometrics.ca writes:
Hi Kevin,
On Fri, Dec 10, 2010 at 11:33 AM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
On Fri, Dec 10, 2010 at 11:16 AM, Kevin Hilman
[...]
This series looks good to me, so I'll be queuing it in davinci-next for
2.6.38. It should show
Ben Gardiner bengardi...@nanometrics.ca writes:
From: Gabor Juhos juh...@openwrt.org
The existing gpio-keys driver can be usable only for GPIO lines with
interrupt support. Several devices have buttons connected to a GPIO
line which is not capable to generate interrupts. This patch adds a
Hi Ben,
Ben Gardiner bengardi...@nanometrics.ca writes:
The da850-evm baseboard (BB) and its UI board both have tca6416 IO expanders.
They are bootstrapped to different I2C addresses so they can be used
concurrently.
The expander on the UI board is currently used to enable/disable the
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Tue, Dec 07, 2010 at 12:20:14PM -0500, Cyril Chemparathy wrote:
On 12/07/2010 12:15 PM, Mark Brown wrote:
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
Is this to be merged via the davinci tree?
Liam would need to merge
Nori, Sekhar nsek...@ti.com writes:
On Thu, Dec 09, 2010 at 20:28:41, Chemparathy, Cyril wrote:
On 12/09/2010 06:00 AM, Nori, Sekhar wrote:
On Thu, Dec 09, 2010 at 14:25:49, Nori, Sekhar wrote:
This call should simply return if machine is not tnetv107x EVM.
I didn't follow the entire
Hans Verkuil hverk...@xs4all.nl writes:
version4 : addressed Hans's comments
on:
1. replaced mutex_lock_interruptible() with mutex_lock()
2. replaced ntsc and pal macros with new equivalent macros
3. simplifying the code in the if-else condition
4. minor code corrections
For the whole
Sekhar Nori nsek...@ti.com writes:
AM18x/DA850/OMAP-L138 SoCs have variants that can operate
at a maximum of 456 MHz at 1.3V operating point. Also the
1.2V operating point has a variant that can support a maximum
of 375 MHz.
This patch adds three new OPPs (456 MHz, 408 MHz and 372 MHz)
to
Hi Ben,
Ben Gardiner bengardi...@nanometrics.ca writes:
[...]
One minor question: the series has a couple of Signed-off-by tags from
Sekhar Nori. The s-o-b tag is for folks on the delivery path, and based
on what I saw, these should probably be Acked-by tags from Sekhar, since
he certainly
Cyril Chemparathy cy...@ti.com writes:
TI's sequencer serial port (TI-SSP) is a jack-of-all-trades type of serial
port
device. It has a built-in programmable execution engine that can be
programmed
to operate as almost any serial bus (I2C, SPI, EasyScale, and others).
This patch adds a
Cyril Chemparathy cy...@ti.com writes:
TI's sequencer serial port (TI-SSP) is a jack-of-all-trades type of serial
port
device. It has a built-in programmable execution engine that can be
programmed
to operate as almost any serial bus (I2C, SPI, EasyScale, and others).
OK, this series
Subhasish Ghosh ghosh.subhas...@gmail.com writes:
The patch adds support for emulated UART controllers
on the programmable realtime unit (PRU) available on OMAPL138.
This defines the system resource requirements such as pin mux,
clock, iomem, interrupt etc and registers the platform device
Subhasish Ghosh ghosh.subhas...@gmail.com writes:
Missing descriptive changelog.
Kevin
Signed-off-by: Subhasish Ghosh subhas...@mistralsolutions.com
---
arch/arm/mach-davinci/board-da850-evm.c | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff
Nori, Sekhar nsek...@ti.com writes:
On Sat, Nov 20, 2010 at 03:13:04, Ben Gardiner wrote:
There was a single case of 'da850evm' prefix in the board-da850-evm.c file
where the reset of the prefixes were 'da850_evm'; change it to 'da850_evm'
for
consistency.
Signed-off-by: Ben Gardiner
Nori, Sekhar nsek...@ti.com writes:
Hi Ben,
On Mon, Nov 22, 2010 at 19:20:48, Ben Gardiner wrote:
On Mon, Nov 22, 2010 at 6:49 AM, Nori, Sekhar nsek...@ti.com wrote:
On Fri, Nov 19, 2010 at 21:08:10, Ben Gardiner wrote:
[...]
By setting INPUT_POLLDEV default for the da850-evm users will
: Sergei Shtylyov sshtyl...@mvista.com
CC: Nori, Sekhar nsek...@ti.com
Reviewed-by: Kevin Hilman khil...@deeprootsystems.com
Applied, queuing for 2.6.38.
Thanks,
Kevin
---
Changes since V3:
* use default default MACH_DAVINCI_DA850_EVM without 'if' (Kevin Hilman)
* rebased
Ensure that the at24 eeprom driver is selected for certain boards that
need boot data (e.g. MAC address) from EEPROM.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/Kconfig | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git
Nori, Sekhar nsek...@ti.com writes:
Hi Michael,
On Wed, Nov 17, 2010 at 02:12:53, Michael Williamson wrote:
Help me out. Why do we need generic pin lists?
They might help in cases where all boards will use the same set of
pins. For example, every one who uses I2C will most likely both
Ben Gardiner bengardi...@nanometrics.ca writes:
When the RMII PHY on the UI board is enabled with CONFIG_DA850_UI_RMII then
then
following will be printed to the console when warnings are also enabled:
WARNING: at drivers/gpio/gpiolib.c:1567 __gpio_set_value+0x4c/0x5c()
Modules linked in:
Ben Gardiner bengardi...@nanometrics.ca writes:
Change the mach-davinci Kconfig file so that GPIO_PCA953X is default when
MACH_DAVINCI_DA850_EVM is set instead of always selecting. This allows users
to compile pca953x as a module.
Signed-off-by: Ben Gardiner bengardi...@nanometrics.ca
CC:
Nori, Sekhar nsek...@ti.com writes:
Hi Nicolas,
On Tue, Nov 16, 2010 at 00:10:28, Nicolas Kaiser wrote:
aemif_calc_rate() can return a negative error value, so all the
variables that get tested for this value need to be signed.
The maximum bit width of WSETUP(WSETUP_MAX) appears to be 30
Nicolas Kaiser ni...@nikai.net writes:
A common do-while loop can be factored out from the end of
the branches.
Signed-off-by: Nicolas Kaiser ni...@nikai.net
Applied, queueing for 2.6.38.
Kevin
---
arch/arm/mach-davinci/psc.c | 13 -
1 files changed, 4 insertions(+), 9
vm.ro...@gmail.com writes:
From: Victor Rodriguez victor.rodrig...@sasken.com
This patch adds ASoC support for the Hawkboard-L138 system
Signed-off-by: Victor Rodriguez victor.rodrig...@sasken.com
I believe Mark Brown ack'd and earlier version of this patch.
When you repost the series, you
Victor Rodriguez vm.ro...@gmail.com writes:
On Fri, Nov 12, 2010 at 10:23 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
vm.ro...@gmail.com writes:
From: Victor Rodriguez victor.rodrig...@sasken.com
This patch adds ASoC support for the Hawkboard-L138 system
Signed-off-by: Victor
Cyril Chemparathy cy...@ti.com writes:
TI's sequencer serial port (TI-SSP) is a jack-of-all-trades type of serial
port
device. It has a built-in programmable execution engine that can be
programmed
to operate as almost any serial bus (I2C, SPI, EasyScale, and others).
Andrew, looking for
both MMCSD peripherals
DA850: Add MMCSD1 resources, platform device and convenience registration
function
Kevin Hilman (1):
davinci: clock: make 'disable unused clocks' printk debug only
Kulikov Vasiliy (1):
arm: mach-davinci: check irq2ctlr() result
Michael Williamson (5
Cyril Chemparathy cy...@ti.com writes:
TI's sequencer serial port (TI-SSP) is a jack-of-all-trades type of serial
port
device. It has a built-in programmable execution engine that can be
programmed
to operate as almost any serial bus (I2C, SPI, EasyScale, and others).
Hi Cyril,
Can you
Rene Gonzalez renegs.2...@gmail.com writes:
Hi all,
I'm very new in kernel stuffs so;
I have applied a set of patches for a hawkboard-L138 and I wonder if there is
specific format for
reply a tested by. Should I add comments about the way I tested or just I
reply it
by adding a tested by
Cyril Chemparathy cy...@ti.com writes:
This series applies a few fixes necessary to get tnetv107x hardware
functioning properly. A summary of these fixes follow:
- davinci: fix sysclk rate setting code to allow for larger divider values
- tnetv107x: reparent tnetv107x usb clocks to
first with
STT cleared and later load again with STT set.
Tested on DM355 connected to Techwell TW2836 and Wolfson WM8985
Signed-off-by: Jon Povey jon.po...@racelogic.co.uk
Acked-by: Troy Kisky troy.ki...@boundarydevices.com
Tested-by: Sudhakar Rajashekhara sudhakar@ti.com
Acked-by: Kevin
Sekhar Nori nsek...@ti.com writes:
Most of the regulator data structures are local to the
board file, but not made static. Fix this.
Also make the nand partition table static.
This gets rid of all the sparse warnings for this file.
Signed-off-by: Sekhar Nori nsek...@ti.com
Thanks,
vm.ro...@gmail.com writes:
From: Victor Rodriguez victor.rodrig...@sasken.com
This patch adds
EMAC, EDMA, ASoC, SOUND, MMC/SD and USB OHCI
support for the Hawkboard-L138 system
It is under the machine name omapl138_hawkboard.
This system is based on the da850 davinci CPU architecture.
Sergei Shtylyov sshtyl...@mvista.com writes:
Hello.
On 07-10-2010 21:12, Kevin Hilman wrote:
Overwrite the default implementation of sched_clock that is based on
jiffies by something more precise. This improves timestamps in ftrace.
Implementation is copied from OMAP platform code
and a tested, via Kevin:
Acked-by: Troy Kisky troy.ki...@boundarydevices.com
Tested-by: Sudhakar Rajashekhara sudhakar@ti.com
Acked-by: Kevin Hilman khil...@deeprootsystems.com
--
Jon Povey
jon.po...@racelogic.co.uk
Racelogic is a limited company registered in England. Registered number
andreas.g...@baslerweb.com writes:
From: Andreas Gaeer andreas.g...@baslerweb.com
Overwrite the default implementation of sched_clock that is based on
jiffies by something more precise. This improves timestamps in ftrace.
Implementation is copied from OMAP platform code.
Signed-off-by:
Kevin Hilman khil...@deeprootsystems.com writes:
Jon Povey jon.po...@racelogic.co.uk writes:
Hi Ben,
I am not on the i2c list but noticed this pull request:
http://www.spinics.net/linux/lists/linux-i2c/msg04022.html
I think you have the wrong (old) version of this patch in that branch
1 - 100 of 1619 matches
Mail list logo