Yes, it is the big 3.0 coming to a Linaro server near you !
The Linux v3.0 based Linaro kernel branch is now available from:
http://git.linaro.org/gitweb?p=kernel/linux-linaro-3.0.git%3Ba=summary
http://git.linaro.org/git/kernel/linux-linaro-3.0.git
Since the official final v3.0 from Linus Torvalds is going to happen in a matter of hours now, and considering that the freeze for the 11.07 kernel release is supposed to take effect this Thursday, this is probably the best time to fork the Linaro-3.0 branch and start merging patches onto it. Currently this contains the following from RMK's devel-stable branch:
* The comprehensive ARM kprobes work from Jon (Tixy) Medhurst
* The new processor struct macros from Dave Martin
* A small part of the single zImage work from myself
* The ARM cpu topology definition from Vincent Guittot
* Basic Cortex A5 support from Will Deacon & Pawel Moll
* DMA infrastructure cleanups from Russell King
* A kernel helper to perform 64-bit atomic operations from myself
Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday.
Nicolas
On Tuesday 19 July 2011 04:57:05 Nicolas Pitre wrote:
Yes, it is the big 3.0 coming to a Linaro server near you !
The Linux v3.0 based Linaro kernel branch is now available from:
http://git.linaro.org/gitweb?p=kernel/linux-linaro-3.0.git%3Ba=summary
http://git.linaro.org/git/kernel/linux-linaro-3.0.git
Since the official final v3.0 from Linus Torvalds is going to happen in a matter of hours now, and considering that the freeze for the 11.07 kernel release is supposed to take effect this Thursday, this is probably the best time to fork the Linaro-3.0 branch and start merging patches onto it. Currently this contains the following from RMK's devel-stable branch:
The comprehensive ARM kprobes work from Jon (Tixy) Medhurst
The new processor struct macros from Dave Martin
A small part of the single zImage work from myself
The ARM cpu topology definition from Vincent Guittot
Basic Cortex A5 support from Will Deacon & Pawel Moll
DMA infrastructure cleanups from Russell King
A kernel helper to perform 64-bit atomic operations from myself
Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday.
Well, in theory, I guess you could just merge all of the current arm-soc/for-next contents, which would help get some more testing on the patches that go into 3.1.
If you think that's too adventurous, it's probably good to merge at least the next/fixes branch. The next/fixes2 branch contains all the omap bug fixes, because they depend on the omap cleanup patches.
Arnd
On 07/19/2011 03:57 AM, Somebody in the thread at some point said:
Hi -
Yes, it is the big 3.0 coming to a Linaro server near you !
The Linux v3.0 based Linaro kernel branch is now available from:
Great... I established a rebase branch "tilt-linux-linaro-3.0"
http://git.linaro.org/gitweb?p=people/andygreen/kernel-tilt.git%3Ba=shortlog...
which is our goodies based on this.
However I noticed a small problem in ALSA core, it's either come from linus tree in the last day or from the merges in linux-linaro-3.0
http://git.linaro.org/gitweb?p=people/andygreen/kernel-tilt.git%3Ba=blobdiff...
-Andy
On Tue, Jul 19, 2011 at 3:04 PM, Nicolas Pitre nicolas.pitre@linaro.org wrote:
On Tue, 19 Jul 2011, John Rigby wrote:
My first request would be for board level device tree support.
I think Grant should have that ready soon.
Grant, do you know if this will be included for 11.07 release/tag?
Would be good to have it, as we're already deploying dt support at u-boot and at all hwpacks (and it's expected to be there by linaro-media-create tool).
Thanks,
On Tue, Jul 19, 2011 at 03:22:58PM -0300, Ricardo Salveti wrote:
On Tue, Jul 19, 2011 at 3:04 PM, Nicolas Pitre nicolas.pitre@linaro.org wrote:
On Tue, 19 Jul 2011, John Rigby wrote:
My first request would be for board level device tree support.
I think Grant should have that ready soon.
Grant, do you know if this will be included for 11.07 release/tag?
Would be good to have it, as we're already deploying dt support at u-boot and at all hwpacks (and it's expected to be there by linaro-media-create tool).
I plan to send Nico exactly the same thing that I'm going to send to Linus T. in a day or so, so "yes".
g.
Thanks,
Ricardo Salveti de Araujo
On Tue, 19 Jul 2011, Grant Likely wrote:
On Tue, Jul 19, 2011 at 03:22:58PM -0300, Ricardo Salveti wrote:
On Tue, Jul 19, 2011 at 3:04 PM, Nicolas Pitre nicolas.pitre@linaro.org wrote:
On Tue, 19 Jul 2011, John Rigby wrote:
My first request would be for board level device tree support.
I think Grant should have that ready soon.
Grant, do you know if this will be included for 11.07 release/tag?
Would be good to have it, as we're already deploying dt support at u-boot and at all hwpacks (and it's expected to be there by linaro-media-create tool).
I plan to send Nico exactly the same thing that I'm going to send to Linus T. in a day or so, so "yes".
The clock is ticking ... ... ...
I'm supposed to freeze the 11.07 kernel today.
Nicolas
You can pull devicetree/next right now. I've still got a few things to do before I get you to pull the dt board support patches. Give me a few more hours.
g.
On Thu, Jul 21, 2011 at 1:29 PM, Nicolas Pitre nicolas.pitre@linaro.org wrote:
On Tue, 19 Jul 2011, Grant Likely wrote:
On Tue, Jul 19, 2011 at 03:22:58PM -0300, Ricardo Salveti wrote:
On Tue, Jul 19, 2011 at 3:04 PM, Nicolas Pitre nicolas.pitre@linaro.org wrote:
On Tue, 19 Jul 2011, John Rigby wrote:
My first request would be for board level device tree support.
I think Grant should have that ready soon.
Grant, do you know if this will be included for 11.07 release/tag?
Would be good to have it, as we're already deploying dt support at u-boot and at all hwpacks (and it's expected to be there by linaro-media-create tool).
I plan to send Nico exactly the same thing that I'm going to send to Linus T. in a day or so, so "yes".
The clock is ticking ... ... ...
I'm supposed to freeze the 11.07 kernel today.
Nicolas
On Thu, Jul 21, 2011 at 3:36 PM, Nicolas Pitre nicolas.pitre@linaro.org wrote:
On Thu, 21 Jul 2011, Grant Likely wrote:
You can pull devicetree/next right now. I've still got a few things to do before I get you to pull the dt board support patches. Give me a few more hours.
No problem. I can wait until I go to bed.
Okay, I'm spinning up the tree now. I don't have an ack yet from tglx on the irq_domain, so they won't be the *exact* commits that go into linus' tree, but they will be close.
I'm assuming that you've already got the zImage dtb append patches, and that you've taken care of getting them into linux-next.
g.
Nicolas
Okay, here it is.
The following changes since commit 57a6fa9acd6b4a479a6ede4d6d2258f04afd3a6f:
Merge branch 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2011-07-21 12:25:39 -0700)
are available in the git repository at:
git://git.secretlab.ca/git/linux-2.6 devicetree/linaro-3.0
Andy Doan (1): arm/dt: Add basic device tree support for overo
Grant Likely (29): dt: Add default match table for bus ids dt: add of_platform_populate() for creating device from the device tree drivers/amba: create devices from device tree dt/platform: allow device name to be overridden tty/serial: change of_serial to use new of_property_read_u32() api tty/serial: Add devicetree support for nVidia Tegra serial ports dt: remove extra xsysace platform_driver registration Merge commit 'v3.0-rc7' into devicetree/next of/address: Add of_find_matching_node_by_address helper dt: include linux/errno.h in linux/of_address.h irq: add irq_domain translation infrastructure dt/irq: add irq_domain_generate_simple() helper arm/dt: Add dt machine definition arm/dt: Add skeleton dtsi file arm/versatile: Add device tree support Devicetree: Expand on ARM Primecell binding documentation arm/dt: tegra devicetree support arm/dt: Add Pandaboard devicetree support arm/dt: Add basic device tree support for mx51 and mx53 boards arm/dt: Add basic device tree support for Beagleboard arm/dt: Add basic devicetree support to IGEPv2 and v3 arm/dt: vexpress: add basic DT platform matching support i2c: Allow i2c_add_numbered_adapter() to assign a bus id. gpio/dt: Refine GPIO device tree binding gpio/tegra: add devicetree support spi/tegra: add devicetree support i2c: Tegra: Add device tree support mmc/tegra: add sdhci device tree handling dt: Linux dt usage model documentation
Jamie Iles (2): dt: document the of_serial bindings tty: of_serial: support for 32 bit accesses
John Bonesio (1): of/gpio: Add new method for getting gpios under different property names
Kim Phillips (1): dt: bindings: move SEC node under new crypto/
Rob Herring (2): dt: add helper function to read u32 arrays arm/dt: Add dtb make rule
Shawn Guo (3): dt: add 'const' for of_property_read_string parameter **out_string dt: add empty of_property_read_u32[_array] for non-dt arm/dt: Add a make rule to build dtb for enabled boards
Thomas Abraham (2): dt: add helper functions to read u32 and string property values arm/dt: Add basic device tree support for smdkv310 board
Documentation/devicetree/bindings/arm/arm-boards | 20 + .../devicetree/bindings/arm/freescale.txt | 7 + Documentation/devicetree/bindings/arm/genesi.txt | 8 + .../devicetree/bindings/arm/primecell.txt | 23 ++ Documentation/devicetree/bindings/arm/samsung.txt | 9 + .../{powerpc/fsl/sec.txt => crypto/fsl-sec2.txt} | 2 +- Documentation/devicetree/bindings/gpio/gpio.txt | 46 ++- .../devicetree/bindings/gpio/gpio_nvidia.txt | 7 + .../devicetree/bindings/i2c/arm-versatile.txt | 10 + .../devicetree/bindings/mtd/arm-versatile.txt | 8 + .../devicetree/bindings/net/smsc-lan91c111.txt | 10 + .../devicetree/bindings/spi/spi_nvidia.txt | 5 + .../devicetree/bindings/tty/serial/of-serial.txt | 36 ++ Documentation/devicetree/usage-model | 403 ++++++++++++++++++++ arch/arm/Makefile | 7 + arch/arm/boot/Makefile | 6 + arch/arm/boot/dts/exynos4-smdkv310.dts | 11 + arch/arm/boot/dts/genesi-efikamx.dts | 22 + arch/arm/boot/dts/genesi-efikasb.dts | 22 + arch/arm/boot/dts/isee-igep-v2.dts | 7 + arch/arm/boot/dts/isee-igep-v3.dts | 7 + arch/arm/boot/dts/mx51-babbage.dts | 22 + arch/arm/boot/dts/mx53-loco.dts | 22 + arch/arm/boot/dts/omap3-beagle.dts | 7 + arch/arm/boot/dts/omap3-overo.dts | 7 + arch/arm/boot/dts/omap4-panda.dts | 11 + arch/arm/boot/dts/skeleton.dtsi | 13 + arch/arm/boot/dts/tegra-harmony.dts | 70 ++++ arch/arm/boot/dts/tegra-seaboard.dts | 28 ++ arch/arm/boot/dts/tegra20.dtsi | 139 +++++++ arch/arm/boot/dts/versatile-ab.dts | 192 ++++++++++ arch/arm/boot/dts/versatile-pb.dts | 48 +++ arch/arm/boot/dts/vexpress.dts | 10 + arch/arm/include/asm/mach/arch.h | 7 + arch/arm/include/asm/prom.h | 5 - arch/arm/kernel/devtree.c | 14 - arch/arm/mach-exynos4/Makefile.boot | 2 + arch/arm/mach-exynos4/mach-smdkv310.c | 6 + arch/arm/mach-mx5/Makefile.boot | 5 + arch/arm/mach-mx5/board-mx51_babbage.c | 6 + arch/arm/mach-mx5/board-mx51_efikamx.c | 6 + arch/arm/mach-mx5/board-mx51_efikasb.c | 6 + arch/arm/mach-mx5/board-mx53_loco.c | 5 + arch/arm/mach-omap2/Makefile.boot | 6 + arch/arm/mach-omap2/board-igep0020.c | 12 + arch/arm/mach-omap2/board-omap3beagle.c | 6 + arch/arm/mach-omap2/board-omap4panda.c | 6 + arch/arm/mach-omap2/board-overo.c | 6 + arch/arm/mach-tegra/Kconfig | 6 + arch/arm/mach-tegra/Makefile | 3 + arch/arm/mach-tegra/Makefile.boot | 3 + arch/arm/mach-tegra/board-dt.c | 117 ++++++ arch/arm/mach-tegra/gpio.c | 10 + arch/arm/mach-versatile/Kconfig | 8 + arch/arm/mach-versatile/Makefile | 1 + arch/arm/mach-versatile/Makefile.boot | 2 + arch/arm/mach-versatile/core.c | 61 +++ arch/arm/mach-versatile/core.h | 2 + arch/arm/mach-versatile/versatile_dt.c | 51 +++ arch/arm/mach-vexpress/Makefile.boot | 2 + arch/arm/mach-vexpress/v2m.c | 6 + arch/microblaze/include/asm/irq.h | 10 +- arch/microblaze/kernel/irq.c | 7 - arch/mips/include/asm/irq.h | 5 - arch/mips/kernel/prom.c | 14 - arch/powerpc/include/asm/irq.h | 1 + arch/x86/include/asm/irq_controller.h | 12 - arch/x86/include/asm/prom.h | 10 - arch/x86/kernel/devicetree.c | 101 ++---- drivers/block/xsysace.c | 98 +---- drivers/i2c/busses/i2c-cpm.c | 7 +- drivers/i2c/busses/i2c-pxa.c | 7 +- drivers/i2c/busses/i2c-s6000.c | 5 +- drivers/i2c/busses/i2c-tegra.c | 29 ++- drivers/i2c/i2c-core.c | 5 + drivers/mmc/host/sdhci-pltfm.c | 34 ++- drivers/mmc/host/sdhci-pltfm.h | 1 + drivers/mmc/host/sdhci-tegra.c | 49 +++ drivers/of/address.c | 18 + drivers/of/base.c | 65 ++++ drivers/of/gpio.c | 11 +- drivers/of/platform.c | 196 +++++++++- drivers/spi/spi_tegra.c | 12 + drivers/tty/serial/of_serial.c | 43 ++- include/linux/irq.h | 92 +++++ include/linux/of.h | 29 ++- include/linux/of_address.h | 5 + include/linux/of_gpio.h | 42 ++- include/linux/of_irq.h | 2 + include/linux/of_platform.h | 40 ++ kernel/irq/Makefile | 2 +- kernel/irq/irqdomain.c | 215 +++++++++++ 92 files changed, 2494 insertions(+), 288 deletions(-) create mode 100644 Documentation/devicetree/bindings/arm/arm-boards create mode 100644 Documentation/devicetree/bindings/arm/freescale.txt create mode 100644 Documentation/devicetree/bindings/arm/genesi.txt create mode 100644 Documentation/devicetree/bindings/arm/primecell.txt create mode 100644 Documentation/devicetree/bindings/arm/samsung.txt rename Documentation/devicetree/bindings/{powerpc/fsl/sec.txt => crypto/fsl-sec2.txt} (98%) create mode 100644 Documentation/devicetree/bindings/gpio/gpio_nvidia.txt create mode 100644 Documentation/devicetree/bindings/i2c/arm-versatile.txt create mode 100644 Documentation/devicetree/bindings/mtd/arm-versatile.txt create mode 100644 Documentation/devicetree/bindings/net/smsc-lan91c111.txt create mode 100644 Documentation/devicetree/bindings/spi/spi_nvidia.txt create mode 100644 Documentation/devicetree/bindings/tty/serial/of-serial.txt create mode 100644 Documentation/devicetree/usage-model create mode 100644 arch/arm/boot/dts/exynos4-smdkv310.dts create mode 100644 arch/arm/boot/dts/genesi-efikamx.dts create mode 100644 arch/arm/boot/dts/genesi-efikasb.dts create mode 100644 arch/arm/boot/dts/isee-igep-v2.dts create mode 100644 arch/arm/boot/dts/isee-igep-v3.dts create mode 100644 arch/arm/boot/dts/mx51-babbage.dts create mode 100644 arch/arm/boot/dts/mx53-loco.dts create mode 100644 arch/arm/boot/dts/omap3-beagle.dts create mode 100644 arch/arm/boot/dts/omap3-overo.dts create mode 100644 arch/arm/boot/dts/omap4-panda.dts create mode 100644 arch/arm/boot/dts/skeleton.dtsi create mode 100644 arch/arm/boot/dts/tegra-harmony.dts create mode 100644 arch/arm/boot/dts/tegra-seaboard.dts create mode 100644 arch/arm/boot/dts/tegra20.dtsi create mode 100644 arch/arm/boot/dts/versatile-ab.dts create mode 100644 arch/arm/boot/dts/versatile-pb.dts create mode 100644 arch/arm/boot/dts/vexpress.dts create mode 100644 arch/arm/mach-tegra/board-dt.c create mode 100644 arch/arm/mach-versatile/versatile_dt.c delete mode 100644 arch/x86/include/asm/irq_controller.h create mode 100644 kernel/irq/irqdomain.c
On Thu, Jul 21, 2011 at 3:44 PM, Grant Likely grant.likely@secretlab.ca wrote:
On Thu, Jul 21, 2011 at 3:36 PM, Nicolas Pitre nicolas.pitre@linaro.org wrote:
On Thu, 21 Jul 2011, Grant Likely wrote:
You can pull devicetree/next right now. I've still got a few things to do before I get you to pull the dt board support patches. Give me a few more hours.
No problem. I can wait until I go to bed.
Okay, I'm spinning up the tree now. I don't have an ack yet from tglx on the irq_domain, so they won't be the *exact* commits that go into linus' tree, but they will be close.
I'm assuming that you've already got the zImage dtb append patches, and that you've taken care of getting them into linux-next.
g.
Nicolas
-- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd.
On Thu, 21 Jul 2011, Grant Likely wrote:
On Thu, Jul 21, 2011 at 3:36 PM, Nicolas Pitre nicolas.pitre@linaro.org wrote:
On Thu, 21 Jul 2011, Grant Likely wrote:
You can pull devicetree/next right now. I've still got a few things to do before I get you to pull the dt board support patches. Give me a few more hours.
No problem. I can wait until I go to bed.
Okay, I'm spinning up the tree now. I don't have an ack yet from tglx on the irq_domain, so they won't be the *exact* commits that go into linus' tree, but they will be close.
I'm assuming that you've already got the zImage dtb append patches, and that you've taken care of getting them into linux-next.
Actually, I'm not pushing it upstream yet as I'm not satisfied with some parts of the ATAG to DT support. But I'll merge what I have now in the linaro-3.0 tree.
Nicolas
On Mon, 2011-07-18 at 22:57 -0400, Nicolas Pitre wrote:
Yes, it is the big 3.0 coming to a Linaro server near you !
The Linux v3.0 based Linaro kernel branch is now available from:
http://git.linaro.org/gitweb?p=kernel/linux-linaro-3.0.git%3Ba=summary
http://git.linaro.org/git/kernel/linux-linaro-3.0.git
Since the official final v3.0 from Linus Torvalds is going to happen in a matter of hours now, and considering that the freeze for the 11.07 kernel release is supposed to take effect this Thursday, this is probably the best time to fork the Linaro-3.0 branch and start merging patches onto it. Currently this contains the following from RMK's devel-stable branch:
The comprehensive ARM kprobes work from Jon (Tixy) Medhurst
The new processor struct macros from Dave Martin
A small part of the single zImage work from myself
The ARM cpu topology definition from Vincent Guittot
Basic Cortex A5 support from Will Deacon & Pawel Moll
DMA infrastructure cleanups from Russell King
A kernel helper to perform 64-bit atomic operations from myself
Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday.
So I'm working on merging this into the Android tree and something in your tree is causing Pandaboard to hang very early at boot:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
... And that's all.
I rolled back to just your tree and got the same thing (the vanilla Android 3.0 branch still works fine).
Attached is the config I was testing with.
I'll be trying to debug and bisect this down further, but has anyone else been testing the Linaro kernel on Panda?
thanks -john
On 21 July 2011 15:08, john stultz johnstul@us.ibm.com wrote:
On Mon, 2011-07-18 at 22:57 -0400, Nicolas Pitre wrote:
Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday.
So I'm working on merging this into the Android tree and something in your tree is causing Pandaboard to hang very early at boot:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
... And that's all.
I rolled back to just your tree and got the same thing (the vanilla Android 3.0 branch still works fine).
Attached is the config I was testing with.
I'll be trying to debug and bisect this down further, but has anyone else been testing the Linaro kernel on Panda?
Didn't we see the same lack of console at boot up last month? :/ Does stock defconfig bootup?
~Deepak
On Thu, 2011-07-21 at 15:18 -0700, Deepak Saxena wrote:
On 21 July 2011 15:08, john stultz johnstul@us.ibm.com wrote:
On Mon, 2011-07-18 at 22:57 -0400, Nicolas Pitre wrote:
Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday.
So I'm working on merging this into the Android tree and something in your tree is causing Pandaboard to hang very early at boot:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
... And that's all.
I rolled back to just your tree and got the same thing (the vanilla Android 3.0 branch still works fine).
Attached is the config I was testing with.
I'll be trying to debug and bisect this down further, but has anyone else been testing the Linaro kernel on Panda?
Didn't we see the same lack of console at boot up last month? :/
Doesn't look like the same issue though.
Does stock defconfig bootup?
Don't know about that..
Bisecting narrowed it down to: af496a67c101b2161a12c1bc70626f6a479501bb
Arnd: Maybe something went badly with the merge collision resolution there?
thanks -john
On Thu, 2011-07-21 at 16:34 -0700, john stultz wrote:
On Thu, 2011-07-21 at 15:18 -0700, Deepak Saxena wrote:
On 21 July 2011 15:08, john stultz johnstul@us.ibm.com wrote:
On Mon, 2011-07-18 at 22:57 -0400, Nicolas Pitre wrote:
Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday.
So I'm working on merging this into the Android tree and something in your tree is causing Pandaboard to hang very early at boot:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
... And that's all.
I rolled back to just your tree and got the same thing (the vanilla Android 3.0 branch still works fine).
[snip]
Bisecting narrowed it down to: af496a67c101b2161a12c1bc70626f6a479501bb
Arnd: Maybe something went badly with the merge collision resolution there?
And frustratingly, since its a merge commit, I can't just revert that one commit.
Is anyone else testing Nico's tree (or even the ARM-SOC tree) with PandaBoard?
thanks -john
On Thu, 2011-07-21 at 16:47 -0700, john stultz wrote:
On Thu, 2011-07-21 at 16:34 -0700, john stultz wrote:
On Thu, 2011-07-21 at 15:18 -0700, Deepak Saxena wrote:
On 21 July 2011 15:08, john stultz johnstul@us.ibm.com wrote:
On Mon, 2011-07-18 at 22:57 -0400, Nicolas Pitre wrote:
Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday.
So I'm working on merging this into the Android tree and something in your tree is causing Pandaboard to hang very early at boot:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
... And that's all.
I rolled back to just your tree and got the same thing (the vanilla Android 3.0 branch still works fine).
[snip]
Bisecting narrowed it down to: af496a67c101b2161a12c1bc70626f6a479501bb
Arnd: Maybe something went badly with the merge collision resolution there?
And frustratingly, since its a merge commit, I can't just revert that one commit.
Is anyone else testing Nico's tree (or even the ARM-SOC tree) with PandaBoard?
Early Printk gives:
[ 1.734802] OMAP DSS rev 4.0 [ 1.740417] omap_hwmod: dss_core: _wait_target_disable failed [ 1.746429] omap_device: omapdss_dss.-1: new worst case deactivate latency 01 [ 1.755035] omapdss DISPC error: can't get dss_clk [ 1.760101] omapdss_dispc: probe of omapdss_dispc failed with error -2 [ 1.767333] omapdss HDMI error: can't get hdmi_clk [ 1.772399] omapdss_hdmi: probe of omapdss_hdmi failed with error -2 [ 1.780273] ------------[ cut here ]------------ [ 1.785125] WARNING: at drivers/video/omap2/dss/dispc.c:553 dispc_runtime_ge) [ 1.793640] Modules linked in: [ 1.796905] ---[ end trace 6fcb132ac310d004 ]--- [ 1.801757] Unable to handle kernel NULL pointer dereference at virtual addr0 [ 1.810180] pgd = c0004000 [ 1.813049] [000000a0] *pgd=00000000 [ 1.816802] Internal error: Oops: 5 [#1] SMP [ 1.821289] Modules linked in: [ 1.824523] CPU: 1 Tainted: G W (3.0.0-rc7-00742-gc7e0c85 #61) [ 1.831756] PC is at dispc_set_channel_out+0x24/0x114 [ 1.837036] LR is at omap_dss_set_manager+0x34/0x6c [ 1.842132] pc : [<c031c690>] lr : [<c0324e84>] psr: 60000113 [ 1.842132] sp : ec833ec8 ip : 00000000 fp : 00000000 [ 1.854125] r10: ec9a0c00 r9 : 00000000 r8 : ec9c4ec0 [ 1.859588] r7 : 00000001 r6 : c0cde594 r5 : 00000008 r4 : 00000000 [ 1.866363] r3 : 000000a0 r2 : 00000000 r1 : 00000002 r0 : 00000080 [ 1.873168] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kerl [ 1.880767] Control: 10c5387f Table: 8000404a DAC: 00000015 [ 1.886749] Process swapper (pid: 1, stack limit = 0xec8322f0) [ 1.892822] Stack: (0xec833ec8 to 0xec834000) [ 1.897399] 3ec0: ebfb60a0 00000001 fffffff5 00000000 c0cd0 [ 1.905883] 3ee0: 00000001 c0324e84 00000000 c0324fdc c075fcb8 c0cde330 c0770 [ 1.914398] 3f00: 00000000 00000000 00000000 c031a390 c075fcb8 c0ce3764 c0758 [ 1.922882] 3f20: 00000000 c035c614 c075fcb8 c0774ab8 c075fcec 00000000 00004 [ 1.931365] 3f40: c0774ab8 ec833f50 c035c720 c035be44 ec87b858 ec9c4c90 00008 [ 1.939880] 3f60: c0773f88 ec9c4b40 00000000 c035b6f0 c068c894 c0774ab8 00008 [ 1.948364] 3f80: c0774ab8 00000000 c0026494 00000000 00000000 c035cdb0 c0030 [ 1.956848] 3fa0: 00000000 c0026494 00000000 c004c48c 00000000 c0180000 0000c [ 1.965332] 3fc0: 0000019a c0035578 c0035760 c0058874 00000013 00000000 00000 [ 1.973846] 3fe0: 00000000 c0008570 00000000 c00084e8 c0058874 c0058874 0000f [ 1.982330] [<c031c690>] (dispc_set_channel_out+0x24/0x114) from [<ebfb60a0>) [ 1.990936] Code: 1a00000e e59f60f0 e3a00080 e5962004 (e7927003) [ 1.997314] ---[ end trace 6fcb132ac310d005 ]--- [ 2.002166] Kernel panic - not syncing: Attempted to kill init! [ 2.008361] CPU0: stopping
thanks -john
On 21 July 2011 16:47, john stultz johnstul@us.ibm.com wrote:
On Thu, 2011-07-21 at 16:34 -0700, john stultz wrote:
On Thu, 2011-07-21 at 15:18 -0700, Deepak Saxena wrote:
On 21 July 2011 15:08, john stultz johnstul@us.ibm.com wrote:
On Mon, 2011-07-18 at 22:57 -0400, Nicolas Pitre wrote:
Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday.
So I'm working on merging this into the Android tree and something in your tree is causing Pandaboard to hang very early at boot:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
... And that's all.
I rolled back to just your tree and got the same thing (the vanilla Android 3.0 branch still works fine).
[snip]
Bisecting narrowed it down to: af496a67c101b2161a12c1bc70626f6a479501bb
Arnd: Maybe something went badly with the merge collision resolution there?
And frustratingly, since its a merge commit, I can't just revert that one commit.
Is anyone else testing Nico's tree (or even the ARM-SOC tree) with PandaBoard?
According to the following from today, the merge should not have happened in the first place. Nico, do you need to rebase/merge with latest arm-soc/for-next tree?
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-July/058255.html
~Deepak
On Thu, 21 Jul 2011, Deepak Saxena wrote:
On 21 July 2011 16:47, john stultz johnstul@us.ibm.com wrote:
On Thu, 2011-07-21 at 16:34 -0700, john stultz wrote:
On Thu, 2011-07-21 at 15:18 -0700, Deepak Saxena wrote:
On 21 July 2011 15:08, john stultz johnstul@us.ibm.com wrote:
On Mon, 2011-07-18 at 22:57 -0400, Nicolas Pitre wrote:
Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday.
So I'm working on merging this into the Android tree and something in your tree is causing Pandaboard to hang very early at boot:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
... And that's all.
I rolled back to just your tree and got the same thing (the vanilla Android 3.0 branch still works fine).
[snip]
Bisecting narrowed it down to: af496a67c101b2161a12c1bc70626f6a479501bb
Arnd: Maybe something went badly with the merge collision resolution there?
And frustratingly, since its a merge commit, I can't just revert that one commit.
Is anyone else testing Nico's tree (or even the ARM-SOC tree) with PandaBoard?
According to the following from today, the merge should not have happened in the first place. Nico, do you need to rebase/merge with latest arm-soc/for-next tree?
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-July/058255.html
OK, my fault, I missed that. Obviously I should not have taken that merge given its uncertainty. So I reverted it.
[...]
And... the latest arm-soc/for-next branch is giving me yet more conflicts in the imx and omap code. I'm not in a position to resolve those this close to the freeze deadline. Too bad: I'm not merging it at all.
Nicolas