Er zijn 75 reacties in dit onderwerp

[pieterg]

> ifconfig eth0 down && sleep 1 && ifconfig eth up

Levert bij ook een verbroken connectie op. Dus kan ik nu niet meer verder testen.

ik had vantevoren al een getty gestart op de compoort

[Sjaaky]

Soms moet ik ook nadenken voor ik iets doe.. ifconfig eth0 down is niet zo handig als je vanaf nfs draait..

[pieterg]

Soms moet ik ook nadenken voor ik iets doe.. ifconfig eth0 down is niet zo handig als je vanaf nfs draait..

idd
Maar ik ben toch wel benieuwd of het op de 7025 ook optreedt.
Op zowel de 800 als 8000 wel namelijk (beide bcm), dus als het op de 7025 (ati) ook zo is, zullen we waarschijnijk de drivers kunnen uitsluiten als oorzaak.

Heb al wel flink zitten debuggen, de driver krijgt gewoon interrupts (per ontvangen pakket), en lijkt ook data te lezen. Maar er gebeurt vervolgens niks mee.
Wel lastig debuggen, want de berg pakket data kan ook komen van een moment dat het net weer even wel werkte...

[Erik Slagter]

Soms moet ik ook nadenken voor ik iets doe.. ifconfig eth0 down is niet zo handig als je vanaf nfs draait..

LOL dat heb ik ook wel eens gedaan :-)

Heb je echt alles (root) vanaf nfs?

[Sjaaky]

ifconfig down en up werkt wel gewoon vanuit flash. Vervolgens is mijn gateway niet gezet, maar dat is logisch.

@Erik. Mijn root is een nfs export van tmp/rootfs uit de bouwomgeving. Alleen de kernel komt uit de flash.

[Erik Slagter]

@Erik. Mijn root is een nfs export van tmp/rootfs uit de bouwomgeving. Alleen de kernel komt uit de flash.

Zo heb ik ook jaren gewerkt op de dm7000, alleen dan de kernel vanaf
tftp. Superflexibel, alleen op de één of andere manier loop je tegen een
memory leak in de kernel aan, of iets anders vaags, dat was altijd eens
per twee weken rebooten, anders werd-ie supertraag. Swap hielp niet
eens.

[Sjaaky]

Maar er gebeurt vervolgens niks mee.

Dit zou het gebruik van het netwerk in het algemeen (ftp, mounts, webif, flashen) toch ook moeten hinderen? Of wordt dat met tcp retransmits opgelost?

Ik neem aan dat het netwerk inmiddels wel beter is geimplementeerd dan op een dm500. Daar worden grote pakketten (ping -s 16000) gewoon nooit succesvol ingelezen.

[pieterg]

let wel, het probleem treedt pas op na een ifconfig down/up.
Daarvoor gaat alles prima, en die bcm's halen ook een veel hogere netwerk snelheid dan de ati trouwens, niks mis mee.
(behalve de driver, ziet er ook wel een beetje uit als een prutswerkje van iemand die normaal userspace programmeert, en dan nog...)

[janj]

Hoi Pieterg,

Met deze openpli build doken ook weer "afstemmen mislukt" of in het Duits "tunen fehlgeschlagen" weer op. Heb uiteindelijk tone_amplitude aangepast en deze regel opgenomen in de bootup . Mijn lnb's zijn weer stabiel. Ik heb hierover weer een bericht achtergelaten bij DMM. Ze kunnen deze melding bij DMM maar niet onder controle krijgen. Telkens als DMM wat aan de drivers veranderd moet je maar weer afwachten of die inmiddles beruchte melding weer terugkomt. Op andere boards incl DMM zie ik weer steeds meer berichten omtrent dit probleem opduiken. Is het mogelijke dat jullie in het openpli image onder menu zender zoeken een keuze optie inbouwen waar men tone_amplitude waardes kan instellen. Geldige waardes lopen van 7 t/m 12 die men kan gebruiken om toon hoogtes naar de lnb's te sturen of is dit in jullie image al ergens ondergebracht en heb ik dit over het hoofd gezien.

mvg Jan

[pieterg]

er was toch een plugin waarmee je diseqc / tune fijnafstemmingen kon maken?

[pieterg]

let wel, het probleem treedt pas op na een ifconfig down/up.
Daarvoor gaat alles prima, en die bcm's halen ook een veel hogere netwerk snelheid dan de ati trouwens, niks mis mee.
(behalve de driver, ziet er ook wel een beetje uit als een prutswerkje van iemand die normaal userspace programmeert, en dan nog...)

100% zeker een driver bug.
Na het backporten van een nieuwere versie van de bcm ethernet driver kan ik het probleem voorlopig niet meer reproduceren.
Ik zal het nog een beetje netjes maken, en committen.

[janj]

Hoi Pieterg,

Onder systemplugins apparatuur instellingen kun je bepaalde delays instellen maar zie daar geen mogelijkheid tussen staan om de tone_amplitude in te stellen. Ik zal eens opzoek gaan of daar inderdaad een plugin voor is.

mvg Jan

[pieterg]

kan best dat we het over dezelfde plugin hebben, maar dat die optie nog ontbreekt.

[janj]

Hoi Pieterg,

Ja we hebben het over dezelfde plugin.

Ik heb nu onderstaande regel opgenomen op de laatste regel van de BOOTUP

echo 11 >/proc/stb/frontend/0/tone_amplitude

Het zou eleganter zijn als dat via die apparatuur instelling systeem plugin ingesteld zou kunnen worden.

mvg Jan

[pieterg]

probleem is wel dat dit niet voor alle frontends van toepassing is, volgens mij alleen voor de bsbe2?
En weet je de min/max waarden voor die setting?

(en daarnaast is het prutsen met python in andermans plugins niet mijn favoriete bezigheid overigens)

[janj]

Hoi Pieterg,

Min = 6
Max = 12

voor tone_amplitude en je kunt weleens gelijk hebben betreffende tuner type waarop het betrekking heeft.

Maar de bootup aanpassen werkt ook.

mvg Jan

[michel30]

Dreambox 800 heeft heel veel problemen met de ethernet adapter.
Zo heb ik hier torrent aangezet, en als er heel veel verbindingen binnen komen en naar buiten gaat dan slaat de ethernet op hol, kan ik niet pingen enz.
Als ik torrent uit zet gaat het wel goed.

Dit probleem heb ik op een dreambox 7000 niet.

Er is iets met de ethernet kaart in de dreambox 800. MAAR WAT.......

[pieterg]

Er is iets met de ethernet kaart in de dreambox 800. MAAR WAT.......

best kans dat dit dezelfde issue is.
Voor de 800 heb ik inmiddels nieuwere drivers werkend.
Hoopte dat het op de 8k ook zou werken, maar daar is het net weer wat anders.
Ik ben nu bezig voor de 8k ook een update te maken, als dat allemaal werkt komt ook de fix voor de 800 online.

Ook in die nieuwere drivers kan ik zo al een paar mogelijke races aanwijzen, maar als de ergste bugs er maar uit zijn kan ik er voorlopig wel mee leven...

[pieterg]

800 maar gecommit, dat werkt aardig.
8000 krijg ik niet werkend.
En, eerlijk gezegd, als je gewoon constructies als dit in de driver ziet staan:

	if (atomic_read(&pDevCtrl->rxDmaRefill) != 0) {
		atomic_set(&pDevCtrl->rxDmaRefill, 0);

daar zakt je toch ook werkelijk je broek van af.

Dus ik ben het voorlopig even helemaal zat, ik ga wat anders doen...

[janj]

Hoi Pieterg,

Als jij constateert aan de driver code dat het prutswerk is zoals de ethernet drivers door DMM
in elkaar gekunsteld zijn. Kun jij als pli ontwikkelaar dan bij DMM niet aangeven hoe de ethernet driver er wel uit zou moeten zien. Ik geloof dat ze bij DMM niets testen wat daarvan de tekentafel komt. De ontwikkeling bij DMM gaat schijnbaar 1 stap voorruit en daarna met 2 stappen achteruit. Je weet bij DMM schijnbaar nooit hoe een verandering aan de gesloten broncode uitpakt in een nieuw gebouwd image. Overleg tussen DMM en image bouwers is zeker moeizaam?

mvg Jan