[MarMic]

hi jungs,

da ich mich ja um die aufwärtskombatibilitäts checks verantwortlich fühle teste ich unser build system immer gegen die neusten ubuntu alphas/betas usw...

scheint so als kriegen wir nun mit der neusten alpha stress mit libc

Code: [Select]

initfini.c:29: Error: .size expression does not evaluate to a constant

so siehts ganz aus:

Code: [Select]

make[6]: Verlasse Verzeichnis '/home/marmic/devel/MLD/INITRAMFS/src/busybox-1.18.3'
make[6]: Betrete Verzeichnis '/home/marmic/devel/MLD/INITRAMFS/src/uClibc-2010.10.15'
  MKDIR include/config
#
# configuration written to ./.config
#
make[6]: Verlasse Verzeichnis '/home/marmic/devel/MLD/INITRAMFS/src/uClibc-2010.10.15'
make[6]: Betrete Verzeichnis '/home/marmic/devel/MLD/INITRAMFS/src/uClibc-2010.10.15/utils'
initfini.c: Assembler messages:
initfini.c:29: Error: .size expression does not evaluate to a constant
initfini.c:29: Error: .size expression does not evaluate to a constant
make[7]: *** [lib/crtn.o] Error 1
make[6]: *** [../lib/libc.so.0] Fehler 2
make[6]: Verlasse Verzeichnis '/home/marmic/devel/MLD/INITRAMFS/src/uClibc-2010.10.15/utils'
make[6]: Betrete Verzeichnis '/home/marmic/devel/MLD/INITRAMFS/src/uClibc-2010.10.15'
  AS lib/crtn.o
initfini.c: Assembler messages:
initfini.c:29: Error: .size expression does not evaluate to a constant
initfini.c:29: Error: .size expression does not evaluate to a constant
make[6]: *** [lib/crtn.o] Fehler 1
make[6]: Verlasse Verzeichnis '/home/marmic/devel/MLD/INITRAMFS/src/uClibc-2010.10.15'

@claus, reicht ein tauschen der uclibc source oder muss man noch was beachten?

ist übrigens erst seit der neusten alpha so (bestimtm gcc)

edit://hmmnützt auch nichst ne neue uClibc

Code: [Select]

marmic@marmic-VirtualBox:~/devel/MLD/INITRAMFS$ make
initramfs:
  MKDIR include/config
#
# configuration written to ./.config
#
initfini.c: Assembler messages:
initfini.c:29: Error: .size expression does not evaluate to a constant
initfini.c:29: Error: .size expression does not evaluate to a constant
make[3]: *** [lib/crtn.o] Error 1
make[2]: *** [../lib/libc.so.0] Fehler 2
  GEN include/bits/sysnum.h
  AS lib/crtn.o
initfini.c: Assembler messages:
initfini.c:29: Error: .size expression does not evaluate to a constant
initfini.c:29: Error: .size expression does not evaluate to a constant
make[2]: *** [lib/crtn.o] Fehler 1
make[1]: *** [src/uClibc/utils/ldconfig] Fehler 2
make: *** [_all] Fehler 2
marmic@marmic-VirtualBox:~/devel/MLD/INITRAMFS$


[clausmuus]

Da wird dann sicherlich google in nen paar Tagen was dazu sagen können.

Claus

[MarMic]

bis jetzt habe ich noch gar nichts gefunden... Naja warten wir ab. Achja bb ist nun raus und macht nun das patchen unnötig.

Greetz

[clausmuus]

bb?

[MarMic]

sry tippe am handy und wollte zeicheeßn sparen. Bb = busybox und in der neusten vers ist wget direkt gepatcht. Haste mittlerweil mld3 real getestet? Nach dem we bin ich mehr als zufrieden mit der nvidia sache und ff läuft ja seit monaten

greetz

[clausmuus]

Ja, ich teste das hin und wieder auf'm alten Notebook im nvidia Grafik. Der nvidia Treiber geht auf dem aber nicht, also nehme ich nouveau.
Mal abgesehen davon das der leistungsmäßig am Anschlag ist, ging es ohne AGP Treiber (oder mit der alten xineliboutput Version?) besser. Da war die Last zwar noch höher (load größer 2), dafür reagierte das OSD aber noch. Aktuell reagiert er nicht mehr, wenn man mal ne halbe Minute nichts gemacht hat. Solange man fleißig eingaben macht geht's so halbwegs. Das OSD wird wenn überhaupt so stark verzögert angezeigt das man nicht mehr weiß ob es aktuell offen ist, oder schon wieder geschlossen. Meist ist nach ner Weile das gesamte System blockiert, auch wenn das TV-Bild weiter läuft.

Claus

[MarMic]

ha wunderbar! da haste doch das was ich beschrieben habe! und wofür ich --hud oder irgend ne andere option vermute!

schau mal hier:

http://www.minidvblinux.dyndns.org/forum/i...t=0&#entry22997

und bei xorg hatte ich das auch mal erwähnt! das habe ich shcon vor agp! und seit agp habe ich das besser im griff

greetz

edit://oder es liegta n der option use video driver oder sonst irgendwas! es ist ne option die hinzugekommen ist. bzw wenn ich livecd boote und tty nie wechsel habe ich das problem nicht!

kam nicht mal ne option --xwindow hinzu oder sowas? bei mir hilft es zb eingaben per tastatur zu machen udn dann ALT  TAB zu drücken dann werden diese sofort abgearbeitet!

[MarMic]

so da ich nun noch jemanden habe den das betrifft udn cih anfangs dachte es liegt nur an meienr nagelneuen hardware (den erst seit der ist mri das aufgefallen) -> werde ich mal installieren und rumprobieren, denn im netz finde ich absolut nichts!

werde hier per edit erfahrungen posten und hoffe wir finden den fehler (und das ist wohl dann nicht nur ein radeon fehler) amd baord/cpu?

greetz

[MarMic]

ich finds einfach net --hud weggelasen --use videoout weggelassen und irgendwann freezed er (aber nicht nach ner zeit sondern nach wilden hin und her schalten)

hmm das einzige was mit agp nun anders ist das agp treiber erst vor xorg geladen werden! vllt muessen wir diese vorher laden wie es passiert wenn sie im kernel fest sind...

greetz
 

[MarMic]

sooooo

@claus nun liegts an dir das gegenzutesten!

entferne mal bei der rc.config das  -p tvtime:method=use_vo_driver komplett raus speichern

und per osd/menu/system/vdr setup/plugins/xineliboutput/video/deinterlacer -> AUS setzen

reboot.

ich habe nun keine aussetzer mehr. kannste das gegentesten wenn es dann bei dir auch geht liegt es an den vorgegeben einstellungen die wir wegen vdpau eingeführt haben?! (ach ich weiss selbst net weiter und stochere wild rum)

greetz

edit:// und die option --hud noch raus nehmen (am besten sieht amnd as wenn man auf hardware stellt)

greetz

[MarMic]

... kann man nur radeon kms abschalten und nouveau nicht?

ach man

[MarMic]

hi claus,

xineliboutput fehler liegt nicht an natty udn wäre nun mit allen anderen auch aufgetaucht! du musst die xinelib-dev mit in die deps nehmen!

greetz

[MarMic]

sorry heisst libxine-dev muss abgeändetr werden sonst bauts hier nimmer

greetz

[MarMic]

hi jungs,

Code: [Select]

test:
  svn: Could not open the requested SVN filesystem
make[1]: *** [checkout] Fehler 1
make: *** [checkout_all] Fehler 2

greetz

[clausmuus]

ups, das war nur nen Nachbleibsel meiner Tests. Hab's wieder entfernt.

Claus