Dear All,
I know the board based on mpc852T supported by u-boot are AdderII and MPC86xADS.
Could you tell me which board are supported by u-boot except AdderII and MPC86xADS?
Thanks in advance! John
Sorry, maybe just now I send this email with error subject.
Send U-Boot-Users mailing list submissions to u-boot-users@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/u-boot-users or, via email, send a message with subject or body 'help' to u-boot-users-request@lists.sourceforge.net
You can reach the person managing the list at u-boot-users-admin@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific than "Re: Contents of U-Boot-Users digest..."
Today's Topics:
- Re: MPC8247 and others (Wolfgang Denk)
- ARM irq_save_user_regs (Jean-Philippe Francois)
- get_ticks() for AT91RM9200 (Steven Scholz)
- Re: MPC8247 and others (Dan Malek)
- RE: IDE LBA48 support and vsprintf 64bit support (Rune Torgersen)
- RE: IDE LBA48 support and vsprintf 64bit support (VanBaren, Gerald (AGRE))
- U-Boot on omap1510inn (dacohen)
- RE: IDE LBA48 support and vsprintf 64bit support (Rune Torgersen)
- RE: IDE LBA48 support and vsprintf 64bit support (VanBaren, Gerald (AGRE))
- RE: IDE LBA48 support and vsprintf 64bit support (Rune Torgersen)
- [PATCH] lba48 support & 64bit vsprintf (Rune Torgersen)
--__--__--
Message: 1 To: "Ole Andreas Torvmark" ole.torvmark@radionor.no Cc: u-boot-users@lists.sourceforge.net Subject: Re: [U-Boot-Users] MPC8247 and others From: Wolfgang Denk wd@denx.de Date: Fri, 27 Feb 2004 15:17:07 +0100
In message 000501c3fd00$a087d670$9d00a8c0@radionorole you wrote:
MPC8247 is part of a new family of PowerQUICC II processors from Motorola. This new family include MPC8247,MPC8248,MPC8271,MPC8272 which are all derivatives from of the MPC8280 and MPC8260.
Indeed these are derivatives, and not sooo different.
Since I would like to post back patches and add support code for this CPU back to the U-Boot project I was wondering what is best when starting : Add a new directory to cpu, mpc8272 (or something) and copying code from mpc8260 and changing this or add changes with defines in the MPC8260 directory. The MPC8260 and MPC8247 are very similar but there are some changes, configuration registers (HRCW is changed among others (start.S)) and an USB controller etc.
I don't think that differences are so big that a separate CPU directory is justified. Please use the existing 8260 directory.
Best regards,
Wolfgang Denk
-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de Boss, n.: According to the Oxford English Dictionary, in the Middle Ages the words "boss" and "botch" were largely synonymous, except that boss, in addition to meaning "a supervisor of workers" also meant "an ornamental stud."
--__--__--
Message: 2 Date: Fri, 27 Feb 2004 15:23:48 +0100 From: "Jean-Philippe Francois" jp.francois@cynove.com To: u-boot-users@lists.sourceforge.net Subject: [U-Boot-Users] ARM irq_save_user_regs
--=====_10778918286334=_ Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
In the irq_save_user_regs in start.S, the "user mode" SP and LR are saved on the stack using : stmdb r8,{sp,lr}^
This is a multiple register transfer instruction with the S bit set. When this bit is set and the pc register is not listed among the register= to be saved, this means the user mode register will be saved, instead of the current= mode register.
However, I can't see any place in u-boot where we switch to user mode. What= is the signification of this instruction ?
Does it mean : save sp_svc and lr_svc in the location pointed to by r8,
Or save sp_user and lr_user in the location pointed to by r8.
In the first case it could be useful, but in the latter it is useless since= we never switch to user mode.
Am I right ?
TIA for any informations.
JP Francois
--=====_10778918286334=_ Content-Type: text/html; charset="us-ascii"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD> <META http-equiv=Content-Type content="text/html; charset=iso-8859-1"> <META content="MSHTML 6.00.2800.1400" name=GENERATOR></HEAD> <BODY style="FONT-FAMILY: Courier" text=#000000 bgColor=#ffffff> <DIV>Hi,</DIV> <DIV> </DIV> <DIV>In the irq_save_user_regs in start.S, the "user mode" SP and LR</DIV> <DIV>are saved on the stack using :</DIV> <DIV> stmdb r8,{sp,lr}^</DIV> <DIV> </DIV> <DIV>This is a multiple register transfer instruction with the S bit set.</DIV> <DIV>When this bit is set and the pc register is not listed among the register to be saved,</DIV> <DIV>this means the user mode register will be saved, instead of the current mode register.</DIV> <DIV> </DIV> <DIV>However, I can't see any place in u-boot where we switch to user mode. What is the signification of</DIV> <DIV>this instruction ?</DIV> <DIV> </DIV> <DIV>Does it mean :</DIV> <DIV> save sp_svc and lr_svc in the location pointed to by r8,</DIV> <DIV> </DIV> <DIV>Or</DIV> <DIV> save sp_user and lr_user in the location pointed to by r8.</DIV> <DIV> </DIV> <DIV> </DIV> <DIV>In the first case it could be useful, but in the latter it is useless since we never switch to</DIV> <DIV>user mode.</DIV> <DIV> </DIV> <DIV>Am I right ?</DIV> <DIV> </DIV> <DIV> </DIV> <DIV>TIA for any informations.</DIV> <DIV> </DIV> <DIV>JP Francois</DIV></BODY></HTML>
--=====_10778918286334=_--
--__--__--
Message: 3 Date: Fri, 27 Feb 2004 15:48:07 +0100 From: Steven Scholz steven.scholz@imc-berlin.de To: u-boot-users u-boot-users@lists.sourceforge.net Subject: [U-Boot-Users] get_ticks() for AT91RM9200
This is a multi-part message in MIME format. --------------060104020803080204040205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mail.berlin.imc-berlin.de id i1RDx2rA010363
Hi there,
as mentioned before the AT91RM9200 port was missing a get_ticks()=20 function. I made a lot of white space fixes as well because now the=20 similarities _and_ differences with other ARM implementations are more=20 obvious when doing a "diff".
I added get_ticks() because it was needed by the NFS implementation.=20 However it looks like get_ticks() is hardly use in U-Boot. I think=20 get_timer() is used in most cases...
CHANGELOG:
- Patch by Steven Scholz, 27 Feb 2004:
- Adding get_ticks() and get_tbclk() for AT91RM9200
- Many white space fixes in cpu/at91rm9200/interrupts.c
Thanks,
--=20 Steven Scholz
imc Measurement & Control imc Me=DFsysteme GmbH Voltastr. 5 Voltastr. 5 13355 Berlin 13355 Berlin Germany Deutschland
--------------060104020803080204040205 Content-Type: application/x-gzip; name="at91_timer.patch.gz" Content-Disposition: inline; filename="at91_timer.patch.gz" Content-Transfer-Encoding: base64
H4sICMZUP0AAA2F0OTFfdGltZXIucGF0Y2gArVl5d9rKFf9b+hT30JNnbCxAGK+J02fLduom Xh4QN81rjo4QklEDEk+LnTR1P3vvbJoREoqXRxYuM3f73WVmNDoPJ963A3AXWcdJ9814vt/r djtBmHpxnC3SpO3qhy//6ANrCH4w8w6g494lcRSlncwYK181Dmze6bGXxoF3F4S3EONXEkQh mO2+Pgl8H4wFGBkYMQ5AwXHDMOqAab1d+HsWAo5vQc882OrhXzC6+NGI8lar9TPxM29MxPtg 9g/M3QPUQ8X1X38Fo29umqYJLfrdBxzyvqF0CHdRMEEYiZfaqL6ZzSKE5Uwm8fprHf4y8fwg 9GB0fnE6sD9cHZ3YN0cfoPvNx48OOnQ2YO64cQRphEqcCaRTD8wdGAcppMHci2GjoxtCzeAU FVBd0EznsfF2ZNnWzbreqmeAX9AiQUKsrutwNNo3r4f2yALkQS91AzUEPuoA6+ry7Pyd/XF4 ap8PfsNhDFAUw2jqxR4ECYQR4Dgk2WIRxSn4OEe0DS5IQDFf8NE4xgKA717aJtKzxNNZiLzQ Gc88W8YcmmQc3fmhG4AfrIosDl/rLU1Q8KCTEoBJkDxKFrpSmtAojy6EWFYk1LpB/Rg7E3se TTyuoVUYXNa7cMLAbTYGJL0pqVfr+iO02+1/hQ1MLzctUt9dJ+apCKyUIf5xAaASBCR3LZlG 93bs3SbNJI0zN4VFSn/CBpAv4WzOBiU+xia8z8IkuA29CdCa9GfObYJOu1GYpOBOHaytRRy5 XpJEMUWf/P7lUDd+QAPTP7B7O41NaJyd/0YoQBITL8jhjSXIj+/7ktyW5I4kdxlJnMJfe3Ji X5JmlxtE0pRkT5JbkuxLklrkqonXWz3hNVLCa04SrzlJvM7JbUnuCPLoeMTI3OucZ1+S6DUz +PHyRBntiVHidU72OTn855BQuvFAyqEySS2tNktwiCluaTJPmsgTUjxNSPEsbVJWlqZNTWSJ Ujs5tatw7uWj+znF86PJ/DBeniFNZkiTGdKUDAl3SQw0kSDuLqN4enJ32ShPD3eXUTw5ubti fj+neGI0kRjpbc6xJUlhi2eGMD/QdZF0EU0JRhwzMglS3Ktsl2ShSXuNpGoFAwgOrmcR4/rl NxsLFw7g9zevunuzb2+/kJlZrI7gOqEbGg43kgWO01GAQKH9nEbeTcYchGwtIOYXEV0pmX0+ T2jj7dHgwp7Fm8qvZFFiCBYqg78QK50AEJvd3JV4X7oV75XdknpQSlUb75c59kqWdhXtOwq9 rdD9Wqu7BaM7ZYbtAkO/5MKWYqqn0KZCd2td2CpY6FVEpsDQXXbhjNQXGnDZH2GBld0vYFn2 pX18PoK/wtrlGnqyFq6VWT4Lls+U5T8VLJZgsSiLW8FyI1huKMvd2rKvQI4HCbxKALDFGXFB NtZXyatErVaxk9vsXDBhxYqqG1HYQN2NyPdzpE6S2k8TWV4yi7+Z5BfOm06z+VgZJxqhOVqn OtmezeDB45q3pWmPbV1krWhcEJ2L0zV9W9+yitOPbNiCtXK7LneqauDpfVo0ttyl9Q2qWn56 exYtLzdnfV8qlstdiYrre7LIUNGRRYaKfiwyVHWj4uHPe5GW33JbwYq+IrarG7FGor4PIW9E ZJVtCCv6UDkqTyI7C9lDz8RWWqh0IuaEODuvkisfpXPB/FmAL3G5vLrnKg8E8hQvVPCJ/Mmj mKYafS1NOetLbS1NPq+UwpJEfnrvxMrT0iNiUhZ6QkCEsFzVXxCNVcqeE4pF7Ple6k5tZ4wP q48IQ1HgCSEQgkAFXwC/StFzoE+c1Hk0bMn8BMhE6MVwl5U8B2oYpXaW4HHg50AF6xNgoggQ kReALKp4DkQ/+OMR6JDrCcDIWi6bDDe6PzIveUku6xQ+B3QQPwY0cj0B9J+J9+VQIUmdNHCB 3RmS6z4cmC9e0wtHc7u/uWdCy9ze3TS7W+TGscA+w3AHofuaXZHlzuAKHqTKNRZ/+EznMT6h kqs6PFUcDU/tkUUvy1aM40xng1/ZJTCyzHYX3FnkfiXXkS1tgwlcX+A/63SAGkx484arOT+h SgByDVKUe7NaN51+tvrcs5F13LWPLSJKYRaGLwY5ZBwg2j5Z3aF9eXV5Cv8tTJifLLNyovfJ 6rEJHkR202qpmm3rw/uT82GBoWCaXdTaJ+c3JvJeWe8ZqMRLyW3wBYp3ehSVouH8hGj4Xzeb qXoHFg4W75jJNC+RyrkVPg//MRq8U8ASEKeXVECUJ4spFFJVjHd55k8OuSjpuqgXeZ4VeKOo RI19YaIy/JRjdQbqIKxKApMp5kG9/uY30Oovts50NnRMCH+hcB+k0yhTloyETHbypZfdT1Pe wh25Ml6+fs+n7LmTfMXNWLnqVseVxY8tY7dSJxsYO4lXuti/LakHg3IqeJd5QGFiFtnt+bLB VFpTY5suF31a2KCyiTdzvjeLt7e4y7siXIwBKjnyC3rKIzDROXolXDWs2K4I94pE5aEo5quz wZgo4HzZlcUqXyNVFx3dHYoa1NVGFS8vHBTHUvKXYFTPLqNgXGF0X+VxgFs0mXp7KHCtswkU Jt6HUTx3ZkA3ZBIAxc3WIVVqyC2WCj4AeZsl5O89mDp3HjghRHde7M9Qot1ur9DVWn4DWFK+ nAKUoqWwAiMU2kM5OrS0CuT0bUEFavLUXQO7peWYmXgN6CpVdahRd6FmGF7ZzQqkUtflnfGT 5svrprYH2SIwj2S42Q+6SUboGuGHDpjdLj8yRbBxCNbZO/tvn8VA51DMr172yNT9NMADS7Nq rXpD7K6zSF9eXW90UOJBnt9KnuTjijP5mPQH1/4Wrv2jaZCAn4XstgPpiRcHd2jZj6M5XEf3 XnxtgctvX8iLaHSPLJ7gJCxs5L/1NlV2FcLR4ALwoPnvLEl5FSb03TVbWu+cWeZRXqyMYvSV 1na/JqLjf1Ss42w7e5C1XrnJPANfDo0dHH16fg/d7yV0KrAwm48RWeRziNR9WCCFSYnCSY5W Ahy7s6+gIuTlRcbzFqYVUSqIvB54TsmaLYpCY4rVEhRNwzU/6P8HiGel8QkiAAA= --------------060104020803080204040205--
--__--__--
Message: 4 Date: Fri, 27 Feb 2004 11:25:15 -0500 From: Dan Malek dan@embeddededge.com Organization: Embedded Edge, LLC. To: Wolfgang Denk wd@denx.de CC: Ole Andreas Torvmark ole.torvmark@radionor.no, u-boot-users@lists.sourceforge.net Subject: Re: [U-Boot-Users] MPC8247 and others
Wolfgang Denk wrote:
I don't think that differences are so big that a separate CPU directory is justified. Please use the existing 8260 directory.
There are minor CPM differences associated with the use of DPRAM by the FCCs, not properly documented :-) In particular, if you want to use the FCC Ethernet, you will have to change the value of CPM_FCC_SPECIAL_BASE to 0x9000 and ensure the DPRAM allocator knows there is only 8K of space (not 16, but this probably won't cause any trouble).
-- Dan
--__--__--
Message: 5 Subject: RE: [U-Boot-Users] IDE LBA48 support and vsprintf 64bit support Date: Fri, 27 Feb 2004 10:57:23 -0600 From: "Rune Torgersen" runet@innovsys.com To: wd@denx.de Cc: u-boot-users@lists.sourceforge.net
Ummm... actually I don't like to increase the memory =20 footprint for all systems for a feature which nearly nobody=20 ever needs. I think it should be possible to print the large=20 capacities without using such data formats (I guess you=20 don't need 64 bit precision).
I guess I can add some #ifdefs around my code (especially the 64bit printing stuff) Hex isn't a problem, and decimal is not a problem as long as the disk is less than 548GB
For the IDE stuff itself, without 64 bit the IDE can handle drives up to 548GB (max sector numbers possible in 32 bit). What if I have a config option to use 64-bit sector numbers, and default to using 32-bit?
(I needed this since our board does have a 250GB disk attached, and I wanted to see the real capacity when booting)
--__--__--
Message: 6 Subject: RE: [U-Boot-Users] IDE LBA48 support and vsprintf 64bit support Date: Fri, 27 Feb 2004 10:14:16 -0700 From: "VanBaren, Gerald (AGRE)" Gerald.VanBaren@smiths-aerospace.com To: u-boot-users@lists.sourceforge.net
-----Original Message----- From: u-boot-users-admin@lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Rune Torgersen Sent: Friday, February 27, 2004 11:57 AM To: wd@denx.de Cc: u-boot-users@lists.sourceforge.net Subject: RE: [U-Boot-Users] IDE LBA48 support and vsprintf=0D 64bit support =0D =0D =0D
Ummm... actually I don't like to increase the memory =0D footprint for all systems for a feature which nearly nobody=0D ever needs. I think it should be possible to print the large=0D capacities without using such data formats (I guess you=0D don't need 64 bit precision).
=0D I guess I can add some #ifdefs around my code (especially the 64bit printing stuff) Hex isn't a problem, and decimal is not a problem as long as=0D the disk is less than 548GB =0D For the IDE stuff itself, without 64 bit the IDE can handle=0D drives up to 548GB (max sector numbers possible in 32 bit). What if I have a config option to use 64-bit sector numbers, and default to using 32-bit? =0D (I needed this since our board does have a 250GB disk attached, and I wanted to see the real capacity when booting)
For disks, you can scale the value by 1e9 and then print in decimal. I'm= pretty sure this is what you would be doing anyway, no?
The 64 bit format: printf("Disk size %Ld\n", size); becomes: printf("Disk size %dGB\n", (unsigned int)(size / (1000000000))); or: printf("Disk size %dMB\n", (unsigned int)(size / (1000000)));
(I'm intentionally scaling disk drive GBs/MBs, not computer geek GBs/MBs)
Am I missing something? How many 64 bit numbers are you trying to print? = If it is just a couple in unique circumstances, scale & print.
gvb
The information contained in, or attached to, this e-mail, may contain= confidential information and is intended solely for the use of the= individual or entity to whom they are addressed and may be subject to= legal privilege. If you have received this e-mail in error you should= notify the sender immediately by reply e-mail, delete the message from= your system and notify your system manager. Please do not copy it for any= purpose, or disclose its contents to any other person. The views or= opinions presented in this e-mail are solely those of the author and do= not necessarily represent those of the company. The recipient should= check this e-mail and any attachments for the presence of viruses. The= company accepts no liability for any damage caused, directly or= indirectly, by any virus transmitted in this email.
--__--__--
Message: 7 Date: Fri, 27 Feb 2004 14:17:24 -0300 From: "dacohen" dacohen@uol.com.br To: u-boot-users@lists.sourceforge.net Subject: [U-Boot-Users] U-Boot on omap1510inn
Hi!
I'm trying to embed the boot loader "U-Boot" on my omap1510 innovator, but i couldn't find any tutorial. Anybody can help me with this?
thanks
David
Acabe com aquelas janelinhas que pulam na sua tela. AntiPop-up UOL - =C9 gr=E1tis! http://antipopup.uol.com.br
--__--__--
Message: 8 Subject: RE: [U-Boot-Users] IDE LBA48 support and vsprintf 64bit support Date: Fri, 27 Feb 2004 12:35:47 -0600 From: "Rune Torgersen" runet@innovsys.com To: u-boot-users@lists.sourceforge.net
For disks, you can scale the value by 1e9 and then print in=20 decimal. I'm pretty sure this is what you would be doing anyway, no?
Not really. Most places that needed it was printing out the sector number of the ide commands in decimal. And whenthe sector number exceeds 32bit, 64bit has to be used.
I could change them to hex,which could print it without any problem, or leave it as 32bit, in which case it can handle 16 times larger disks than now (4 more bits (28->32)) (which is 2.1TB, not 548GB as i said before...)
--__--__--
Message: 9 Subject: RE: [U-Boot-Users] IDE LBA48 support and vsprintf 64bit support Date: Fri, 27 Feb 2004 12:04:01 -0700 From: "VanBaren, Gerald (AGRE)" Gerald.VanBaren@smiths-aerospace.com To: u-boot-users@lists.sourceforge.net
The hex hack can work in decimal too. Even more of a hack, but it will= extend your range significantly.
if(sector < 1000000000) printf("Sector %d\n", sector); else printf("Sector %d%09d\n", (unsigned int)(sector / 1000000000), (unsigned= int)(sector % 1000000000));
Testing is an exercize left to the reader ;-)
gvb
-----Original Message----- From: u-boot-users-admin@lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Rune Torgersen Sent: Friday, February 27, 2004 1:36 PM To: u-boot-users@lists.sourceforge.net Subject: RE: [U-Boot-Users] IDE LBA48 support and vsprintf=0D 64bit support =0D =0D =0D
For disks, you can scale the value by 1e9 and then print in=0D decimal. I'm pretty sure this is what you would be doing=0D
anyway, no? =0D Not really. Most places that needed it was printing out the sector number=0D of the ide commands in decimal. And whenthe sector number exceeds 32bit, 64bit has to be used. =0D I could change them to hex,which could print it without any=0D problem, or leave it as 32bit, in which case it can handle 16 times larger disks than now (4 more bits (28->32)) (which is 2.1TB, not 548GB as i said before...) =0D =0D
SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users =0D
The information contained in, or attached to, this e-mail, may contain= confidential information and is intended solely for the use of the= individual or entity to whom they are addressed and may be subject to= legal privilege. If you have received this e-mail in error you should= notify the sender immediately by reply e-mail, delete the message from= your system and notify your system manager. Please do not copy it for any= purpose, or disclose its contents to any other person. The views or= opinions presented in this e-mail are solely those of the author and do= not necessarily represent those of the company. The recipient should= check this e-mail and any attachments for the presence of viruses. The= company accepts no liability for any damage caused, directly or= indirectly, by any virus transmitted in this email.
--__--__--
Message: 10 Subject: RE: [U-Boot-Users] IDE LBA48 support and vsprintf 64bit support Date: Fri, 27 Feb 2004 13:22:04 -0600 From: "Rune Torgersen" runet@innovsys.com To: u-boot-users@lists.sourceforge.net
The hex hack can work in decimal too. Even more of a hack,=20 but it will extend your range significantly. =20 if(sector < 1000000000) printf("Sector %d\n", sector); else printf("Sector %d%09d\n", (unsigned int)(sector /=20 1000000000), (unsigned int)(sector % 1000000000)); =20 Testing is an exercize left to the reader ;-)
Except that this will increase the memory footprint, because of inclusion of 64bit math. (about the same amount or more than fixing vsprintf)
I am rewriting the patch so that 64bit usage can be CFG_ ed out or in...
--__--__--
Message: 11 Date: Fri, 27 Feb 2004 13:56:15 -0600 From: "Rune Torgersen" runet@innovsys.com To: u-boot-users@lists.sourceforge.net Subject: [U-Boot-Users] [PATCH] lba48 support & 64bit vsprintf
This is a multi-part message in MIME format.
------_=_NextPart_001_01C3FD6B.C1E93551 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Added some CONFIG and CFG variables to for LBA48 support and for 64bit printing. Now you can use LBA48 and not use 64bit in vsprintf. LBA48 now works without 64bit.
Changelog Rune Torgersen
- Added LBA48 support (CONFIG_LBA48 & CFG_64BIT_LBA)
- Added support for 64bit printing in vsprintf
(CFG_64BIT_VSPRINTF)
- Added support for 64bit strtoul (CFG_64BIT_STRTOUL)
=09 README is also updated for these variables
Rune Torgersen System Developer Innovative Systems LLC 1000 Innovative Drive Mitchell, SD 57301 Ph: 605-995-6120 www.innovsys.com
------_=_NextPart_001_01C3FD6B.C1E93551 Content-Type: application/x-gzip; name="lba48.diff.gz" Content-Transfer-Encoding: base64 Content-Description: lba48.diff.gz Content-Disposition: attachment; filename="lba48.diff.gz"
H4sICDGfP0AAA2xiYTQ4LmRpZmYA7Rtrc9pI8rP8K/qytVmwhZGEeDpOxcY4oeLX2SROzutSCRiM LiCxevixu/nv1z0zAgkEwXZ2a68qpAzSzHRPT7+nZ1IoFCCyXHZXdNzeKOqzoh3a20PF0DSzoBkF owJ6tWFWGuXSthZ/oKBVNG1ja2sLYb1RfwVsrVHSGnplAfbNGyjoWkWtwBb96Bq8ebMBP/XZwHEZ 7HX2rObxgXXR6hwq2n3rUCluwgUL4ZDZYeSzQFGUzeLi+Oa799bZ5TmBlAmkOWS9L3Dm3TEfjr0+ E1AbW/Nw5629A6v1qQPavWES4Dmz+zhhL/T8AHJ3TjgEn4W+w4K8wt/MWtcJwe73kZjAcW8AES+g vTxvd1qEFwkqcbyXvhMyiZjNY4b1MX88P/wsEZvGlOCPzHcGD8ra9G5AcXMDYJPQnrWh6Y3HttsP qKkoJFQ31CpKqF7BH2wIHyYMKYEg9KNeCMO+1fedW+b04Y8NUCI3cG5c1odg6PkhwNj+r+dbPru1 3Gi8Q1QS3oxxjrvWuJ6gzwpYaOl8HK4pAK1xMbaxX28gXyNk8AMYjXM29m7t7ohBqXF2TPgKK/EZ M3y6KRG2XELQB73U0OB35nucaXNolMdj0bXGqGubNQiiyQRRZC92EARsRyF8cgbAGQoDYQAxKI5n 9yFDWM8NlnBtEFiM0yCZloWOSSK/hcFYBwNpjqGVSHMMrSps+1GqozQjf+/s+NYeRSwQM0a+z9wQ sBVEcxapyp3n9+uG4BoqOvNvsStHrVA38pkgwzur57kD54bPM7T9/p2NyxFt2XpD+IK6aelG+apk XO8kJ+N9UDcL2JmpLjFwvX5VWQJarwvIYnEKO/LQZPkXcNWxevbE7qGq76AJgwl6hcxbcgZpD23H JSvHwWj6EHqhPQK0ri46Qg+FID1bFoFp/Ffm9fefgq9U1wQHjUwOYm/MwgWRjewgtEaRu5MhZt2o ZMuZenWjmg1TzYbpjwZCl/rs1ukxFABGk0Hk9kI0t43CQuh0+kyEP6Og1QpGFbRyo1RrmOVU+Ctn hs4prAidVfIXpXqjXMsMnaWaqhuwRT81HjkxFjK37wxIVs3Tk8P2W6t90LKOWgcgQx72NQ/fWhVz v92xjvb3NrZik4wcN6yYVkiixEcr3MHhbBSwxBChgMl+mi0RQg4lW+DM91AXEE7GESTt1kMzB1yh hSqDBpSjhvzORkGgpQ6f4hfkEL1ktirn7I6+uH7ipeeG8dtmNxoMmJ9GdMcj7FMRbaUpUlJ44uU/ GlUGTY/DlRIvF+w77poWNJA8s+cu5GBGpaFV18jfFsG5HpoaqmKmHprlOqVw9FMnL49rUkjGVuiM WdcO2FTWQJoCI6dr3TAX85Re8TaY+Dh+sN3jasLXrATOeIJxBqNE6EWjHPqZIIQeumXY7E1U8bCJ rJioU1slttJUxPO0ln+8ODtvn3QOURYLjnRupidMJSxgEdmjUXH7UCa26/RSoIMxqsL29jYNIcZK fuVEL6B2qLBk/EwzhEiLvXHfIhfTW8zsTXOFZiwHF5qhN8rl7OS+WuWpI//BhiC0Q6cnXAFiQt3v TR4gN+WHWEKfcV13BuR0pB/jyelGEoGC+4yJg87kt8jxH3Jd8ssWWhb+BT20qc34eeYaBAT3Ms/0 DcswPdKiY/XBf9yha5qq6+jR6bcsTQn6HnEdcsT+sDuipeFjOFF572Bk36iEABRU+xwqX288ydn+ ze2Vfq2+IBJf5GF3F7Q8T7IUuQDcBMAuzFkaBzOuVTj5cHSkYrQn3sUguApYAlJKg8xZ4EXnvHP6 4QhTACXJn0Vky7CJMPQt6GXAgsXxKlAQy0DNNOgUxCXHhWwQlge5F7+66H2BWNuIs4Kf+8A1EH6C n0d9MskIJ8JHskV4oRL568IfZcEjNQolwFasasgDlVYj3KqiuLgqijOx2l8lRl9vC/MQCptEI/TO MITeGZVH652ifMWvr0AygiwN5HHvhwr+JSrIefscHVyO4HlKKJOdzLEqOnzhCPOkAgjKQ4Ve0ngh SKd8tp4RLSweMWDR0/OpMa8I7uyJSNrlxjAeU3hN+5NddNXehD9Pdzbw6hVxGv7M6nv9WgpQapOI RJg1mzVkJek6h0nt/eElaPeaqZGqU66Do2G2yRcboTRdZi3u3AV9J6ObCF9MXfIxvcl9mnaNKyEU 9MFMel04/XrKiCdAGxy6ZDwNusShzRoxOvYjf6zkkraES7z9a2xviU0QF5lQCWy0gyAa06b13cG8 mtCOZfeg9dHqfD7D9Hrv/OCgffF+JzUG1Tj4fZdqcPtHp833F+3/tGINLpdVvUQqXK2ohvZYFUbS Ct/rI/Zc81urpyU98/uhp2c8G6LMIzyaEFhiu82Tv95i0+TOD+xbtqvxGsSE13GpQdREFw0zDZ1Q DvKgYi+A/m+6GlwIOT6UlE++7pMqfGBAzyAIx3SP3n51uQ8lw+eLFbaOnwF9ZPabF8qLlI49n0E4 tF0waqIcGAUMvSp+y0rs2Osz6RJiMvWUDiv48i2Kj75FMXBbiV0wySiWjvDD+eQOU6FZqISXQzNo N3nxICfA8xiU8rx0QgUFz1Xi+rChlSlt2NKNUkkt8fxhXcXjEWUak7KyItcLedsDrUW2i8iodLH9 y45IQQqZqsBlxVmbpzcuGVqACE9D52YoBCNkwNfuRWEXcjGtZOYXrWbHap50VMxfdlaMw0mto9NL VZHageHDMPNcSQ4Pvwl53D5IQpI3XRPyXfvtOxVmoKaWBv2azEC+tURd8Hb1CiExGyRnWwlJK0xB 1taFnF8hBaopZGEZJPnxdzRljEdR/qTRPDxBPAR1PNbvVHcuQ4p5WDVf8/T4eO+EJkyeKC3NHzJ1 c/VK5Dowxi8SDyv1ZErb/GGXIE+JA++sprceRSneTmP/EuYm+pdyd40lLLCXb0F4rtxnI/sBcmWN OzPhnIyyWiPfVC1RcH6kb5KISVS53ssct5XOXsc6OP/3n9OX/Q8Xn2dvrfPzfB7+tQvJwRQVCklX 1/J9z4ec60GbeqVLp00FptsNnjdEAXLlZ824F3FnoXYLL19mlrnWnOYocxryq/PhopfaAT1nDUnk cfBJzRG7qZRvjyVplukYCUVZlxVvoCKo0OTGX5E/wfeqKX/HOvB6OdSj8qKtvzepeUKaEWtAxVQN SrBLaNRmLW3Mq+XzrETjxgs9uDy3Tj90fqQbP9KNf2q6wW+a/LPyDWXhFsz/c8IxZfCyjANbenEF zEZfOMVHgarTPm6RCxHOrWe7v4QQ2l8YeLe4YStrGowDGXd+ZBx/f8ax6ORl1KmVy7wwWTf1hVOs lYdQHO1cHSzveBjIr8rXr16RW9laMaaCY8hprRpTvebqmFULo3xIXOkS6w9I5SjIzUJ14iYYKVpR DL+NL0L4LIx8qjzPWFGpiatgyJJHsiJxee2sLZI2Xj+zqICmGJpZS9XmmgcwsUXBNAv0eO+TAF9o /NxpXRSzJ6H0xb6PiyXJCtmzDwa/57ngOhler3ulG+JSjrywB8Rm35mEaCCiiJ+6G9B3gi9F4mjm 4e/i/ZLZ4W8mZHwzxVy8UMBvBJikJvit6/xiCmc2L4KSQnBzziiCzk5sN7jzmt43KesGX+rsYpGU IToo7Os+hKjdYtGB8/vywmDiisuTUEqHNBWmxJNObAfc6ycLyrOK8oeT9yenlyfyGGwSYS6Ye0E2 ad/azojuzqHXkgciNUOtw1YtPpFbl3uIWOIVqARFuZSHAH6ZKVnPzr/WjlKHc+Ouin/Wb5EX8gef jVW46dKfbLzhjTupQzF8yN57zLElWdDn2YgiDmjmRnDkgumzLCFrqDwdE/Kg85L55ebm1lvEcXnK riT5Emz1YGTOuEvDcBe6KYWfhyKQ8+IxnR5Ev2HiCPqhfkJ+vC98Kr955kVorxhtdOg7N04oeyS7 lV3kN0LpmtCDeonf8tK1Eu19HqcJyg3RK9EZ5o5oiqe5iacRrShN0ViQK5QjBZueItRp3IbE50KM CDAGFdJBSCjsVNSPSD8yJ2rKE6YGJQfbdIqJQtidvrzdhxymJHBPLflptjCv9LxxTunVWA/Fw7wt TXMXeAZloxRlkEUZZFFWUOaOxgSNMvfh77CMZpkLTQ/hZj4qm/oMzwW0OZ5GHYrAx63FgFPSVgSc eSBxx6i67I5RtcLPjelHFIU6QwYDbzTy7iiR8CYhvxbtMsZtrhtf641Eok3/oSAcOgH1ievLMmuS mrxN9yYLII4Qpe4SR9O2QC0ZmOIzywEGZYqjAYxs/wbjDa+g6KXq232C3BsFHmZ13hc6tkmrvLqo 8EDRPvNqw+XQCYe4kUH0DAWoSqpjKjDxC3CnL27w+g5RGHBkd85oBL947ujhF0ITjxcURxNakLGt d/a3xUJTFDa4el0OmRvf/kYFxV1NQETQvgen7wYPQcjGPPOsmDS/uBgc2z4LtjmWAzawo1EIjiST 5kNvdNG8aMesb5DM9vgKYeyN6TSV6KZ3nxEgf0vyHXu4nD8fl0vN2qdPAh3dXfZRSZi/AyK93Pgf 8A6NtgYzAAA=
------_=_NextPart_001_01C3FD6B.C1E93551 Content-Type: application/x-gzip; name="vsprintf.diff.gz" Content-Transfer-Encoding: base64 Content-Description: vsprintf.diff.gz Content-Disposition: attachment; filename="vsprintf.diff.gz"
H4sICMWeP0AAA3ZzcHJpbnRmLmRpZmYApVZtc5tGEP4sfsXWnsYgQAK9IFnETdzabj0jtxnH6Uwn zWgQnKSr0UE4kOx0/N+7e+hdcsae8gGOu91n33fPtm0oBoLN6zEfDsZMsIyH9ZlMMy7yUS2sNByn aTue3eiA6/WajV6rU3OWD9hO23E00zQRJImj74C0bKehQJq95mnPbWyBeAjy/j3Y7bblgYnvZhvw P07EGCSfpjEbyDzLk1gPEyFzCCdBBtUwtcqFBpWM5UUmtogLpE4tJqLUGgaSGb4GTxpo5jEfwS9X vw681s/Xd4OPd7d3f3zqa2YhJB8LFpVS90QX8TPCq0rCihstBiVOM//VzMoB1IzJIs7hDBxrFsQF 8zUTCVEpHUHh7AxOnBMDiLkSpqbp04JOV8cPePzmDXD5EPExz9HKz+4XY8FSIeEI7nqKcQ3xtMT5 Qam3Td1dkTwtdNmkWkI6/oJgPuExA32lAWqmVNKVQUjK5cbBO/KWjVZBj3jiZM4ydULY7wB9m6aL HaSgj31yfmK6jgFvYUONlePKRVWpZcLSiWtblzZQZJQQFSNk1MuQGWFKZIucKdFwA9mOkRA569X9 DIFqHQNFR3MGBUrOJ1yCTPAb5LQXBgKiBOY8nyRFjtu4lT+mDLAosiB7JAA4jtiIC4YOGiyCZ1R0 fMFPKu7Kifj3Fv9OTwxMVyqLrmt1wXRdx3KbVBeDAepM5uhb6WWAMOBHWG0iu3iGqr5BpVzsw99a ievDk7FfJn9+/HB7/fvdlWbKPMh5uKgCEMV0iLFb/GGlWBuZjofWqiDKleTfFqs0YyGXPBEYCYs2 yFcGhSCWTIOXiXmhBNiRQEHWMKmgohBDi1xh5dP0s+d98Wl7o9JVnOTZkeM2mq221+meBsMQwzie 8H/u46lI0q+ZzIvZ/OHx25GvAua2W1YHI9bt4gc3lF5lN1zaMCxGFmyKGU1zS1OUs23Sg5SY9YOY 41aQjaVR2kK8MRO+Zu+0HfSSf7gXqZOSk1tlIiydoty86wtZ2tc4PaVG3Ww2LdddGvgStREOH9vG ta/WSJBzUSixVLfPZV3Zur4WQcxHnGWqD/axD1I9jpIMvBYMOeoQZDwYxlgdVK2IjwZiCaCz0E86 +cqCfTcYqntQ3sE6Ow5JjKkkX4BqKHMU4D7IRHV3ezV4uQjjImL1MJlOE1GbrKelB2631/B6Tmdv Wq5H7vPsati2HJy3B4dtq62CSJ/TRQwxEXg+yPmUqd6qzxIekS2q7R2e7aqrFWR0ZXf4vmZa+s+H fj9elf81mP11jPfAXg0F5KJKGgge6ns1WqvViIQc+5LqX9CvM+P28vzi5nIrHzq9Ft7CnO/kwy5T mQVer7GfRKpVdZ0mpYH6luOlHG4MjmQwY0zMjoByKxARjmpsCknGIKCpq4GtAnZ1/ql/N7i5vh6c X1zc9ij18QeCKMJxIiEZKbQPv/1F/OGEhfeqZGnzEl+ZYNi3uLhXPZ/VaPjYBzKhR0V6E9xjcS/T D3TSKohjqC42RoUIc2z50gCJ14okozHAqceMgfhRGa9Vdgq8NUgYPqK5dEja9AErFWmpVOlSZu/f ApQS51Ekdy+H5TWgvFJI9M+GFLo29JM59NmMxaBjvKN5gE7MWIz24gDGRBjxcZEFpDkkqTIA/Wi/ /kHn/Qf6F3N50wsAAA==
------_=_NextPart_001_01C3FD6B.C1E93551--
--__--__--
U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
End of U-Boot-Users Digest