On Sat, Mar 17, 2007 at 02:37:07AM -0400, Mike Frysinger wrote:
> The index() function is obsolete, use strchr() instead.
Thanks, applied.
Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi Alexey,
On Sat, Mar 17, 2007 at 02:45:13AM +0300, Korolev, Alexey wrote:
> Hello Willy,
>
> The following patch adds support of P30 and P33 NOR FLASH support in
> Linux 2.4
> This flash is substitution of J3 flash which is widely used it on Linux
> 2.4 kernels. Currently many customers
On Fri, Mar 16, 2007 at 03:39:57PM -0700, Randy Dunlap wrote:
> On Fri, 16 Mar 2007 14:11:21 -0700 Randy Dunlap wrote:
>
> > On Fri, 16 Mar 2007 09:33:54 -0700 (PDT) Linus Torvalds wrote:
> >
> > >
> > > I pushed out the -git trees yesterday, but then got distracted, so the
> > > patches and
The index() function is obsolete, use strchr() instead.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
--- a/scripts/kconfig/lxdialog/util.c
+++ b/scripts/kconfig/lxdialog/util.c
@@ -336,7 +336,7 @@
newl = 1;
word = tempstr;
while (word &&
Hi list,
Comment in release_task() claims that group leader's parent process
is signalled only if it desires so, which is not true.
Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]>
---
To save your time, here's the contradictory code which don't appear in
the patch (appears after its last
On Sat, 2007-03-17 at 06:56 +0100, Mike Galbraith wrote:
> On Fri, 2007-03-16 at 21:24 -0700, Nicholas Miell wrote:
>
> > Sorry, I haven't really been following this thread and now I'm confused.
> >
> > You're saying that it's somehow the scheduler's fault that X isn't
> > running with a high
P.S. "utter failure" was too harsh. What sticks in my craw is that the
world has to adjust to fit this new scheduler.
-Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Fri, 2007-03-16 at 21:24 -0700, Nicholas Miell wrote:
> Sorry, I haven't really been following this thread and now I'm confused.
>
> You're saying that it's somehow the scheduler's fault that X isn't
> running with a high enough priority?
I'm saying that the current scheduler adjusts for
On Fri, Mar 16, 2007 at 06:34:36PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Fix sparse NULL warnings:
> kernel/kprobes.c:915:49: warning: Using plain integer as NULL pointer
Thanks for catching this Randy.
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
On 3/16/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
Mike Snitzer wrote:
> Is this forced umount work even considered worthwhile by the greater
> Linux community? Is anyone actively working on this?
Have a look at all the discussion about revoke/frevoke on lkml over the
last week or two.
On Fri, 16 Mar 2007 20:01:01 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
>
> +asmlinkage long sys_fallocate(int fd, int mode, loff_t offset, loff_t len);
>
> --- linux-2.6.20.1.orig/include/asm-powerpc/systbl.h
> +++ linux-2.6.20.1/include/asm-powerpc/systbl.h
> @@ -305,3 +305,4 @@
On Saturday 17 March 2007, Mike Snitzer wrote:
>I'm interested in understanding the state of Linux with regard to
>_really_ forcing a filesystem to unmount.
>
>There is a (stale) project at OSDL that has various implementations:
>http://developer.osdl.org/dev/fumount/
>
>Its fairly clear that
Greetings Con & company;
I built and rebooted to 2.6.20.3-rdsl-0.31 earlier this evening, but
purposely waited till amanda was well underway to make a report.
The report is that I really really have to work hard to tell that amanda
is running even though the cpu according to gkrellm is running
On Saturday 17 March 2007 15:40, Al Boldi wrote:
> Con Kolivas wrote:
> > On Saturday 17 March 2007 08:55, Al Boldi wrote:
> > > With X nice'd at -10, and 11 hogs loading the cpu, interactivity looks
> > > good until the default timeslice/quota is exhausted and slows down.
> > > Maybe adjusting
Con Kolivas wrote:
> On Saturday 17 March 2007 08:55, Al Boldi wrote:
> > With X nice'd at -10, and 11 hogs loading the cpu, interactivity looks
> > good until the default timeslice/quota is exhausted and slows down.
> > Maybe adjusting this according to nice could help.
>
> Not sure what you
Mike Snitzer wrote:
> Is this forced umount work even considered worthwhile by the greater
> Linux community? Is anyone actively working on this?
Have a look at all the discussion about revoke/frevoke on lkml over the
last week or two.
J
-
To unsubscribe from this list: send the line
On Fri, 2007-03-16 at 23:30 +0100, Mike Galbraith wrote:
> On Sat, 2007-03-17 at 08:13 +1100, Con Kolivas wrote:
> > On Saturday 17 March 2007 02:34, Mike Galbraith wrote:
> > > On Sat, 2007-03-17 at 00:40 +1100, Con Kolivas wrote:
> > > > Here are full patches for rsdl 0.31 for various base
I'm interested in understanding the state of Linux with regard to
_really_ forcing a filesystem to unmount.
There is a (stale) project at OSDL that has various implementations:
http://developer.osdl.org/dev/fumount/
Its fairly clear that these efforts (e.g. badfs patches) haven't been
given
Fix handling of low voltage MMC cards.
The latest MMC and SD specs both agree that support for
low-voltage operations is indicated by bit 7 in the OCR.
The MMC spec states that the low voltage range is
1.65-1.95V while the SD spec leaves the actual voltage
range undefined - meaning that there is
On Saturday 17 March 2007 08:55, Al Boldi wrote:
> Con Kolivas wrote:
> > Here are full patches for rsdl 0.31 for various base kernels. A full
> > announce with a fresh -mm series will follow...
> >
> > http://ck.kolivas.org/patches/staircase-deadline/2.6.20.3-rsdl-0.31.patch
>
> Thanks! It looks
On Fri, 16 Mar 2007 17:44:25 -0600
Robert Hancock <[EMAIL PROTECTED]> wrote:
> Charles Shannon Hendrix wrote:
> > I normally run a modified 2.6.19 kernel and it works great.
> >
> > I recently tried 2.6.20 and had severe SATA problems with it.
> >
> > Yesterday I tried 2.6.20.3, and the
There is an API argument mismatch in it:
drivers/isdn/sc/init.c:281: warning: assignment from incompatible pointer type
interface->writebuf_skb = sndpkt;
where:
int sndpkt(int devId, int channel, struct sk_buff *data)
{
...
}
should look like this:
/*
* Send data using
On Friday 16 March 2007 19:44, Thomas Gleixner wrote:
> Maxim,
>
> On Fri, 2007-03-16 at 12:30 +0200, Maxim Levitsky wrote:
> > 3) Sometimes I get this (once in three boots or so)
> >
> > [ 36.217405] ENABLING IO-APIC IRQs
> > [ 36.217587] ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix sparse NULL warnings:
kernel/kprobes.c:915:49: warning: Using plain integer as NULL pointer
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
kernel/kprobes.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
---
Hi Victor,
On Friday 16 March 2007 17:33, Victor Fernandes wrote:
> Dear kernel gurus,
>
> I have a long experience with linux but not at the kernel level, so my
> apologies if this post is not appropriate for the list, but it seemed to
> me to be the only possible one to post my question.
>
>
On Friday 16 March 2007 23:44, you wrote:
> Charles Shannon Hendrix wrote:
> > I normally run a modified 2.6.19 kernel and it works great.
> >
> > I recently tried 2.6.20 and had severe SATA problems with it.
> >
> > Yesterday I tried 2.6.20.3, and the problems are still there.
>
> Can you try
Jan Engelhardt wrote:
On Mar 16 2007 16:24, Richard Knutsson wrote:
char yesno_chr(const bool value)
{
return "ny"[value];
}
char *yesno_str(const bool value)
{
return &"no\0yes"[3 * value];
}
static/extern const char *const yesno[] = {"no", "yes"};
static inline
Andrew Morton wrote:
> On Wed, 14 Mar 2007 12:07:14 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> wrote:
>
>
>> Subject: Add a sched_clock paravirt_op
>>
>> The tsc-based get_scheduled_cycles interface is not a good match for
>> Xen's runstate accounting, which reports everything in
Zachary Amsden wrote:
> I like this code very much; although it is unavoidably ugly, it is a
> nice general mechanism for doing code rewriting. Much more
> elaboration on this below.
>
Thanks.
> static inline void local_irq_restore(const unsigned long flags)
> {
>vmi_wrap_call(
>
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested with "allyes", "allmod" & "allno" on i386
diff --git a/drivers/usb/serial/io_edgeport.c b/drivers/usb/serial/io_edgeport.c
index 6a26a2e..aee0b24 100644
--- a/drivers/usb/serial/io_edgeport.c
+++
> It looks like you might need: for (i--; i >= 0; i--)
> (or: for (j = 0; j < i; j++) etc.)
>
> Because if the initial alloc_page loop goes to completion then:
> i == pagecount
> and if alloc_page loop terminates early then
> bp->b_pages[i] == NULL
> So we have gone 1 too far in both cases and
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested with "allyes", "allmod" & "allno" on i386
diff --git a/drivers/usb/serial/whiteheat.c b/drivers/usb/serial/whiteheat.c
index bf16e9e..27c5f8f 100644
--- a/drivers/usb/serial/whiteheat.c
+++ b/drivers/usb/serial/whiteheat.c
@@
On Mon, Mar 12, 2007 at 03:41:17PM +1100, David Chinner wrote:
> OTOH, all other buffers are supposed to be locked when under I/O.
> This change makes a special case for the log buffers, and I'd prefer
> not to have to remember that this behaviour changed fo log buffers
> at some point in time.
>
On Wed, 14 Mar 2007 12:07:14 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
wrote:
> Subject: Add a sched_clock paravirt_op
>
> The tsc-based get_scheduled_cycles interface is not a good match for
> Xen's runstate accounting, which reports everything in nanoseconds.
>
> This patch replaces this
Len Brown wrote:
On Monday 12 March 2007 09:25, Luming Yu wrote:
try acpi=off please.
Ok, it boots up fine with acpi=off.
Now the next step is to try without the mm patch?
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
When PM-Timer is available for local APIC timer calibration we can skip
the verification of the calibrated time value. The resulting error is
quite small on a bunch of evaluated platforms and is less harming than
the observed false positives.
We need to keep the verification on systems, which
Hello everyone;
I saw some talk on this mailing list about 9 months ago about the Marvell
88SE6141 Sata II not being recognized.
I just went from FC5 to a new Fedora Core 6 install, and even updated to
the latest kernel 2.6.20-1.2925 on an x86_64.
The kernel is not seeing my 2nd set of 4
Hello Willy,
The following patch adds support of P30 and P33 NOR FLASH support in
Linux 2.4
This flash is substitution of J3 flash which is widely used it on Linux
2.4 kernels. Currently many customers wishing to substitute J3 for P3x
face issues on Linux 2.4. This patch resolves issues with P3x
Charles Shannon Hendrix wrote:
I normally run a modified 2.6.19 kernel and it works great.
I recently tried 2.6.20 and had severe SATA problems with it.
Yesterday I tried 2.6.20.3, and the problems are still there.
Can you try 2.6.21-rc and see if the problem is fixed in those kernels?
--
Maxim,
On Fri, 2007-03-16 at 12:30 +0200, Maxim Levitsky wrote:
> 3) Sometimes I get this (once in three boots or so)
>
> [ 36.217405] ENABLING IO-APIC IRQs
> [ 36.217587] ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
> [ 36.433917] APIC timer disabled due to verification failure.
>
On 17/03/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Mar 16 2007 19:55, Michal Piotrowski wrote:
>> > I've got *bad* news. Bug described here
>> > http: //www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#0889
>> > http:
On Fri, 2007-03-16 at 12:30 +0200, Maxim Levitsky wrote:
> Mar 14 00:22:23 MAIN kernel: [2.072875] caller is
> check_tsc_sync_source+0x1d/0x100
> Mar 14 00:22:23 MAIN kernel: [2.072878] [show_trace_log_lvl+26/48]
> show_trace_log_lvl+0x1a/0x30
> Mar 14 00:22:23 MAIN kernel: [
On Mar 16 2007 17:13, Chris Friesen wrote:
>
> This would seem to be a bug in the build system then. Or are you
> supposed to "make clean" after every config change?
No. When .config is changed, include/linux/config/ is updated, which
causes things that depends on it one or the other way to
Jeremy Fitzhardinge wrote:
Well, one thing to make clear is this is absolutely not a Xen-specific
patch or piece of code. This is part of the paravirt_ops infrastructure
designed to remove the overhead of all the indirect calls which are
scattered all over the place. (Perhaps I should post the
On Mar 16 2007 19:55, Michal Piotrowski wrote:
>> > I've got *bad* news. Bug described here
>> > http: //www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#0889
>> > http: //www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1165
>> > probably leaked into mainline.
>> >
>> > Fsck!
>>
On Mar 15 2007 20:03, Zachary Amsden wrote:
> Well testing that is not so fun. I installed SUSE Pro 9.0, and strings on
> ld.so contains the magic at_sysinfo assert! But it doesn't install TLS
> libraries, so I'll have to install them by hand.
9.0 is kinda old. And if you want some TLS libs,
On Mar 16 2007 16:24, Richard Knutsson wrote:
>> >
>> > char yesno_chr(const bool value)
>> > {
>> >return "ny"[value];
>> > }
>> >
>> > char *yesno_str(const bool value)
>> > {
>> >return &"no\0yes"[3 * value];
>> > }
static/extern const char *const yesno[] = {"no", "yes"};
On Friday 16 March 2007 06:30, Maxim Levitsky wrote:
>
> Good day,
>
> I want to report regressions I have with 2.6.21-rc3 kernel.
> I use CONFIG_NO_HZ.
Do any of these issues go away with CONFIG_NO_HZ=n (or boot with nohz=n)
or are they all independent of it?
thanks,
-Len
> 1) Both suspend
> Did I send the right patch? The one I meant to send (appended below),
> indeed builds and runs without utrace-regset.patch and
> utrace-core.patch applied. It's utrace-1 in the following:
That is not the same patch I tried before. This one does apply and build
fine (after make defconfig
I finally found a dual core box, which survives suspend/resume without
crashing in the middle of nowhere. Sigh, I never figured out from the
code and the bug reports what's going on.
The observed hangs are caused by a stale state transition of the clock
event devices, which keeps the RCU
Randy Dunlap wrote:
allmodconfig on i386:
WARNING: "default_idle" [arch/i386/kernel/apm.ko] undefined!
WARNING: "machine_real_restart" [arch/i386/kernel/apm.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
Please ignore.
I think that this was the result of doing
Freitag, 16. März 2007 wrote Mike Galbraith:
> On Sat, 2007-03-17 at 08:13 +1100, Con Kolivas wrote:
> > On Saturday 17 March 2007 02:34, Mike Galbraith wrote:
> > > On Sat, 2007-03-17 at 00:40 +1100, Con Kolivas wrote:
> > > > Here are full patches for rsdl 0.31 for various base kernels. A full
>
On Fri, Mar 16, 2007 at 12:10:15PM -0400, Jeff Dike wrote:
> [ This missed getting into -stable the first time I sent it ]
That's because it doesn't apply at all to the current 2.6.20.3 kernel
tree. Can you rediff it for that one so that we can apply it properly?
thanks,
greg k-h
-
To
On 16/03/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
"Catalin Marinas" <[EMAIL PROTECTED]> writes:
> It seems to fix the leak. I looked at the logs and proc_set_tty calls
> put_pid twice for pid 245 (the unresolved leak) and get_pid for pid
> 296, which is later passed to put_pid via
On Fri, 16 Mar 2007 14:11:21 -0700 Randy Dunlap wrote:
> On Fri, 16 Mar 2007 09:33:54 -0700 (PDT) Linus Torvalds wrote:
>
> >
> > I pushed out the -git trees yesterday, but then got distracted, so the
> > patches and tar-balls and the announcement got delayed until this morning.
> > Oops. I'm
On Fri, 16 Mar 2007 16:34:15 -0400
[EMAIL PROTECTED] (Lennart Sorensen) wrote:
> Do you even have DMA enabled for the DVD drive? Without it it will be
> very slow and painful for the CPU. I also have noticed that many fast
> (16x) DVD writers must have an 80 wire cable or they won't work
>
Split the anonymous and file backed pages out onto their own pageout
queues. This we do not unnecessarily churn through lots of anonymous
pages when we do not want to swap them out anyway.
This should (with additional tuning) be a great step forward in
scalability, allowing Linux to run well on
On Fri, Mar 16, 2007 at 02:45:06PM -0700, H. Peter Anvin wrote:
> This script is a companion to the "cleanfile" script. This cleans
> up a patch in unified diff format *before* it is applied. Note that
> the empty lines at the end of file detection *requires* that the diff was
> taken with at
On Sat, 2007-03-17 at 08:13 +1100, Con Kolivas wrote:
> On Saturday 17 March 2007 02:34, Mike Galbraith wrote:
> > On Sat, 2007-03-17 at 00:40 +1100, Con Kolivas wrote:
> > > Here are full patches for rsdl 0.31 for various base kernels. A full
> > > announce with a fresh -mm series will follow...
On Thu, 2007-03-01 at 13:29 -0800, Sumant Patro wrote:
> Driver to throttle IO to reduce risk of OS timing out cmds.
>
> Implemented a circular queue to keep track of pending OS cmds in FW.
> This queue is periodically (every 10 sec) checked by a timer routine.
> If there is any cmd that is in
> I'm not quite sure what you're suggesting here though. Do you mean one of:
>
> NOTE_KERNELCAP_BEGIN(1, 1)
> NOTE_KERNELCAP(0, "nosegneg")
> NOTE_KERNELCAP_END
>
> or
>
> NOTE_KERNELCAP_BEGIN(1, 2)
> NOTE_KERNELCAP(1, "nosegneg")
> NOTE_KERNELCAP_END
>
> is the correct thing to use?
Yes.
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
> Chris Wright wrote:
> > I mean like this (bunch of work, for a type check that we're really ignoring
> > anwyay, but this is the idea...)
>
> Oh, I see. I think this is the best argument yet for the current
> arrangement...
Heh, like I said
Chris Wright wrote:
> I mean like this (bunch of work, for a type check that we're really ignoring
> anwyay, but this is the idea...)
>
Oh, I see. I think this is the best argument yet for the current
arrangement...
J
-
To unsubscribe from this list: send the line "unsubscribe
Add a new not_critical_when_idle parameter to queue_delayed_work_on(). This
parameter can be used to schedule work that are 'unimportant' when
CPU is idle and can be called later, when CPU eventually comes out of idle.
Use this parameter in cpufreq ondemand governor.
Signed-off-by: Venkatesh
Introduce a new kind of timers - not_critical_when_idle timers:
Timers that work normally when system is busy. But, will not cause CPU to
come out of idle (just to service this timer), when CPU is idle. Instead,
this timer will be serviced when CPU eventually wakes up with a subsequent
"Catalin Marinas" <[EMAIL PROTECTED]> writes:
> On 14/03/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> How does this look?
>
> It seems to fix the leak. I looked at the logs and proc_set_tty calls
> put_pid twice for pid 245 (the unresolved leak) and get_pid for pid
> 296, which is later
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
> Chris Wright wrote:
> > how about __paravirt_nop_start < func < __paravirt_nop_end and preserve
> > the types?
> >
>
> Er? The reason for the (void *) cast is to stop gcc complaining about
> mismatched pointer types.
I mean like this (bunch
Hi all,
Here is are the backported RSDL scheduler for a 2.6.18.8 kernel and now also
for 2.6.19.7 kernel.
This release includes the original backported 2.6.20.x RSDL 0.31 patch and also
has few cleanups to remove unecessary debian make-kpkg files.
This update also includes a small patch to
Con Kolivas wrote:
> Here are full patches for rsdl 0.31 for various base kernels. A full
> announce with a fresh -mm series will follow...
>
> http://ck.kolivas.org/patches/staircase-deadline/2.6.20.3-rsdl-0.31.patch
Thanks! It looks much better now.
With X nice'd at -10, and 11 hogs loading
Dear kernel gurus,
I have a long experience with linux but not at the kernel level, so my
apologies if this post is not appropriate for the list, but it seemed to
me to be the only possible one to post my question.
Obviously I've also tried to find the solution on the archives (and more)
but
Roland McGrath wrote:
> This should be:
>
> NOTE_KERNELCAP_BEGIN(1, 1)
> NOTE_KERNELCAP(0, "nosegneg")
> NOTE_KERNELCAP_END
>
> i.e. 1->0 in the "bit" member. (Note the ld.so.conf.d file must have the
> matching bit number for ldconfig-based lookups to do the right thing.)
> Or else:
>
>
Guerreiro da Luz wrote:
> Am benchmarking dumb matrix multiplication in trying to perceive
> performance drop in case when matrix cannot fit in L2 cache. However,
> on my machine L2 cache is large - 2MB, so 512x512 matrix of double
> numbers is needed to fill the cache, and in that case
On Fri, 16 Mar 2007, Christoph Lameter wrote:
>
> Yes he has already explained it and I am well aware of the difficulties
> on 32 bit. -> linux-mm archives.
Stop pointing to archives.
If you cannot give a http pointer to a specific thread, don't bother with
the "please real the list" thing
ebiederm wrote:
> I'm tempted to rant on the pure insanity of address space randomization
> but that is a whole other issue...
Please do rant; all I can see asr brings is one big performance hit.
Of course, it's not enough to just attack this at the kernel, but glibc has
to play accordingly as
On Fri, 2007-03-16 at 12:43 -0800, Andrew Morton wrote:
> On Wed, 14 Mar 2007 11:00:12 +0100 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > rtimer_forward() does not check for the possible overflow of
> > timer->expires. This can happen on 64 bit machines with large interval
> > values and
This script is a companion to the "cleanfile" script. This cleans
up a patch in unified diff format *before* it is applied. Note that
the empty lines at the end of file detection *requires* that the diff was
taken with at least one line of context around each hunk, or bad things
will happen.
On Tue, Mar 13, 2007 at 02:05:11PM -0700, Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
> > It depends -- under heavy network load you can spend a long time
> > just processing interrupts.
>
> Well, in that case you probably don't want to charge them to the process
> which happens to be running
Tejun Heo said this (probably recently):
> Regions are requested twice during initialization causing the second
> one to fail. This is regression introduced during iomap conversion.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
> ---
> Nate, this should fix it. But LBA48 support is broken on
> > +NOTE_KERNELCAP_BEGIN(1, 1)
> > +NOTE_KERNELCAP(1, "nosegneg")
> > +NOTE_KERNELCAP_END
This should be:
NOTE_KERNELCAP_BEGIN(1, 1)
NOTE_KERNELCAP(0, "nosegneg")
NOTE_KERNELCAP_END
i.e. 1->0 in the "bit" member. (Note the ld.so.conf.d file must have the
matching bit number for ldconfig-based
Herbert wrote:
> looks good to me, except for the potential issue with
> the double indirection introducing too much overhear
It's not the indirection count that I worry about.
It's the scalability of the locking. We must avoid as
much as possible adding any global locks on key code paths.
This
All this discussion is well and good, but I suspect there is a driver setup
problem where the interrupt isn't being handled properly. Please retest with
the latest version of skge driver (I just pushed patches to netdev about 2min
ago).
One patch changes to disable IRQ's from device for packets
William Lee Irwin III <[EMAIL PROTECTED]> writes:
>
> On Fri, Mar 16, 2007 at 07:04:28AM -0600, Eric W. Biederman wrote:
>> Grr. s/patricia tree/fib tree/. We use that in the networking for
>> the forwarding information base and I got mis-remembered it. Anyway
>> the interesting thing with the
On Fri, 16 Mar 2007 14:36:45 -0600
Rob Sims <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 16, 2007 at 09:59:32AM -0700, Stephen Hemminger wrote:
> > On Fri, 16 Mar 2007 01:29:12 +0100
> > Thomas Glanzmann <[EMAIL PROTECTED]> wrote:
> >
> > > Hello Stephen,
> > >
> > > > yesterday I pulled from Linus
On Fri, 16 Mar 2007 09:33:54 -0700 (PDT) Linus Torvalds wrote:
>
> I pushed out the -git trees yesterday, but then got distracted, so the
> patches and tar-balls and the announcement got delayed until this morning.
> Oops. I'm a scatter-brain.
allmodconfig on i386:
WARNING: "default_idle"
On Saturday 17 March 2007 02:14, Chris Friesen wrote:
> Con Kolivas wrote:
> > The practice of renicing kernel threads to negative nice values is of
> > questionable benefit at best, and at worst leads to larger latencies when
> > kernel threads are busy on behalf of other tasks.
>
> What about
On Fri, Mar 16, 2007 at 09:59:32AM -0700, Stephen Hemminger wrote:
> On Fri, 16 Mar 2007 01:29:12 +0100
> Thomas Glanzmann <[EMAIL PROTECTED]> wrote:
>
> > Hello Stephen,
> >
> > > yesterday I pulled from Linus tree because I saw the sky2 updated and I
> > > tried to break it but it seems that
Ismail Dönmez wrote:
> On Thursday 15 March 2007 02:08:43 Stefan Richter wrote:
> [...]
>> Ismail, if you have the opportunity, the next thing you could test would
>> be to unload eth1394 explicitly before ohci1394 on 2.6.21-rc3. This
>> would _not_ oops according to my observation.
>
> On a
On Fri, 16 Mar 2007, Martin Bligh wrote:
> For starters, you can't do that sparse a mapping on a 32 bit system.
> I'll let Andy explain the rest of it.
Yes he has already explained it and I am well aware of the difficulties
on 32 bit. -> linux-mm archives.
> "the agreement"? So Andy agreed to
On Saturday 17 March 2007 02:34, Mike Galbraith wrote:
> On Sat, 2007-03-17 at 00:40 +1100, Con Kolivas wrote:
> > Here are full patches for rsdl 0.31 for various base kernels. A full
> > announce with a fresh -mm series will follow...
> >
> >
Christoph Lameter wrote:
On Fri, 16 Mar 2007, Martin Bligh wrote:
You have to do some sort of lookup anyway, and Andy seemed to have them
all folded into one.
What lookup would you need to do? On x86_64 even the TLB use is
hidden by the existing 2M entries for 1-1 mappings.
Or are you
On Fri, 2007-03-16 at 13:15 -0700, Christoph Lameter wrote:
> On Fri, 16 Mar 2007, Andi Kleen wrote:
> > > x86_64 is going to acquire more functionality that will not be available
> > > for i386. We plan f.e. to add virtual memmap support for x86_64. Virtual
> >
> > What advantage would that
On Fri, 16 Mar 2007, David Miller wrote:
> From: Christoph Lameter <[EMAIL PROTECTED]>
> Date: Fri, 16 Mar 2007 13:48:58 -0700 (PDT)
>
> > Please read my posts to linux-mm on that subject. We discussed it last
> > year in detail and the agreement was that the sparsemem crud needs to be
> >
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Fri, 16 Mar 2007 13:56:13 -0700 (PDT)
> On Fri, 16 Mar 2007, David Miller wrote:
>
> > From: Christoph Lameter <[EMAIL PROTECTED]>
> > Date: Fri, 16 Mar 2007 13:48:58 -0700 (PDT)
> >
> > > Please read my posts to linux-mm on that subject. We
On Fri, 16 Mar 2007, David Miller wrote:
> From: Christoph Lameter <[EMAIL PROTECTED]>
> Date: Fri, 16 Mar 2007 13:52:18 -0700 (PDT)
>
> > Virtual mmap allows holes in the same way as page tables do.
>
> I don't want to take expensive TLB misses to lookup a page.
Ummm. You are missing key
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Fri, 16 Mar 2007 13:52:18 -0700 (PDT)
> Virtual mmap allows holes in the same way as page tables do.
I don't want to take expensive TLB misses to lookup a page.
Don't force a virtual mapping solution down my throat if that
is not what I believe
On Fri, 16 Mar 2007 22:37:57 +0200 "Pekka Enberg" <[EMAIL PROTECTED]> wrote:
> What we could do is add a "I am revoked" flag to struct file which
> blocks any future ->readpage, ->readpages, and ->direct_IO on the
> file. Alternatively, we could change the ->f_mapping to point to an
> address
On Fri, 16 Mar 2007, David Miller wrote:
> > It is primarily a performance improvement since the sparsemem table
> > lookups would no longer be necessary and it also streamlines other
> > frequent cacheline uses. These page -> page_struct and vice versa
> > operations are key to the
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Fri, 16 Mar 2007 13:48:58 -0700 (PDT)
> Please read my posts to linux-mm on that subject. We discussed it last
> year in detail and the agreement was that the sparsemem crud needs to be
> taken out. Kame-san posted patches to do that.
Please
Boring week-end in sight ?
The new serie of r8169 changes is available at:
http://www.fr.zoreil.com/people/francois/misc/20070316-2.6.21-rc4-r8169-test.patch
or:
http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.21-rc4/r8169-20070316
or (rebase happy branch):
git://electric-eye.fr.zoreil.com/home
On Fri, 16 Mar 2007, Martin Bligh wrote:
> You have to do some sort of lookup anyway, and Andy seemed to have them
> all folded into one.
What lookup would you need to do? On x86_64 even the TLB use is
hidden by the existing 2M entries for 1-1 mappings.
> Or are you trying to avoid this by
1 - 100 of 868 matches
Mail list logo