to this approach,
--
Paulo Marques - www.grupopie.com
There cannot be a crisis today; my schedule is already full.
-
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/majordomo-info.html
Please
Alexey Dobriyan wrote:
On Tue, Mar 13, 2007 at 06:49:50PM +, Paulo Marques wrote:
Alexey Dobriyan wrote:
[...]
What happens is that module_get_kallsym() drops module_mutex,
returns struct module *, module unloaded, struct module *
used.
The only use for the struct module * is to display
/modules does.
I would still prefer the other solution to avoid exposing module_mutex
outside of module.c like this :(
I'll try to send in a patch today for review.
--
Paulo Marques - www.grupopie.com
As far as we know, our computer has never had an undetected error.
Weisert
-
To unsubscribe from
is not declared in module.h,
not to mention compile when CONFIG_MODULES not set)
IMHO we should not expose module_mutex outside of module.c. That is just
wrong from an encapsulation point of view.
--
Paulo Marques - www.grupopie.com
667: The neighbor of the beast.
-
To unsubscribe from
be better to use freeze_processes()/unfreeze_processes(), I can
cook up a patch for that too...
--
Paulo Marques - www.grupopie.com
Very funny Scotty. Now beam up my clothes.
diffstat:
arch/parisc/kernel/unwind.c |3 --
arch/powerpc/xmon/xmon.c| 11 -
arch/ppc/xmon/xmon.c
Ingo Molnar wrote:
* Paulo Marques [EMAIL PROTECTED] wrote:
looking at the problem from another angle: wouldnt this be something
that would benefit from freeze_processes()/unfreeze_processes(), and
hence no locking would be required?
I also considered this, but it seemed a little too blunt
Andrew Morton wrote:
On Fri, 16 Mar 2007 17:16:39 + Paulo Marques [EMAIL PROTECTED] wrote:
Does freeze_processes() / unfreeze_processes() solve this by only
freezing processes that have voluntarily scheduled (opposed to just
being preempted)?
It goes much much further than that. Those
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 - www.grupopie.com
information through pointers and keep all that logic
internal to module.c, then the proto-patch with some improvements
might be the way to go...
--
Paulo Marques - www.grupopie.com
God is love. Love is blind. Ray Charles is blind. Ray Charles is God.
-
To unsubscribe from this list: send the line
cat /proc/kallsyms /dev/null loop
Copy all needed info under module_mutex.
NOTE: this patch keeps module_mutex static.
Yes, this patch fixes the cat /proc/kallsyms race without changing any
external interfaces, so I think it should go into mainline in any case.
Acked-by: Paulo Marques [EMAIL
kernel interfaces (error numbers, memory allocation,
printk, etc.) is not the right way to get code merged.
--
Paulo Marques - www.grupopie.com
For every problem there is one solution which is simple, neat, and wrong.
H. L. Mencken
-
To unsubscribe from this list: send the line unsubscribe linux
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 problem.
--
Paulo Marques
*buffer)
+{
+ return NULL;
+}
Returning NULL in a function returning void doesn't seem right :P
Maybe it should be something like this instead:
{
*buffer = '\0';
}
[...]
Anyway, the change looks useful, so thanks for the patch :)
--
Paulo Marques - www.grupopie.com
Very funny
the the #ifdef CONFIG_KALLSYMS and just
let them be available even in a not CONFIG_KALLSYMS kernel.
Since kallsyms_lookup is already #ifdef'ed to something sane,
sprint_symbol will just print out the symbol address in that case, but
it is better than not printing anything at all.
--
Paulo
is worth,
Acked-by: Paulo Marques [EMAIL PROTECTED]
--
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
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 the module name.
--
Paulo Marques - www.grupopie.com
There cannot
.
This should reduce immensely the stack usage of print_symbol without the
need for locking.
Of course this requires changing _all_ callers of print_symbol to use
the new interface, but these are less than 100 ;)
Comments?
--
Paulo Marques - www.grupopie.com
You're just jealous because
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 for inclusion in -mm today.
Sorry for the delay,
--
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 +
+++ ./scripts/kallsyms.c2007-10-30 19:07
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: Mathieu Desnoyers
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/majordomo-info.html
Please read the FAQ at http
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/kallsyms.c2007-10-30 19:07:58.0 +
@@ -34,7 +34,7
it entirely.
--
Paulo Marques - www.grupopie.com
God is love. Love is blind. Ray Charles is blind. Ray Charles is God.
-
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/majordomo-info.html
Steven Rostedt wrote:
On Wed, Sep 19, 2007 at 03:25:15PM +0100, Paulo Marques wrote:
if we change the interface from print_symbol(fmt, addr) to
print_symbol(prefix, addr, int newline) we can simply do:
printk(prefix);
printk_symbol(addr);
if (newline)
printk(\n);
NACK
I just wrote
.
On the other hand, if you take the other approach of reducing the stack
usage by creating a printk_symbol interface, the stack usage would drop
from 350 bytes to 128 bytes and your problem would go away entirely.
--
Paulo Marques - www.grupopie.com
All I ask is a chance to prove that money can't make
to reduce the size used by the symbol table in the running kernel.
Just take a look at get_symbol_pos in kernel/kallsyms.c and
get_ksymbol in kernel/module.c to see exactly how this is done
--
Paulo Marques - www.grupopie.com
There cannot be a crisis today; my schedule is already full
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
work on any PCI system where we can access the video
card ROM and can emulate the hardware used by the ROM code.
Why do you say that it's x86 specific? Am I missing something?
--
Paulo Marques - www.grupopie.com
You're just jealous because the voices only talk to me.
[1] http://dev.gentoo.org
Paul Mundt wrote:
On Tue, Sep 11, 2007 at 12:41:49PM +0100, Paulo Marques wrote:
[...]
Why do you say that it's x86 specific? Am I missing something?
The emulator it uses only runs on x86 and x86_64. Thus, it's x86
specific. The v86d and uvesafb pages seem to be in disagremeent, unless
(); */
pr_debug( end silly warning \n);
+out:
+ kfree(namebuf);
}
#else
[...]
--
Paulo Marques - www.grupopie.com
You're just jealous because the voices only talk to me.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
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 use it here as well... :(
--
Paulo Marques - www.grupopie.com
All
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 to be similar
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 code
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 do nothing.
Edmund
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 yes
the patch seems to not affect architectures that don't use the
--symbol-prefix option, so it should be harmless for most.
Anyway, appart from the few comments, it has my acknowledge.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing
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 but doesn't
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 list: send the line
, 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.grupopie.com
All
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 unsubscribe from this list: send the line unsubscribe
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 evil is that good men do
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 really know if it's
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 for about 50kB of code.
--
Paulo Marques
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 change
. 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.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797
and sequence of
key presses to distinguish between normal key presses and MSR data :P
--
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
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:8:256,Y:40:8:1,Y
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-damaged, but pure physics
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).
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797
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 get calibrated once during
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 is necessary for the triumph of evil is that good men do nothing
=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 message to [EMAIL PROTECTED]
More majordomo info
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 - www.grupopie.com
All
.
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 triumph of evil is that good men do nothing.
Edmund
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(buf) is the size
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
unsigned
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.com
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
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 think you can solve
like a very robust software design to me...
--
Paulo Marques
Software Development Department - Grupo PIE, S.A.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com
It is a mistake to think you can solve any major problems
just with potatoes.
Douglas Adams
-
To unsubscribe from
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
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 [EMAIL PROTECTED]
More majordomo info at http
.
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 unsubscribe linux-kernel
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 any major
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
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 a message to [EMAIL PROTECTED]
More majordomo info
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
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 in
the body of a message to [EMAIL PROTECTED]
More
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 any major
.
--
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 http://vger.kernel.org
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 is a mistake to think you can solve any major problems
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
), 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
the body of a message
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 triumph of evil is that good men do nothing.
Edmund
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 changes to that file. So the status is: it was
a bug, but it is already fixed :)
--
Paulo Marques - www.grupopie.com
All
to optimize (even
though gcc will probably optimize both versions just fine).
--
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
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 PROTECTED]
More majordomo info at http
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
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, here
, 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 nothing.
Edmund Burke (1729 - 1797)
-
To unsubscribe
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]
drivers/md/dm-ioctl.c
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 Marques - www.grupopie.com
All
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
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_uevent.c.orig 2005-04-05 16:39:09.0 +0100
+++ ./lib
, 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 line
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 message to [EMAIL PROTECTED
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 other OS'es use.
Just my 0.02 euros,
--
Paulo Marques - www.grupopie.com
All
.
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 Marques - www.grupopie.com
All that is necessary for the triumph
can follow this thread for more info:
http://marc.theaimsgroup.com/?l=linux-kernelm=110106915415886w=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 good men do nothing.
Edmund Burke
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 2005
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
.
--
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]
More majordomo info at http://vger.kernel.org
*.
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.html
--
Paulo Marques
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 in
the body
. 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.com
A journey of a thousand miles begins with a single step.
Lao-tzu, The Way of Lao-tzu
-
To unsubscribe from this list
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't help it)
--
Paulo Marques
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 unsubscribe from this list: send the line
) 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 unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
, 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?
--
Paulo Marques
1 - 100 of 263 matches
Mail list logo