Re: boot loader build error

From: K. S. Huang (ks_huang_at_AlphaNetworks.com_remove.this)
Date: 07/30/04


Date: Fri, 30 Jul 2004 18:45:12 +0800

waht is the beginning adress of your ramimage ??

the ROMOFFSET will shift the beginning address for some bootloader that
using diffrent Address Mapping with the Kernel.
in most case you only need to set the ROMSTART, ROMSIZE and ROMWIDTH

"Sujith" <sujithss@hotmail.com> 级糶秎ン穝籇
:upjeL1hdEHA.1356@TK2MSFTNGP09.phx.gbl...
> hi,
> when i gave
> ROMOFFSET=78000000
> ROMSIZE=00400000
> i got a message that i should give ROMWIDTH also to make the ROMimage,
then
> i gave
> ROMWIDTH=32
> but for my surprise, it is making upto nk.nb544, most of which are 0kb
> files... also, nk.nb0 is 0kb.
> Regards
> Sujith
>
> "K. S. Huang" <ks_huang@AlphaNetworks.com_remove.this> wrote in message
> news:OdsqYchdEHA.3308@TK2MSFTNGP11.phx.gbl...
> > is there a "files" subdirectory that contain at least platform.reg,
> > platform.bib and config.bib in your BSP??
> >
> > "Sujith" <sujithss@hotmail.com> 级糶秎ン穝籇
> > :uW7evfgdEHA.1048@tk2msftngp13.phx.gbl...
> > > hi,
> > > also after i build a custom BSP, without cloning, when i try to build
a
> > > platform which is a tiny kernel, i am getting an error, like
> > > Success parsing locale file
> > > makeimg: FATAL ERROR: Cannot open
> > > E:\WINCE420\PUBLIC\DemoBuild\RelDir\FTDM32~1\postproc\platform.bib
> > > makeimg: FATAL ERROR: Cannot open
> > > E:\WINCE420\PUBLIC\DemoBuild\RelDir\FTDM32~1\postproc\platform.bib
> > > what should i do to correct these errors.
> > > Regards
> > > Sujith
> > > "K. S. Huang" <ks_huang@AlphaNetworks.com_remove.this> wrote in
message
> > > news:eLhVlXfdEHA.3988@tk2msftngp13.phx.gbl...
> > > > Actually the WINCEMACRO dose NOT make the SetLastError to be
> > > SC_SetLastError
> > > > directly.
> > > > in common\oak\mkfuncs.h you can find out the macro version of the
> > > > SelLastError(),
> > > > it define the SetLastError as PRIV_WIN32_CALL(VOID, SetLastError,
> > (DWORD))
> > > > the PRIV_WIN32_CALL will a C declaration for psuedo function to
invoke
> a
> > > > given method.
> > > > The psuedo function will jump to some special address to generate
an
> > > > exception so that the exception handler can handle the API calls.
> > > >
> > > > "Sujith" <sujithss@hotmail.com> 级糶秎ン穝籇
> > > > :#08AgfedEHA.2664@TK2MSFTNGP09.phx.gbl...
> > > > > hi,
> > > > > Thanks.. Great.. That worked, both the ddk_bud.lib and
SetLastError,
> > > both.
> > > > > Thanks once again. But still i have a question, where is this
> > > > > SC_SetLastError is defined?
> > > > > or is it just telling to the compiler that redirect to kernel ,
> since
> > we
> > > > > have set WINCEMACRO 1?
> > > > > Thanks in advance.
> > > > > Regards
> > > > > Sujith
> > > > >
> > > > > "K. S. Huang" <ks_huang@alphanetworks.com.remove.this> wrote in
> > message
> > > > > news:ONRue$WdEHA.2664@TK2MSFTNGP09.phx.gbl...
> > > > > > What is the RELEASETYPE of the
dm320\DRIVERS\CEDDK\DDK_BUS\sources
> > ??
> > > > > > if the RELEASETYPE=PLATFORM the .lib file should be under
> > > > > > dm320\lib\armv4i\retail
> > > > > >
> > > > > > The SetLastError is implemented in the kernel it self.
> > > > > > But all of the kernel function will have a SC_ prefix
> > > > > > So instead of linking the coredll.lib into your kernel, you may
> use
> > > the
> > > > > > SC_SetLastError.
> > > > > >
> > > > > > you could add
> > > > > > #define WINCEMACRO 1
> > > > > > in your oemioctl.c to let all of the SetLasrError redirect into
> > kernel
> > > > > > itself.
> > > > > >
> > > > > >
> > > > > > "Sujith" <sujithss@hotmail.com> 级糶秎ン穝籇
> > > > > > :#3aPdvVdEHA.592@TK2MSFTNGP11.phx.gbl...
> > > > > > > hi,
> > > > > > > i manually copied the files from the public\common\oak\lib, to
> > > > > > > my lib\armv4i\retail, the problem solved.....
> > > > > > >
> > > > > > > but why it was not coming automatically?
> > > > > > > also, when i try to build the kernal library, i am getting an
> > error,
> > > > > like
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
e:\wince420\platform\dm320\kernel\buildexe\kernkitlprof\hal.lib(oemioctl.obj
> > > > > > > ) :
> > > > > > > error LNK2019: unresolved external symbol SetLastError
> referenced
> > in
> > > > > > > function OEMIoControl
> > > > > > > but i am able to build the hal.lib file successfully.
> > > > > > > still i am getting the error.
> > > > > > > Regards
> > > > > > > Sujith
> > > > > > >
> > > > > > > "K. S. Huang" <ks_huang@AlphaNetworks.com_remove.this> wrote
in
> > > > message
> > > > > > > news:%23MR2BYVdEHA.3732@TK2MSFTNGP11.phx.gbl...
> > > > > > > > after you build the
> > > > > > > > dm320\DRIVERS\CEDDK\DDK_BUS (assuem your BSP is cloned from
> > > > > > > ARMINTEGRATOR)
> > > > > > > > there will be a ddk_bus.lib under dm320\lib\armv4i\retail,
if
> > not
> > > > you
> > > > > > 'll
> > > > > > > > need to exam the build.log file under
> > dm320\DRIVERS\CEDDK\DDK_BUS
> > > > > > > > to see what's going on.
> > > > > > > >
> > > > > > > > "Sujith" <sujithss@hotmail.com> 级糶秎ン穝籇
> > > > > > > > :OdmHM0UdEHA.2752@TK2MSFTNGP12.phx.gbl...
> > > > > > > > > hi,
> > > > > > > > > thanks for the replay.
> > > > > > > > > i build it. still i am getting the same error.
> > > > > > > > > also, when i try to build the hal.lib, i am getting an
> error,
> > > like
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
e:\wince420\platform\dm320\kernel\buildexe\kernkitlprof\hal.lib(oemioctl.obj
> > > > > > > > > ) :
> > > > > > > > > error LNK2019: unresolved external symbol SetLastError
> > > referenced
> > > > in
> > > > > > > > > function OEMIoControl
> > > > > > > > > why ? the include section contains the windows.h include
> > also.,
> > > > the
> > > > > > > actual
> > > > > > > > > header is
> > > > > > > > > Header: Winbase.h.
> > > > > > > > > Link Library: Coredll.lib.
> > > > > > > > > still i am getting the error.
> > > > > > > > >
> > > > > > > > > Regards
> > > > > > > > > Sujith
> > > > > > > > > "K. S. Huang" <ks_huang@AlphaNetworks.com_remove.this>
wrote
> > in
> > > > > > message
> > > > > > > > > news:uAyGzKUdEHA.3528@TK2MSFTNGP12.phx.gbl...
> > > > > > > > > > you need to build the
ARMINTEGRATOR\DRIVERS\CEDDK\DDK_BUS
> > > first
> > > > to
> > > > > > > > > generate
> > > > > > > > > > the ddk_bus.lib
> > > > > > > > > >
> > > > > > > > > > "Sujith" <sujithss@hotmail.com> 级糶秎ン穝籇
> > > > > > > > > > :u3incDUdEHA.2664@TK2MSFTNGP09.phx.gbl...
> > > > > > > > > > > hi,
> > > > > > > > > > > when i try to build the eboot which is given as a part
> of
> > > > > > > > > > > ARMINTEGRETOR BSP, i am getting an error.
> > > > > > > > > > > how do i correct it?
> > > > > > > > > > >
> > > > > > > > > > > BUILD: Linking e:\wince420\platform\dm320\eboot
> directory
> > > > > > > > > > > NMAKE : U1073: don't know how to make
> > > > > > > > > > >
> 'E:\WINCE420\platform\DM320\LIB\ARMV4I\retail\DDK_BUS.LIB'
> > > > > > > > > > > BUILD: NMAKE.EXE -i -c BUILDMSG=Stop.
> > > > > > > > > > > LINKONLY=1 NOPASS0=1 NTTEST= UMTEST= failed - rc = 2
> > > > > > > > > > >
> > > > > > > > > > > Thanks in advance
> > > > > > > > > > > Regards
> > > > > > > > > > > Sujith
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>



Relevant Pages

  • Re: boot loader build error
    ... using diffrent Address Mapping with the Kernel. ... > i got a message that i should give ROMWIDTH also to make the ROMimage, ...
    (microsoft.public.windowsce.embedded)
  • Re: new text patching for review
    ... Fix alternatives and kprobes to remap write-protected kernel text ... static void nop_out(void *insns, unsigned int len) ... - Invalid instruction ... mapping, and then remove the mapping after the operation. ...
    (Linux-Kernel)
  • Re: [PATCH 0/3] New firewire stack
    ... SMP kernels and the arm mapping, but my kernel is not recent and I didn't ... The ieee1394 core currently dependends on the PCI subsystem for no ... documentation of the stack-internal APIs would already help embedded ...
    (Linux-Kernel)
  • Re: [PATCH -mm] mm: more likely reclaim MADV_SEQUENTIAL mappings
    ... Application writers read the man page and expect MADV_SEQUENTIAL ... unmapping them than the kernel will ever be able to do itself. ... needs to scan LRU lists to reclaim. ... for the fact that the mapping will be accessed once, ...
    (Linux-Kernel)
  • Potential bug in fs/binfmt_elf.c?
    ... I believe there is a problem in fs/binfmt_elf.c, around line 700 (kernel ... When mapping a nobits PT_LOAD segment with a memsize> filesize, ... Could somebody who understands the ELF loading code please check to see ...
    (Linux-Kernel)