On 3/6/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >As for why common abstractions like file are a good thing, think about why
> >having "/dev/null" is cleaner that having a special plug DEVNULL_FD fd
> >value to be plugged everywhere,
>
> This is a stupid comparaison. By your logic we should a
Hi,
Do you ever noticed that the ATAPI command TEST_UNIT_READY always
fails to execute !?
I debugged in the following environments:
piix + Intel ICH6/ICH7 PATA
atiixp + ATI SB600 PATA
libata + ata_piix + Intel ICH6/ICH7 PATA
libata + sata_sil24 + Silicon Image 313
On Wed, Mar 07, 2007 at 12:48:06PM +0100, Peter Zijlstra wrote:
> On Wed, 2007-03-07 at 12:00 +0100, Nick Piggin wrote:
> > On Wed, Mar 07, 2007 at 11:47:42AM +0100, Peter Zijlstra wrote:
> > > On Wed, 2007-03-07 at 11:38 +0100, Nick Piggin wrote:
> > >
> > > > > > There are real users who want th
Hi Christoph,
Did you do some testing for recovery when end of the physical log
is seen ?
When you will be dealing with striped ICLOG buffers or big sized
ICLOGs, header size might range from 512 to 2k. Also, this header might
be split into 2 parts at the end of physical log. Then,
On 3/7/07, Conke Hu <[EMAIL PROTECTED]> wrote:
Hi,
Do you ever noticed that the ATAPI command TEST_UNIT_READY always
fails to execute !?
I debugged in the following environments:
piix + Intel ICH6/ICH7 PATA
atiixp + ATI SB600 PATA
libata + ata_piix + Intel ICH6/ICH
On Wed, Mar 07, 2007 at 11:47:42AM +0100, Peter Zijlstra wrote:
>> Well, now they don't, but it could be done or even exploited as a DoS.
On Wed, Mar 07, 2007 at 12:00:36PM +0100, Nick Piggin wrote:
> But so could nonlinear page reclaim. I think we need to restrict nonlinear
> mappings to root if
Conke Hu wrote:
> On 3/7/07, Conke Hu <[EMAIL PROTECTED]> wrote:
>> Hi,
>> Do you ever noticed that the ATAPI command TEST_UNIT_READY always
>> fails to execute !?
>> I debugged in the following environments:
>> piix + Intel ICH6/ICH7 PATA
>> atiixp + ATI SB600 PATA
>>
On Tue, 2007-03-06 at 22:44 -0800, Bill Irwin wrote:
> At some point in the past, I wrote:
> >> I'm certainly in favor of the move; IRQ stacks could be made
> >> rather deep and cheaply at that. I may get around to writing it this
> >> week if no one else does it first.
>
> On Tue, Mar 06, 2007 at
On Wed, Mar 07, 2007 at 04:22:24AM -0800, Bill Irwin wrote:
> On Wed, Mar 07, 2007 at 11:47:42AM +0100, Peter Zijlstra wrote:
> >> Well, now they don't, but it could be done or even exploited as a DoS.
>
> On Wed, Mar 07, 2007 at 12:00:36PM +0100, Nick Piggin wrote:
> > But so could nonlinear page
On Tue, 6 Mar 2007 23:11:49 -0800 (PST) Davide Libenzi
wrote:
>
> On Wed, 7 Mar 2007, Stephen Rothwell wrote:
>
> > On Tue, 6 Mar 2007 17:36:56 -0800 (PST) Davide Libenzi
> > wrote:
> > >
> > > The read(2) call will read u32 signal numbers that landed over the
> > > signalfd. It returns the siz
On Wed, Mar 07, 2007 at 05:44:24PM +0530, Shailendra Tripathi wrote:
> Hi Christoph,
>Did you do some testing for recovery when end of the physical
>log is seen ?
I ran xfsqa over it, which should catch this case.
>When you will be dealing with striped ICLOG b
On Wed, 2007-03-07 at 13:17 +0100, Nick Piggin wrote:
> > Tracking these ranges on a per-vma basis would avoid taking the mm wide
> > mmap_sem and so would be cheaper than regular vmas.
> >
> > Would that still be too expensive?
>
> Well you can today remap N pages in a file, arbitrarily for
> s
Hi,
Linus Torvalds napisał(a):
> We've finally hopefully started to put a dent in the regressions,
> especially the suspend/resume problems introduced since 2.6.20.
I get this while
echo shutdown > /sys/power/disk; echo disk > /sys/power/state
BUG: using smp_processor_id() in preemptible [0
Thomas Gleixner a écrit :
It is HRTIMER_MODE_xx in mainline as of 2.6.21-rc1. -rt kernels are
always a bit ahead of time. :)
Great !
Thanks.
--
Pierre
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
Does not look to me either. Looks logical as well because these buffers
are used only in log syncing and only one thread can be ever flushing
one ICLOG and, hence, no need for protection.
Even split buffer (log->l_xbuf) is used by only ICLOG at a time,
should not matter. I don't see prot
On Tue 06-03-07 12:23:22, Eric Sandeen wrote:
> Jan Kara wrote:
> > On Tue 06-03-07 06:36:09, Ulrich Drepper wrote:
> >> Christoph Hellwig wrote:
> >>> fallocate with the whence argument and flags is already quite complicated,
> >>> I'd rather have another call for placement decisions, that would
>
Hi Bodo,
On Tue, 6 Mar 2007 21:40:19 +0100 (CET), Bodo Eggert wrote:
> On Tue, 6 Mar 2007, Jean Delvare wrote:
> > On Mon, 05 Mar 2007 14:56:44 +0100, Bodo Eggert wrote:
>
> > > 2) make ACPI take this lock whenever it touches ports not allocated by
> > > itself
> > >and release it on functio
Hi!
> > > > 2) make ACPI take this lock whenever it touches ports not allocated by
> > > > itself
> > > >and release it on function return.
> > >
> > > This is costly.
> >
> > TANSTAAFL. You'll need to take some lock, and if you want port emulation
> > or per-device-mutex, you'll have to p
Now that I'm making some progress on merging the basic stuff, I'd
like to get opinions about merging page_mkwrite functionality into
->fault().
I still don't see any callers in the tree, but I see no reason why
this won't work (or why it isn't better).
--
Like everything else in life, page_mkwrit
proc_lookup remove_proc_entry
=== =
lock_kernel();
spin_lock(&proc_subdir_lock);
[find PDE with refcount 0]
spin_unlock(&proc_subdir_lock);
spin_lock(&proc_subdir_lock);
> On Sat, Feb 17, 2007 at 06:35:31PM -0800, Roland McGrath wrote:
> > > Looking at mainline x86_64 ptrace code I think hole for u_debugreg[4]
> > > and [5] is also needed.
> >
> > It's not. The utrace_regset for the debugregs already has that behavior
> > for those two words, so mapping all 8 uare
Pavel Emelianov wrote:
> Balbir Singh wrote:
>
>>Pavel Emelianov wrote:
>>
>>>This patchset adds RSS, accounting and control and
>>>limiting the number of tasks and files within container.
>>>
>>>Based on top of Paul Menage's container subsystem v7
>>>
>>>RSS controller includes per-container RSS
On Wed, 7 March 2007 09:51:35 +0100, Jan Kara wrote:
>
> I'll probably first write some userspace fs-reorganizer to find out how
> much these changes in layout are able to give you in performance (i.e.
> whether it's worth the effort of more complicated kernel online
> defragmenter).
Have tried
On Sun, 4 Mar 2007 14:23:50 +
Ash Milsted <[EMAIL PROTECTED]> wrote:
> On Sat, 3 Mar 2007 15:14:24 +
> Ash Milsted <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> > With 2.6.21-rc2-git1 I have a problem with my ps/2 port keyboard - it only
> > works
> > with one of the following on the command-li
Robin Getz <[EMAIL PROTECTED]> writes:
> It is useful on (broken) legacy serial equipment, where RTS should be
> completely under the applications control.
>
> Glitches on RTS aren't acceptable, and confuse some devices.
Does that mean you can't use TIOCMSET, TIOCM_RTS etc?
> I understand - the
"Oleksiy Kebkal" <[EMAIL PROTECTED]> writes:
> The name of the option is not CCTS, but CRTSCTS, isn't it? So, you may
> not only want to pause own transmission when CTS is inactive, but to
> control the transmission flow from the remote side. Why should RTS be
> active when the port is open even w
> it's used for
> various purposes such as providing +12V to the device (and two pins
> can supply more power than one - sure, it isn't the best idea).
I understand - the request wasn't to change the default operation - just add a
method of controlling things, so those minority of people who w
* Rusty Russell <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-03-06 at 21:37 +0100, Ingo Molnar wrote:
> > maybe i shouldnt call it 'VMI' but 'the paravirt ABI'. I dont mind if
> > it's the Xen ABI or the VMWare ABI or a mesh of the two - everyone can
> > map their own internals to that /one/ ABI.
On Tue, 2007-03-06 at 18:08 -0800, Dan Hecht wrote:
> > IMO the paravirt interfaces should use nanoseconds anyway for both
> > readout and next event programming. That way the conversion is done in
> > the hypervisor once and the clocksources and clockevents are simple and
> > unified (except for t
Ingo Molnar wrote:
For example, VMI_CALL_SetAlarm takes a 'cycles' argument. Cycles is a
quite bad unit for an API, it should be absolute time, nanosec or
picosec based instead. We could easily see CPUs that have /no concept of
Actually, putting the unit in terms of cycles is more portable
On Wed, 2007-03-07 at 01:17 -0800, Zachary Amsden wrote:
> Ingo Molnar wrote:
> > For example, VMI_CALL_SetAlarm takes a 'cycles' argument. Cycles is a
> > quite bad unit for an API, it should be absolute time, nanosec or
> > picosec based instead. We could easily see CPUs that have /no concept o
add sensable phantom driver
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit bb9798e15d86ada19f4d15e31124dc240df78899
tree 06d0ac31976d92128b4e43b4d009810292bdf7a0
parent 551535195b52a4d02b476bbbdf5ca613b8e1afa2
author Jiri Slaby <[EMAIL PROTECTED]> Wed, 07 Mar 2007 12:29:27 +0100
committ
> On Thu, Feb 22, 2007 at 07:19:03PM -0800, Roland McGrath wrote:
> > Your replacement patch still has utrace_regset stuff in it, so it doesn't
> > compile without the later patches in the series. Try applying only
> > utrace-tracehook.patch from the series, then get it to build and make your
> >
"Oleksiy Kebkal" <[EMAIL PROTECTED]> writes:
> May be it would be good idea to develop some tty control driver which
> provides a
> possibility to change default setting of the drivers?
If there is a real need for it (such as a real existing device)...
then sure (it wouldn't be a "default setting
On Wed, Mar 07, 2007 at 01:41:26PM +0100, Peter Zijlstra wrote:
> On Wed, 2007-03-07 at 13:17 +0100, Nick Piggin wrote:
>
> > > Tracking these ranges on a per-vma basis would avoid taking the mm wide
> > > mmap_sem and so would be cheaper than regular vmas.
> > >
> > > Would that still be too exp
Linus Torvalds napisał(a):
> We've finally hopefully started to put a dent in the regressions,
> especially the suspend/resume problems introduced since 2.6.20.
>
> So 2.6.21-rc3 is out there now, and there's some hope that it will work
> more widely than -rc1 and -rc2 did. Please do give it a g
On Wed, 7 Mar 2007, Luong Ngo wrote:
> Hi all,
>
> I am having this problem. I have a process with 2 threads created. One
> of the thread will keep calling IOCTL to get information from the
> kernel and will be blocked if there is no new information. If there is
> information retured, the thread
On Wed, 2007-03-07 at 14:08 +0100, Nick Piggin wrote:
> > > The thing is, I don't think anybody who uses these things cares
> > > about any of the 'problems' you want to fix, do they? We are
> > > interested in dirty pages only for the correctness issue, rather
> > > than performance. Same as recl
Add an i386 implementation of alternative_io modelled on
the x86_64 version.
Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]>
---
Ok, this seems to fix things up here. I have only boot
tested this on an SMP so I'd not call that 'heavily tested'
in any real sense but it
On Wed, Mar 07, 2007 at 11:25:32AM +0100, Benjamin Herrenschmidt wrote:
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
>
> > Linus Torvalds (2):
> > Revert "[PATCH] LOG2: Alter get_order() so that it can make use of
> > ilog2() on a constant"
> > Linux 2.6.21-rc3
>
> Greg
Peter & Andreas,
Thank you very much for your help.
I understood that the kernel error numbers are limited. The largest
error number for i386 (kernel 2.6) is 131 so far. Assume that the
virtual address returned from do_mmap_pgoff will never exceed (unsigned
long)(-1000L), which is in the addres
On Wed, Mar 07, 2007 at 02:19:22PM +0100, Peter Zijlstra wrote:
> On Wed, 2007-03-07 at 14:08 +0100, Nick Piggin wrote:
>
> > > > The thing is, I don't think anybody who uses these things cares
> > > > about any of the 'problems' you want to fix, do they? We are
> > > > interested in dirty pages o
On Wed, Mar 07, 2007 at 08:24:22AM -0300, Marcos Dione wrote:
> I'm being forced by my distro to use UUDIs to specify the boot device by
> UUID. the problem is I don't know how to add UUID support to the kernl, that
> is,
> I don't know which option I should enable.
http://lkml.org/lkml/2005
On Wed, 2007-03-07 at 14:36 +0100, Nick Piggin wrote:
> On Wed, Mar 07, 2007 at 02:19:22PM +0100, Peter Zijlstra wrote:
> > On Wed, 2007-03-07 at 14:08 +0100, Nick Piggin wrote:
> >
> > > > > The thing is, I don't think anybody who uses these things cares
> > > > > about any of the 'problems' you
> On Wed, Mar 07, 2007 at 02:19:22PM +0100, Peter Zijlstra wrote:
> > On Wed, 2007-03-07 at 14:08 +0100, Nick Piggin wrote:
> >
> > > > > The thing is, I don't think anybody who uses these things cares
> > > > > about any of the 'problems' you want to fix, do they? We are
> > > > > interested in d
> > Well I don't think UML uses nonlinear yet anyway, does it? Can they
> > make do with restricting nonlinear to mlocked vmas, I wonder? Probably
> > not.
>
> I think it does, but lets ask, Jeff?
Looks like it doesn't:
$ grep -r remap_file_pages arch/um/
$
Miklos
-
To unsubscribe from this lis
Hi,
Thank you for your comments.
Leroy van Logchem wrote:
>The default dirty_ratio on most 2.6 kernels tend to be too large imo.
>If you are going to do sustained writes multiple times the size of
>the memory you have at least two problems.
>
>1) The precious dentry and inodecache will be dropped
Hi there,
Environment:
Kernel is 2.6.16.27, arch x86_64 on a Dual Core AMD64 machine with
4 GB of RAM. Also involved is an Areca 1100 SATA RAID controller
with the drives from the Tekram website.
Problem:
We get customer reports that a system stops with the following kernel
messages (as they
Greg / Adrian,
I didn't see anything in -rc3 to address the USB hub/serial crashes
reported here for -rc2. What's the status for those, or who should
I be pinging to get them fixed?
Thanks
Mark
Message-ID: <[EMAIL PROTECTED]>
Date: Sun, 04 Mar 2007 23:43:02 -0500
From: Mark Lord <[EMAIL PROT
On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> We've finally hopefully started to put a dent in the regressions,
> especially the suspend/resume problems introduced since 2.6.20.
Still having SATA breakage on resume:
Caught that one (from screen)
ATA: abnormal status 0x7F on port 0x
Hi,
Following this message are 12 bugs fixes and minor clean ups from the
GFS2 -fixes git tree. They are all pretty small, most are just a few
lines long.
I've only just pushed the patches, so it may take a little while for
kernel.org's mirrors to pick them up. They are all in the -nmw tree as
we
>From 2e95b6653bb69c893e6ee1b42b537939c1ea2b9c Mon Sep 17 00:00:00 2001
From: Josef Whiter <[EMAIL PROTECTED]>
Date: Tue, 20 Feb 2007 00:03:29 -0500
Subject: [PATCH] [GFS2] fix locking mistake
This patch fixes a locking mistake in the quota code, we do a mutex_lock instead
of a mutex_unlock.
Sign
>From d5a6751b32c79680da90eaa76919ffe6e5b8a94f Mon Sep 17 00:00:00 2001
From: Richard Fearn <[EMAIL PROTECTED]>
Date: Sat, 17 Feb 2007 17:29:15 +
Subject: [PATCH] [GFS2] add newline to printk message
Patch for the 2.6.20 stable tree that adds a missing newline to one of
the printk messages in
On Wed, Mar 07, 2007 at 09:15:39AM -0500, Mark Lord wrote:
> Greg / Adrian,
>
> I didn't see anything in -rc3 to address the USB hub/serial crashes
> reported here for -rc2. What's the status for those, or who should
> I be pinging to get them fixed?
I have a series of USB bugfixes that need to
From: Cliff Wickman <[EMAIL PROTECTED]>
When a cpu is disabled, move_task_off_dead_cpu() is called for tasks
that have been running on that cpu.
Currently, such a task is migrated:
1) to any cpu on the same node as the disabled cpu, which is both online
and among that task's cpus_allowed
2
>From a7d2b2bdc9a0b55d5b08e15756c7e65c48c4bca5 Mon Sep 17 00:00:00 2001
From: Wendy Cheng <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 00:21:17 -0500
Subject: [PATCH] [GFS2] NFS filehandle check
File handle checking error found in '07 NFS connectathon. The fh_type
and fh_len are not necessarily iden
>From a13cbe375303585fec1425135ed54adb62be41fc Mon Sep 17 00:00:00 2001
From: Josef Whiter <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 12:49:51 -0500
Subject: [PATCH] [GFS2] fix hangup when multiple processes are trying to write
to the same file
This fixes a problem I encountered while running bon
>From fb0d3bce8e88cca4abb26076f778f64edcaf19aa Mon Sep 17 00:00:00 2001
From: Wendy Cheng <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 11:24:25 -0500
Subject: [PATCH] [GFS2] pass formal ino in do_filldir_main
ok, the following is the minimum changes to get NFSD going before we
settle down this issue
>From cad5b9392754910ee7dbe551eb004010a864c882 Mon Sep 17 00:00:00 2001
From: Steven Whitehouse <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 14:03:00 +
Subject: [PATCH] [GFS2] Fix bz 230143, incorrect flushing of rgrps
The below patch fixes a problem where we were not flushing rgrps
correctly. I
Tsutomu OWA wrote:
Hi Ingo,
Please consider for inclusion in your rt tree.
This series of patches fixes boot and runntime errors/warnings for
powerpc (esp. 64 bit). This applies to linux-2.6.20, patch-2.6.20-rt8
and previous my patch set;
http://ozlabs.org/pipermail/linuxppc-dev/2007
>From 1be3867955731b5cb2dc14060cc46f0882e87873 Mon Sep 17 00:00:00 2001
From: Steven Whitehouse <[EMAIL PROTECTED]>
Date: Thu, 1 Mar 2007 10:00:53 +
Subject: [PATCH] [GFS2] Fix bz 229831, lookup returns wrong inode
The following patch fixes Red Hat bz 229831. Without this patch its
possible fo
>From 84c6e8cd359adc34d21e40efcafe09297510b3c8 Mon Sep 17 00:00:00 2001
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Mon, 26 Feb 2007 00:18:42 +0100
Subject: [PATCH] [DLM] fs/dlm/user.c should #include "user.h"
Every file should include the headers containing the prototypes for
it's global function
>From 04b159b132c0d8e92dae8c72f134fd5b13b43deb Mon Sep 17 00:00:00 2001
From: Steven Whitehouse <[EMAIL PROTECTED]>
Date: Thu, 1 Mar 2007 11:14:44 +
Subject: [PATCH] [GFS2] Remove unused variable
Remove an unused variable.
Signed-off-by: Steven Whitehouse <[EMAIL PROTECTED]>
diff --git a/fs/
>From 631c42e170564108423fa4073531db159f2523ea Mon Sep 17 00:00:00 2001
From: Steven Whitehouse <[EMAIL PROTECTED]>
Date: Thu, 1 Mar 2007 10:36:32 +
Subject: [PATCH] [GFS2] go_drop_bh is never used, so remove it
The ->go_drop_bh function is never used, so this removes it and the single
caller,
>From 95d97b7dd7d7a7a13d11a38b3ecb64849d2e5086 Mon Sep 17 00:00:00 2001
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Mon, 5 Mar 2007 23:10:39 -0800
Subject: [PATCH] [GFS2] build fix
fs/gfs2/glock.c:2198: error: 'THIS_MODULE' undeclared here (not in a function)
Cc: Steven Whitehouse <[EMAIL P
>From c3f49bc209b28d2b5f82b78baaa827eb3a4d1891 Mon Sep 17 00:00:00 2001
From: Steven Whitehouse <[EMAIL PROTECTED]>
Date: Wed, 7 Mar 2007 09:06:48 +
Subject: [PATCH] [GFS2] Fix bz 229873, alternate test: assertion
"!ip->i_inode.i_mapping->nrpages" failed
The following removes an incorrect ass
On Wed, 2007-03-07 at 14:52 +0100, Peter Zijlstra wrote:
> True. We could even guesstimate the nonlinear dirty pages by subtracting
> the result of page_mkclean() from page_mapcount() and force an
> msync(MS_ASYNC) on said mapping (or all (nonlinear) mappings of the
> related file) when some thres
Robert Peterson wrote:
[...]
@@ -47,6 +52,11 @@ static inline const char *kallsyms_lookup(unsigned
long addr,
return NULL;
}
+static inline void sprint_symbol(char *buffer, unsigned long addr)
+{
+return;
+}
I'm really sorry for not replying sooner (I've been really busy), but
this
Hello.
Tsutomu OWA wrote:
--- linux-rt8/arch/powerpc/kernel/irq.c 2007-02-20 14:30:38.0 +0900
+++ rt/arch/powerpc/kernel/irq.c2007-03-05 18:54:34.0 +0900
@@ -392,7 +392,7 @@ EXPORT_SYMBOL(do_softirq);
#ifdef CONFIG_PPC_MERGE
static LIST_HEAD(irq_hosts);
-static spin
Am Mittwoch, 7. März 2007 02:56 schrieb Linus Torvalds:
> Anyway, I'm unable to revert the broken commit, since there are now other
> changes that depend on it, but can somebody *please* do that? I'll apply
> Hugh's silly patch in the meantime, just to avoid the lockup.
As you like it. This patc
Hi,
Please consider pulling the following GFS2 & DLM bug fixes and trivial clean
ups.
They are all relatively small in size,
Steve.
The following changes since commit 08e15e81a40e3241ce93b4a43886f3abda184aa6:
Linus Torvalds (1):
Linux 2.6.21-rc3
are found in the git repository at:
On Wed, 2007-03-07 at 17:38 +0300, Sergei Shtylyov wrote:
> Hello.
>
> Tsutomu OWA wrote:
>
> > --- linux-rt8/arch/powerpc/kernel/irq.c 2007-02-20 14:30:38.0
> > +0900
> > +++ rt/arch/powerpc/kernel/irq.c2007-03-05 18:54:34.0 +0900
> > @@ -392,7 +392,7 @@ EXPORT_SYMBOL(do
On Tue, 2007-03-06 at 22:44 -0800, Bill Irwin wrote:
>> What do you see as the obstacle to eliminating nested IRQ's?
On Wed, Mar 07, 2007 at 04:34:52AM -0800, Arjan van de Ven wrote:
> political will, or maybe just the lack of convincing people so far
Political issues are significantly more diffi
Kirk Kuchov wrote:
> > Either stop flaming kernel developers or become one. It is that
> > simple.
>
> If I were to become a kernel developer I would stick with FreeBSD. At
> least they have kqueue for about seven years now.
I have been playing with this thought for quite some time. The question
On Wed, Mar 07, 2007 at 02:53:07PM +0100, Miklos Szeredi wrote:
> > > msync() might never get called and then we're back with the old
> > > behaviour where we can surprise the VM with a ton of dirty pages.
> >
> > But we're root. With your patch, root *can't* do nonlinear writeback
> > well. Ever.
Hello.
Benjamin Herrenschmidt wrote:
--- linux-rt8/arch/powerpc/kernel/irq.c 2007-02-20 14:30:38.0 +0900
+++ rt/arch/powerpc/kernel/irq.c2007-03-05 18:54:34.0 +0900
@@ -392,7 +392,7 @@ EXPORT_SYMBOL(do_softirq);
#ifdef CONFIG_PPC_MERGE
static LIST_HEAD(irq_hosts);
-stat
On Wed, Mar 07, 2007 at 03:34:27PM +0100, Peter Zijlstra wrote:
> On Wed, 2007-03-07 at 14:52 +0100, Peter Zijlstra wrote:
>
> > True. We could even guesstimate the nonlinear dirty pages by subtracting
> > the result of page_mkclean() from page_mapcount() and force an
> > msync(MS_ASYNC) on said m
> > just removing the if() and the explicit IRQ enabling already makes irqs no
> > longer nest...
>
> I can see why that would raise eyebrows. I can see getting bashed
> mercilessly with interrupt latency concerns as a result here. Can you
> suggest any defenses?
hardirq handlers are supposed
On Wed, 2007-03-07 at 15:02 +0100, Rainer Koenig wrote:
> Hi there,
>
> Environment:
>
> Kernel is 2.6.16.27, arch x86_64 on a Dual Core AMD64 machine with
> 4 GB of RAM. Also involved is an Areca 1100 SATA RAID controller
> with the drives from the Tekram website.
>
> Problem:
>
> We get cus
On Wed, Mar 07, 2007 at 02:52:12PM +0100, Peter Zijlstra wrote:
> > Well I don't think UML uses nonlinear yet anyway, does it? Can they
> > make do with restricting nonlinear to mlocked vmas, I wonder? Probably
> > not.
>
> I think it does, but lets ask, Jeff?
Nope, UML needs to be able to change
On Wednesday 07 March 2007 04:06, Roland Dreier wrote:
> > --- linux.orig/include/asm-x86_64/nmi.h
> > +++ linux/include/asm-x86_64/nmi.h
> > @@ -63,7 +63,7 @@ extern int setup_nmi_watchdog(char *);
> >
> > extern atomic_t nmi_active;
> > extern unsigned int nmi_watchdog;
> > -#define NM
The type of a resource could be 32 or 64bit depending upon platform or
option so cast it explicitly.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc2-mm2/drivers/mtd/maps/dilnetpc.c
linux-2.6.21-rc2-mm2/drivers/m
We must exit immediately on a FIFO fill not take the end of packet path
otherwise each underrun in PIO transmit mode causes a runt packet and the
data is lost.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc2-mm2/
Hi Ingo,
I'm seeing an LTP test fail for ltp test sigaction_16_24. Basically,
it tests whether the SA_RESTART flag works for the sem_wait operation.
I see sem_wait is implemented with futex_wait, so I wonder whether we
can make it restartable? Am I going about it the right way? (Seems to
fix the
On Wed, 7 Mar 2007, Peter Zijlstra wrote:
> > return -1;
> > }
>
> Perhaps so something with PAGE_SIZE here, as you know there are
> platforms/configs where PAGE_SIZE != 4k :-)
Any allocation > 2k just uses a regular allocation which will waste space.
I have a patch here to make this depen
On Wed, 7 Mar 2007, Benjamin Herrenschmidt wrote:
>
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
>
> > Linus Torvalds (2):
> > Revert "[PATCH] LOG2: Alter get_order() so that it can make use of
> > ilog2() on a constant"
> > Linux 2.6.21-rc3
>
> Greg, I think we shoul
If you want to cast a pointer to a small value then start by turning it
into an unsigned long so the compiler knows what is going on.
Personally I find the whole approach used by this driver for types of
registers (which are really USB register numbers) utterly perverse...
Signed-off-by: Alan Cox
Alan Cox wrote:
If you want to cast a pointer to a small value then start by turning it
into an unsigned long so the compiler knows what is going on.
Personally I find the whole approach used by this driver for types of
registers (which are really USB register numbers) utterly perverse...
...
Paulo Marques wrote:
That is why I suggested to change it to something like "*buffer = '\0'"
instead.
Point well taken. A revised patch with your suggested fix is below.
The really nice solution IMHO, would be to remove the print_symbol and
sprint_symbol functions from the the "#ifdef CONFIG
> From: David Howells
> Newsgroups: gmane.linux.kernel
> Subject: Re: [PATCH] Fix get_order()
> Date: Wed, 07 Mar 2007 11:43:06 +
>
[]
> Various archs (including i386, x86_64, powerpc and frv) have instructions that
> can be used to calculate integer log2(N).
>
Probably it can be used to get ri
On Wed, 07 Mar 2007 10:42:57 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Alan Cox wrote:
> > If you want to cast a pointer to a small value then start by turning it
> > into an unsigned long so the compiler knows what is going on.
> >
> > Personally I find the whole approach used by this driver
On 3/6/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
- removing the buffer is now just
mutex_lock(&inode->i_mutex);
buffer = inode->i_private;
inode->i_private = NULL;
mutex_unlock(&inode->i_mutex);
put_sysfs_buffer(buffer);
- everybody is happy!
... wi
Robert Peterson wrote:
[...]
It probably would be easy, but it's beyond the scope of this fix,
and therefore probably best left to a separate patch.
Feel free to send that out in another patch if you want. If you do,
I'd be happy to test it, review it, and ACK it.
Fair enough :)
For what is w
On 3/7/07, Al Boldi <[EMAIL PROTECTED]> wrote:
Kirk Kuchov wrote:
> > Either stop flaming kernel developers or become one. It is that
> > simple.
>
> If I were to become a kernel developer I would stick with FreeBSD. At
> least they have kqueue for about seven years now.
I have been playing wit
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc2-mm2/drivers/ata/pata_hpt366.c
linux-2.6.21-rc2-mm2/drivers/ata/pata_hpt366.c
--- linux.vanilla-2.6.21-rc2-mm2/drivers/ata/pata_hpt366.c 2007-03-06
23:09:46.00
On Wed, 7 Mar 2007, Michal Piotrowski wrote:
>
> BTW. Does anyone care about parport console?
I do think we care, but I don't think anybody in particular feels singled
out as a maintainer...
> console=lp0 hangs since at least 2.6.18
Ok, that's not exactly new then, which implies that not a *
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
Hideo Saito (1):
sh: Fix kernel thread stack corruption with preempt.
Paul Mundt (6):
doc: Add SH to vdso and earlyprintk in kernel-parameters.txt
sysctl: Support vdso_enabl
Hello,
I'm trying to write a tty driver and I'm using
http://lwn.net/images/pdf/LDD3/ch18.pdf as a guide. The sample tiny tty
driver includes the following code:
for (i = 0; i < data_size; ++i) {
if (tty->flip.count >= TTY_FLIPBUF_SIZE)
On 3/7/07, Mockern <[EMAIL PROTECTED]> wrote:
Hi,
I have two PXA Linux boards, I connected them and tried cat myfile > /dev/ttyS0 on
one board and cat < /dev/ttyS0 on another. But I can't see nothing.
What is wrong with my pxa.c driver?
Impossible to tell without seeing the driver source wh
Chen, Dongliang wrote:
Peter & Andreas,
Thank you very much for your help.
I understood that the kernel error numbers are limited. The largest
error number for i386 (kernel 2.6) is 131 so far. Assume that the
virtual address returned from do_mmap_pgoff will never exceed (unsigned
long)(-1000
101 - 200 of 712 matches
Mail list logo
