ARM-Linux op Embedded DVR bordje ?

[Petervanakelyen]

OK, ik heb ooit eens een DVR binnengekregen, waar ik lange tijd niets mee heb gedaan.
Toen heb ik heb een topic op GoT aangemaakt waaruit bleek dat het ding een bewakingssysteem was.

Wat mijn bedoeling is: Linux op dit ding zetten.
Dit is wat ik heb gezocht en gevonden:

Overzicht van nummers en datums:

- ET480SD Ver. 1.0
- ET0461214
- M120W0020109B0
- 2006.09.27

Foto's

Voeding:


Poorten:


Samsung CPU:


Bordje:


Overzicht van de poorten op het bordje:

- 1x UTP Ethernet
- 1x RS232
- 1x Analoge VGA
- 1x Audio tulp
- 1x Spot + Main Video-out
- 4x Video-in channels
- 4x Video-out channels
- 1x Rare groene langwerpige connector ?
- 2x USB-connectoren
- 1x IR-ontvanger voor afstandsbediening
- 2x P-ATA IDE channels (Primary & Secundary)

Een overzicht van de chipjes op het bordje:

- Averlogic AL260C-HS-PBF = LCD en Video-output Controller.
- Techwell TW2804 = NTSC/PAL CCTV video-decoder.
- Philips SAA7121H = YUV to NTSC/PAL encoder
- NEC D720101GJ = USB controller
- Realtek RTL8139DL = 10/100 Mbit Netwerkcontroller
- 2x Samsung K4S161622H-UC60 = 16MB H-die SDRAM
- 4x Samsung K4S641632K-UC75 = 64MB K-die SDRAM
- 2x Samsung K4S561632H-UC75 of deze URL = 256Mb SDRAM
- 2x JS28F640 J3D75 = Intel Numonyx Embedded Flash Eprom (64Mbit, dus 8MB) Boot ROM
- Altera Cyclone II = PLD
- Samsung S3C2800X01-EE80 ARM = 32-bit RISC ARM CPU
- Silicon Image Sil0680ACLU144 = ATA-133 IDE Controller

Hier en hier nog iets over Linux op de Samsung ARM CPU.

Het lijkt me dat er genoeg onderdelen zijn voor een computer, HDD en CD-ROM drive zijn aan te sluiten via IDE, power supply heb ik ergens liggen, CMOS batterij zit erin, ...

Ik vraag me alleen af hoe ik eraan begin...

[ Voor 28% gewijzigd door Petervanakelyen op 13-03-2010 19:38 ]

[lamko]

Je zult de PLD moeten gaan programmeren maar daar heb je wel degelijk enige elektronica kennis voor nodig.
Tenzij je een kant en klare flash hebt van iemand die het al eerder heeft gedaan.

[Petervanakelyen]

lamko schreef op maandag 27 juli 2009 @ 18:45:
Je zult de PLD moeten gaan programmeren maar daar heb je wel degelijk enige elektronica kennis voor nodig.
Tenzij je een kant en klare flash hebt van iemand die het al eerder heeft gedaan.

Maar het is een vastgesoldeerde chip. Die krijg je niet los van de PCB zonder een hamer te gebruiken, of super gespecialiseerd materiaal. Hoe herprogrammeer je die dan ?

[Sir Isaac]

Heb je die PLD wel nodig? Ik kan me voorstellen dat die gebruikt wordt voor bewerking van de videodata (compressie), en dat je die niet nodig hebt om dit bordje als 'pc' te gebruiken. Zit er ook iets BIOS achtigs in? Wat zie je als je er een monitor aanhangt en hem aan zet?
In je andere topic zag ik dat hij niet door start. Zie je wel iets dat op een BIOS duidt? Voor het programmeren van die PLD hoef je hem er echt niet af te slopen. Je hebt de software van de fabrikant nodig, en ik heb het vermoeden dat dat niet in het budget van een huis-tuin-en-keuken tweaker past.

[ Voor 36% gewijzigd door Sir Isaac op 27-07-2009 22:58 ]

[Petervanakelyen]

Sir Isaac schreef op maandag 27 juli 2009 @ 22:48:
Heb je die PLD wel nodig? Ik kan me voorstellen dat die gebruikt wordt voor bewerking van de videodata (compressie), en dat je die niet nodig hebt om dit bordje als 'pc' te gebruiken. Zit er ook iets BIOS achtigs in? Wat zie je als je er een monitor aanhangt en hem aan zet?
In je andere topic zag ik dat hij niet door start. Zie je wel iets dat op een BIOS duidt? Voor het programmeren van die PLD hoef je hem er echt niet af te slopen. Je hebt de software van de fabrikant nodig, en ik heb het vermoeden dat dat niet in het budget van een huis-tuin-en-keuken tweaker past.

Ik dacht ook dat het zonder PLD kon, maar wie ben ik om het tegen te spreken
Er zit iets van een BIOS in, dat weet ik heel zeker.

Toen ik de HDD in mijn PC hing, en Ubuntu startte, stond op één partitie van de HDD een bestand met de naam DVR4S.tar. Als ik dat bestand uitpakte, zat er een file in met de naam BIOS.

Het enige dat ik echter zie, als ik een monitor aan de VGA-poort hang, is dat er op staat 'DVR System Initialization'. Dat blijft superlang hangen, en voor de rest zie ik niets.

Wellicht dat hij blijft hangen omdat er geen camera's zijn aangesloten ?
Of zou er iets anders mis zijn ?

[GraveR]

Zit er niet toevallig een header op voor een serial console? (Embedded) linux dingen hebben dat meestal voor als er iets naar de haaien is en voor dit soort doeleinden.

[u_nix_we_all]

Dit soort dingen hebben vaak wel een JTAG aansluiting, of een plaats waar je die erop zou kunnen solderen. Hiermee kun je je flash herprogrammeren.
Ook een seriele aansluiting is niet ongewoon, maar meestal is daar ook geen connector voor aangesloten.

[Petervanakelyen]

GraveR schreef op dinsdag 28 juli 2009 @ 09:42:
Zit er niet toevallig een header op voor een serial console? (Embedded) linux dingen hebben dat meestal voor als er iets naar de haaien is en voor dit soort doeleinden.

Ik heb de TS even bijgewerkt met een lijst van de (beschikbare, dus reeds aangesloten) poorten op het ding.

u_nix_we_all schreef op dinsdag 28 juli 2009 @ 10:40:
Dit soort dingen hebben vaak wel een JTAG aansluiting, of een plaats waar je die erop zou kunnen solderen. Hiermee kun je je flash herprogrammeren.
Ook een seriele aansluiting is niet ongewoon, maar meestal is daar ook geen connector voor aangesloten.

Is er een van bovenstaande poorten goed ?
Stel dat het in orde is wat poorten betreft, hoe flash ik dan de chip, en met wat ?

[u_nix_we_all]

Ik weet niet of de "rare groene" connector een JTAG connector is, maar daar is best kans op. Als je geen ervaring hebt met het zelf maken van een image om te flashen op embedded apparaten, lijkt me dit niet iets wat je zo 1 2 3 voor elkaar hebt. Je hebt in ieder geval een JTAG-reader/interfacing hardware nodig om hier iets mee te kunnen.

Ik zou eens beginnen een terminal op de seriele (rs232) poort te hangen en kijken of het ding uberhaupt wil booten met wat er nu op zit.

Wat je eerst waarschijnlijk wilt weten is:
- Zit er al een bootloader of iets dergelijks op, en welke ?
- Kun je daarmee communiceren ?
- Boot het ding ?

Meestal heb je een boot-image (feitelijk hoofdzakelijk de kernel) en een root-fs image (het root filesystem met de rest van het OS, config en applicatie)

Edit: Nu ook even het vorige topic over dat ding gelezen, en er zit dus een harddisk in waar je al bij de bestanden kunt. Dus daarmee kun je beginnen met analyseren wat de bootscripts doen, etc. Je zult in ieder geval, als je hier een andere linux op wilt zetten de volgende dingen moeten weten/checken:

- Bootloader/kernel: Hoe start hij de kernel. Sommige bootloaders verwachten de kernel op een bepaalde plaats op de harddisk, sommigen hebben een checksum ingebouwd zodat een custom kernel uberhaupt niet werkt, ga je in je custom kernel drivers vinden voor de nogal specifieke hardware, heb je de beschikking over een cross-compileer omgeving om kernels voor arm-architectuur te bakken etc.
- Applicaties: zijn er specifieke libs om met de exotische hardware te werken, of is er opensource voor te vinden ? Of ga je alleen van de CPU gebruik maken en niet van de video-DSP's die er ongetwijveld inzitten (en eigenlijk het meest interressant zijn van dit stukje hardware)
- Wat wil je er eigenlijk mee gaan doen

Ik denk dat als je er wat mee wilt, je het beste kunt proberen de bestaande kernel van het ding te gebruiken, en ook een deel van de bestaande libs te houden .....

Nog een edit:

Feitelijk is het niet helemaal duidelijk of de kernel + OS in flash zit, of op de harddisk, het makkelijkste is als dat laatste het geval is.

[ Voor 45% gewijzigd door u_nix_we_all op 28-07-2009 18:22 ]

[Sprite_tm]

Niet om het een of het ander, maar weet je het heel zeker? Niet om je plannen de grond in te boren, maarrr...
• Je gaat zowiezo jtag-hardware nodig hebben. De huidige bootloader kan waarschijnlijk geen Linux-images aan dus zal je bijvoorbeeld u-boot moeten porten. Als je daar een fout in maakt heb je jtag nodig om alles te de-bricken.
• Linux-support voor die proc is erg schamel. Ik heb alleen een enkele patch voor de 2.4-tree gezien, verder niets. Wil je geen rare toeren met oude gcc-versies etc moeten uithalen, zit je tegenwoordig redelijk vast aan 2.6.
• Je gaat nooit alle hardware werkend krijgen. De FPGA bevat bijvoorbeeld waarschijnlijk custom shit (of is helemaal leeg) en daar de programmering voor reverse-engineeren gaat heeeel veel tijd kosten.
• Je hebt veel ervaring met de Linux-kernel, bootloaders, C en de ARM-architectuur nodig. Correct me if I'm wrong, maar het straalt niet echt van je TS af dat je dat bezit...

Mocht blijken dat er al Linux op de machine draait kan je nog proberen om er een eigen userspace in te drukken, maar als er geen Linux opstaat zou ik het persoonlijk vergeten.

[Petervanakelyen]

u_nix_we_all schreef op dinsdag 28 juli 2009 @ 18:09:
Ik weet niet of de "rare groene" connector een JTAG connector is, maar daar is best kans op. Als je geen ervaring hebt met het zelf maken van een image om te flashen op embedded apparaten, lijkt me dit niet iets wat je zo 1 2 3 voor elkaar hebt. Je hebt in ieder geval een JTAG-reader/interfacing hardware nodig om hier iets mee te kunnen.

Ik zou eens beginnen een terminal op de seriele (rs232) poort te hangen en kijken of het ding uberhaupt wil booten met wat er nu op zit.

Om bij het begin te beginnen: ik heb geen enkel idee wat hoe ik een Terminal op een COM-poort hang. De enige terminal die ik ken is de softwarematige Maar dat valt wellicht via Google wel uit te zoeken.

Wat je eerst waarschijnlijk wilt weten is:
- Zit er al een bootloader of iets dergelijks op, en welke ?
- Kun je daarmee communiceren ?
- Boot het ding ?

Meestal heb je een boot-image (feitelijk hoofdzakelijk de kernel) en een root-fs image (het root filesystem met de rest van het OS, config en applicatie)

Logisch en snap ik. Het leukste zou zijn dat er al een bootloader op zit die ik gewoon kan instellen om te booten vanaf P-ATA HDD met Linux op. Ik vrees daar echter voor

Nu ook even het vorige topic over dat ding gelezen, en er zit dus een harddisk in waar je al bij de bestanden kunt. Dus daarmee kun je beginnen met analyseren wat de bootscripts doen, etc.

Wel, ik denk dat we hier al tegen het eerste probleem lopen. Toen ik daarjuist de HDD rechtstreeks op mijn bestaande Ubuntu-installatie aansloot, en opstartte, begon hij onmiddelijk fsck te runnen, en is hij bezig geweest met herstellen van *iets*. Gevolg: partities op HDD zijn niet meer te mounten, ook niet met de force optie.

Wat ik wel nog weet is dat er op de HDD enkel mappen stonden met de naam in de vorm van een datum, met daarin geëncrypteerde video-opnames. Voor de rest enkel lost+found en een DVR4S tarball.
Geen filesystem.

Je zult in ieder geval, als je hier een andere linux op wilt zetten de volgende dingen moeten weten/checken:

- Bootloader/kernel: Hoe start hij de kernel. Sommige bootloaders verwachten de kernel op een bepaalde plaats op de harddisk, sommigen hebben een checksum ingebouwd zodat een custom kernel uberhaupt niet werkt, ga je in je custom kernel drivers vinden voor de nogal specifieke hardware, heb je de beschikking over een cross-compileer omgeving om kernels voor arm-architectuur te bakken etc.
- Applicaties: zijn er specifieke libs om met de exotische hardware te werken, of is er opensource voor te vinden ? Of ga je alleen van de CPU gebruik maken en niet van de video-DSP's die er ongetwijveld inzitten (en eigenlijk het meest interressant zijn van dit stukje hardware)
- Wat wil je er eigenlijk mee gaan doen

Wat ik er eigenlijk mee wilde doen is gewoon proberen om er Linux op te zetten, niet per se gebruiken.
Het ding is wellicht veel te traag om Firefox aan acceptabele snelheid te doen werken, Flash kan ik vergeten voor ARM, OpenOffice.org bestaat niet voor ARM denk ik, en zo ja gaat het waarschijnlijk veel te traag.
Dus enige dat zou overschieten is download-ding, twee HDD's van 500GB er in, en Transmission of Azureus erop. Maar dat is niet per se nodig, ik trek mijn plan wel.

Ik denk dat als je er wat mee wilt, je het beste kunt proberen de bestaande kernel van het ding te gebruiken, en ook een deel van de bestaande libs te houden .....

Snap ik ook, en lijkt ook logisch.

Nog een edit:

Feitelijk is het niet helemaal duidelijk of de kernel + OS in flash zit, of op de harddisk, het makkelijkste is als dat laatste het geval is.

Ik weet zo goed als zeker dat hij in de flash zit. Alleen welke chip is dat ? De Altera Cyclone II ?

Sprite_tm schreef op dinsdag 28 juli 2009 @ 19:26:
Niet om het een of het ander, maar weet je het heel zeker? Niet om je plannen de grond in te boren, maarrr...
• Je gaat zowiezo jtag-hardware nodig hebben. De huidige bootloader kan waarschijnlijk geen Linux-images aan dus zal je bijvoorbeeld u-boot moeten porten. Als je daar een fout in maakt heb je jtag nodig om alles te de-bricken.

uBoot ken ik al van mijn MIPS-computertje, met wat man-pages en documentatie op internet moet het lukken.

• Linux-support voor die proc is erg schamel. Ik heb alleen een enkele patch voor de 2.4-tree gezien, verder niets. Wil je geen rare toeren met oude gcc-versies etc moeten uithalen, zit je tegenwoordig redelijk vast aan 2.6.

Ach ja, zoals eerder al gezegd, ik wil eigenlijk niet per se er iets mee doen, dat komt pas in een later stadium, dus het zou leuk zijn moest er al Linux van willen starten, met welke kernel dan ook.

• Je gaat nooit alle hardware werkend krijgen. De FPGA bevat bijvoorbeeld waarschijnlijk custom shit (of is helemaal leeg) en daar de programmering voor reverse-engineeren gaat heeeel veel tijd kosten.

Hmm, voor de video-DSP's misschien niet nee, maar de CPU, de Silicon Image Controller en de Realtek zijn allen redelijk goed vertegenwoordigd denk ik.

• Je hebt veel ervaring met de Linux-kernel, bootloaders, C en de ARM-architectuur nodig. Correct me if I'm wrong, maar het straalt niet echt van je TS af dat je dat bezit...

Ik heb meer ervaring met Windows dan met Linux, maar ik experimenteer graag, en ben zeker niet bang iets bij te leren op dit gebied, dus moet het met voldoende tijd en moeite wel gaan

Mocht blijken dat er al Linux op de machine draait kan je nog proberen om er een eigen userspace in te drukken, maar als er geen Linux opstaat zou ik het persoonlijk vergeten.

Er staat wel Linux op, maar een embedded versie die waarschijnlijk langs alle kanten is dichtgespijkerd.

[Sir Isaac]

Ik vind dit wel een leuk topic. Over de 2.6 kernel en je ARM processor kwam ik deze link tegen.
En ook nog de reference manual van een referentie bord met deze processor. Hij kan tot 200MHz, en dat is, zeker voor een ARM, genoeg om leuke dingen mee te doen.
Volgens site zit ondersteuning voor deze ARM in de mainline 2.6 kernel. Je zult wel een ontwikkel omgeving voor ARM op moeten zetten.

[ Voor 15% gewijzigd door Sir Isaac op 28-07-2009 22:27 ]

[Petervanakelyen]

Sir Isaac schreef op dinsdag 28 juli 2009 @ 22:23:
Ik vind dit wel een leuk topic. Over de 2.6 kernel en je ARM processor kwam ik deze link tegen.
En ook nog de reference manual van een referentie bord met deze processor. Hij kan tot 200MHz, en dat is, zeker voor een ARM, genoeg om leuke dingen mee te doen.
Volgens site zit ondersteuning voor deze ARM in de mainline 2.6 kernel. Je zult wel een ontwikkel omgeving voor ARM op moeten zetten.

Bedankt, die reference manual is erg informatief.
Zo staat er bv. het een en ander in over het opzetten van een Hyper Terminal verbinding op de COM-poort met Windows 98. Ik heb Windows 98 nog liggen, oude hardware zat, dus dat is zeker al het proberen waard.
Nu nog een MALE <--> MALE COM-kabel weten te vinden.

Ga die manual nog wat verder doorlezen, staat ook wat interessants in over het Flash-geheugen.

[Sir Isaac]

Petervanakelyen schreef op dinsdag 28 juli 2009 @ 22:44:
[...]


Bedankt, die reference manual is erg informatief.
Zo staat er bv. het een en ander in over het opzetten van een Hyper Terminal verbinding op de COM-poort met Windows 98. Ik heb Windows 98 nog liggen, oude hardware zat, dus dat is zeker al het proberen waard.
Nu nog een MALE <--> MALE COM-kabel weten te vinden.

Ga die manual nog wat verder doorlezen, staat ook wat interessants in over het Flash-geheugen.

Het is niet gezegd dat het reference design hetzelfde is als wat jij je doos hebt zitten. Vanuit linux kun je minicom, seyon of cutecom gebruiken ipv hyper terminal.
Mijn pc heeft male Dsub9 aansluitingen voor de seriele poort. Waar heb jij een male - male kabel voor nodig?

[Petervanakelyen]

Sir Isaac schreef op dinsdag 28 juli 2009 @ 23:09:
[...]

Het is niet gezegd dat het reference design hetzelfde is als wat jij je doos hebt zitten. Vanuit linux kun je minicom, seyon of cutecom gebruiken ipv hyper terminal.
Mijn pc heeft male Dsub9 aansluitingen voor de seriele poort. Waar heb jij een male - male kabel voor nodig?

Bedankt, nuttige info.
Ik bedoelde een Female <--> Female kabel.

Volgens de reference manual, die dezelfde CPU bevat, heb ik een ARM920T, die op 180MHz 200 MIPS haalt.

[ Voor 10% gewijzigd door Petervanakelyen op 29-07-2009 09:29 ]

[Petervanakelyen]

/me Geeft dit topic een kick dat het niet goed meer is

Stuitte er vandaag terug op en heb er nog wat verder mee geëxperimenteerd.
Veel verder kom ik echter niet. Ik heb zelf een female --> female COM-kabel in elkaar geknutseld, iets zoals de onderste afbeelding:


Verbonden met een Windows 98 HyperTerminal, en ingesteld volgens de reference guide van Sir Isaac.
Als ik hem aanzet komt er echter niets in HyperTerminal venster...

Ondertussen de TS overigens nog even geupdate met wat foto's, hieronder staan nog wat foto's wannneer hij "in werking" is laten we zeggen.





Iemand nog een idee wat ik nog kan doen?

[Petervanakelyen]

Zojuist reactie gekregen van Panorama Security, van wie ik dacht dat ze het systeem hebben gemaakt.
Maar wat blijkt: ze zeggen dat dit systeem NIET door hen is gemaakt, ondanks dat het er exact hetzelfde uit ziet.

Na heel veel Google werk ben ik plots op deze website gekomen: http://www.secubeusa.com/
En wat blijkt? Zij hebben WEL verschillende ET-XXX-series. Het enige typenummer dat ik op de mijne kon vinden was ET480SD.

Dit is al een grote stap in de goede richting!

[H!GHGuY]

de connector rechtsboven op het bordje is volgens mij een high-bandwidth parallelle connector voor video.

Staat er een aanduiding bij die zwarte connector naast de 2 P-ATA poorten?
Ik vermoed dat dat wel eens een 14pins JTAG connector kan zijn.
JTAG zul je, zoals hierboven al gezegd, wel nodig hebben. Daarenboven heb je met een JTAG device op zich nog niet veel. Kans is er dat die cyclone in een JTAG chain zit met de ARM. Dus dan kan het nog even zoeken zijn naar de configuratie.

Aangezien het een toestel is dat dient voor bewaking is de kans wel klein dat je via obvious paths binnen raakt...
Mocht je die tarball hebben dan zou je eventueel kunnen zoeken om daarin iets te doen.

[Petervanakelyen]

H!GHGuY schreef op zaterdag 13 maart 2010 @ 21:18:
de connector rechtsboven op het bordje is volgens mij een high-bandwidth parallelle connector voor video.

Staat er een aanduiding bij die zwarte connector naast de 2 P-ATA poorten?
Ik vermoed dat dat wel eens een 14pins JTAG connector kan zijn.
JTAG zul je, zoals hierboven al gezegd, wel nodig hebben. Daarenboven heb je met een JTAG device op zich nog niet veel. Kans is er dat die cyclone in een JTAG chain zit met de ARM. Dus dan kan het nog even zoeken zijn naar de configuratie.

Aangezien het een toestel is dat dient voor bewaking is de kans wel klein dat je via obvious paths binnen raakt...
Mocht je die tarball hebben dan zou je eventueel kunnen zoeken om daarin iets te doen.

Bij elke poort staat er gewoon "CON1" of "CON2". Behalve bij de 2 P-ATA poorten, daar staat Primary & Secundary. Die zwarte connector die ernaast staat is inderdaad 14pins, maar gaat naar het frontpanel. Hierop zitten oa. de USB-poorten en de LEDs.




Dat het een bewakingstoestel is wil toch niet zeggen dat je de software niet zou kunnen aanpassen?
Dat de videobestanden geëncrypteerd zijn lijkt me wel een logische zet.

De tarball heb ik jammer genoeg niet meer. De HDD is gecrashed toen ik hem de laatste keer wilde mounten.
Het zou overigens ook kunnen dat het ding niet meer goed werkt omdat er ergens in een cron-logfile stond dat een software update mislukt was.

Ik heb ondertussen Secube USA ook een mail gestuurd met de vraag of ze nog iets hebben van software updates en service manuals.

[ Voor 23% gewijzigd door Petervanakelyen op 28-03-2010 16:48 ]

[Petervanakelyen]

Ondertussen nog wat verder heen-en-weer gemaild met Secube en een hele hoop dingen uit gevonden.
Blijkbaar is de eigenlijke maker van de DVR een koreaans bedrijf, genaamd ASTEL. Deze hebben een aantal verdelers, zoals Secube en DigiCube. Ik heb het 4-channel model. En er draait inderdaad Linux op.

Ik ben dit te weten gekomen doordat ik van Secube de bestanden heb gekregen om een systeem-update te doen. Ze hebben wellicht nog veel meer informatie, maar daar krijg ik jammer genoeg geen toegang toe omdat ik geen verdeler ben. Er zijn 3 bestanden.

DVR_upgrade_auto.zip

Bevat 6 bestanden. README, COPYRIGHT, en dan nog 4 bestanden in de vorm van "data0.bin" tot "data4.bin". In de README staat best wel interessante info:

The software is available at http://www.astel.co.kr/opensource/

The software in this directory tree is free software and uses
licenses that are aproved be the OpenSource Initative

http://www.opensource.org/

You may of course copy and redistribute sources and derived binaries
from this software.

Not all sub-projects use the same license. Here is a list of
sub-directories and it's related licenses:

BusyBox/
busybox utility (GPL)
see http://www.busybox.net/

BSD Utils/
Bunch of BSD utilies (BSD)
see http://www.gnu.org/
see ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/

CD Utils/
A CD/DVD-recording utility (GPL, CDDL)
see the Note below
see http://cdrecord.berlios.de/old/private/cdrecord.html

CD eject utility (GPL)
see http://sites.google.com/site/tranter/

Compress/
Zip utility (info-ZIP license)
see http://www.info-zip.org/UnZip.html

Unzip utility (info-ZIP license)
see http://www.info-zip.org/Zip.html

Disk/
Disk check utility (GPL, BSD)
see http://e2fsprogs.sourceforge.net/
see http://sourceforge.net/projects/hdparm/

DOS file system utils (GPL)
see http://www.rpmfind.net/li...arch.php?query=dosfstools

File System/
MTD(Memory Technology Devices) driver (GPL)
see http://www.linux-mtd.infradead.org/index.html

JFFS2 file system (GPL)
see http://sources.redhat.com/jffs2/

EXT2/3 file system (GPL)
see http://e2fsprogs.sourceforge.net/

GNU Utils/
Bunch of GNU utilies (GPL)
see http://www.gnu.org/software/
see http://ftp.gnu.org/gnu/
see http://www.kernel.org/pub/linux/utils/

GNU Bash (GPL)
see ftp://ftp.gnu.org/gnu/bash/

Procps (GPL, LGPL)
see http://procps.sourceforge.net/download.html

Vim editor (GPL)
see http://moolenaar.net/vim.html

Kernel/
Linux kernel (GPL),
linux kernel 2.4.26 with ARM processor patch
see http://www.kernel.org/

Lib/
GNU libc library (LGPL)
see http://www.gnu.org/software/libc/

NCURSES library (BSD)
see http://www.gnu.org/software/ncurses/ncurses.html

Log/
Kernel log daemon (GPL)
see http://www.infodrom.org/projects/sysklogd/

System log daemon (BSD)
see http://www.infodrom.org/projects/sysklogd/

Log utils (GPL)
see http://iain.cx/src/logrotate/

Network/
TCP-wrappers (TCP Wrappers license)
see ftp://ftp.porcupine.org/pub/security/index.html

Net tools (GPL)
see http://www.tazenda.demon.co.uk/phil/net-tools/

Netkit-ftp (BSD)
see ftp://ftp.uk.linux.org/pub/linux/Networking/netkit

Dynamic DNS (GPL)
see http://www.dyndns.com/

Quality Of Service(QoS) utility (GPL)
see http://www.policyrouting.org/

WEB hosting daemon (GPL)
see http://linux.bytesex.org/misc/webfs.html

UPnP daemon (BSD)
see http://pupnp.sourceforge.net/

Portmap daemon (BSD)
see ftp://ftp.porcupine.org/pub/security/index.html

Network Time Protocol Utility (FREE)
see http://support.ntp.org/bin/view/Main/WebHome


SMART/
SMART utility and daemon (GPL)
see http://sourceforge.net/apps/trac/smartmontools/wiki


For more information on the GPL read the file GPL-2.0.txt
For more information on the LGPL read the file LGPL-2.1.txt
For more information on the CDDL read the file CDDL.Schily.txt
For more information on the info-ZIP license read the file info-ZIP.txt
For more information on the TCP Wrappers license read the file TCP-Wrappers.txt

To find a list of CDDL licensed files, type:
find . -type f -exec grep -l 'License file CDDL' {} +

To find a list of GPL licensed files, type:
find . -type f -exec grep -l 'GNU General Public' {} +

To find a list of LGPL licensed files, type:
find . -type f -exec grep -l 'GNU Lesser General' {} +

No non-GPL source is based on or derived from GPL code.


Note:
mkisofs is changed to read files as information data which points to real data
with -ssf option to reduce temporal disk usage
(refer to __ASTEL__ in the source codes)

DVR_upgrade_compatible4.tgz

Bevat een tarball waarin een map "boot" staat, samen met een bestand "upgrade_info". In het bestand staat dat dit de kernel bevat. De map bevat op zijn beurt nog eens 2 bestanden, alarmRoot.ram.gz en linux2800Image.bz2.

En dan nog een manual om een update te kunnen doen (waar ik niets aan heb, aangezien je daarvoor in het menu moet komen).

Voor degenen die geïnteresseerd zijn heb ik hier nog even de bestanden online gezet:

dvr_upgrade_auto.zip
dvr_upgrade_compatible4.tgz
ET_251_upgrade.doc

Iemand een idee wat ik hier verder mee kan doen, en of ik relevante info heb?

[H!GHGuY]

Als ik mag gokken zijn die .bin bestanden feitelijk partities (al dan niet gecomprimeerd).

Probeer eens met gzip -t (of compress) of je die op een linux machine kan uitpakken.
Daarna kun je proberen om met mount aan de slag te gaan. Mogelijk is de kernel image niet in partitievorm.
Je kan met "strings" zien of je er iets leesbaar uit krijgt.
Of je gebruikt het standaard "file" commando...

Aangezien ze GPL based software gebruiken mag je aan hen de source + alle tools om die source te builden tot een image opvragen. Ze zijn verplicht om hieraan te voldoen. Doen ze dit niet, dan mail je maar even naar de FSF Hun eigen code mogen ze natuurlijk wel achterhouden...

[Petervanakelyen]

De source kan je vinden in de eerste link.
Heb hem gedownload (90MB) en daar zitten alle mappen in die in de readme worden beschreven.

Kan ik hier iets mee?

[mace]

alarmRoot.ram.gz is waarschijnlijk het root FS image, en linux2800 is ws. de kernel image.
data0 t/m 4.bin zijn idd ws. partities.

Kijk eens met het file commando wat voor bestanden die bin files zijn.

Of je wat met de source kan, misschien wel, ligt er aan hoe compleet deze is, je moet sowieso een toolchain hebben voor dat platform om hem te kunnen compilen.

[ Voor 5% gewijzigd door mace op 24-03-2010 14:32 ]

[Petervanakelyen]

De output van file:

data0.bin: data
data1.bin: ELF 32-bit LSB executable, ARM, version 1, dynamically linked (uses shared libs), for GNU/Linux 2.0.0, stripped
data2.bin: data
data3.bin: ASCII text
data4.bin: ASCII text

Als ik data3.bin open zie ik een checksum (4ab011d1f4a63ef24e70224e3de13fd82c34bf07), data4 bevat enkel een versienummer (0.0.3.0).

Ik heb ook file eens losgelaten op de uitgepakte "alarmRoot.ram" en de "linux2800Image".

alarmRoot.ram: Linux rev 1.0 ext2 filesystem data, UUID=52b31dfe-83bb-486c-af17-c9dd11259241
linux2800Image: data

[ Voor 23% gewijzigd door Petervanakelyen op 24-03-2010 15:40 ]

[Petervanakelyen]

Nog even een kleine update:

Ik heb vandaag wat verder geëxperimenteerd met de RS232-poort en HyperTerminal. Het lijkt er echter op dat er geen signalen verstuurd worden, ik krijg niet de gebruikele uBoot zooi.

Ik neem aan dat als ik hier iets mee wil doen, ik sowieso JTAG of uBoot meldingen moet krijgen?

[mace]

Ik weet bijna zeker dat er iets verkeerd is aangesloten, heb je een oscilloscoop of kan je er een lenen?

Petervanakelyen schreef op woensdag 24 maart 2010 @ 15:36:
De output van file:

data0.bin: data
data1.bin: ELF 32-bit LSB executable, ARM, version 1, dynamically linked (uses shared libs), for GNU/Linux 2.0.0, stripped
data2.bin: data
data3.bin: ASCII text
data4.bin: ASCII text

Als ik data3.bin open zie ik een checksum (4ab011d1f4a63ef24e70224e3de13fd82c34bf07), data4 bevat enkel een versienummer (0.0.3.0).

Ik heb ook file eens losgelaten op de uitgepakte "alarmRoot.ram" en de "linux2800Image".

alarmRoot.ram: Linux rev 1.0 ext2 filesystem data, UUID=52b31dfe-83bb-486c-af17-c9dd11259241
linux2800Image: data

OK, hoopvol. Alarmroot.ram kan je dus in principe zo al mounten.

[ Voor 79% gewijzigd door mace op 25-03-2010 19:12 ]

[H!GHGuY]

uBoot is ook GPL, dus aangezien ie er niet tussenstaat gebruiken ze die niet.
Mogelijk booten ze rechtstreeks de linux kernel.

Je kan in de linux sources eens kijken wat het startadres is. Ofwel is 1 van die andere 2 data bins een bootloader en de andere een FPGA image of zo.
Gebruik een strings op die binaries en post de relevant stukjes.

[Petervanakelyen]

Met strings op data0.bin en data2.bin zie ik een ongelijklijke hoeveelheid onleesbare tekens over mijn terminal vliegen, er is echter totaal niets uit op te maken. Data1.bin (de ARM executable) geeft hetzelfde, er zitten echter hier en daar aanduidingen zoals GMT -1, Budapest, en General tussen. Iets met selecteren van een bepaalde tijdszone?

Als ik strings loslaat op de linux2800Image krijg ik echter wel een hoop leesbare shizzle, het lijken kernel modules ofzo te zijn?

ide_replace_subdriver
ide_attach_drive
ide_register_driver
ide_scan_devices
ide_register_subdriver
ide_unregister_subdriver
ide_register_module
ide_unregister_module
...
init_irq
init_gendisk
hwif_init
export_ide_init_queue
proc_ide_read_config
proc_ide_read_drivers
proc_ide_read_imodel
proc_ide_read_mate
proc_ide_read_channel
...
pci_enable_wake
pcibios_present
pcibios_read_config_byte
pcibios_read_config_word
pcibios_read_config_dword
pcibios_write_config_byte
pcibios_write_config_word
...
zlib_inflateIncomp
zlib_deflate_workspacesize
zlib_deflate
zlib_deflateInit_
zlib_deflateInit2_
zlib_deflateEnd
zlib_deflateReset
zlib_deflateCopy
zlib_deflateParams
...
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~
 !"#$%&'()*+,-./0123456789:;<=>?@abcdefghijklmnopqrstuvwxyz[\]^_`abcdefghijklmnopqrstuvwxyz{|}~
 !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`ABCDEFGHIJKLMNOPQRSTUVWXYZ{|}~
i2c-dev dummy driver
I2C /dev entry
Astel I2c Algorithm
Astel Virtual I2C Controller

Ik heb dus nog steeds niet echt door wat wat allemaal is.

Heb ik goed als ik zeg dat:

- Data1.bin: TimeZone Selector
- Data3.bin: MD5-sum van data0.bin
- Data4.bin: versienummer

- alarmRoot.ram: ext2 filesystem
- linux2800Image: kernel

Oh ja, ik heb alarmRoot.ram inderdaad gewoon kunnen mounten.

[ajvdvegt]

Wat mace zegt: je moet even uitzoeken hoe de seriele poort in elkaar zit. Komt er wel 12V uit of 5V? Als het 5v is, heb je een converter-chip nodig.
Naast de 0V en de voedingslijn, moet je ook de Rx (receive) en Tx (transmit) pinnen zien te vinden. Misschien kan je dit allemaal met een multimeter uitvinden, maar een oscilloscoop is handiger.

[Petervanakelyen]

Eerst een fatsoenlijke nullmodem kabel vinden met handshaking. Volgens de reference manual van het Samsung Testbordje zijn er twee UART's. Er zit echter maar één aansluiting langs de achterkant, en voor HyperTerminal moet je sowieso UART1 gebruiken.

Ben dus nu wat aan het kijken naar de andere connectoren die erop zitten. Een osciloscoop wordt moeilijk, op school misschien.

[H!GHGuY]

Je hebt echt niet goed gekeken naar de output van strings.

Ik heb even met AnalogX TextScan gekeken (vergelijkbaar windows alternatief) en data0.bin bevat op z'n minst de bootloader. Ik vermoed dat data2.bin de FPGA image is en data1.bin de applicatie.

Als je strings loslaat op de applicatie zie je zelf een aantal commando's van de upgrade procedure:
mount /dev/mtdblock3 /usr/local
cp -Rpf %s/* /mtd/
dd if=%s of=/dev/flash.1 bs=256k
dd if=%s of=/dev/flash.2 bs=256k
dd if=%s/%s of=/dev/flash.0 bs=256k
fdisk -l -b 512 /dev/%s | sed -ne 's/^\/dev\/%s%d//p' | sed 's/*//' | sed 's/?//g' | gawk '{print $3}'
fstyp /dev/%s
fdisk -l /dev/sd[a-d] | grep "Disk /dev/sd" | cut -c 11-13
fdisk -l /dev/sd[a-d] | grep ^/dev/sd | cut -c 6-9
dd if=%s/%s of=/dev/flash.bios skip=%d ibs=%d obs=%d count=%d &
dd if=%s/%s of=/dev/flash.kernel skip=%d ibs=%d obs=%d count=%d &
dd if=%s/%s of=/dev/flash.ramdisk skip=%d ibs=%d obs=%d count=%d &
dd if=%s/%s of=/dev/flash.mtddisk skip=%d ibs=%d obs=%d count=%d &

en zelfs functies voor de console:
stty -F /dev/ttyS0 clocal

Of de bootloader:
/etc/lilo.d/lilo.conf

Doe je hetzelfde op data0.bin dan zie je bvb:
Send data to serial port using by YMODEM protocol...
(Dit is natuurlijk wel als het over data gaat en niet console text.)

[Petervanakelyen]

Zojuist nog even string gebruikt, maar dit keer wél naar boven gescrolled. Er staat inderdaad vanalles in.
Ik denk dat dit inderdaad de applicatie is, en de tekst die je hier en daar ziet berichten naar de gebruiker voor de eerste keer opstarten (selecteren van tijdszone, upgrade status, IP-adres config, etc).

Ik vind het echter wel gek dat er niet alleen naar data0 tot 4 wordt verwezen, maar blijkbaar ook naar data200 tot data204.bin. Of zou het een OF-functie zijn?

Anyway, ik heb een andere nullmodem kabel besteld, hopen dat ik daar nog iets meer te weten mee kom.
Is er iets wat ik in tussentijd nog kan doen? Is er een mogelijkheid om een of andere data binary aan te passen zodat je gedropt wordt naar een Busybox shell in plaats van dat de app rechtstreeks wordt gestart?

Ik vraag me echter nog steeds af waarom bij mij echter geen enkele app gestart wordt. Er blijft gewoon Initialization staan. Misschien omdat er geen camera's zijn aangesloten. Maar dat zou dan ook weer aan te passen moeten zijn in het OS, niet?

[H!GHGuY]

doe eens strings op die binaries en grep eens op Initialization.
Dan weet je toch al meteen in welk deel hij blijft hangen.

[Petervanakelyen]

Ik heb AnalogX TextScan ook maar eens geïnstalleerd want strings maakt van data0.bin toch echt alleen maar complete jibberish.

Ik kan "SYSTEM INITIALIZATION" wel vinden in de tekst, daarachter staat enkel:

ChipInitMDIN200 : Resol. (%d -> %d)
ChipInitMDIN200 : Initialize Main Format Converter ...
MDIN200: check register ...
MDIN200: offset=0x%x, data=0x%x
MDIN200: write=0x%x, read=0x%x [ERROR]
MDIN200: write=0x%x, read=0x%x [OK]
MDIN200: check done.
MDIN200 B/W Ext : OFF
MDIN200 B/W Ext : sup10
MDIN200 B/W Ext : sup80
MDIN200 B/W Ext : ext150
MDIN200 B/W Ext : ext200
MDIN200 B/W Ext : ext30
MDIN200 B/W Ext : ext50
MDIN200 B/W Ext : ext70

...waarna weer complete jibberish volgt.

Moet ik naar een MDIN200 chip gaan zoeken? Die zit namelijk niet op het bord. Ik heb juist alle chipjes overlopen. Het zou zogenaamd om een HD de-interlacer gaan.

[ Voor 7% gewijzigd door Petervanakelyen op 27-03-2010 17:48 ]

[ThinkPad]

Pleur dat bordje er anders gewoon uit en stop er een ITX plankje in Kun je tenminste wat mee

[Petervanakelyen]

Uit wat? Er zit nu al geen behuizing meer rond!

Ondertussen ook nog eens verder gekeken in data0.bin. Er staat oa. ook dit in:

Initialize VGA Chips [AL260]
Initialize VGA Chips [MDIN180]
Initialize VGA Chips [MDIN200]
Initialize VGA Chips [UNKNOWN]
Initialize MUX
Initialize CODEC
Initialize SAA7120

Ook van de Techwell TW2804-chip wordt vermelding gemaakt. Ik vraag me echter af waar ik dan MDIN180 en MDIN200 moet gaan zoeken.

[ Voor 80% gewijzigd door Petervanakelyen op 27-03-2010 17:51 ]

[H!GHGuY]

Petervanakelyen schreef op zaterdag 27 maart 2010 @ 17:30:
Ik heb AnalogX TextScan ook maar eens geïnstalleerd want strings maakt van data0.bin toch echt alleen maar complete jibberish.

Ik kan "SYSTEM INITIALIZATION" wel vinden in de tekst, daarachter staat enkel:

[...]

...waarna weer complete jibberish volgt.

Moet ik naar een MDIN200 chip gaan zoeken? Die zit namelijk niet op het bord. Ik heb juist alle chipjes overlopen. Het zou zogenaamd om een HD de-interlacer gaan.

Volgens mij hangt je bord in de bootloader. Je kan eens proberen om de HD correct te partitioneren en er de images op te zetten. Adhv de mount commando's en dergelijke kun je proberen uitzoeken wat waar moet.

[Petervanakelyen]

Ik heb zojuist even fstab nagelopen.

#	fstab for ALArm
#
/dev/ram0		/		ext2	defaults		0 0
none			/proc		proc	defaults		0 0
none			/dev/pts	devpts  gid=5,mode=620  	0 0
/dev/mtdblock3		/usr/local	jffs2	defaults,noatime	0 0
#
/dev/hda1		/ide		ext3	defaults      		1 1
#
/dev/hda3		/secube/hdd0	ext3	defaults      		1 1
#
/dev/hdc3		/secube/hdd2	ext3	defaults      		1 1
/dev/hdd3		/secube/hdd3	ext3	defaults      		1 1
#
# EOF

De HDD heeft dus 2 partities (klopt met de bevindingen die ik had toen ik de originele HDD in PC hing), waarvan één partitie de opnames bevat, de andere weet ik niet. Hier is nog een oud topic daarover.

Echter denk ik niet dat dat het probleem is. Ik ben met dit apparaat nooit verder geraakt dan "System Initialization". Ook niet toen ik nog niets had aangepast en enkel een VGA en Stroomkabel erin had zitten.
Ofwel is het ding dus gebricked (wat me niet logisch lijkt aangezien er gewoon opnames op de HDD stonden) ofwel moeten er idd. camera's aan worden gehangen.

Maar ik vraag me af of het niet mogelijk is dat idioot "System initialization" scherm te skippen en te switchen naar de console waar de boot-tekst wordt weergegeven. Iemand een idee?

[H!GHGuY]

Ik denk echt niet dat het ding zit te wachten op video input om door te starten.
Er zat ergens in de code een string "Input Loss" of "TS Loss" dus het ding kan er heus tegen dat de video wegvalt of niet aanwezig is bij booten.

Een extraatje is dat /dev/mtdblock3 met jffs2 mountable is. Kans is groot dat jij in je desktop kernel helemaal geen jffs2 hebt aangezet. Probeer die eens aan te zetten en die mtdblock3 te vinden en te mounten. Uit usr/local kan je misschien ook wel wat wijzer worden.

Ik begin toch te vermoeden dat je ofwel met een seriele kabel iets meer zal vinden of als dat niet lukt met JTAG.
In je hyperterminal, gebruik je daar flow control?
Zet die handel eens uit en probeer verschillende bitrates:
38400 8n1, 115200 8n1, enz.
Telkenmale rebooten. Als je settings in de goeie richting zitten maar je bitrate fout is krijg je mogelijk al garbage output.

[Petervanakelyen]

Heb mtd-utils geïnstalleerd nu, eens kijken of het lukt om /dev/mtdblock3 te mounten.
Maar waar kan ik /dev/mtdblock3 vinden?

In HyperTerminal staat flow control uit, en wordt 115200 als bitrate gebruikt, net zoals in de reference manual van het Samsung S3C2800 prototype board. Het wordt wellicht wachten op die nullmodem kabel eer ik daar verder mee kan.

EDIT: Nog iets interessants gevonden in /etc/inittab:

# The default runlevel.
id:3:initdefault:

# Boot-time system configuration/initialization script.
si::sysinit:/etc/rc.d/rc.sysinit #> /dev/null 2>&1

# /etc/init.d executes the S and K scripts upon change of runlevel.
#
# Runlevel  0 is halt.
# Runlevel  1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel  6 is reboot.

l0:0:wait:/etc/rc.d/rc 0	> /dev/null 2>&1
l1:1:wait:/etc/rc.d/rc 1	> /dev/null 2>&1
l2:2:wait:/etc/rc.d/rc 2	> /dev/null 2>&1
l3:3:wait:/etc/rc.d/rc 3	#> /dev/null 2>&1
l4:4:wait:/etc/rc.d/rc 4	> /dev/null 2>&1
l5:5:wait:/etc/rc.d/rc 5	> /dev/null 2>&1
l6:6:wait:/etc/rc.d/rc 6	> /dev/null 2>&1

# Run DVR Program ...
L:3:once:/usr/bin/checkUpgradeLava	> /dev/null 2>&1

# getty on a serial line (for a terminal)
T0:12345:respawn:/sbin/agetty -Z 115200 ttyS0 ansi

# EOF

Blijkbaar is er wel een terminal met bitrate 115200 op een RS232-poort?

[ Voor 57% gewijzigd door Petervanakelyen op 28-03-2010 11:42 ]

[H!GHGuY]

Door de kernel configuratie door te nemen kun je mss nog wel enkele dingetjes te weten komen.

Vziw moet je voor de cross-over RS232 kabel enkel de RX en TX verbinden.

[Petervanakelyen]

Heb me zojuist nog eens bezig gehouden met het maken van een nullmodem kabel adhv. een aantal dingetjes die ik hier nog had liggen, en volgens mij klopt de kabel.

Als ik hem aansluit op PC en DVR, kan ik niets typen in de HyperTerminal. Als ik de DVR aanzet en ongeveer een 50-tal seconden wacht kan ik wel vannalles typen. Er veranderd dus wel iets. Overigens begint op de DVR het lampje dat de fan niet goed werkt ook te knipperen als ik hem aanzet met COM-kabel erin.

Het doet dus wel iets, maar veel ben ik er niet echt mee? En hoe kan ik de kernel config doornemen als ik de kernel niet kan mounten of iets dergelijks?

[H!GHGuY]

De kernel zit toch in de sources? Daar moet de kernel config dus ook bij zitten.

Je kan op de terminal eens proberen om een SysRq in te geven.

[Petervanakelyen]

Ik heb zojuist even de kernel sources gedownload, maar veel interessant zie ik niet staan. Patches voor de Samsung CPU staan in aparte directories. Enig idee waar ik achter moet zoeken?

Ik heb "SysRq" ingegeven, maar dat doet niets. Ik blijf daar echter op dit moment even verder mee experimenteren.

[mace]

SysRq is een speciaal commando, druk ieens op het break knopje (zit boven page up meestal).
Als je de kernel config vind moet je even kijken of CONFIG_MAGIC_SYSRQ wel aanstaat.

[ Voor 32% gewijzigd door mace op 28-03-2010 18:52 ]

[Petervanakelyen]

Doet ook al niets. Op dit moment lijkt het alsof er gewoon geen enkele connectie tussen de DVR en de PC is.
Ik heb één keer iets als ">" gezien, maar dat kan ook zijn omdat ik per ongeluk op die toets had geduwd.
Het heeft toch geen betekenis blijkbaar. Waar ergens moet ik naar "CONFIG_MAGIC_SYSRQ" zoeken? Heb even wat opgezocht en het lijkt een interessante toets, alleen is die ook redelijk nutteloos als ik zelfs geen verbinding met de DVR lijk te krijgen.

Ik vraag me echt af wat ik nog kan doen. Ik ben nu bezig met het overlopen van andere connector's op het moederbord, maar het doormeten van een aantal pins heeft tot nu toe enkel -3.3V en +3.3V blootgegeven. Ik kan geen enkele 10-pins connector vinden die dat als output heeft.

[ Voor 16% gewijzigd door Petervanakelyen op 28-03-2010 19:47 ]

[mace]

Petervanakelyen schreef op zondag 28 maart 2010 @ 19:33:
Waar ergens moet ik naar "CONFIG_MAGIC_SYSRQ" zoeken? Heb even wat opgezocht en het lijkt een interessante toets, alleen is die ook redelijk nutteloos als ik zelfs geen verbinding met de DVR lijk te krijgen.

In de kernel config, moet bij de sources zitten.

[ Voor 3% gewijzigd door mace op 28-03-2010 22:16 ]

[Petervanakelyen]

Er is wel een kernel-map maar er zijn honderden config files.

[Sir Isaac]

In de toplevel directory staat een .config bestand waar een duizendtal parameters de waarde 'y', 'm' of '' (yes, module, no) krijgen. Heb je de kernel sources van de leverancier, of alleen een vanille kernel?
Ik zou je nulmodem kabel eens testen met een apparaat waarvan je weet dat het werkt.