- Linux - LUG OWL

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

Perl Modul Versions Konflikt
by Frank Wohlfahrt 18 Apr '07

18 Apr '07

Hallo, unter Sarge funktionierte vdrsync-gui (Version 0.0.7). Nach Upgrade auf Etch kommt Tk::JPEG::Lite object version 800.025 does not match $Tk::JPEG::Lite::XS_VERSION 804.027 at /usr/lib/perl/5.8/DynaLoader.pm line 245. Compilation failed in require at /usr/bin/vdrsync-gui.pl line 29. BEGIN failed--compilation aborted at /usr/bin/vdrsync-gui.pl line 29. Das neue Perl 5.8.8 hat ein Versionsproblem mit den alten Modulen (die vdrsync-gui -> http://vdrsync.vdr-portal.de/gui/gui-page.html braucht). Diese gibt es aber nicht neuer (http://search.cpan.org/~srezic/Tk-JPEG-Lite-2.01403/) Vielleicht reicht nur ein kleiner Patch aus, um dieses Problem zu lösen ??? ----- Debian Etch, Kernel 2.6.18, KDE 3.5.5 ----- MfG Frank Wohlfahrt

2 1

MP3-Player betanken
by Thomas Laubrock 16 Apr '07

16 Apr '07

Hi, gibt es eine schicke Software, die mp3-Player betanken kann. Son typischen Player, der sich als USB Disk am System meldet. Die Software sollte das lokale Archiv im Blick haben und durchsuchen können. Playlist, Alben, etc. sollten per Drag 'n Drop auf den Player zu schieben sein. Also alles so schick und DAU sicher, das es jeder Mausschubser hin bekommt. Habe bisher mit Exaile! und Rhythembox rungespielt, aber die können die Player nicht mit Musik versorgen, sondern die Daten nur lesen. Ach ja, Plattform: Linux, X, bevorzugt Gnome/GTK. Gruß Thomas

7 12

Fwd: Info Podcast Player (WDR)
by RalfGesellensetter 16 Apr '07

16 Apr '07

Liebe Liste, Mit Amarok (vgl. Thread "MP3-Player betanken") habe ich auch das Podcasten entdeckt. Aus Ärger über den alleinigen Verweis auf unfreie Player schrieb ich jüngst dem WDR. Das positive Echo erlaube ich mir hier zu veröffentlichen. Gruß Ralf ---------- Weitergeleitete Nachricht ---------- Subject: Info Podcast Player Date: Montag 16 April 2007 15:52 From: "Joachim Bareiss" <j o a c h i m . b a r e i s s @wdr.de> To: rgx(a)gmx.de Sehr geehrter Herr Gesellensetter, mit der Aussage, dass es auch für freie Betriebssystemen Wiedergabemöglichkeiten für Podcasts gibt, haben Sie natürlich vollkommen recht. Aus Ihrer Mail geht leider nicht hervor, auf welcher Webseite des WDR Sie den Hinweis auf den MS Mediaplayer gefunden haben. Auf der zentralen Hilfeseite des WDR, die in der Kopfnavigation verlinkt ist ( http://www.wdr.de/themen/homepages/hilfe.jhtml ) , findet man einen Hinweis zu einer Übersichtsseite mit möglichen Playern für die diversen Multimedia-Angebote des WDR ( http://www.wdr.de/themen/global/hilfe/player.jhtml ). Dort ist für Podcast und Vodcast ausdrücklich darauf hingewiesen, dass die Podcastangebote mit jedem beliebigen MP3-Player abspielbar sind, für Vodcast ist dort auch der für viele - auch freie - Betriebssysteme verfügbare VLC Media Player erwähnt. Auch im weiteren redaktionellen Angebot befinden sich Hinweise auf Alternativen zum Mediaplayer, z.B.: http://www.wdr.de/themen/global/webmedia/php/getstream.php?urlfwd=$id$1 16&np=1 Wir hoffen sehr, hiermit Ihre Bedenken bezüglich einer Vernachlässigung freier Betriebssysteme zerstreut zu haben. Mit freundlichen Grüßen, Joachim Bareiß -------------------------------------------------------

1 0