April 2007 - Linux

Fw: Fw: Suche Linux-Anschluss im Raum Bi-Sennestadt
by Pfeiffer 25 Apr '07

25 Apr '07

Moin ... > Sicher. Hmmm, wo ist denn mein M68k Assembler Buch? > Der M68K hatte nur MMIO, oder? Naja, kein io-bridging notwendig. > Und einen gesegneten Interupt-Mechanissmuss, den muesstet ihr in eurem > FPGA emulieren und dann einen PCI-Interrupt erzeugen. MMIO ist doch was feines. Mit dem Interrupt liegst du richtig. >>>> Der Adressbereich wird 16MB betragen und sollte ab Adresse $00000000 >>>> bis >>>> $010000000 gemapped werden. >> Uhps ... eine Null zuviel, beim programmieren wieder tödlich. >> > Oeh, rechne, rechne, koennt das dann passen? $ x1xx.xxxx statt $ x1xx.xxxx0 ;-) >> Ok, das liesse sich sicherlich auch über Offsets innerhalb des Emulators >> erledigen. > Denke das musst du sowieso! > Gab doch beim M68K den Addressmodus "displacement" wo man negative > displacements angeben kann? Sehr beliebt in in der short version bei > bootloadern um mit 0 - x irgendwas da hinten im Addr.-Raum anzusprechen > (Der Atari hatte da glaub ich das ROM). Naja, langes Raesteln kurzer sinn: > Du willst ja nicht, das dein emulierter Gast bei 0 - x im Stack deines > Emulators rauskommt. > Also muss eh jeder Speicherzugriff gegen die Grenzen getestet werden > (addr&0x0fff...). Vor der Null kommt $FFFF..... ja. > Oehm, in dem Moment wenn der Kernel hochgefahren ist? Der Kernel selbst > besteht schon aus mehreren Tasks. Ok, verstehe. > >> In meiner Phantasie müsste nur der Emulator gestartet werden, > Solange ein OS-Unterbau da ist, der etwas mehr als ein loader ist (DOS, > selbstgeschriebner boot-foo), wird das OS auch ungefragt Rechenzeit > "stehlen" und wenn es nur zum verwalten der HW (Timerinterupt, etc.) ist. > >> dieser >> würde den Bereich PCI-Bridge als normalen Arbeitsspeicher verwenden. Die >> Hardware übernimmt den Transfer und das Busprotokoll, könnte also als >> Arbeitsspeicher mit extrem langen Reaktionszeiten verstanden werden. >> > Der Emulator benoetigt ja noch weiteres RAM, was er auch besser lokal > hat (sonst kauf dir besser fluessigen Stickstoff und ein Satz Quarze, > mom, mittlerweile gibts ja ColdFire, die machen, suchsuchsuch, 266MHz > hmmm, erinnert sich noch wer an einen (humoristischen)Artikel ueber den > naechsten Atari TT mit eingebauter Herdplatte, mitgeliefert wird das > Buch "Cooking with the TT"), er wuerde nur die Zugriffe in/auf den Amiga > ausgeloesst durch entsprechende M68K Befehle dorthin umleiten. Für die x86-Hardware gibt es den Speicher ja schon geschenkt. Sollte also kein Problem sein dort 256/512MB zu spendieren. Der Kernel und der Emulator sollten vielleicht einen Bedarf von ca. 16MB haben. > >>> Den Emulator in den Kernel? Uhhh... >>> Hmmm... >>> Echte Treiber fuer die devices schreiben? Mom, ne, der Gast im Emulator >>> soll sie ja benutzen, Doppelemulation ist doof. >>> RT-Linux? Interruptweiterleitung in den Emulator mit RT-Tasks... >> Auf Heise stand letztens was zu einem RT-Patch mit 50ns Rekationszeit. >> Aber wozu RT? Da müsstest du mich mal aufklären, das Amiga-System wartet >> in der Regel auf die CPU. >> > > Der Kernel wartet aber nicht auf deinen Emulator. > > Warum nun Echtzeit? So etwas wie z.B. den V-Blanc interrupt (OK, falls > der Amiga sowas hatte) einfach an einen nicht RT-Emulator weiter zu > geben ist sinnlos. Der Kernel koennte auf die Idee kommen, deinen > Emulator einfach mal 100ms an die Seite zu legen, um sich seiner meinung > wichtigeren Dingen zu widmen. Nur Echtzeit garantiert dir ein Interuppt > aehnliches Verhalten, und du willst ja nicht, das deine Soundausgabe > stockt. Oder du verzichtest auf ein Betriebsystem. > > Ich hatte mir das so gedacht: > Deine Amiga-Bridge kann den M68K-Interupt-Zyklus emulieren und loest > darauf einen PCI-Interupt aus. > Dein Linuxtreiber hat diesen Interupt registriert. > Der Emulator hat zwei Tasks, einen normalen, der "stumpf" M68K Befehl um > Befehl verarbeitet. > Der Interupthandler deines Treibers sichert die informationen aus dem > M68K-IACK-Zyklus weg und "stoesst" den zweiten Emulator-Task an, einen > RT-Task (den x86-interupt verlassend). > Dieser stopt den ersten Task, emuliert mit RT-Prioritaet nun den > "dazugehoerigen" M68K Interrupt-vector, wenn er damit fertig ist wird > die normale emulation weitergefuehrt (Wie auf der echten CPU). Du steckst voll im Thema ... ich glaube dass du die Idee schon voll verstanden hast. > > Nebenbei bist du mit x86 der neueren Generation eh aufgeschmissen, dank > SMI. Können die nicht kompatibel gefahren werden? OK, liegt die Hälfte oder mehr ungenutzt rum. > > @JBG: Hmmm, ist wirklich ne interessante Frage wie schnell man wohl > M68K-Befehle emulieren kann. Aber ich denke schon, das man mit den > modernen GHz-Boliden die 50-66 MHz der letzten 68060 topen kann. Wenn du mal WinUAE antestest, wirst du ein vielfaches gegenüber dem 68060 sehen. Eine 1GHz x86 CPU bring es ca. auf die 5-fache Leistung. Und das mit Windows drunter. Gruß Andre

2 1

[Fwd: Re: Scanner für Linux beschaffen]
by Christian.Weddeling 25 Apr '07

25 Apr '07

-- Mit freundlichen Grüßen Christian Weddeling

1 0

Fw: Suche Linux-Anschluss im Raum Bi-Sennestadt
by Pfeiffer 25 Apr '07

25 Apr '07

> Jan 'RedBully' Seiffert wrote: >> Pfeiffer wrote: > [snip] >>> Der Adressbereich wird 16MB betragen und sollte ab Adresse $00000000 bis >>> $010000000 gemapped werden. > [snip] >> 6) Das kann der Emulator theoretisch auch an Addresse $00000..., da ist >> nur ein Problem: dort ist normalerweise das Programm/der Emulatorcode >> selbst (bzw. ein bischen oberhalb der Addresse) >> > > Hmmm, OK, i korregiere mich: > > Nach Linux-ABI starten Programme ab der Addresse 0x08048000, das ist so > in den Default-Linkerscripten hinterlegt (objdump -f -p > /bin/irgendeinprogramm). Das ueberschneidet sich nur mit deinen 16 MB. > > Aber wer sagt, das man das nicht aendern koennte? > Man nehme das default Linkerscript (bei mir unter > /usr/lib/binutils/$VERSION/ldscripts/elf_i386.x), kopiere es zu seinem > Source, aendere die Startadresse und: > > gcc -o hello hello.c -Wl,-T,hello.x > > man erhaelt: > > hello: file format elf32-i386 > architecture: i386, flags 0x00000112: > EXEC_P, HAS_SYMS, D_PAGED > start address 0x10000300 > > Program Header: > PHDR off 0x00000034 vaddr 0x10000034 paddr 0x10000034 align 2**2 > filesz 0x00000100 memsz 0x00000100 flags r-x > INTERP off 0x00000134 vaddr 0x10000134 paddr 0x10000134 align 2**0 > filesz 0x00000013 memsz 0x00000013 flags r-- > LOAD off 0x00000000 vaddr 0x10000000 paddr 0x10000000 align 2**12 > filesz 0x0000049c memsz 0x0000049c flags r-x > LOAD off 0x0000049c vaddr 0x1000149c paddr 0x1000149c align 2**12 > filesz 0x00000104 memsz 0x00000108 flags rw- > DYNAMIC off 0x000004b0 vaddr 0x100014b0 paddr 0x100014b0 align 2**2 > filesz 0x000000c8 memsz 0x000000c8 flags rw- > NOTE off 0x00000148 vaddr 0x10000148 paddr 0x10000148 align 2**2 > filesz 0x00000020 memsz 0x00000020 flags r-- > STACK off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2 > filesz 0x00000000 memsz 0x00000000 flags rw- > PAX_FLAGS off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2 > filesz 0x00000000 memsz 0x00000000 flags --- 2800 > > Dynamic Section: > NEEDED libc.so.6 > INIT 0x100002a0 > FINI 0x1000046c > HASH 0x10000168 > STRTAB 0x100001f4 > SYMTAB 0x10000194 > STRSZ 0x5e > SYMENT 0x10 > DEBUG 0x0 > PLTGOT 0x1000157c > PLTRELSZ 0x18 > PLTREL 0x11 > JMPREL 0x10000288 > REL 0x10000280 > RELSZ 0x8 > RELENT 0x8 > VERNEED 0x10000260 > VERNEEDNUM 0x1 > VERSYM 0x10000252 > > Aha, die untersten 16MB sind frei. Nun kann man sich was dahin mappen. > Es laeuft sogar. > > Nur eins ist damit klar: man verlaesst alle Standard-Pfade, kann gut > sein, das damit etwas/eine lib nicht klar kommt. > Und nebenbei ist man nach dem mappen nicht mehr dagegen gefeit Unsinn > mit einem NULL-Pointer zu machen... > Da geht es schon los. Ich habe kein richtiges Linux installiert, noch ist mir bekannt welches für das entwickeln das richtige ist. Welche Entwicklerumgebung installiere ich und wie installiere ich Sie. Deshalb wäre ein "über die Schulter schauen" mal ganz hilfreich, damit ich überhaupt den Fuß in die Tür bekomme. Für die Umgebung hatte ich mir überlegt VirtualPC5.2 auf meinem XP-System zu verwenden. Plattmachen, umpartitionieren kommt aus familiären Gründen nicht in Frage. Mal eine generelle Verständnisfrage, wenn ich es richtig verstehe laufen die kompilierten Programme nicht auf jeder x-beliebigen Distribution, oder liege ich damit falsch? Das installieren eines Programmes unter Linux erscheiont mir immer wie eine auf die Umgebung angepasste neue Kompilierung. Wobei der Beispielheader ziemlich Amigaähnlich vorkommt. Gruß Andre

3 3

Fw: Suche Linux-Anschluss im Raum Bi-Sennestadt
by Pfeiffer 24 Apr '07

24 Apr '07

Hallölle, ersteinmal Danke für das erste Lebenszeichen aus der Linuxwelt. Nicht bezogen auf die Mailingliste, sondern auch auf erfolglose Versuche in den Foren Linuxpate & LearningLinux bezogen. Freut mich echt. Um so besser, dass du mir gleich programmtechnisch auf die Sprünge hilfst. >> Meine Name ist André Pfeiffer bin 35 Jahre und bin absoluter Newbie in >> Sachen Linux. >> > Halli hallo! > >> In meiner programmiertechnischen Vergangenheit habe ich mich mit dem >> Amiga >> beschäftigt und verfüge über Kenntnisse in 68k-Assembler, Pascal und >> Basic. > Du schreckst also wenigstens nicht davor zurueck, dir die Bits und Bytes > Untertan zu machen ;) Macht mehr Spaß als KlickiBunti und sowas, noch fehlt mir jedoch die richtige Umgebung und natürlich das KnowHow. Aber erstmal positiv dran an die Sache ... auf die Schnauze fallen kann ich dann immer noch. >> In Sachen Linux habe ich NULL Ahnung und versuche mich nun an einem >> schwierigen Projekt und kann jede erdenkliche Hilfe gebrauchen. >> >> Das Projekt an dem ich mitwirken möchte besteht aus einer PCI-Bridge die >> das >> Bussystem des PCs mit dem Bussystem eines Amigas koppeln soll. >> Auf dem PC soll eine 68K-CPU-Emulation die Arbeit der Amiga-CPU >> übernehmen >> und die betagten MC680x0-CPU ablösen. > Hmmm, aber muss fuer die Kompatibilitaet nicht die Geschwindigkeit > eingehalten werden? Hier kommt einem die Hardwarearchitektur des Amigas entgegen, das System arbeitet eigenständig. Das Refresh der RAM-Bausteine die Buslogik und die Grafik, Sound und I/O wird dort komplett über die CustomChips abgewickelt. Die CPU hat am Bus auch "nur" die zweit höchste Priorität und kann durch einen der CustomChips auch gestoppt werden. Dieses Design war vor 22 Jahren revolutinoär. Prozessorkarten für den Amiga sind eigentlich eigenständige Computer, die nur beim Zugriff auf die unteren 16MB (wo das Mainboard und die CustomChips liegen) sich mit dem Bus des Amigas synchronisieren und Daten austauschen, bei allen Operationen oberhalb der 16MB laufen diese Prozessorkarten asynchron zum 7,14MHz Takt, meistens mit 50MHz (68060 Karten). Bei Anbindung eines x86-Systems mit schnellerem Prozessor und ausgereiftem 68k-Emulator (UAE, Basilisk) sollte diese keine grosse Herausforderung in Sachen Geschwindigkeit sein. >> Es handelt sich bei dem Projektteilnehmern um einige Leute aus dem >> Bereich >> des RetroComputings, wobei die Stärken jedoch im Hardwaredesign liegen. >> Nun geht es uns um eine Firmware für unser x86-Spielzeug. >> > Nun, Firmware ist relativ. Das direkteste ware, auf ein OS zu > verzichten, bringt aber die Unanhemlichkeit mit, das man sich ploetzlich > um die ganze x86 Hardware kuemmern muss. Nebenbei wollt ihr ja > vielleicht auf einen schon vorhandenen 68k-Emulator zurueckgreifen, und > die gehen meist von einem OS aus.... > Nun der Begriff Firmware ist wohl übertrieben, das System sollte nach dem Einschalten recht zügig mit der Arbeit beginnen. >> Was ich irgendwie erreichen möchte ist ein wirklich mimimales >> Linuxsystem, >> welches die PCI-Bridge aktiviert und in der MemoryMap einbindet. > > Da der PCI-Bus hier schon gluecklicher weise etwas weiter ist als der > ISA-Bus, tut das schon das BIOS, das heist aber noch lange nicht, das > man das device benutzten kann ;) > Von sich wird Linux das device auch nicht ansprechen, nur eine > "awareness" haben (da ist noch ein PCI-Device, das hat diese > Speicheradresse, aber da kann ich nix mit machen, aber nicht weiter > schlimm...), also wird da ein minimaler Treiber noetig sein. Der Bekannte der den FPGA mit der PCI-Bridge anfertigt verwendet als Basis die freie PCI-Bridge der TU Chemnitz. Daten zur Programmierung sind vorhanden, wir müssen jedoch noch bustechnische Anpassungen vornehmen. >> Der Adressbereich wird 16MB betragen und sollte ab Adresse $00000000 bis >> $010000000 gemapped werden. Uhps ... eine Null zuviel, beim programmieren wieder tödlich. > Oehm, und da geht es los... > 1) Der Physikalische Speicher an und ueber $000000000 ist belegt, x86 > ISA-DMA area und BIOS und foo. > 2) PCI-Rescourcen liegen eher so bei $FFFFF... > 3) Aber das ist ja nicht schlimm, dafuer gibt es ja Virtuelle > Speichermapings > 5) Also dein Treiber stellt ein devicefile zur Verfuegung, worauf ein > (Userspace-)Emulator mit mmap (wofuer du die unterstuzung Programmieren > musst) sich "den Amiga" in seinen virtuellen Adressraum einblenden kann > 6) Das kann der Emulator theoretisch auch an Addresse $00000..., da ist > nur ein Problem: dort ist normalerweise das Programm/der Emulatorcode > selbst (bzw. ein bischen oberhalb der Addresse) > Ok, das liesse sich sicherlich auch über Offsets innerhalb des Emulators erledigen. Auf der anderen Seite wäre eine mmap-Lösung eine feine und wie ich finde saubere Lösung. > Was noch weitere unlustigkeiten zu Tage fördert. > Harware-Unterhaltung/Interrupts und Multitasking sind sich ein wenig > Spinnefeind. In welchem Bezug ist das zu verstehen? An welches Stelle wird Multitasking verwendet? In meiner Phantasie müsste nur der Emulator gestartet werden, dieser würde den Bereich PCI-Bridge als normalen Arbeitsspeicher verwenden. Die Hardware übernimmt den Transfer und das Busprotokoll, könnte also als Arbeitsspeicher mit extrem langen Reaktionszeiten verstanden werden. > Den Emulator in den Kernel? Uhhh... > Hmmm... > Echte Treiber fuer die devices schreiben? Mom, ne, der Gast im Emulator > soll sie ja benutzen, Doppelemulation ist doof. > RT-Linux? Interruptweiterleitung in den Emulator mit RT-Tasks... Auf Heise stand letztens was zu einem RT-Patch mit 50ns Rekationszeit. Aber wozu RT? Da müsstest du mich mal aufklären, das Amiga-System wartet in der Regel auf die CPU. >> Das System sollte in der Endphase ohne Keyboard, Maus, Bildschirm >> arbeiten >> und als CPU-Karte für Amiga-Systeme funktionieren. >> Es sollte (sehr)schnell starten und aus einer RAM-Disk heraus laufen und >> klein sein. >> > Kann man machen, muss man nur Zeit investieren das aufzusetzen... Schon klar, ein Prototyp muss immer eine Menge Kabel haben. Aber am Ende wäre es natürlich fein. Gruß Andre

2 1

Fw: Suche Linux-Anschluss im Raum Bi-Sennestadt
by Pfeiffer 24 Apr '07

24 Apr '07

> So, wie ich das verstanden habe, soll unterm Strich das CPU-Board (von > modularen Amigas) durch eine PCI-Bridge ausgetauscht werden. ?ber die > Bridge soll dann eine (schnellere) CPU simuliert werden. Richtig verstanden, wobei modular eigentlich auf jeden Amiga zutrifft. Die ersten Modelle verfügen über den sog. Expansion-Bus/ZorroI und die letzteren über einen CPU-Slot, die notwendigen Siganle sind an beiden Varianten vorhanden. > Amigas sind f?r sowas durchaus ausgelegt, aber denkst Du, da? Du mit > einer simulierten CPU ?ber PCI wirklich schneller bist, als mit einem > fixen m68k? Da w?r' ich mir nicht so sicher, insbesondere, wenn Du > noch RAM-Zugriffe auf Amiga-RAM mit einrechnest. Wenn nur das RAM auf dem Amiga verwendet wird sind selbst die schnellsten verfügbaren Amiga CPU-Boards langsam. Da wird die 68000 / 7MHz CPU knapp um den Faktor 3-4 von einer 68060 CPU mit 50MHz übertroffen. Zum Glück sieht das Design des Amigas jedoch sog. 32BitFastMem vor, welches exklusiv für die CPU gedacht ist. Die Prozessorkarte kann sich dank des Designs der Hardware vom Bus abkoppeln und asynchron in voller Geschwindigkeit arbeiten, bis entweder ein Interrupt am Bus anliegt (die Amiga-Hardware benötigt Zuwendung der CPU) oder aber der aktuelle Programmcode Daten aus dem 16MB Bereich benötigt oder dort hinschreiben möchte. Dieses 32BitFastMem sollte im Speicher auf der x86-Hardware sein, kein PCI-Zugriff, keine Wartezeit, volle Geschwindigkeit. Irgendwie merkt man, dass viele Leute mal mit dem Amiga zu tun hatten. Es sollte eigentlich auch mit einem AtariST oder 68k-MAC funktionieren... Gruß Andre

2 1

Suche Linux-Anschluss im Raum Bi-Sennestadt
by Pfeiffer 24 Apr '07

24 Apr '07

Meine Name ist André Pfeiffer bin 35 Jahre und bin absoluter Newbie in Sachen Linux. In meiner programmiertechnischen Vergangenheit habe ich mich mit dem Amiga beschäftigt und verfüge über Kenntnisse in 68k-Assembler, Pascal und Basic. In Sachen Linux habe ich NULL Ahnung und versuche mich nun an einem schwierigen Projekt und kann jede erdenkliche Hilfe gebrauchen. Das Projekt an dem ich mitwirken möchte besteht aus einer PCI-Bridge die das Bussystem des PCs mit dem Bussystem eines Amigas koppeln soll. Auf dem PC soll eine 68K-CPU-Emulation die Arbeit der Amiga-CPU übernehmen und die betagten MC680x0-CPU ablösen. Es handelt sich bei dem Projektteilnehmern um einige Leute aus dem Bereich des RetroComputings, wobei die Stärken jedoch im Hardwaredesign liegen. Nun geht es uns um eine Firmware für unser x86-Spielzeug. Was ich irgendwie erreichen möchte ist ein wirklich mimimales Linuxsystem, welches die PCI-Bridge aktiviert und in der MemoryMap einbindet. Der Adressbereich wird 16MB betragen und sollte ab Adresse $00000000 bis $010000000 gemapped werden. Das System sollte in der Endphase ohne Keyboard, Maus, Bildschirm arbeiten und als CPU-Karte für Amiga-Systeme funktionieren. Es sollte (sehr)schnell starten und aus einer RAM-Disk heraus laufen und klein sein. Welche Internetseiten, Bücher, Informationen könnt ihr mir empfehlen? Wenn sich jemand bereiterklären würde mir bei dem Projekt zu helfen, wäre ich natürlich überglücklich. Wie bereits gesagt, ich besitze leider keine Ahnung von Linux. Was ich besitze ich Verständnis für das Programmieren und probiere auch gerne. Ein einfaches "über die Schulter" schauen würde mir sicher auch schon helfen. (Linux-Basisinstallation, Empfehlung bei der Wahl der richtigen Distribution, bzw. Kernelcompilat) Mit freundlichem Gruß André Pfeiffer

3 3

Scanner für Linux beschaffen
by Christian.Weddeling 24 Apr '07

24 Apr '07

Hallo, ich wollte mir einen Flachbettscanner zulegen. Habe keine besondere Anforderungen, sollte USB 2 können und unter Linux laufen. Ich habe beim Sane-Projekt nachgeschaut, jedoch scheinen die üblichen USB-2-Scanner nicht unterstützt zu werden. Gibt es noch ein anderes Projekt, was aktueller ist oder hat vielleicht jemand eine konkrete Empfehlung? -- Mit freundlichen Grüßen Christian Weddeling

9 8

RamDisk auflösen
by Sascha Effert 20 Apr '07

20 Apr '07

Hallo, ich verwende für einige Testmessungen RamDisks auf meinem Rechner. Das geht auch alles sehr problemlos. Ich finde nur keinen Weg die RamDisks wieder aufzulösen, sprich den belegten Hauptspeicher wieder frei zu kriegen, wenn ich die RamDisk nicht mehr brauche. Hat wer von Euch eine Idee, was ich tun kann? tschau Sascha Effert fermat(a)douglas2a.de Tel.:(0177) 6266652 -- Being evil means it can be christmas every day.

4 7

cryptoloop unter debian 4.0
by Sascha Effert 19 Apr '07

19 Apr '07

Hallo, hat hier jemand Ahnung von den Cryptosystemen in Linux? Ich habe folgendes Problem: Ich verwende auf meinem Notebook seit einigen Jahren SuSe mit einer verschlüsselten Partition. Die Verschlüsselung ist bei SuSe mit cryptoloop realisiert. Nun möchte ich auf debian umsteigen. Dazu möchte ich zunächst SuSe und debian auf meinem Rechner installieren. Kann ich debian dazu bringen, etwas mit meinem twofish256 verschlüsselten home anzufangen? Wie stellen ich das am besten an? Installiere ich dazu cryptoloop oder ist dm_crypt kompatibel? Wird cryptoloop von debian 4 noch unterstützt? tschau Sascha Effert -- Being evil means it can be christmas every day.

1 0

OT: Sun SLC abzugeben
by Christian.Weddeling 19 Apr '07

19 Apr '07

Hallo, ich habe hier eine Sun SLC über. Wer Interesse hat, möge sich bitte melden, sonst werde ich sie nächste Woche entsorgen. -- Mit freundlichen Grüßen Christian Weddeling

1 0