Wie 2.6.9 kernel erstellen? u. Fette *.raw nerven

Alles eine Frage des Images
Boxilla
Interessierter
Interessierter
Beiträge: 67
Registriert: Sonntag 5. September 2004, 17:09

Wie 2.6.9 kernel erstellen? u. Fette *.raw nerven

Beitrag von Boxilla »

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. :roll:
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 :gruebel: , 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
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

Hi,

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
2. "bk export ..." in Verzeihnis linux-2.6.9-ppc durchführen

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 ...
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)

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
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:

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 -
Npq
Senior Member
Beiträge: 1339
Registriert: Donnerstag 24. April 2003, 12:12

Beitrag von Npq »

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.
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

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:

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
Wichtig auch folgende "/etc/fstab"
(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
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 -
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

Hi,

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                                                               
- GMo -
Zuletzt geändert von gmo18t am Donnerstag 10. Februar 2005, 12:47, insgesamt 1-mal geändert.
gmo18t
Erleuchteter
Erleuchteter
Beiträge: 553
Registriert: Freitag 27. Februar 2004, 14:30

Beitrag von gmo18t »

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 -