* Pali Rohár [150218 15:58]:
> On Wednesday 18 February 2015 23:42:06 Tony Lindgren wrote:
> > Of course it's always possible to do do a omap3-n900-qemu.dts
> > if larger changes are needed :)
>
> I would like to avoid using separate DTS for qemu. When we have
> only one DTS file (for both qemu a
On Wed, Feb 18, 2015 at 5:00 AM, Matthijs van Duin
wrote:
>
> 030-040 are the core debug control regs... in fact, judging by their
> values and the fact you mentioned bit 13 controls DBGEN, these regs
> look very much like the ICEPick-D core debug control regs, which
> themselves are simplified ve
* Pali Rohár [150218 11:07]:
> On Wednesday 18 February 2015 17:33:53 Tony Lindgren wrote:
> > > */ +//reg = <1 0x300 0xf>;/* 16 byte IO range at
> offset
> > > 0x300 */ +reg = <1 0x0 0xf>; /* 16 byte IO
> > > range
> at
> > > offset 0x300 */
* Matthijs van Duin [150218 10:32]:
> On 18 February 2015 at 15:54, Tony Lindgren wrote:
> > From memory.. I believe the issue was that for anything needing to
> > set the counter and rely on the counter interrupt things would fail
> > as the counter interrupts would not always happen.
>
> Corre
On Wednesday 18 February 2015 23:42:06 Tony Lindgren wrote:
> * Pali Rohár [150218 11:07]:
> > On Wednesday 18 February 2015 17:33:53 Tony Lindgren wrote:
> > > > */ +// reg = <1 0x300 0xf>;/* 16 byte IO range
at
> >
> > offset
> >
> > > > 0x300 */ + reg = <1 0
On Monday 09 February 2015 12:25:00 Pali Rohár wrote:
> On Saturday 31 January 2015 16:29:36 Pali Rohár wrote:
> > Hello,
> >
> > when I enable problematic omap_aes.ko driver (also in DT)
> > for Nokia N900 machine in qemu (it emulates OMAP GP device,
> > not HS) I get this error message in dmesg
On Wednesday 18 February 2015 22:02:30 Pali Rohár wrote:
> On Wednesday 18 February 2015 13:21:03 Pali Rohár wrote:
> > Hello,
> >
> > I tried to test OMAP AES driver on Nokia N900 with special
> > Nokia bootloader which enable L3 firewall for OMAP AES HW
> > support.
> >
> > I modified arch/arm/
On Wednesday 11 February 2015 21:40:33 Nishanth Menon wrote:
> On Wed, Feb 11, 2015 at 2:28 PM, Pali Rohár
wrote:
> > On Wednesday 11 February 2015 16:22:51 Matthijs van Duin
wrote:
> >> On 11 February 2015 at 13:39, Pali Rohár
> >>
> >
> > wrote:
> >> >> Anyhow, since checking the firewalls/A
On Wednesday 18 February 2015 13:21:03 Pali Rohár wrote:
> Hello,
>
> I tried to test OMAP AES driver on Nokia N900 with special
> Nokia bootloader which enable L3 firewall for OMAP AES HW
> support.
>
> I modified arch/arm/boot/dts/omap34xx-hs.dtsi file and
> commented aes line which disable aes
On Wednesday 18 February 2015 17:33:53 Tony Lindgren wrote:
> * Pali Rohár [150218 07:23]:
> > On Tuesday 06 January 2015 00:02:29 Tony Lindgren wrote:
> > > Revert "ARM: dts: Disable smc91x on n900 until bootloader
> > > dependency is removed". We've now fixed the issues that
> > > caused problem
On 18 February 2015 at 15:54, Tony Lindgren wrote:
> From memory.. I believe the issue was that for anything needing to
> set the counter and rely on the counter interrupt things would fail
> as the counter interrupts would not always happen.
Correct, but the interrupt is just used to indicate wh
* Pali Rohár [150218 07:23]:
> On Tuesday 06 January 2015 00:02:29 Tony Lindgren wrote:
> > Revert "ARM: dts: Disable smc91x on n900 until bootloader
> > dependency is removed". We've now fixed the issues that
> > caused problems with uninitialized hardware depending on
> > the bootloader version.
On Tuesday 06 January 2015 00:02:29 Tony Lindgren wrote:
> Revert "ARM: dts: Disable smc91x on n900 until bootloader
> dependency is removed". We've now fixed the issues that
> caused problems with uninitialized hardware depending on
> the bootloader version. Mostly things got fixed with
> the foll
* Matthijs van Duin [150216 12:12]:
> On 16 February 2015 at 18:58, Tony Lindgren wrote:
> > The perf counter on omap3 used to work, but is buggy at least on
> > 3430 because it eventually stops producing interrupts because of
> > some bug in the Cortex-A8 version being used.
>
> Of course the w
On Wed, Feb 18, 2015 at 10:39:53PM +0800, Sneeker Yeh wrote:
> Hi,
> 2015/2/18 下午10:34 於 "Felipe Balbi" 寫道：
> >
> > On Wed, Feb 18, 2015 at 10:47:45AM +0200, Mathias Nyman wrote:
> > > Hi
> > >
> > > This looks correct, but if you are still going to make a new series
> fixing
> > > Felipe's commen
On Wed, Feb 18, 2015 at 10:47:45AM +0200, Mathias Nyman wrote:
> Hi
>
> This looks correct, but if you are still going to make a new series fixing
> Felipe's comments then the following tiny nitpicks could be fixed as well.
>
> Otherwise
>
> Acked-by: Mathias Nyman
>
> Felipe, Do you want to
hi Mathias,
thanks for reviewing these,
2015-02-18 16:47 GMT+08:00 Mathias Nyman :
> Hi
>
> This looks correct, but if you are still going to make a new series fixing
> Felipe's comments then the following tiny nitpicks could be fixed as well.
>
> Otherwise
>
> Acked-by: Mathias Nyman
>
> Felipe
hi Felipe:
thanks for the suggestion,
2015-02-18 3:26 GMT+08:00 Felipe Balbi :
> On Tue, Feb 17, 2015 at 01:41:37PM +0800, Sneeker Yeh wrote:
>> This patch adds support for Synopsis DesignWare USB3 IP Core found
>> on Fujitsu Socs.
>>
>> Signed-off-by: Sneeker Yeh
>> ---
>> .../devicetree/bindi
Hello,
I tried to test OMAP AES driver on Nokia N900 with special Nokia
bootloader which enable L3 firewall for OMAP AES HW support.
I modified arch/arm/boot/dts/omap34xx-hs.dtsi file and commented
aes line which disable aes support in DT.
Then I booted kernel and loaded omap-aes.ko module. An
When you are drowning in regressions
..then the first step is to stop more regressions. That's the
situation with Nokia N900 kernel now: it has a lot of hardware, and
there's kernel support for most of that, but userland support really
is not mature enough. So I added test script to tui/ofone, whi
Hi
This looks correct, but if you are still going to make a new series fixing
Felipe's comments then the following tiny nitpicks could be fixed as well.
Otherwise
Acked-by: Mathias Nyman
Felipe, Do you want to take this series through your tree?
On 17.02.2015 07:41, Sneeker Yeh wrote:
>
>
On 18/02/15 10:00, Roger Quadros wrote:
> On 13/01/15 17:54, Tony Lindgren wrote:
>> * Roger Quadros [150113 04:26]:
>>> Hi,
>>>
>>> During system suspend L3INIT_960M_GFCLK and L3INIT_480M_GFCLK clocks remain
>>> active on the DRA7 platform. This is because the pipe3 driver doesn't shut
>>> them o
On 13/01/15 17:54, Tony Lindgren wrote:
> * Roger Quadros [150113 04:26]:
>> Hi,
>>
>> During system suspend L3INIT_960M_GFCLK and L3INIT_480M_GFCLK clocks remain
>> active on the DRA7 platform. This is because the pipe3 driver doesn't shut
>> them off as part of .suspend(). Patch 1 addresses this
23 matches
Mail list logo
