PCI Parport-Karte DMA zuweisen?

[Jan-Benedict Glaw]

On Mon, 2010-03-01 16:43:27 +0100, Jan 'RedBully' Seiffert <redbully at cc.hs-owl.de> wrote:
> Jan-Benedict Glaw schrieb:
> > On Mon, 2010-02-22 21:00:38 +0100, Stefan U. Hegner <stefan at hegner-online.de> wrote:
> > > Jan 'RedBully' Seiffert schrieb:
> > > > Ist es denn irgendwie zu langsam fuer deinen Anwendungsfall?
> >>  Nicht direkt.
> > >
> > > Will damit unter lenny (amd64) einen alten Batronix Parport Eprommer ans
> > > Rennen bekommen. Am Notebook (lenny, i686; das hat noch einen
> > > ISA-Parport) tut das Ding. Einziger augenscheinlicher Unterschied war
> > > die Parport Konfiguration und da, dass am Notebook ein DMA-Kanal belegt war.
> > >
> > > Jedenfalls wolle zprommer (http://www.zut.de/zprommer.html) und
> > 
> > zprommer: Die machen direkt inb()/outb(), kein DMA. (Und dummerweise
> > fummeln die direkt an der Hardware rum, sind nicht portabel und
> > nichts, statt einfach mal die ppdev API zu nutzen.)
> 
> Jupp, deshalb hab ich zprommer mal grad auf ppdev umgeschrieben
> -> keine besserung

Das ist schonmal ein Anfang. Die Frage ist immernoch, wo denn die
ganze Zeit bleibt, oder ob das so einfach okay ist.

> Daten landen da wo sie sollen, es dauert aber immer noch ewigkeiten.
> [snip]
> Nach meinung des Authors sollte man wohl mal ein blick darauf werfen:
> 
>    	sched_setscheduler(0,SCHED_FIFO,&schedhigh);
>     	nanosleep(&waitxns,&restwait);
>     	sched_setscheduler(0,SCHED_OTHER,&schednormal);

Für Scheduler-Spielereien könntest Du mal Jörg Schilling befragen. :=)

Aber im Ernst, ich würds erstmal ohne alles probieren. Solange die
Kiste an sich idle ist, solltest Du mit der Zeit keine Probleme
haben. Und für "unter Last" kann man sich dann ja nochmal was
überlegen. Mit Scheduler-Foo hab' ich allerdings auch noch nicht so
wirklich 'rumgespielt...

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw at lug-owl.de              +49-172-7608481
Signature of:         Alles wird gut! ...und heute wirds schon ein bißchen besser.
the second  :
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20100301/eedcd18b/attachment.sig>