Hi Oliver, hello to who is reading this message.
i was re-reading the code and the oops, without understanding what's the
problem. Still: what impressed me is the fact that at some point you see NULL
ptr dereference in unrelated code (fbcon). Is it possible that at some point
the memory portion (172 bytes if device is affected by NCM errata, and mine
is), that the portion of memory to which ctx->delayed_ndp16 points to is
somehow moved / thrown away?
It doesn't make sense, because otherwise even accesses to the ctx variable
would give problems. And they don't.
Looking around then, I see kzalloc() / kmalloc (kzalloc =kmalloc | __GFP_ZERO)
are used to allocate any size of memory (with the only requirement for it to be
small). In rndis_host.c 1025 bytes (not 1024) are allocated, so I am excluding
any kind of alignment problem here.
Thank you,
Enrico
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
