Hi guys, I was looking at the load_elf_library function (fs/binfmt_elf.c)
in 2.6.10, and noticed the following:
elf_phdata = (struct elf_phdr *) kmalloc(j, GFP_KERNEL);
...
while (elf_phdata-p_type != PT_LOAD) elf_phdata++;
...
kfree(elf_phdata);
Could
Linus - please apply.
The cpuset code to update mems_generation could (in theory)
deadlock on cpuset_sem if it needed to allocate some memory
while creating (mkdir) or removing (rmdir) a cpuset, so already
held cpuset_sem. Some other process would have to mess with
this tasks cpuset memory
Linus - please apply.
The cpuset mems_allowed update code in alloc_pages_current could
(in theory) put a task to sleep that didn't allow sleeping (did
not have __GFP_WAIT flag set). In the rare circumstance that
the current tasks mems_generation is outofdate compared to the
tasks cpuset
Hi Nick,
On Thu, Mar 17, 2005 at 11:37:24PM +1100, Nick Piggin wrote:
Ian Pratt wrote:
fork: 166 - 235 (40% slowdown)
exec: 857 - 1003 (17% slowdown)
I'm guessing this is down to the 4 level pagetables. This is rather a
surprise as I thought the compiler would optimise most of these
Yichen Xie [EMAIL PROTECTED] wrote:
Hi guys, I was looking at the load_elf_library function (fs/binfmt_elf.c)
in 2.6.10, and noticed the following:
elf_phdata = (struct elf_phdr *) kmalloc(j, GFP_KERNEL);
...
while (elf_phdata-p_type != PT_LOAD) elf_phdata++;
...
* Paul E. McKenney [EMAIL PROTECTED] wrote:
[I believe that the real-time preemption patch moves code
from softirq/interrupt to process context, but could easily be
missing something. If need be, there are ways of handling cases
were realtime RCU is called from
Kurt Garloff wrote:
Hi Nick,
Hi Kurt!
On Thu, Mar 17, 2005 at 11:37:24PM +1100, Nick Piggin wrote:
Ian Pratt wrote:
fork: 166 - 235 (40% slowdown)
exec: 857 - 1003 (17% slowdown)
I'm guessing this is down to the 4 level pagetables. This is rather a
surprise as I thought the compiler would
Andrew,
Here's a collection of cleanups for perfctr.
Common-code cleanups for perfctr:
- init.c: remove unused asm/uaccess.h, don't
initialise perfctr_info, don't show dummy cpu_type,
show driver version directly from VERSION.
- linux/perfctr.h: remove types constants not used
in the
ppc32-specific cleanups for perfctr:
- ppc.c: don't initialise obsolete perfctr_info.cpu_type,
use DEFINE_SPINLOCK().
- asm-ppc/perfctr.h: remove cpu_type constants and
PERFCTR_CPU_VERSION unused in the kernel, use
explicitly-sized integers in user-visible types, make
perfctr_cpu_control
Yichen Xie [EMAIL PROTECTED] wrote:
Hi guys, I was looking at the load_elf_library function (fs/binfmt_elf.c)
in 2.6.10, and noticed the following:
elf_phdata = (struct elf_phdr *) kmalloc(j, GFP_KERNEL);
...
while (elf_phdata-p_type != PT_LOAD) elf_phdata++;
x86-specific cleanups for perfctr:
- x86.c: use DEFINE_SPINLOCK().
- asm-i386/perfctr.h: remove cpu_type constants and
PERFCTR_CPU_VERSION unused in the kernel, use
explicitly-sized integers in user-visible types, make
perfctr_cpu_control kernel-private.
Signed-off-by: Mikael Pettersson
Not subscribing because this is a one time question.
Please Cc: to the reply address above , [EMAIL PROTECTED]
Several winmodem devices come with a hardware burnt-in identification
misleading the system to load the serial driver.
As a result, it is not possible to load the special driver
When I connect and disconnect my new USB Pen drive (BAR 512MB) I get
stack dump messages from the kernel. The drive does seem to be usable at
the end of this sequence albeit very slowly. Disconnection gives a
kernel oops and the device isn't usable until the next reboot. Does
anyone know if
On Thu, Mar 17, 2005 at 10:38:53PM -0800, Larry McVoy wrote:
Hey, it's open source, I'm hoping that people will take that code and
evolve it do whatever they need. We're willing to do what we can on
this end if people need protocol changes to support new features,
time permitting. Think of
On 18 Mar 2005, at 00:16, Paul Mackerras wrote:
That sounds like a good way to make AGP accesses slower. :)
Seriously, given that AGP is a technology that is being superseded by
PCI Express, I think it's reasonable to look at the range of current
implementations to see what we have to cope with.
* Paul E. McKenney [EMAIL PROTECTED] wrote:
4. Preemptible read side.
RCU read-side critical sections can (in theory, anyway) be quite
large, degrading realtime scheduling response. Preemptible RCU
read-side critical sections avoid such degradation. Manual
Herbert Xu [EMAIL PROTECTED] wrote:
Yichen Xie [EMAIL PROTECTED] wrote:
Hi guys, I was looking at the load_elf_library function (fs/binfmt_elf.c)
in 2.6.10, and noticed the following:
elf_phdata = (struct elf_phdr *) kmalloc(j, GFP_KERNEL);
...
while
On Fri, Mar 18, 2005 at 01:05:01AM -0800, Andrew Morton wrote:
I think it'd be better to use epptr everywhere, so we can see that it only
gets assigned, tested then freed.
Looks good to me.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Hi.
I'm having some major issues with a custom module I'm hacking on
(actually maintained by someone else, but I've done odd bits of
development.) I simply get a segfault at module install time, and the
problem seems to occur while the module is scanning the PCI bus. The
error log from one
* Paul E. McKenney [EMAIL PROTECTED] wrote:
I have tested this approach, but in user-level scaffolding. All of
these implementations should therefore be regarded with great
suspicion: untested, probably don't even compile. Besides which, I
certainly can't claim to fully understand the
This memcpy() is 2 bytes shorter than one currently in mainline
and it have one branch less. It is also 3-4% faster in microbenchmarks
on small blocks if block size is multiple of 4. Mainline is slower
because it has to branch twice per memcpy, both mispredicted
(but branch prediction hides that
Chris Wedgwood wrote:
The VXEXT filesystem is more or less a FAT16 based filesystem which
was slightly modified by Wind River to allow the storage of more
than 2GB data on a partition, as well as storing filenames with a
maximum of 40 characters length.
Can this not then be folded into the
Andrew,
Since I haven't gotten a response from you, I'd figure that you may have
missed this, since the subject didn't change. So I changed the subject to
get your attention, and I've resent this. Here's the patch to get rid of
the the lame schedule that was in fs/jbd/commit.c. Let me know if
* Ingo Molnar [EMAIL PROTECTED] wrote:
* Paul E. McKenney [EMAIL PROTECTED] wrote:
I have tested this approach, but in user-level scaffolding. All of
these implementations should therefore be regarded with great
suspicion: untested, probably don't even compile. Besides which, I
Andrew Morton writes:
Martin J. Bligh [EMAIL PROTECTED] wrote:
drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
: undefined reference to `.mac_vmode_to_var'
make: *** [.tmp_vmlinux1] Error 1
Anyone know what that is?
--- Russell King [EMAIL PROTECTED] wrote:
If you want it to be immediate, then I'm afraid
you're going to have a
relatively hard time, with compatibility problems
with various systems.
You can't really dictate to people that they must
turn off the FIFOs on
their UARTs for your product to
Steven Rostedt [EMAIL PROTECTED] wrote:
Andrew,
Since I haven't gotten a response from you,
It sometimes takes me half a day to get onto looking at patches. And if I
take them I usually don't reply (sorry). But I don't drop stuff, so if you
don't hear, please assume the patch stuck. If
Mikael Pettersson writes:
Andrew Morton writes:
Martin J. Bligh [EMAIL PROTECTED] wrote:
drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
: undefined reference to `.mac_vmode_to_var'
make: *** [.tmp_vmlinux1] Error 1
Anyone know what that is?
* Ingo Molnar [EMAIL PROTECTED] wrote:
* Paul E. McKenney [EMAIL PROTECTED] wrote:
4. Preemptible read side.
RCU read-side critical sections can (in theory, anyway) be quite
large, degrading realtime scheduling response. Preemptible RCU
read-side critical sections
* Ingo Molnar [EMAIL PROTECTED] wrote:
there's one detail on PREEMPT_RT though (which i think you noticed too).
Priority inheritance handling can be done in a pretty straightforward
way as long as no true read-side nesting is allowed for rwsems and
rwlocks - i.e. there's only one owner of
On Thursday 17 March 2005 03:33, Christoph Lameter wrote:
On Fri, 11 Mar 2005, Denis Vlasenko wrote:
Andi Kleen (iirc) says that non-temporal stores seem to be
big win in microbenchmarks (and I second that), but they are
a net loss when we are going to use zeroed page just after
there's a problem in #5's rcu_read_lock():
void
rcu_read_lock(void)
{
preempt_disable();
if (current-rcu_read_lock_nesting++ == 0) {
current-rcu_read_lock_ptr =
On Friday 18 March 2005 11:21, Denis Vlasenko wrote:
This memcpy() is 2 bytes shorter than one currently in mainline
and it have one branch less. It is also 3-4% faster in microbenchmarks
on small blocks if block size is multiple of 4. Mainline is slower
because it has to branch twice per
Andi Kleen (iirc) says that non-temporal stores seem to be
big win in microbenchmarks (and I second that), but they are
a net loss when we are going to use zeroed page just after
zeroing. He recommends avoid using non-temporal stores
The rule of thumb is to only use non temporal stores when
$BEl5~%i%V%9%H!%j!(B
$BCK=w$H$b40A4L5NA$N7F$$$Nl$rDs6!$$$?$7$^$9(B
$B=U$OJL$l$N5(@a!AGE($J(B4$B7n$r7^$($k0Y$K:#$+$iM'C#:n$j$I$$G$9$+!)(B
$B$-$C$H8+$D$+$kAGE($J?M!z(B
http://loves.qsv20.com/
$B$=$NB$b$m$b$mFCE5IU!*!*(B
Hi,
I've recently upgraded a router which has three 3Com900C Tornado cards
revisions 74 and 78 from Linux 2.4 to 2.6.
IIRC, Linux 2.4 allowed to report if the link beat was sensed to be 10
or 100 mbps, Linux 2.6 does not. One of these cards is attached to
peculiar network gear and needs to be
On Fri, 18 Mar 2005, Andrew Morton wrote:
Steven Rostedt [EMAIL PROTECTED] wrote:
Andrew,
Since I haven't gotten a response from you,
It sometimes takes me half a day to get onto looking at patches. And if I
take them I usually don't reply (sorry). But I don't drop stuff, so if
dear sir
The number of processes that are being created in
fork.c() in function do_fork are less than the number
of processes are being terminated in exit.c in
function do_exit().
I am placing a printk() in both the above
functions do_fork() and do_exit() and thus after
compiling and
Marcelo Tosatti wrote:
On Wed, Mar 16, 2005 at 04:21:12PM +0100, Martin MOKREJ? wrote:
Arjan van de Ven wrote:
On Wed, 2005-03-16 at 16:03 +0100, Martin MOKREJ?? wrote:
Hi,
does anyone still use 2.4 series kernel? ;)
# make dep; make bzImage; make modules
[cut]
# make modules_install
[cut]
cd
Steven Rostedt [EMAIL PROTECTED] wrote:
I really should knock up a script to send out an email when I add a patch
to -mm.
I thought you might have had something like that already, which was
another reason I thought you might have skipped this.
I do now..
I'd figure that
hoi :)
the following patch fixes a bug I introduced with the last patches
of the DocBook generation.
Signed-off-by: Martin Waitz [EMAIL PROTECTED]
---
Please apply.
... and I really have to redo my bitkeeper repository as it
is full of merge artifacts as BK did not note the fact that
the
Martin Waitz [EMAIL PROTECTED] wrote:
... and I really have to redo my bitkeeper repository as it
is full of merge artifacts as BK did not note the fact that
the patches were applied using normal patches.
Normally bk would handle that, but I have an irritating habit of stripping
off all
* Ingo Molnar [EMAIL PROTECTED] wrote:
[...] How about something like:
void
rcu_read_lock(void)
{
preempt_disable();
if (current-rcu_read_lock_nesting++ == 0) {
current-rcu_read_lock_ptr =
* Paul E. McKenney [EMAIL PROTECTED] wrote:
5. Scalability -and- Realtime Response.
The trick here is to keep track of the CPU that did the
rcu_read_lock() in the task structure. If there is a preemption,
there will be some slight inefficiency, but the correct lock will be
released,
Hi!
This fixes SUSPEND_PD_PAGES, which wastes one page under most cases.
Ok, applied to my tree, will eventually propagate it. (I hope it looks
okay to you, rafael).
Signed-off-by: Coywolf Qi Hunt [EMAIL PROTECTED]
diff -pruN 2.6.11-mm4/include/linux/suspend.h
Hi!
I tried to solve long-standing uglyness in swsusp cmp code by calling
cpu hotplug... only to find out that CONFIG_CPU_HOTPLUG is not
available on i386. Is there way to enable CPU_HOTPLUG on i386?
BTW Li Shaohua has prototype smp/S3 implementation. I'll take detailed
look at that one.
Hi Linus/Andrew/Jeff,
The recent slew of UML updates that appeared in BK seems to have gone
wrong somewhere. The file arch/um/kernel/syscall_user.c contains
identical content twice over, thus breaking compilation.
Below is a patch to fix this. Please apply.
Signed-off-by: Anton Altaparmakov
On Fri, 18 Mar 2005, Andrew Morton wrote:
Steven Rostedt [EMAIL PROTECTED] wrote:
I wanted to keep the wait logic out when it wasn't a problem. Basically,
the problem only occurs when bit_spin_trylock is defined as an actual
trylock. So I put in a define there to enable the wait
On Fri, Mar 18, 2005 at 09:27:31AM +1100, Peter Chubb wrote:
Andrew == Andrew Morton [EMAIL PROTECTED] writes:
Andrew Robin Holt [EMAIL PROTECTED] wrote:
One other issue we have is the vm_dirty_ratio and background_ratio
adjustments are a little coarse with these memory sizes. Since
On Thu, Mar 17, 2005 at 04:20:26PM -0800, Paul E. McKenney wrote:
5. Scalability -and- Realtime Response.
...
void
rcu_read_lock(void)
{
preempt_disable();
if (current-rcu_read_lock_nesting++ == 0) {
On Gwe, 2005-03-18 at 08:57, Jacques Goldberg wrote:
Question: is there a way, as of kernels 2.6.10 and above, to release the
device from the serial driver, without having to recompile the kernel?
There is an ugly way (fake a hot unplug 8)) but if you want to do it
properly you need to get the
On Fri, Mar 18, 2005 at 04:56:41AM -0800, Bill Huey wrote:
On Thu, Mar 17, 2005 at 04:20:26PM -0800, Paul E. McKenney wrote:
5. Scalability -and- Realtime Response.
...
void
rcu_read_lock(void)
{
preempt_disable();
if
Hello all,
This patch adds support for the davicom dm9000 network driver. The
dm9000 is found on some embedded arm boards such as the pimx1 or the
scb9328.
Sascha Hauer
Signed-off-by: Sascha Hauer [EMAIL PROTECTED]
diff -urN linux-2.6.11/drivers/net/Kconfig
Hi,
On Friday, 18 of March 2005 12:39, Pavel Machek wrote:
Hi!
This fixes SUSPEND_PD_PAGES, which wastes one page under most cases.
Ok, applied to my tree, will eventually propagate it. (I hope it looks
okay to you, rafael).
SUSPEND_PD_PAGES is not necessary in swsusp any more. :-)
Hi,
I have a IBM thinkpad G40 and have just upgraded from 2.4.28 to 2.6.11.2
And I fail to get my netgear wg511t wireless pccard to function.
(worked fine with 2.4.28)
I've tried (wo really knowing what i'm doing) using
*) pci=routeirq
*) compiling kernel wo/ acpi
*) modprobe yenta_socket
Hi,
I'm trying to implement a UDP server in a kernel module. So far I have
created the struct socket using sock_create_kern(), and used
sock-ops-bind() on it. Now how do I send UDP datagrams? I looked at
some code and found the function sock-ops-sendmsg() but I can't figure
out where to put
On Fri, 18 Mar 2005, Alan Cox wrote:
On Gwe, 2005-03-18 at 08:57, Jacques Goldberg wrote:
Question: is there a way, as of kernels 2.6.10 and above, to release the
device from the serial driver, without having to recompile the kernel?
There is an ugly way (fake a hot unplug 8)) butif you
On Fri, Mar 18, 2005 at 02:53:31PM +0100, Josef E. Galea wrote:
Hi,
I'm trying to implement a UDP server in a kernel module. So far I have
created the struct socket using sock_create_kern(), and used
sock-ops-bind() on it. Now how do I send UDP datagrams? I looked at
some code and found
Hello,
I came across
http://people.redhat.com/drepper/glibcthreads.html
It seems to arouse a bit of confusion. _FIRST_ it says that scheduler
activations are BAD. Then it delves on the possible implementation of
Scheduler activations in Linux. Though I know that
Juergen Quade wrote:
On Fri, Mar 18, 2005 at 02:53:31PM +0100, Josef E. Galea wrote:
Hi,
I'm trying to implement a UDP server in a kernel module. So far I have
created the struct socket using sock_create_kern(), and used
sock-ops-bind() on it. Now how do I send UDP datagrams? I looked at
On Fri, Mar 18, 2005 at 10:00:49AM +0100, Stelian Pop wrote:
On Thu, Mar 17, 2005 at 10:38:53PM -0800, Larry McVoy wrote:
Hey, it's open source, I'm hoping that people will take that code and
evolve it do whatever they need. We're willing to do what we can on
this end if people need
On Fri, Mar 18, 2005 at 06:13:45AM -0800, Larry McVoy wrote:
On Fri, Mar 18, 2005 at 10:00:49AM +0100, Stelian Pop wrote:
On Thu, Mar 17, 2005 at 10:38:53PM -0800, Larry McVoy wrote:
Hey, it's open source, I'm hoping that people will take that code and
evolve it do whatever they need.
From: Jacques Goldberg
To be ugly or to never be up to date, that's the question.
We did patch 8250_pci.c but there is no way to build a
stable list of
the devices to be handled that way.
We will thus spend some time on the hot unplug solution.
I think what you want might be
Hi all!
I have a small question:
What do I have to do, to let the ioctl CDROM_SEND_PACKET work as a
non-root user under 2.6.11?
I try to burn a DVD with growisofs as a non-root user without success.
I know that there were some changes about access restriction (since
2.6.8), but I haven't found
On Thu, Mar 17, 2005 at 09:05:12PM +0100, Maximilian Engelhardt wrote:
On Mon, 2005-02-14 at 22:20 +0100, Pavel Machek wrote:
Video issues with S3 resume
~~~
2003-2005, Pavel Machek
Tried all this on my Laptop but nothing
Thanks for all the help in the past, and I'm once again knocking
at your door for more help.
I am trying to get my PCI bus device driver running on an Xeon
64-bit FC-3 distribution for the first time. It works fine on a
32-bit FC-3 distribution.
I got the compiler
On Fri, Mar 18, 2005 at 01:23:44AM -0500, Len Brown wrote:
This includes the ACPI part of memory hotplug,
plus various fixes, BIOS workarounds and a fix for
an interpreter regressions we had in 2.6.11 vs 2.6.10.
Thank you for the grat work. Could I humble advocating pushing
RTFM
On Fri, 18 Mar 2005 19:38:45 +0530, Imanpreet Arora [EMAIL PROTECTED] wrote:
Hello,
I came across
http://people.redhat.com/drepper/glibcthreads.html
It seems to arouse a bit of confusion. _FIRST_ it says that scheduler
activations are BAD. Then it
On Fri, 18 Mar 2005, Denis Vlasenko wrote:
NT stores are not about 5% increase. 200%-300%. Provided you are ok with
the fact that zeroed page ends up evicted from cache. Luckily, this is exactly
what you want with prezeroing.
These are pretty significant results. Maybe its best to use
On Fri, 18 Mar 2005 15:21:25 +0100, Stelian Pop [EMAIL PROTECTED] wrote:
On Fri, Mar 18, 2005 at 06:13:45AM -0800, Larry McVoy wrote:
On Fri, Mar 18, 2005 at 10:00:49AM +0100, Stelian Pop wrote:
On Thu, Mar 17, 2005 at 10:38:53PM -0800, Larry McVoy wrote:
Hey, it's open source, I'm
Sacrificing readibility a little bit, you could do something useful.
Instead of those ugly switch statements you could define function
pointer arrays and call appropriate function
switch(foo) {
case 1:
f1();
case2 :
f2();
};
could well become
void (*func)[] = {
On Fri, 18 Mar 2005 20:36:58 +0530, Hong Kong Phoey
[EMAIL PROTECTED] wrote:
RTFM
On Fri, 18 Mar 2005 20:36:58 +0530, Hong Kong Phoey
[EMAIL PROTECTED] wrote:
RTFM
I don't mind RTFM but do you care to provide the M. That is if you have any.
--
Imanpreet Singh Arora
-
To unsubscribe from
--Mikael Pettersson [EMAIL PROTECTED] wrote (on Friday, March 18, 2005
10:35:13 +0100):
Mikael Pettersson writes:
Andrew Morton writes:
Martin J. Bligh [EMAIL PROTECTED] wrote:
drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
: undefined reference to
I compiled my kernel (2.6.11) with the floppy driver as a module - so it
is not loaded on boot. When the floppy driver is laoded, the LED
behaves as expected. When I unload it, the LED stays in its current
state. So if I do this...
# modprobe floppy; sleep 5; dd if=/dev/fd0 count=1
applied
-
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://www.tux.org/lkml/
Hi,
On Fri, 11 Mar 2005 15:29:08 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
Greetings Bartlomiej,
I've updated the following
* in_flags modification when out_flags != 0 in_flags == 0
* more than one - one or more than one
* tf_{in|out}_flags - {in|out}_flags as tf_* are in-kernel
growisofs works as a non-root user here.
On Fri, 18 Mar 2005 15:45:46 +0100, Martin Zwickel
[EMAIL PROTECTED] wrote:
Hi all!
I have a small question:
What do I have to do, to let the ioctl CDROM_SEND_PACKET work as a
non-root user under 2.6.11?
I try to burn a DVD with growisofs as a
On Fri, Mar 18, 2005 at 08:41:52PM +0530, Hong Kong Phoey wrote:
Sacrificing readibility a little bit, you could do something useful.
Instead of those ugly switch statements you could define function
pointer arrays and call appropriate function
switch(foo) {
case 1:
f1();
One line summary of the problem:
Buffer I/O error on device hdg1, system freeze.
Full description of the problem/report:
the following error showed up in dmesg today:
hdg: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdg: dma_intr: error=0x40 { UncorrectableError },
On Fri, 18 Mar 2005 17:25:35 +0200
ismail dönmez [EMAIL PROTECTED] bubbled:
growisofs works as a non-root user here.
which version?
I have:
growisofs 5.5, front-ending to mkisofs 2.01-unofficial-iconv
(i686-pc-linux-gnu)
Maybe it's that stupid debian distro my college is using...
--
When you guys go on these make needlessly global code static kicks you
should maybe consider that even functions that aren't currently used by any
other area of the tree might be useful for module writers.
Instead of just checking which functions are currently used by other parts of
the kernel
On Mon, 14 Mar 2005 19:16:29 +0100, dave [EMAIL PROTECTED] wrote:
hy,
Upgrading kernel from Linux 2.6.10 (full) to 2.6.11.4(full) the left mouse
click get losed (I can not clik).
Is your touchpad being detected as an ALPS touchpad? There are some
issues with tapping that should be fixed in
Bonjour,
je suis le M. Jacob Amos Cadre à la BANQUE
INTERNATIONALE DE LAFRIQUE DE LOUEST(BIAO)Abidjan Cote
D'ivoire
Permettez moi de vous dire que je ne crois pas au
hasard et que toute chose arrive parce que le TOUT
PUISSANT le permet.
J'ai découvert des fonds abandonnés d'un montant de
On Fri, Mar 18, 2005 at 10:53:27AM +0100, Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
there's one detail on PREEMPT_RT though (which i think you noticed too).
Priority inheritance handling can be done in a pretty straightforward
way as long as no true read-side nesting
On Fri, Mar 18, 2005 at 11:03:39AM +0100, Ingo Molnar wrote:
there's a problem in #5's rcu_read_lock():
void
rcu_read_lock(void)
{
preempt_disable();
if (current-rcu_read_lock_nesting++ == 0) {
On Fri, Mar 18, 2005 at 04:56:41AM -0800, Bill Huey wrote:
On Thu, Mar 17, 2005 at 04:20:26PM -0800, Paul E. McKenney wrote:
5. Scalability -and- Realtime Response.
...
void
rcu_read_lock(void)
{
preempt_disable();
if
On Fri, Mar 18, 2005 at 10:25:54AM -0500, Lennart Sorensen wrote:
On Fri, Mar 18, 2005 at 08:41:52PM +0530, Hong Kong Phoey wrote:
switch(foo) {
case 1:
f1();
case2 :
f2();
};
could well become
void (*func)[] = { f1, f2 };
func(i);
Pavel Machek wrote:
Hi!
This fixes SUSPEND_PD_PAGES, which wastes one page under most cases.
-This fixes SUSPEND_PD_PAGES, which wastes one page under most cases.
+This fixes SUSPEND_PD_PAGES, which, in rare instances, would waste a signle
page.
I see rafael is going to drop it. Anyway, my
On Fri, Mar 18, 2005 at 05:17:29AM -0800, Bill Huey wrote:
On Fri, Mar 18, 2005 at 04:56:41AM -0800, Bill Huey wrote:
On Thu, Mar 17, 2005 at 04:20:26PM -0800, Paul E. McKenney wrote:
5. Scalability -and- Realtime Response.
...
void
rcu_read_lock(void)
{
* Paul E. McKenney [EMAIL PROTECTED] wrote:
preempt_disable();
if (current-rcu_read_lock_nesting++ == 0) {
current-rcu_read_lock_ptr =
__get_cpu_var(rcu_data).lock;
* Bill Huey [EMAIL PROTECTED] wrote:
I'd like to note another problem. Mingo's current implementation of
rt_mutex (super mutex for all blocking synchronization) is still
missing reader counts and something like that would have to be
implemented if you want to do priority inheritance over
On Fri, 2005-03-18 at 10:33 -0500, Greg Stark wrote:
In particular vmware used skb_copy_datagram. So 2.6.11 broke vmware for no
good reason.
I don't know about the validity or otherwise of (un)exporting
skb_copy_datagram but for what it's worth
El Fri, 18 Mar 2005 20:46:42 +0530,
Imanpreet Arora [EMAIL PROTECTED] escribió:
I don't mind RTFM but do you care to provide the M. That is if you have any.
What Update: this document is obsolete means is that the document is
obsolete.
Probably it should include a link to
On Fri, 18 Mar 2005 10:25:54 -0500, Lennart Sorensen
[EMAIL PROTECTED] wrote:
On Fri, Mar 18, 2005 at 08:41:52PM +0530, Hong Kong Phoey wrote:
Sacrificing readibility a little bit, you could do something useful.
Instead of those ugly switch statements you could define function
pointer
On Fri, 18 Mar 2005 [EMAIL PROTECTED] wrote:
On Fri, Mar 18, 2005 at 08:41:52PM +0530, Hong Kong Phoey wrote:
Sacrificing readibility a little bit, you could do something useful.
Instead of those ugly switch statements you could define function
pointer arrays and call appropriate function
Mar 18 14:56:35 newserver kernel: usb 2-2: new low speed USB device using
uhci_hcd and address 7
Mar 18 14:56:36 newserver usb.agent[17991]: usbhid: already loaded
Mar 18 14:56:37 newserver kernel: hiddev96: USB HID v1.00 Device [American
Power Conversion Back-UPS 500 FW: 6.4.I USB FW: c1 ]
Greg KH wrote:
On Wed, Mar 02, 2005 at 01:58:51PM -0600, Corey Minyard wrote:
This patch reorganizes the I2C SMBus formatting code to make it more
suitable for the upcoming non-blocking changes.
You are changing too much stuff here to claim it's just a
reorganization:
- variable name
Hi Andrew, Andrea, et al. Sorry for taking a while to get back to you
on this. Thanks a lot for the work you've already put in to this. We
built a 2.6.11.4 kernel with Andrea's first patch for this problem (the
patch is included at the end of this mail, just to make sure you know
which one I'm
On Gwe, 2005-03-18 at 13:31, Sascha Hauer wrote:
Hello all,
This patch adds support for the davicom dm9000 network driver. The
dm9000 is found on some embedded arm boards such as the pimx1 or the
scb9328.
Unless I'm missing something its just yet another NE2000 (ie 8390) clone
and can used
Mikael Pettersson wrote:
Andrew Morton writes:
Martin J. Bligh [EMAIL PROTECTED] wrote:
drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
: undefined reference to `.mac_vmode_to_var'
make: *** [.tmp_vmlinux1] Error 1
Anyone know what that is?
1 - 100 of 481 matches
Mail list logo