On Friday 24 April 2009, Dirk Behme wrote:
> Btw.: Now that -next exists, I can't find patch linked above in it,
> though :(
http://git.denx.de/?p=u-boot/u-boot-arm.git;a=shortlog;h=refs/heads/next
shows it ... "respects SKIP_LOWLEVEL_INIT". Make sure
to look at the "next" branch there; you c
Hi Prafulla,
Prafulla Wadaskar wrote:
>
>
>
>> -Original Message-
>> From: Ben Warren [mailto:biggerbadder...@gmail.com]
>> Sent: Friday, April 24, 2009 7:00 PM
>> To: Prafulla Wadaskar
>> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
>> Ronen Shitrit
>> Subject: Re:
Hi Dirk,
On Fri, Apr 24, 2009 at 10:17 PM, Dirk Behme wrote:
> Dear Jean-Christophe,
>
> David Brownell wrote:
> ...
> >>> http://lists.denx.de/pipermail/u-boot/2009-April/050802.html
> >> the Patch series and this has been apply in the u-boot-arm/next
> >
> > I see that branch now exists ... t
hi,
I got things working on UART2 as consolebut i still have issues in
relocating..
its problem in my hardware...so things are going on well...
thank u Mr.Stefan for the help extended
Thanks & Regards,
Prathika R
prathika wrote:
hi,
i did add the UART2 in the serial multi infras
Short status update after scanning the recent mails:
Dirk Behme wrote:
>
> To avoid loosing the overview, here my list of pending OMAP3 patches
> ready to be applied. From my point of view there are no open comments on
> these which will prevent to apply them. But please correct if I
> overlo
Dear Jean-Christophe,
David Brownell wrote:
...
>>> http://lists.denx.de/pipermail/u-boot/2009-April/050802.html
>> the Patch series and this has been apply in the u-boot-arm/next
>
> I see that branch now exists ... thanks! :)
> Could you clarify the current merge cycle for me, by the wa
> -Original Message-
> From: Ben Warren [mailto:biggerbadder...@gmail.com]
> Sent: Friday, April 24, 2009 7:00 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
> Ronen Shitrit
> Subject: Re: [PATCH v8] Marvell MV88E61XX Switch Driver support
>
hi,
i did add the UART2 in the serial multi infrastructure at the end of my
serial.c.
i have also configured GPIO registers for enabling UART2 Tx and Rx lines.
As I understand, these lines are also multiplexed with the boot strap
lines of the PowerPC 440EP. Will this create any issue in the pe
Detlev-san,
Detlev Zundel wrote:
> Instead of special casing the different access patterns, use common
> code with light macros sprinkled in to accomodate for the different
> layouts of the register structure.
>
> Note that this also changes the types of the registers for the
> "positively packed
On Friday 24 April 2009, Ben Warren wrote:
>
> >> http://lists.denx.de/pipermail/u-boot/2009-April/050800.html
> >>
> > this is throw Ben tree
> >
> >
> Actually, I asked you to pick it up:
>
> http://lists.denx.de/pipermail/u-boot/2009-April/051076.html
>
> If that's a problem let me
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 12:33 Fri 24 Apr , David Brownell wrote:
>
>> On Friday 24 April 2009, Hugo Villeneuve wrote:
>>
>>> I would suggest renaming (or adding) CONFIG_SOC_DM6446
>>> to CONFIG_SOC_DM644x
>>>
>> The updated patchset I sent includes CONFIG_SOC
Hi Wolfgang,
Wolfgang Denk wrote:
> Dear Wolfgang Denk,
>
> In message <20090403215440.d21298379...@gemini.denx.de> I wrote:
>
>> Dear Ben,
>>
>> In message <49a4d6bc.3010...@renesas.com> Yoshihiro Shimoda wrote:
>>
>>> Fix the problem that cannot access actual data when CPU data cache ena
Hi Wolfgang,
Wolfgang Denk wrote:
> Dear Ben,
>
> In message <20090403215728.930be8379...@gemini.denx.de> I wrote:
>
>> Dear Ben,
>>
>> In message <49a641e4.8000...@denx.de> you wrote:
>>
>>> [PATCH v2] netloop: updates for NetLoop
>>>
>>> Fix some issues introduced from commit:
>>> 2f70c4
On Friday 24 April 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 12:33 Fri 24 Apr , David Brownell wrote:
> >
> > (Note: that series of five patches goes with two
> > patches which seem not to have merged yet:
> >
> > http://lists.denx.de/pipermail/u-boot/2009-April/050802.html
> the P
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090424215804.gc10...@game.jcrosoft.org> you wrote:
>
...
> > +#define COPY_BUFFER_LOCATION 0x4000fde0
> evenif it's soc specific flash support I think they need to be store with the
> other flash and need to have the ack of Stefan
No, not reall
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090424213824.gd32...@game.jcrosoft.org> you wrote:
>
...
[FULL QUOTE DELETED]
It makes no sense to quote the complete patch when you just want to
add one line of comment at the end!
> > > + . = ALIGN(4);
> > > + .rodata : { *(SORT_BY_ALIGNME
On 13:57 Fri 24 Apr , Remco Poelstra wrote:
> This patch includes support for the LPC2468 processor from NXP.
>
> Signed-off-by: Remco Poelstra
> ---
> A working board example will be submitted when this patch is found to be OK.
> This patch is against latest git.
> The previous problem with
On 10:21 Fri 24 Apr , Scott Wood wrote:
> On Fri, Apr 24, 2009 at 02:57:52PM +0900, Kyungmin Park wrote:
> > Actually, I don't like the CONFIG_SYS_MONITOR_LEN approaches, now you
> > are consider the bad block at 1.
> > But we can also consider the bad block 2, if there two consecutive 2
> > ba
On 12:33 Fri 24 Apr , David Brownell wrote:
> On Friday 24 April 2009, Hugo Villeneuve wrote:
> > I would suggest renaming (or adding) CONFIG_SOC_DM6446
> > to CONFIG_SOC_DM644x
>
> The updated patchset I sent includes CONFIG_SOC_DM644X:
>
> http://lists.denx.de/pipermail/u-boot/2009-April/
On 23:26 Fri 24 Apr , Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 09:40 Tue 14 Apr , Tom Rix wrote:
> > Zoom2 is a new board from Texas Instruments and LogicPD
> >
> > The logicpd web site is a good source for general information on this board.
> > Please start looking here if the below l
> +#include
> +#endif
> #include
> #include
> #include
> @@ -78,7 +81,6 @@ int board_init (void)
> #if defined(CONFIG_STATUS_LED) && defined(STATUS_LED_BOOT)
> status_led_set (STATUS_LED_BOOT, STATUS_LED_ON);
> #endif
> -
> return 0;
> }
>
> diff --git a/include/configs/omap
On 09:40 Tue 14 Apr , Tom Rix wrote:
> Divisor field is called PTV not PVT.
>
> This change is needed because of earlier OMAP commit
> 81472d893fa565c9d300928a40e504a689bde131
> of the same name
>
this change need to be done at the first patch
otherwise will not be able to compile it or bisec
On 09:40 Tue 14 Apr , Tom Rix wrote:
> Zoom2 is a new board from Texas Instruments and LogicPD
>
> The logicpd web site is a good source for general information on this board.
> Please start looking here if the below links are broken.
> http://www.logicpd.com
>
> This is a pdf of the product
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090424200323.gd2...@game.jcrosoft.org> you wrote:
>
> > What exactly do you mean by "move the STD API"?
> >
> > In which way should the "STD API" be moved, and what exactly is the
> > "STD API" you are referring to?
>
> extract of arm init fu
Add basic error handling to fread() function calls. This prevents
compililation warnings such as:
bmp_logo.c: In function ‘main’:
bmp_logo.c:71: warning: ignoring return value of ‘fread’, declared with
attribute warn_unused_result
...
Signed-off-by: Peter Tyser
---
tools/bmp_logo.c | 35
This prevents the compilation warning:
ncb.c: In function 'main':
ncb.c:32: warning: ignoring return value of ‘write’, declared with
attribute warn_unused_result
Signed-off-by: Peter Tyser
---
tools/ncb.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/tools/ncb.c b/
Board Certified Medical Doctors in America
Lots of Physicians in specialties like Orthopedics, Surgery, Radiology,
Dermatology, Neurology, General Practice etc..
you can sort by many different fields like city, state or zip
Price for this week only = $392
* You will also get these at no
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 18:49 Fri 24 Apr , Dirk Behme wrote:
>> Sanjeev Premi wrote:
>>> The function display_board_info() displays incorrect
>>> silicon revision - based on the return value from
>>> function get_cpu_rev().
>>>
>>> This patch fixes th
Add the i2c_init() function so that the tsi108_i2c.c driver fits
U-Boot's standard I2C API which is utilized by cmd_i2c.c
Signed-off-by: Peter Tyser
---
drivers/i2c/tsi108_i2c.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/tsi108_i2c.c b/drivers/i2
Add standard CONFIG_SYS_I2C_SPEED define for the mpc7448hpc2 so that
it can use the common 'i2c speed' command. Note that the I2C controller
utilized by the mpc7448hpc2 has a fixed speed and cannot be changed
dynamically.
Signed-off-by: Peter Tyser
---
include/configs/mpc7448hpc2.h |1 +
1
The following changes were made, primarily to bring the Marvell i2c
driver in line with U-Boot's current I2C API:
- Made i2c_init() globally accessible
- Made i2c_read() and i2c_write() return an integer
- Updated i2c_init() calls to pass in CONFIG_SYS_I2C_SLAVE in the
offhand chance someone adds
Many boards/controllers/drivers don't support an I2C slave interface,
however CONFIG_SYS_I2C_SLAVE is used in common code so provide a
default
Signed-off-by: Peter Tyser
---
common/cmd_eeprom.c|4
cpu/mpc8260/i2c.c |3 ---
cpu/ppc4xx/40x_spd_sdram.c |4
cpu
The following changes were made, primarily to bring the cpci750 i2c
driver in line with U-Boot's current I2C API:
- Made i2c_init() globally accessible
- Made i2c_read() and i2c_write() return an integer
- Updated i2c_init() calls to pass in CONFIG_SYS_I2C_SLAVE in the
offhand chance someone adds
Hi Heiko,
These 5 patches should clean up the compile issues that you noticed
after application of the "[PATCH v2 0/7] Remove individual I2C commands
and cleanup" series.
I only have a build environment for powerpc boards so it'd be much
appreciated if other architectures could do some basic compi
To avoid loosing the overview, here my list of pending OMAP3 patches
ready to be applied. From my point of view there are no open comments
on these which will prevent to apply them. But please correct if I
overlooked anything or add what (patches? comments?) I missed.
1. OMAP3: Beagle: Set pin
Wolfgang Denk,
Please pull a couple of fixes for 83xx:
The following changes since commit 7ee38c044ca5041d3378d6507580ea4ec344af96:
David Brownell (1):
fix DaVinci NS16550_REG_SIZE regression
are available in the git repository at:
git://git.denx.de/u-boot-mpc83xx.git master
Anatol
On Fri, 24 Apr 2009 06:50:45 +0200
Heiko Schocher wrote:
> if using CONFIG_BOOTCOUNT_LIMIT feature on a MPC8360 CPU
> in the muram-data node, the reg entry needs to be updated.
> This is done in fdt_fixup_muram(), but we should use
> the compatible "fsl,qe-muram-data" for searching the
> node ins
On 11:48 Fri 24 Apr , alfred steele wrote:
> Thanks !
>
> > which ICE do you use?
> I use the the BDI3000. Could there be something wrong with the
> U-boot image or the way u-boot doing a partial u-boot initialization.
> The fact is that it does not even show the entry point/reset vector
> a
On 18:49 Fri 24 Apr , Dirk Behme wrote:
> Sanjeev Premi wrote:
> > The function display_board_info() displays incorrect
> > silicon revision - based on the return value from
> > function get_cpu_rev().
> >
> > This patch fixes the problem.
> >
> > Signed-off-by: Sanjeev Premi
>
> Signed-off
On 18:59 Fri 24 Apr , Dirk Behme wrote:
> Dear Jean-Christophe,
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 20:21 Fri 24 Apr , Sanjeev Premi wrote:
>>> The board-types defined in struct omap3_sysinfo seem to be
>>> unused. The function display_board_info() is passed
>>> board type as
On 21:34 Fri 24 Apr , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090424164422.gb2...@game.jcrosoft.org> you wrote:
> > On 20:21 Fri 24 Apr , Sanjeev Premi wrote:
> > > The board-types defined in struct omap3_sysinfo seem to be
> > > unused. The function
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090405085601.ga31...@game.jcrosoft.org> you wrote:
>
> > > diff --git a/common/modem.c b/common/modem.c
> > > new file mode 100644
> > > index 000..27e164a
> > > --- /dev/null
> > > +++ b/common/modem.c
> > ...
> > > +/* called from main loo
Dear Ben,
In message <20090403215728.930be8379...@gemini.denx.de> I wrote:
> Dear Ben,
>
> In message <49a641e4.8000...@denx.de> you wrote:
> > [PATCH v2] netloop: updates for NetLoop
> >
> > Fix some issues introduced from commit:
> > 2f70c49e5b9813635ad73666aa30f304c7fdeda9
> > suggested by Mi
Dear Wolfgang Denk,
In message <20090403215440.d21298379...@gemini.denx.de> I wrote:
> Dear Ben,
>
> In message <49a4d6bc.3010...@renesas.com> Yoshihiro Shimoda wrote:
> > Fix the problem that cannot access actual data when CPU data cache enabled.
> >
> > Signed-off-by: Yoshihiro Shimoda
> > --
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090424164422.gb2...@game.jcrosoft.org> you wrote:
> On 20:21 Fri 24 Apr , Sanjeev Premi wrote:
> > The board-types defined in struct omap3_sysinfo seem to be
> > unused. The function display_board_info() is passed
> > board type as an argume
On Friday 24 April 2009, Hugo Villeneuve wrote:
> I would suggest renaming (or adding) CONFIG_SOC_DM6446
> to CONFIG_SOC_DM644x
The updated patchset I sent includes CONFIG_SOC_DM644X:
http://lists.denx.de/pipermail/u-boot/2009-April/051051.html
I decided to keep the "X" uppercase for consisten
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090424164644.gc2...@game.jcrosoft.org> you wrote:
> On 20:22 Fri 24 Apr , Sanjeev Premi wrote:
> > The function display_board_info() displays incorrect
> > silicon revision - based on the return value from
> > function get_cpu_rev().
> >
>
Hi Alfred,
--- On Thu, 4/23/09, alfred steele wrote:
> I have attached the printk circular buffer log.
>
> smc911x: initializing
> smc911x: detected controller
> smc911x: phy initialized
> smc911x: MAC 92:92:92:bb:bb:bb
> TFTP from server 206.44.18.25; our IP address is
> 206.44.18.31
> Filen
This patch removes the now unnecessary flash type parameter from the
"ubi part" command. Currently the user has to define the type of flash
he will be using UBI on. Example:
=> ubi part nor partition1
With this patch this type parameter is not needed anymore. The user can
now select the partition
On Friday 24 April 2009, Scott Wood wrote:
> On Fri, Apr 24, 2009 at 04:00:19PM +0200, Stefan Roese wrote:
> > This patch removes the now unnecessary flash type parameter from the
> > "ubi part" command. Currently the user has to define the type of flash
> > he will be using UBI on. Example:
> >
>
Dear Steven Zedeck,
In message <23217700.p...@talk.nabble.com> you wrote:
>
> I'm referring to the palatte and bitmap structs.
> thanks again,
Are you talking about the logo support? Noite that this is different
from plain bitmap support.
> > It seems that UBoot needs two data structures to dis
Dear Steven Zedeck,
In message <23217619.p...@talk.nabble.com> you wrote:
>
> It seems that UBoot needs two data structures to display a bitmap in the
> framebuffer. Is there a utility that converts a Windows bitmap (BMP?) file
> and creates the 2 data structures that I can embedd in my code?
Wh
Dear alfred steele,
In message <528f13590904240907v16449286t30b8c1b238da9...@mail.gmail.com> you
wrote:
>
> I am trying to debug u-boot using arm-elf-gdb on the PDK board. I have been
> succesfully using this gdb to a great extent. However, when i try my
> vanilla u-boot image with debug, i get a
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 20:21 Fri 24 Apr , Sanjeev Premi wrote:
>> The board-types defined in struct omap3_sysinfo seem to be
>> unused. The function display_board_info() is passed
>> board type as an argument; which is ignored.
>>
>> This patch remov
Sanjeev Premi wrote:
> The function display_board_info() displays incorrect
> silicon revision - based on the return value from
> function get_cpu_rev().
>
> This patch fixes the problem.
>
> Signed-off-by: Sanjeev Premi
Signed-off-by: Dirk Behme
Tested-by: Dirk Behme
> ---
> cpu/arm_cortex
Thanks !
> which ICE do you use?
I use the the BDI3000. Could there be something wrong with the
U-boot image or the way u-boot doing a partial u-boot initialization.
The fact is that it does not even show the entry point/reset vector
address in startup. Could it be that my uboot elf image isn't
Sanjeev Premi wrote:
> The board-types defined in struct omap3_sysinfo seem to be
> unused. The function display_board_info() is passed
> board type as an argument; which is ignored.
>
> This patch removes all uses of board-type, related definitions
> and functions.
>
> Signed-off-by: Sanjeev Pre
On 20:22 Fri 24 Apr , Sanjeev Premi wrote:
> The function display_board_info() displays incorrect
> silicon revision - based on the return value from
> function get_cpu_rev().
>
> This patch fixes the problem.
two comment on the omap3
first for the cp15 we have the get/set_cr API it will be n
On 20:21 Fri 24 Apr , Sanjeev Premi wrote:
> The board-types defined in struct omap3_sysinfo seem to be
> unused. The function display_board_info() is passed
> board type as an argument; which is ignored.
>
> This patch removes all uses of board-type, related definitions
> and functions.
I've
On 11:07 Fri 24 Apr , alfred steele wrote:
> Hi,
> I am trying to debug u-boot using arm-elf-gdb on the PDK board. I have been
> succesfully using this gdb to a great extent. However, when i try my
> vanilla u-boot image with debug, i get a "segfault".
which ICE do you use?
>
> $ arm-elf-gdb
On Thu, 16 Apr 2009 23:31:12 -0700
David Brownell wrote:
> On Thursday 16 April 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 15:44 Sun 12 Apr , David Brownell wrote:
>
> > could you split it in more logical change please
>
> I'll fragment it a bit more, ok. later.
>
>
> > > @@ -1
Hi,
I am trying to debug u-boot using arm-elf-gdb on the PDK board. I have been
succesfully using this gdb to a great extent. However, when i try my
vanilla u-boot image with debug, i get a "segfault".
$ arm-elf-gdb u-boot
GNU gdb 5.3 (eCosCentric)
Copyright 2002 Free Software Foundation, Inc.
GD
On Fri, Apr 24, 2009 at 04:00:19PM +0200, Stefan Roese wrote:
> This patch removes the now unnecessary flash type parameter from the
> "ubi part" command. Currently the user has to define the type of flash
> he will be using UBI on. Example:
>
> => ubi part nor partition1
>
> With this patch this
Blocks compressed with zlib dont have the full gzip header.
This patch adds a new function to properly handle blocks compressed
with zlib.
Without this patch, block compressed with zlib cannot be readed!
Signed-off-by: Ricardo Ribalda Delgado
---
v3: return is not a function. prototypes in head
On Fri, Apr 24, 2009 at 02:57:52PM +0900, Kyungmin Park wrote:
> Actually, I don't like the CONFIG_SYS_MONITOR_LEN approaches, now you
> are consider the bad block at 1.
> But we can also consider the bad block 2, if there two consecutive 2
> bad block at block 1, 2, we should define the CONFIG_SYS
On Friday 24 April 2009, Ricardo Ribalda Delgado wrote:
> Blocks compressed with zlib dont have the full gzip header.
>
> This patch adds a new function to properly handle blocks compressed
> with zlib.
>
> Without this patch, block compressed with zlib cannot be readed!
>
> Signed-off-by: Ricardo
The function display_board_info() displays incorrect
silicon revision - based on the return value from
function get_cpu_rev().
This patch fixes the problem.
Signed-off-by: Sanjeev Premi
---
cpu/arm_cortexa8/cpu.c |4 ++--
cpu/arm_cortexa8/omap3/clock.c |5 +++--
cpu/arm_
The board-types defined in struct omap3_sysinfo seem to be
unused. The function display_board_info() is passed
board type as an argument; which is ignored.
This patch removes all uses of board-type, related definitions
and functions.
Signed-off-by: Sanjeev Premi
---
board/omap3/beagle/beagle.h
This series contains 2 specific updates:
- Remove unused board type definitions.
- Print correct silicon revision in the
board information
These updates have been tested on OMAP3EVM
with ES 3.0 and ES3.1 silicon versions.
Thanks to Dirk Behme [dirk.be...@googlemail.com]
for converting a quic
Implement ethernet halt() by putting MAC0 in reset.
If we do not do this, we will get memory corruption
when ethernet frames are received during early OS boot.
Signed-off-by: Thomas Lange
---
cpu/mips/au1x00_eth.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/cpu/mi
Blocks compressed with zlib dont have the full gzip header.
This patch adds a new function to properly handle blocks compressed
with zlib.
Without this patch, block compressed with zlib cannot be readed!
Signed-off-by: Ricardo Ribalda Delgado
---
v2: remove unused parts..
fs/ubifs/ubifs.c |
If the memory used to copy the link_make is "dirty" the string wont
be ended with Zero, throwing out multiple memory bugs.
Signed-off-by: Ricardo Ribalda Delgado
---
v2: better doc and remove duplicated memcpy
fs/ubifs/ubifs.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --g
I'm referring to the palatte and bitmap structs.
thanks again,
Steve
Steven Zedeck wrote:
>
> Hi,
> It seems that UBoot needs two data structures to display a bitmap in the
> framebuffer. Is there a utility that converts a Windows bitmap (BMP?) file
> and creates the 2 data structures that I can
Hi,
It seems that UBoot needs two data structures to display a bitmap in the
framebuffer. Is there a utility that converts a Windows bitmap (BMP?) file
and creates the 2 data structures that I can embedd in my code?
Thanks,
Steve
--
View this message in context:
http://www.nabble.com/Uboot-bitm
On Friday 24 April 2009, Ricardo Ribalda Delgado wrote:
> Blocks compressed with zlib are not handled correctly.
> gunzip decompress blocks with the gzip header, but ubi blocks
> dont have header.
> ---
Again, Signed-off-by missing.
More comments below.
> fs/ubifs/ubifs.c | 43 +++
On Friday 24 April 2009, Ricardo Ribalda Delgado wrote:
> ---
First of all your Signed-off-by line is missing. In your other patch as well.
And please add a description of the problem that's fixed with this patch. I've
used UBIFS on some boards now and have not seen any problems. Please give an
Scott Wood wrote on 23/04/2009 18:40:01:
>
> On Thu, Apr 23, 2009 at 03:32:11PM +0200, Joakim Tjernlund wrote:
> > Still trying to wrap my head around PCI and I wonder if I need to do
some
> > HW init in u-boot in order to use the PCI controller in Linux?
>
> Yes. See pci_init_board() in mpc83
With this patch the NAND and OneNAND devices are registered in the MTD
subsystem and can then be referenced by the mtdcore code (e.g.
get_mtd_device_nm()). This is needed for the new "ubi part" command
syntax without the flash type parameter (nor|nand|onenand).
Signed-off-by: Stefan Roese
---
dr
This patch removes this compilation warning when CONFIG_MTD_PARTITIONS is
defined:
nand_base.c: In function 'nand_release':
nand_base.c:2922: warning: implicit declaration of function 'del_mtd_partitions'
Signed-off-by: Stefan Roese
---
drivers/mtd/nand/nand_base.c |4
1 files changed,
This patch removes the now unnecessary flash type parameter from the
"ubi part" command. Currently the user has to define the type of flash
he will be using UBI on. Example:
=> ubi part nor partition1
With this patch this type parameter is not needed anymore. The user can
now select the partition
Prafulla Wadaskar wrote:
> Chips supported:-
> 1. 88E6161 6 port gbe swtich with 5 integrated PHYs
> 2. 88E6165 6 port gbe swtich with 5 integrated PHYs
> 2. 88E6132 3 port gbe swtich with 2 integrated PHYs
> Platform specific configuration supported
> default and router port vlan config supported
Dear Remco Poelstra,
In message <49f1a92f.9070...@duran-audio.com> you wrote:
> This patch includes support for the LPC2468 processor from NXP.
Thanks.
Here a few comments:
> --- a/cpu/arm720t/cpu.c
> +++ b/cpu/arm720t/cpu.c
> @@ -75,7 +75,7 @@ int cleanup_before_linux (void)
> /* go to h
Congratulation for your $1,350,000.00 as grant from the
Fondation De France and ECOWAS. You are to send us the following
details so that we can proceed to process your grant. Name:
Address: Occupation: Sex: Tel.
And send to Mr Patrice Williams (fdf...@yahoo.com.hk)
Sincerely,
Mrs. Claudia Lauren
This patch includes support for the LPC2468 processor from NXP.
Signed-off-by: Remco Poelstra
---
A working board example will be submitted when this patch is found to be OK.
This patch is against latest git.
The previous problem with PUTx vs. writex is solved.
From 75361079ed78fb40c2840b3bd746
Hello all
Sorry for the error in the numbers. There are just 2, not 9!
Regards
--
Ricardo Ribalda
http://www.eps.uam.es/~rribalda/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
---
fs/ubifs/ubifs.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c
index 0708d90..4dc315e 100644
--- a/fs/ubifs/ubifs.c
+++ b/fs/ubifs/ubifs.c
@@ -646,6 +646,8 @@ int ubifs_load(char *filename, u32 addr, u32 size)
ui = ubifs_i
Blocks compressed with zlib are not handled correctly.
gunzip decompress blocks with the gzip header, but ubi blocks
dont have header.
---
fs/ubifs/ubifs.c | 43 ++-
fs/ubifs/ubifs.h |2 --
2 files changed, 42 insertions(+), 3 deletions(-)
diff --git
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090417195540.ga9...@game.jcrosoft.org> you wrote:
>
> please pull
>
> The following changes since commit 7ee38c044ca5041d3378d6507580ea4ec344af96:
> David Brownell (1):
> fix DaVinci NS16550_REG_SIZE regression
>
> are available in
Dear Ben Warren,
In message <49ec1624.5050...@gmail.com> you wrote:
> Wolfgang,
>
> The following changes since commit 7ee38c044ca5041d3378d6507580ea4ec344af96:
>
> David Brownell (1):
>
> fix DaVinci NS16550_REG_SIZE regression
>
> are available in the git repository at:
>
> git:
89 matches
Mail list logo
