Al 03/11/10 13:33, En/na Jonas Gorski ha escrit:
On 2 November 2010 21:24, Luca Olivetti wrote:
Well, I tried but I failed (unsurprisingly since I know nothing about Linux
network code).
This is a danube based board and this is the patch I tried:
--- trunk/target/linux/ifxmips/files-2.6.33/driv
On 03.11.2010 15:50, Luka Perkov wrote:
> On Sun, Oct 31, 2010 at 05:46:23PM +0100, Matthias Buecher / Germany wrote:
>> also had a look at other targets yesterday, and the "adm5120" platform
>> has subtarget dependent image make files (just a simple "include
>> $(SUBTARGET).mk") and even Profile d
On 11/03/2010 09:49 AM, Roberto Riggio wrote:
> Hi,
>
> how would you track a memory leak in a kernel module? Is there
> something equivalent to valgrind for kernel debugging?
[...]
A not very efficient way might be /proc/slabinfo. There you can find the
allocation size of the leak and this might
I do .. these open* projects all look the same in thunderbirds address
suggestions .. I will have to find a solution for that.
thanks & sorry, again, ede
On 03.11.2010 20:10, Jo-Philipp Wich wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You keep writing to the wrong list ;)
-BEGIN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You keep writing to the wrong list ;)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkzRs6gACgkQdputYINPTPMN2ACfTp3ENuEulzMOBMRJVnIdsKp6
S3cAn3x4HsBxQn4fysj
phew, that was something. As it turns out.
es.unex.sextante.openjump.extensions.SextanteToolboxPlugin
detects the path to the extension dir as follows
String sPath = System.getProperty("user.dir") + "/lib/ext";
'user.dir' despite it's name holds the current working dir of the java vm. The
old
On 2010-11-03 7:26 PM, Marcus Osdoba wrote:
> Am 02.11.2010 19:55, schrieb Felix Fietkau:
>> On 2010-11-02 7:39 PM, Marcus Osdoba wrote:
>>> Just curious about
>>> https://dev.openwrt.org/browser/trunk?rev=23779
>>>
>>> Assuming 0.9.30_2 means higher patchlevel than 0.9.30_1 shouldn't it be
>>
Am 02.11.2010 19:55, schrieb Felix Fietkau:
On 2010-11-02 7:39 PM, Marcus Osdoba wrote:
Just curious about
https://dev.openwrt.org/browser/trunk?rev=23779
Assuming 0.9.30_2 means higher patchlevel than 0.9.30_1 shouldn't it be
_1 and _2 who should be removed and preserve the highest patchl
Hello!
Is there anything wrong with this?
Regards,
Roman
On 27 October 2010 04:57, Roman Yeryomin wrote:
> ok, here goes the second part:
>
> rtl8366 generic vlan fid support
> Those who will use this don't forget to `set vlan fid` every time
> after `set vlan ports` if you want non default beha
On Sun, Oct 31, 2010 at 05:46:23PM +0100, Matthias Buecher / Germany wrote:
> also had a look at other targets yesterday, and the "adm5120" platform
> has subtarget dependent image make files (just a simple "include
> $(SUBTARGET).mk") and even Profile dependent make rules.
> Took all infos from Lu
En/na Jonas Gorski ha escrit:
The code looks good. I don't know much about proper kernel debugging,
so my next step would be e.g. printk'ing the first 16 bytes of
received packets, so you have the ethernet header + the atheros
Yes, that will be my next step
header, if VLAN is enabled (you sh
Sorry if I'm misguiding, didn't follow the entire thread just beginning and
this.
maybe just try tcpdump. Find which extra bytes are there, and see how the phy
driver is handling all this.
Such that, maybe it has a flag saying to handle priority tags, but it doesn't
get set, yet you have them.
On 2 November 2010 21:24, Luca Olivetti wrote:
> Well, I tried but I failed (unsurprisingly since I know nothing about Linux
> network code).
> This is a danube based board and this is the patch I tried:
> --- trunk/target/linux/ifxmips/files-2.6.33/drivers/net/ifxmips.c.orig
> 2010-11-02 17:53:28
Hi,
how would you track a memory leak in a kernel module? Is there something
equivalent to valgrind for kernel debugging?
I'm having some troubles with the openwrt version of the madwifi driver.
Basically
the occupied memory as reported by the "free" command increases
progressively
over time.
14 matches
Mail list logo
