> I can't help you on that. I never tried to force errors by grounding the
> signals. You have read the driver. Do you see panic? The idea is to
> report the error and let upper layer to decide what to do. Sometimes
> limping forward is better than reset or panic. Again, it is not driver's
>
> I can't help you on that. I never tried to force errors by grounding the
> signals. You have read the driver. Do you see panic? The idea is to
> report the error and let upper layer to decide what to do. Sometimes
> limping forward is better than reset or panic. Again, it is not driver's
>
>> Question 4) If so, will a panic ever be called if there is a hardware
>> uncorrectable memory failure?
>No. It is up to upper layer of EDAC driver. Layerscape driver only reports CEs
>and UEs.
Just to be clear, the upper layer of the EDAC driver will or will not
panic when a UE is detected
>> Question 4) If so, will a panic ever be called if there is a hardware
>> uncorrectable memory failure?
>No. It is up to upper layer of EDAC driver. Layerscape driver only reports CEs
>and UEs.
Just to be clear, the upper layer of the EDAC driver will or will not
panic when a UE is detected
>Single-bit errors are corrected by memory controller without involving
>software.
Sorry for being verbose, but I need to explain the reason for the
questions below since I need to determine if a memory scrub is
required on layerscape and why. There are multiple layers to the
problem of ECC.
>Single-bit errors are corrected by memory controller without involving
>software.
Sorry for being verbose, but I need to explain the reason for the
questions below since I need to determine if a memory scrub is
required on layerscape and why. There are multiple layers to the
problem of ECC.
, 2018 at 5:44 PM Borislav Petkov wrote:
>
> On Wed, Nov 28, 2018 at 04:14:24PM -0600, Tracy Smith wrote:
> > Is there another way of creating an uncorrected error without crashing
> > Linux using the layerscape driver? I would like to see a UE error
> > collected withou
, 2018 at 5:44 PM Borislav Petkov wrote:
>
> On Wed, Nov 28, 2018 at 04:14:24PM -0600, Tracy Smith wrote:
> > Is there another way of creating an uncorrected error without crashing
> > Linux using the layerscape driver? I would like to see a UE error
> > collected withou
carry the error. Since multi-bit errors are not
> correctable. I don't expect Linux to work properly with these errors.
>
> York
>
>
> On 11/28/18 1:11 PM, Tracy Smith wrote:
> > Thanks York. Why will injecting multi-bit errors crash linux? Is this
> > the case only for layerscape?
carry the error. Since multi-bit errors are not
> correctable. I don't expect Linux to work properly with these errors.
>
> York
>
>
> On 11/28/18 1:11 PM, Tracy Smith wrote:
> > Thanks York. Why will injecting multi-bit errors crash linux? Is this
> > the case only for layerscape?
Please block this junk email
Sent from my iPhone
> On Feb 24, 2018, at 9:49 AM, thetruthstandsbefor...@firemail.cc wrote:
>
> Alot of folks have been wondering: why are things they way that they are?
> Many have been pondering this notion. All things have roots: you, me, we all
> do, but when
Please block this junk email
Sent from my iPhone
> On Feb 24, 2018, at 9:49 AM, thetruthstandsbefor...@firemail.cc wrote:
>
> Alot of folks have been wondering: why are things they way that they are?
> Many have been pondering this notion. All things have roots: you, me, we all
> do, but when
Being nice but this sounds like a contradiction if not an oxymoron.
Explain how a kernel or OS can be completely stable while having memory
failures, general hardware failures, hacking, etc. C++ is not the best
language for writing operating systems. IBM and Apple attempted this with the
Being nice but this sounds like a contradiction if not an oxymoron.
Explain how a kernel or OS can be completely stable while having memory
failures, general hardware failures, hacking, etc. C++ is not the best
language for writing operating systems. IBM and Apple attempted this with the
Please take this offline.
Sent from my iPad
> On Aug 3, 2017, at 3:26 AM, esodnencaocref...@aaathats3as.com wrote:
>
> Malformed ascii art saying "Don't feed the trolls"
>
> IE: Can't attack the message, attack the man.
>
> Because White Men Programmers simply do not know what they do not
Please take this offline.
Sent from my iPad
> On Aug 3, 2017, at 3:26 AM, esodnencaocref...@aaathats3as.com wrote:
>
> Malformed ascii art saying "Don't feed the trolls"
>
> IE: Can't attack the message, attack the man.
>
> Because White Men Programmers simply do not know what they do not
Apologies, unrelated to MBA. Resent later with a changed subject line.
On Tue, Apr 4, 2017 at 1:50 PM, Shivappa Vikas <vikas.shiva...@intel.com> wrote:
>
>
>
> On Mon, 3 Apr 2017, Tracy Smith wrote:
>
>> Hi All,
>>
>> No JTAG available and need to
Apologies, unrelated to MBA. Resent later with a changed subject line.
On Tue, Apr 4, 2017 at 1:50 PM, Shivappa Vikas wrote:
>
>
>
> On Mon, 3 Apr 2017, Tracy Smith wrote:
>
>> Hi All,
>>
>> No JTAG available and need to understand why Linux 4.8.3 doesn't boot
Hi All,
The production board I'm using doesn't have a JTAG available,
upgrading to 4.8 from 4.1,.and need to understand why Linux 4.8.3
doesn't boot on a x86_64 corei7-64. Boots with no issues with 4.1.
Hangs at the last message of u-boot, the typical "Starting kernel."
The bootcmd and arguments
Hi All,
The production board I'm using doesn't have a JTAG available,
upgrading to 4.8 from 4.1,.and need to understand why Linux 4.8.3
doesn't boot on a x86_64 corei7-64. Boots with no issues with 4.1.
Hangs at the last message of u-boot, the typical "Starting kernel."
The bootcmd and arguments
Hi, not sure if this is the correct venue to post a question, so
please forgive and direct me to the correct board or list if not.
A custom board implementation using a ARM-8 Cortex A53 NXP LS1043ardb
is considering moving the RTC from the control board to an FPGA.
Reason is for accuracy of
Hi, not sure if this is the correct venue to post a question, so
please forgive and direct me to the correct board or list if not.
A custom board implementation using a ARM-8 Cortex A53 NXP LS1043ardb
is considering moving the RTC from the control board to an FPGA.
Reason is for accuracy of
22 matches
Mail list logo