new kernel package ready to use

I guess the reason, as Jeff said in one of his postings, is that in Squeeze, the MAC address is checked every time. Once it sees a new MAC, it will be assigned the new port to eth1. Since eth1 is not used, there's no way to communicate to it. There are a few remedies that I found by Googling. Let me try to see if it can be fixed.

u can get for only 4€ a serial cable (CA-42 Nokia) to fix any issue
if u get a problem with ip use static...

What I want to do is to give the image to someone else. I don't want to fix it for everyone.

Hi gorgone,
your kernel works quite well, even on ubuntu jaunty! And if you would rename it to something like "linux-image-2.6.35.4-dockstar_jaunty_armel.deb" then rootstock would even find it during the creation process of a root file system.

I managed to create an ubuntu root file system with rootstock and running it now on the dockstar.


Thanks to you and Jeff for the great work!

nice to hear thats run on ubuntu too
but its a generic vanilla kernel and ubuntu is 90% "stolen" debian hahahaha
*joke*

Is there any package for support WiFi USB dongle?

nothing



Edited 1 time(s). Last edit at 10/09/2010 09:11AM by gorgone.

I didn't delete anything, I moved your post from the other kernel thread and made it the first post of this thread. Keep up the great work!

-- Jeff

oh sorry I havent seen it :-)

no luck with my crappy kernel ??
try out to build a self made with this 3 little patches

another kernel-image ( 2.6.35.5 ) with more modules for DVB & WLAN
and the gspca_spca1528 module for the keychaincam ,-)
download:

wget http://netz-weit.de/inux-image-2.6.35.5-dockstar.deb

install:

dpkg -i inux-image-2.6.35.5-dockstar.deb

after first boot (to build the modules.dep):

depmod

does your mod include the led mod?

yes it does
but i have configured it so that the led finaly get off - you can change it to your needs ... take a look in /etc/rc.local

ecc Wrote:
-------------------------------------------------------
> Here's how to cross-compile a kernel package for installation on your DockStar. It assumes you
> have an armel cross-toolchain available in your PATH as arm-linux-gnu-{gcc,as,ld,...}.
>
> 1. Install the "kernel-package" Debian package on your build (desktop) machine.
> 2. Fetch the kernel source and apply the patches you want.
> 3. Run
> make ARCH=arm CROSS_COMPILE=arm-linux-gnu-menuconfig to configure the kernel options you want.
> 4. Run
> make-kpkg --rootcmd fakeroot --arch armel --cross-compile arm-linux-gnu- --initrd kernel_image
>
> to build the .deb containing the kernel and initramfs.

Hello ecc,
I have installed CodeSourcery's Toolchain in /usr/local/codesourcery on Ubuntu 10.04
Also the file: http://ss4200.homelinux.com/files/2.6.35.4-dockstar-patched.tar.bz2
Then:

cd /usr/local/bin
sudo ./codesourcery-arm-2009q3.sh
cd /usr/src/linux-2.6.35.4

Then your steps 3. and 4.
Then I get a lot of warnings and errors:
dpkg-architecture: Warnung: Angegebener GNU-Systemtyp arm-linux-gnueabi passt nicht auf gcc-Systemtyp i486-linux-gnu.
and
/bin/sh: arm-linux-gnu-gcc: not found

I understand it that way, that the cross-gcc was not found.
Could you please point me to the right track to compile the kernel?

Regards, Rudolf

Try running the codesourcery script without using 'sudo' -- the script sets up some environment variables and you want those to be in your account, not the root account.

Hello Jeff,

Thank you very much for your quick answer.

I did run the codesourcery script without "sudo". Then "env" did show me that PATH setup:

PATH=/usr/local/codesourcery/arm-2009q3/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

Unfortunately the warnings/errors are still there, when I run:

sudo make-kpkg --rootcmd fakeroot --arch armel  --cross-compile arm-linux-gnu- --initrd kernel_image

also the next line did not work:

sudo make-kpkg --rootcmd fakeroot --arch armel  --cross-compile arm-none-linux-gnueabi- --append-to-version=-dockstar --revision=1.1 --initrd kernel_image

What can I do to debug that?

Regards, Rudolf

Don't use sudo on your make commands, either.

Hello Jeff,

I tried make without sudo:

install -p -m 755 /usr/share/kernel-package/rules debian/rules
install: Entfernen von „debian/rules“ nicht möglich: Permission denied

I thought I work in a root area, so I need sudo. The warning ist also still there (now in English):

dpkg-architecture: warning: Specified GNU system type arm-linux-gnueabi does not match gcc system type i486-linux-gnu.

I found that also with google several times, but no solution so far.

Regards, Rudolf

Hello Jeff,

Now it works mostly (Ubuntu 10.04). The solution was (my misunderstanding):

cd /usr/src/linux-2.6.35.4
sudo codesourcery-arm-2009q3.sh
make-kpkg --rootcmd fakeroot --arch armel  --cross-compile arm-none-linux-gnueabi- --append-to-version=-dockstar --revision=1.1 --initrd kernel_image

The warning is not important: - http://osdir.com/ml/general/2010-05/msg10249.html

dpkg-architecture: warning: Specified GNU system type arm-linux-gnueabi does not match gcc system type i486-linux-gnu.

Thank you very much for your help.

Regards, Rudolf

Hello Jeff,
Now after the dust has settled I still have some bugs in the cross compiling with objcopy, e.g.:

objcopy --only-keep-debug /usr/src/linux-2.6.35.4/debian/linux-image-2.6.35.4-dockstar/usr/lib/debug/lib/modules/2.6.35.4-dockstar/kernel/drivers/hid/hid-wacom.ko
objcopy: Unable to recognise the format of the input file `/usr/src/linux-2.6.35.4/debian/linux-image-2.6.35.4-dockstar/usr/lib/debug/lib/modules/2.6.35.4-dockstar/kernel/drivers/hid/hid-wacom.ko'

I found with google, that also other people had this error, but no solution, only the recommendation to change the cross-tool.
I am using codesourcery arm-2009q3.

What can I do to fix it?

Regards, Rudolf

Cross-compile using Debian Squeeze - not Ubuntu.

Hi,


Thanks for your great script Jeff and thank you for the new, patched and ready-to-use kernel, gorgone!
Great job guys :)

Any chance you could offer an IPv6 enabled kernel, gorgone?
I tried crosscompiling one myself, but no luck :/


Regards,
Thomas

@Mosci:

Thanks a lot for your Kernel!

With this Kernel I finally managed to get a working WiFI link using a Samsung WIS09ABGN adapter that was shipped with my Samsung TV (and never used for that purpose).
It is based on a RAlink chipset (rt28000usb) and for some reason I never managed to get it working with the Kernel supplied by Jeff. I could scan all networks but the link setup was failing ...

*sigh* after having it up and running the connection suddenly dropped again .... and now I'm back with the old situation, ifup wlan0 will not get an IP adress via DHCP:

root@dockstar:~# ifup -v wlan0
Configuring interface wlan0=wlan0 (inet)
run-parts --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
wpa_supplicant: using default driver type: wpa-driver wext
wpa_supplicant: /sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -D wext -C /var/run/wpa_supplicant
Starting /sbin/wpa_supplicant...
wpa_supplicant: creating sendsigs omission pidfile: /lib/init/rw/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
wpa_supplicant: ctrl_interface socket located at /var/run/wpa_supplicant/wlan0
wpa_supplicant: configuring network block -- 0
wpa_supplicant: wpa-ssid "homewlan" -- OK
wpa_supplicant: wpa-psk ***** -- OK
wpa_supplicant: enabling network block 0 -- OK

dhcpcd                wlan0
err, wlan0: timed out
warn, wlan0: using IPV4LL address 169.254.72.187
run-parts --verbose /etc/network/if-up.d
dhcpcd.sh: interface wlan0 has been configured with new IP=169.254.72.187
run-parts: executing /etc/network/if-up.d/mountnfs
Starting portmap daemon...Already running..
Starting NFS common utilities: statd.
run-parts: executing /etc/network/if-up.d/ntpdate
run-parts: executing /etc/network/if-up.d/openssh-server
run-parts: executing /etc/network/if-up.d/wpasupplicant

But what is strange now:

root@dockstar:~# iwlist wlan0 scan
wlan0     Interface doesn't support scanning : Device or resource busy

Previously I was able to scan networks ...

Does anyone have an idea ?

I was having a lot of trouble for using wifi usb dongles on Squeeze. However, based on others' experience, I switched back to Lenny and everything works fine once I installed it. You don't need any additional tricks or programs. It starts without wired lan connection.
BTW, gorgone's kernel works fine on Lenny as well. I was able to connect zd1211 and rt73 based dongles and they worked without any problem.
Looks like Squeeze still has wifi support, at lease for Dockstar.

Thomas Wrote:
-------------------------------------------------------
> Hi,
>
>
> Thanks for your great script Jeff and thank you
> for the new, patched and ready-to-use kernel,
> gorgone!
> Great job guys :)
>
> Any chance you could offer an IPv6 enabled kernel,
> gorgone?
> I tried crosscompiling one myself, but no luck :/
>
>
> Regards,
> Thomas

u want a ipv6 enabled ?
i can build a new one with all missing UBIFS and other things
say it and

i make it in the new kernel pagage on tuesday icl all wlan drivers that aviable

gorgone Wrote:
> say it and i make it in the new kernel pagage on tuesday icl
> all wlan drivers that aviable

Hello gorgone,
That would be great, because I am trying now for 3 days to setup a cross compilation and it does not work (objcopy).
I need for WLAN that package "ath9k_htc".

Best regards, Rudolf



Edited 1 time(s). Last edit at 09/26/2010 04:24PM by Rudolf.

is the ath9k_htc a part of 2.6.35 ? or a externel/staging wlan driver ?

@gorgone
thx for your work !
it would be cool if you provide a own APT repository for your kernel

for example like here: http://www.debian-administration.org/articles/286 or here: http://verplant.org/debian/update_repository.sh

gorgone Wrote:
>u want a ipv6 enabled ?

Your lightweight patched kernel with IPv6 support would be fantastic!
Looking forward to Tuesday and thanks in advance :)


Streamiger Gruß,
Thomas