From: Arnd Bergmann <[EMAIL PROTECTED]>
Date: Sun, 7 Oct 2007 02:17:08 +0200
> On Saturday 06 October 2007, Jeff Garzik wrote:
> >
> > This always bugged me: dev_ioctl() called dev_ifsioc() either inside
> > read_lock(dev_base_lock) or rtnl_lock(), depending on the ioctl being
> > executed.
> >
On Mon, Oct 08, 2007 at 02:50:10PM +0800, Dave Young wrote:
>If memchr argument is longer than strlen(kp->name), there will be some
>weird result.
>
>Signed-off-by: Dave Young <[EMAIL PROTECTED]>
>
>---
>params.c | 10 --
>1 file changed, 8 insertions(+), 2 deletions(-)
Hmm, you used d
Hi,
Thanks for comment.
fixed.
Regards
dave
-
If memchr argument is longer than strlen(kp->name), there will be some
weird result.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
kernel/params.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff -upr linux/kernel/params
Hi!
Powertop tells me that irqbalance is obsolete/burns too much power,
while it is default Y and its help test does not provide any clues:
Enable kernel irq balancing (IRQBALANCE) [Y/n/?] (NEW) ?
The default yes will allow the kernel to do irq load balancing.
Saying no will keep the kernel from
Some versions of gcc replace strstr() calls with a single-character `needle'
parameter by strchr() behind our back. This causes a link error if strchr() is
defined as an inline function in (e.g. on m68k):
| drivers/built-in.o: In function `libertas_parse_chan':
| linux/drivers/net/wireless/libert
Scott wrote:
> On Sat, 2007-10-06 at 12:48 -0600, Robert Hancock wrote:
Oct 2 21:59:32 htpc cx88[0]: irq mpeg [0x8] pci_abort*
Oct 2 21:59:32 htpc cx88[0]/2-mpeg: general errors: 0x0008000
> I assumed it was an interrupt issue based on the 'irq mepg' error, not a
> DMA issue.
It'
Typo: depricated -> deprecated
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit b7ec07d26c9fd915fd32b759aa05a1ead8c432f5
tree 6f6dafac4072fddd670a97f68cbd64bf505d0408
parent 43dcafe3f7bfc07bdaf55d353fd4c5112c5f2be6
author Rolf Eike Beer <[EMAIL PROTECTED]> Sun, 07 Oct 2007 10:29:39 +0
On Fri, 5 Oct 2007, H. Peter Anvin wrote:
> > bootparams.bin can be found at http://www.jikos.cz/jikos/junk/bootparams.bin
> Looks like this bootparams image was obtained without removing __initdata, so
> it's unusable. Sorry.
Oops, sorry. I have just put the new dump
http://www.jikos.cz/jikos/
On Fri, Oct 05, 2007 at 02:00:37PM -0400, Jeff Layton wrote:
> On Fri, 05 Oct 2007 13:30:10 -0400
> [EMAIL PROTECTED] wrote:
> >
> > How does Joe Sysadmin tell if he has an affected legacy app or not?
> >
> > (The obvious "try it and see what breaks" is a non-starter for many places,
> > because y
Andrew Morton wrote:
> On Wed, 03 Oct 2007 18:26:06 +0400
> Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
>
>> There are two places that do so - the cgroups subsystem
>> and the autofs code.
>>
>> Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
>>
>> ---
>>
>> diff --git a/fs/autofs/root.c b/fs/a
Hi,
I am getting this warning compiling rc9:
CC [M] drivers/isdn/i4l/isdn_common.o
drivers/isdn/i4l/isdn_common.c: In function ‘isdn_write’:
drivers/isdn/i4l/isdn_common.c:990: warning: array subscript is above array
bounds
drivers/isdn/i4l/isdn_common.c: In function ‘isdn_read’:
drivers/isdn
Giuliano Gagliardi wrote:
On Tuesday 02 October 2007, Jan Engelhardt wrote:
On Oct 2 2007 12:56, Giuliano Gagliardi wrote:
I have a server that has to switch to different user ids, but because it
does other complex things, I would rather not have it run as root. I only
need the server t
Hi,
static int ntty_write(struct tty_struct *tty, const unsigned char *buffer,
int count)
{
int rval = -EINVAL;
struct nozomi *dc = get_dc_by_tty(tty);
struct port *port = (struct port *)tty->driver_data;
unsigned long flags;
/* DBG1(
Right, sorry about the confusion. I think the screen capture would be
useful to ACPI developers. Thanks.
In any case, I appreciate your williness to help, plus I learned things
I would have not learned otherwise, many thanks to you
Hernan
--
Hernán Gustavo Solari, [EMAIL PROTECTED], htt
Fix against access random data bytes outside the
dev->chanmap array. Thanks to Oliver Neukum for
pointing me to this issue.
Patch is against 2.6.23-rc9-git6
Signed-off-by: Karsten Keil <[EMAIL PROTECTED]>
---
drivers/isdn/i4l/isdn_common.c |5 +++--
1 files changed, 3 insertions(+), 2 deletio
Virtualization of sysv msg queues is incomplete:
msg_hdrs and msg_bytes variables visible from userspace are global.
Let's make them per-namespace.
Signed-Off-By: Alexey Kuznetsov <[EMAIL PROTECTED]>
Signed-Off-By: Kirill Korotaev <[EMAIL PROTECTED]>
---
include/linux/ipc.h |2 ++
ipc/msg.c
Hi Ryan,
On 10/8/07, Ryan Finnie <[EMAIL PROTECTED]> wrote:
> Doesn't appear to be enough. I can't figure out why (since it appears
> write_cache_pages bubbles up directly to sys_msync), but with that
> patch applied, in my test case[1], msync returns -1 EIO. However,
> with the exact same kerne
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> No need to be more spagetti than absolutely necessary.
>
> Replace loops implemented with gotos with real loops. Replace err =
> ...; goto x; x: return err; with return ...;
>
> No functional changes.
thanks, applied.
Ingo
-
To unsubscribe fr
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Andi Kleen <[EMAIL PROTECTED]> writes:
>
> > These functions were largely cut'n'pasted. This moves
>
> Here's a replacement patch fixing a minor problem:
> sleep_on_common wasn't marked __sched and ended up in the
> wrong section; breaking the WCHAN ba
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Some CPUs like K8 cannot predict indirect calls. A common optimization
> in object oriented languages is to check for the most common call
> target and then call it directly; otherwise do an indirect call. This
> patch does this manually for sched_fair
On Oct 8, 2007, at 3:44 AM, Gerd Hoffmann wrote:
Scott wrote:
On Sat, 2007-10-06 at 12:48 -0600, Robert Hancock wrote:
Oct 2 21:59:32 htpc cx88[0]: irq mpeg [0x8] pci_abort*
Oct 2 21:59:32 htpc cx88[0]/2-mpeg: general errors: 0x0008000
I assumed it was an interrupt issue based on the
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Replace a particularly ugly ifdef with an inline and a new macro. Also
> split up the function to be easier readable.
thanks, applied.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
Hi all
The test for VM_CAN_NONLINEAR always fails
Signed-off-by: Yan Zheng<[EMAIL PROTECTED]>
diff -ur linux-2.6.23-rc9/mm/fremap.c linux/mm/fremap.c
--- linux-2.6.23-rc9/mm/fremap.c2007-10-07 15:03:33.0 +0800
+++ linux/mm/fremap.c 2007-10-08 19:33:44.0 +0800
@@ -16
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Not only the migration thread, but also softlockup and stop machine
> need to be protected against normalize_rt(). Instead of checking for
> them all I added a new process flag for this.
hm, i dont really like this. The migration thread is an absolute
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Function never returns -EINVAL.
thanks, applied.
Ingo
-
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
Plea
On Mon, Oct 08, 2007 at 07:45:08PM +0800, Yan Zheng wrote:
>Hi all
>
>The test for VM_CAN_NONLINEAR always fails
>
>Signed-off-by: Yan Zheng<[EMAIL PROTECTED]>
>
>diff -ur linux-2.6.23-rc9/mm/fremap.c linux/mm/fremap.c
>--- linux-2.6.23-rc9/mm/fremap.c 2007-10-07 15:03:33.0 +0800
> if (unlikely(down_trylock(&port->tty_sem))) {
> /*
> * must test lock as tty layer wraps calls
> * to this function with BKL
> */
> dev_err(&dc->pdev->dev, "Would have deadlocked - "
>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > Andi Kleen <[EMAIL PROTECTED]> writes:
> >
> > > These functions were largely cut'n'pasted. This moves
> >
> > Here's a replacement patch fixing a minor problem:
> > sleep_on_common wasn't marked __sched a
w9968cf, remove bad usage of ERESTARTSYS
down_read_trylock can't be interrupted and so ERESTARTSYS would reach
userspace, which is not permitted. Change it to EAGAIN
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit db38c559d37219c32b179ae005ca7e489336ec94
tree f2d606165e6ef2daa6e1a2860f8
On Monday 08 October 2007 13:51:42 Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > Not only the migration thread, but also softlockup and stop machine
> > need to be protected against normalize_rt(). Instead of checking for
> > them all I added a new process flag for this.
> hm, i'm not convinced about this one. It increases the code size a bit
Tiny bit (<200 bytes) and the wait_for/sleep_on refactor patch in the series
saves over 1K so I should have some room for code size increase. Overall
it will be still considerable smaller.
> and it's a sched.c local hack.
zc0301, remove bad usage of ERESTARTSYS
down_read_trylock can't be interrupted and so ERESTARTSYS would reach
userspace, which is not permitted. Change it to EAGAIN
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 235cf594bc65128250632a642f3e9d7e4df4975e
tree 0557746416827daeb4d829610fec
cinergyT2, remove bad usage of ERESTARTSYS
test of cinergyt2->disconnect_pending doesn't ensure pending signal and so
ERESTARTSYS would reach userspace, which is not permitted. Change it to
EAGAIN
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit b227f5517ddd99f581a9d241c8ba9c50c50fbc3e
t
rocket, switch sleep_on to completion
- sleep_on is deprecated and racy, use completion instead
- also check retval of interruptible function and return ERESTARTSYS
eventually
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 6e42c2183befe136d85e6a8708ee4eabc543774b
tree 4a2b307dc66e119
Hi,
I hope this message is going into the right newsgroup. If it is not,
please tell me, thanks.
I have get a recent report from my machine and there is something I
do not understand.
Please take a look at the result first:
tps rd_sec/s wr_sec/savgrq-sz avgqu-sz await svctm
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > hm, i'm not convinced about this one. It increases the code size a
> > bit
>
> Tiny bit (<200 bytes) and the wait_for/sleep_on refactor patch in the
> series saves over 1K so I should have some room for code size
> increase. Overall it will be still
On Thu 04-10-07 13:12:07, Andrew Morton wrote:
> On Mon, 01 Oct 2007 17:35:46 -0700
> Mingming Cao <[EMAIL PROTECTED]> wrote:
>
> > ext2: Avoid rec_len overflow with 64KB block size
> >
> > From: Jan Kara <[EMAIL PROTECTED]>
> >
> > With 64KB blocksize, a directory entry can have size 64KB which
On 10/08/2007 02:35 PM, Jiri Slaby wrote:
> rocket, switch sleep_on to completion
Blah, wrong patch, ignore it...
-
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.ht
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> softlockup is the same. Just think about it.
>
> If you ever renormalize it and then run a fifo thread it will starve
> and then eventually kill the box.
>
> And starving CPU unplug is also equally bad.
yeah, agreed. I ended up doing the change below.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
i have encountered 2.6.22.9 compile warnings. This is the first time i
decided to report them. I had various compile warnings with earlier
kernel versions, its just i didnt had courage to report them :) I'm
using instructions from REPORTING-BUG
rocket, switch sleep_on to completion
- sleep_on is deprecated and racy, use completion instead
- also check retval of interruptible function and return ERESTARTSYS
eventually
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit db2ca3cf492a6a8a4578e6adb869e1a20558b84e
tree 4f732e546579c34
David Chinner wrote:
> Can you turn on slab debug and poisoning and see where
> the kernel fails with that? e.g. set:
>
> CONFIG_DEBUG_SLAB=y
> CONFIG_DEBUG_SLAB_LEAK=y
I was a little worried about letting those servers in such a bad state,
and went the "easy" way.
I did upgrade from drbd 0.7.X
On Mon, 2007-10-08 at 09:43 +0200, Geert Uytterhoeven wrote:
> Some versions of gcc replace strstr() calls with a single-character `needle'
> parameter by strchr() behind our back. This causes a link error if strchr() is
> defined as an inline function in (e.g. on m68k):
>
> | drivers/built-in.o:
Hi,
we have a system here were e.g. "sleep 1" will never finish. This is an
issue of 2.6.23, on all older kernel versions it did work fine.
Seems to hang in do_nanosleep()
[ 153.775792] sleep S 0 5372 5341
[ 153.782385] 81007f0a9ea8
On Sunday 07 October 2007 17:47, Malte Schröder wrote:
> Hello,
> I am encountering some strange data corruption when transferring
> data from one of my PCs that I use as a file-server.
>
> on the server:
> FILE=; | cut -d" " -f1 | nc -lp5000 -q0; while nc
> -lp5000 -q0 < $FILE; do : ; done
$ cat
On Monday 08 October 2007 14:43:50 Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > softlockup is the same. Just think about it.
> >
> > If you ever renormalize it and then run a fifo thread it will starve
> > and then eventually kill the box.
> >
> > And starving CPU unplu
Bernd Schubert wrote:
> Hi,
>
> we have a system here were e.g. "sleep 1" will never finish. This is an
> issue of 2.6.23, on all older kernel versions it did work fine.
>
> Seems to hang in do_nanosleep()
>
Update: Enabling hpet in the bios and setting clocksource=hpet as command
line parame
On Saturday 06 October 2007 20:13, Jan Engelhardt wrote:
> Colored kernel message output (1/2)
>
> This patch makes it possible to give kernel messages a selectable
> color. It can be chosen at compile time, overridden at boot time,
> and changed at run time.
IMHO: useless bloat.
And yes, I've r
--
On Sun, 7 Oct 2007, Jaswinder Singh wrote:
> Do you have any plans to support nested or reentrant Interrupt Handling
> schemes.
>
Hi Jaswinder,
Not sure what you mean by this, since interrupt handlers are run as
threads and are fully preemptible.
-- Steve
-
To unsubscribe from this list:
MCG_CAP never reports a negative count of available error-reporting
banks. Make it unsigned.
Check for MCA/MCE feature bits as early as possible. While here, do an
indent cleanup.
Signed-off-by: Christoph Egger <[EMAIL PROTECTED]>
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
arch/i386/ker
Ralf,
thanks for the detailed information.
> Anyway, it would be much easier to help you if we
> knew what you are trying
> to achieve with these functions.
Basically our target has a MIPS24KE host processor on
which Linux runs and a networking processor (NP) which
sits between the EMAC contoller
eHEA recovery and DLPAR functions are called seldomly. The eHEA workqueues
are replaced by the kernel event queue.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
The patch has been built against upstream git
drivers/net/ehea/ehea.h |3 +--
drivers/net/ehea/ehea_main.c | 28
--
On Fri, 5 Oct 2007, Thomas Gleixner wrote:
> On Fri, 5 Oct 2007, Gregory Haskins wrote:
> > This series may help debugging certain circumstances where the serial
> > console is unreponsive (e.g. RT51+ spinner, or scheduler problem). It
> > changes
> > the serial8250 driver to use IRQF_NODELA
"Joerg Roedel" <[EMAIL PROTECTED]> writes:
> MCG_CAP never reports a negative count of available error-reporting
> banks. Make it unsigned.
> Check for MCA/MCE feature bits as early as possible. While here, do an
> indent cleanup.
Never mix style cleanups with other changes. It makes it near imp
On Mon, 8 Oct 2007 09:25:55 +0200
Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> Powertop tells me that irqbalance is obsolete/burns too much power,
> while it is default Y and its help test does not provide any clues:
it is obsoleted.. (by the userspace balancer)
>
> Enable kernel irq balan
jamal wrote:
On Sun, 2007-07-10 at 21:51 -0700, David Miller wrote:
For these high performance 10Gbit cards it's a load balancing
function, really, as all of the transmit queues go out to the same
physical port so you could:
1) Load balance on CPU number.
2) Load balance on "flow"
3) Load bala
On Mon, 2007-10-08 at 10:10 -0400, Steven Rostedt wrote:
> This issue has hit me enough times where I've played with a few other
> ideas. I just haven't had the time to finish them. The main problem is if
> the system locks up somewhere we have a lock held that keeps us from
> scheduling. Once tha
On Mon, 08 Oct 2007 15:20:26 +0200
Bernd Schubert <[EMAIL PROTECTED]> wrote:
> Bernd Schubert wrote:
> > we have a system here were e.g. "sleep 1" will never finish. This
> > is an issue of 2.6.23, on all older kernel versions it did work
> > fine.
> >
> > Seems to hang in do_nanosleep()
>
>
>
On Monday 08 October 2007 14:39:33 Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > hm, i'm not convinced about this one. It increases the code size a
> > > bit
> >
> > Tiny bit (<200 bytes) and the wait_for/sleep_on refactor patch in the
> > series saves over 1K so I sho
Hi Steve,
On 10/8/07, Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> --
> On Sun, 7 Oct 2007, Jaswinder Singh wrote:
>
> > Do you have any plans to support nested or reentrant Interrupt Handling
> > schemes.
> >
>
> Hi Jaswinder,
>
> Not sure what you mean by this, since interrupt handlers are run
--
On Mon, 8 Oct 2007, Gregory Haskins wrote:
>
> Hi Steve,
> What you describe is exactly what I did. The IRQF_NODELAY handler
> just minimally checks to see if the character is a sysrq related one (or
> KDB, if you have the KDB patches applied). If it is not, it puts the
> character into a r
> > - XRC. Given the length of the backlog above and the fact that a
> > first draft of this code has not been posted yet, I don't see any
> > way that we could have something this major ready in time.
> >
> I posted the first draft patch set to the OpenFabrics list on September 18:
On Monday 08 October 2007 16:32:52 Rik van Riel wrote:
> On Mon, 08 Oct 2007 15:20:26 +0200
>
> Bernd Schubert <[EMAIL PROTECTED]> wrote:
> > Bernd Schubert wrote:
> > > we have a system here were e.g. "sleep 1" will never finish. This
> > > is an issue of 2.6.23, on all older kernel versions it di
On Mon, 8 Oct 2007, Jaswinder Singh wrote:
> On 10/8/07, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> >
> > Not sure what you mean by this, since interrupt handlers are run as
> > threads and are fully preemptible.
> >
> I think by nested or reentrant interrupt handling technique you can
> further r
On Mon, 2007-10-08 at 10:41 -0400, Steven Rostedt wrote:
> --
> On Mon, 8 Oct 2007, Gregory Haskins wrote:
> >
> > Hi Steve,
> > What you describe is exactly what I did. The IRQF_NODELAY handler
> > just minimally checks to see if the character is a sysrq related one (or
> > KDB, if you have the
On Mon, 2007-10-08 at 17:01 +0200, Bernd Schubert wrote:
> On Monday 08 October 2007 16:32:52 Rik van Riel wrote:
> > On Mon, 08 Oct 2007 15:20:26 +0200
> >
> > Bernd Schubert <[EMAIL PROTECTED]> wrote:
> > > Bernd Schubert wrote:
> > > > we have a system here were e.g. "sleep 1" will never finish.
Hi-
I wish to be personally CC'ed the answers/comments posted to the list
in response to this post
I am new to Linux. i was reading about CPU scheduling in general and
that of Linux Kernel 2.6 in particular. I have three main questions:
1- Assume that the upper [higher priority] queue is empty an
Hi all
find_lock_page increases page's usage count, we should decrease it
before return VM_FAULT_SIGBUS
Signed-off-by: Yan Zheng<[EMAIL PROTECTED]>
diff -ur linux-2.6.23-rc9/mm/filemap.c linux/mm/filemap.c
--- linux-2.6.23-rc9/mm/filemap.c 2007-10-07 15:03:33.0 +0800
+++ linux/
On Sun, 7 Oct 2007 16:50:49 -0500
Rob Landley <[EMAIL PROTECTED]> wrote:
> On Saturday 06 October 2007 1:10:26 am Vegard Nossum wrote:
> > On 10/5/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> > > The original idea (selectively compile out printk() instances based on
> > > log level to conserve spa
Hi Jiri,
The patch might be right, however, AFAIK, this has nothing to do with
V4L. Better to change the subject ;)
Cheers,
Mauro.
Em Seg, 2007-10-08 às 08:45 -0400, Jiri Slaby escreveu:
> rocket, switch sleep_on to completion
>
> - sleep_on is deprecated and racy, use completion instead
> - al
On 10/8/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> On Sun, 7 Oct 2007 16:50:49 -0500
> Rob Landley <[EMAIL PROTECTED]> wrote:
>
> > On Saturday 06 October 2007 1:10:26 am Vegard Nossum wrote:
> > > On 10/5/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> > I made it about halfway through the pa
On 10/08/2007 05:31 PM, Mauro Carvalho Chehab wrote:
> Hi Jiri,
>
> The patch might be right, however, AFAIK, this has nothing to do with
> V4L. Better to change the subject ;)
Aha, you're right, forgot to change it to Char after V4L patchset :).
thanks,
--
Jiri Slaby ([EMAIL PROTECTED])
Facult
On Mon, 2007-08-10 at 10:22 -0400, Jeff Garzik wrote:
> Any chance the NIC hardware could provide that guarantee?
If you can get the scheduling/dequeuing to run on one CPU (as we do
today) it should work; alternatively you can totaly bypass the qdisc
subystem and go direct to the hardware for dev
On Mon, 8 Oct 2007 17:33:53 +0200
"Vegard Nossum" <[EMAIL PROTECTED]> wrote:
> On 10/8/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > On Sun, 7 Oct 2007 16:50:49 -0500
> > Rob Landley <[EMAIL PROTECTED]> wrote:
> >
> > > On Saturday 06 October 2007 1:10:26 am Vegard Nossum wrote:
> > > > On
On Tue, Oct 02, 2007 at 08:43:00AM +0200, Geert Uytterhoeven wrote:
> Hmm, perhaps you can use _AC() (from ) to defined the original
> constants instead, so you don't need the #ifdefs?
Ah, neat. Those are exactly what I need.
Jeff
--
Work email - jdike at linux
"Denis V. Lunev" <[EMAIL PROTECTED]> writes:
> David Miller wrote:
>> From: "Denis V. Lunev" <[EMAIL PROTECTED]>
>> Date: Mon, 08 Oct 2007 10:34:23 +0400
>>
>>> OK. I am installing Fedora 7 right now...
>>
>> You don't need to install Fedora, just read the code! :-)
>>
>> The bug is obvious and
Quoting Eric W. Biederman ([EMAIL PROTECTED]):
> Kyle Moffett <[EMAIL PROTECTED]> writes:
>
> > On Oct 04, 2007, at 21:44:02, Eric W. Biederman wrote:
> >> What we want from the LSM is the ability to say -EPERM when we can clearly
> >> articulate that we want to disallow something.
> >
> > This so
Add the wildcard support to sata_nv driver for those new ahci controllers being
configured
as IDE/RAID mode and also their DIDs haven't been added into ahci driver.
The patch base on kernel 2.6.23-rc9
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
---
--- linux-2.6.23-rc9/drivers/ata/sata_nv.c.ori
Quoting Casey Schaufler ([EMAIL PROTECTED]):
>
> --- Kyle Moffett <[EMAIL PROTECTED]> wrote:
>
> > On Oct 05, 2007, at 00:45:17, Eric W. Biederman wrote:
> > > Kyle Moffett <[EMAIL PROTECTED]> writes:
> > >
> > >> On Oct 04, 2007, at 21:44:02, Eric W. Biederman wrote:
> > >>> SElinux is not all e
Hello,
I'am the developer of the subset of Linux API on windows.
Pretty much all system calls were "wrapped" up to the the latest
kernel native AIO support.
While compiling/running test program natively on Linux
(2.6.18-8.1.10.el5)
I've got hit by undocumented limitations of AIO system:
* aio
Am Freitag, 5. Oktober 2007 schrieb Frans Pop:
> On Thursday 04 October 2007, you wrote:
> > Frans can you test this patch if this makes stime and utime monotic
> > again?
> >
> > It basically reverts the rest of
> > b27f03d4bdc145a09fb7b0c0e004b29f1ee555fa and should restore the 2.6.22
> > behavi
It seems that with the recent usage of ->page_mkwrite() a little detail
was overlooked.
.22-rc1 merged OCFS2 usage of this hook
.23-rc1 merged XFS usage
.24-rc1 will most likely merge NFS usage
Please consider this for .23 final and maybe even .22.x
---
Subject: mm: set_page_dirty_balance() vs -
* Christian Borntraeger <[EMAIL PROTECTED]> wrote:
> Why does it still shows numbers going backwards? I guess the sampled
> values for stime and utime change in flight between task_utime and
> task_stime are called. Lets say utime will be increased. Given the
> same sum_exec_runtime that means
On Mon, 8 Oct 2007 19:45:08 +0800 "Yan Zheng" <[EMAIL PROTECTED]> wrote:
> Hi all
>
> The test for VM_CAN_NONLINEAR always fails
>
> Signed-off-by: Yan Zheng<[EMAIL PROTECTED]>
>
> diff -ur linux-2.6.23-rc9/mm/fremap.c linux/mm/fremap.c
> --- linux-2.6.23-rc9/mm/fremap.c 2007-10-07 15:
On Mon, 2007-10-08 at 23:28 +0800, Yan Zheng wrote:
> Hi all
>
> find_lock_page increases page's usage count, we should decrease it
> before return VM_FAULT_SIGBUS
>
> Signed-off-by: Yan Zheng<[EMAIL PROTECTED]>
Nice catch, .23 material?
Acked-by: Peter Zijlstra <[EMAIL PROTECTED]>
>
> di
"Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
> Quoting Eric W. Biederman ([EMAIL PROTECTED]):
>>
>> Perform the split up you talked about above and move the table
>> matching into the LSM hooks.
>>
>> Use something like the iptables action and match to module mapping
>> code so we can have mult
On Mon, 08 Oct 2007 19:15:23 +0200
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-10-08 at 23:28 +0800, Yan Zheng wrote:
> > Hi all
> >
> > find_lock_page increases page's usage count, we should decrease it
> > before return VM_FAULT_SIGBUS
> >
> > Signed-off-by: Yan Zheng<[EMAIL PROTEC
Last month, at the kernel summit, there was discussion of putting a
Reviewed-by: tag onto patches to document the oversight they had
received on their way into the mainline. That tag has made an
occasional appearance since then, but there has not yet been a
discussion of what it really means. So
On Fri, Oct 05, 2007 at 11:31:26AM +0200, Peter Zijlstra wrote:
>
> Stable team,
>
> please consider this patch for the next 22-stable.
I don't see this patch in Linus's upstream tree. We need it there to be
able to accept it for -stable. Or is this just a bugfix of other things
that are alrea
On Mon, 8 Oct 2007 15:17:30 +0800 Dave Young wrote:
> Hi,
> Thanks for comment.
> fixed.
>
> Regards
> dave
> -
>
> If memchr argument is longer than strlen(kp->name), there will be some
> weird result.
Just to clarify: this was causing duplicate filenames in sysfs ?
> Signed-off-by: Dav
On Mon, 8 Oct 2007 10:04:56 -0700 Andrew Morton wrote:
> On Mon, 8 Oct 2007 19:45:08 +0800 "Yan Zheng" <[EMAIL PROTECTED]> wrote:
>
> > Hi all
> >
> > The test for VM_CAN_NONLINEAR always fails
> >
> > Signed-off-by: Yan Zheng<[EMAIL PROTECTED]>
> >
> > diff -ur linux-2.6.23-rc9/mm/fremap.
--- "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> Quoting Casey Schaufler ([EMAIL PROTECTED]):
> > ...
> > Good suggestion. In fact, that is exactly how I approached my
> > first two attempts at the problem. What you get if you take that
> > route is an imposing infrastructure that has virually
Hi Jonathan,
On 10/8/07, Jonathan Corbet <[EMAIL PROTECTED]> wrote:
> As I was trying to sleep last night, it occurred to me that what we
> might need is an equivalent of the DCO for the Reviewed-by tag. To that
> end, I dedicated a few minutes of my life to the following bit of text.
> It's real
On Mon, Oct 08, 2007 at 11:24:45AM -0600, Jonathan Corbet wrote:
> Last month, at the kernel summit, there was discussion of putting a
> Reviewed-by: tag onto patches to document the oversight they had
> received on their way into the mainline. That tag has made an
> occasional appearance since th
On Mon, 2007-10-08 at 10:24 -0700, Greg KH wrote:
> On Fri, Oct 05, 2007 at 11:31:26AM +0200, Peter Zijlstra wrote:
> >
> > Stable team,
> >
> > please consider this patch for the next 22-stable.
>
> I don't see this patch in Linus's upstream tree. We need it there to be
> able to accept it fo
On Sun, 7 Oct 2007, Nick Piggin wrote:
> > The problem can become non-rare on special low memory machines doing wild
> > swapping things though.
>
> But only your huge systems will be using huge stacks?
I have no idea who else would be using such a feature. Relaxing the tight
memory restriction
On Mon, Oct 08, 2007 at 07:36:10PM +0200, Peter Zijlstra wrote:
>
> On Mon, 2007-10-08 at 10:24 -0700, Greg KH wrote:
> > On Fri, Oct 05, 2007 at 11:31:26AM +0200, Peter Zijlstra wrote:
> > >
> > > Stable team,
> > >
> > > please consider this patch for the next 22-stable.
> >
> > I don't see t
On Oct 8 2007 19:37, Sam Ravnborg wrote:
>snip...
>
>Or maybe we need something much less formal that explain the purpose of the
>four tags we use:
At least formal try:
>Signed-of-by:
* Used by original submitter(s).
* Also used by maintainers to track the patch's path
(ATM, does not imply "I
On Fri, 5 Oct 2007, Mingming Cao wrote:
> Index: linux-2.6.23-rc9/fs/jbd/transaction.c
> ===
> --- linux-2.6.23-rc9.orig/fs/jbd/transaction.c2007-10-05
> 12:08:08.0 -0700
> +++ linux-2.6.23-rc9/fs/jbd/transaction.c
On Sat, Oct 06, 2007 at 01:26:01PM +0900, Komuro wrote:
> Hello,
>
> Unfortunately, your patch is wrong,
> and does not results in the same run-time behaviour.
Yes, I thought I'd withdrawn it, as a monday-morning error.
If that wasn't clear .. NAK to my own patch.
--linas
-
To unsubscribe from t
1 - 100 of 283 matches
Mail list logo
