On Fri, Feb 01, 2019 at 05:46:44PM +0800, kas...@126.com wrote:
> sorry for late response.
> we did have process in userspace doing mmap.
> mult device can reprocued this issue, so we do not suspect the ddr
> not stable.
Multiple devices of the same SoC?
> can you help
On Thu, Jan 17, 2019 at 09:57:17AM +0800, Kassey wrote:
> hi, Will
> it is hard to try on v5.0-rc2 kernel, since there is much port
> job to be done.
> dst kernel buffer is looks overwriten by some same(fix) patter
> start with "mmap"(0x6d6d7061) see below code (data from vmalloc),
hi, Will
it is hard to try on v5.0-rc2 kernel, since there is much port
job to be done.
dst kernel buffer is looks overwriten by some same(fix) patter
start with "mmap"(0x6d6d7061) see below code (data from vmalloc),
and file is mmaped (include the last phy page of ddr.)
see
[I'm due to get on a long flight shortly, so I've added LAKML and a few
others to CC]
On Wed, Jan 16, 2019 at 11:25:15AM +0800, Kassey wrote:
> Hi, Will and team:
>
>we met a issue when copy_from_user to access the last page of DDR
> on 4.14 kenrel, below is the detail steps,
>can you
Hi, Will and team:
we met a issue when copy_from_user to access the last page of DDR
on 4.14 kenrel, below is the detail steps,
can you help to suggest if there is know fix or debug something ?
1. we mmap ( in userspace) a region of phy address that is not
continous but include the last
5 matches
Mail list logo
