<div dir="ltr">Nevermind. Eliberarea o faceam corect, dar nu initializarea. Eu rezervam ambele minor-uri, si initializam doar char device-ul care imi trebuia. Dar am vazut ca testul care pica imi initializa modulul meu cu COM2, si solution cu COM1, care crapa, pentru ca era rezervat si minor-ul pt COM1.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 6 Apr 2019 at 17:47, Cristi Dutescu <<a href="mailto:cristi.dutescu@gmail.com">cristi.dutescu@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr">Fac free_irq, cdev_del si release_region pentru ambele, si unregister la regiune. Daca nu as face corect eleiberarea, nu ar trebui sa crape la insmod dupa un rmmod? Deoarece asta nu se intampla.</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 6 Apr 2019 at 17:35, Daniel Baluta <<a href="mailto:daniel.baluta@gmail.com" target="_blank">daniel.baluta@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Cel mai probabil nu faci cleanup corect la scoaterea modulului.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 6, 2019, 17:05 Cristi Dutescu via so2 <<a href="mailto:so2@cursuri.cs.pub.ro" target="_blank">so2@cursuri.cs.pub.ro</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Am facut asta, si primesc aceeasi eroare. Also, si pe vmchecker primesc aceeasi eroare.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 6 Apr 2019 at 15:42, Adrian Pop <<a href="mailto:popadrian1996@gmail.com" rel="noreferrer" target="_blank">popadrian1996@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"></div>Salut!<br><br>Da un git pull si incearca din nou. Pe versiunea veche la checker se foloseste un modul solution.ko care "se anunta" cu numele uart16550, exact ca modulul nostru. El face modificari, insa checker-ul da niste cat-uri si se asteapta sa gaseasca "solution", dar gaseste "uart16550", de aceea pica. Am petrecut si eu ceva timp aseara incercand sa imi dau seama ce are. Daca pornesti masina virtuala si inserezi solution.ko cu options=1 si apoi dai un cat pe /proc/ioports sau /proc/interrupts, o sa vezi ca asa este.<br><br>Commit-ul e aici [0]. Also, in caz de erori sau la exit, sa nu uiti sa faci "curatenie" (delete la device, release si unregister etc.). In caz ca tot nu merge, asigura-te ca noul modul solutions.ko e copiat, eventual da un make clean (nu uita sa iti salvezi sursele!) si apoi make skels din nou. Cheers!<br><br>[0] <a href="https://github.com/linux-kernel-labs/linux/commit/90d223cce3a9a09b93a37322fbdc23d6acec371c" rel="noreferrer" target="_blank">https://github.com/linux-kernel-labs/linux/commit/90d223cce3a9a09b93a37322fbdc23d6acec371c</a></div>
</blockquote></div>
_______________________________________________<br>
<a href="http://ocw.cs.pub.ro/courses/so2/resurse/lista-discutii" rel="noreferrer noreferrer" target="_blank">http://ocw.cs.pub.ro/courses/so2/resurse/lista-discutii</a></blockquote></div>
</blockquote></div>
</blockquote></div>