> OK, juz tłumacze: urządzenie to nie nie ma przeznaczenia praktycznego,
> jest to po prostu zadanie uczelniane które musze rozwiązać. Ogólnie
> chodzi o napisanie sterownika urządzenia znakowego (skompilowanego
> jako moduł do jądra) do którego będę mógł przekierować np jakiś plik a
> urządzenie ma mi wymrugać morsem w lewym górnym rogu zawartość
> wchodzących do urządzenia znaków.

> Pan Artur podał znakomite zaklęcie fputs, które fajnie działa...
> lecz niestety nie mogę go użyć pisząc sterownik, bo tu nie mam
> dostepu do funkcji standardowej biblioteki jezyka C. Nie mogę nawet
> inkludować stdio.h. Obawiam sie ze jedynym sposobem jest
> pobranie z pewnej strukturki z tablicą terminali adresu początku
> pamieci ekranu dla aktywnego terminalu i modyfikacja pierwszego
> lub drugiego bajtu tego adresu. Mimo wszystko dziękuje za
> odpowiedzi.

>> OK, juz tłumacze: urządzenie to nie nie ma przeznaczenia praktycznego,
>> jest to po prostu zadanie uczelniane które musze rozwiązać. Ogólnie
>> chodzi o napisanie sterownika urządzenia znakowego (skompilowanego
>> jako moduł do jądra) do którego będę mógł przekierować np jakiś plik a
>> urządzenie ma mi wymrugać morsem w lewym górnym rogu zawartość
>> wchodzących do urządzenia znaków.

>To niesamowite co potrafia wymyslic pracownicy oswiaty.

> Zaraz, ale wy wszyscy (piszę do ogółu odpowiadających) chcecie to zrobić
> na istniejących terminalach. A właśnie, jak rozumiem, istotą zadania
> jest to, żeby zrobić własny terminal, który z /dev/dupa "wymorsi" na
> _fizycznym_ ekranie.
> Ja bym radził zajrzeć w źródła kernela i popatrzeć jak są właśnie
> /dev/tty zrobione.

>> Zaraz, ale wy wszyscy (piszę do ogółu odpowiadających) chcecie to zrobić
>> na istniejących terminalach. A właśnie, jak rozumiem, istotą zadania
>> jest to, żeby zrobić własny terminal, który z /dev/dupa "wymorsi" na
>> _fizycznym_ ekranie.
>> Ja bym radził zajrzeć w źródła kernela i popatrzeć jak są właśnie
>> /dev/tty zrobione.

>Trzeba pamietac ze karta graficzna moze miec wielu uzytkownikow.
>Co gdy karta jest w innym trybie niz zaklada driver? Albo
>dwa rozne drivery ustawiaja te same rejestry? Dlatego lepiej
>uzywac interfejsow dostarczanych przez jadro, a kernel
>zadba serializowanie dostepu do urzadznia.

> [...]
> Ale przecież drivery do /dev/tty nie piszą przez /dev/tty, prawda?
> Dlatego radzę zajrzeć do źródeł.