tions look up the device
tree during init and redirect to the real serial driver's functions of
the same name.
I could probably rustle up a patch if it would help.
Thank you a patch would help a great deal.
Thanks
hanumant
___
U-Boot mailing l
e. If i keep a global
representation of the default serial console with its base address etc,
it will still have to be reinitialized after relocation. The
default_serial_console() gives me an opportunity to reinitialize the
global structure. Is that the way to go?
Thanks
Han
/$(VENDOR)/dts/$(DEVICE_TREE).dts
- cat $< | $(CPP) -P $(DTS_CPPFLAGS) - >$@.tmp
- $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $@.tmp
- rm $@.tmp
+ $(DTC) -R 4 -p 0x1000 -O dtb -o ${DT_BIN} $<
Has anyone faced this issue?
Thanks
implement
the driver given that the driver is going to be applicable for multiple
socs by the same vendor. ie have something like the below.
have arch/arm/cpu/armv7/($vendor)-common & arch/arm/cpu/armv7/($SOC).
I believe there is already precedent for this?
Any input is appreciated.
Thanks
Hanu
Hi
If I include linux\ioport.h I get errors because resource_size_t type
has not been defined.
I believe it should be defined in linux\types.h?
Thanks
Hanumant
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I am trying to port u-boot to multiple soc/boards from an arm vendor.
I would appreciate any input on the following approach
1)The controller instance on various SOC are the same with minor
differences in the fifo size, gpios, clocks.
2)In order to help the porting effort, my idea is to add soc
6 matches
Mail list logo