Skip to main content

Ubuntu on Intel D945GCLF (with Intel Atom)

The rig:

D945GCLF board
Intel Atom @ 1.6GHZ w/HT

It looks like it's a linux kernel bug:
http://www.gossamer-threads.com/lists/linux/kernel/982159

The ethernet controller is:

Realtek Semiconductor Co., Ltd. RTL8101E PCI Express Fast Ethernet controller (rev ff)

does not seem to work in any of the Ubuntu versions.

Fix: recompile the kernel with patch

You can download my patched packages here (currently uploading, let me know if something is missing):

http://mirakulo.com/pub/linux-image-2.6.24-21-patched/

NOTE: I got the .udeb packages because of this warning: dpkg-gencontrol: warning: deb package with udeb specific field Kernel-Version

or you can do the following steps if you don't trust me:

apt-get source linux-source-2.6.24

apt-get build-dep linux-source-2.6.24

aptitude install install devscripts build-essential fakeroot

cd linux-2.6.24/

Get this patch:

http://bugzilla.kernel.org/attachment.cgi?id=17604&action=view

patch -p 1 < patch-r8169.patch

debuild -us -uc -b

Install the kernel that applies to you:

dpkg -i linux-image-2.6.24-21-generic_2.6.24-21.42_i386.deb

Reboot with new kernel. Verify that the dropped packet is zero or a realistic number.

Other related links:

* http://ubuntuforums.org/showthread.php?t=884174&page=2

* http://ubuntuforums.org/showthread.php?t=946895

This is the triaged report in Launchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/288845

Comments

Popular posts from this blog

ld: unrecognized option '--hash-style=both'

gcc -Wl,-Map=contiki.map,-export-dynamic testv6.co obj_linux-native/socketdev_listener.o \ contiki-linux-native.a -o testv6.linux-native /usr/local/bin/ld: unrecognized option '--hash-style=both' /usr/local/bin/ld: use the --help option for usage information collect2: ld returned 1 exit status If you look closely, the error is something related to the local gcc not using the host's linker (ld). $ which gcc /usr/bin/gcc $ which ld /usr/local/bin/ld For some reason, I messed my compiler path. To synchronized gcc to use the host's dynamic linker (i.e. /usr/bin/ld ), set the environment variable COMPILER_PATH to /usr/bin . $ export COMPILER_PATH=/usr/bin $ echo $COMPILER_PATH /usr/bin $ gcc -print-prog-name=ld /usr/bin/ld

Resetting admin password in IBM System p5 510 Express ASMI

These are the steps in resetting the admin password: 0. Re-route stored static in your body via an ESD wrist strap to a metallic element. 1. Look for the 2 toggle switches and service processor batt. The batt should be in front of the Power Supply 1 and Power Supply 2 (codes: E1 and E2, see Rear Location Codes on the cover plate). The "very tiny" toggle switches should be in the area of P1-C14 slot. I forgot the exact sequence but it should be a combination of the ff. step (2): 2. Remove the battery, toggle the switches to the opposite direction. Allows some time for the caps to discharge. 3. Move back the toggle switches and put back the batt in its place. 4. Assign your PC to Class C subnet (i.e. masked 255.255.255.0 ): IPaddr: 192.168.2.x for HMC1 or IPaddr: 192.168.3.x for HMC2 5. Ping HMC1 or HMC2. Access the web interface using the default address: http://192.168.2.147 (for HMC1) or http://192.168.3.147 (for HMC2) Note: Sometimes you have to force the https pro

Error when installing Zenoss in Centos 6 Docker image

This happens when using auto-deploy installation ( hint ). # ./core-autodeploy.sh The error happens in  https://gist.github.com/fortran01/e6eb87c87fa8bb7aa3eb/ebdcce749b366c6cf97346f0411e91dd114a61d4#file-zenoss-core-autodeploy-ec817e6_core-autodeploy-sh-L261-L265  when the zenoss service is started. Zenoss not initialized. Performing first-boot initialization... Fresh install pre steps Checking RRDtool version >= 1.4.7: [FAIL] Missing. Error: rrdtool is not in the search path. Please confirm that RRDtool (version >= 1.4.7) is installed. It can be verified that rrdtool is already installed. # rrdtool --version RRDtool 1.4.7 Copyright 1997-2012 by Tobias Oetiker Compiled Apr 5 2012 17:36:08 The routine that checks for rrdtool is in /opt/zenoss/bin/install-functions.sh. Look for confirm_rrd(). It uses the command `which` that is not installed by default in the Centos 6 docker image. # yum install which -y Loaded plugins: fastestmirror Setting up In