From pso@cursuri.cs.pub.ro  Wed Aug 11 14:21:55 2004
From: pso@cursuri.cs.pub.ro (Octavian Purdila)
Date: Wed, 11 Aug 2004 16:21:55 +0300
Subject: [pso] restante so si pso
Message-ID: <200408111621.55937.tavi@cs.pub.ro>

Restantele la SO si PSO au fost programate astfel:

- 3 sept. 2004, EC105, ora 12
- 12 sept. 2004, D 100

Termenele limita pentru trimiterea temelor sunt:

- 29 august, ora 24, pentru cei ce vor veni la examen pe 3 sept
- 5 septembrie, ora 24 pentru cei ce vor veni la examan pe 12 sept

tavi

From pso@cursuri.cs.pub.ro  Fri Aug 13 10:37:47 2004
From: pso@cursuri.cs.pub.ro (Cosmin Tudorache)
Date: Fri, 13 Aug 2004 02:37:47 -0700 (PDT)
Subject: [pso] tema4 / win
Message-ID: <20040813093747.10185.qmail@web41501.mail.yahoo.com>

--0-326327831-1092389867=:9652
Content-Type: text/plain; charset=us-ascii

ultima functie din pitix_core.c: PitixDeleteFile(..) din toti parametrii nu gasesc nicaieri indexul inodului parinte(directorului parinte). In schimb numele fisierului/directorului curent(ce trebuie sters) am vazut ca e specificat prin calea completa.
 
 - trebuie sa parsez numele(calea completa) pornind de la radacina pt a afla inodul parinte ?(daca da, de ce ? .. nu era mai simplu un camp in inode(sau in FCB) cu index-ul inodului parinte?).
 
 - sau e pe undeva si index-ul parintelui specificat ?.. [ inainte de stergere am vazut ca se face o cautare in directorul parinte pt a se verifica existenta fisierului ] 
 
numai bine..

		
---------------------------------
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!
--0-326327831-1092389867=:9652
Content-Type: text/html; charset=us-ascii

<DIV>ultima functie din pitix_core.c: <FONT size=2>PitixDeleteFile(..)&nbsp;din toti parametrii&nbsp;nu gasesc nicaieri indexul inodului parinte(directorului parinte). In schimb numele fisierului/directorului curent(ce trebuie sters) am vazut ca e specificat prin calea completa.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;- trebuie sa parsez numele(calea completa) pornind&nbsp;de la radacina pt a afla inodul parinte ?(daca da, de ce ? .. nu era mai simplu un camp in inode(sau in FCB) cu index-ul inodului parinte?).</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;- sau e pe undeva si index-ul parintelui specificat ?..&nbsp;[ inainte de stergere am vazut ca se face o cautare in directorul parinte pt a se verifica existenta fisierului ] </DIV>
<DIV>&nbsp;</DIV>
<DIV>numai bine..</DIV><p>
		<hr size=1>Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/mail_us/taglines/50x/*http://promotions.yahoo.com/new_mail/static/efficiency.html">Yahoo! Mail</a> - 50x more storage than other providers!
--0-326327831-1092389867=:9652--

From pso@cursuri.cs.pub.ro  Sun Aug 15 13:56:52 2004
From: pso@cursuri.cs.pub.ro (Octavian Purdila)
Date: Sun, 15 Aug 2004 15:56:52 +0300
Subject: [pso] tema4 / win
In-Reply-To: <20040813093747.10185.qmail@web41501.mail.yahoo.com>
References: <20040813093747.10185.qmail@web41501.mail.yahoo.com>
Message-ID: <200408151556.52409.tavi@cs.pub.ro>

On Friday 13 August 2004 12:37, Cosmin Tudorache wrote:
> ultima functie din pitix_core.c: PitixDeleteFile(..) din toti parametrii nu
> gasesc nicaieri indexul inodului parinte(directorului parinte). In schimb
> numele fisierului/directorului curent(ce trebuie sters) am vazut ca e
> specificat prin calea completa.
>
>  - trebuie sa parsez numele(calea completa) pornind de la radacina pt a
> afla inodul parinte ?(daca da, de ce ? .. nu era mai simplu un camp in
> inode(sau in FCB) cu index-ul inodului parinte?).
>

Pentru ca in Windows nu exista un dcache, nu este foarte simplu sa pui un camp 
in FCB cu inode-ul parintelui. Daca crezi ca e mai simplu decat sa parsezi 
numele, poti sa incerci :) 

tavi

From pso@cursuri.cs.pub.ro  Mon Aug 16 22:08:45 2004
From: pso@cursuri.cs.pub.ro (Cosmin Tudorache)
Date: Mon, 16 Aug 2004 14:08:45 -0700 (PDT)
Subject: [pso] tema4 / win - problema la "test.c"
Message-ID: <20040816210845.37368.qmail@web41501.mail.yahoo.com>

parerea mea:

test.c
line 328> 
str = (char*)malloc(sizeof("p:\\") + sizeof(token) +
1);
strcat(str, "p:\\");

//ar trebui inlocuita:
//ori prima linie: str = (char*)calloc(sizeof("p:\\")
+ sizeof(token) + 1,1);
//ori a doua linie: strcpy(str, "p:\\");

line 334> ... la fel


		
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail 

From pso@cursuri.cs.pub.ro  Tue Aug 17 07:54:13 2004
From: pso@cursuri.cs.pub.ro (Ioan MANEA)
Date: 17 Aug 2004 06:54:13 -0000
Subject: [pso] man 9
Message-ID: <20040817065413.7518.qmail@s2.home.ro>

As avea nevoie de man9 (man-ul cu functiile din sursa kernel) pentru a putea rezolva temele in linux.
Daca le are cineva (poate domnul Purdila) v-as ruga sa mi le trimiteti.

Ioan Manea




----

Home, no matter how far...
http://www.home.ro

From pso@cursuri.cs.pub.ro  Tue Aug 17 11:41:51 2004
From: pso@cursuri.cs.pub.ro (Cristian Olariu)
Date: Tue, 17 Aug 2004 13:41:51 +0300
Subject: [pso] man 9
References: <20040817065413.7518.qmail@s2.home.ro>
Message-ID: <000501c48446$ce95afb0$6800000a@aixp>

----- Original Message ----- 
From: "Ioan MANEA" <ioan@home.ro>
To: <pso@cursuri.cs.pub.ro>
Sent: Tuesday, August 17, 2004 9:54 AM
Subject: [pso] man 9


> As avea nevoie de man9 (man-ul cu functiile din sursa kernel) pentru a
putea rezolva temele in linux.
> Daca le are cineva (poate domnul Purdila) v-as ruga sa mi le trimiteti.
>
> Ioan Manea

Le ai deja...
In directorul cu sursele kernelului scrie `make mandocs'. O sa rezulte
paginile de manual in dir. Documentation/man/
Le poti copia de exemplu in /usr/local/man/man9/.

Oricum, sunt o gramada de chestii interesante in directorul Documentation.
Si poti genera paginile de manual si in format html, printre altele. Din
pacate, din cate am observat, paginile respective nu acopera in intregime
Kernel API.

Incearca si link-ul asta: http://tf.happyhacking.net/archive/kernel-api/

Happy hacking! :-P

__
        Cristi



From pso@cursuri.cs.pub.ro  Wed Aug 18 12:01:22 2004
From: pso@cursuri.cs.pub.ro (Octavian Purdila)
Date: Wed, 18 Aug 2004 14:01:22 +0300
Subject: *****SPAM***** [pso] tema4 / win - problema la "test.c"
In-Reply-To: <20040816210845.37368.qmail@web41501.mail.yahoo.com>
References: <20040816210845.37368.qmail@web41501.mail.yahoo.com>
Message-ID: <200408181401.22077.tavi@cs.pub.ro>

On Tuesday 17 August 2004 00:08, Cosmin Tudorache wrote:
> parerea mea:
>
> test.c
> line 328>
> str = (char*)malloc(sizeof("p:\\") + sizeof(token) +
> 1);
> strcat(str, "p:\\");
>
> //ar trebui inlocuita:
> //ori prima linie: str = (char*)calloc(sizeof("p:\\")
> + sizeof(token) + 1,1);
> //ori a doua linie: strcpy(str, "p:\\");
>
> line 334> ... la fel

Salut,

Dupa cum v-am si spus la vremea respectiva, tema este "experimentala". 
Probabil ca o sa mai gasesti si alte bug-uri :)

tavi

From pso@cursuri.cs.pub.ro  Wed Aug 18 12:09:27 2004
From: pso@cursuri.cs.pub.ro (Mihai Iancu)
Date: Wed, 18 Aug 2004 04:09:27 -0700 (PDT)
Subject: *****SPAM***** [pso] tema4 / win - problema la "test.c"
In-Reply-To: <200408181401.22077.tavi@cs.pub.ro>
Message-ID: <20040818110927.68298.qmail@web51709.mail.yahoo.com>

Funny mie parca mi-a mers :))

--- Octavian Purdila <tavi@cs.pub.ro> wrote:

> On Tuesday 17 August 2004 00:08, Cosmin Tudorache
> wrote:
> > parerea mea:
> >
> > test.c
> > line 328>
> > str = (char*)malloc(sizeof("p:\\") + sizeof(token)
> +
> > 1);
> > strcat(str, "p:\\");
> >
> > //ar trebui inlocuita:
> > //ori prima linie: str =
> (char*)calloc(sizeof("p:\\")
> > + sizeof(token) + 1,1);
> > //ori a doua linie: strcpy(str, "p:\\");
> >
> > line 334> ... la fel
> 
> Salut,
> 
> Dupa cum v-am si spus la vremea respectiva, tema
> este "experimentala". 
> Probabil ca o sa mai gasesti si alte bug-uri :)
> 
> tavi
> _______________________________________________
> pso mailing list
> pso@cursuri.cs.pub.ro
>
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
> 


=====

The best slaves are ones that think they are actually free


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From pso@cursuri.cs.pub.ro  Wed Aug 18 14:44:30 2004
From: pso@cursuri.cs.pub.ro (Radu Lazarescu)
Date: Wed, 18 Aug 2004 16:44:30 +0300
Subject: [pso] Tema 2 Win
Message-ID: <20040818134423.9514F1FF18@cursuri.cs.pub.ro>

This is a multi-part message in MIME format.

------=_NextPart_000_0003_01C48542.AEF93580
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

            Buna ziua, 

Am cateva intrebari in legatura cu tema 2 PSO Windows:

 

            - Ce anume si cum trebuie dezinstalat pt aceasta tema (ACPI) ?

            - La porturi trebuie dat Uninstall sau Disable ?

            - La HalGetInterruptVector ce InterfaceType se foloseste ?
Internal? Isa ?

            - Intreruperile sunt LevelSensitive sau Latched (la
IoConnectInterrupt)?

 

            Am incercat mai multe combinatii, dar nu reusesc sa primesc
intreruperi. Banuiesc ca e din cauza ca nu am dezinstalat bine, ceea ce
trebuia, sau am dezinstalat prea multe.

 

            Multumesc,

            Radu Lazarescu


------=_NextPart_000_0003_01C48542.AEF93580
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; Buna ziua, <o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-indent:.5in'><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>Am cateva intrebari in =
legatura cu
tema 2 PSO Windows:<o:p></o:p></span></font></p>

<p class=3DMsoNormal style=3D'text-indent:.5in'><font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></fo=
nt></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; - Ce anume si cum trebuie dezinstalat pt =
</span></font><font
size=3D2 face=3DArial><span lang=3DRO =
style=3D'font-size:10.0pt;font-family:Arial'>aceasta
tema (ACPI) </span></font><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; - La porturi trebuie dat Uninstall sau Disable =
?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; - La HalGetInterruptVector ce </span></font><i><font
color=3Dblack><span lang=3DRO =
style=3D'color:black;font-style:italic'>InterfaceType =
</span></font></i><font
color=3Dblack><span lang=3DRO style=3D'color:black'>se foloseste ? =
Internal? Isa ?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
lang=3DRO =
style=3D'font-size:12.0pt;color:black'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; - Intreruperile sunt
LevelSensitive sau Latched (la =
IoConnectInterrupt)?<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
lang=3DRO =
style=3D'font-size:12.0pt;color:black'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
lang=3DRO =
style=3D'font-size:12.0pt;color:black'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Am incercat mai multe
combinatii, dar nu reusesc sa primesc intreruperi. Banuiesc ca e din =
cauza ca
nu am dezinstalat bine, ceea ce trebuia, sau am dezinstalat prea =
multe.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
lang=3DRO =
style=3D'font-size:12.0pt;color:black'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
lang=3DRO =
style=3D'font-size:12.0pt;color:black'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Multumesc,<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
lang=3DRO =
style=3D'font-size:12.0pt;color:black'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Radu Lazarescu</span></font><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'><o:p></o:p></span></font></p=
>

</div>

</body>

</html>

------=_NextPart_000_0003_01C48542.AEF93580--



From pso@cursuri.cs.pub.ro  Wed Aug 18 14:49:57 2004
From: pso@cursuri.cs.pub.ro (Mihai Iancu)
Date: Wed, 18 Aug 2004 06:49:57 -0700 (PDT)
Subject: [pso] Tema 2 Win
In-Reply-To: <20040818134423.9514F1FF18@cursuri.cs.pub.ro>
Message-ID: <20040818134957.11152.qmail@web51709.mail.yahoo.com>

Pe undeva prin device manager 
faci update la Computer-> Acpi Uniprocessor PS 
si alegi Standard PC.

Isa si Latched


--- Radu Lazarescu <radul@go.ro> wrote:

>             Buna ziua, 
> 
> Am cateva intrebari in legatura cu tema 2 PSO
> Windows:
> 
>  
> 
>             - Ce anume si cum trebuie dezinstalat pt
> aceasta tema (ACPI) ?
> 
>             - La porturi trebuie dat Uninstall sau
> Disable ?
> 
>             - La HalGetInterruptVector ce
> InterfaceType se foloseste ?
> Internal? Isa ?
> 
>             - Intreruperile sunt LevelSensitive sau
> Latched (la
> IoConnectInterrupt)?
> 
>  
> 
>             Am incercat mai multe combinatii, dar nu
> reusesc sa primesc
> intreruperi. Banuiesc ca e din cauza ca nu am
> dezinstalat bine, ceea ce
> trebuia, sau am dezinstalat prea multe.
> 
>  
> 
>             Multumesc,
> 
>             Radu Lazarescu
> 
> 


=====

The best slaves are ones that think they are actually free



		
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail 

From pso@cursuri.cs.pub.ro  Mon Aug 23 08:21:25 2004
From: pso@cursuri.cs.pub.ro (Ioan MANEA)
Date: 23 Aug 2004 07:21:25 -0000
Subject: [pso] Tema 2 linux
Message-ID: <20040823072125.17128.qmail@s2.home.ro>

Am cateva probleme cu tema 2 in linux (UART16550):

Desi am instalat cum trebuie modulul (adrese, intreruperi, etc. ), am configurat vmware-ul sa "lege" com-urile din linux la cele de pe calculator (pe care am pus un null modem testat - in sensul ca m-am jucat in draci red alert pe el) intreruperile se genereaza de 4-5 ori pentru cele 2 com-uri (in total).

Adica la initializare, se genereaza pentru fiecare in parte, iar apoi, cand scriu ceva in com 1, se genereaza o singura data pentru com2, la receptie, si atat!

Sistemul nu se blocheaza, doar ca nu se mai genereaza intreruperile alea deloc.

Am incercat si sa trimit cate un caracter deodata (nu cate 8 la fiecare intrerupere), dar la fel, se genereaza o data la primire pe com2, iar pe com1 nu se mai genereaza nimic pentru a trimite, si astfel programul toot asteapta.

As dori niste sfaturi. Adica as dori sa stiu cum ar trebui sa configurez com-urile (daca aici ar fi problema), ce trebuie sa fac si ce NU trebuie sa fac cand mi se genereaza intreruperile (ma tot gandesc ca poate fac ceva gresit in tratarea intreruperii si astfel nu mai merg intreruperile).

Va multumesc.




----

Home, no matter how far...
http://www.home.ro

From pso@cursuri.cs.pub.ro  Mon Aug 23 09:54:34 2004
From: pso@cursuri.cs.pub.ro (Adrian Stanciu)
Date: Mon, 23 Aug 2004 11:54:34 +0300
Subject: [pso] Tema 2 linux
In-Reply-To: <20040823072125.17128.qmail@s2.home.ro>
References: <20040823072125.17128.qmail@s2.home.ro>
Message-ID: <b61b898b04082301547ad97b2e@mail.gmail.com>

Incerca sa folosesti linuxul instalat direct pe calculator, nu in vmware.

O alta solutie, dar problematica pentru cazul nosture, este sa
folosesti Knoppix sau alt LiveLinux (Linux pe CD care nu trebuie
instalat). Dezavantajul este ca trebuie sa-ti compilezi tema exact
pentru kernelul respectiv, care s-ar putea sa fie altul decat cel pe
care se recomanda testarea temei si pe care se va face corectarea.

--adrian

On 23 Aug 2004 07:21:25 -0000, Ioan MANEA <ioan@home.ro> wrote:
> Am cateva probleme cu tema 2 in linux (UART16550):
> 
> Desi am instalat cum trebuie modulul (adrese, intreruperi, etc. ), am configurat vmware-ul sa "lege" com-urile din linux la cele de pe calculator (pe care am pus un null modem testat - in sensul ca m-am jucat in draci red alert pe el) intreruperile se genereaza de 4-5 ori pentru cele 2 com-uri (in total).
> 
> Adica la initializare, se genereaza pentru fiecare in parte, iar apoi, cand scriu ceva in com 1, se genereaza o singura data pentru com2, la receptie, si atat!
> 
> Sistemul nu se blocheaza, doar ca nu se mai genereaza intreruperile alea deloc.
> 
> Am incercat si sa trimit cate un caracter deodata (nu cate 8 la fiecare intrerupere), dar la fel, se genereaza o data la primire pe com2, iar pe com1 nu se mai genereaza nimic pentru a trimite, si astfel programul toot asteapta.
> 
> As dori niste sfaturi. Adica as dori sa stiu cum ar trebui sa configurez com-urile (daca aici ar fi problema), ce trebuie sa fac si ce NU trebuie sa fac cand mi se genereaza intreruperile (ma tot gandesc ca poate fac ceva gresit in tratarea intreruperii si astfel nu mai merg intreruperile).
> 
> Va multumesc.
> 
> ----
> 
> Home, no matter how far...
> http://www.home.ro
> _______________________________________________
> pso mailing list
> pso@cursuri.cs.pub.ro
> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
>

From pso@cursuri.cs.pub.ro  Mon Aug 23 12:34:48 2004
From: pso@cursuri.cs.pub.ro (Ioan MANEA)
Date: 23 Aug 2004 11:34:48 -0000
Subject: [pso] Tema 2 linux
Message-ID: <20040823113448.14954.qmail@s2.home.ro>

auuuu :)
ma temeam ca asta mi se va spune.
ok, o sa incerc si asta.

Pe 23 Aug 2004, la 11:49, Adrian Stanciu <adrian.stanciu@gmail.com> a scris:

>
>Incerca sa folosesti linuxul instalat direct pe calculator, nu in vmware.
>
>O alta solutie, dar problematica pentru cazul nosture, este sa
>folosesti Knoppix sau alt LiveLinux (Linux pe CD care nu trebuie
>instalat). Dezavantajul este ca trebuie sa-ti compilezi tema exact
>pentru kernelul respectiv, care s-ar putea sa fie altul decat cel pe
>care se recomanda testarea temei si pe care se va face corectarea.
>
>--adrian
>
>On 23 Aug 2004 07:21:25 -0000, Ioan MANEA <ioan@home.ro> wrote:
>> Am cateva probleme cu tema 2 in linux (UART16550):
>> 
>> Desi am instalat cum trebuie modulul (adrese, intreruperi, etc. ), am configurat vmware-ul sa "lege" com-urile din linux la cele de pe calculator (pe care am pus un null modem testat - in sensul ca m-am jucat in draci red alert pe el) intreruperile se genereaza de 4-5 ori pentru cele 2 com-uri (in total).
>> 
>> Adica la initializare, se genereaza pentru fiecare in parte, iar apoi, cand scriu ceva in com 1, se genereaza o singura data pentru com2, la receptie, si atat!
>> 
>> Sistemul nu se blocheaza, doar ca nu se mai genereaza intreruperile alea deloc.
>> 
>> Am incercat si sa trimit cate un caracter deodata (nu cate 8 la fiecare intrerupere), dar la fel, se genereaza o data la primire pe com2, iar pe com1 nu se mai genereaza nimic pentru a trimite, si astfel programul toot asteapta.
>> 
>> As dori niste sfaturi. Adica as dori sa stiu cum ar trebui sa configurez com-urile (daca aici ar fi problema), ce trebuie sa fac si ce NU trebuie sa fac cand mi se genereaza intreruperile (ma tot gandesc ca poate fac ceva gresit in tratarea intreruperii si astfel nu mai merg intreruperile).
>> 
>> Va multumesc.
>> 
>> ----
>> 
>> Home, no matter how far...
>> http://www.home.ro
>> _______________________________________________
>> pso mailing list
>> pso@cursuri.cs.pub.ro
>> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
>>
>_______________________________________________
>pso mailing list
>pso@cursuri.cs.pub.ro
>http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
>




----

Home, no matter how far...
http://www.home.ro

From pso@cursuri.cs.pub.ro  Mon Aug 23 16:51:05 2004
From: pso@cursuri.cs.pub.ro (Octavian Purdila)
Date: Mon, 23 Aug 2004 18:51:05 +0300
Subject: [pso] Tema 2 linux
In-Reply-To: <20040823072125.17128.qmail@s2.home.ro>
References: <20040823072125.17128.qmail@s2.home.ro>
Message-ID: <200408231851.05418.tavi@cs.pub.ro>

On Monday 23 August 2004 10:21, Ioan MANEA wrote:
> Am cateva probleme cu tema 2 in linux (UART16550):
>
> Desi am instalat cum trebuie modulul (adrese, intreruperi, etc. ), am
> configurat vmware-ul sa "lege" com-urile din linux la cele de pe calculator
> (pe care am pus un null modem testat - in sensul ca m-am jucat in draci red
> alert pe el) intreruperile se genereaza de 4-5 ori pentru cele 2 com-uri
> (in total).
>
> Adica la initializare, se genereaza pentru fiecare in parte, iar apoi, cand
> scriu ceva in com 1, se genereaza o singura data pentru com2, la receptie,
> si atat!
>
> Sistemul nu se blocheaza, doar ca nu se mai genereaza intreruperile alea
> deloc.
>
> Am incercat si sa trimit cate un caracter deodata (nu cate 8 la fiecare
> intrerupere), dar la fel, se genereaza o data la primire pe com2, iar pe
> com1 nu se mai genereaza nimic pentru a trimite, si astfel programul toot
> asteapta.
>
> As dori niste sfaturi. Adica as dori sa stiu cum ar trebui sa configurez
> com-urile (daca aici ar fi problema), ce trebuie sa fac si ce NU trebuie sa
> fac cand mi se genereaza intreruperile (ma tot gandesc ca poate fac ceva
> gresit in tratarea intreruperii si astfel nu mai merg intreruperile).
>

Salut,

In intrerupere trebuie neaparat sa citesti IIR, altfel nu se va genera ack 
pentru intreruperea in curs si nu o sa mai primesti intreruperi.

tavi

From pso@cursuri.cs.pub.ro  Mon Aug 23 10:44:53 2004
From: pso@cursuri.cs.pub.ro (Radu Rendec)
Date: Mon, 23 Aug 2004 12:44:53 +0300
Subject: [pso] Tema 2 linux
In-Reply-To: <20040823072125.17128.qmail@s2.home.ro>
References: <20040823072125.17128.qmail@s2.home.ro>
Message-ID: <1093254293.2167.23.camel@localhost.localdomain>

Salut,

Nu mai sunt sigur, dar pentru primit date cred ca trebuie sa citesti
datele deja primite din registru pana sa se genereze alta intrerupere
(cu alte cuvinte nu apar intreruperi noi de primire date daca ai date
nepreluate din uart).

Pentru trimitere este normal sa apara o singura intrerupere atunci cand
s-au terminat de trimis datele. In mod normal ar trebui sa ai un buffer
(soft), prima trimitere (fizica i.e. scriere in registrii uart) sa o
faci din rutina de scriere, apoi trimiterile urmatoare sa le faci din
handlerul de intrerupere, pana se goleste bufferul tau.

Un alt sfat ar fi sa dezactivezi fifo-urile din uart. Tin minte ca
atunci cand am facut eu tema am avut probleme de sincronizare (intre
cele 2 porturi) cu fifo-urile activate (adica fizic inca circulau biti
pe sarma dupa ce aparea intreruperea de buffer gol).

Bafta,

Radu

On Mon, 2004-08-23 at 10:21, Ioan MANEA wrote:
> Am cateva probleme cu tema 2 in linux (UART16550):
> 
> Desi am instalat cum trebuie modulul (adrese, intreruperi, etc. ), am
> configurat vmware-ul sa "lege" com-urile din linux la cele de pe
> calculator (pe care am pus un null modem testat - in sensul ca m-am
> jucat in draci red alert pe el) intreruperile se genereaza de 4-5 ori
> pentru cele 2 com-uri (in total).
> 
> Adica la initializare, se genereaza pentru fiecare in parte, iar apoi,
> cand scriu ceva in com 1, se genereaza o singura data pentru com2, la
> receptie, si atat!
> 
> Sistemul nu se blocheaza, doar ca nu se mai genereaza intreruperile
> alea deloc.
> 
> Am incercat si sa trimit cate un caracter deodata (nu cate 8 la
> fiecare intrerupere), dar la fel, se genereaza o data la primire pe
> com2, iar pe com1 nu se mai genereaza nimic pentru a trimite, si
> astfel programul toot asteapta.
> 
> As dori niste sfaturi. Adica as dori sa stiu cum ar trebui sa
> configurez com-urile (daca aici ar fi problema), ce trebuie sa fac si
> ce NU trebuie sa fac cand mi se genereaza intreruperile (ma tot
> gandesc ca poate fac ceva gresit in tratarea intreruperii si astfel nu
> mai merg intreruperile).
> 
> Va multumesc.



From pso@cursuri.cs.pub.ro  Mon Aug 23 19:47:09 2004
From: pso@cursuri.cs.pub.ro (Mihai Iancu)
Date: Mon, 23 Aug 2004 11:47:09 -0700 (PDT)
Subject: [pso] Tema 2 linux
In-Reply-To: <1093254293.2167.23.camel@localhost.localdomain>
Message-ID: <20040823184709.94839.qmail@web51707.mail.yahoo.com>

Bleah, ce sfat urat ....
--- Radu Rendec <radu.rendec@ines.ro> wrote:

> Un alt sfat ar fi sa dezactivezi fifo-urile din
> uart.




		
__________________________________
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
http://promotions.yahoo.com/new_mail 

From pso@cursuri.cs.pub.ro  Mon Aug 23 20:04:47 2004
From: pso@cursuri.cs.pub.ro (Radu Rendec)
Date: Mon, 23 Aug 2004 22:04:47 +0300
Subject: [pso] Tema 2 linux
In-Reply-To: <20040823184709.94839.qmail@web51707.mail.yahoo.com>
References: <20040823184709.94839.qmail@web51707.mail.yahoo.com>
Message-ID: <1093287887.4026.14.camel@localhost.localdomain>

On Mon, 2004-08-23 at 21:47, Mihai Iancu wrote:
> Bleah, ce sfat urat ....

Daca stii sa-i zici omului cum sa detecteze corect golirea fifo-ului de
tx, feel free :)

Sunt de acord cu tine ca daca tot ai fifo-uri hardware e bine sa le si
folosesti. Insa eu unul nu am reusit (adica detectam momentul cand
"pleca" ultimul octet din fifo, iar transmisia fizica a bitilor din acel
ultim octet avea loc abia pe urma => buba la sincronizare).


From pso@cursuri.cs.pub.ro  Tue Aug 24 07:45:26 2004
From: pso@cursuri.cs.pub.ro (Mihai Iancu)
Date: Mon, 23 Aug 2004 23:45:26 -0700 (PDT)
Subject: [pso] Tema 2 linux
In-Reply-To: <1093287887.4026.14.camel@localhost.localdomain>
Message-ID: <20040824064526.14349.qmail@web51702.mail.yahoo.com>

Nu cred ca e cea mai buna solutie dar s-ar putea
incerca ceva de genul asta. 

while(!(serial_get(com+UART_LSR)&UART_LSR_TEMT))
   ;

--- Radu Rendec <radu.rendec@ines.ro> wrote:

> Daca stii sa-i zici omului cum sa detecteze corect
> golirea fifo-ului de
> tx, feel free :)


=====

The best slaves are ones that think they are actually free



	
		
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail 

From pso@cursuri.cs.pub.ro  Tue Aug 24 07:49:30 2004
From: pso@cursuri.cs.pub.ro (Ioan MANEA)
Date: 24 Aug 2004 06:49:30 -0000
Subject: [pso] Tema 2 linux
Message-ID: <20040824064930.15684.qmail@s2.home.ro>

Ok, so:

am incercat toate alea (except sa-mi reinstalez linuxu pe partitia lui - a trebuit sa formatez acu' 1 -2 luni, si n-am mai bagat linuxul).
Ideile mele erau similare (cu bufferele, etc., citeam IIR, adica tot ce mi s-a zis eu faceam).
Mi-am dat seama ca la a doua rulare a test-ului, stupoare, intreruperileincep sa se genereze (daca nu scot si bag dinnou modulul, bineinteles).
Adica, daca fac; insmod pso2.o, si apoi fac ./test (se blocheaza), apoi dinnou ./test si merge :)
TOt modificand, nustiu exact ce am facut, da' acum merge din prima. Logic, mai am probleme la transmisia de date, in sensul ca apar caracterele defazate, etc., dar asta cred ca tine de mine (sper).
Partea cu FIFO-urile: cu FIFO-urile DEZACTIVATE merge din a doua incercare. Cu ele activate merge din prima, deci e cam odd. Oricum, ele erau activate si inainte, si degeaba. Deci am facut ceva prin alte parti :)

Partea proasta este acum ca dupa ce termina sa transmita de pe com1 pe com2, face flush (care merge), iar apoi face o noua transmisie (de la com1 la com2, care merge si ea), cand vrea invers (com2->com1) nu se mai genereaza intreruperile. Deci e ceva putred pe-acolo la pornirea intreruperilor.



Pe 23 Aug 2004, la 22:00, Radu Rendec <radu.rendec@ines.ro> a scris:

>
>On Mon, 2004-08-23 at 21:47, Mihai Iancu wrote:
>> Bleah, ce sfat urat ....
>
>Daca stii sa-i zici omului cum sa detecteze corect golirea fifo-ului de
>tx, feel free :)
>
>Sunt de acord cu tine ca daca tot ai fifo-uri hardware e bine sa le si
>folosesti. Insa eu unul nu am reusit (adica detectam momentul cand
>"pleca" ultimul octet din fifo, iar transmisia fizica a bitilor din acel
>ultim octet avea loc abia pe urma => buba la sincronizare).
>
>_______________________________________________
>pso mailing list
>pso@cursuri.cs.pub.ro
>http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
>




----

Home, no matter how far...
http://www.home.ro

From pso@cursuri.cs.pub.ro  Tue Aug 24 15:14:55 2004
From: pso@cursuri.cs.pub.ro (Octavian Purdila)
Date: Tue, 24 Aug 2004 17:14:55 +0300
Subject: [pso] Tema 2 linux
In-Reply-To: <1093287887.4026.14.camel@localhost.localdomain>
References: <20040823184709.94839.qmail@web51707.mail.yahoo.com> <1093287887.4026.14.camel@localhost.localdomain>
Message-ID: <200408241714.55921.tavi@cs.pub.ro>

On Monday 23 August 2004 22:04, Radu Rendec wrote:
> On Mon, 2004-08-23 at 21:47, Mihai Iancu wrote:
> > Bleah, ce sfat urat ....
>
> Daca stii sa-i zici omului cum sa detecteze corect golirea fifo-ului de
> tx, feel free :)
>
> Sunt de acord cu tine ca daca tot ai fifo-uri hardware e bine sa le si
> folosesti. Insa eu unul nu am reusit (adica detectam momentul cand
> "pleca" ultimul octet din fifo, iar transmisia fizica a bitilor din acel
> ultim octet avea loc abia pe urma => buba la sincronizare).
>

Exista 2 biti cu care poti sa testezi atat golirea FIFO-ului cat si golirea 
shit registerului.

tavi

From pso@cursuri.cs.pub.ro  Thu Aug 26 09:31:16 2004
From: pso@cursuri.cs.pub.ro (Ioan MANEA)
Date: 26 Aug 2004 08:31:16 -0000
Subject: [pso] Tema 2 linux
Message-ID: <20040826083116.20907.qmail@s2.home.ro>

UART16550 - Linux (tema 2)
Acum functioneaza aproape perfect, insa mai am cateva mici probleme:

Am modificat programul de test sa trimita 4 bytes, pentru a gasi problema.
Iar problema este urmatoarea:
- se trimit 4 bytes la incept pe COM1, 
- apoi se executa FLUSH pe COM1 (ceea ce implica trimiterea tuturor caracterelor, si deci se asteapta trimiterea lor fizica spre UART),
- apoi se executa CLEAR IN pe COM2 (cand se asteapta ca cele 2 com-uri sa fie goale)
- se trimit apoi 4 bytes pe COM1,
- se citesc 4 bytes pe COM2.

Ar trebui sa se citeasca ultimii 4 bytes scrisi (deoarece primii 4 au fost stersi mai devreme).
Dar intreruperile se genereaza astfel:
OUT[0], OUT[1]...., OUT[3] (adica se genereaza INT pentru scrierea datelor, dar intre aceste OUT-uri NU se genereaza deloc intreruperi pentru citire pt. COM2
se asteapta in FLUSH pentru ca toate OUT-urile sa se genereze, iar apoi vine imediat, din userspace, CLEAR IN pentru COM2. Se executa CLEAR IN, apoi se scriu alte 4 caractere.
deci, se executa OUT[4], OUT[5],...OUT[7].
Eh, si se executa citirea, unde se sleep-aiei procesul pentru ca nu avem date. Si apoi vin, finally, intreruperile de citire:
IN[0], IN[1]... IN[7]! Adica toate datele.
Logic, cand se executa citirea, se citesc datele scrise de OUT[0]...OUT[3], nu cele de la OUT[4]...OUT[7]. Astfel, datele sunt clar defazate prin buffere, si deci verificarile nu merg.

Este normal? In momentul in care eu am executat flush pe iesire, trebuie sa astept sa iasa datele. Ele ar trebui sa ajunga repede la destinatie, pentru a se putea da CLEAR IN (mi se pare ca am testat si cu FIFO-urile disabled)

Daca este normal sa se astepte asa de mult, am mai multe cazuri (sa-mi spuneti cum este mai bine):

1. Sa astept in FLUSH pana cand inteleg ca nu mai are loc nici o operatie pe shift buffer (si, deci, inseamna ca TOTUL a fost trimis la iesire, unde se poate da dupaia CLEAR); dar e prea ciudat ca 8 bytes stau pe mediu pana sa ajunga la destinatie. Oricum, data verification nu da success, logic :)
2. Sa fac un fel de pachete, de genul: trimit cateva 0-uri, pana sunt sigur ca au ajuns dincolo, apoi un SIZE, urmat de SIZE elemente, astfel incat cand vine CLEAR IN sa astepte sosirea unui pachet (deoarece au inceput sa vina 0-uri), etc.? (si sa trimit destule 0-uri pana sa fiu sigur ca dincolo se asteapta pachet)
3. Sa consider ca tema va merge bine pe o masina reala (nu s-a compilat pe Fedora Core; f. multe erori din kernelul care venea cu distributia, deci nu am putut testa)
4. Considerand ca mai trebuie sa fac 2 teme (in windows) ca sa fiu sigur ca trec :D, si cum timpul meu este limitat :(, o dau asa sperand ca-mi scade putin :)
5. altceva?

Va multumesc



----

Home, no matter how far...
http://www.home.ro

From pso@cursuri.cs.pub.ro  Thu Aug 26 10:07:46 2004
From: pso@cursuri.cs.pub.ro (Adrian Stanciu)
Date: Thu, 26 Aug 2004 12:07:46 +0300
Subject: [pso] Tema 2 linux
In-Reply-To: <20040826083116.20907.qmail@s2.home.ro>
References: <20040826083116.20907.qmail@s2.home.ro>
Message-ID: <b61b898b0408260207112f2306@mail.gmail.com>

Pe scurt: Dupa ce s-a terminat operatia de FLUSH, bufferele sunt
goale, atat cele soft cat si cele hard. Acesta este rolul operatiei.
Acum nu stiu sigur daca portul serial permite FLUSH daca in buffer
exista doar un bit de trimis (sau in general mai putini de 7-8). Daca
nu permite nu permite, nu ai ce face.
Nu trebuie sa asumi nimic despre unde se duc datele, adica ce este
conectat la portul serial. Treaba driverului este sa le trimita. Deci
NU te baza pe faptul ca COM1 e conectat la COM2, asta-i un caz
particular pentru testare.

--adrian

On 26 Aug 2004 08:31:16 -0000, Ioan MANEA <ioan@home.ro> wrote:
> UART16550 - Linux (tema 2)
> Acum functioneaza aproape perfect, insa mai am cateva mici probleme:
> 
> Am modificat programul de test sa trimita 4 bytes, pentru a gasi problema.
> Iar problema este urmatoarea:
> - se trimit 4 bytes la incept pe COM1,
> - apoi se executa FLUSH pe COM1 (ceea ce implica trimiterea tuturor caracterelor, si deci se asteapta trimiterea lor fizica spre UART),
> - apoi se executa CLEAR IN pe COM2 (cand se asteapta ca cele 2 com-uri sa fie goale)
> - se trimit apoi 4 bytes pe COM1,
> - se citesc 4 bytes pe COM2.
> 
> Ar trebui sa se citeasca ultimii 4 bytes scrisi (deoarece primii 4 au fost stersi mai devreme).
> Dar intreruperile se genereaza astfel:
> OUT[0], OUT[1]...., OUT[3] (adica se genereaza INT pentru scrierea datelor, dar intre aceste OUT-uri NU se genereaza deloc intreruperi pentru citire pt. COM2
> se asteapta in FLUSH pentru ca toate OUT-urile sa se genereze, iar apoi vine imediat, din userspace, CLEAR IN pentru COM2. Se executa CLEAR IN, apoi se scriu alte 4 caractere.
> deci, se executa OUT[4], OUT[5],...OUT[7].
> Eh, si se executa citirea, unde se sleep-aiei procesul pentru ca nu avem date. Si apoi vin, finally, intreruperile de citire:
> IN[0], IN[1]... IN[7]! Adica toate datele.
> Logic, cand se executa citirea, se citesc datele scrise de OUT[0]...OUT[3], nu cele de la OUT[4]...OUT[7]. Astfel, datele sunt clar defazate prin buffere, si deci verificarile nu merg.
> 
> Este normal? In momentul in care eu am executat flush pe iesire, trebuie sa astept sa iasa datele. Ele ar trebui sa ajunga repede la destinatie, pentru a se putea da CLEAR IN (mi se pare ca am testat si cu FIFO-urile disabled)
> 
> Daca este normal sa se astepte asa de mult, am mai multe cazuri (sa-mi spuneti cum este mai bine):
> 
> 1. Sa astept in FLUSH pana cand inteleg ca nu mai are loc nici o operatie pe shift buffer (si, deci, inseamna ca TOTUL a fost trimis la iesire, unde se poate da dupaia CLEAR); dar e prea ciudat ca 8 bytes stau pe mediu pana sa ajunga la destinatie. Oricum, data verification nu da success, logic :)
> 2. Sa fac un fel de pachete, de genul: trimit cateva 0-uri, pana sunt sigur ca au ajuns dincolo, apoi un SIZE, urmat de SIZE elemente, astfel incat cand vine CLEAR IN sa astepte sosirea unui pachet (deoarece au inceput sa vina 0-uri), etc.? (si sa trimit destule 0-uri pana sa fiu sigur ca dincolo se asteapta pachet)
> 3. Sa consider ca tema va merge bine pe o masina reala (nu s-a compilat pe Fedora Core; f. multe erori din kernelul care venea cu distributia, deci nu am putut testa)
> 4. Considerand ca mai trebuie sa fac 2 teme (in windows) ca sa fiu sigur ca trec :D, si cum timpul meu este limitat :(, o dau asa sperand ca-mi scade putin :)
> 5. altceva?
> 
> Va multumesc
> 
> 
> 
> 
> ----
> 
> Home, no matter how far...
> http://www.home.ro
> _______________________________________________
> pso mailing list
> pso@cursuri.cs.pub.ro
> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
>

From pso@cursuri.cs.pub.ro  Thu Aug 26 11:00:03 2004
From: pso@cursuri.cs.pub.ro (Ioan MANEA)
Date: 26 Aug 2004 10:00:03 -0000
Subject: [pso] Tema 2 linux
Message-ID: <20040826100003.14628.qmail@s2.home.ro>

pai nici nu presupun ca este asa (COM1 conectat la COM2), pentru ca daca era asa, era extrem de simplu: stiam ca fac flush, deci ca trimit 4 caractere, si cand venea clear in, setam ca primele 4 caractere venite sa fie ignorate, si gata. Dar tocmai pt. ca vreau sa mearga bine, trebuie sa stiu: apare acest mare delay datorita masinii virtuale (si deci sa presupun ca merge tema) sau chiar asa merge?
daca lucrurile chiar asa merg, atunci inseamna ca acel flush vine cam prea devreme din user space, si nu are ce flush-ai, si deci ar trebui sa se considere ca tema merge corect.

Pe 26 Aug 2004, la 12:02, Adrian Stanciu <adrian.stanciu@gmail.com> a scris:

>
>Pe scurt: Dupa ce s-a terminat operatia de FLUSH, bufferele sunt
>goale, atat cele soft cat si cele hard. Acesta este rolul operatiei.
>Acum nu stiu sigur daca portul serial permite FLUSH daca in buffer
>exista doar un bit de trimis (sau in general mai putini de 7-8). Daca
>nu permite nu permite, nu ai ce face.
>Nu trebuie sa asumi nimic despre unde se duc datele, adica ce este
>conectat la portul serial. Treaba driverului este sa le trimita. Deci
>NU te baza pe faptul ca COM1 e conectat la COM2, asta-i un caz
>particular pentru testare.
>
>--adrian
>
>On 26 Aug 2004 08:31:16 -0000, Ioan MANEA <ioan@home.ro> wrote:
>> UART16550 - Linux (tema 2)
>> Acum functioneaza aproape perfect, insa mai am cateva mici probleme:
>> 
>> Am modificat programul de test sa trimita 4 bytes, pentru a gasi problema.
>> Iar problema este urmatoarea:
>> - se trimit 4 bytes la incept pe COM1,
>> - apoi se executa FLUSH pe COM1 (ceea ce implica trimiterea tuturor caracterelor, si deci se asteapta trimiterea lor fizica spre UART),
>> - apoi se executa CLEAR IN pe COM2 (cand se asteapta ca cele 2 com-uri sa fie goale)
>> - se trimit apoi 4 bytes pe COM1,
>> - se citesc 4 bytes pe COM2.
>> 
>> Ar trebui sa se citeasca ultimii 4 bytes scrisi (deoarece primii 4 au fost stersi mai devreme).
>> Dar intreruperile se genereaza astfel:
>> OUT[0], OUT[1]...., OUT[3] (adica se genereaza INT pentru scrierea datelor, dar intre aceste OUT-uri NU se genereaza deloc intreruperi pentru citire pt. COM2
>> se asteapta in FLUSH pentru ca toate OUT-urile sa se genereze, iar apoi vine imediat, din userspace, CLEAR IN pentru COM2. Se executa CLEAR IN, apoi se scriu alte 4 caractere.
>> deci, se executa OUT[4], OUT[5],...OUT[7].
>> Eh, si se executa citirea, unde se sleep-aiei procesul pentru ca nu avem date. Si apoi vin, finally, intreruperile de citire:
>> IN[0], IN[1]... IN[7]! Adica toate datele.
>> Logic, cand se executa citirea, se citesc datele scrise de OUT[0]...OUT[3], nu cele de la OUT[4]...OUT[7]. Astfel, datele sunt clar defazate prin buffere, si deci verificarile nu merg.
>> 
>> Este normal? In momentul in care eu am executat flush pe iesire, trebuie sa astept sa iasa datele. Ele ar trebui sa ajunga repede la destinatie, pentru a se putea da CLEAR IN (mi se pare ca am testat si cu FIFO-urile disabled)
>> 
>> Daca este normal sa se astepte asa de mult, am mai multe cazuri (sa-mi spuneti cum este mai bine):
>> 
>> 1. Sa astept in FLUSH pana cand inteleg ca nu mai are loc nici o operatie pe shift buffer (si, deci, inseamna ca TOTUL a fost trimis la iesire, unde se poate da dupaia CLEAR); dar e prea ciudat ca 8 bytes stau pe mediu pana sa ajunga la destinatie. Oricum, data verification nu da success, logic :)
>> 2. Sa fac un fel de pachete, de genul: trimit cateva 0-uri, pana sunt sigur ca au ajuns dincolo, apoi un SIZE, urmat de SIZE elemente, astfel incat cand vine CLEAR IN sa astepte sosirea unui pachet (deoarece au inceput sa vina 0-uri), etc.? (si sa trimit destule 0-uri pana sa fiu sigur ca dincolo se asteapta pachet)
>> 3. Sa consider ca tema va merge bine pe o masina reala (nu s-a compilat pe Fedora Core; f. multe erori din kernelul care venea cu distributia, deci nu am putut testa)
>> 4. Considerand ca mai trebuie sa fac 2 teme (in windows) ca sa fiu sigur ca trec :D, si cum timpul meu este limitat :(, o dau asa sperand ca-mi scade putin :)
>> 5. altceva?
>> 
>> Va multumesc
>> 
>> 
>> 
>> 
>> ----
>> 
>> Home, no matter how far...
>> http://www.home.ro
>> _______________________________________________
>> pso mailing list
>> pso@cursuri.cs.pub.ro
>> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
>>
>_______________________________________________
>pso mailing list
>pso@cursuri.cs.pub.ro
>http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
>




----

Home, no matter how far...
http://www.home.ro

From pso@cursuri.cs.pub.ro  Thu Aug 26 11:10:35 2004
From: pso@cursuri.cs.pub.ro (Adrian Stanciu)
Date: Thu, 26 Aug 2004 13:10:35 +0300
Subject: [pso] Tema 2 linux
In-Reply-To: <20040826083116.20907.qmail@s2.home.ro>
References: <20040826083116.20907.qmail@s2.home.ro>
Message-ID: <b61b898b040826031038167b07@mail.gmail.com>

On 26 Aug 2004 08:31:16 -0000, Ioan MANEA <ioan@home.ro> wrote:
> Dar intreruperile se genereaza astfel:
> OUT[0], OUT[1]...., OUT[3] (adica se genereaza INT pentru scrierea datelor, dar intre aceste OUT-uri NU se genereaza deloc intreruperi pentru citire pt. COM2
> se asteapta in FLUSH pentru ca toate OUT-urile sa se genereze, iar apoi vine imediat, din userspace, CLEAR IN pentru COM2. Se executa CLEAR IN, apoi se scriu alte 4 caractere.
> deci, se executa OUT[4], OUT[5],...OUT[7].
> Eh, si se executa citirea, unde se sleep-aiei procesul pentru ca nu avem date. Si apoi vin, finally, intreruperile de citire:
> IN[0], IN[1]... IN[7]! Adica toate datele.
> Logic, cand se executa citirea, se citesc datele scrise de OUT[0]...OUT[3], nu cele de la OUT[4]...OUT[7]. Astfel, datele sunt clar defazate prin buffere, si deci verificarile nu merg.

Nu cred ca este problema ta ca intreruperile de IN vin toate grupate,
hardware-ul (in cazul tau masina virtuala) trebuie sa serializeze intreruperile.
Asa ca s-ar putea sa fie o problema cu masina virtuala. Incearca pe o
masina fizica, mai face la fel?

--adrian

From pso@cursuri.cs.pub.ro  Thu Aug 26 11:44:41 2004
From: pso@cursuri.cs.pub.ro (Octavian Purdila)
Date: Thu, 26 Aug 2004 13:44:41 +0300
Subject: [pso] Tema 2 linux
In-Reply-To: <20040826083116.20907.qmail@s2.home.ro>
References: <20040826083116.20907.qmail@s2.home.ro>
Message-ID: <200408261344.44850.tavi@cs.pub.ro>

On Thursday 26 August 2004 11:31, Ioan MANEA wrote:
>
> 1. Sa astept in FLUSH pana cand inteleg ca nu mai are loc nici o operatie
> pe shift buffer (si, deci, inseamna ca TOTUL a fost trimis la iesire, unde
> se poate da dupaia CLEAR); dar e prea ciudat ca 8 bytes stau pe mediu pana
> sa ajunga la destinatie. Oricum, data verification nu da success, logic :)

Asta e varianta corecta: astepti pana cand atat shift registerul cat si FIFO e 
gol. Teoretic mai trebuie sa astepti ca ultimul octet sa ajunga la destinatie 
(transmisia nu e instantanee, exista un timp de propagare determinat de 
lungimea firului si viteza de transmisie).

Problema e ca in masina virtuala nu o sa poti testa implementarea, pentru ca 
probabil face niste optimizari... Nu o sa depunctez foarte mult greselile de 
implementarea, daca logica de sincronizare e corecta.

tavi

From pso@cursuri.cs.pub.ro  Thu Aug 26 16:15:48 2004
From: pso@cursuri.cs.pub.ro (Broc Mihai)
Date: Thu, 26 Aug 2004 08:15:48 -0700 (PDT)
Subject: [pso] tema 4 linux eroare mkdir
Message-ID: <20040826151548.65099.qmail@web52307.mail.yahoo.com>

--0-1411157047-1093533348=:60310
Content-Type: text/plain; charset=us-ascii

La mkdir imi spune ca nu a gasit directorul pe care tocmai trebuia sa-l creez.
nu ajunge sa se execute pitix-mkdir, ci obtin o eroare de la pitix-lookup ca directorul pe care vreau sa-l creez nu exista
am pus niste printk-uri prin sursele kernelului si am obtinut urmatoarele mesaje
 
debian/tmp> mkdir nou
lookup_create nd->last.name=nou
lookup_hash name=nou
pitix-lookup
pitix: directorul nou nu exista
 
si in final permission denied pentru ca pitix-lookup intoarce PTR-ERR -EACCES.
Nu se intra deci in pitix-mkdir. 

		
---------------------------------
Do you Yahoo!?
Y! Messenger - Communicate in real time. Download now.
--0-1411157047-1093533348=:60310
Content-Type: text/html; charset=us-ascii

<DIV>La mkdir imi spune ca nu a gasit directorul pe care tocmai trebuia sa-l creez.</DIV>
<DIV>nu ajunge sa se execute pitix-mkdir, ci obtin o eroare de la pitix-lookup ca directorul pe care vreau sa-l creez nu exista</DIV>
<DIV>am pus niste printk-uri prin sursele kernelului si am obtinut urmatoarele mesaje</DIV>
<DIV>&nbsp;</DIV>
<DIV>debian/tmp&gt; mkdir nou</DIV>
<DIV>lookup_create nd-&gt;last.name=nou</DIV>
<DIV>lookup_hash name=nou</DIV>
<DIV>pitix-lookup</DIV>
<DIV>pitix: directorul nou nu exista</DIV>
<DIV>&nbsp;</DIV>
<DIV>si in final permission denied pentru ca pitix-lookup intoarce PTR-ERR -EACCES.</DIV>
<DIV>Nu se intra deci in pitix-mkdir. </DIV><p>
		<hr size=1>Do you Yahoo!?<br>
<a
href="http://us.rd.yahoo.com/mail_us/taglines/msgr/evt=26088/*http://messenger.yahoo.com">Y! Messenger</a> - Communicate in real time. Download now.
--0-1411157047-1093533348=:60310--

From pso@cursuri.cs.pub.ro  Thu Aug 26 16:28:18 2004
From: pso@cursuri.cs.pub.ro (Victor Asavei)
Date: Thu, 26 Aug 2004 08:28:18 -0700 (PDT)
Subject: [pso] tema 4 linux eroare mkdir
In-Reply-To: <20040826151548.65099.qmail@web52307.mail.yahoo.com>
Message-ID: <20040826152818.88030.qmail@web50407.mail.yahoo.com>

S-a mai discutat parca.
In lookup in momentul in care nu gasesti un inod
(trebuie deci sa creezi un dir sau un fisier) trebuie
sa faci un add la dentry cu NULL (d_add(dentry,NULL))
si sa intorci NULL.
De abia dupa asta ti se va apela functia de mkdir
(create).
ERR(-EACCESS) returnezi in cazul in care ai gasit
dentryul dar la iget nu ai putut incarca inodul de pe
disc, nu daca dentryul nu exista.


--- Broc Mihai <bidamcig@yahoo.com> wrote:

> La mkdir imi spune ca nu a gasit directorul pe care
> tocmai trebuia sa-l creez.
> nu ajunge sa se execute pitix-mkdir, ci obtin o
> eroare de la pitix-lookup ca directorul pe care
> vreau sa-l creez nu exista
> am pus niste printk-uri prin sursele kernelului si
> am obtinut urmatoarele mesaje
>  
> debian/tmp> mkdir nou
> lookup_create nd->last.name=nou
> lookup_hash name=nou
> pitix-lookup
> pitix: directorul nou nu exista
>  
> si in final permission denied pentru ca pitix-lookup
> intoarce PTR-ERR -EACCES.
> Nu se intra deci in pitix-mkdir. 
> 
> 		
> ---------------------------------
> Do you Yahoo!?
> Y! Messenger - Communicate in real time. Download
now.



		
__________________________________
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
http://promotions.yahoo.com/new_mail 

From pso@cursuri.cs.pub.ro  Sun Aug 29 19:31:32 2004
From: pso@cursuri.cs.pub.ro (Ioan MANEA)
Date: 29 Aug 2004 18:31:32 -0000
Subject: [pso] Tema 2 windows
Message-ID: <20040829183132.4951.qmail@s2.home.ro>

Cum se dezinstaleaza ACPI?
Am "scos" un driver din System Devices, numit ACPI Fixed Feature Button, da' la reboot mi l-a instalat dinnou (si a cerut dinnou reboot :) ).
 Va multumesc.



----

Home, no matter how far...
http://www.home.ro

From pso@cursuri.cs.pub.ro  Mon Aug 30 08:21:02 2004
From: pso@cursuri.cs.pub.ro (Mihai Iancu)
Date: Mon, 30 Aug 2004 00:21:02 -0700 (PDT)
Subject: [pso] Tema 2 windows
In-Reply-To: <20040829183132.4951.qmail@s2.home.ro>
Message-ID: <20040830072102.83195.qmail@web51701.mail.yahoo.com>

Vezi in lista de discutie ca era un raspuns
la aceeasi intrebare
--- Ioan MANEA <ioan@home.ro> wrote:

> Cum se dezinstaleaza ACPI?
> Am "scos" un driver din System Devices, numit ACPI
> Fixed Feature Button, da' la reboot mi l-a instalat
> dinnou (si a cerut dinnou reboot :) ).
>  Va multumesc.
> 
> 
> 
> ----
> 
> Home, no matter how far...
> http://www.home.ro
> _______________________________________________
> pso mailing list
> pso@cursuri.cs.pub.ro
>
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
> 


=====

The best slaves are ones that think they are actually free



		
_______________________________
Do you Yahoo!?
Win 1 of 4,000 free domain names from Yahoo! Enter now.
http://promotions.yahoo.com/goldrush

From pso@cursuri.cs.pub.ro  Mon Aug 30 12:03:09 2004
From: pso@cursuri.cs.pub.ro (Radu Vanca)
Date: 30 Aug 2004 11:03:09 -0000
Subject: [pso] [tema3 linux] Operation not permitted
Message-ID: <20040830110309.5386.qmail@s2.home.ro>

Am si eu o problema la tema 3 linux. 
Doua din testele read/write esueaza cu eroarea "Operation not permitted".
Vreo sugestie ?
 
 
open /dev/vdisk0........................passed
seek 0..................................passed
read /dev/vdisk0........................passed
disconnect /dev/vdisk0..................passed
connect /dev/vdisk0.....................passed
connect /dev/vdisk0.....................passed
seek 9fff...............................passed
write /dev/vdisk0.......................failed: Operation not permitted
read /dev/vdisk0........................failed: Operation not permitted
seek 28c3...............................passed
write /dev/vdisk0.......................passed 
 
 
Multumesc,
Radu Vanca



----

Home, no matter how far...
http://www.home.ro

From pso@cursuri.cs.pub.ro  Mon Aug 30 20:14:59 2004
From: pso@cursuri.cs.pub.ro (Lucian Burja)
Date: Mon, 30 Aug 2004 22:14:59 +0300
Subject: [pso] [tema3 linux] Operation not permitted
In-Reply-To: <20040830110309.5386.qmail@s2.home.ro>
References: <20040830110309.5386.qmail@s2.home.ro>
Message-ID: <1093893299.8481.2.camel@tux-ai.tux>

Eroarea e ca operatia s-a terminat cu succes(adica ai putut citi si
scrie chiar daca erai la sfarsitul fisierului), si atunci scriptul iti
da ultima eroare, adica eroarea de la al doilea connect care a esuat cu
codul "Operation not permitted".

Succes


On Mon, 2004-08-30 at 14:03, Radu Vanca wrote:
> Am si eu o problema la tema 3 linux. 
> Doua din testele read/write esueaza cu eroarea "Operation not permitted".
> Vreo sugestie ?
>  
> 
> open /dev/vdisk0........................passed
> seek 0..................................passed
> read /dev/vdisk0........................passed
> disconnect /dev/vdisk0..................passed
> connect /dev/vdisk0.....................passed
> connect /dev/vdisk0.....................passed
> seek 9fff...............................passed
> write /dev/vdisk0.......................failed: Operation not permitted
> read /dev/vdisk0........................failed: Operation not permitted
> seek 28c3...............................passed
> write /dev/vdisk0.......................passed 
>  
> 
> Multumesc,
> Radu Vanca
> 
> 
> 
> ----
> 
> Home, no matter how far...
> http://www.home.ro
> _______________________________________________
> pso mailing list
> pso@cursuri.cs.pub.ro
> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso


From pso@cursuri.cs.pub.ro  Tue Aug 31 14:47:00 2004
From: pso@cursuri.cs.pub.ro (George Ombas)
Date: Tue, 31 Aug 2004 06:47:00 -0700 (PDT)
Subject: [pso] problema upload teme
Message-ID: <20040831134700.82017.qmail@web52809.mail.yahoo.com>

nu pot sa uploadez temele.
obtin eroarea:

Continutul arhivei:

Archive:  file.zip
   creating: tema1/
  inflating: tema1/sources           
  inflating: tema1/eventlog.mc       
  inflating: tema1/tema1.c           
  inflating: tema1/tema1.h           
  inflating: tema1/readme.txt        
  inflating: tema1/Makefile          

nu exista fisierul Makefile
Tema trimisa nu respecta cerintele astfel incat nu
poate fi corectata. 
Cititi cu atentie regulile de trimitere a temei


Obtin eroarea asta si la tema1 pe linux pe care am
trimis-o in timpul anului si atunci a mers.




	
		
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail 

From pso@cursuri.cs.pub.ro  Tue Aug 31 15:01:14 2004
From: pso@cursuri.cs.pub.ro (Irina Carabus)
Date: Tue, 31 Aug 2004 07:01:14 -0700 (PDT)
Subject: [pso] problema upload teme
In-Reply-To: <20040831134700.82017.qmail@web52809.mail.yahoo.com>
Message-ID: <20040831140114.23817.qmail@web42008.mail.yahoo.com>

--0-969532717-1093960874=:23758
Content-Type: text/plain; charset=us-ascii


"toate sursele in RADACINA arhivei 
un fisier README in RADACINA arhivei 
un Makefile in RADACINA arhivei cu urmatoarele reguli: "

George Ombas <geoupb@yahoo.com> wrote:nu pot sa uploadez temele.
obtin eroarea:

Continutul arhivei:

Archive: file.zip
creating: tema1/
inflating: tema1/sources 
inflating: tema1/eventlog.mc 
inflating: tema1/tema1.c 
inflating: tema1/tema1.h 
inflating: tema1/readme.txt 
inflating: tema1/Makefile 

nu exista fisierul Makefile
Tema trimisa nu respecta cerintele astfel incat nu
poate fi corectata. 
Cititi cu atentie regulile de trimitere a temei


Obtin eroarea asta si la tema1 pe linux pe care am
trimis-o in timpul anului si atunci a mers.






__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail 
_______________________________________________
pso mailing list
pso@cursuri.cs.pub.ro
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso


		
---------------------------------
Do you Yahoo!?
Win 1 of 4,000 free domain names from Yahoo! Enter now.
--0-969532717-1093960874=:23758
Content-Type: text/html; charset=us-ascii

<DIV>
<LI>"toate sursele in RADACINA arhivei 
<LI>un fisier README in RADACINA arhivei 
<LI>un Makefile in RADACINA arhivei cu urmatoarele reguli: "<BR><BR><B><I>George Ombas &lt;geoupb@yahoo.com&gt;</I></B> wrote:</LI>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">nu pot sa uploadez temele.<BR>obtin eroarea:<BR><BR>Continutul arhivei:<BR><BR>Archive: file.zip<BR>creating: tema1/<BR>inflating: tema1/sources <BR>inflating: tema1/eventlog.mc <BR>inflating: tema1/tema1.c <BR>inflating: tema1/tema1.h <BR>inflating: tema1/readme.txt <BR>inflating: tema1/Makefile <BR><BR>nu exista fisierul Makefile<BR>Tema trimisa nu respecta cerintele astfel incat nu<BR>poate fi corectata. <BR>Cititi cu atentie regulile de trimitere a temei<BR><BR><BR>Obtin eroarea asta si la tema1 pe linux pe care am<BR>trimis-o in timpul anului si atunci a mers.<BR><BR><BR><BR><BR><BR><BR>__________________________________<BR>Do you Yahoo!?<BR>New and Improved Yahoo! Mail - 100MB free storage!<BR>http://promotions.yahoo.com/new_mail <BR>_______________________________________________<BR>pso mailing
 list<BR>pso@cursuri.cs.pub.ro<BR>http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso<BR></BLOCKQUOTE></DIV><p>
		<hr size=1>Do you Yahoo!?<br>
Win 1 of 4,000 free domain names from Yahoo! <a
href="http://us.rd.yahoo.com/evt=26640/*http://promotions.yahoo.com/goldrush">Enter now</a>.
--0-969532717-1093960874=:23758--

From pso@cursuri.cs.pub.ro  Tue Aug 31 13:49:30 2004
From: pso@cursuri.cs.pub.ro (Ioan MANEA)
Date: 31 Aug 2004 12:49:30 -0000
Subject: [pso] Windows
Message-ID: <20040831124930.28948.qmail@s2.home.ro>

Cu ce / cum compilam programele de test?
(acele test.c de pe site)




----

Home, no matter how far...
http://www.home.ro

From pso@cursuri.cs.pub.ro  Tue Aug 31 21:49:18 2004
From: pso@cursuri.cs.pub.ro (Ioan MANEA)
Date: 31 Aug 2004 20:49:18 -0000
Subject: [pso] Tema 2 Windows
Message-ID: <20040831204918.19628.qmail@s2.home.ro>

In DriverEntry apelez IoCreateDevice. Rezultatul nu este STATUS_SUCCESS, dar nici STATUS_INSUFFICIENT_RESOURCES, STATUS_OBJECTS_NAME_EXISTS, STATUS_OBJECTS_NAME_COLLISION.
Cand execut "driver load tema1.sys" imi da eroarea: "can't start service: the filename, directory name, or volume label syntax is incorect".
Sunt aproape sigur ca eroarea provine din IoCreateDevice deoarece am testat punand direct "return IoCreateDevice (...);".

Care ar putea fi problema?

Si inca o intrebare: 
Am vazut in exemplul de pe site (mini_shortprint) ca s-a folosit dev_name="\\Device\\mini_shortprint\000" (link_name="\\??\\mini_shortprint\000" ), in DDK parca era (dar nu mai gasesc unde am vazut, deci nu sunt sigur)  dev_name="\\\\Device\\mini_shortprint\000" (link_name="\\\\??\\mini_shortprint\000" ), iar in cerinte se spune "driverul va fi accesat din user-space cu "//./uart0" pentru COM1...".

Deci ce pun aici?




----

Home, no matter how far...
http://www.home.ro