solution could be simply
implemented by having a default value for the flag that is the "current
state" for that flag...
--
Paulo Marques - www.grupopie.com
"There cannot be a crisis today; my schedule is already full."
--
To unsubscribe from this list: send the line "unsub
s and
dirty_expire_centisecs)
You can read all about those tunables in Documentation/filesystems/proc.txt.
Just my 2 cents,
--
Paulo Marques - www.grupopie.com
"Very funny Scotty. Now beam up my clothes."
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
looking at the code, I think I've found at least one bug in opendir:
...
dnew = realloc(dirstruct->dp,
dirstruct->max * sizeof(struct dir_s));
...
Shouldn't this be: "...*sizeof(struct dirent_s));"?
--
Paulo Marques - www.grupopie.com
"Nostalgia isn
do you want me to send a new patch with this fixed, so you can
back out the current one and apply the new one, or can you simply merge
this one from Adrian?
If I have to send a new patch, I might as well also fix the "int should
be size_t" thing that Andres Salomon pointed out.
--
Paulo
Paulo Marques wrote:
Adrian Bunk wrote:
This patch contains a small bug:
[...]
Andrew, do you want me to send a new patch with this fixed, so you can
back out the current one and apply the new one, or can you simply merge
this one from Adrian?
Never mind, I can see the fix is already in rc2-mm1
ample of what one of those patches would look like.
Would this be a good thing to clean up, or isn't it worth the effort at all?
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
--- ./lib/kobject_ueve
oc.
More over, passing an extra parameter waste a few more bytes of code. I
know is not much, but if the cleanup will address hundreds of these then
it starts to be something to consider.
However "calloc" is the standard C interface for doing this, so it makes
some sense to u
Pekka Enberg wrote:
Hi,
On Apr 6, 2005 3:15 PM, Paulo Marques <[EMAIL PROTECTED]> wrote:
However "calloc" is the standard C interface for doing this, so it makes
some sense to use it here as well... :(
I initally submitted kcalloc() with just one parameter but Arjan
wanted it
Adrian Bunk wrote:
On Tue, Apr 05, 2005 at 05:26:31PM +0100, Paulo Marques wrote:
[...]
Hi Paulo,
Hi Adrian,
[...]
pros:
- smaller kernel image size
- smaller (and more readable) source code
Which is better readable depends on what you are used to.
That's true to some degree, but look at
down the line on x86, so it went unnoticed :(
The attached patch should fix this.
[PATCH] create-a-kstrdup-library-function-fix-include-slab
Signed-off-by: Paulo Marques <[EMAIL PROTECTED]>
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men
Adrian Bunk wrote:
[...]
On Tue, Apr 05, 2005 at 05:26:31PM +0100, Paulo Marques wrote:
Hi Adrian,
Hi Paolo,
Paulo, please :)
Paolo is Spanish (or Italian), whereas Paulo is a Portuguese name.
[...]
I think most will agree that the second piece of code is more "readable".
In this case y
t;, 16) == 0) {
+char *p = &argv[i][16];
+/* skip quote */
+if ((*p == '"' && *(p+2) == '"') || (*p == '\'' && *(p+2) == '\''))
+ p++;
+symbol_prefix_char = *p;
+ } else
+usage();
+ }
+ } else
Paulo Marques wrote:
Hi,
This patch creates a new kstrdup library function and changes the
"local" implementations in several places to use this function.
Arkadiusz Miskiewicz reported that this breaks compilation under PPC.
Apparently, PPC builds a bootloader that links against lib.a b
eally only 117 mails of the 198 sent to lkml?
(?)
I just double-checked, and I can say that I received all 198 emails from
vger...
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
To unsubscribe from this
n't need to allocate a buffer big enough for the whole
string, just for one symbol name (128 bytes).
This is a much more intrusive change however (there are ~65 callers that
would need changing), so I leave the decision to more experienced hackers :)
--
Paulo Marques - www.grupopie.com
It
most of the signedness problems. The
ones below escaped me because my gcc3.3.2 didn't complain about them
even with all the -W[xxx] switches I could find.
This takes a big hunk out of previous patches I've seen, so that might
explain the difference.
--
Paulo Marques - www.grupopie.co
Paulo Marques wrote:
Sam Ravnborg wrote:
[...]
Also this patch seems relative small compared to the others floating
around to cure signed warnings in scripts/
Does this really fix all of them or only a subset of the warnings?
Well, current -linus already has a patch from me to change the
indow where hot
removing the media will cause problems, like writting all the data first
and update the metadata in as few operations as possible. But that just
reduces the probability of data corruption. It doesn't eliminate it at all.
--
Paulo Marques - www.grupopie.com
It is a mistake to
will never expire before the requested
time, ... the delivery will be offset by a small time dependent on the
system loading" doesn't seem like a very robust software design to me...
--
Paulo Marques
Software Development Department - Grupo PIE, S.A.
Phone: +351 252 290600, Fax: +351 25
George Anzinger wrote:
Tom Marshall wrote:
On Fri, Jul 22, 2005 at 08:21:25PM +0100, Paulo Marques wrote:
[...]
Unfortunately, this is not so clear cut as it seems :(
Oops! That patch is wrong. The +1 should be applied to the initial
interval _only_. We KNOW when the repeating intervals
; to see if that improves performance on the Desktop P4?
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve any major problems
just with potatoes.
Douglas Adams
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
IMHO.
The proof that the shift is not so clear is that even you got the shift
wrong in your own example ;)
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve any major problems
just with potatoes.
Douglas Adams
-
To unsubscribe from this list: send the line "u
quot; (through kallsyms) you would know there is a
leak there.
What does CONFIG_SND_DEBUG_MEMORY provide that this more generic scheme
does not?
--
Paulo Marques
Software Development Department - Grupo PIE, S.A.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com
It is a mis
l_ symbols :)
By the way, there is a completely different version of
scripts/kallsyms.c in -mm that you might want to look at. It will
probably go in after 2.6.13 is out.
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve any major problems
just with potatoes.
Douglas
WORKING_SET 1024
to somethig like:
#define WORKING_SET65536
If this fixes it, then it is a known problem and the fix is already in
-mm. The fix is more complex than this, however.
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve any major problems
y have a clue as to why this is happening or what I should do
to debug this further?
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve any major problems
just with potatoes.
Douglas Adams
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
05/5/10/70
http://seclists.org/lists/linux-kernel/2005/May/2010.html
The fix in mm is actually very different from any proposed solution in
those threads. For more details check here:
http://lkml.org/lkml/2005/6/27/188
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve
he address.
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve any major problems
just with potatoes.
Douglas Adams
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
about?
I've just compiled the current version in -mm with -Wsign-compare and it
doesn't give me a single warning.
Is my compiler version the problem (3.3.2), or are you testing with the
old version of kallsyms?
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve
Bernd Petrovitsch wrote:
On Thu, 2005-07-28 at 11:02 +0100, Paulo Marques wrote:
J.A. Magallon wrote:
[...]
All the problems are born here:
struct sym_entry {
unsigned long long addr;
unsigned int len;
unsigned char *sym;
};
What are you guys talking about?
"unsigned char
ry byte
in a multi-byte char in UTF8 has the MSB set, i.e., >= 0x80.
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve any major problems
just with potatoes.
Douglas Adams
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
; constant acceleration.
Dropping it out of the window should measure 0 m/sec^2, because the
accelerometer is not working on an inertial referential (I hope this is
the correct term in english...). For the accelerometer, this is just
like the feeling of free falling inside an elevator: no gravity :)
(or at least
I hope it is ;)
--
Paulo Marques - www.grupopie.com
It is a mistake to think you can solve any major problems
just with potatoes.
Douglas Adams
--- ./scripts/kallsyms.c.orig 2005-06-23 19:20:20.0 +0100
+++ ./scripts/kallsyms.c2005-06-23 19:20:34.0 +0100
just a little bit later isn't pretty anyway.
I can do a patch for this, but this will touch a few subsystems that use
these interfaces (there are not a lot of them, though). The major change
would probably be the allocation of a small buffer (56~60 bytes) in some
of the callers to hold
This also introduces a change in behavior. It is still a nice cleanup,
though. So, if the powerpc people feel they can spare an extra 64 bytes
of stack here, I guess it's ok.
--
Paulo Marques - www.grupopie.com
"As far as we know, our computer has never had an undetected error.&q
Cyrill Gorcunov wrote:
[Paulo Marques - Wed, Jan 23, 2008 at 06:26:28PM +]
Cyrill Gorcunov wrote:
[...]
case 's':
- getstring(tmp, 64);
+ getstring(tmp, sizeof(tmp));
if (setjmp(bus_error
where to write their drivers.
--
Paulo Marques - www.grupopie.com
"Very funny Scotty. Now beam up my clothes."
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/m
this.
From: Paulo Marques <[EMAIL PROTECTED]>
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--
Paulo Marques - www.grupopie.com
"There cannot be a crisis today; my schedule is already full."
--- ./scripts/kallsyms.c.orig 2007-10-30 18:51:28.0 +
+++ ./
Mathieu Desnoyers wrote:
* Paulo Marques ([EMAIL PROTECTED]) wrote:
When resolving symbol names from addresses with aliased symbol names,
kallsyms_lookup always returns the first symbol, even if it is a weak
symbol.
[...]
From: Paulo Marques <[EMAIL PROTECTED]>
Signed-off-by: M
thing,
- most faster method is read + write + fadvice.
- worst method is mmap + memcpy.
One thing you could also try is to pass MAP_POPULATE to mmap so that the
page tables are filled in at the time of the mmap, avoiding a lot of
page faults later.
Just my 2 cents,
--
Paulo Marques
Bryan Wu wrote:
From: Robin Getz <[EMAIL PROTECTED]>
[...]
--- a/scripts/kallsyms.c
+++ b/scripts/kallsyms.c
@@ -12,6 +12,8 @@
* (25/Aug/2004) Paulo Marques <[EMAIL PROTECTED]>
* Changed the compression method from stem compression to "table lookup"
* compre
Sam Ravnborg wrote:
On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that are
given to scripts/kallsyms change, the symbols
lly matter much), it is a real world
test of the filesystem, nevertheless.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
d post it for review, probably during next week. I
don't think there is much hurry, because, even if this gets accepted, it
should go in only in 2.6.12-rc1-mm1 or something like that, so there is
still time to review this more carefully.
Thanks for reviewing the patch,
--
Paulo Marques - www
chance they're
accepted, maybe the best thing to do is to post the series again with
this correction and the sound patch corrections.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
To unsu
out and it fixes the problem for you, don't forget to
report the fix in bugzilla too, so that others can use that info (and
prevent having open bugs there for things that are already fixed :).
I hope this helps,
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of
Paulo Marques wrote:
jjluza wrote:
Eyal Lebedinsky wrote
I am having bttv problems with vanilla -rc3. Does it work for you?
I don't know, as I said I didn't test kernel between 2.6.10 and
2.6.11-rc3-mm1.
Sorry.
If I have time enough later, I can test 2.6.11-rc3.
Since I don't real
VESA framebuffer
driver to change graphics mode at any time (for instance).
I still don't have hard numbers from the work Li-Ta Lo is doing (I'm
CC'ing him on this thread to see if he can shed some light here), but I
guess that you could have the complete emulator f
Carl-Daniel Hailfinger wrote:
Paulo Marques schrieb:
[...]
It seems to me that x86 emulation in the kernel is the way to go because:
[...]
3 - it's always there and can be executed at *any* time: booting,
returning from suspend, etc. Also it would allow the VESA framebuffer
driver to c
out wrong (or something like that) so the touch reports the X
coordinate where the Y should be, and vice-versa. I really don't know
where this should be handled (driver, input layer, application?), but it
must be handled somewhere for the applications to work.
--
Paulo Marques - www.gru
e real keys from
magnetic stripe reader events, and just simulate key presses for MSR
data. They expect the software to be in a state where it is waiting for
that data, and will process it accordingly.
What we've done in our application is to use the timings and sequence of
key pre
Vojtech Pavlik wrote:
On Wed, Feb 09, 2005 at 06:08:10PM +, Paulo Marques wrote:
[...]
Touchscreens are one class of devices where the serial attachment is not
dying.
Very true.
[...]
We could parse a definition "string", like this:
"SIZE:10,SYNC:0:8:85,SYNC:8:8:54,X:24:8:1,X:32
Jan-Benedict Glaw wrote:
On Wed, 2005-02-09 18:08:10 +, Paulo Marques <[EMAIL PROTECTED]>
wrote in message <[EMAIL PROTECTED]>:
[...]
Touch screens doing this are severely brain-damaged. And yes, I've come
across a few of them, but not lately.
That's IMHO not brain-dam
ot depend on the TS being able to do the
calibration itself.
Actually a calibration that can do scaling and rotation, can
automatically compensate for mirroring and/or switched X/Y axes. We
probably need the user to press 4 points for that, though (3 points are
enough, but just barely enough).
Jan-Benedict Glaw wrote:
On Thu, 2005-02-10 13:06:46 +, Paulo Marques <[EMAIL PROTECTED]>
wrote in message <[EMAIL PROTECTED]>:
[...]
To get raw values that are (xmax-xmin)<=20, the TS controller must be
"trying" to do some calibration itself.
All touchscreens g
ture. Having this done in the Makefile means that to add
a new symbol we will have to change scripts/kallsyms, kernel/kallsyms
and a not so clearly related Makefile.
I'll try to make a small patch if I can get some time (maybe later this
week).
--
Paulo Marques - www.grupopie.com
All that
orks/linux/library/l-boot.html?ca=dgr-lnxw04BootFaster
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
Felipe W Damasio wrote:
Francois Romieu wrote:
Please try:
http://www.fr.zoreil.com/~francois/misc/20050202-2.4.29-r8169.c-test.patch
404 Not Found
Try:
http://www.fr.zoreil.com/people/francois/misc/20050202-2.4.29-r8169.c-test.patch
--
Paulo Marques - www.grupopie.com
All that is necessary
cut, use bash as your init (so that you have a prompt to test
stuff). Do a "ldd bash" to check the libraries necessary for this to
work and create a "/lib" dir on your target system with those. Then copy
the bash binary to /sbin/init.
I hope this helps,
--
Paulo Marques -
hich sizeof(buf) is the size of a pointer.
This certainly looks like a bug.
Since the function doesn't guarantee that nr bytes are written, and the
caller must handle the case of fewer bytes, this probably went unnoticed.
--
Paulo Marques - www.grupopie.com
All that is necessary for the trium
Paul Fulghum wrote:
Paulo Marques wrote:
Paul Fulghum wrote:
No, it limits the size to 80 bytes,
which is the size of buf.
sizeof returns the size of the char array buf[80]
(standard C)
Looking at the code, I think Franck is right. buf is a "const unsigned
char *" for which sizeof(b
linux-os wrote:
On Fri, 18 Feb 2005, Paul Fulghum wrote:
Paulo Marques wrote:
Paul Fulghum wrote:
No, it limits the size to 80 bytes,
which is the size of buf.
sizeof returns the size of the char array buf[80]
(standard C)
Looking at the code, I think Franck is right. buf is a "const
uns
y one implementation. The implementation
from sound/core seems better for a library function, because of the
flags argument (and it seems a little more eficient too).
--
Paulo Marques - www.grupopie.com
"A journey of a thousand miles begins with a single step."
Lao-tzu, The Way of Lao-tzu
-
To u
e++;
}
And this must be "la piece de resistance". Some very obfuscated (and
inefficient) way to do a simple unsigned subtraction...
--
Paulo Marques - www.grupopie.com
"A journey of a thousand miles begins with a single step."
Lao-tzu, The Way of Lao-tzu
-
To unsubscri
, but at least I'm an
engineer, so I decided to give it a go :)
It seems that the driver is not acknowledging the interrupt from the
controller. It would be nice to know what kind of interrupt is
triggering this.
Could you run the attached patch and show the output from dmesg?
--
Pau
*(char *)b++ = t;
size--;
}
}
This works better if the size is not a multiple of sizeof(long), but is
bigger than a long.
However it seems that this should be put in a generic library function...
--
Paulo Marques - www.grupopie.com
All that is necessary for the triu
Takashi Iwai wrote:
At Tue, 1 Feb 2005 03:28:46 +,
"" <[EMAIL PROTECTED]> wrote:
[1 ]
This patch removes the strdup implementation from the sound core
(snd_kmalloc_strdup), and updates it to use the kstrdup library function.
Signed-off-by: Paulo Marques <[EMAIL PROTECTED]
kfree when not CONFIG_SND_DEBUG_MEMORY, and define
kstrdup to be an internal sound function in sound/core/memory.c when
CONFIG_SND_DEBUG_MEMORY is set.
Do you prefer that I do another patch to do this, or that I just drop
the patch and leave snd_kmalloc_strdup alone?
--
Paulo Marques - www.grupopie.
Takashi Iwai wrote:
At Tue, 01 Feb 2005 13:07:25 +,
Paulo Marques wrote:
I thought of going all the way and changing the callers of kstrdup in
sound to use kfree, so that it would work without debugging memory
allocated for strdup'ed strings.
However the code there already uses kfree,
ttachments.
Unfortunately my email client messes up inline patches and wordwraps /
mangles white space, so I resort to attaching them until I have time to
look into fixing that :(
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1
guess here missing EXPORT(snd_hidden_kstrdup)?
Good catch.
Here is the revised patch... I hope this time everything is ok
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
diff -uprN -X dontdiff vanilla-2.6.11-rc2
Pekka Enberg wrote:
At some point in time, I wrote:
kstrdup() is a special-case _memory allocator_ (not so much a string
operation) so I think it should go into mm/slab.c where we currently
have kcalloc().
On Tue, 01 Feb 2005 17:00:17 +, Paulo Marques <[EMAIL PROTECTED]> wrote:
were issues
about dd being multi-platform and the way O_DIRECT was done in other
systems.
Anyway, you can patch dd yourself and have a tool for debugging with
O_DIRECT. I hope this helps,
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing
0x480, 8 bits gray scale (or color, 8
bits bayer pattern), at 3 fps.
Of course, you can always buy a USB2.0 camera :)
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
To unsubscribe from this list: send the
->RGB conversion. That would probably save
a few cycles.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
nally like the linux way: "root has the ability to shoot himself
in the foot if he wants to". This is my computer, damn it, I am the one
who tells it what to do.
This is much, much better than the "users are stupid, we must protect
them from themselves" kind of way that oth
se would be enough to give problems.
Although marked as 'b' type, their addresses are between _sinittext and
_einittext. These are actualy "local bss", static vars defined in printk.c.
So the question is: why don't they appear on the first link phase on m68k?
--
Paulo Marq
opriatelly.
You can follow this thread for more info:
http://marc.theaimsgroup.com/?l=linux-kernel&m=110106915415886&w=2
I really don't know what's the current state, but this is nothing new...
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that
here now....
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
diff -uprN -X dontdiff linux-2.6.11-rc5-vanilla/kernel/kallsyms.c
linux-2.6.11-rc5/kernel/kallsyms.c
--- linux-2.6.11-rc5-vanilla/kernel/kallsyms.c
Sam Ravnborg wrote:
On Fri, Feb 25, 2005 at 08:54:56PM +, Paulo Marques wrote:
The patch (against 2.6.11-rc5) is attached, should you decide to use it.
How does the patch help rmk with respect to the tools issue?
From the thread I gathered that the problem Russell King was having was
caused
umber that fits.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
te *at all*.
In the last five days you sent 15 messages to the list, and you still
haven't been able to tell what you're trying to accomplish.
So I can only recommend a few urls:
http://www.tux.org/lkml/
http://www.kernelnewbies.org/
http://linuxconsole.sourceforge.net/input/input.h
space?
I think you want a TUN device.
Read Documentation/networking/tuntap.txt
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
to LKML) a lot of
developers (even "small" developers like myself) can review all the
patches for correctness, and throw quite a few eyes on them. The more
eyes, the less a chance for bugs to slip by.
Just a thought,
--
Paulo Marques - www.grupopie.com
All that is necessary for the tri
h
in the first place, together with the bug report.
The attached patch against 2.6.11-mm1 should fix the kmalloc.
By the way, I haven't got any response from an alsa developer about the
bug in sound/core/control.c, but this is already fixed in 2.6.11-mm1,
along with several other cha
p;itmtouch->inputdev); */
..
This is perfectly readable without one having to find out what those
macros mean, and it is even easier for the compiler to optimize (even
though gcc will probably optimize both versions just fine).
--
Paulo Marques - www.grupopie.com
All that is necessary
out what's
going on?
TIA,
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
Paulo Marques wrote:
[...]
Can you send me privately a tar.bz2 containing your .config,
.tmp_kallsyms1.S and .tmp_kallsyms2.S so I can try to figure out what's
going on?
Ok, after some investigation into the files I was able to find out the
problem.
scripts/kallsyms.c uses a subset o
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that are
given to scripts/kallsyms change, the symbols sampled will be the same.
I'll do the patch to do this and send it ASAP.
Ok, he
hem as such
either.
Just a minor nitpick, though: wouldn't it be possible for an application
to catch the SIGSEGV and let the code proceed, making invalid the
assumption made by gcc?
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do no
nd and net subsystems. The sound
part had already been acknowledged by Takashi Iwai and the net part by
David S. Miller.
I left UML alone for now because I would need more time to read the code
carefully before making changes there.
Signed-off-by: Paulo Marques <[EMAIL PROTECTED]>
drive
/sda bios=0x80" (or
something like that) option in your lilo.conf file, but that depends how
far in the boot process you're hanging.
--
Paulo Marques - www.grupopie.com
"A journey of a thousand miles begins with a single step."
Lao-tzu, The Way of Lao-tzu
-
To unsubscribe from thi
ting to
happen. "place 1" gets "lock a", then is interrupted and "place 2" gets
"lock b". "place 2" waits forever for "lock a" and "place 1" waits
forever for "lock b". Deadlock.
--
Paulo Marques - www.grupopie.
Linus Torvalds wrote:
On Mon, 24 Jan 2005, Andrew Morton wrote:
Would indicate that the new pipe code is leaking.
Duh. It's the pipe merging.
Have we just seen the "plumber" side of Linus?
After all, he just fixed a "leaking pipe" :)
(sorry for the OT, just couldn&#x
l, but I
just hadn't found the time to do it, and then our mail server just went
berserk and I lost 5 days of LKML :P
I think the patch is ok as it is, but a nice message explaining what it
does and why would be nice for the changelog. So, I'll post a new
message with a nice description
error message.
So, if someone wants to use this, it should go through -mm for a while,
first.
--
Paulo Marques - www.grupopie.com
"All I ask is a chance to prove that money can't make me happy."
--- ./scripts/kallsyms.c.orig 2007-10-30 18:51:28.0 +
+++ ./scripts/ka
Tilman Schmidt wrote:
Paulo Marques schrieb:
I just tried booting a brand new 2.6.23-rc5 and after a few minutes it
just panicked: machine totally frozen, blinking keyboard leds.
[...]
Maybe someone out there has a good suggestion that I could try before
bisecting...
A probable candidate
as been put to sleep for priority
* reasons reschedule the idle task to see if it can now run.
*/
if (rq->nr_running) {
resched_task(rq->idle);
ret = 1;
}
If that is the case, turning off CONFIG_SCHED_SMT would solve the
it's a
binutils version problem.
Can you send the output of scripts/ver_linux to see what binutils
version you are using?
Also you can try a "make debug_kallsyms" build that creates a .tmp_map1
and a .tmp_map2 files that might help diagnose the problem.
--
Paulo Marques - ww
nsion available.
Signed-off-by: Paulo Marques <[EMAIL PROTECTED]>
--
Paulo Marques - www.grupopie.com
"667: The neighbor of the beast."
--- ./scripts/kallsyms.c.orig 2007-06-08 12:55:49.0 +0100
+++ ./scripts/kallsyms.c2007-06-08 13:19:52.0 +0100
@
1 - 100 of 132 matches
Mail list logo
