On Thu, Feb 07, 2013 at 03:30:56, Paul Walmsley wrote:
Hi Vaibhav,
On Thu, 24 Jan 2013, Bedia, Vaibhav wrote:
I could not track down U-Boot that you were using
It's posted now at:
http://www.pwsan.com/omap/bootloaders/beaglebone/u-boot/2011.09-9-gcf6e04d__20120803171543/
Care
Hi Vaibhav,
On Thu, 24 Jan 2013, Bedia, Vaibhav wrote:
I could not track down U-Boot that you were using
It's posted now at:
http://www.pwsan.com/omap/bootloaders/beaglebone/u-boot/2011.09-9-gcf6e04d__20120803171543/
Care to try it?
However, using your build configs for v3.7 and
On Wed, 6 Feb 2013, Paul Walmsley wrote:
Setting CONFIG_EARLY_PRINTK=n doesn't fix the problem I'm seeing.
And just tried this with u-boot v2013.01 on a BeagleBoard A6a, does not
fix it.
If you still have issues booting can you update your U-Boot to v2013.01
since things
seem to be
On Fri, Jan 25, 2013 at 22:29:43, Tony Lindgren wrote:
* Bedia, Vaibhav vaibhav.be...@ti.com [130123 06:35]:
Hi Tony,
On Tue, Jan 22, 2013 at 23:53:32, Tony Lindgren wrote:
[...]
But I should get *something* from the kernel before it starts trying to
access the rootfs ?
Hello Jan,
On Tue, 22 Jan 2013, Jan Lübbe wrote:
Just a guess, but there can be problems when the appended DTB crosses an
1MB boundary. See this mail for details and a patch:
http://www.spinics.net/lists/arm-kernel/msg216898.html
Thanks for the suggestion. That patch didn't fix it for me.
Hi,
On Thu, 24 Jan 2013, Bedia, Vaibhav wrote:
Can you update your AM335x-only config to disable CONFIG_EARLY_PRINTK or
just skip earlyprintk option in the bootargs for now?
I'll give this a try over the next few days.
If EARLY_PRINTK is known to be broken for DT boots, could you please put
* Bedia, Vaibhav vaibhav.be...@ti.com [130123 06:35]:
Hi Tony,
On Tue, Jan 22, 2013 at 23:53:32, Tony Lindgren wrote:
[...]
But I should get *something* from the kernel before it starts trying to
access the rootfs ?
Here's something Kevin fixed but did not send it out before
Hi Paul,
On Tue, Jan 22, 2013 at 07:54:44, Paul Walmsley wrote:
Hi guys,
Regarding the AM33xx test failures with appended DTBs, it would be very
helpful if especially the TI people could try reproducing the problem.
Otherwise it's going to cause problems with merging any new AM33xx
On 22/01/13 18:23, Tony Lindgren wrote:
* Mark Jackson mpfj-l...@mimc.co.uk [130122 05:46]:
On 22/01/13 13:32, Bedia, Vaibhav wrote:
snip
Following works for me:
Kernel
===
git checkout next-20130122
make distclean
make omap2plus_defconfig
Enable the appended DTB related options via
Hi Tony,
On Tue, Jan 22, 2013 at 23:53:32, Tony Lindgren wrote:
[...]
But I should get *something* from the kernel before it starts trying to
access the rootfs ?
Here's something Kevin fixed but did not send it out before going to
a vacation. Can you give it a try with earlyprintk
Paul == Paul Walmsley p...@pwsan.com writes:
Paul Hi guys,
Paul Regarding the AM33xx test failures with appended DTBs, it would
Paul be very helpful if especially the TI people could try reproducing
Paul the problem. Otherwise it's going to cause problems with merging
Paul any new AM33xx
On Tue, 2013-01-22 at 02:24 +, Paul Walmsley wrote:
Regarding the AM33xx test failures with appended DTBs, it would be very
helpful if especially the TI people could try reproducing the problem.
Otherwise it's going to cause problems with merging any new AM33xx
patches, since I won't be
Jan == Jan Lübbe j...@pengutronix.de writes:
Jan On Tue, 2013-01-22 at 02:24 +, Paul Walmsley wrote:
Regarding the AM33xx test failures with appended DTBs, it would be very
helpful if especially the TI people could try reproducing the problem.
Otherwise it's going to cause problems
On Tue, Jan 22, 2013 at 10:40:46AM +0100, Peter Korsgaard wrote:
Jan == Jan Lübbe j...@pengutronix.de writes:
Jan On Tue, 2013-01-22 at 02:24 +, Paul Walmsley wrote:
Regarding the AM33xx test failures with appended DTBs, it would be very
helpful if especially the TI people could
On 22/01/13 02:24, Paul Walmsley wrote:
Hi guys,
Regarding the AM33xx test failures with appended DTBs, it would be very
helpful if especially the TI people could try reproducing the problem.
My non-working setup (I'm using a recent U-Boot) is as follows ...
[Note that the DTB patch
Russell == Russell King - ARM Linux li...@arm.linux.org.uk writes:
Russell Don't rely on that. Remember, if the compressed image
Russell occupies the same location as the decompressed kernel, the
Russell decompressor will copy the data to a different location in RAM
Russell first - I think
Mark == Mark Jackson mpfj-l...@mimc.co.uk writes:
Hi,
Mark Bytes transferred = 3963919 (3c7c0f hex)
Mark ## Booting kernel from Legacy Image at 8000 ...
MarkImage Name: Linux
MarkImage Type: ARM Linux Kernel Image (uncompressed)
MarkData Size:3963855 Bytes = 3.8 MiB
Hi,
On Tue, Jan 22, 2013 at 14:25:13, Peter Korsgaard wrote:
Paul == Paul Walmsley p...@pwsan.com writes:
Paul Hi guys,
Paul Regarding the AM33xx test failures with appended DTBs, it would
Paul be very helpful if especially the TI people could try reproducing
Paul the problem.
On Tue, Jan 22, 2013 at 15:45:08, Mark Jackson wrote:
On 22/01/13 02:24, Paul Walmsley wrote:
Hi guys,
Regarding the AM33xx test failures with appended DTBs, it would be very
helpful if especially the TI people could try reproducing the problem.
My non-working setup (I'm using a
On 22/01/13 12:21, Peter Korsgaard wrote:
Mark == Mark Jackson mpfj-l...@mimc.co.uk writes:
Hi,
Mark Bytes transferred = 3963919 (3c7c0f hex)
Mark ## Booting kernel from Legacy Image at 8000 ...
MarkImage Name: Linux
MarkImage Type: ARM Linux Kernel Image
On 22/01/13 13:32, Bedia, Vaibhav wrote:
snip
Following works for me:
Kernel
===
git checkout next-20130122
make distclean
make omap2plus_defconfig
Enable the appended DTB related options via menuconfig
make -j7
cat arch/arm/boot/zImage arch/arm/boot/dts/am335x-bone.dtb
* Mark Jackson mpfj-l...@mimc.co.uk [130122 05:46]:
On 22/01/13 13:32, Bedia, Vaibhav wrote:
snip
Following works for me:
Kernel
===
git checkout next-20130122
make distclean
make omap2plus_defconfig
Enable the appended DTB related options via menuconfig
make -j7
cat
On 16:32-20130121, Mark Jackson wrote:
Vaibhav / Matt
On 20/01/13 21:38, Paul Walmsley wrote:
[...]
Failing tests: needing local investigation (may be due to testbed issues)
-
Boot tests:
* AM335x
Vaibhav / Matt
On 20/01/13 21:38, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.8-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.8-rc4/20130120122039/
snip
Failing tests: needing investigation
On Mon, Jan 21, 2013 at 04:32:13PM +, Mark Jackson wrote:
Vaibhav / Matt
On 20/01/13 21:38, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.8-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.8-rc4/20130120122039/
snip
On Mon, Jan 21, 2013 at 10:45:10AM -0600, Nishanth Menon wrote:
for MMC filesystem - we need the edma series. for a ramdisk, I am able
to boot up to shell with 3.8-rc4 tag
Yep, I also could boot 3.8-rc3 using ramfs, no problem.
Thanks,
Richard
--
To unsubscribe from this list: send the line
On Mon, Jan 21, 2013 at 06:20:03PM +, Richard Cochran wrote:
On Mon, Jan 21, 2013 at 10:45:10AM -0600, Nishanth Menon wrote:
for MMC filesystem - we need the edma series. for a ramdisk, I am able
to boot up to shell with 3.8-rc4 tag
Yep, I also could boot 3.8-rc3 using ramfs, no
On Mon, Jan 21, 2013 at 01:24:19PM -0500, Matt Porter wrote:
On Mon, Jan 21, 2013 at 06:20:03PM +, Richard Cochran wrote:
On Mon, Jan 21, 2013 at 10:45:10AM -0600, Nishanth Menon wrote:
for MMC filesystem - we need the edma series. for a ramdisk, I am able
to boot up to shell with
Matt == Matt Porter mpor...@ti.com writes:
Matt On Mon, Jan 21, 2013 at 04:32:13PM +, Mark Jackson wrote:
Does anyone know when the BeagleBone support is going to be fixed in
mainline ?
Matt Hi Mark,
Matt I'm not sure what needs to be fixed. The only thing my edma dmaengine
Matt
Matt == Matt Porter mpor...@ti.com writes:
Matt On Mon, Jan 21, 2013 at 06:20:03PM +, Richard Cochran wrote:
On Mon, Jan 21, 2013 at 10:45:10AM -0600, Nishanth Menon wrote:
for MMC filesystem - we need the edma series. for a ramdisk, I am able
to boot up to shell with 3.8-rc4 tag
Hi guys,
Regarding the AM33xx test failures with appended DTBs, it would be very
helpful if especially the TI people could try reproducing the problem.
Otherwise it's going to cause problems with merging any new AM33xx
patches, since I won't be able to test them without additional work.
Here are some basic OMAP test results for Linux v3.8-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.8-rc4/20130120122039/
Test summary
Boot to userspace:
Pass ( 9/11): 2420n800, 2430sdp, 3517evm, 3530es3beagle,
3730beaglexm,
32 matches
Mail list logo