= <0> /* 0
> ns - 0 ns; 0 ticks */
> Jan 6 10:34:16 Nokia-N900 kernel: [2.716552] gpmc,adv-rd-off-ns = <0>
> /* 0 ns - 0 ns; 0 ticks */
> Jan 6 10:34:16 Nokia-N900 kernel: [2.722808] gpmc,adv-wr-off-ns = <0>
> /* 0 ns - 0 ns; 0 ticks */
> Jan 6 10:34:1
o, set system_rev only for Nokia N900? At same place where is called
save_atags()?
--
Pali Rohár
pali.ro...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
yes, then it would make
sense to add that #thermal line together with thermal zone defines...
--
Pali Rohár
pali.ro...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Saturday 02 January 2016 09:06:57 Tony Lindgren wrote:
> Hi,
>
> * Pali Rohár [160102 06:46]:
> > --- a/drivers/media/rc/ir-rx51.c
> > +++ b/drivers/media/rc/ir-rx51.c
> > @@ -25,9 +25,9 @@
> > #include
> > #include
> > #include
>
On Saturday 02 January 2016 14:38:36 Nishanth Menon wrote:
> On 01/02/2016 11:16 AM, Tony Lindgren wrote:
> > * Pali Rohár [160102 06:31]:
> >> Hello,
> >>
> >> MPU OPP table table (omap36xx_vddcore_volt_data) defined in
> >> opp3xxx_data.c does not ma
mc cs0 after gpmc_cs_set_timings:
> [1.920410] cs0 GPMC_CS_CONFIG1: 0xfb001201
>
> Looks like in the failing case the clock rates are not properly
> calculated in GPMC and GPMCFCLKDIVIDER is set wrong in
> GPMC_CS_CONFIG1. Need to look at it more to figure out what's the
>
er from the kernel? If you remove the other drivers for the
> devices on i2c.2?
Hi Peter and Jarkko! Do you have some code samples for testing? Or
something else which I can test? This problem is still reproducible on
more N900 devices and I would like to see it fixed.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
Maybe something with simple initramfs could work, but really if you have
serial console for N900 it should be for you lot of easier to get it.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Saturday 02 January 2016 23:57:47 Arnd Bergmann wrote:
> On Saturday 02 January 2016 16:22:03 Pali Rohár wrote:
> > On Monday 28 December 2015 15:55:28 Arnd Bergmann wrote:
> > > On Monday 28 December 2015 15:54:35 Pali Rohár wrote:
> > > > > I mean you
On Saturday 02 January 2016 18:14:31 Tony Lindgren wrote:
> * Pali Rohár [160102 06:14]:
> > Hello,
> >
> > now I'm looking at differences between legacy board code and DTS
> > file for Nokia N900 and I see some inconsistency for twl4030-power
> > driver.
&
On Monday 28 December 2015 15:55:28 Arnd Bergmann wrote:
> On Monday 28 December 2015 15:54:35 Pali Rohár wrote:
> > On Monday 28 December 2015 15:41:01 Arnd Bergmann wrote:
> > > On Monday 28 December 2015 15:28:48 Pali Rohár wrote:
> > > > On Monday 28 December 201
1
module for Nokia N900. Do you know how to fix this driver for upstream
kernel? It would be great to have driver working and not to have it in
this dead state...
Also platform data for this driver are only in legacy board code.
Support in DTS is missing, so driver (after fixing above problem)
device tree, is there any way how correct
MPU OOP table for Nokia N900 could be defined in DT file?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
://github.com/pali/linux-n900/commit/e147fd4b678f1f3d7a5235287910960bd41e04dc
As Nokia N900 code is converting from legacy board code to DST, I would
like to know how to patch correctly omap3_idle_driver in DTS with
correct values measured for Nokia N900. Thanks!
--
Pali Rohár
pali.ro...@gmail.com
ported to
DTS. Tony, can you look at this at all?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
t; +}
> +
> +static int __init early_omapfb_memsize(char *p)
> +{
> + omapfb_mem_size = ALIGN(memparse(p, &p), SZ_1M);
> +
> + if(!omapfb_mem_size)
> + pr_err("omapfb: bad memsize parameter\n");
> +
> + return 0;
> }
> +early_param("omapfb_memsize", early_omapfb_memsize);
> #else
> int __init omap_init_fb(void) { return 0; }
> #endif
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Monday 28 December 2015 15:41:01 Arnd Bergmann wrote:
> On Monday 28 December 2015 15:28:48 Pali Rohár wrote:
> > On Monday 28 December 2015 15:14:50 Arnd Bergmann wrote:
> > > On Friday 25 December 2015 13:53:11 Pali Rohár wrote:
> > > > On Monday 18 May 201
On Monday 28 December 2015 15:14:50 Arnd Bergmann wrote:
> On Friday 25 December 2015 13:53:11 Pali Rohár wrote:
> > On Monday 18 May 2015 17:07:57 Arnd Bergmann wrote:
> > > On Monday 18 May 2015 08:06:07 Tony Lindgren wrote:
> > > > * Arnd Bergmann [150515 14:2
This patch adds adp1653 device into n900 DT structure. DT support in
adp1653 driver is there since v4.2-rc1 version.
Signed-off-by: Pali Rohár
---
arch/arm/boot/dts/omap3-n900.dts | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm
Driver for omap3 with documentation is there since v4.4-rc1.
Signed-off-by: Pali Rohár
---
arch/arm/boot/dts/omap34xx.dtsi |5 +
arch/arm/boot/dts/omap36xx.dtsi |5 +
2 files changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/omap34xx.dtsi b/arch/arm/boot/dts
On Monday 18 May 2015 17:07:57 Arnd Bergmann wrote:
> On Monday 18 May 2015 08:06:07 Tony Lindgren wrote:
> > * Arnd Bergmann [150515 14:26]:
> > > On Friday 15 May 2015 23:22:37 Pali Rohár wrote:
> > If setting up the generic binding is expected to take a while,
> >
On Monday 06 July 2015 22:26:09 Pali Rohár wrote:
> With this patch "/revision" DT entry is used to set global system_rev
> variable. DT "/revision" is expected to be u32 numeric value.
>
> TODO: add documentation
>
> Signed-off-by: Pali Rohár
>
ted later in /proc/atags
>
> Signed-off-by: Ivaylo Dimitrov
Working fine in qemu.
Tested-by: Pali Rohár
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Thursday 24 December 2015 17:37:55 Ivaylo Dimitrov wrote:
> So it can be used by code outside arch/arm/kernel/. Fix save_atags()
> declaration to match its definition while at it.
>
> Signed-off-by: Ivaylo Dimitrov
Tested-by: Pali Rohár
--
Pali Rohár
pali.ro...@gmail.com
s
On Monday 30 November 2015 11:09:42 Nicolas Pitre wrote:
> On Mon, 30 Nov 2015, Pali Rohár wrote:
>
> > On Monday 30 November 2015 07:23:53 Tony Lindgren wrote:
> > > * Pali Rohár [151129 16:16]:
> > > > On Monday 30 November 2015 01:09:17 Nicolas Pitre wro
On Monday 30 November 2015 07:23:53 Tony Lindgren wrote:
> * Pali Rohár [151129 16:16]:
> > On Monday 30 November 2015 01:09:17 Nicolas Pitre wrote:
> > > On Sun, 29 Nov 2015, Russell King - ARM Linux wrote:
> > > > On Sat, Nov 28, 2015 at 12:34:23PM -0500, Nicol
be done in that uncompress
> > > code.
>
> Who is that somebody? If ever it happened to be me then objection is
> withdrawn. Otherwise that somebody should come forth and speak up
> again.
>
... do not remember ... this discussion were in more email threads and
takes more then one year... sorry but my memory is not excellent
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
l. And somebody (do not remember who) wrote to ML,
> > that it is not possible and it can be done in that uncompress
> > code.
>
> So you're converging on an idea that has already been rejected.
> That's not a good thing, IMHO.
Or in other case show that such implementation is possible...
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
tions (based on
usb charger we enter different runlevel -- for just only charging
device).
--
Pali Rohár
pali.ro...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vge
y file. And if yes how? I was not thinking
about this approach because somebody in past wrote that this is not
possible...
--
Pali Rohár
pali.ro...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wednesday 25 November 2015 22:51:00 Arnd Bergmann wrote:
> On Wednesday 25 November 2015 22:44:28 Pali Rohár wrote:
> > Arnd, my question about proper solution reminds... Proprietary
> > bootloader which cannot be replaced (e.g. it is signed or do
> > unknown magic) pr
about proper solution reminds... Proprietary
bootloader which cannot be replaced (e.g. it is signed or do unknown
magic) provides information to booted kernel via custom specific ATAGs
fields. How userspace could properly read those custom information from
bootloader?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
11/5/2015 8:17 AM, Tony Lindgren wrote:
> > > * Pali Rohár [151105 03:41]:
> > >> On Tuesday 13 October 2015 16:37:46 Pali Rohár wrote:
> > >>> On Monday 12 October 2015 13:45:09 Tony Lindgren wrote:
> > >>>> * Pali Rohár [151012 13:29]:
> > &g
On Tuesday 13 October 2015 16:37:46 Pali Rohár wrote:
> On Monday 12 October 2015 13:45:09 Tony Lindgren wrote:
> > * Pali Rohár [151012 13:29]:
> > > On Monday 12 October 2015 22:16:40 Tony Lindgren wrote:
> > > >
> > > > Pali, any news on p
cawake gpio (err=-2)"
>
> As omap3-n900 uses one SSI port, mark it enabled there.
>
Sebastian, why is second SSI port disabled on N900? It is not used or
in DTS file are missing some definitions?
--
Pali Rohár
pali.ro...@gmail.com
--
To unsubscribe from this list: send the li
On Monday 12 October 2015 13:45:09 Tony Lindgren wrote:
> * Pali Rohár [151012 13:29]:
> > On Monday 12 October 2015 22:16:40 Tony Lindgren wrote:
> > >
> > > Pali, any news on posting an updated series with the comments
> > > addressed in this thread? It
On Monday 12 October 2015 22:16:40 Tony Lindgren wrote:
> * Tony Lindgren [150713 06:21]:
> > * Pali Rohár [150707 05:00]:
> > > On Tuesday 07 July 2015 12:32:13 Russell King - ARM Linux wrote:
> > > > On Mon, Jul 06, 2015 at 10:26:13PM +0200, Pali Rohár wrote:
&g
is there some way to force kernel to dump backtrace into dmesg when
> > division by zero occur?
>
> You can do WARN_ON(bpp==1) ... and should probably return in that
> case.
>
> Pavel
Does not make sense to call slow_ function? In that if condition check
also that bpp is nonzero...
--
Pali Rohár
pali.ro...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Friday 21 August 2015 12:17:41 Tomi Valkeinen wrote:
>
>
> On 21/08/15 11:48, Pali Rohár wrote:
> > On Friday 21 August 2015 11:42:14 Tomi Valkeinen wrote:
> >>
> >>
> >> On 24/07/15 19:03, Pali Rohár wrote:
> >>> Hello,
> &g
On Friday 21 August 2015 11:42:14 Tomi Valkeinen wrote:
>
>
> On 24/07/15 19:03, Pali Rohár wrote:
> > Hello,
> >
> > when on N900 (real HW or qemu) I run this command
> >
> > / # echo 0 > /sys/devices/platform/omapdss/overlay0/enabled &am
On Tuesday 18 August 2015 07:11:27 Peter Teoh wrote:
> On Fri, Jul 24, 2015 at 9:03 AM, Pali Rohár wrote:
> >
> > Hello,
> >
> > when on N900 (real HW or qemu) I run this command
> >
> > / # echo 0 > /sys/devices/platform/omapdss/overlay0/enabled &am
On Tuesday 28 July 2015 13:56:02 Pali Rohár wrote:
> On Friday 24 July 2015 18:03:42 Pali Rohár wrote:
> > Hello,
> >
> > when on N900 (real HW or qemu) I run this command
> >
> > / # echo 0 > /sys/devices/platform/omapdss/overlay0/enabled &&
l version...
If you are interested and what to play with that, just look at few lines
of twl4030 code in uboot rx51.c (until "restore I2C access state"):
http://git.denx.de/?p=u-boot.git;a=blob;f=board/nokia/rx51/rx51.c;h=3d019b01428b5392fb5d0b8c7428a6d1d2ba31af;hb=HEAD#l388
All a
On Monday 03 August 2015 20:48:28 Jarkko Nikula wrote:
> On 08/03/2015 09:17 PM, Pali Rohár wrote:
> > On Monday 03 August 2015 20:03:16 Jarkko Nikula wrote:
> >> Hi
> >>
> >> On 08/01/2015 01:18 PM, Pali Rohár wrote:
> >>> On Saturday 25 July 201
On Monday 03 August 2015 20:03:16 Jarkko Nikula wrote:
> Hi
>
> On 08/01/2015 01:18 PM, Pali Rohár wrote:
> > On Saturday 25 July 2015 15:17:13 Lars-Peter Clausen wrote:
> >> On 07/25/2015 12:28 PM, Pali Rohár wrote:
> >>> Hello,
> >>>
> >>
On Saturday 25 July 2015 15:17:13 Lars-Peter Clausen wrote:
> On 07/25/2015 12:28 PM, Pali Rohár wrote:
> > Hello,
> >
> > sometimes after rebooting Nokia N900 initializing alsa audio fails.
> > Here output from dmesg log when it happen:
> >
> > [6
On Tuesday 28 July 2015 14:26:13 Sebastian Reichel wrote:
> Hi Pali,
>
> On Tue, Jul 28, 2015 at 10:39:32AM +0200, Pali Rohár wrote:
> > Sebastian or Michael: Can you add check for pm_runtime_get_sync()
> > function and send patch for including in mainline kernel?
>
On Friday 24 July 2015 18:03:42 Pali Rohár wrote:
> Hello,
>
> when on N900 (real HW or qemu) I run this command
>
> / # echo 0 > /sys/devices/platform/omapdss/overlay0/enabled && echo 0 >
> /sys/class/graphics/fb0/size
>
> then kernel crash with thi
On Saturday 25 July 2015 10:55:50 Pali Rohár wrote:
> On Wednesday 22 July 2015 04:03:07 Sebastian Reichel wrote:
> > Hi,
> >
> > On Tue, Jul 21, 2015 at 07:17:41PM -0500, Michael Welling wrote:
> > > On Tue, Jul 21, 2015 at 11:34:41AM +0200, Pavel Machek wrote:
>
t;
> Going through that. AFAICT, you are not using devicetree on n900?
>
> CONFIG_MACH_NOKIA_RX51=y
>
> Unfortunately, not having serials, it is tricky to get any output from
> that cnofiguration, so I don't know what I got wrong...
>
] ALSA device list:
[8.070343] No soundcards found.
Any idea what to do?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
) enable = !enable;
>
> if (spi->controller_state) {
> + pm_runtime_get_sync(mcspi->dev);
> +
> l = mcspi_cached_chconf0(spi);
>
> if (enable)
> @@ -263,6 +266,9 @@ static void omap2_mcspi_set_cs(struct spi_device
> *spi, bool enable) l |= OMAP2_MCSPI_CHCONF_FORCE;
>
> mcspi_write_chconf0(spi, l);
> +
> + pm_runtime_mark_last_busy(mcspi->dev);
> + pm_runtime_put_autosuspend(mcspi->dev);
> }
> }
This patch fix spi bus for me.
Tested-by: Pali Rohár
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
Division by zero in kernel should not be there even if userspace
call "incorrect" command.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Friday 24 July 2015 10:40:58 Pali Rohár wrote:
> On Friday 24 July 2015 16:18:09 Dave Young wrote:
> > On 07/11/15 at 02:05pm, Pali Rohár wrote:
> > > Hello,
> > >
> > > now I tested 4.2-rc1 release on Nokia N900 and couple of drivers
&g
vaylo, thanks for your info. I know pali's kernel tree, but the problem is
> I do not know much about the userspace fixes.
>
> According to another reply from Pali, I should fix HAL and sgx start script.
>
> Thanks
> Dave
It is not enough, also you need to update Mae
On Friday 24 July 2015 18:33:51 Dave Young wrote:
> Hi, Pali
>
> On 07/24/15 at 10:40am, Pali Rohár wrote:
> > On Friday 24 July 2015 16:18:09 Dave Young wrote:
> > > On 07/11/15 at 02:05pm, Pali Rohár wrote:
> > > > Hello,
> > > >
> > > &
On Friday 24 July 2015 16:18:09 Dave Young wrote:
> On 07/11/15 at 02:05pm, Pali Rohár wrote:
> > Hello,
> >
> > now I tested 4.2-rc1 release on Nokia N900 and couple of drivers are
> > broken and cause kernel oops...
> >
> > Basically wifi,
On Wednesday 22 July 2015 15:33:18 Sebastian Reichel wrote:
> Hi,
>
> On Wed, Jul 22, 2015 at 09:27:32AM +0200, Pali Rohár wrote:
> > > > diff --git a/drivers/spi/spi-omap2-mcspi.c
> > > > b/drivers/spi/spi-omap2-mcspi.c
> > > > index 5867384..f7d9f
me_get_sync?
>
Yes, you *must* check return value of pm_runtime_get_sync! Otherwise we
can get another oops/kernel panic. See similar commits:
f7b2b5dd6a62a47e871627c71ed01aa3482154d9
604c31039dae4653f33003d08c91ef58b70b5e63
Anyway, what do you think about adding gcc macro for pm_runtime_get_sync
gards,
> Pavel
>
Ok, I will try it at the weekend... Anyway, can you rebase patches on
top of some linus tree? Because via that git.kernel.org web it is
impossible to list commits or read diff/patches which you applied.
--
Pali Rohár
pali.ro...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Monday 20 July 2015 22:46:47 Michael Welling wrote:
> On Tue, Jul 14, 2015 at 09:14:12AM +0200, Pali Rohár wrote:
> > On Monday 13 July 2015 17:36:07 Michael Welling wrote:
> > > On Tue, Jul 14, 2015 at 12:02:44AM +0200, Pali Rohár wrote:
> > > > I thin
On Monday 13 July 2015 17:36:07 Michael Welling wrote:
> On Tue, Jul 14, 2015 at 12:02:44AM +0200, Pali Rohár wrote:
> > I think nothing special. I just call:
> >
> > export ARCH=arm
> > export CROSS_COMPILE=arm-linux-gnueabi-
> > make rx51_defconfig
> > r
On Monday 13 July 2015 23:52:32 Michael Welling wrote:
> On Mon, Jul 13, 2015 at 10:34:21PM +0200, Pali Rohár wrote:
> > On Monday 13 July 2015 22:28:35 Michael Welling wrote:
> > > On Mon, Jul 13, 2015 at 07:09:06PM +0200, Pali Rohár wrote:
> > > > Hello, here is
On Monday 13 July 2015 22:28:35 Michael Welling wrote:
> On Mon, Jul 13, 2015 at 07:09:06PM +0200, Pali Rohár wrote:
> > Hello, here is my objdump of 4.2-rc2 version:
> >
> > 0064 :
> > 64: e3003182movwr3, #386; 0x182
> >
t 11:44:25PM -0700, Tony Lindgren wrote:
> > > * Pali Rohár [150711 05:07]:
> > > > Hello,
> > > >
> > > > now I tested 4.2-rc1 release on Nokia N900 and couple of
> > > > drivers are broken and cause kernel oops...
> > > >
> &g
On Monday 13 July 2015 17:51:39 Sebastian Reichel wrote:
> Hi,
>
> On Sat, Jul 11, 2015 at 02:05:05PM +0200, Pali Rohár wrote:
> > now I tested 4.2-rc1 release on Nokia N900 and couple of drivers are
> > broken and cause kernel oops...
> >
> > Basically wifi
On Sunday 12 July 2015 23:44:25 Tony Lindgren wrote:
> * Pali Rohár [150711 05:07]:
> > Hello,
> >
> > now I tested 4.2-rc1 release on Nokia N900 and couple of drivers are
> > broken and cause kernel oops...
> >
> > Basically wifi, touchscreen and rtc d
+0x0/0x3c)
[ 104.093627] ---[ end trace d21553dcaefcb5af ]---
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
e usbmode http://maemo.org/packages/view/usbmode/ is it possible
to enter usb host mode on n900 (and then connect e.g. usb stick).
And IIRC correct command is:
# echo host > mode
# echo peripheral > mode
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Tuesday 07 July 2015 17:02:30 Sebastian Reichel wrote:
> Hi,
>
> On Mon, Jul 06, 2015 at 09:44:22PM +0200, Pali Rohár wrote:
> > now I found out that rx51-battery.ko driver register sysnode
> > /sys/class/power_supply/rx51-battery/ when booting with legacy board
> >
On Tuesday 07 July 2015 12:32:13 Russell King - ARM Linux wrote:
> On Mon, Jul 06, 2015 at 10:26:13PM +0200, Pali Rohár wrote:
> > Legacy bootloaders can pass additional information for kernel or legacy
> > userspace applications. When booting DT kernel then ATAGs structure is not
&
On Monday 06 July 2015 06:53:18 Tony Lindgren wrote:
> * Pali Rohár [150706 06:27]:
> > On Tuesday 28 October 2014 23:26:41 Tony Lindgren wrote:
> > > * Pavel Machek [141028 15:22]:
> > > > On Tue 2014-10-28 23:04:50, Pavel Machek wrote:
> > > > >
When uncompressing kernel image this patch convert ATAG_REVISION structure
into DT "/revision" entry. For legacy bootloaders which do not support DT
booting there is no other option how to pass ATAG_REVISION into kernel.
Signed-off-by: Pali Rohár
---
arch/arm/boot/compressed/atag
can later
reuse it and export via /proc/atags to userspace.
Signed-off-by: Pali Rohár
---
arch/arm/boot/compressed/atags_to_fdt.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/compressed/atags_to_fdt.c
b/arch/arm/boot/compressed/atags_to_fdt.c
index e7e1cc
With this patch "/revision" DT entry is used to set global system_rev
variable. DT "/revision" is expected to be u32 numeric value.
TODO: add documentation
Signed-off-by: Pali Rohár
---
arch/arm/kernel/devtree.c | 12 ++--
1 file changed, 10 insertions(+), 2 dele
userspace
application which expect some data from bootloader in /proc/atags file.
This patch keeps them running also on DT kernel if DT "/chosen/linux,atags"
entry exists.
TODO: add documentation
Signed-off-by: Pali Rohár
---
arch/arm/kernel/devtree.c | 24 +++-
In file atags_proc.c function save_atags() expect const argument, but in
atags.h file is declarated as non const. Fix declaration in atags.h file to
match what is expected.
Signed-off-by: Pali Rohár
---
arch/arm/kernel/atags.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
N900. File /proc/cpuinfo contains correct "Revision" line
from ATAG_REVISION and /proc/atags contains full ATAGs structure.
Pali Rohár (5):
arm: devtree: Set system_rev from DT "/revision"
arm: boot: convert ATAG_REVISION to DT "/revision" entry
arm: atag
ut needing patching them.
What do you think?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Monday 06 July 2015 18:20:35 Pali Rohár wrote:
> > > "/chosen/linux,atags"
> >
> > This one. ATAGs are a Linux data struct.
> >
> > Rob
>
> Ok, and how read that property "/chosen/linux,atags" in function
> setup_machine_fdt()
On Monday 06 July 2015 17:22:58 Rob Herring wrote:
> On Mon, Jul 6, 2015 at 8:12 AM, Pali Rohár wrote:
> > On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
> >> * Pali Rohár [150706 05:25]:
> >> > into which file should I put documentation about new DT
> &g
ould probably
> be backported to at least v3.16 stable for distro use, maybe earlier
> too. I'd assume this is broken on multiple platforms currently.
>
> Regards,
>
> Tony
Hi Tony,
it looks like this patch was not included into any kernel version... I'm
still using it on top of 4.x kernels. Are you going to send this patch
into upstream? Or do you have another fix for this problem?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
> * Pali Rohár [150706 05:25]:
> > into which file should I put documentation about new DT properties?
>
> If it's Linux generic like linux,revision, then how about
> Documentation/devicetree/bindings/revision.
On Thursday 25 June 2015 07:01:38 Tony Lindgren wrote:
> * Pali Rohár [150506 04:45]:
> > On Wednesday 06 May 2015 13:04:01 Arnd Bergmann wrote:
> > > > It needs to be done in this code, so "system_rev" variable is
> > > > set properly...
> >
On Tuesday 30 June 2015 23:59:33 Tony Lindgren wrote:
> * Pali Rohár [150630 02:55]:
> >
> > I will try 4.2 at the end of week.
>
> At least today's 4.1.0-11549-g05a8256 boots just fine on my n900.
>
> Regards,
>
> Tony
So, Pavel can you re-test? Maybe
dmas = <&sdma 69>;
> dma-names = "rx";
> + status = "disabled";
> };
>
> smartreflex_core: smartreflex@480cb000 {
>
>
emu, but it seems to work ok there.
>
Hm... Maybe problem with HS code?
By chance, can you try to disable (omap) sham node in n900 DT file?
(same way like omap aes is disabled)
> Any ideas? Thanks,
> Pavel
--
Pali Rohár
pa
On Thursday 25 June 2015 00:22:05 Tony Lindgren wrote:
> * Pali Rohár [150625 00:21]:
> >
> > Ok, but what do you mean to forget any string conversion?
>
> No need for tohexstr() in the uncommpress code if the system_rev
> value is a number coming from the dts.
>
On Wednesday 24 June 2015 22:01:38 Tony Lindgren wrote:
> * Pali Rohár [150506 04:45]:
> > On Wednesday 06 May 2015 13:04:01 Arnd Bergmann wrote:
> > > >
> > > > It needs to be done in this code, so "system_rev" variable is set
> > > > prop
; > inaccessible?
>
> Oh OK yeah then that would not work for Pali's case. I guess it just
> needs to be tested.
>
> Regards,
>
> Tony
Ok, thanks for info. Do you have some quick small patches for testing?
Or some pointers what is needed to modify and how?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Wednesday 11 February 2015 14: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,
Hi Paul,
this patch is also for omap2... Can you review it too?
On Saturday 28 February 2015 17:24:36 Pavel Machek wrote:
> On Thu 2015-02-26 14:49:52, Pali Rohár wrote:
> > Register crypto hwmod links only if they are not disabled in DT.
> > If DT information is missing, enable t
On Thursday 26 February 2015 14:49:51 Pali Rohár wrote:
> Without this patch function pm_runtime_get_sync() returns 0 even when some
> omap subfunction fails. This patch properly propagate error codes from omap
> functions back to caller.
>
> This patch fix problem, when loading
bmit it properly.
>
> Best regards,
> Javier
Hi all! What about stopping this meaningless discussion about resending
full patch series when everybody know how to fix is quickly in editor
(e.g with sed under 5s) and not wasting another 10 minutes to generate
new unified diff sent via SMTP protocol?
On Sunday 05 April 2015 15:45:28 Sebastian Reichel wrote:
> Hi,
>
> On Sun, Apr 05, 2015 at 03:26:14PM +0200, Pali Rohár wrote:
> > > > > Yes so it seems, and the bootloaders should really set
> > > > > it. It's also disabled for multiplatform builds.
&
> http://git.denx.de/?p=u-boot.git;a=commit;h=c6f90e1418a84fe5
> > fa463b38403bd1845cb6a59c
>
> Seems like "include/configs/nokia_rx51.h" has been forgotten.
> Note, that the kernel must still be able to enable the bit
> itself (in case NOLO is used without u-boot).
>
On Monday 16 March 2015 22:01:43 Tony Lindgren wrote:
> * Pali Rohár [150316 13:59]:
> > On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
> > > I believe the last pending issues is the support for
> > > ATAG_REVISION in device tree mode as posted by Pali.
>
Fix
for crypto DT stuff I already sent.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Sunday 08 March 2015 17:35:13 Paul Walmsley wrote:
> On Sun, 8 Mar 2015, Pali Rohár wrote:
> > On Friday 06 March 2015 23:23:06 Aaro Koskinen wrote:
> > > On Fri, Mar 06, 2015 at 10:36:32AM -0800, Tony Lindgren
wrote:
> > > > Are there any fixes in this series th
Function pm_runtime_get_sync could fail and we need to check return
value to prevent kernel crash.
Signed-off-by: Pali Rohár
---
v2: Check return value for all pm_runtime_get_sync() calls
---
drivers/crypto/omap-sham.c | 23 ---
1 file changed, 20 insertions(+), 3
1 - 100 of 349 matches
Mail list logo