Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - andi
1
hi,
ich würde gerne nochmal die dvb geschichte aufgreifen: da ich sowieso kein dvb-t habe bin ich eher an dvb-s interessiert. hier wäre es womöglich prima, auf das "normale" linux framework zu setzen und dann evtl. dvb-s(2) usb boxen zu nehmen.
der aktuelle kernel 2.6.15 ist da aber zu alt um die neue api zu unterstützen. ich habe gelesen, dass manche smp-basierten boxen schon 2.6.22 oder ähnlich einsetzen. wie groß ist denn die chance die sourcen für 2.6.22 zu bekommen?
das wäre bestimmt ne super sache, eine idee, wie man mono dazu überreden könnte den stream zu zeigen habe ich auch schon :-)
cheers
andi
2
Hi guys,
however it is possible... there was a photo of a successful jtag soldering on the WIKI but I cannot find it anymore.
This is the one:
http://www.t-hack.com/wiki/index.php/Image:Pirelli_jtag_soldering.jpg
you need good equipment to get this done.... without a steady hand, a microscope and a very tiny soldering iron you should probably not even try to do it.
Yes, these are all prerequisites plus a lot of experience :-)
Btw. (off-topic, sorry) any new news i am not aware of?
cheers
andi
3
mhh,
könnte sein, das ich zu schnell war. hatte nur das yamon image gesehen, aber das ist ja im bootloader nicht im mrua paket.
aber das em8xxx.ko modul enthält den string "2.8.0.5" ... ob das jetzt unserer api näher kommt ist aber fraglich ..
cheers
andi
4
hi,
ja ist ne smp8634 box.
mce2222 hat sich da sicher geirrt.
mein posting in dem anderen thread sollte eigentlich auch hier rein, evtl. kann das asgard verschieben?!
@pcgeil
die beta italien box ist ne pirelli box, aber halt ne beta version (siehe wiki)!
grüße
andi
5
... vielleicht nützt das noch was (wenn nicht schon bekannt) ...
AZBox HD
Linux Firmware/Update:
http://www.azupd.com/0.9.985/patch.bin
Hey,
ich kannte die updates noch nicht! sieht nicht schlecht aus!
scheint auf mrua 2.8.0.1 aufzubauen und auch die lagecy variante zu sein, also ucodes im em8xxx-modul! wenn das mal nicht schlecht ist :-)
btw. habe ich es nun geschafft auf der beta-italien box den framebuffer anzusprechen. sieht nett aus :-)
cheers
andi
6
Hi,
thanks hoernchen for figuring out the scart register configuration. I haven't tried to set the registers as I am only having a HDMI connected LCD screen. I am wondering whether the digital output components differ from the ones used for the reference design or for instance the PCH or Pirelli box.
We managed to load the kernel modules with the build-in ucodes. However, trying to configure the HDMI output always fails. It seems like the basic communication with the HDMI chip works as the software detects the LCD. I am not sure, but I think this is not a ucode problem.
Best regards,
Andi
7
Hi,
also die ucodes werden nur zum demuxen und dekodieren von den audio/video strömen benötigt! Zumindest bei den Linux boxen ist es so, das für diesen splashscreen keine ucodes benötigt werden (obwohl sie in einem rutsch mitgeladen werden). man brauch nur das bild als binary und den irqhandler. bei dvi/hdmi zusätzlich noch das bild (in höherer auflösung) und ein zboot-applet, welches den digitalen output initialisiert! das sollte es gewesen sein!
In Linux sind die gesamten ucodes ca. 2mb groß. die würden also gar nicht in den flash passen.
ich kenn mich mit wince gar nicht aus und mach damit auch nix, aber evtl. hilft es ja sich die multimedia driver mal anzugucken und auch bzgl. dateigröße zu vergleichen. dazu hier einige infos, gibts denn diese dateien im windows ce überhaupt?
The current SDK provides a set of "multimedia" drivers in binary form only. The drivers are:
1. SMP863x.dll - This is a windows ce built-in driver. This driver must be installed for any other driver to work.
2. TSDEMUX.dll - This is a direct show transform filter. It is a pure software demux that allows the playback of transport streams.
3. DDI_86xx.dll - This is a standard windows ce GDI driver.
4. HDMI863x.dll - This is a helper DLL used by the GDI driver to support HDMI output.
5. DS863x.dll - This is a direct show renderer filter. It connects to the tsdemux filter or the standard microsoft ASF source filter to render the video and audio streams.
6. DSWMAPPRO.DLL - This is a helper DLL used the direct show renderer filter to render WMA pro audio streams.
7. WAVE863x.DLL - This is a standard windows CE wave driver. It allows an application to play PCM sounds using the wave interface. This driver is optional, and should only be installed if your application requires simple "UI" sounds.
Viele Grüße
Andi
8
hi,
der uart vom smp8634 ist zwar prinzipiell ein _normaler_ serieller port, du brauchst aber trotzdem noch einen pegelwandler, weil am smp nur ein ttl-signal (3,3v) anliegt! den kannst du dir entweder selbst bauen (z.b. mit einem max3232) oder du kaufst dir z.b. ein handy-datenkabel!
direkt 1zu1 mit der seriellen am pc verbinden wird wohl leider nicht gehen ..
andi
10
hey guys,
i am happy to tell you that i found a "new" smp8634-based box (or does anybody know this hardware?). it is also a iptv-box, like the x300t. however, it seems to run a linux as operating system.
i already did some testing and at a first glance, it looks quite interesting! i managed to get a uart output (see wiki) but unfortunately couldn't identify jtag-pins, so far.
i guess this box is a nice toy to play with :-)
.. just a quick hacking report!!
more comes later ;-)
cheers
andi
11
Das Laden des bootloaders zu verhindern ist aber nicht ganz einfach, den Flashchip kurzschliessen fällt schonmal weg, weil das XOS ohne xenv aus dem Flash vermutlich irgend einen Mist macht der den Chip in keinen sinnvollen Zustand bringt.
naja, man kann ja ohne probleme den flash löschen und dann nur die par xenv parameter flaschen! dann ist nach dem laden definitiv schluss :-)
problem ist nur, wie man danach den code gestartet bekommt! ich habe es zwar nie probiert, aber mce2222 hatte probleme dabei, in den ram kopierten code zu laden!
theoretisch natürlich kein problem den pc zu verbiegen und dann weiterlaufen zu lassen! aber sind wir mal ehrlich, wenn es so einfach wäre, dann hätten sie sich den ganzen signatur quark auch sparen können ;-)
aber ich denke mce2222 äußert sich dazu noch :-)
so long ..
andi
12
meiner meinung nach, sind die ucodes der pch (und alle anderen mir bekannten linux boxen) nun leider mit den falschen keys signiert!!
also keys, die dem smp in der x300t sagen, diesen ucode nicht zu laden bzw. zu starten, weil geladen werden sie ja, so lange wie das dauert :-)
@mce2222: warum allerdings die von dir extrahierten "windows"-ucodes nicht wollen, ist mir auch ein rätsel ..
cheers
andi
13
Hi,
Könnte das helfen?
kommt ganz drauf an was du machen willst?! Prinzipiell sind diese Files alle schon bekannt, außer die DirectFB Erweiterung vielleicht ..
Aber solange die Grafik-HW auf der X300t noch nicht läuft, wird dir directfb auch nix bringen.
Dieser Zustand wird wird aber auch mit diesen Veröffentlichungen nicht besser ;-)
Obwohl ich mal bemerken will, das ich diesen Schritt von Syabas *außerordentlich* bemerkenswert finde! Weiter so!
Cheers,
Andi
14
hallo leute,
wollte an dieser stelle nur mal darauf hinweisen, das im kernel die treiber für das "kiss frontpanel" enthalten sind!
bin mir nicht ganz sicher wie das bewerkstelligt wird, da im code letztendes direkt an eine bestimmte adresse geschrieben wird, das frontpanel also direkt mit der physikalischen adresse angesprochen werden kann!
hab das aber noch nicht genauer angeguckt, kann auch sein, das für diesen treiber im atmega88 eine andere firmware benötigt wird, irgendwas "flackert" aber wenn man den treiber initialisiert ;-)
hier mal was zum testen .. fip_test.c:
#include <stdio.h>
#include <unistd.h>
#include <fcntl.h>
#include <sys/ioctl.h>
#define CONFIG_TANGOX_FIP_REF1 1
#include <asm/tango2/fip.h>
#define FIP_DEVICE "/dev/em8xxxfip"
int main( int argc, char **argv )
{
int i, fd;
char buffer[128];
printf("open device!\n");
if ((fd = open(FIP_DEVICE, O_RDWR)) == -1)
{
perror("error while opening fip_device!\n");
goto error;
}
printf("FIP_IOCCLEAR\n");
if ((i = ioctl(fd, FIP_IOCCLEAR)) == -1)
{
perror("ioctl on fip_device failed!\n");
goto error;
}
printf("FIP_IOCDISPTEXT\n");
if ((i = ioctl(fd, FIP_IOCDISPTEXT)) == -1)
{
perror("ioctl on fip_device failed!\n");
goto error;
}
printf("FIP_IOCDISPTEXT\n");
if ((i = ioctl(fd, FIP_IOCDISPTEXT, 0x1122)) == -1)
{
perror("ioctl on fip_device failed!\n");
goto error;
}
printf("write to device!\n");
if (write(fd, "t-hack", 6) == -1)
{
perror("write on fip_device failed!\n");
goto error;
}
close(fd);
return 0;
error:
close(fd);
return -1;
}
Cheers,
Andi
15
Hey guys,
just want to mention that I added a few things to Linux wiki-pages.
That should let anybody successfully boot up Linux. However, its still very simple, just busybox and a few boot-scripts!
Cheers,
Andi
