public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: Sid Boyce <sboyce@blueyonder.co.uk>
To: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: Re: Config problem I suspect
Date: Sat, 07 Nov 2009 00:24:38 +0000	[thread overview]
Message-ID: <4AF4BE46.7040402@blueyonder.co.uk> (raw)
In-Reply-To: <4AF44D0E.8040208@blueyonder.co.uk>

On 06/11/09 16:21, Sid Boyce wrote:
> On 06/11/09 13:32, Sid Boyce wrote:
>> I have been trying the linux-2.6.32-rc5-omap-dss2 kernel and it halts
>> with a USB error, DEBUG_LL configured.
>> Reading boot sector
>> Loading u-boot.bin from mmc
>>
>>
>> U-Boot 2009.01-dirty (Feb 19 2009 - 12:23:21)
>>
>> I2C:   ready
>> OMAP3530-GP rev 2, CPU-OPP2 L3-165MHz
>> OMAP3 Beagle board + LPDDR/NAND
>> DRAM:  256 MB
>> NAND:  256 MiB
>> Using default environment
>>
>> MUSB: using high speed
>> In:    serial usbtty
>> Out:   serial usbtty
>> Err:   serial usbtty
>> Board revision C
>> Serial #6b22000300000000040323090d00a00a
>> Hit any key to stop autoboot:  0
>> reading boot.scr
>>
>> 679 bytes read
>> Running bootscript from mmc ...
>> ## Executing script at 80200000
>> reading x-load.bin.ift
>>
>> 19840 bytes read
>> ***** Replacing x-load *****
>> Usage:
>> nand - NAND sub-system
>>
>> HW ECC selected
>>
>> NAND erase: device 0 offset 0x0, size 0x80000
>> ^MErasing at 0x0 --  25% complete.^MErasing at 0x20000 --  50%
>> complete.^MErasing at 0x40000 --  75% complete.^MErasing at 0x60000 --
>> 100% complete.
>> OK
>>
>> NAND write: device 0 offset 0x0, size 0x20000
>>  131072 bytes written: OK
>>
>> NAND write: device 0 offset 0x20000, size 0x20000
>>  131072 bytes written: OK
>>
>> NAND write: device 0 offset 0x40000, size 0x20000
>>  131072 bytes written: OK
>>
>> NAND write: device 0 offset 0x60000, size 0x20000
>>  131072 bytes written: OK
>> reading u-boot-f.bin
>>
>> ** Unable to read "u-boot-f.bin" from mmc 0:1 **
>> ***** Erasing environment settings *****
>> Usage:
>> nand - NAND sub-system
>>
>>
>> NAND erase: device 0 offset 0x160000, size 0x20000
>> ^MErasing at 0x160000 -- 100% complete.
>> OK
>> reading normal.scr
>>
>> 603 bytes read
>> ***** Executing normal.scr *****
>> ## Executing script at 80200000
>> reading uImage.bin
>>
>> 3160016 bytes read
>> ***** Kernel: /dev/mmcblk0p1/uImage.bin *****
>> reading ramdisk.gz
>>
>> ** Unable to read "ramdisk.gz" from mmc 0:1 **
>> ***** RootFS: /dev/mmcblk0p2 *****
>> ## Booting kernel from Legacy Image at 80200000 ...
>>    Image Name:   Linux-2.6.32-rc5-omap-dss2
>>    Image Type:   ARM Linux Kernel Image (uncompressed)
>>    Data Size:    3159952 Bytes =  3 MB
>>    Load Address: 80008000
>>    Entry Point:  80008000
>>    Verifying Checksum ... OK
>>    Loading Kernel Image ... OK
>> OK
>>
>> Starting kernel ...
>>
>> Error, the USB hardware is not on B mode
>>
I got 2.6.32-rc5 git to boot, except it stops for half an hour at the
above error message, then proceeds to the login prompt.
The 2.6.32-rc5-omap-dss2 git kernel did likewise, except it never got to
the login prompt.
I am getting no DVI output.

Configuring in omapfb in 2.6.32-rc6 git, build fails.......
  LD      drivers/video/display/built-in.o
  CC      drivers/video/logo/logo.o
  LD      drivers/video/logo/built-in.o
  LD      drivers/video/omap/built-in.o
  CC [M]  drivers/video/omap/omapfb_main.o
  CC [M]  drivers/video/omap/dispc.o
  CC [M]  drivers/video/omap/lcd_omap3beagle.o
  CC [M]  drivers/video/omap/lcd_mipid.o
  LD [M]  drivers/video/omap/omapfb.o
drivers/video/omap/lcd_omap3beagle.o: In function `init_module':
lcd_omap3beagle.c:(.init.text+0x0): multiple definition of `init_module'
drivers/video/omap/omapfb_main.o:omapfb_main.c:(.init.text+0x0): first
defined here
drivers/video/omap/lcd_omap3beagle.o: In function `cleanup_module':
lcd_omap3beagle.c:(.exit.text+0x0): multiple definition of `cleanup_module'
drivers/video/omap/omapfb_main.o:omapfb_main.c:(.exit.text+0x0): first
defined here
drivers/video/omap/lcd_mipid.o: In function `init_module':
lcd_mipid.c:(.text+0xbe8): multiple definition of `init_module'
drivers/video/omap/omapfb_main.o:omapfb_main.c:(.init.text+0x0): first
defined here
drivers/video/omap/lcd_mipid.o: In function `cleanup_module':
lcd_mipid.c:(.text+0xbdc): multiple definition of `cleanup_module'
drivers/video/omap/omapfb_main.o:omapfb_main.c:(.exit.text+0x0): first
defined here
make[3]: *** [drivers/video/omap/omapfb.o] Error 1
make[2]: *** [drivers/video/omap] Error 2
make[1]: *** [drivers/video] Error 2
make: *** [drivers] Error 2

Regards
Sid.
-- 
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks


      reply	other threads:[~2009-11-07  0:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-06 13:32 Config problem I suspect Sid Boyce
2009-11-06 13:39 ` Gadiyar, Anand
2009-11-06 16:03   ` Sid Boyce
2009-11-06 16:21 ` Sid Boyce
2009-11-07  0:24   ` Sid Boyce [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4AF4BE46.7040402@blueyonder.co.uk \
    --to=sboyce@blueyonder.co.uk \
    --cc=linux-omap@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox