KNC1 V1 - Problem

Ulf · 14. Februar 2007

Hallo,
nun habe ich auch zwei von den:

0000:01:07.0 Class 0480: 1131:7146 (rev 01)
Subsystem: 1894:0020
Flags: bus master, medium devsel, latency 123, IRQ 5
Memory at fc121000 (32-bit, non-prefetchable)

und bin verwirrt,
a) Patch von hier ( KNC1 V1 - Problem)
Knc1c-003.diff nehmen oder
b) den aus dem Cinergy Thread? (Cinergy 1200 DVB-C wird nicht erkannt)
Knc1c-003.005.diff.bz2

Gruß und Danke
Ulf

wirbel · 14. Februar 2007

b) Den allerletzten, irgendwas mit 007

Ulf · 14. Februar 2007

Danke Wirbel,
denn hätte ich fast übersehen
Cinergy 1200 DVB-C wird nicht erkannt

Gruß Ulf

Ulf · 15. Februar 2007

Hallo,
sie läuft, fast
Vorgehen unter gen2vdr:

Code

stp vdr
/_config/bin/dvb_update.sh
/_config/bin/dvbmod unload
cd /usr/local/src/DVB
bzcat tda1002x.007.diff.bz2 | patch -p1
make distclean
make 
make install
/_config/bin/dvbmod check
/_config/bin/dvbmod load
stt vdr

Alles anzeigen

sieht auch gut aus:

Code

saa7146: register extension 'budget_av'.
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI Interrupt 0000:01:09.0[A] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11
saa7146: found saa7146 @ mem d0a12400 (revision 1, irq 11) (0x1894,0x0020).
saa7146 (1): dma buffer size 192512
DVB: registering new adapter (KNC1 DVB-C).
adapter failed MAC signature check
encoded MAC from EEPROM was ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff
KNC1-1: MAC addr = 00:09:d6:ff:f0:aa
TDA10021: i2c-addr = 0x0d, id = 0x7c
DVB: registering frontend 1 (Philips TDA10021 DVB-C)...
budget-av: ci interface initialised.

Alles anzeigen

aber tuned leider nicht richtig:

Feb 15 19:33:29 [vdr] [3653] frontend 0 lost lock on channel 35, tp 362
Feb 15 19:33:29 [vdr] [3653] frontend 0 regained lock on channel 35, tp 362
Feb 15 19:33:30 [vdr] [3653] frontend 0 lost lock on channel 35, tp 362
Feb 15 19:33:31 [vdr] [3653] frontend 0 regained lock on channel 35, tp 362
Feb 15 19:34:00 [vdr] [3632] switching to channel 4
Feb 15 19:34:01 [vdr] [6030] cAudioRepacker(0xC0): skipped 208 bytes to sync on next audio frame
Feb 15 19:34:02 [vdr] [6030] cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Feb 15 19:34:02 [vdr] [6030] ERROR: unknown picture type '4'
- Last output repeated twice -
Feb 15 19:34:06 [vdr] [6030] ERROR: unknown picture type '6'
- Last output repeated 2 times -
Feb 15 19:34:08 [vdr] [6030] ERROR: unknown picture type '7'
- Last output repeated 2 times -
Feb 15 19:34:11 [vdr] [3632] switching to channel 3
Feb 15 19:34:13 [vdr] [3632] switching to channel 2
Feb 15 19:34:19 [vdr] [3632] switching to channel 1
Feb 15 19:34:19 [vdr] [6045] cDolbyRepacker: skipped 236 bytes while syncing on next AC3 frame
Feb 15 19:34:20 [vdr] [6045] cVideoRepacker: found reserved start code: stream seems to be scrambled
Feb 15 19:34:20 [vdr] [6045] cAudioRepacker(0xC0): skipped 584 bytes to sync on next audio frame
Feb 15 19:34:25 [vdr] [3632] switching to channel 2

Kanal 1 (ard) bekomme ich nicht getunded
Kanal 2 (zdf) und 3 (3sat) gehen allerdings dauert es manchmal etwas bis er erscheint
Kanal 4 (das 4.) tuned leider auch nicht

Gruß Ulf

Ps: hat jemand einen Tip für weitere Versuche?
achja die FF in dem System (Signatur 2.) bekommt alle ganz normal
PPs: kein CI vorhanden
Kernel ist 2.6.16-gentoo
beim zdf Feq 346 Srate 6875 QAM 64
ist STR 55% SNR 90 % BER 00194790 UNC 0

e9hack · 15. Februar 2007

Zitat

Original von ULF

hat jemand einen Tip für weitere Versuche?

Ändere mal philips_cu1216_tuner_set_params() noch ein klein wenig:

Diff

--- ../../../../../../007/linux/drivers/media/dvb/ttpci/budget-av.c     2007-02-12 21:38:15.000000000 +0100
+++ budget-av.c 2007-02-15 20:18:16.000000000 +0100
@@ -614,6 +614,7 @@
        struct budget *budget = (struct budget *) fe->dvb->priv;
        u8 buf[6];
        struct i2c_msg msg = {.addr = 0x60,.flags = 0,.buf = buf,.len = sizeof(buf) };
+       int i;


 #define CU1216_IF 36125000
 #define TUNER_MUL 62500
@@ -633,6 +634,25 @@
                fe->ops.i2c_gate_ctrl(fe, 1);
        if (i2c_transfer(&budget->i2c_adap, &msg, 1) != 1)
                return -EIO;
+
+       msg.flags = I2C_M_RD;
+       msg.len = 1;
+       for (i = 0; i < 20; i++) {
+               if (fe->ops.i2c_gate_ctrl)
+                       fe->ops.i2c_gate_ctrl(fe, 1);
+               if (i2c_transfer(&budget->i2c_adap, &msg, 1) == 1 && (buf[0] & 0x40))
+                       break;
+               msleep(10);
+       }
+       msg.flags = 0;
+       msg.buf = &buf[2];
+       msg.len = 2;
+       buf[2] &= ~0x40;
+       if (fe->ops.i2c_gate_ctrl)
+               fe->ops.i2c_gate_ctrl(fe, 1);
+       if (i2c_transfer(&budget->i2c_adap, &msg, 1) != 1)
+               return -EIO;
+

Alles anzeigen

Da wird nach dem PLL-Lock vom Tuner die Charge-Pump auf den kleineren Strom geschaltet.

Gruß
e9hack

Ulf · 15. Februar 2007

Hallo e9hack,
leider keine große Verbesserung BER beim ZDF jetzt 00002a94 und Bild/Ton ok

ARD ist nicht Tunebar hat allerdings gleiche BER wie oben aber halt UNC auf FFFFFFFFF

Danke und Gruß Ulf

ETM · 16. Februar 2007

Zitat

Originally posted by ULF
Hallo,
Kanal 1 (ard) bekomme ich nicht getunded
Kanal 2 (zdf) und 3 (3sat) gehen allerdings dauert es manchmal etwas bis er erscheint
Kanal 4 (das 4.) tuned leider auch nicht

Gruß Ulf

Ps: hat jemand einen Tip für weitere Versuche?
achja die FF in dem System (Signatur 2.) bekommt alle ganz normal
PPs: kein CI vorhanden
Kernel ist 2.6.16-gentoo
beim zdf Feq 346 Srate 6875 QAM 64
ist STR 55% SNR 90 % BER 00194790 UNC 0

Alles anzeigen

Das Problem kenne ich - habe ich hier auch - nur dass hier ARD als einer der wenigen Transponder fehlerfrei geht und ZDF nicht. Die FuSI bekommt sie alle mit BER zwischen 200-1000. Da bin ich ja schon mal beruhigt, dass die Karte nicht futsch ist sondern der Tuner noch nicht 100% korrekt angesteurt wird.

laga · 16. Februar 2007

Guten Tag die Herren,

ich habe ebenfalls eine KNC1 DVB-C V1 Karte aus der Bucht. Mit dem Treiber von der LinuxTV-Mailingliste bekomme ich sogar ein Bild, alles wunderbar! Auch meine Terratec Cinergy 1200 DVB-C funktioniert noch.

Zusätzlich zu der KNC1 habe ich noch ein Cineview von KNC und ein Alphacrypt Light. Wenn ich nun mein Alphacrypt in das CI stecke, bleibt das Bild stehen auf den FTA-Kanälen, auch umschalten in Kaffeine/czap bringt nichts. Verschlüsselte Kanäle kann ich erst recht nicht schauen. Wenn ich das CAM wieder entferne spielt Kaffeine munter weiter.

Bei meiner Recherche bin ich auf ähnliche Probleme gestoßen, so z.B. im Thread knc-1 dvb-c with cam. Andrew de Quincey stellt dort auch einen Patch bereit, der wohl in hg eingeflossen ist. Ich habe versucht, ihn in meinen mercurial tree einzuarbeiten, der bereits mit Hartmuts Patch gepatcht ist. Irgendwann ist mir aufgefallen, dass das kaum sinnvoll ist: der Patch von de Quincey wurde wohl nicht ohne Grund von euch aus budget-av.c entfernt, außerdem hagelte es nur OOPSes :unsch.

Ich bin also mit meinem Latein am Ende: wenn jemand einen Tipp hat, wie ich die Karte mit CI vernünftig zum fliegen brächte wäre das super :). Das CAM selbst lässt sich mit der KNC--Karte über gnutv -cammenu ansprechen.
Mit meiner Cinergy bekomme ich mit dem CAM schon immer nur ein "CAM did not respond" im syslog, da ich offenbar eine Karte erwischt habe, bei der das CI tatsächlich defekt ist. Mit der Cinergy kann ich also nicht großartig testen.

Hier noch die relevante Ausgabe von dmesg und lspci.

Code

01:07.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: KNC One Unknown device 0020
        Flags: bus master, medium devsel, latency 32, IRQ 19
        Memory at ea000000 (32-bit, non-prefetchable) [size=512]


01:0a.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: TERRATEC Electronic GmbH Unknown device 1156
        Flags: bus master, medium devsel, latency 32, IRQ 20
        Memory at ea001000 (32-bit, non-prefetchable) [size=512]

Code

saa7146: found saa7146 @ mem e08a2000 (revision 1, irq 19) (0x1894,0x0020).
saa7146 (0): dma buffer size 192512
DVB: registering new adapter (KNC1 DVB-C).
adapter failed MAC signature check
encoded MAC from EEPROM was ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff
KNC1-0: MAC addr = 00:09:d6:ff:f0:1a
NET: Registered protocol family 17
TDA10021: i2c-addr = 0x0d, id = 0x7c
DVB: registering frontend 0 (Philips TDA10021 DVB-C)...
budget-av: ci interface initialised.
ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
ACPI: PCI Interrupt 0000:01:0a.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 20
saa7146: found saa7146 @ mem e0930000 (revision 1, irq 20) (0x153b,0x1156).
saa7146 (1): dma buffer size 192512
DVB: registering new adapter (Terratec Cinergy 1200 DVB-C).
adapter failed MAC signature check
encoded MAC from EEPROM was ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff
budget-av: cam inserted A
KNC1-1: MAC addr = 00:0a:ac:01:db:e9
dvb_ca adapter 0: DVB CAM detected and initialised successfully
TDA10021: i2c-addr = 0x0c, id = 0x7c
DVB: registering frontend 1 (Philips TDA10021 DVB-C)...
budget-av: ci interface initialised.

Alles anzeigen

-- Michael

e9hack · 16. Februar 2007

Zitat

Original von laga
Andrew de Quincey stellt dort auch einen Patch bereit, der wohl in hg eingeflossen ist. Ich habe versucht, ihn in meinen mercurial tree einzuarbeiten, der bereits mit Hartmuts Patch gepatcht ist. Irgendwann ist mir aufgefallen, dass das kaum sinnvoll ist: der Patch von de Quincey wurde wohl nicht ohne Grund von euch aus budget-av.c entfernt, außerdem hagelte es nur OOPSes :unsch.

Den Patch von Andrew de Quincey habe ich eigentlich nicht wirklich entfernt. Vielleicht muß man was zur Historie wissen:

Es gab wohl Probleme mit korrigierten Daten vom TDA10021. Der liefert dann zusätzliche FEC-Bytes die mit eingelesen wurden. Um dies zu verhindern, wurde die Clock-Polarität des Output-Interface vom TDA10021 invertiert (Änderung Byte 0x12 in der Init-Tabelle von 0xa1 auf 0xa0).

Dies hat allerdings dazu geführt, daß keine Daten mehr übers CI/CAM kamen. Andrew hat dann den Treiber so geändert, daß die Clock-Polarität zurückgedreht wird, wenn die Daten übers CI/CAM gehen.

Der letzte (mein) Patch stellt den Urzustand wieder her und verhindert das einlesen der FEC-Bytes durch eine andere Zeilenlänge beim Transfer über den SAA7146.

Probleme mit dem CI/CAM gibt es eigentlich schon immer. Ich kann da keine Ursachenforschung betreiben, da ich (noch) kein CI/CAM benötige. Es wäre hilfreich, wenn jemand (Du) unter Windows die Register vom SAA7146 bzw. TDA10021 auslesen würde, wenn das CI/CAM Sender entschlüsselt.

Gruß
e9hack

e9hack · 16. Februar 2007

Zitat

Original von ULF
ARD ist nicht Tunebar hat allerdings gleiche BER wie oben aber halt UNC auf FFFFFFFFF

Wenn kein Lock da ist wird UNC immer auf 0xffffffff gesetzt. Den BER Wert kann man mit folgendem Patch in den Griff bekommen.

Diff

--- a/linux/drivers/media/dvb/frontends/tda10021.c      Fri Feb 16 07:35:15 2007 -0200
+++ b/linux/drivers/media/dvb/frontends/tda10021.c      Fri Feb 16 18:18:29 2007 +0100
@@ -310,6 +310,7 @@ static int tda10021_read_ber(struct dvb_
        u32 _ber = tda10021_readreg(state, 0x14) |
                (tda10021_readreg(state, 0x15) << 8) |
                ((tda10021_readreg(state, 0x16) & 0x0f) << 16);
+       _tda10021_writereg(state, 0x10, (tda10021_readreg(state, 0x10) & ~0xc0) | (tda10021_inittab[0x10] & 0xc0));
        *ber = 10 * _ber;


        return 0;

Alles anzeigen

Wirbel wollte eigentlich so was ähnliches schon mit im letzten Patch habem. Ich wollte es nicht, weil der Patch nie ins Repository kommt, wenn zu viele Sachen gleichzeitig geändert werden.

Gruß
e9hack

ETM · 16. Februar 2007

Zitat

Originally posted by laga
Guten Tag die Herren,

ich habe ebenfalls eine KNC1 DVB-C V1 Karte aus der Bucht. Mit dem Treiber von der LinuxTV-Mailingliste bekomme ich sogar ein Bild, alles wunderbar! Auch meine Terratec Cinergy 1200 DVB-C funktioniert noch.

Zusätzlich zu der KNC1 habe ich noch ein Cineview von KNC und ein Alphacrypt Light. Wenn ich nun mein Alphacrypt in das CI stecke, bleibt das Bild stehen auf den FTA-Kanälen, auch umschalten in Kaffeine/czap bringt nichts. Verschlüsselte Kanäle kann ich erst recht nicht schauen. Wenn ich das CAM wieder entferne spielt Kaffeine munter weiter.

Rein interessehalber: Was passiert auf den FTA und crypt Kanälen bei der KNC v1, wenn Du den Treiber nicht mit e9hack's patch patcht und die Treiber lädst, während bereits ein Alphacrypt drin ist? Geht's dann?

Ich habe nämlich auch das Gefühl, dass e9hack's patch CI nicht weniger funktionabel macht, als es bereits eh schon ist - von daher kann man ihn auch committen (my 2 cents).

laga · 16. Februar 2007

Hallo ETM,

Zitat

Rein interessehalber: Was passiert auf den FTA Kanälen bei der KNC v1, wenn Du den Treiber nicht mit e9hack's patch patcht und die Treiber lädst, während bereits ein Alphacrypt drin ist? Geht's dann?

Dann geht gar nichts. Ich benötigte e9hacks Patch, damit die Karte überhaupt auf FTA-Kanälen nutzbar ist. Ansonsten kommt der "readreg"-Fehler. Ich weiß das, weil ich gestern abend zwei Stunden lang zu blöd war, um den Patch anzuwenden

e9hack:

Zitat

Probleme mit dem CI/CAM gibt es eigentlich schon immer. Ich kann da keine Ursachenforschung betreiben, da ich (noch) kein CI/CAM benötige. Es wäre hilfreich, wenn jemand (Du) unter Windows die Register vom SAA7146 bzw. TDA10021 auslesen würde, wenn das CI/CAM Sender entschlüsselt.

Vielen Dank für deine Erklärung! Ich werde mal Windows installieren und die Register dumpen.

--Michael

Ulf · 16. Februar 2007

Zitat
Original von e9hack
Wenn kein Lock da ist wird UNC immer auf 0xffffffff gesetzt. Den BER Wert kann man mit folgendem Patch in den Griff bekommen.
Diff
--- a/linux/drivers/media/dvb/frontends/tda10021.c      Fri Feb 16 07:35:15 2007 -0200
+++ b/linux/drivers/media/dvb/frontends/tda10021.c      Fri Feb 16 18:18:29 2007 +0100
@@ -310,6 +310,7 @@ static int tda10021_read_ber(struct dvb_
        u32 _ber = tda10021_readreg(state, 0x14) |
                (tda10021_readreg(state, 0x15) << 8) |
                ((tda10021_readreg(state, 0x16) & 0x0f) << 16);
+       _tda10021_writereg(state, 0x10, (tda10021_readreg(state, 0x10) & ~0xc0) | (tda10021_inittab[0x10] & 0xc0));
        *ber = 10 * _ber;


        return 0;
Alles anzeigen
Wirbel wollte eigentlich so was ähnliches schon mit im letzten Patch habem. Ich wollte es nicht, weil der Patch nie ins Repository kommt, wenn zu viele Sachen gleichzeitig geändert werden.

Gruß
e9hack
Alles anzeigen

Hallo,
jep das tut was an der BER

Auf der Suche habe ich noch einen alten Tip vom Ufo gefunden und auch gleich mal eingebaut:

http://www.linuxtv.org/piperma…/2006-January/007794.html

In the past there were some problems with KNC1 DVB-S cards. You might
check whether one of the following modifications helps for DVB-C:
(1) enable master reset in saa7146_core.c (line 354)
If it still does not work:
(2) slow down I2C speed: replace SAA7146_I2C_BUS_BIT_RATE_120 by
SAA7146_I2C_BUS_BIT_RATE_480 in budget-core.c

Sollte ja nicht stören also lasse ich es erstmal drin
aber es bleibt dabei:
************************************************************************
zdf tut
ard nicht
************************************************************************
evtl sagt das euch ja was:
dvbscan -a 1 -5 -n -o vdr -p -e 4 -x 0 -vv initial_tuning_data.txt > channelsknc.conf
Ausschnitt:

Code

0x0000 0x6de2: pmt_pid 0x07d0 ARF -- Test-SÿHARDBayeRisches FSmÏÿHARDWDZ KölnmÍÿHARDar (???)
0x0000 0x181f: pmt_pid 0x0000 ARD -- BayeRisches FS (running)
0x0000 0x6dcf: pmt_pid 0x0258 ARD -- WDZ Köln (running)
0x0000 0x6dcd: pmt_pid 0x0190 ARD -- arte (running)
0x0000 0x6dca: pmt_pid 0x0064 ARD -- das Erste (running)
0x0000 0x6dcc: pmt_pid 0x012c ARD -- hr-fepns%hen (running)
0x0000 0x6dd0: pmt_pid 0x02bc ARD -- Br-alpha (running)
0x0000 0x6dd1: pmt_pid 0x0320 ARD -- SWR Fensehen BW (running)
WARNING: section too short: service_id == 0x6dd2, section_length == 23, descriptors_loop_len == 719
SDT (actual TS)
WARNING: section too short: service_id == 0x6164, section_length == 515, descriptors_loop_len == 3935
WARNING: filter timeout pid 0x0011
NIT (actual TS)
Network Name 'mSTRAJW'
WARNING: section too short: transport_stream_id == 0x442e, section_length == 627, descriptors_loop_len == 1037
WARNING: filter timeout pid 0x0010
WARNING: filter timeout pid 0x0010
>>> tune to: 346:M64:C:6875:
>>> tuning status == 0x1f

Alles anzeigen

Gruß und Danke
Ulf

laga · 17. Februar 2007

Hallo,

Zitat

Ich habe nämlich auch das Gefühl, dass e9hack's patch CI nicht weniger funktionabel macht, als es bereits eh schon ist - von daher kann man ihn auch committen (my 2 cents).

du hast wohl leider recht. Auch in Windows geht rein gar nichts mehr, sobald ich das CI aktiviere.

Danke für eure Geduld! Ich werde mich erstmal an den Support von KNC1 wenden.

Michael

wirbel · 17. Februar 2007

Zitat

Original von ULF
evtl sagt das euch ja was:
dvbscan -a 1 -5 -n -o vdr -p -e 4 -x 0 -vv initial_tuning_data.txt >
Ulf

Legst du auch noch deine verwendete "initial_tuning_data.txt" dazu? Dann wüßte man noch dazu verwendete Inversion, Modulation und Symbolrate. Oder verrätst vllt.noch diese Angaben bei dem Kanal mit dem Fehler.

Ulf · 17. Februar 2007

Moin Wirbel,
nagut aber nur weil du es bist (sorry)

# file automatically generated by w_scan
# (http://free.pages.at/wirbel4vdr/w_scan/index2.html)
# freq sr fec mod
C 338000000 6875000 AUTO QAM64
C 346000000 6875000 AUTO QAM64

338 ist der mit ARD welcher nicht tut,
346 ist ZDF und geht.

Hast du eine Idee wie man die inversion testen könnte,
evtl kommt die Knc ja mit Auto nicht so gut zurecht?

Gruß Ulf

Ps: außer ARD gehen noch einige andere nicht, aber ein sinnvoller Zusammenhang hat sich mir da noch nicht erschlossen,
deshalb dachte ich ich bleibe erstmal einfach bei dem Beispiel

e9hack · 17. Februar 2007

Zitat

Original von ULF

# file automatically generated by w_scan
# (http://free.pages.at/wirbel4vdr/w_scan/index2.html)
# freq sr fec mod
C 338000000 6875000 AUTO QAM64
C 346000000 6875000 AUTO QAM64

l

Alles anzeigen

Es wird zwar immer wieder gesagt, daß Inversion auf Auto stehen sollte, aber eigentlich ist das nur sinnvoll, wenn man nicht weiß wie Inversion konfiguriert werden muß.

Eigentlich kann bei DVB-C kein Frontend Auto-Inversion. Das wird nur vom DVB-Treiber simuliert. Wenn es im Tuning-Thread innerhalb einer bestimmten Zeit keinen Lock gibt, wird die Inversion geändert und neu getuned. Dummerweise benutzen fast alle Kabel-Provider Inversion=ON und der Auto-Algorithmus vom DVB-Treiber startet immer mit OFF. Dadurch gibts bei jedem Transponderwechsel eine zusätzliche Wartezeit von 0,5..1,5sec.

Gruß
e9hack

wirbel · 17. Februar 2007

Zitat

Original von ULF
Moin Wirbel,
nagut aber nur weil du es bist (sorry)

*g* Hauptsache du tust es.

Na erstmal hast du ne Symbolrate von 6875 statt 6900. Da wär schon mal n Unterschied. Bei mir haben z.B. alle Sender 6900

Ulf · 17. Februar 2007

Danke euch Beiden für die Hinweise,
imo mache ich gerade einen Test mit dem hg Treiber von heute und einer untergeschobenen budget-av.c vom nitek (mit Änderungen nach etm),
Nitek sagt bei ihm tut das seitdem unter gen2vdr.

Gruß Ulf

wirbel · 17. Februar 2007

Hast du mal nen link zum Patch?

KNC1 V1 - Problem

Jetzt mitmachen!

Teilen