Balbir Singh wrote:
> Pavel Emelianov wrote:
>> Balbir Singh wrote:
>>> Pavel Emelianov wrote:
Implement try_to_free_pages_in_container() to free the
pages in container that has run out of memory.
The scan_control->isolate_pages() function isolates the
container pages only.
Amit Gud writes:
Hello,
>
> This is an initial implementation of ChunkFS technique, briefly discussed
> at: http://lwn.net/Articles/190222 and
> http://cis.ksu.edu/~gud/docs/chunkfs-hotdep-val-arjan-gud-zach.pdf
I have a couple of questions about chunkfs repair process.
First, as I under
On Mon, Apr 23, 2007 at 08:33:12PM +0400, Oleg Nesterov wrote:
> On 04/23, Jarek Poplawski wrote:
> >
> > On Fri, Apr 20, 2007 at 09:08:36PM +0400, Oleg Nesterov wrote:
> > >
> > > First, this flag should be cleared after return from
> > > cancel_rearming_delayed_work().
> >
> > I think this fla
On (24/04/07 18:58), Yasunori Goto didst pronounce:
>
>
> > Subject: Check zone boundaries when freeing bootmem
> > Zone boundaries do not have to be aligned to MAX_ORDER_NR_PAGES.
>
> Hmm. I don't understand here yet... Could you explain more?
>
> This issue occurs only when ZONE_MOVABLE is
On Tue, 24 Apr 2007 13:22:02 +0200 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > On Tue, 24 Apr 2007 12:12:18 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, 2007-04-24 at 03:00 -0700, Andrew Morton wrote:
> > > > On Tue, 24 Apr 2007 11:47:20 +0200 Miklos Szeredi <[EMAIL PROTECT
"Cestonaro, Thilo \(external\)"<[EMAIL PROTECTED]> writes:
> is it right, that the NX Bit is not used under i386-Arch but under
> x86_64-Arch?
It is wrong.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
On (24/04/07 16:31), Yasunori Goto didst pronounce:
> Mel-san.
>
> I tested your patch (Thanks!). It worked. But..
>
> > In my understanding, why ia64 doesn't use early_param() macro for mem= at
> > el. is that
> > it has to use mem= option at efi handling which is called before
> > parse_
From: Vasily Tarasov <[EMAIL PROTECTED]>
cfq hash is no more necessary. We always can get cfqq from io context.
cfq_get_io_context_noalloc() function is introduced, because we don't want to
allocate cic on merging and checking may_queue.
In order to identify sync queue we've used hash key = CFQ_K
On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> >
> >
> > - Lots of x86 updates
> >
On Tuesday 24 April 2007 04:17, Ingo Molnar wrote:
>
> * Bill Davidsen <[EMAIL PROTECTED]> wrote:
>
> > The small attached script does a nice job of showing animation
> > glitches in the glxgears animation. I have run one set of tests, and
> > will have several more tomorrow. I'm off to a poker
Roland Dreier <[EMAIL PROTECTED]> wrote on 23.04.2007 21:17:48:
> Hmm, I have links like this on my system already:
>
> the patch actually looks sane but I don't understand why it's needed.
> Could you explain?
I had a look at the kernel code -- currently, all device drivers except
ehca do this
> > No, we _start_ writeback for 1.5*ratelimit_pages pages, but do not
> > wait for those writebacks to finish.
> >
> > So for a slow device and a fast writer, dirty+writeback can indeed
> > increase beyond the dirty threshold.
> >
>
> Nope, try it.
>
> If a process dirties 1000 pages it'll the
On Fri, Apr 20, 2007 at 10:59:18AM -0400, Jakub Jelinek wrote:
> On Fri, Apr 20, 2007 at 07:21:46PM +0530, Amit K. Arora wrote:
> > Ok.
> > In this case we may have to consider following things:
> >
> > 1) Obviously, for this glibc will have to call fallocate() syscall with
> > different arguments
Roland Dreier <[EMAIL PROTECTED]> wrote on 23.04.2007 21:20:14:
> > + if (hipz_h_query_port(shca->ipz_hca_handle, port, rblock) !=
H_SUCCESS) {
> > + ehca_err(&shca->ib_device, "Can't query port properties");
> > + ret = -EINVAL;
> > + goto modify_port1;
> > + }
> > +
>
Hi Jens!
[I made a typo in the Cc: list so that lkml is only included as of
now. Actually I copied the typo from you ;-) ]
On 24 Apr 2007, at 11:40, Jens Axboe wrote:
On Tue, Apr 24 2007, Jens Axboe wrote:
On Tue, Apr 24 2007, Roland Kuhn wrote:
Hi Jens!
On 24 Apr 2007, at 11:18, Jens Ax
On Tue, Apr 24 2007, Vasily Tarasov wrote:
> From: Vasily Tarasov <[EMAIL PROTECTED]>
>
> cfq hash is no more necessary. We always can get cfqq from io context.
> cfq_get_io_context_noalloc() function is introduced, because we don't want to
> allocate cic on merging and checking may_queue.
> In o
On Tue, Apr 24 2007, Roland Kuhn wrote:
> Hi Jens!
>
> [I made a typo in the Cc: list so that lkml is only included as of
> now. Actually I copied the typo from you ;-) ]
Well no, you started the typo, I merely propagated it and forgot to fix
it up :-)
> >On Tue, Apr 24 2007, Jens Axboe wrote:
Satyam Sharma schrieb:
> You might have your reasons for being so anxious to avoid any
> userspace at all, but quoting famous words, continuing to maintain
> Kcli out-of-tree could soon turn out to be an act for
> self-flagellation for you :-)
OTOH, considering certain recent comments on this list
On Tue, 24 Apr 2007, Michal Piotrowski wrote:
Hi William,
On 24/04/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
Question: is there some reason that kconfig does not allow for default
governors of conservative/ondemand/powersave?
Performance?
I'm not aware of any reason why one of t
This is fine with me; I don't see any problems in it and the mutex
is better. However, I cannot test this as I have no hardware
left capable of hosting the drive.
-corey
Matthias Kaehlcke wrote:
use mutex instead of binary semaphore in CDU-31A driver
Signed-off-by: Matthias Kaehlcke <[EMAIL P
On Tue, 24 Apr 2007 14:33:48 +0400
Alex Vorona <[EMAIL PROTECTED]> wrote:
> Hello David,
>
> Tuesday, April 24, 2007, 1:19:49 PM, you wrote:
>
> >> sendfile function is not just a more efficient version of a read
> >> followed by a write. It reads from one fd and write to another at tha
> >> s
On 24/04/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
On Tue, 24 Apr 2007, Michal Piotrowski wrote:
> Hi William,
>
> On 24/04/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
>> Question: is there some reason that kconfig does not allow for default
>> governors of conservative/ondemand/
>> From: Vasily Tarasov <[EMAIL PROTECTED]>
>>
>> cfq hash is no more necessary. We always can get cfqq from io context.
>> cfq_get_io_context_noalloc() function is introduced, because we don't want
>> to
>> allocate cic on merging and checking may_queue.
>> In order to identify sync queue we've
On Tue, 24 Apr 2007, Michal Piotrowski wrote:
On 24/04/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
On Tue, 24 Apr 2007, Michal Piotrowski wrote:
> Hi William,
>
> On 24/04/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
> > Question: is there some reason that kconfig does not all
Hi Jens!
On 24 Apr 2007, at 14:32, Jens Axboe wrote:
On Tue, Apr 24 2007, Roland Kuhn wrote:
Hi Jens!
[I made a typo in the Cc: list so that lkml is only included as of
now. Actually I copied the typo from you ;-) ]
Well no, you started the typo, I merely propagated it and forgot to
fix
Hello all,
can anyone give me a short hint how walking through the tasklist in a device
driver can be achieved nowadays. In ancient pre-20 times you could simply:
read_lock(&tasklist_lock);
p=current;
do {
if (p->pid==pid) {
read_unlock(&tasklist_lock);
On 24/04/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
On Tue, 24 Apr 2007, Michal Piotrowski wrote:
> On 24/04/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
>> On Tue, 24 Apr 2007, Michal Piotrowski wrote:
>>
>> > Hi William,
>> >
>> > On 24/04/07, William Heimbigner <[EMAIL PROTECTE
I ran LTP on a 512MB i386 UP nfsroot test system with no swap with
2.6.21-rc7-git6
It deadlocked during the LTP run with no progress anymore and
ssh remote login not working anymore:
<<>>
mmap001 0 INFO : mmap()ing file of 1 pages or 4096 bytes
mmap001 1 PASS : mmap() comp
On Mon, 23 Apr 2007, Andrew Morton wrote:
>
> OK. I hope. the mapping_gfp_mask() here will have come from bdget()'s
> mapping_set_gfp_mask(&inode->i_data, GFP_USER); If anyone is accidentally
> setting __GFP_HIGHMEM on a blockdev address_space we'll cause ghastly
> explosions. Albeit ones whic
On Tue, Apr 24 2007, Roland Kuhn wrote:
> Hi Jens!
>
> On 24 Apr 2007, at 14:32, Jens Axboe wrote:
>
> >On Tue, Apr 24 2007, Roland Kuhn wrote:
> >>Hi Jens!
> >>
> >>[I made a typo in the Cc: list so that lkml is only included as of
> >>now. Actually I copied the typo from you ;-) ]
> >
> >Well n
On Apr 23 2007 12:25, Christoph Hellwig wrote:
>On Sun, Apr 22, 2007 at 09:12:55PM -0600, Eric W. Biederman wrote:
>>
>> This patch implements the kthread helper functions kthread_start
>> and kthread_end which make it simple to support a kernel thread
>> that may decided to exit on it's own befo
On Apr 24 2007 14:58, Stephan von Krawczynski wrote:
>Hello all,
>
>can anyone give me a short hint how walking through the tasklist in a device
>driver can be achieved nowadays. In ancient pre-20 times you could simply:
>
>read_lock(&tasklist_lock);
>p=current;
>do {
>if (p->
On 4/24/07, Pierre Peiffer <[EMAIL PROTECTED]> wrote:
Something like that may be...
Yep, looks goot to me.
-
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
P
On Tue, 24 Apr 2007, Michal Piotrowski wrote:
On 24/04/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
On Tue, 24 Apr 2007, Michal Piotrowski wrote:
> On 24/04/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
> > On Tue, 24 Apr 2007, Michal Piotrowski wrote:
> >
> > > Hi William,
> >
On Tue, Apr 24, 2007 at 03:08:57PM +0200, Jan Engelhardt wrote:
> >I don't think having to parallel APIs is a good idea, people will
> >get utterly confused which one to use. Better always grab a reference
> >in kthread_create and drop it in kthread_stop. For normal thread
> >no change in behavio
On Apr 23 2007 17:21, H. Peter Anvin wrote:
> Neil Brown wrote:
>>
>> Our you could think outside the circle:
>> Store all your "small files" as symlinks, then use "symlink" to create
>> them and "readlink" to read them. (You would probably end up use
>> symlinkat and readlinkat).
>> Only one sys
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> > > We only care when del_timer() returns true. In that case, if the timer
> > > function still runs (possible for single-threaded wqs), it has already
> > > passed __queue_work().
> >
> > Why do you assume that?
Sorry, I should have been more clear. I
On Tue, 24 Apr 2007, Hisashi Hifumi wrote:
> At 22:42 07/04/23, Hugh Dickins wrote:
> >On Mon, 23 Apr 2007, Hisashi Hifumi wrote:
> > > >No. The PG_lru flag bit is just one bit amongst many others:
> > > >what of concurrent operations changing other bits in that same
> > > >unsigned long e.g. tryi
On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/pe
--- Roberto De Ioris <[EMAIL PROTECTED]> wrote:
> Hi all,
> this is a very simple module that allows bind() to tcp/udp port (>=1024)
> only for the uids defined in a configfs tree.
Would you be so kind as to cross post to linux-security-module?
Methinks that you might get additional valuable fee
From: Vasily Tarasov <[EMAIL PROTECTED]>
cfq hash is no more necessary. We always can get cfqq from io context.
cfq_get_io_context_noalloc() function is introduced, because we don't want to
allocate cic on merging and checking may_queue.
In order to identify sync queue we've used hash key = CFQ_K
Il giorno mar, 24/04/2007 alle 06.51 -0700, Casey Schaufler ha scritto:
> --- Roberto De Ioris <[EMAIL PROTECTED]> wrote:
>
> > Hi all,
> > this is a very simple module that allows bind() to tcp/udp port (>=1024)
> > only for the uids defined in a configfs tree.
>
> Would you be so kind as to cro
I get this, across netconsole:
[17179569.184000] console handover: boot [earlyvga_f_0] -> real [tty0]
wanna take a look at why there's cruft in bootconsole->name please?
-EFULL ;)
"earlyvga" is 8 chars. struct console->name is char[8]. No space left
for the trailing ´\0´, the cruft comes
Another issue hit during LTP testing over nfsroot; this time
on a larger box (4 cores; 6GB RAM; x86-64)
NFS doesn't seem to be in a good shape for .21
-Andi
Unable to handle kernel NULL pointer dereference at RIP:
[] nfs_set_page_dirty+0xd/0x5d
PGD 115735067 PUD 11a60a067 PM
This should make no difference in behaviour.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit 64aa7c3136258d3abc76354b5f83b9a9575169c0
tree 8037adc04b57cd6150456399b7caccf99489385a
parent bf0bd376f79cadb4f8cd454db1723eb9be0aabc1
author Rolf Eike Beer <[EMAIL PROTECTED]> Tue, 24 Apr 20
> Why would you need any kind of lock when just changing a single bit,
> if it didn't affect other bits of the same word? Just as you don't
> need a lock when simply assigning a word, setting a bit to 0 or 1
> is simple in itself (it doesn't matter if it was 0 or 1 before).
>
> > But, I think th
On 04/24, David Howells wrote:
>
> Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> > > > We only care when del_timer() returns true. In that case, if the timer
> > > > function still runs (possible for single-threaded wqs), it has already
> > > > passed __queue_work().
> > >
> > > Why do you assume
On Tue, Apr 24, 2007 at 02:36:48PM +0200, Tilman Schmidt wrote:
> Satyam Sharma schrieb:
> > You might have your reasons for being so anxious to avoid any
> > userspace at all, but quoting famous words, continuing to maintain
> > Kcli out-of-tree could soon turn out to be an act for
> > self-flagel
Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ *
+ * Changelog
+ *
+ * 20070423 -> version 0.1 (first release)
+ *
+ *
+ * 20070424 -> version 0.2 (bugfix for some erroneous string ma
On Tuesday 24 April 2007, Ingo Molnar wrote:
>* Gene Heskett <[EMAIL PROTECTED]> wrote:
>> > (Btw., to protect against such mishaps in the future i have changed
>> > the SysRq-N [SysRq-Nice] implementation in my tree to not only
>> > change real-time tasks to SCHED_OTHER, but to also renice negativ
On Tuesday 24 April 2007, Ingo Molnar wrote:
>* David Lang <[EMAIL PROTECTED]> wrote:
>> > (Btw., to protect against such mishaps in the future i have changed
>> > the SysRq-N [SysRq-Nice] implementation in my tree to not only
>> > change real-time tasks to SCHED_OTHER, but to also renice negative
On Tuesday 24 April 2007, Ingo Molnar wrote:
>* Ingo Molnar <[EMAIL PROTECTED]> wrote:
>> yeah, i guess this has little to do with X. I think in your scenario
>> it might have been smarter to either stop, or to renice the workloads
>> that took away CPU power from others to _positive_ nice levels.
On Tuesday 24 April 2007, Ingo Molnar wrote:
>* Ingo Molnar <[EMAIL PROTECTED]> wrote:
>> yeah, i guess this has little to do with X. I think in your scenario
>> it might have been smarter to either stop, or to renice the workloads
>> that took away CPU power from others to _positive_ nice levels.
Hello everyone.
Begin forwarded message:
Date: 23 Apr 2007 21:05:13 +0200
From: Andi Kleen <[EMAIL PROTECTED]>
To: Andrew Morton <[EMAIL PROTECTED]>
Cc: Eric Hopper <[EMAIL PROTECTED]>, linux-kernel@vger.kernel.org
Subject: Re: Question about Reiser4
Andrew Morton <[EMAIL PROTECTED]> writes:
On Tue, Apr 24, 2007 at 09:13:37AM +1000, David Chinner wrote:
> So, given the catch-22 you've just presented us can we revisit the
> nfsd non-blocking I/O issue again? This affects anyone using DM
> snapshots on their NFS servers and has nothing to do with HSMs
> or DMAPI...
>
> FWIW, you can st
Rogan Dawes wrote:
I guess my point was if we somehow get to an odd number of nanoseconds,
we'd end up with rounding errors. I'm not sure if your algorithm will
ever allow that.
And Ingo's point was that when it takes thousands of nanoseconds for a
single context switch, an error of half a n
On Fri, Apr 20, 2007 at 12:24:17PM -0700, Christoph Lameter wrote:
> On Wed, 18 Apr 2007, William Lee Irwin III wrote:
>
> >
> > Mark the runqueues cacheline_aligned_in_smp to avoid false sharing.
>
> False sharing for a per cpu data structure? Are we updating that
> structure from other pr
On Fri, Apr 20, 2007 at 01:03:22PM -0700, William Lee Irwin III wrote:
> On Fri, 20 Apr 2007, William Lee Irwin III wrote:
> >> I'm not really convinced it's all that worthwhile of an optimization,
> >> essentially for the same reasons as you, but presumably there's a
> >> benchmark result somewher
On 04/24, Eric W. Biederman wrote:
>
> The NULL vfork_done is really weird as exec is the only thing that sets
> vfork_done to NULL.
Hm, mm_release() clears ->vfork_done before complete().
mm_release:
struct completion *vfork_done = tsk->vfork_done;
if (v
Chris Friesen wrote:
Rogan Dawes wrote:
I guess my point was if we somehow get to an odd number of
nanoseconds, we'd end up with rounding errors. I'm not sure if your
algorithm will ever allow that.
And Ingo's point was that when it takes thousands of nanoseconds for a
single context switch
PCI support functions for DMAR, to find parent bridge.
When devices are under a p2p bridge, upstream
transactions get replaced by the device id of the bridge as it owns the
PCIE transaction. Hence its necessary to setup translations on behalf of the
bridge as well. Due to this limitation all de
PCI specs permit zero length reads (ZLR) even if the mapping for that region
is write only. Support for this feature is indicated by the presence of a bit
in the DMAR capability. If a particular DMAR does not support this capability
we map write-only regions as read-write.
This option can also p
PCI support functions for DMAR, to find parent bridge.
When devices are under a p2p bridge, upstream
transactions get replaced by the device id of the bridge as it owns the
PCIE transaction. Hence its necessary to setup translations on behalf of the
bridge as well. Due to this limitation all de
Floppy disk drivers dont work well with DMA remapping. Its possible to
extend the current use for x86_64, but the gain is very little. If someone
feels compelled to clean this up, its up for grabs. Since these use 16M, we
just provide a unity map for the ISA bridge device.
Signed-off-by: Ashok R
Document Intel IOMMU driver boot option.
Signed-off-by: Ashok Raj <[EMAIL PROTECTED]>
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc5/Documentation/Intel-IOMMU.txt
===
--- /dev/null 1970-01-01 00:00:00.
On 4/23/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Mon, 23 Apr 2007, Ingo Molnar wrote:
>
> The "give scheduler money" transaction can be both an "implicit
> transaction" (for example when writing to UNIX domain sockets or
> blocking on a pipe, etc.), or it could be an "explicit transaction
Most GFX drivers don't call standard PCI DMA APIs to allocate DMA buffer,
Such drivers will be broken with IOMMU enabled. To workaround this issue,
we added two options.
Once graphics devices are converted over to use the DMA-API's this entire
patch can be removed...
a. intel_iommu=igfx_off. Wi
Some devices may not support entire 64bit DMA. In a situation where such
devices are co-located in a shared domain, we need to ensure there is some
address space reserved for such devices without the low addresses getting
depleted by other devices capable of handling high dma addresses.
Signed-o
Floppy disk drivers dont work well with DMA remapping. Its possible to
extend the current use for x86_64, but the gain is very little. If someone
feels compelled to clean this up, its up for grabs. Since these use 16M, we
just provide a unity map for the ISA bridge device.
Signed-off-by: Ashok R
This patch contains basic ACPI parsing and enumeration support.
Signed-off-by: Ashok Raj <[EMAIL PROTECTED]>
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc5/arch/x86_64/Kconfig
===
--- linux-2.6.21-rc5.orig/arch/
Hello again!
Andrew: Could you help include in -mm to give it more exposure preparing for
mainline inclusion with more testing?
This is a resend of the patches after addressing some feedback we received.
1. As len requested, we moved most of the acpi parts to drivers/pci instead
of leaving t
Hello again!
Andrew: Could you help include in -mm to give it more exposure preparing for
mainline inclusion with more testing?
This is a resend of the patches after addressing some feedback we received.
1. As len requested, we moved most of the acpi parts to drivers/pci instead
of leaving t
PCI specs permit zero length reads (ZLR) even if the mapping for that region
is write only. Support for this feature is indicated by the presence of a bit
in the DMAR capability. If a particular DMAR does not support this capability
we map write-only regions as read-write.
This option can also p
This patch contains basic ACPI parsing and enumeration support.
Signed-off-by: Ashok Raj <[EMAIL PROTECTED]>
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc5/arch/x86_64/Kconfig
===
--- linux-2.6.21-rc5.orig/arch/
Document Intel IOMMU driver boot option.
Signed-off-by: Ashok Raj <[EMAIL PROTECTED]>
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc5/Documentation/Intel-IOMMU.txt
===
--- /dev/null 1970-01-01 00:00:00.
Most GFX drivers don't call standard PCI DMA APIs to allocate DMA buffer,
Such drivers will be broken with IOMMU enabled. To workaround this issue,
we added two options.
Once graphics devices are converted over to use the DMA-API's this entire
patch can be removed...
a. intel_iommu=igfx_off. Wi
Some devices may not support entire 64bit DMA. In a situation where such
devices are co-located in a shared domain, we need to ensure there is some
address space reserved for such devices without the low addresses getting
depleted by other devices capable of handling high dma addresses.
Signed-o
Rogan Dawes wrote:
My concern was that since Ingo said that this is a closed economy, with
a fixed sum/total, if we lose a nanosecond here and there, eventually
we'll lose them all.
I assume Ingo has set it up so that the system doesn't "lose" partial
nanoseconds, but rather they'd just be a
Hi,
I'm getting the following oops at boot with the latest -mm kernel :
---
kernel BUG at fs/sysfs/inode.c:272
...
EIP is at sysfs_drop_dentry+0x139/0x165
Call trace :
remove_dir
__sysfs_remove_dir
dput
kobject_del
device_del
...
--
On Tue, 24 Apr 2007 01:29:02 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 24 Apr 2007 17:14:28 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote:
>
> > > On Fri, 20 Apr 2007 18:51:13 +0900
> > > Keiichi KII <[EMAIL PROTECTED]> wrote:
> > >
> > >>> I started to do some cleanups and fixups h
Hi!
> > Have you tried other combinations?
> >
> > s2ram -m -p -f
> > s2ram -s -p -f
>
> Yes, I tried these slightly different combinations:
>
> s2ram -f -a3 -s: Works! The screen becomes green but is restored quickly. It
> prints the following messages:
Uhuh. This is second report of this str
Add "Modify Port" verb support to eHCA driver.
ib_cm needs this to initialize properly.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
This is the shiny new version of this patch with proper locking.
Tested and works.
ehca_classes.h |1 +
ehca_hca.c | 55 ++
On Tue, 2007-04-24 at 16:05 +0200, Andi Kleen wrote:
>
> Another issue hit during LTP testing over nfsroot; this time
> on a larger box (4 cores; 6GB RAM; x86-64)
>
> NFS doesn't seem to be in a good shape for .21
>
> -Andi
>
> Unable to handle kernel NULL pointer dereference at 00
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> Let's look at (2). cancel_delayed_work() (on top of del_timer()) returns 0,
> and this is correct, we failed to cancel the timer, and we don't know whether
> work->func() finished, or not.
Yes.
> The current code uses del_timer_sync(). It will also retu
On 04/24, Oleg Nesterov wrote:
>
> Hm, mm_release() clears ->vfork_done before complete().
>
> mm_release:
>
> struct completion *vfork_done = tsk->vfork_done;
>
> if (vfork_done) {
> tsk->vfork_done = NULL;
> complete
On Tue, 24 Apr 2007 12:23:04 +0200
Olivier Galibert <[EMAIL PROTECTED]> wrote:
> Sorry for replying to Alan's reply, I missed the original mail.
>
> > > +#define ata_id_has_AN(id)\
> > > + ((id[76] && (~id[76])) & ((id)[78] & (1 << 5)))
>
> (a && ~a) & (b & 32)
>
> I don't think that do
On Tue, 24 Apr 2007 17:03:29 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Kristen Carlson Accardi wrote:
> > static unsigned int ata_print_id = 1;
> > @@ -1744,6 +1745,23 @@ int ata_dev_configure(struct ata_device
> > }
> > dev->cdb_len = (unsigned int) rc;
>
Hi
On Tue, 24 Apr 2007 08:26:00 -0700
[EMAIL PROTECTED] wrote:
> Adrian Bunk napsal:
> > Subject: gammu no longer works
> > References : http://lkml.org/lkml/2007/4/20/84
> > Submitter : Wolfgang Erig <[EMAIL PROTECTED]>
> > Status : unknown
>
> As several people reported this issue to
Nick Piggin wrote:
> On Thu, Apr 19, 2007 at 12:26:03PM -0700, Ray Lee wrote:
>> On 4/19/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
>>> The one fly in the ointment for
>>> linux remains X. I am still, to this moment, completely and utterly stunned
>>> at why everyone is trying to find increasingly
Subject: Remove unnecessary include of linux/tty.h from a bunch of files
Including serial_core.h no longer requires including tty.h first, but
a lot of files still seem to have this in them. Remove all the
unnecessary references.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index: linux-2.
Vincent Vanackere wrote:
> Hi,
>
> I'm getting the following oops at boot with the latest -mm kernel :
> ---
> kernel BUG at fs/sysfs/inode.c:272
Known problem. Working on it. Thanks.
--
tejun
-
To unsubscribe from this list: send th
Thiago M. Sayão wrote:
> Sometimes, randomly i get this Oops message and the system becomes
> unstable. By unstable i mean all applications segmentation faults when i
> execute (after the Oops). Sometimes X crashes, sometimes the machine
> just reboots (the reboot might be other problem tho).
>
>
On 04/24, David Howells wrote:
>
> Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> > The current code uses del_timer_sync(). It will also return 0. However, it
> > will spin waiting for timer->function() to complete. So we are just wasting
> > CPU.
>
> That's my objection to using cancel_delayed_wor
On Tue, Apr 24, 2007 at 08:50:20AM -0700, Ray Lee wrote:
> > Firstly, lots of clients in your list are remote. X usually isn't.
>
> They really aren't, unless you happen to work somewhere that can afford
> to dedicate a box to a db, which suddenly makes the scheduler a dull
> topic.
>
> For examp
On Monday 23 April 2007, Ingo Molnar wrote:
> i'm pleased to announce release -v5 of the CFS scheduler patchset.
Hi Ingo,
I just noticed that with cfs all processes (except some kernel threads) run on
cpu 0. I don't think this is expected cpu affinity for an smp system? I
remember about half of
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> > > The current code uses del_timer_sync(). It will also return 0. However,
> > > it will spin waiting for timer->function() to complete. So we are just
> > > wasting CPU.
> >
> > That's my objection to using cancel_delayed_work() as it stands, although
> - it is a rb-tree
Vasily, this is still not against the CFQ branch, I get tons of rejects:
[EMAIL PROTECTED]:/src/linux-2.6-block $ patch -p1 --dry-run < ~/foo
[...]
10 out of 27 hunks FAILED -- saving rejects to file
block/cfq-iosched.c.rej
If you don't want to use the git tree, t
On Tue, 24 Apr 2007 14:09:33 +0100 (BST) Hugh Dickins <[EMAIL PROTECTED]> wrote:
> On Mon, 23 Apr 2007, Andrew Morton wrote:
> >
> > OK. I hope. the mapping_gfp_mask() here will have come from bdget()'s
> > mapping_set_gfp_mask(&inode->i_data, GFP_USER); If anyone is accidentally
> > setting _
Oleg Nesterov <[EMAIL PROTECTED]> writes:
> On 04/24, Oleg Nesterov wrote:
>>
>> Hm, mm_release() clears ->vfork_done before complete().
Duh. Yes somehow I had a blind spot there. I clearly
need to handle that case.
>> mm_release:
>>
>> struct completion *vfork_done = tsk->v
On Tue, 24 Apr 2007 15:43:21 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Sun, 8 Apr 2007 14:35:59 -0700, Andre
101 - 200 of 458 matches
Mail list logo
