- Oct 17, 2019
-
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
- Oct 16, 2019
-
-
Federico Vaga authored
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Reported-by:
Dimitris Lampridis <dimitris.lampridis@cern.ch> Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
- Sep 30, 2019
-
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
- Sep 26, 2019
-
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
why I added coccicheck does not need explanations install is to install the kernel, we need to do modules_install for kernel modules Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
- Sep 23, 2019
-
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
It looks like there is a bug somewhere that make the system panic on resource releasing. I can't provide any evidence that devm_* is related to the issue, but removing it seems to solve the problem (or at least is not as frequent as before: I can load/unload 100 times without problems). The problem was mitigated also by introducing delays (mdelay/printk) in the fcl/gpio remove functions. My guess is that MFD removal and devres clean up conflicts at some point. MFD uses platform_unregister() which does resource_release(), and because of devres, only after that we will release all resources that we took on probe(). The flow does not sound right, we should release resources we took **before** platform releases/remove the resource from the system (not viceversa). Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Tristan Gingold authored
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
- Sep 11, 2019
-
-
Federico Vaga authored
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
- Sep 10, 2019
-
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
- Sep 09, 2019
-
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
- Sep 06, 2019
-
-
Tristan Gingold authored
-
Tristan Gingold authored
-
- Sep 04, 2019
-
-
Tristan Gingold authored
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
Signed-off-by:
Federico Vaga <federico.vaga@cern.ch>
-
Federico Vaga authored
-
Tristan Gingold authored
-
Federico Vaga authored
-
Tristan Gingold authored
-
Tristan Gingold authored
Also change g_simulation type.
-