Hi, Stefano,
2010/12/7 Stefano Babic :
> On 12/07/2010 03:58 AM, Jason Liu wrote:
>
>>> I know all this crap is for MX51 in the TO1 version, even if I do not
>>> know if there are boards with this first version of the processor.
>>> Probably we must maintain this stuff for compatibility. Really I
On 12/07/2010 03:58 AM, Jason Liu wrote:
>> I know all this crap is for MX51 in the TO1 version, even if I do not
>> know if there are boards with this first version of the processor.
>> Probably we must maintain this stuff for compatibility. Really I would
>> like to remove it completely ;-).
>
Dear Deepak Saxena,
In message <4cfd863a.7070...@mentor.com> you wrote:
> commit 341764495180a712b9aaccfa0479b2ff7e44e35b
> Author: Deepak Saxena
> Date: Mon Dec 6 15:52:07 2010 -0800
>
> Honor /memory/reg node in DTB files
>
> This patch adds code to the bootm path to check if a va
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > > though the loop is cumbersome and not easy as BDI tends to
> > > flush the cache when it stops so you loose your stack.
> >
> > Does it? On which architecture / processor is this?
>
> MPC8321 and BDI2000. I have to play games with some inter
Chris Packham wrote:
> On Tue, Dec 7, 2010 at 2:34 PM, Peter Tyser wrote:
>
>>
>>
>>
You could do the same thing to the U-Boot pca953x driver.
Eg at the top you could add:
#ifdef CONFIG_PCA953X_16BIT
#define NGPIO = 16
#else
#define NGPIO = 8
#endif
Hi, Stefano,
2010/12/7 Stefano Babic :
> On 12/06/2010 11:57 AM, Jason Liu wrote:
>
> Hi Jason,
>
>> Add initial support for mx53 with the following change,
>>
>> - Add the iomux support and the pin definition,
>> - Add the regs definition, clean up some unused def from mx51,
>> - Add the low leve
On Tue, Dec 7, 2010 at 2:34 PM, Peter Tyser wrote:
>
>
>> > You could do the same thing to the U-Boot pca953x driver.
>> > Eg at the top you could add:
>> > #ifdef CONFIG_PCA953X_16BIT
>> > #define NGPIO = 16
>> > #else
>> > #define NGPIO = 8
>> > #endif
>>
>> I have a small problem with this due
> > You could do the same thing to the U-Boot pca953x driver.
> > Eg at the top you could add:
> > #ifdef CONFIG_PCA953X_16BIT
> > #define NGPIO = 16
> > #else
> > #define NGPIO = 8
> > #endif
>
> I have a small problem with this due to the fact that we have some
> designs here that use a pca953
Seems original implementation forget to set the pointer to point
to the oobbuf, so when we want to see oob buf, we see nothing...
Fix it by get pointer as the oobbuf set.
Signed-off-by: Lei Wen
---
Changelog:
V1: Initial patch
V2: remove the comment of oob data appended to datbuf
common/cmd_one
Hi Scott,
On Tue, Dec 7, 2010 at 8:23 AM, Scott Wood wrote:
> On Thu, Dec 02, 2010 at 04:53:30AM -, Lei Wen wrote:
>> Seems original implementation forget to set the pointer to point
>> to the oobbuf, so when we want to see oob buf, we see nothing...
>> Fix it by get pointer as the oobbuf set
On Tue, Dec 7, 2010 at 1:13 PM, Peter Tyser wrote:
> Hi Chris,
>
> On Tue, 2010-12-07 at 10:48 +1300, Chris Packham wrote:
>> This adds support for the PCA9539 family of gpio devices which have 16
>> output pins. The devices are similar to chips that use the pca953x driver
>> except the register m
This patch http://patchwork.ozlabs.org/patch/72962/ included a boards.cfg
change, but it was omitted when applied as
f1c574d4006d81301792e70fafc31ff39259e793
This fixes the NAND SPL build on MPC8315ERDB.
Signed-off-by: Scott Wood
---
Applied to u-boot-nand-flash
boards.cfg |6 +++---
1 fil
On Tue, 7 Dec 2010 01:41:22 +0100
Joakim Tjernlund wrote:
> Scott Wood wrote on 2010/12/07 01:21:44:
> >
> > On Tue, 7 Dec 2010 01:07:30 +0100
> > Joakim Tjernlund wrote:
> > > Scott, listen to yourself. You are proposing that one should turn the
> > > code inside out and scan the map files jus
commit 341764495180a712b9aaccfa0479b2ff7e44e35b
Author: Deepak Saxena
Date: Mon Dec 6 15:52:07 2010 -0800
Honor /memory/reg node in DTB files
This patch adds code to the bootm path to check if a valid
/memory/reg node exists in the DTB file and if so, it
does not override i
Scott Wood wrote on 2010/12/07 01:21:44:
>
> On Tue, 7 Dec 2010 01:07:30 +0100
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/06 23:49:04:
> > >
> > > On Tue, 7 Dec 2010 09:36:40 +1100
> > > Graeme Russ wrote:
> > >
> > > > On Tue, Dec 7, 2010 at 8:33 AM, Scott Wood
> > > > wrote
On Mon, Nov 29, 2010 at 05:49:19AM -,
=?utf-8?q?David_M=C3=BCller_=28ELSOFT_AG=29_=3Cd=2Emueller=40elsoft?==?utf-8?q?=2Ech=3E?=
wrote:
> Hello
>
> The attached patch fixes wrong timing default values and adds the
> possibility to specify board specific timing value in the board config file.
On Mon, 6 Dec 2010 11:13:22 -0600
Scott Wood wrote:
> On Sun, 5 Dec 2010 15:22:25 -0600
> "Paulraj, Sandeep" wrote:
>
> >
> >
> > > The nand-read function returns an error code if correctable errors have
> > > occurred.
> > > This is not desirable, since the errors have been corrected!
> > >
Wolfgang Denk wrote on 2010/12/06 23:36:21:
>
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
> >
> > > This is indeed much uglier. What exactly is your problem with
> > > debugging the existing code?
> >
> > Whenever I screw up so that one of the init funcs crashes, often without
> > a
On Thu, Dec 02, 2010 at 04:53:30AM -, Lei Wen wrote:
> Seems original implementation forget to set the pointer to point
> to the oobbuf, so when we want to see oob buf, we see nothing...
> Fix it by get pointer as the oobbuf set.
>
> Signed-off-by: Lei Wen
>
> ---
> common/cmd_onenand.c |
On Tue, 7 Dec 2010 01:07:30 +0100
Joakim Tjernlund wrote:
> Scott Wood wrote on 2010/12/06 23:49:04:
> >
> > On Tue, 7 Dec 2010 09:36:40 +1100
> > Graeme Russ wrote:
> >
> > > On Tue, Dec 7, 2010 at 8:33 AM, Scott Wood
> > > wrote:
> > > > I think it's easier with the function pointers -- if
Hi Chris,
On Tue, 2010-12-07 at 10:48 +1300, Chris Packham wrote:
> This adds support for the PCA9539 family of gpio devices which have 16
> output pins. The devices are similar to chips that use the pca953x driver
> except the register map is expanded (in a non-backwards compatible manner)
> to a
Scott Wood wrote on 2010/12/06 23:49:04:
>
> On Tue, 7 Dec 2010 09:36:40 +1100
> Graeme Russ wrote:
>
> > On Tue, Dec 7, 2010 at 8:33 AM, Scott Wood wrote:
> > > I think it's easier with the function pointers -- if you want to debug
> > > a hang in that phase of the boot, just have the loop prin
Dear Wolfgang Denk,
>
> In message<4cfcb04b.10...@emk-elektronik.de> you wrote:
>> Dear Wolfgang, Albert,
>>
>> The following changes since commit 49733aa0b9d29803384ad4bce74985f4bbe7e9aa:
>>Wolfgang Denk (1):
>> Merge branch 'master' of /home/wd/git/u-boot/custodians
>>
>> are availa
Dear Graeme Russ,
In message you
wrote:
>
> And sdram_adjust_866() - True, not 'a lot'
>
> But then there is dpram_init() as well which does not look like a
> pre-req to console
It is. On some 8xx system you have to load microcode and thus need to
initialize the DPRAM before you can configure
Dear Luigi Mantellini,
In message you
wrote:
>
> The LZMA and XZ overlap on the internal LZMA code (each one has the
> own implementation). We can decide 1) to ignore this patch (and future
> rework) to not support XZ 2) have both XZ and LZMA considering them as
> different algorithms 3) Deprec
On Tue, 7 Dec 2010 10:04:23 +1100
Graeme Russ wrote:
> And sdram_adjust_866() - True, not 'a lot'
>
> But then there is dpram_init() as well which does not look like a
> pre-req to console
DPRAM is not general purpose memory -- it actually is used by the
serial hardware. And dpram_init() is vi
Dear Graeme Russ,
In message you
wrote:
>
> I agree, but you can't print the address before you have console output. I
> notice that console_init_f() can be up to 13th in the list of initialisation
> functions - How often is that the case? There seems to be a lot of SDRAM
> initialisation prior
On Tue, Dec 7, 2010 at 9:36 AM, Wolfgang Denk wrote:
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
>>
[snip]
>> The other way is to look up one those funs and set a BP there and hope
>> for the best. Then repeat with the next function and so on.
>> Compare that with just setting a BP
Dear Reinhard Meyer,
In message <4cfcb04b.10...@emk-elektronik.de> you wrote:
> Dear Wolfgang, Albert,
>
> The following changes since commit 49733aa0b9d29803384ad4bce74985f4bbe7e9aa:
> Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available in th
On Tue, Dec 7, 2010 at 9:49 AM, Scott Wood wrote:
> On Tue, 7 Dec 2010 09:36:40 +1100
> Graeme Russ wrote:
>
>> On Tue, Dec 7, 2010 at 8:33 AM, Scott Wood wrote:
>> > I think it's easier with the function pointers -- if you want to debug
>> > a hang in that phase of the boot, just have the loop
Hi All,
On Mon, Dec 6, 2010 at 7:06 PM, Mike Frysinger wrote:
> On Monday, December 06, 2010 12:58:37 Peter Tyser wrote:
>> On Sun, 2010-12-05 at 16:16 +0100, Luigi 'Comio' Mantellini wrote:
>> > XZ (aka LZMA2) is the new version of lzma compression format.
>> > The following patch add a cut-down
On Tue, 7 Dec 2010 09:36:40 +1100
Graeme Russ wrote:
> On Tue, Dec 7, 2010 at 8:33 AM, Scott Wood wrote:
> > I think it's easier with the function pointers -- if you want to debug
> > a hang in that phase of the boot, just have the loop print the address
> > of each function before it calls it.
Dear Anatolij Gustschin,
In message <20101204214204.26e1e...@wker> you wrote:
> Dear Wolfgang,
>
> The following changes since commit 49733aa0b9d29803384ad4bce74985f4bbe7e9aa:
>
> Merge branch 'master' of /home/wd/git/u-boot/custodians (2010-11-30
> 22:13:32 +0100)
>
> are available in the g
Dear Stefan Roese,
In message <201012041102.07290...@denx.de> you wrote:
>
> The following changes since commit 49733aa0b9d29803384ad4bce74985f4bbe7e9aa:
>
> Merge branch 'master' of /home/wd/git/u-boot/custodians (2010-11-30
> 22:13:32
> +0100)
>
> are available in the git repository at:
>
Dear Kumar Gala,
In message you wrote:
> [for v2010.12]
>
> The following changes since commit 49733aa0b9d29803384ad4bce74985f4bbe7e9aa:
>
> Merge branch 'master' of /home/wd/git/u-boot/custodians (2010-11-30
> 22:13:32 +0100)
>
> are available in the git repository at:
>
> git://git.den
On Tue, Dec 7, 2010 at 8:33 AM, Scott Wood wrote:
> On Mon, 6 Dec 2010 21:42:28 +0100
> Joakim Tjernlund wrote:
>
>> Wolfgang Denk wrote on 2010/12/06 21:09:47:
>> >
>> > Dear Joakim Tjernlund,
>> >
>> > In message
>> > <1291658370-26367-1-git-send-email-joakim.tjernl...@transmode.se> you
>> >
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > This is indeed much uglier. What exactly is your problem with
> > debugging the existing code?
>
> Whenever I screw up so that one of the init funcs crashes, often without
> any trace on the RS232 port you don't know which one. Single steppin
This adds support for the PCA9539 family of gpio devices which have 16
output pins. The devices are similar to chips that use the pca953x driver
except the register map is expanded (in a non-backwards compatible manner)
to allow for the extra 8 pins.
This driver has one gotcha that you can only se
On Mon, 6 Dec 2010 21:42:28 +0100
Joakim Tjernlund wrote:
> Wolfgang Denk wrote on 2010/12/06 21:09:47:
> >
> > Dear Joakim Tjernlund,
> >
> > In message
> > <1291658370-26367-1-git-send-email-joakim.tjernl...@transmode.se> you wrote:
> > > init_sequence is an array with function pointers which
Dear all,
Am 06.12.2010 um 18:36 schrieb Jens Scharsig:
> Dear Reinhard,
>>
>> Just tell me when a patch is "final" and ready to be applied :)
>>
>
> If Andreas can confirm the patch, I my case its final
Ouch ... it is completely wrong :(
See here ...
---8<---
> @@ -65,7 +65,8 @@ LoopOsc:
>
Wolfgang Denk wrote on 2010/12/06 21:09:47:
>
> Dear Joakim Tjernlund,
>
> In message <1291658370-26367-1-git-send-email-joakim.tjernl...@transmode.se>
> you wrote:
> > init_sequence is an array with function pointers which
> > are really hard to follow when you need to debug this area.
> > Turn
Dear Joakim Tjernlund,
In message <1291658370-26367-1-git-send-email-joakim.tjernl...@transmode.se>
you wrote:
> init_sequence is an array with function pointers which
> are really hard to follow when you need to debug this area.
> Turn it into plain function calls instead which makes
> the code
On Monday, December 06, 2010 12:58:37 Peter Tyser wrote:
> On Sun, 2010-12-05 at 16:16 +0100, Luigi 'Comio' Mantellini wrote:
> > XZ (aka LZMA2) is the new version of lzma compression format.
> > The following patch add a cut-down version of XZ Embedded library
> > (v20100702) that supports only si
Dear Reinhard Meyer,
please find below the git-format-patch generated patch.
Sorry, I can not see whose thread I hijacked. May you please explain?
Best Regards
Guido
Signed-off-by: Guido Classen
---
arch/arm/include/asm/arch-at91/at91_pmc.h |8
1 files changed, 8 insertions(+),
init_sequence is an array with function pointers which
are really hard to follow when you need to debug this area.
Turn it into plain function calls instead which makes
the code a bit uglier but I find the simpler debugging
much more valuable.
An added bonus is that it is smaller too:
textd
Hi Luigi,
On Sun, 2010-12-05 at 16:16 +0100, Luigi 'Comio' Mantellini wrote:
> XZ (aka LZMA2) is the new version of lzma compression format.
> The following patch add a cut-down version of XZ Embedded library (v20100702)
> that supports only single-call API.
>
> In order to enable XZ support, the
>
> XZ (aka LZMA2) is the new version of lzma compression format.
> The following patch add a cut-down version of XZ Embedded library (v20100702)
> that supports only single-call API.
>
> In order to enable XZ support, the CONFIG_XZ must be defined by board
> configuration file.
>
> For any details
-msingle-pic-base is a new gcc option for ppc and
it reduces the size of my u-boot with 6-8 KB.
While at it, add -fno-jump-tables too to save a
few more bytes.
-msingle-pic-base will be in gcc 4.6, however
backported patches are available at
http://bugs.gentoo.org/show_bug.cgi?id=347281
Signed-of
Dear Reinhard,
>
> Just tell me when a patch is "final" and ready to be applied :)
>
If Andreas can confirm the patch, I my case its final
regards Jens
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sun, 5 Dec 2010 15:22:25 -0600
"Paulraj, Sandeep" wrote:
>
>
> > The nand-read function returns an error code if correctable errors have
> > occurred.
> > This is not desirable, since the errors have been corrected!
> >
> > This patch switches to the nand_read_skip_bad function which does n
On 12/06/2010 11:57 AM, Jason Liu wrote:
Hi Jason,
> Add initial support for mx53 with the following change,
>
> - Add the iomux support and the pin definition,
> - Add the regs definition, clean up some unused def from mx51,
> - Add the low level init support, make use the freq input of setup_p
Hi Wolfgang,
Can these 3 patches be included before the next release?
They fix build errors in the versatile express code.
http://lists.denx.de/pipermail/u-boot/2010-December/082984.html
http://lists.denx.de/pipermail/u-boot/2010-November/081034.html
http://lists.denx.de/pipermail/u-boot/2010-Nov
Change my old email address which is no longer valid.
Signed-off-by: Stelian Pop
---
On Sat, Nov 27, 2010 at 11:27:28PM +0100, Albert ARIBAUD wrote:
>
> Apparently MAINTAINERS entry for Stelian Pop is not correct any
> more; CC:ing Stelian's address as last seen on the list. If this one
> is co
The -fPIC flag belongs with -mrelocatable, move it there.
Also change -fPIC to -fpic as this produces smaller
binaries.
However, currently -mrelocatable promotes -fpic to -fPIC, a
fix for this is in upcoming gcc 4.6 or you can apply this small
patch to gcc:
diff --git a/gcc/config/rs6000/sysv4.h b
Dear Luigi Mantellini,
In message you
wrote:
>
> my pov is different: free should (must) be called only on already
> allocated pointers. I know that free code checks at begin if ptr is
> null or not. Anyway I don't understand why a null pointer check before
> to call free cannot be added to the
From: Xiangfu Liu
Signed-off-by: Xiangfu Liu
---
drivers/mtd/nand/jz4740_nand.c | 252
1 files changed, 252 insertions(+), 0 deletions(-)
create mode 100644 drivers/mtd/nand/jz4740_nand.c
diff --git a/drivers/mtd/nand/jz4740_nand.c b/drivers/mtd/nand/
From: Xiangfu Liu
Signed-off-by: Xiangfu Liu
---
board/xburst/nanonote/Makefile| 45
board/xburst/nanonote/config.mk | 31 ++
board/xburst/nanonote/nanonote.c | 110 +++
board/xburst/nanonote/u-boot-nand.lds | 63 +++
include/config
From: Xiangfu Liu
Signed-off-by: Xiangfu Liu
---
arch/mips/include/asm/jz4740.h | 1380
1 files changed, 1380 insertions(+), 0 deletions(-)
create mode 100644 arch/mips/include/asm/jz4740.h
diff --git a/arch/mips/include/asm/jz4740.h b/arch/mips/includ
From: Xiangfu Liu
Signed-off-by: Xiangfu Liu
---
nand_spl/board/xburst/nanonote/Makefile | 96
nand_spl/board/xburst/nanonote/u-boot.lds | 63 ++
nand_spl/nand_boot_jz4740.c | 344 +
3 files changed, 503 insertions(+), 0 deletions(-)
From: Xiangfu Liu
Signed-off-by: Xiangfu Liu
---
arch/mips/cpu/xburst/Makefile| 50 +++
arch/mips/cpu/xburst/config.mk | 33 ++
arch/mips/cpu/xburst/cpu.c | 160
arch/mips/cpu/xburst/jz4740.c| 267
arch/mips/cpu/xburst/jz_serial.c | 128 ++
arch/
Hi Wolfgang
those patches are for add xburst jz4740 and Ben NanoNote to U-Boot
some info about xburst jz4740:
the xburst jz4740 is recently added to linux 2.6.36
and it's support the device Ben NanoNote out of box,
this xburst jz4740 cpu have one feature is Boot From USB, there is a
sm
> -Original Message-
> From: Prafulla Wadaskar
> Sent: Monday, December 06, 2010 2:51 PM
> To: 'Clint Adams'; u-boot@lists.denx.de
> Subject: RE: [U-Boot] PATCH: enable ext2 on GuruPlug
>
>
>
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@l
> -Original Message-
> From: Prafulla Wadaskar
> Sent: Monday, December 06, 2010 2:49 PM
> To: 'Clint Adams'; u-boot@lists.denx.de
> Subject: RE: [U-Boot] failure to boot GuruPlug with v2010.12-rc2 .kwb
>
>
>
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto
Add initial support for mx53 with the following change,
- Add the iomux support and the pin definition,
- Add the regs definition, clean up some unused def from mx51,
- Add the low level init support, make use the freq input of setup_pll macro
This patch has been tested on MX51 Babbage 3.0
Signe
Hi Felix,
On Sunday 05 December 2010 15:27:02 Felix Radensky wrote:
> On a custom 460EX board I have a 2Gbyte NAND device, 1Gbyte per chip
> select. I'm trying to enable support for the second NAND CS, so far
> without success.
>
> U-Boot properly detects both devices, (manufacturer, size, bus wi
Hi Reinhard,
Le 06/12/2010 10:43, Reinhard Meyer a écrit :
> I think this time, it's still Wolfgang doing the pull to ARM, right?
Correct.
> Best Regards,
> Reinhard
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.d
Luigi Mantellini wrote on 2010/12/06 10:47:21:
>
> Hi Joakim,
>
> We have not "ton" but just two points to fix. 1) when free dict before
> to allocate another one, and 2) when free probs before to allocate
> another one. These scenarios are not used into u-boot code, because
> the library is "one
> From: Reinhard Meyer
>
> Adds support for the EMK TOP9000 CPU Module which is
> based on ATMELs ARM926EJS AT91SAM9XE SoC.
>
> Signed-off-by: Reinhard Meyer
> ---
> MAINTAINERS |3 +-
> board/emk/top9000/Makefile | 54
> board/emk/top9000/spi.c | 61 +
Hi Joakim,
We have not "ton" but just two points to fix. 1) when free dict before
to allocate another one, and 2) when free probs before to allocate
another one. These scenarios are not used into u-boot code, because
the library is "one shot" and the other free are called (if called)
just to deall
Hi Wolfgang and ML,
On Sat, Dec 4, 2010 at 11:47 PM, Wolfgang Denk wrote:
> Dear Luigi 'Comio' Mantellini,
>
> Not only the commit message, also the remaining text is full of
> typos. Please run through a spell checker.
you are right. I will check better my english. sorry!
>
>> Signed-off-by: L
Dear Wolfgang, Albert,
The following changes since commit 49733aa0b9d29803384ad4bce74985f4bbe7e9aa:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
git://git.denx.de/u-boot-atmel.git for2010.12
Andreas Bießmann (1):
>
> On Mon, Dec 6, 2010 at 9:57 AM, Mike Frysinger wrote:
> >
> > sorry, but this is not an acceptable reason. so unless you have an actual
> > error report here, your patch gets NAK-ed.
> > -mike
> >
>
> Hi mike,
>
> my pov is different: free should (must) be called only on already
> allocated p
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Clint Adams
> Sent: Sunday, December 05, 2010 2:21 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] PATCH: enable ext2 on GuruPlug
>
> ext2 is just as useful on the guru as on
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Clint Adams
> Sent: Sunday, December 05, 2010 6:58 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] failure to boot GuruPlug with v2010.12-rc2 .kwb
>
> Loading the ELF v2010.12
On Mon, Dec 6, 2010 at 9:57 AM, Mike Frysinger wrote:
>
> sorry, but this is not an acceptable reason. so unless you have an actual
> error report here, your patch gets NAK-ed.
> -mike
>
Hi mike,
my pov is different: free should (must) be called only on already
allocated pointers. I know that f
On Monday, December 06, 2010 03:59:44 Luigi Mantellini wrote:
> On Mon, Dec 6, 2010 at 8:15 AM, Mike Frysinger wrote:
> > On Sunday, December 05, 2010 04:18:44 Luigi 'Comio' Mantellini wrote:
> >> On structure Initialization, LZMA code tries to free the dictionary
> >> and probs buffers, also when
On Mon, Dec 6, 2010 at 8:15 AM, Mike Frysinger wrote:
> On Sunday, December 05, 2010 04:18:44 Luigi 'Comio' Mantellini wrote:
>> On structure Initialization, LZMA code tries to free the dictionary
>> and probs buffers, also when these are null pointers. Add some
>> check in order to prevent the fr
Your Webmail mailbox has exceeded the storage limit which is 244.15 MB of
MailBox spaceused. You have exceeded your limit of 219.73 MB and cannot send
mail until you re-validate your mailbox. To re-validate your mailbox please;
CLICK
HERE:
Click on the link above or copy and paste the URL addr
Dear Wolfgang,
On Sun, Nov 21, 2010 at 2:34 PM, Michael Zaidman
wrote:
...
> On Tue, Oct 26, 2010 at 11:09 PM, Wolfgang Denk wrote:
...
>> Why do we not simply reserve a word in the global data structure instead?
Please correct me if I am wrong, but the global data structure is
destined to keep
79 matches
Mail list logo
