kernel panic in cfi

kernel panic in cfi

[Jan Pedersen]

For any of you who are using flash with the cfi driver, this may be of your
interrest:

When using the cfi (common flash interface) driver, every word written to
the flash chips is followed by a operation complete poll. This poll is
intended to have a timeout of 1 ms. However this timeout is calculated by
HZ/1000, which happends to be 0 because HZ < 1000. The result of this is
that there will be just one poll for operation complete. If this single poll
fails, the kernel panics. I have not had the time to investigate this panic
further. Instead, I have made a workaround that increases this timeout to HZ
(1 second). 1 second is far more than needed, but is preferred over a panic.

The patch is available at http://www.jp-embedded.com.

kernel panic in cfi

[Jan Pedersen]

For any of you who are using flash with the cfi driver, this may be of your
interrest:

When using the cfi (common flash interface) driver, every word written to
the flash chips is followed by a operation complete poll. This poll is
intended to have a timeout of 1 ms. However this timeout is calculated by
HZ/1000, which happends to be 0 because HZ < 1000. The result of this is
that there will be just one poll for operation complete. If this single poll
fails, the kernel panics. I have not had the time to investigate this panic
further. Instead, I have made a workaround that increases this timeout to HZ
(1 second). 1 second is far more than needed, but is preferred over a panic.

The patch is available at http://www.jp-embedded.com.

RE: kernel panic in cfi

[Jan Pedersen]

[-- Attachment #1: Type: text/plain, Size: 796 bytes --]

Patch attached.

> For any of you who are using flash with the cfi driver, this may be of
> your
> interrest:
> 
> When using the cfi (common flash interface) driver, every word written to
> the flash chips is followed by a operation complete poll. This poll is
> intended to have a timeout of 1 ms. However this timeout is calculated by
> HZ/1000, which happends to be 0 because HZ < 1000. The result of this is
> that there will be just one poll for operation complete. If this single
> poll
> fails, the kernel panics. I have not had the time to investigate this
> panic
> further. Instead, I have made a workaround that increases this timeout to
> HZ
> (1 second). 1 second is far more than needed, but is preferred over a
> panic.
> 
> The patch is available at http://www.jp-embedded.com.


[-- Attachment #2: cfi_workaround-jp-2.4.31-1.0.tar.gz --]
[-- Type: application/octet-stream, Size: 1393 bytes --]

RE: kernel panic in cfi

[Jan Pedersen]

[-- Attachment #1: Type: text/plain, Size: 796 bytes --]

Patch attached.

> For any of you who are using flash with the cfi driver, this may be of
> your
> interrest:
> 
> When using the cfi (common flash interface) driver, every word written to
> the flash chips is followed by a operation complete poll. This poll is
> intended to have a timeout of 1 ms. However this timeout is calculated by
> HZ/1000, which happends to be 0 because HZ < 1000. The result of this is
> that there will be just one poll for operation complete. If this single
> poll
> fails, the kernel panics. I have not had the time to investigate this
> panic
> further. Instead, I have made a workaround that increases this timeout to
> HZ
> (1 second). 1 second is far more than needed, but is preferred over a
> panic.
> 
> The patch is available at http://www.jp-embedded.com.


[-- Attachment #2: cfi_workaround-jp-2.4.31-1.0.tar.gz --]
[-- Type: application/octet-stream, Size: 1393 bytes --]