On 19 January 2015 at 18:29, Tony Lindgren wrote:
> Hmm I sort of got the idea that dm814x and dm816x were done about
> the same time. Are you saying dm814x was actually done after dm816x?
Well, it's hard to come up with an alternate explanation of netra's
FAPLLs showing up in the terminology of
On 01/21, Tomeu Vizoso wrote:
> Adds a way for clock consumers to set maximum and minimum rates. This
> can be used for thermal drivers to set minimum rates, or by misc.
> drivers to set maximum rates to assure a minimum performance level.
>
> Changes the signature of the determine_rate callback b
for console,
> such as the BeagleBoard-X15.
>
> These patches entered Linux-next starting with the next-20150121 tag.
>
> Basic build, boot, and PM test results can be found here:
>
> http://www.pwsan.com/omap/testlogs/omap-hwmod-a-for-v3.20/20150121142621/
Thanks pulling
Hi,
On Thu, Nov 27, 2014 at 2:41 AM, Peter Ujfalusi wrote:
> include/linux/platform_data/ is not a correct place to keep the API
> definitions for edma, it is meant to be only for the pdata for the device.
> Clean up this by moving the API to include/linux/edma.h
It's a nice net improvement, but
On 01/21, Tomeu Vizoso wrote:
> @@ -2075,10 +2210,12 @@ struct clk *clk_register(struct device *dev, struct
> clk_hw *hw)
> }
> }
>
> - ret = __clk_init(dev, clk);
> + hw->clk = __clk_create_clk(hw, NULL, NULL);
> + ret = __clk_init(dev, hw->clk);
> if (!ret
On Fri, Jan 16, 2015 at 03:21:22PM -0800, Tony Lindgren wrote:
> The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
>
> Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/li
On Fri, Jan 16, 2015 at 03:21:21PM -0800, Tony Lindgren wrote:
> The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
>
> Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/li
On Fri, Jan 16, 2015 at 03:21:20PM -0800, Tony Lindgren wrote:
> The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
>
> Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/li
next-20150121 tag.
Basic build, boot, and PM test results can be found here:
http://www.pwsan.com/omap/testlogs/omap-hwmod-a-for-v3.20/20150121142621/
-
Keerthy (1):
ARM: OMAP: DRA7: hwmod: Make gpmc software supervised as the
* santosh shilimkar [150121 13:31]:
> On 1/21/2015 12:43 PM, Tony Lindgren wrote:
> >* santosh shilimkar [150121 12:16]:
> >>
> >>TWD is useless on this machine since single core and TWD
> >>as know die in low power states. All the broadcast stuff
> >>is for SMP machines.
> >
> >Hmm it seems we s
Hello Tony,
On Fri, Jan 16, 2015 at 11:50 PM, Tony Lindgren wrote:
> Similar to omap_gpio_irq_type() let's make sure that the GPIO
> is usable as an interrupt if the platform init code did not
> call gpio_request(). Otherwise we can get invalid device access
> after setup_irq():
>
> WARNING: CPU:
On 1/21/2015 12:43 PM, Tony Lindgren wrote:
* santosh shilimkar [150121 12:16]:
On 1/21/2015 10:36 AM, Tony Lindgren wrote:
* Marc Zyngier [150121 09:25]:
On 21/01/15 16:30, Tony Lindgren wrote:
I gave this a quick boot test on am437x-gp-evm and the
interrupts look OK with the fix also app
* santosh shilimkar [150121 12:16]:
> On 1/21/2015 10:36 AM, Tony Lindgren wrote:
> >* Marc Zyngier [150121 09:25]:
> >>On 21/01/15 16:30, Tony Lindgren wrote:
> >>
> >>>I gave this a quick boot test on am437x-gp-evm and the
> >>>interrupts look OK with the fix also applied:
> >>>
> >>># cat /pro
On 1/21/2015 10:36 AM, Tony Lindgren wrote:
* Marc Zyngier [150121 09:25]:
On 21/01/15 16:30, Tony Lindgren wrote:
I gave this a quick boot test on am437x-gp-evm and the
interrupts look OK with the fix also applied:
# cat /proc/interrupts
CPU0
16:657 WUGEN 68 gp_
* Marc Zyngier [150121 09:25]:
> On 21/01/15 16:30, Tony Lindgren wrote:
>
> > I gave this a quick boot test on am437x-gp-evm and the
> > interrupts look OK with the fix also applied:
> >
> > # cat /proc/interrupts
> > CPU0
> > 16:657 WUGEN 68 gp_timer
> > 18:
On 01/21/2015 06:41 AM, Ohad Ben-Cohen wrote:
> On Tue, Jan 20, 2015 at 8:05 PM, Tony Lindgren wrote:
>> How about default to Linux id space and allow overriding that with
>> a module param option if needed?
>
> I'm not sure I'm following.
>
> If the main point of contention is the base_id field
* Marc Zyngier [150119 01:48]:
> Signed-off-by: Marc Zyngier
Acked-by: Tony Lindgren
> ---
> .../interrupt-controller/ti,omap4-wugen-mpu| 33
> ++
> 1 file changed, 33 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/interrupt-controller/ti
On 21/01/15 16:30, Tony Lindgren wrote:
> * Marc Zyngier [150119 01:48]:
>> OMAP4/5 has been (ab)using the gic_arch_extn to provide
>> wakeup from suspend, and it makes a lot of sense to convert
>> this code to use stacked domains instead.
>>
>> This patch does just this, updating the DT files to
* Marc Zyngier [150119 01:48]:
> OMAP4/5 has been (ab)using the gic_arch_extn to provide
> wakeup from suspend, and it makes a lot of sense to convert
> this code to use stacked domains instead.
>
> This patch does just this, updating the DT files to actually
> reflect what the HW provides.
>
>
On Fri, Jan 16, 2015 at 11:50 PM, Tony Lindgren wrote:
> Similar to omap_gpio_irq_type() let's make sure that the GPIO
> is usable as an interrupt if the platform init code did not
> call gpio_request(). Otherwise we can get invalid device access
> after setup_irq():
>
> WARNING: CPU: 0 PID: 1 at
On Sun, Jan 18, 2015 at 09:18:21PM +0100, Pavel Machek wrote:
> Hi!
>
> > > Ok, what do you suggest? AFAICT, without MODE_CONFIG, continuous ADC
> > > mode is not available, so we have to force it periodically, so this
> > > should be correct.
> >
> > I will have a better look and let you know. f
Moves clock state to struct clk_core, but takes care to change as little API as
possible.
struct clk_hw still has a pointer to a struct clk, which is the
implementation's per-user clk instance, for backwards compatibility.
The struct clk that clk_get_parent() returns isn't owned by the caller, bu
Adds a way for clock consumers to set maximum and minimum rates. This
can be used for thermal drivers to set minimum rates, or by misc.
drivers to set maximum rates to assure a minimum performance level.
Changes the signature of the determine_rate callback by adding the
parameters min_rate and max
On Tue, Jan 20, 2015 at 8:05 PM, Tony Lindgren wrote:
> How about default to Linux id space and allow overriding that with
> a module param option if needed?
I'm not sure I'm following.
If the main point of contention is the base_id field, I'm also fine
with removing it entirely, as I'm not awar
On Wednesday 21 January 2015 12:01:31 Pavel Machek wrote:
> > > Strange, where do you see DOS style line breaks?
> > > Checkpatch here does not warn about that, and they really
> > > should not be there.
> >
> > If that would be the only pieces, then I would have fixed it
> > already. That is not
Hi!
> > Speaking about formatting, could you properly format your emails, that
> > is inserting newline after ~78 columns, to make them easier to reply
> > to?
>
> or you get an email client that can handle that part.
My email client is configured ok. Your is not. You are speaking on
public mail
2015-01-20 15:05 GMT+01:00 Kirill A. Shutemov :
> Russell King - ARM Linux wrote:
>> On Tue, Jan 20, 2015 at 02:16:43AM +0200, Kirill A. Shutemov wrote:
>> > Better option would be converting 2-lvl ARM configuration to
>> > , but I'm not sure if it's possible.
>>
>> Well, IMHO the folded approach i
On Tuesday 20 January 2015 09:34 PM, Lee Jones wrote:
> On Tue, 20 Jan 2015, R, Vignesh wrote:
>> On 1/20/2015 5:23 PM, Lee Jones wrote:
>>> On Wed, 07 Jan 2015, Vignesh R wrote:
>>>
In one shot mode, sequencer automatically disables all enabled steps at
the end of each cycle. (both ADC
On 01/20/2015 04:05 PM, Kirill A. Shutemov wrote:
> Russell King - ARM Linux wrote:
>> On Tue, Jan 20, 2015 at 02:16:43AM +0200, Kirill A. Shutemov wrote:
>>> Better option would be converting 2-lvl ARM configuration to
>>> , but I'm not sure if it's possible.
>>
>> Well, IMHO the folded approach i
Hi Felipe:
Thanks for reviewing these,
2015-01-19 22:50 GMT+08:00 Felipe Balbi :
> Hi,
>
> On Mon, Jan 19, 2015 at 03:56:47PM +0800, Sneeker Yeh wrote:
>> Synopsis Designware USB3 IP earlier than v3.00a which is configured in
>> silicon
>> with DWC_USB3_SUSPEND_ON_DISCONNECT_EN=1, would need a s
hi,
2015-01-20 4:00 GMT+08:00 Felipe Balbi :
> On Mon, Jan 19, 2015 at 07:45:31PM +, John Youn wrote:
>> > -Original Message-
>> > From: Felipe Balbi [mailto:ba...@ti.com]
>> > Sent: Monday, January 19, 2015 6:47 AM
>> >
>> > looking at Synopsys Solvnet for this IP, it shows that curre
hi,
2015-01-19 22:51 GMT+08:00 Felipe Balbi :
>
> On Mon, Jan 19, 2015 at 03:56:48PM +0800, Sneeker Yeh wrote:
> > If an xhci platform has Synopsis device disconnection errata then enable
> > XHCI_DISCONNECT_QUIRK quirk flag.
> >
> > Signed-off-by: Sneeker Yeh
> > ---
> > drivers/usb/host/xhci-p
32 matches
Mail list logo
