B3 with different RAM chips
John Watlington
wad at laptop.org
Mon Nov 23 21:31:42 EST 2009
Trac it.
No, we have seen nothing that leads us to believe that we have
memory corruption problems w. B2s. Software errors are a much
more likely cause.
wad
On Nov 23, 2009, at 6:56 PM, Tiago Marques wrote:
> On Mon, Nov 23, 2009 at 7:19 PM, John Watlington <wad at laptop.org>
> wrote:
>>
>> On Nov 23, 2009, at 1:55 PM, Tiago Marques wrote:
>>
>>> On Sun, Nov 22, 2009 at 8:01 PM, Mitch Bradley <wmb at laptop.org>
>>> wrote:
>>>>
>>>> Tiago Marques wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> The hardware page for the XO 1.5 doesn't show the clockspeed of
>>>>> the
>>>>> RAM chips used. CAS 3 looks like very aggressive timings for cheap
>>>>> DDR2 chips.
>>>>
>>>> CL3 is in spec for the chips that we were using but not for a
>>>> new chip
>>>> that
>>>> we might start using.
>>>>
>>>>> Are you running at 400 or 533?
>>>>
>>>> 400
>>>>>
>>>>> Doesn't the datasheet specify the appropriate timings?
>>>>>
>>>>
>>>> Of course it does. The jumper is to tell which timing set to use,
>>>> depending
>>>> on which chips are populated.
>>>
>>> Ok, I was rather confused when I read:
>>>
>>> "I switched the timing to CAS latency 4 (from 3), which ** should
>>> meet
>>> ** specs for this chip."
>>>
>>> And was finding rather odd that you didn't had access to specified
>>> timings.
>>
>> We have access to the chip timings, and we have information about how
>> to program the controller. But it is still a trial and error
>> process.
>> Nobody likes to manually verify that the programmable DRAM
>> controller is
>> actually correctly generating the literally hundreds of timing
>> specs for a
>> given chip. We instead make our best guess at correct values and
>> then
>> test for proper operation across time and temperature.
>>
>> In this case, the chips usually worked with the CAS latency set
>> too low.
>>
>> wad
>>
>>
>
> Ok, I see. Any chance that that procedure might be causing issues
> related to those errors being generated by overheating problems with
> B2 hardware? I haven't heard if that has been fixed already. Was it?
> My 1.5 B2 crashed yesterday in a rather unexplicable fashion and gave
> me some bad data corruption. Haven't been able to reproduce it though,
> but it seemed high workload related since I was compiling some
> packages on an FS in the external SD. Will try to find out more about
> this.
>
> Best regards,
> Tiago Marques
>
More information about the Devel
mailing list