Jivin Rainer Keller lays it down ...
> Hi All,
>
> We experienced mysterious memory corruptions in our router product
> configurations of uClinux. We tracked it down to iptables being the
> common element in those scenarios and were able to get a certain
> corruption to happen consistently at a f
Hi All,
We experienced mysterious memory corruptions in our router product
configurations of uClinux. We tracked it down to iptables being the
common element in those scenarios and were able to get a certain
corruption to happen consistently at a fixed address (lucky) and were
able to trap it with
On Mon, Mar 02, 2009 at 04:31:52PM -0500, Jate Sujjavanich wrote:
> The uClibc that comes with uClinux-dist is rather old.
>
> I upgraded my local copy of uClinux-dist with the uClibc source from the
> Codesourcery toolchain for Coldfire. This fixed some strange timing bugs
> I found after activat
Agreed. But from the external view, all you see are sectors that you can
read and write.
On Wed, Mar 25, 2009 at 1:53 PM, Lennart Sorensen <
lsore...@csclub.uwaterloo.ca> wrote:
> On Wed, Mar 25, 2009 at 11:47:07AM -0400, Jim Donelson wrote:
> > .
> > As far as the card is concerned, it just has
On Wed, Mar 25, 2009 at 11:47:07AM -0400, Jim Donelson wrote:
> .
> As far as the card is concerned, it just has sectors you can read and write.
> Where are these "lists" kept? The spec never address this.
The spec covers the external interface. The internal implementation
details is not a concer
Hi all Experts,
I build my image by using uClinux-dist-20080808.
When i debug linux.bin, ifound that it starts by *
arch/arm/kernel/head-nommu.S* and not by *arch/arm/mach-lpc22xx/head.S.
*Which modifications should i do ?
Regards,
___
uClinux-dev mai
It appears that the latest version of netflash has the ability to
sign loads cryptographically. Is the process to generale the load
documented anywhere?
... Glenn
--
Glenn Henshaw Logical Outcome Ltd.
e: li...@logicaloutcome.ca w: www.logicaloutcome.ca
___
.
As far as the card is concerned, it just has sectors you can read and write.
Where are these "lists" kept? The spec never address this.
On Wed, Mar 25, 2009 at 11:18 AM, Michael Schnell wrote:
>
>
>> -As for "low level formatting", huh? ...
>>
>
> The "low level formating" initializes the list
Regular means those built to the spec I referenced, not SDHC.
Wrong about what?
On Wed, Mar 25, 2009 at 11:10 AM, Michael Schnell wrote:
> Jim Donelson wrote:
>
>> -If we are talking about regular SD cards, there is no internal wear
>> leveling.
>>
> What do you think are "regular SD cards" ?
>
Anne Fomin wrote:
> I am working with the LPC2468 board and i will like to find out from you if
> you have any idea how to read the ADC value and set PWM in C code not on the
> command line.
> For the ADc read i have this piece of code which i am not sure it will work.
> # define adadc 0XE0034
Certainly CF cards do have to do any wear leveling in the card since
they present IDE to the host system.
... as do SD-cards.via USB and other interfaces they are just "memory
devices".
-Michael
___
uClinux-dev mailing list
uClinux-dev@uclinux.or
Perhaps the usb adapter does it.
I very seriously doubt that.
-Michael
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe s
-As for "low level formatting", huh? ...
The "low level formating" initializes the lists used for wear leveling :)
-Michael
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message w
Jim Donelson wrote:
I didn't say the driver HAD to do wear leveling, but if wear level is
to be done, the driver must do it, as SD cards don't do it themselves.
Quoting from the SanDisk Spec:
"The SD Card’s Wear Level command is supported as a NOP operation to
maintain backward compatibility w
Jim Donelson wrote:
-If we are talking about regular SD cards, there is no internal wear
leveling.
What do you think are "regular SD cards" ?
I suppose those that can be used with FAT file system in Digital cameras
and can be connected to a PC (which does not have a special driver to do
the
Ok, here is what an SD card has - it has a RAM buffer that is the size of a
block, where a block is the smallest erasable chunk. That is what "Erase
Pooling" is vaguely referring to. If you are going to write sectors in the
same block, you should do that, send all the sectors in that block then
iss
On Wed, Mar 25, 2009 at 08:09:02AM -0400, Jim Donelson wrote:
> -If we are talking about regular SD cards, there is no internal wear
> leveling.
> It is up to the driver to do that.
Well it's up to the controller to do that perhaps. Given that most people
seem t use usb adapters for SD cards, the
Am Mittwoch, den 25.03.2009, 08:38 -0400 schrieb Jim Donelson:
> I didn't say the driver HAD to do wear leveling, but if wear level is
> to be done, the driver must do it, as SD cards don't do it
> themselves.
> Quoting from the SanDisk Spec:
>
> "The SD Card’s Wear Level command is supported as
Hi There ,
I am working with the LPC2468 board and i will like to find out from you
if you have any idea how to read the ADC value and set PWM in C code not on
the command line.
For the ADc read i have this piece of code which i am not sure it will work.
# define adadc 0XE0034004
int ADC_read()
Hi There ,
I am working with the LPC2468 board and i will like to find out from you
if you have any idea how to read the ADC value and set PWM in C code not on
the command line.
For the ADc read i have this piece of code which i am not sure it will work.
# define adadc 0XE0034004
int ADC_read()
I didn't say the driver HAD to do wear leveling, but if wear level is to be
done, the driver must do it, as SD cards don't do it themselves.
Quoting from the SanDisk Spec:
"The SD Card’s Wear Level command is supported as a NOP operation to
maintain backward compatibility with existing software ut
Am Mittwoch, den 25.03.2009, 08:09 -0400 schrieb Jim Donelson:
> -If we are talking about regular SD cards, there is no internal wear
> leveling.
> It is up to the driver to do that.
I think you are wrong here. There's no wear leveling in the driver.
-Erwin
_
-If we are talking about regular SD cards, there is no internal wear
leveling.
It is up to the driver to do that.
-It take can take up to something like 40ms to write a single sector, as an
entire block must be erased and re-written.For a given card, it is indeed
specified. Cards have different sp
that sounds like SD cards cannot be used for anythiing serious.
Yep ;) I suppose leaving the card powered up for some 10 seconds after
unmounting it will be quite save, but as there are no specs from the
card manufacture on the maximum necessary activity time after write you
never can be abso
Am Mittwoch, den 25.03.2009, 11:30 +0100 schrieb Michael Schnell:
> > My SD card is getting corrupted after issuing the reboot command and
> > de-powering the board.
> Are you sure it was unmount before shutting down the system ?
>
> BTW.:
> Even if you do unmount it you are not safe. An SD-Card
Maybe there's some issue with the unmount?
Unmount needs some time to do it's work. Before it's ready the power
should not be removed. I suppose there are ways to find out when it's ready.
Moreover the card needs some time to do it's work on the data written by
unmount. I don't suppose there
My SD card is getting corrupted after issuing the reboot command and
de-powering the board.
Are you sure it was unmount before shutting down the system ?
BTW.:
Even if you do unmount it you are not safe. An SD-Card (like all similar
flash media) does an internal wear leveling. This can take
27 matches
Mail list logo
