Didn’t everyone already dream of that?
Ok… Not everyone, just the hardcore nerds and hackers like me, who aren’t only using bleeding edge software but more or less blood dropping flesh wound software (yes, sometimes even -9999- ebuilds in Gentoo >_< )
I guess BenBee asked me some time ago, if this would be possible…
Yes it is
./kdetect.sh
and
./autokernconf.sh
Should do the trick.
Go to the following source: http://cateee.net/autokernconf/
Not only, that the list of hazards within a tegra2 grows and grows and the errata option list within menuconfig now already is longer then the list of boards containing this SoC…
Obviously the hazards make it impossible to use any GLIBC newer then 2.12.1 …
Folks! WTF!?
Howdy
A friend of mine owns a “Samsung Galaxy S2”
CPU-info tells us there is a SMDKV310 SoC in it:
# cat /proc/cpuinfo Processor : ARMv7 Processor rev 1 (v7l) processor : 0 BogoMIPS: 1592.52 Features: swp half thumb fastmult vfp edsp neon vfpv3 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x2 CPU part: 0xc09 CPU revision : 1 Hardware: SMDKV310 Revision: 000e Serial : 304d19f743777c9e
Looks as there would be support for it in upstream.
Let’s see if it boots as well. ( e.g. upstream support for tegra2 is just formalism, the code in master doesn’t do anything useful)
Hi folks
I was asked recently if one could optimize runtime performance of the Linux-Kernel by compiling it with an optimized compiler.
The answer: No
Even trying to use the armv7l hardfloat gcc causes the kernel build to fail.
Hi Folks
I stumbled across the following link right now:
http://androidroot.mobi/technical/tf-secure-boot-key/
In my opinion this kind of sealing up a device is an unacceptable measurement.
I suggest you check if there is such a security measurement documented and if it is boycott the respective producer.
ha! with backlight working! 😉
localhost ~ # uname -a Linux localhost 3.1.10-00008-g03975b1-dirty #106 SMP PREEMPT Wed Apr 11 12:43:53 CEST 2012 armv7l ARMv7 Processor rev 0 (v7l) adam GNU/Linux
Howdy how
BenBE asked me to give him some advice how to open and manipulate network devices from user space.
Although it’s not really a kernel hacking issue, as his way of asking proposed I’ll post the respective link after all, because I’ve promised.
Usually you use APIs for such a purpose.
In this case its the library called Libdnet and the project page can be found under the following URL:
http://libdnet.sourceforge.net/
I just have taken a look into Debian’s package viewer and somehow the relevant header ( /usr/include/dnet/tun.h )
is missing ( packages broken/outdated? O.o)
Anyway, the header file would only tell us that much (Thx to benny for the tip with the highlighter! 😉 ):
/*
* tun.h
*
* Network tunnel device.
*
* Copyright (c) 2001 Dug Song
*
* $Id: tun.h,v 1.2 2005/01/25 21:29:12 dugsong Exp $
*/
#ifndef DNET_TUN_H
#define DNET_TUN_H
typedef struct tun tun_t;
__BEGIN_DECLS
tun_t *tun_open(struct addr *src, struct addr *dst, int mtu);
int tun_fileno(tun_t *tun);
const char *tun_name(tun_t *tun);
ssize_t tun_send(tun_t *tun, const void *buf, size_t size);
ssize_t tun_recv(tun_t *tun, void *buf, size_t size);
tun_t *tun_close(tun_t *tun);
__END_DECLS
#endif /* DNET_TUN_H */
An example can be found a little more deeper on the following site:
http://csfacwiki.cslabs.ewu.edu/wiki/securitylab/index.php/Libdnet
By using libudev for dynamic file checking and path allocation
you could also make it a little more dynamic and flexible.
(Using hardcoded strings in order to allocate files is usually a very bad idea)
Hi
bash_vi asked me to write a short resume about how to emerge programs by using the ramfs for speedup.
Here’s how to do so:
mount -t ramfs -o size=2g ramfs /var/tmp/portage/
You can also put it into your /etc/fstab in order to keep it for each reboot with
echo -e "ramfs\t/var/tmp/portage/\tramfs\tsize=2g\t0\t0" >> /etc/fstab
Now you can compile your stuff within RAMFS
Links:
Howdy
At least someone got Plasma-Active running on the NI Adam:
http://share.basyskom.com/contour/Deployment/latest-basyskom-plasma-active-tegra2-mer.html
But 2.6.38 , where 3.2 would be recent is really a NO-GO.
Really.
Dear developers.
Why don’t you write code which can be merged into upstream again?
I’m really pissed.
It’s again the same shit as with my HTC dream (or should I say nightmare?)
Ages outdated kernel, branches with drivers which are that badly written that they can never be merged into Torvalds master again.
Dudes! Can’t you have a look over to Texas Instruments?!
The OMAP is well documented, there are free drivers available and there is always support in main.
WTF? What use is a kernel where no peripherial drivers are available within the official, recent kernel?!