Hallo,
Wie man normal den Kernel erstellt weis ich, aber für den 2.6.9 bin ich wohl noch zu sehr DAU. Also, mir ist er bei`m aus checken aufgefallen.
Daher würde mich sehr Intressieren ob und in wie weit der schon funtioniert und ob sich ein Test lohnt in Bezug auf ein lauffähiges Image. (mit all seinen abstrichen).
Und wenn ja wie erstelle ich den kernel bzw. wo muss was editiet werden?
rm .deps/linuxkernel
make linuxkernel
erzeugt mir ja immer den 2.4.27
Dann noch diese *.raw (*.pal) Bildchen. Mir ist aufgefallen das in kronischen abständen mal danach gefragt wurde, die *.raw sind zu gross.
Stört mich auch ein wenig. Nun meine fragen.
shutdown
scan
u. radio
benötigen diese Platzverschwender. Warum haben die alle ein unterschiedliches Format? Und was müsste man ändern damit schlankere bilchen verwendet werden können. Meinetwegen png oder schiessmichtot , aber doch nicht 1,5Mb für *grml*
Eine andere idee wäre es wenn diese 3 zu einem vereint werden könnten.
Egal, wäre net wenn sich einer meiner problemchen annehmen würde
cu Boxilla
Wie 2.6.9 kernel erstellen? u. Fette *.raw nerven
-
- Interessierter
- Beiträge: 67
- Registriert: Sonntag 5. September 2004, 17:09
-
- Erleuchteter
- Beiträge: 553
- Registriert: Freitag 27. Februar 2004, 14:30
Hi,
vielleicht hilft dir folgende rudimentäre Anleitung weiter:
1. ppc Kernel 2.6.9 auschecken via bitkeeper
(evtl bikeeper software vorher besorgen/installieren)
2. "bk export ..." in Verzeihnis linux-2.6.9-ppc durchführen
3. Ein Archiv erstellen und in Dein tuxbox cdk/Archiv kopieren
4. normale yadi images für 2.4er Kernel bauen
5. Nun folgendes Script ausführen
(ein paar Variablen sind vorher auf deine Bedürfnisse anzupassen, z.B. Verzeichnisse)
Kernel (kernel-cdk) ist nun im "tftpboot" Verzeichnis
Standardmodule in "cdkroot/lib/modules/..."
Nun fehlen noch die Module (driver) aus dem tuxbox "driver_2_6_branch" ...
Den Kram kannst Du wie folgt bauen:
1. "driver_2_6_branch" auschecken aus CVS ...
Angenommen das Zielverzeichnis heißt "tuxbox-cvs-26", dann enthält es nach dem Auschecken das "driver" Verzeichnis !
2. Datei "driver/kernel.make" sorgsam an die eigenen Bedürfnisse anpassen (auch passend zum nachfolgendem Script)
3. Folgendes Script ausführen:
die Module sind jetzt zu finden in "$BASE_DIR/tmp/lib/modules/..."
Nun fehlen nur noch ein geeignets u-boot und eine busybox mit modutils für 2.6er Kernel
(-> Solltest du auch alleine hinbekommen).
Natürlich läßt sich derzeit kein flashbares Image erzeugen. Ist halt momentan nur sinnvoll, den 2.6er Kernel remote zu booten.
Als nfs-root filesystem kann man eins aus nem 2.4er build nehmen. Aber es sind halt die scripte "/etc/init.d/start", "/etc/init.d/rcS" erst mal entsprechend auf das Minimalste abzuspecken und evtl. noch ein paar Kleinigkeiten anzupassen (2.6er module nach /lib/modules usw.)
- GMo -
vielleicht hilft dir folgende rudimentäre Anleitung weiter:
1. ppc Kernel 2.6.9 auschecken via bitkeeper
(evtl bikeeper software vorher besorgen/installieren)
Code: Alles auswählen
bk clone -rv2.6.9_linuxppc http://ppc.bkbits.net:/linuxppc-2.5 linux-2.6.9_linuxppc
3. Ein Archiv erstellen und in Dein tuxbox cdk/Archiv kopieren
Code: Alles auswählen
tar -zcvf linux-2.6.9-ppc.tgz linux-2.6.9-ppc
cp ...
5. Nun folgendes Script ausführen
(ein paar Variablen sind vorher auf deine Bedürfnisse anzupassen, z.B. Verzeichnisse)
Code: Alles auswählen
#!/bin/sh
#-- setup these vars for your purposes --
BASE_DIR=$HOME/yadi
ARCH_DIR=$BASE_DIR/Archive
DBOX_DIR=$BASE_DIR/dbox
#---------------------------------------------------
#
CVS_DIR=$BASE_DIR/tuxbox-cvs
CDK_DIR=$CVS_DIR/cdk
PATCH_DIR=$CDK_DIR/Patches
#
CC_PREFIX=$DBOX_DIR/cdk/bin/powerpc-tuxbox-linux-gnu-
#
#----------------------------------------------------
mkdir -p $DBOX_DIR/tftpboot
cd $DBOX_DIR/tftpboot
rm kernel-cdk
cd $CDK_DIR
if ! [ -d linux-2.6.9-ppc ]; then
tar -zxvf ./Archive/linux-2.6.9-ppc.tgz
cd linux-2.6.9-ppc
patch -p1 < $PATCH_DIR/linux-2.6.9-dbox2-platform.diff
patch -p1 < $PATCH_DIR/linux-2.6.9-dbox2-w1.diff
cp $PATCH_DIR/linux-2.6.9-dbox2-config .config
else
cd linux-2.6.9-ppc
fi
make oldconfig ARCH=ppc
make ARCH=ppc CROSS_COMPILE=$CC_PREFIX
make modules_install ARCH=ppc CROSS_COMPILE=$CC_PREFIX \
DEPMOD=/bin/true INSTALL_MOD_PATH=$DBOX_DIR/cdkroot
$DBOX_DIR/cdk/bin/mkimage \
-n 'dbox2' -A ppc -O linux -T kernel -C gzip \
-a 00000000 -e 00000000 \
-d ./arch/ppc/boot/images/vmlinux.gz \
$DBOX_DIR/tftpboot/kernel-cdk
chmod 644 $DBOX_DIR/tftpboot/kernel-cdk
Standardmodule in "cdkroot/lib/modules/..."
Nun fehlen noch die Module (driver) aus dem tuxbox "driver_2_6_branch" ...
Den Kram kannst Du wie folgt bauen:
1. "driver_2_6_branch" auschecken aus CVS ...
Angenommen das Zielverzeichnis heißt "tuxbox-cvs-26", dann enthält es nach dem Auschecken das "driver" Verzeichnis !
2. Datei "driver/kernel.make" sorgsam an die eigenen Bedürfnisse anpassen (auch passend zum nachfolgendem Script)
3. Folgendes Script ausführen:
Code: Alles auswählen
#!/bin/sh
#-- setup these vars for your purposes --
BASE_DIR=$HOME/yadi
ARCH_DIR=$BASE_DIR/Archive
DBOX_DIR=$BASE_DIR/dbox
TMP_DIR=$BASE_DIR/tmp
DRIVER_DIR=$BASE_DIR/tuxbox-cvs-26/driver
INST_DIR=$TMP_DIR/cdkroot
#---------------------------------------------------
#
CVS_DIR=$BASE_DIR/tuxbox-cvs
CDK_DIR=$CVS_DIR/cdk
PATCH_DIR=$CDK_DIR/Patches
#
CC_PREFIX=$DBOX_DIR/cdk/bin/powerpc-tuxbox-linux-gnu-
#
#----------------------------------------------------
cd $DRIVER_DIR
#
make KERNEL_LOCATION=$CDK_DIR/linux-2.6.9-ppc CROSS_COMPILE=$CC_PREFIX
#
mkdir -p $INST_DIR/bin
make KERNEL_LOCATION=$CDK_DIR/linux-2.6.9-ppc \
BIN_DEST=$INST_DIR/bin \
INSTALL_MOD_PATH=$INST_DIR \
install
die Module sind jetzt zu finden in "$BASE_DIR/tmp/lib/modules/..."
Nun fehlen nur noch ein geeignets u-boot und eine busybox mit modutils für 2.6er Kernel
(-> Solltest du auch alleine hinbekommen).
Natürlich läßt sich derzeit kein flashbares Image erzeugen. Ist halt momentan nur sinnvoll, den 2.6er Kernel remote zu booten.
Als nfs-root filesystem kann man eins aus nem 2.4er build nehmen. Aber es sind halt die scripte "/etc/init.d/start", "/etc/init.d/rcS" erst mal entsprechend auf das Minimalste abzuspecken und evtl. noch ein paar Kleinigkeiten anzupassen (2.6er module nach /lib/modules usw.)
- GMo -
-
- Senior Member
- Beiträge: 1339
- Registriert: Donnerstag 24. April 2003, 12:12
Dann fehlt noch das "/sbin/hotplug"-Skript aus apps/tuxbox/tools/hotplug. Sonst lädt er die Cam, Demux und Avia-Firmware nicht.
Achso, Enigma überschreibt das /sbin/hotplug mit dem binary für die Dreambox welches nur für USB genutzt werden kann. Dbox2/Dreambox brauchen also verschiedene hotplug-Skripte.
Achso, Enigma überschreibt das /sbin/hotplug mit dem binary für die Dreambox welches nur für USB genutzt werden kann. Dbox2/Dreambox brauchen also verschiedene hotplug-Skripte.
-
- Erleuchteter
- Beiträge: 553
- Registriert: Freitag 27. Februar 2004, 14:30
Hi,
hier noch ein "first try" rcS, das alle benötigten Module lädt und aus einer nicht mehr ganz aktuellen yadi Version abgeleitet ist:
Wichtig auch folgende "/etc/fstab"
(entsprechende Verzeichnisse (/sys, /proc und /tmp müssen vorhanden sein):
Anmerkungen:
Ich hab auch noch zusätzlich zum hotplug das udev-300 Paket installiert (ob nötig, noch nicht verifiziert) ...
Auf meiner Sagem Kabel wurden alle Module sauber geladen, jedoch meldet das "dbox2_napi" Module "kein frontend vorhanden". Außerdem muß man den "tda80xx" und "ves1x93" zusätzlich zum "at76c651" laden, weil sonst die Abhängigkeiten nicht erfüllt sind. Hab mir die Sache noch nicht näher anschauen können (ist wahrscheinlich noch Baustelle) und NPQ kann bestimmt noch einiges dazu sagen.
Ich bin auch gerne bereit den "at76c651" bei meinen Sagems zu testen und dankbar für Hinweise zwecks sinnvoller Vorgehensweise.
Auf dieser Basis konnte ich neutrino (erstmal ohne camd2) hochfahren und es hat auch alles bis auf den - Empfang - funktioniert.
Beim Abspielen von ts files via movieplayer ist aber leider die CPU-Last auf 100% hochgegangen. Auch hier hab ich nix genauer untersucht. Vermutlich hängt das aber zusammen mit dem "DMA-Bug" der beim Kernelstart gemeldet wird.
Weiß jetzt aber nicht, wer denn überhaupt DMA machen will, ob Netzwerktreiber und/oder noch andere ???
Frage am Rande: Ist dieser DMA-Bug (dma-mapping.c) eigentlich bekannt oder hab ich was falsch gemacht beim Kernelbau ?
Auch hab ich das Programm "chkIVersion" mal laufen lassen.
Das hatte aber folgende sonderbare Auswirkungen:
CPU-Last 100% und dauerloop
Wo kann ich dazu die Sourcen finden ?
Würd gern mal reinschauen, was da gemacht wird ...
Zum Schluß noch ein riesiges Dankeschön an NPQ (carjay) und alle anderen Beteilgten, die die Portierung soweit vorangebracht haben.
Insgesamt läuft das schon suuuper, eigentlich viel besser als das bei solchen Aktionen zu erwarten ist
- GMo -
hier noch ein "first try" rcS, das alle benötigten Module lädt und aus einer nicht mehr ganz aktuellen yadi Version abgeleitet ist:
Code: Alles auswählen
#!/bin/sh
# Alles mounten
mount -a
# Pfade setzen
export PATH=/var/bin:/sbin:/bin:/var/plugins
# Pfad zu insmod und den Modules festlegen
export IM="/sbin/insmod"
export MDK="/lib/modules/"$(uname -r)"/kernel/drivers"
export MD="/lib/modules/"$(uname -r)"/extra"
# Zeitformat setzen
. /etc/profile
# Den Hostnamen (dbox) festlegen
hostname -F /etc/hostname
# Standard-Module laden
if [ /var/etc/.w1_wire ]; then
$IM $MDK/w1/wire.ko
$IM $MDK/w1/w1_smem.ko
$IM $MDK/w1/dbox2_w1.ko
fi
# Module laden
$IM $MD/event.ko
$IM $MD/tuxbox.ko
# DVB core
$IM $MD/dvb-core.ko dvb_shutdown_timeout=0
# I2C core
$IM $MD/dbox2_i2c.ko
# Frontprozessor
$IM $MD/dbox2_fp.ko
if [ -e /var/etc/.oldrc ]; then
$IM $MD/dbox2_fp_input.ko disable_new_rc=1
else
$IM $MD/dbox2_fp_input.ko
fi
# Misc IO
$IM $MD/avs.ko
$IM $MD/saa7126.ko
# Daten ueber die Box einlesen
VENDOR=`/bin/tuxinfo -V`
VENDOR_ID=`/bin/tuxinfo -v`
MODEL=`/bin/tuxinfo -M`
MODEL_ID=`/bin/tuxinfo -m`
SUBMODEL=`/bin/tuxinfo -S`
SUBMODEL_ID=`/bin/tuxinfo -s`
# Und ausgeben
echo "Detected STB:"
echo " Vendor: $VENDOR"
echo " Model: $MODEL $SUBMODEL"
# Image laeuft nur auf D-BOX2
if [ ! $MODEL_ID -eq 1 ]; then
halt
fi
# CAM laden (keinee VENDOR Abhaengigkeit mehr)
$IM $MD/cam.ko
# Falls Netzwerk konfiguriert
if [ -e /etc/network/interfaces ] ; then
ifup -a &
test -x /sbin/inetd && inetd
test -x /sbin/sshd &&/etc/init.d/start_sshd &
fi
Internetzeit holen
if [ -e /var/etc/.rdate ]; then
/sbin/rdate time.fu-berlin.de
fi
# Weitere Module
# Zum abschalten des Watchdogs bei AVIA 500
if [ -e /var/etc/.no_watchdog ]; then
$IM $MD/avia_av.ko no_watchdog=1
else
$IM $MD/avia_av.ko
fi;
# Bei Avia_gt hw_sections und nowatchdog abfragen
GTOPTS=""
if [ -e /var/etc/.hw_sections ]; then
GTOPTS="hw_sections=0 "
fi;
if [ -e /var/etc/.no_enxwatchdog ]; then
GTOPTS="${GTOPTS}no_watchdog=1 "
fi;
$IM $MD/avia_gt.ko ${GTOPTS}
$IM $MD/avia_gt_fb.ko
$IM $MD/lcd.ko
$IM $MD/avia_gt_lirc.ko
$IM $MD/avia_gt_oss.ko
$IM $MD/avia_gt_v4l2.ko
# aviaEXT gibt's noch nicht ?
#if [ -e /var/etc/.aviaext ]; then
# $IM $MD/aviaEXT.ko
#fi
# Je nach Typ weitere Module laden
# (siehe noch Anmerkungen unten !!!)
if [ $VENDOR_ID -eq 1 ]; then
echo "not used"
#Nokia
#$IM $MD/ves1820.ko
#$IM $MD/ves1x93.ko board_type=1
elif [ $VENDOR_ID -eq 2 ]; then
echo "not used"
# Philips
#if [ -e /var/etc/.tda80xx.ko ]; then
# $IM $MD/tda80xx.ko
#else
# $IM $MD/tda8044h.ko
#fi
elif [ $VENDOR_ID -eq 3 ]; then
# Sagem
$IM $MD/tda80xx.ko
$IM $MD/ves1x93.ko
$IM $MD/at76c651.ko
else
echo "Hersteller unbekannt"
halt
fi
if [ -e /var/etc/.spts_mode ]; then
# SPTS-Treiber laden
$IM $MD/dbox2_napi.ko mode=1
#$IM $MD/dvb2eth.ko (fehlt noch)
else
# Keinen SPTS-Treiber laden
$IM $MD/dbox2_napi.ko
fi;
# Image-Infos anzeigen !!! bad for 2.6 !!!
#if [ -e /var/etc/.boot_info ]; then
# if [ -e /bin/chkIVersion ]; then
# /bin/chkIVersion &
# fi;
# Lirc konfigurieren, falls Datei existiert
if [ -e /var/tuxbox/config/lirc/lircd.conf ]; then
/sbin/lircd /var/tuxbox/config/lirc/lircd.conf
fi;
# Telnet-Begruessung schreiben
echo "Read /disclaimer.txt and have fun with yadi on your $VENDOR $MODEL - Kernel %r (%t)..." > /etc/issue.net
# compatibility links
ln -sf demux0 /dev/dvb/adapter0/demux1
ln -sf dvr0 /dev/dvb/adapter0/dvr1
ln -sf fb/0 /dev/fb0
test -x /bin/loadkeys && loadkeys /share/keymaps/i386/qwertz/de-latin1.kmap.gz
if [ -e /var/etc/init.d/rcS.local ]; then
. /var/etc/init.d/rcS.local
elif [ -e /etc/init.d/rcS.local ]; then
. /etc/init.d/rcS.local
fi
# Falls Netzwerk nicht konfiguriert
if [ ! -e /etc/network/interfaces ]; then
/bin/lcdip
ifup -a &
test -x /sbin/inetd && inetd
test -x /sbin/sshd &&/etc/init.d/start_sshd &
fi
# Neutrino compatibility links
# maybe its wrong at this position, its better to integrate it in start_neutrino
if [ ! -e /var/tuxbox/config/neutrino/icons/radiomode.raw ]; then
mkdir -p /var/tuxbox/config/neutrino/icons
cd /var/tuxbox/config/neutrino/icons
ln -sf /share/tuxbox/neutrino/icons/radiomode_ro.pal radiomode.pal
ln -sf /share/tuxbox/neutrino/icons/radiomode_ro.raw radiomode.raw
fi
# tuxmail-Daemon starten
if [ -e /var/etc/.tuxmaild ]; then
/bin/tuxmaild
fi
(entsprechende Verzeichnisse (/sys, /proc und /tmp müssen vorhanden sein):
Code: Alles auswählen
devpts /dev/pts devpts defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /tmp ramfs defaults 0 0
Ich hab auch noch zusätzlich zum hotplug das udev-300 Paket installiert (ob nötig, noch nicht verifiziert) ...
Auf meiner Sagem Kabel wurden alle Module sauber geladen, jedoch meldet das "dbox2_napi" Module "kein frontend vorhanden". Außerdem muß man den "tda80xx" und "ves1x93" zusätzlich zum "at76c651" laden, weil sonst die Abhängigkeiten nicht erfüllt sind. Hab mir die Sache noch nicht näher anschauen können (ist wahrscheinlich noch Baustelle) und NPQ kann bestimmt noch einiges dazu sagen.
Ich bin auch gerne bereit den "at76c651" bei meinen Sagems zu testen und dankbar für Hinweise zwecks sinnvoller Vorgehensweise.
Auf dieser Basis konnte ich neutrino (erstmal ohne camd2) hochfahren und es hat auch alles bis auf den - Empfang - funktioniert.
Beim Abspielen von ts files via movieplayer ist aber leider die CPU-Last auf 100% hochgegangen. Auch hier hab ich nix genauer untersucht. Vermutlich hängt das aber zusammen mit dem "DMA-Bug" der beim Kernelstart gemeldet wird.
Weiß jetzt aber nicht, wer denn überhaupt DMA machen will, ob Netzwerktreiber und/oder noch andere ???
Frage am Rande: Ist dieser DMA-Bug (dma-mapping.c) eigentlich bekannt oder hab ich was falsch gemacht beim Kernelbau ?
Auch hab ich das Programm "chkIVersion" mal laufen lassen.
Das hatte aber folgende sonderbare Auswirkungen:
CPU-Last 100% und dauerloop
Wo kann ich dazu die Sourcen finden ?
Würd gern mal reinschauen, was da gemacht wird ...
Zum Schluß noch ein riesiges Dankeschön an NPQ (carjay) und alle anderen Beteilgten, die die Portierung soweit vorangebracht haben.
Insgesamt läuft das schon suuuper, eigentlich viel besser als das bei solchen Aktionen zu erwarten ist
- GMo -
-
- Erleuchteter
- Beiträge: 553
- Registriert: Freitag 27. Februar 2004, 14:30
Hi,
hier mal noch ein boot-log, bei dem der DMA-Bug und am Schluß das "fehlende" frontend zu sehen sind:
- GMo -
hier mal noch ein boot-log, bei dem der DMA-Bug und am Schluß das "fehlende" frontend zu sehen sind:
Code: Alles auswählen
Linux version 2.6.9-dbox2 (hipp@hopp) (gcc version 3.3.5) #2 Thu Feb 3 13:11:01 CET 2005
On node 0 totalpages: 8192
DMA zone: 8192 pages, LIFO batch:2
Normal zone: 0 pages, LIFO batch:1
HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: console=ttyCPM0 root=/dev/nfs rw nfsroot=192.168.69.102:/dbox2/yaddroot/ ip=192.168.69.104:192.168.69.1
PID hash table entries: 256 (order: 8, 4096 bytes)
Decrementer Frequency = 247500000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x2000)
Console: colour dummy device 80x25
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 30288k available (1508k kernel code, 496k data, 72k init, 0k highmem)
Calibrating delay loop... 62.08 BogoMIPS (lpj=31040)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Badness in dma_alloc_init at <----------------------------
arch/ppc/kernel/dma-mapping.c:343
Call trace:
[c0007fa0] dump_stack+0x18/0x28
[c0005318] check_bug_trap+0x84/0xac
[c00054d4] ProgramCheckException+0x194/0x1d4
[c0004ab0] ret_from_except_full+0x0/0x4c
[c01e2b00] dma_alloc_init+0x54/0xd4
[c01e0678] do_initcalls+0x54/0xfc
[c0002410] init+0x4c/0x158
[c00076f4] kernel_thread+0x44/0x60
NET: Registered protocol family 16
dbox2: Sagem board detected.
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
Generic RTC Driver v1.07
Serial: CPM driver $Revision: 0.01 $
ttyCPM0 at MMIO 0xff000a80 (irq = 20) is a CPM UART
ttyCPM1 at MMIO 0xff000a90 (irq = 19) is a CPM UART
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
eth0: CPM ENET Version 0.2 on SCC2, 00:51:9a:48:54:72
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET: Registered protocol family 1
NET: Registered protocol family 17
IP-Config: Complete:
device=eth0, addr=192.168.69.104, mask=255.255.255.0, gw=255.255.255.255,
host=192.168.69.104, domain=, nis-domain=(none),
bootserver=192.168.69.102, rootserver=192.168.69.102, rootpath=
Looking up port of RPC 100003/2 on 192.168.69.102
Looking up port of RPC 100005/1 on 192.168.69.102
VFS: Mounted root (nfs filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 72k init
Driver for 1-wire Dallas network protocol.
event: $Id: event.c,v 1.12.4.2 2005/01/26 00:15:00 carjay Exp $
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
$Id: cam.c,v 1.30.2.2 2005/01/15 22:22:11 carjay Exp $
avia_av: $Id: avia_av_core.c,v 1.98.2.5 2005/01/31 20:04:09 carjay Exp $
avia_av_event: $Id: avia_av_event.c,v 1.11.4.1 2005/01/21 21:23:38 carjay Exp $
avia_av_proc: $Id: avia_av_proc.c,v 1.14.2.1 2005/01/21 21:23:38 carjay Exp $
avia_gt_core: $Id: avia_gt_core.c,v 1.48.2.4 2005/01/31 20:11:37 carjay Exp $
avia_gt_core: autodetecting chip type... eNX
avia_gt_enx: $Id: avia_gt_enx.c,v 1.21 2003/09/30 05:45:35 obi Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.19 2003/09/30 05:45:35 obi Exp $
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.210.2.3 2005/01/31 20:04:09 carjay Exp $
avia_gt_ucode: unable to load firmware, using built-in!
avia_gt_ucode: loaded ucode v0014
avia_gt_ucode: ucode section filters disabled.
avia_gt_dmx: warning, misaligned queue 0 (is 0xFD200, size 65536), aligning...
avia_gt_gv: $Id: avia_gt_gv.c,v 1.39.2.1 2005/01/15 02:35:09 carjay Exp $
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.29 2004/01/29 19:38:20 zwen Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_capture: $Id: avia_gt_capture.c,v 1.32.4.3 2005/01/25 01:35:51 carjay Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.40.4.2 2005/01/25 01:35:51 carjay Exp $
avia_gt_capture: from: 720 x 576 -> 180 x 144, (requested: 180 x 144)
avia_gt_capture: from: 720 x 576 -> 180 x 144, (requested: 180 x 144)
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26 2003/08/01 17:31:22 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.30.4.3 2005/02/01 02:15:48 carjay Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.54.2.2 2005/01/25 22:55:32 carjay Exp $
Console: switching to colour frame buffer device 90x36
avia_gt_fb: fb0: AViA eNX/GTX FB frame buffer device
lcd: init lcd driver module
lcd: found KS0713/SED153X lcd interface
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.14.4.4 2005/02/01 02:15:49 carjay Exp $
avia_oss: $Id: avia_gt_oss.c,v 1.26 2004/05/31 22:56:02 carjay Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.12.4.3 2005/01/25 01:35:51 carjay Exp $
$Id: dbox2_napi_core.c,v 1.1.2.5 2005/02/02 19:35:43 carjay Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dbox2_napi: no Sagem frontend found <-----------------------
avia_av_napi: $Id: dbox2_avia_av_napi.c,v 1.1.2.1 2005/01/31 03:04:12 carjay Exp $
$Id: dbox2_cam_napi.c,v 1.1.2.1 2005/01/31 03:04:12 carjay Exp $
avia_gt_napi: $Id: dbox2_avia_gt_napi.c,v 1.1.2.1 2005/01/31 03:04:12 carjay Exp $
w1_driver 01-e8ed88070000: w1_slave_detach: detaching 01-e8ed88070000.
nfs warning: mount version older than kernel
Zuletzt geändert von gmo18t am Donnerstag 10. Februar 2005, 12:47, insgesamt 1-mal geändert.
-
- Erleuchteter
- Beiträge: 553
- Registriert: Freitag 27. Februar 2004, 14:30
Hi,
mal ein wenig näher die DMA- und Frontend-Problematik angeschaut ...
da DMA im Kernel derzeit nicht richtig initialisiert wird, geht die CPU-Last durch Netzwerk-I/O hoch.
Mit dem sagem C frontend ist klar. Da wird noch ein "ENODEV "beim "proben" zurückgeliefert. Leider kenn ich mich mit DVB-Kram viel zu wenig aus, um da was Vernünftiges zu proggen.
Aber wenn carjay demnächst den Code dazu in's CVS stellt, dann kann ich mit dem Tunertest für Sagem-C weitermachen.
Hier geht es weiter mit einem Thread zum Thema "hohe CPU-Last bei Netzwerk I/O":
http://forum.tuxbox.org/forum/viewtopic.php?t=35927
Und hier geht es weiter mit einem Thread zum Thema "Sagem-C frontend at76c651":
http://forum.tuxbox.org/forum/viewtopic.php?t=35943
- GMo -
mal ein wenig näher die DMA- und Frontend-Problematik angeschaut ...
da DMA im Kernel derzeit nicht richtig initialisiert wird, geht die CPU-Last durch Netzwerk-I/O hoch.
Mit dem sagem C frontend ist klar. Da wird noch ein "ENODEV "beim "proben" zurückgeliefert. Leider kenn ich mich mit DVB-Kram viel zu wenig aus, um da was Vernünftiges zu proggen.
Aber wenn carjay demnächst den Code dazu in's CVS stellt, dann kann ich mit dem Tunertest für Sagem-C weitermachen.
Hier geht es weiter mit einem Thread zum Thema "hohe CPU-Last bei Netzwerk I/O":
http://forum.tuxbox.org/forum/viewtopic.php?t=35927
Und hier geht es weiter mit einem Thread zum Thema "Sagem-C frontend at76c651":
http://forum.tuxbox.org/forum/viewtopic.php?t=35943
- GMo -