new kernel package ready to use

weo Wrote:
-------------------------------------------------------
> Ich vermisse dann irgendwie die initial ramdisk.
> In data.tar.gz ist uInitrd auch nicht enthalten.
> Wo soll die denn herkommen?


der kernel ist ein monolith der braucht keine initrd
die module sind optional müssen aber vorhanden sein !!
wie gesagt ich bau das paket nochmal neu und lads noch vor mitternacht hoch
das wird dann 2.6.35.7.4



Edited 1 time(s). Last edit at 10/20/2010 03:05PM by gorgone.

gorgone Wrote:
> der kernel ist ein monolith der braucht keine
> initrd
> die module sind optional müssen aber vorhanden
> sein !!
> wie gesagt ich bau das paket nochmal neu und lads
> noch vor mitternacht hoch
> das wird dann 2.6.35.7.4

Okay, verstehe. Ich forsche dann mal weiter :)

ich glaub ich weiß wo das problem bei euch liegt ihr habt ipv6 an und der modulpfad fehlt
sh ihr habt kein

depmod -a

gemacht um eventuell die rechte / liste zu fixen (obwohl sie im paket ist)
und /lib/modules/2.6.35.7-dockstar/
muß vorhanden sein nach dem install

gorgone Wrote:
-------------------------------------------------------
> ich glaub ich weiß wo das problem bei euch liegt
> ihr habt ipv6 an und der modulpfad fehlt

Eher nicht, die Fehler passieren schon vorher (siehe mein Log oben), aber ich hab rausgefunden wo das Problem liegt.

Wenn in /boot noch ein (altes, Orig-Debian-) uInitrd liegt, dann wird das vom U-Boot geladen und der Kernel damit aufgestartet. Und da dieses uInitrd für 2.6.32 oder so ist, knallt es.

gorgone, ganz herzlichen Dank für die Bereitstellung dieses Kernels und deine Unterstützung!

aaaaahhh der nimmt nochn altes initrd ja dann muß es ja knallen in meinem boot is ja nix außer uImage und eventuell .config
sonst nix das er initrd sucht liegt am boot parameter da fass ich nix an :-)
ich mach mal eintrag im ersten beitrag

wie heißt das initrd image genau ?

gorgone Wrote:
-------------------------------------------------------
> wie heißt das initrd image genau ?

/boot/uInitrd

Am besten ist es vllt., wenn man gleich das Original-Debian-Kernel-Paket deinstalliert.

Was mich jetzt freilich noch verwundert, ist, wieso es nach der ersten Installation Deines Kernels bei mir erstmal funktioniert hat??

Ich habe heute zufällig in der c't gelesen das mit dem neuen 2.6.36er Kernel auch eine Technik namens zram (auch als Compcache bekannt) eingeführt wurde die so etwas wie einen kompremierten Swap im Ram erstellt um das langsame auslagern auf die HDD zu verhindern.

Wäre das vielleicht eine technik um die Performance der kleinen Dockstar noch zu steigern? Hab jetzt nicht wirklich die Ahnung vom Kernel bauen etc.

ich hab den 2.6.36 schon am laufen mußte aber die i2c patches entfernen zum teil da die schnittstelle wiedermal verändert wurde
@darkside40
cifs(neu) und nfs caching mach ich im nächsten release aktiv
ich warte noch auf das bugfix release gegen das root exploid was ALLE kernel ab 2.6.30 aufwärts betrifft

Ich bin etwas verwirrt...darf man jetzt den Kernel per "apt-get upgrade" aktualisieren lassen oder nicht? Tut mir leid wenn ich gerade etwas auf dem Schlauch stehe, aber das ist alles noch neu für mich.


gorgone Wrote:
-------------------------------------------------------
> apt-get update ersetzt den von mir gebauten
> durch den kirkwood wenn dieser davor installiert
> war
> mein install script installiert keinen kirkwood
> sondern nur den eigenen der nicht dadurch
> gefährdet ist ersetzt zu werden
>
> @andy
> sicher ?
> ich sehe
> /opt/dockstarheavy.deb#deb/CONTENTS/lib/modules/2.
> 6.35.7-dockstar

@slah ich habe KEINEN kernel per debian installiert deswegen wird auch
keiner per apt-get update/dist-upgrade überschrieben
wenn du meinen kernel verwendest
solltest du einfach den kernel von debian deinstallieren
dann wird er beim update nichtmehr angefasst



Edited 1 time(s). Last edit at 10/21/2010 03:43PM by gorgone.

Hier auch mal die Adresse zu compcache http://code.google.com/p/compcache/ bzw ramzswap wie es jetzt im Kernel heisst.

In der aktuellen c't steht auch drin wie man es einrichtet.

Mosci Wrote:

> thats why i have compiled a kernel myself (and
> because i needed the spca1528 which is not in the
> kerneltree). have you tried it with my kernel?
> i told you .-) it works well on my dockstar.
>

Hi Mosci, thanks for the kernel, it is exactly what I was looking for to support my spca1528 cameras :)

But I am having some problems making it work... It recognizes my cam, load the modules, create /dev/video0.... But uvccapture doesnt work. Probably it is not suppossed to work with gspca...

I compiled mjpg_streamer to be able to use input_gscpav1.so but after many tries the most closer I have been able to make it work is this:

mjpg_streamer -i "input_gspcav1.so -d /dev/video0" -o "output_http.so -p 8090 -w /root/mj/mjpg-streamer-r63/www"

MJPG Streamer Version.: 2.0
 i: Using V4L1 device.: /dev/video0
 i: Desired Resolution: 640 x 480
video /dev/video0
Camera found: General Image Devic
VIDIOCGPICT brightnes=32896 hue=0 color=8192 contrast=8192 whiteness=0depth=8 pa                                                                             lette=0
Bridge found: spca1528
Not an Spca5xx Camera !!
wrong spca5xx device
StreamId: -1  Camera
try palette 21 depth 8
Damned second try fail
try palette 15 depth 12
Damned second try fail
try palette 4 depth 24
Damned second try fail
try palette 3 depth 16
Damned second try fail
try palette 5 depth 32
Damned second try fail
probe size in
Available Resolutions width 640  heigth 480
Available Resolutions width 384  heigth 288
Available Resolutions width 352  heigth 288
Available Resolutions width 320  heigth 240
Available Resolutions width 192  heigth 144
Available Resolutions width 176  heigth 144
Available Resolutions width 160  heigth 120
Invalid palette in check palette fatal !!
 Format asked 21 check -1
VIDIOCSPICT brightnes=32896 hue=0 color=8192 contrast=8192 whiteness=0depth=8 pa                                                                             lette=21
VIDIOCGPICT brightnes=32896 hue=0 color=8192 contrast=8192 whiteness=0depth=8 pa                                                                             lette=0
could't set video palette Abort !
root@debian:~/mj/mjpg-streamer-r63#

I have tried both gum stick and car keys remote cameras with same results...

I supposse it is working fine for you... Any idea what I am doing wrong or what else do I need to make it work?

Thanks!

in my next kernel release is the gspca includet

root@debian:/lib/modules/2.6.36-dockstar# find * |grep 1528
kernel/drivers/media/video/gspca/gspca_spca1528.ko

im still waiting for the root exploid fix if its out i make a new release

@darkside40

i integrate in the next build the compcache functionality and build the additional files if its nessesary
its a nice performance boost for dockstar now runs freenx with normal desktop speed (tested with an old kernel)



Edited 1 time(s). Last edit at 10/23/2010 04:47PM by gorgone.

Hi gorgone,
könntest du die .config verlinken, die du aktuell nutzt, dann kann man nachvollziehen was aktiv ist.
UBIFS hast du komplett aktiviert?


Gruß
Andy

I'd also like the .config file and/or a .deb with the headers so we could compile our own modules with your kernel without having to download the linux source and patch it separately. Thanks, this worked great for me.

here my 2 latest configs

Thx4config ;)

Hi,

sorry, habe jetzt nicht alle Beiträge hier gelesen, aber kann das sein, daß der Kernel 2.6.35.7.4 nicht mehr richtig läuft???
Ich habe das Problem, daß er sich beim booten weghängt... Kein Netzwerkzugriff, nur die LED im "Heartbeat-Mode"...

Grüße

StefanV3

ohne log kann ich dir da nicht weiterhelfen sorry

Guten Morgen...

kurt vor der Arbeit noch schnell die Antwort, wie kann ich denn etwas loggen??? Muß ich mich da mit dem Thema Netconsole ausenandersetzen??? In den "normalen" Logs in /var/log hab ich getern nix erkenne können. Ich habe jetzt wieder den Kirkwood-Kernel mit den
LED-Patches von Jeff drauf und es läuft.

Dein Kernel iost von volgender Adresse: http://193.16.217.9/files/dockstarheavy.deb

Es ist ja so, daß nach der Installation des Kernels der erste Reboot nicht komplett durchstartet. Also komme ich auch nicht zum "depmod". Oder kann ich das vor dem Reboot no´ch machen?

Güße

StefanV3

depmod -a geht nur bei dem aktiven kernel
hast du beachtet das du die die initrd umbenennen mußt ?
denn der kernel ist ein monolith und wenn die initrd drin ist läd er die und dann kracht es
das liegt ab uboot der sucht danach

Hi,

nein, die initrd hab ich nicht gelöscht... Aber da der Kernel ja noch da ist, probier ich das gleich mal aus.

*Update*

Es geht... naja... Wenn man eben "nicht soviel" Ahnung von Linux hat, ist das nicht so eingach. Also, vielen Dank...

Grüße

StefanV3



Edited 3 time(s). Last edit at 10/27/2010 02:01PM by StefanV3.

I tried the kernel from mosci and i can use Opera DVB-S1 and TerraTec Cingergy T XS (DVB-T) with VDR 1.7.16.

I tried the kernel 2.6.35.7.4 from gorgone and i could only use Opera DVB-S1.

@gorgone
Is it possible to use an actual V4l or liplianin in your next 2.6.36 kernel ?



Edited 1 time(s). Last edit at 10/29/2010 11:00AM by lin_win.

lin_win Wrote:
-------------------------------------------------------
> I tried the kernel from mosci and i can use Opera
> DVB-S1 and TerraTec Cingergy T XS (DVB-T) with VDR
> 1.7.16.
>
> I tried the kernel 2.6.35.7.4 from gorgone and i
> could only use Opera DVB-S1.
>
> @gorgone
> Is it possible to use an actual V4l or liplianin
> in your next 2.6.36 kernel ?

yes in 2.6.36.1
im still waiting for the root exploid fix

Hallo,

gibt es eine Möglichkeit, das Mounten der Debian-Systempartition zu verhindern??? Die wird bei mir in /mount/usb0 gemountet. Ich brauche die aber nicht, da ich mein System via SCP verwalte. Außerdem habe ich bemerkt, daß sich manchmal nach einem Systemstart (Neustart, etc.) der Mountpoint ändert, wenn meine USB-Platte mit dran hängt. Es werden ab und zu beim Systemstart die Mountpoints vertauscht (/media/usb0 <-> /media/usb1). Das macht sich aber schlecht mit der Samba- und FTP-Freigabe meiner USB-Platte, da dann eben nicht die USB-Platte erscheint, sondern die Systempartition.

Außerdem wäre zu überlegen, ob man sowas wie Freetzmount (im Freetz-Mod für die Fritz!Boxen ethalten) einbauen kann. Dort gibt es eine Möglichkeit, die Mountpoints nach Partitionsname zu benennen. Somit wäre ein veratuschen der Mountpoints nicht mehr möglich.

Ein Beispiel:

Meine USB-Platte hat als Name für die Partition "SHARE_1".Dir Fritz!Box mountet USB-Laufwerke snatdardmäßig in /var/media/ftp/uStorXX (wobei "XX" für zwei Zahlen steht, z.b. 01 oder 11, etc.). Freetzmount ändert dieses Verhalten, sodas der Mointpoint in /var/media/ftp/SHARE_1 geändert wird.
In der smb.conf wird dann der Mountpoint /var/media/ftp/SHARE_1 verwendet. Somit ist sichergestellt, daß für jede Freigabe der richtige Mountpoint verwedet wird.
Der Sourcecode ist auf http://trac.freetz.org/browser/trunk/patches/197-freetzmount.sh einsehbar.

Kann man sowas umsetzen, oder gibts sowas schon?

Grüße

StefanV3

das zauberwort ist hier uuid
du kannst damit festlegen welche partition wo gemountet wird anhand der uuid
hier ein beispiel link KLICK-MICH

Hi,

ich habe e jetzt anders gelöst. Das Mountscript "00_create_model_symlink" in "/etc/usbmoun/mount.d" legt Symlinks für die USB-Datenträger mit dem Device-Namen in "/var/run/usbmount/" an. Dieses Script habe ich jetzt so gändert, daß der Symlink in "/mnt/" angelegt wird und in der smb.conf verweise ich dortin. Das Unmount.Script in "/etc/usbmount/umount.d" habe ich ebenalls angepasst. Ist vielleicht nicht die eleganteste Lösung, aber so gehts auch... Schöne wäre es, wenn natürlich die Mountpoints von USBMount im Verzeichnis "/media/usbX" gleich nach dem Device-Name angelegt würden...

Grüße

StefanV3

du meinst in etwa so ...

00_create_model_symlink

test -e "/mnt/$name" || ln -sf "$UM_MOUNTPOINT" "/mnt/$name"

00_remove_model_symlink

ls /var/run/usbmount | while read name; do
    if test "`readlink \"/mnt/$name\" || :`" = "$UM_MOUNTPOINT"; then
      rm -f "/mnt/$name"
      break
    fi
done

Edited 2 time(s). Last edit at 11/02/2010 03:39AM by gorgone.

Hi,

ja, genau so... Es ist zwar tortzdem noch etwas umständlich, weil der Device-Name in meinem Fall mit "SAMSUNG_HD103SI_1" etwas lang und kompliziert ist, aber es geht auf jeden Fall...

Mal sehen, ob ich das noch irgendwie herausbekomme, mir den Partitionsname anzeigen zu lassen...

Grüße

StefanV3

Hi,

Great kernel, thanks. Could your next buid please include: SENSORS_TMP401 ?

Would be great...

Thanks.