William Lee Irwin III wrote:
William Lee Irwin III wrote:
This essentially doesn't look correct because while you want to enforce
the CPU bandwidth allocation, this doesn't have much to do with that
apart from the CPU bandwidth appearing as a term. It's more properly
a rate of service as
On Fri, Apr 20, 2007 at 11:30:59PM -0500, Marcos Pinto wrote:
> Yes, I just tried 2.6.20.3 with ACPI enabled and it booted perfectly.
> I'm hoping this means you know what's wrong? :-)
Can you do a 'git bisect' on the versions between 2.6.20.3 and 2.6.20.7
to try to find the problem patch?
Jesse Barnes wrote:
On Friday, April 20, 2007 11:28 am Linus Torvalds wrote:
On Fri, 20 Apr 2007, Jesse Barnes wrote:
Sounds good, hopefully reassigning the bridge resources won't cause
too much trouble. Do you have time to hack this up? If not, I
could give it a try, as long as ajax is
William Lee Irwin III wrote:
>> This essentially doesn't look correct because while you want to enforce
>> the CPU bandwidth allocation, this doesn't have much to do with that
>> apart from the CPU bandwidth appearing as a term. It's more properly
>> a rate of service as opposed to a time at which
How do I remove all references to an object in sysfs? The following patch
attempt to get that functionality in sysfs but I am not that familiar with
it. Help
SLUB: Remove alias before installing symlink
We cannot really track the aliases that are created when aliasing
a slab.
Yes, I just tried 2.6.20.3 with ACPI enabled and it booted perfectly.
I'm hoping this means you know what's wrong? :-)
Thanks again,
Marcos
On 4/20/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Fri, Apr 20, 2007 at 07:47:13PM -0500, Marcos Pinto wrote:
> I'm not subscribed, so please
> > > read_lock(_lock);
> > >
> > > + if (sysctl_panic_on_oom == 2)
> > > + panic("out of memory. Compulsory panic_on_oom is selected.\n");
> > > +
> >
> > Wouldn't it be safer to put the panic before the read_lock()?
>
> I agree. Otherwise the patch seem to be okay.
Ok. This is
On Fri, Apr 20, 2007 at 11:30:04AM -0700, Tong Li wrote:
> This patch extends the existing Linux scheduler with support for
> proportional-share scheduling (as a new KConfig option).
> http://www.cs.duke.edu/~tongli/linux/linux-2.6.19.2-trio.patch
> It uses a scheduling algorithm, called
Eric Dumazet wrote:
Rik van Riel a écrit :
Andrew Morton wrote:
On Fri, 20 Apr 2007 17:38:06 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
I've also merged Nick's "mm: madvise avoid exclusive mmap_sem".
- Nick's patch also will help this problem. It could be that
This patch provides a new macro
KMEM_CACHE(, )
to simplify slab creation. KMEM_CACHE creates a slab with the name of the
struct, with the size of the struct and with the alignment of the struct.
Additional slab flags may be specified if necessary.
Example
struct test_slab {
int
On Fri, 20 Apr 2007, Ethan Solomita wrote:
> cpuset_write_dirty_map.htm
>
>In __set_page_dirty_nobuffers() you always call cpuset_update_dirty_nodes()
> but in __set_page_dirty_buffers() you call it only if page->mapping is still
> set after locking. Is there a reason for the difference?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton wrote:
> On Wed, 18 Apr 2007 11:00:00 -0400
> Jeff Mahoney <[EMAIL PROTECTED]> wrote:
>
>>> Do you think that could be a reason of the extra reference count on
>>> xattr_root dentry?
>> No, I don't think it is. Looking at the code
I have never seen a use of SLAB_DEBUG_INITIAL. It is only supported by SLAB.
I think its purpose was to have a callback after an object has been freed
to verify that the state is the constructor state again? The callback is
performed before each freeing of an object.
I would think that it is
Christoph Lameter wrote:
H Sorry. I got distracted and I have sent them to Kame-san who was
interested in working on them.
I have placed the most recent version at
http://ftp.kernel.org/pub/linux/kernel/people/christoph/cpuset_dirty
Hi Christoph -- a few comments on the
On Fri, Apr 20, 2007 at 07:47:13PM -0500, Marcos Pinto wrote:
> I'm not subscribed, so please personally CC me any answers/comments.
> Thank you.
>
> While booting, (AMD64 Turion x2) 2.6.20.7 kernel locks up hard. The
> last kernel that I tried, 2.6.18.8, worked perfectly without any
> trickery.
From: John Anthony Kazos Jr. <[EMAIL PROTECTED]>
Add helper functions "upper_32_bits" and "lower_32_bits" to
to allow 64-bit integers to be separated into
their 32-bit upper and lower halves without promoting integers, without
stretching sign bits, and without generating compiler warnings
I'm not subscribed, so please personally CC me any answers/comments.
Thank you.
While booting, (AMD64 Turion x2) 2.6.20.7 kernel locks up hard. The
last kernel that I tried, 2.6.18.8, worked perfectly without any
trickery. 2.6.20.7 only boots up with "acpi=off" being added to the
kernel line.
Rik van Riel a écrit :
Andrew Morton wrote:
On Fri, 20 Apr 2007 17:38:06 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
I've also merged Nick's "mm: madvise avoid exclusive mmap_sem".
- Nick's patch also will help this problem. It could be that your
patch
no longer
Location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git tree:
http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss
Changes since 2.6.16.48:
Mingming Cao wrote:
On Fri, 2007-04-20 at 18:14 -0500, Eric Sandeen wrote:
It's a bug, today.
They are fixed in mm tree, as part of the patches which backports ext3
block reservation code to ext2. filesystem block numbers are all
ext2_fsblk_t type(i.e. unsigned long)(see ext2_new_blocks()).
On Sat, 14 Apr 2007 07:09:07 +0200
Matthias Kaehlcke <[EMAIL PROTECTED]> wrote:
> fixed incorrect spinlock use in hysdn_log_close(). the function
> declared a spinlock on the stack and used it to 'protect' a shared
> driver structure. the patch removes the declaration of hysdn_lock and
> uses
On 4/21/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Fri, 20 Apr 2007, Giuseppe Bilotta wrote:
> Oh, I see. I'll blacklist those modules, maybe also issue a ticket on
> the Debian BTS.
If Debian enables usbmouse and usbkbd by default in their standard
kernels, would you be so kind and raise a
On Fri, Apr 20, 2007 at 04:26:51PM -0700, Greg Kroah-Hartman wrote:
> > We should always have a bus in bus_add_driver()
> > Instead of returning success when we don't, BUG().
>
> Nah, I don't like adding BUG() calls to the kernel if it can be helped,
> how about the version I copied you on a
On Fri, 2007-04-20 at 18:14 -0500, Eric Sandeen wrote:
> Andreas Dilger wrote:
> > On Apr 20, 2007 12:10 -0500, Eric Sandeen wrote:
> >> If ext3 can do 16T, ext2 probably should be able to as well.
> >> There are still "int" block containers in the block allocation path
> >> that need to be fixed
William Lee Irwin III wrote:
On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote:
I have a suggestion I'd like to make that addresses both nice and
fairness at the same time. As I understand the basic principle behind
this scheduler it to work out a time by which a task should make
Updated version of the patch, which splits __lookup_hash() into normal and
kernel variants, to prevent a check of the type of lookup. Also splits
lookup_one_len(). Tests ok on my system. Please review.
Subject: [PATCH] security: prevent permission checking of file removal via
On Fri, Apr 20, 2007 at 07:42:33PM -0400, Preston A. Elder wrote:
> Final followup,
>
> If I compile EDAC out of the kernel completely, everything works now.
>
> This should be resolved though.
> 1) dd.c should produce some kind of warning when it wants to assign a
> driver to a device, but it
On Sun, 15 Apr 2007 05:29:22 +0200
Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-04-14 at 17:03 +0200, Adrian Bunk wrote:
> > As scheduled, do_setitimer() now returns -EINVAL for invalid timeval.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> Acked-by: Thomas Gleixner
On Wed, 18 Apr 2007 11:00:00 -0400
Jeff Mahoney <[EMAIL PROTECTED]> wrote:
> > Do you think that could be a reason of the extra reference count on
> > xattr_root dentry?
>
> No, I don't think it is. Looking at the code now, it seems obvious, but
> I didn't notice it before and nobody else has
On Fri, Apr 20, 2007 at 11:40:39AM -0400, Alan Stern wrote:
> Here's a patch to do what I mentioned earlier. Not tested -- it may
> expose some existing bugs. It may even break something, but I'm not aware
> of anything that depends on it explicitly.
>
> Greg, do you know of anything in
Dave Jones wrote:
> On Fri, Apr 20, 2007 at 10:16:54AM -0700, Jeremy Fitzhardinge wrote:
> > Dave Jones wrote:
> > > > Andi, I think. I've got his firstfloor.org patches applied to this
> kernel.
> > >
> > > Ah, I saw you patched in CFS too, and thought it may be related.
> > >
> >
>
Andrew Morton wrote:
On Fri, 20 Apr 2007 17:38:06 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
I've also merged Nick's "mm: madvise avoid exclusive mmap_sem".
- Nick's patch also will help this problem. It could be that your patch
no longer offers a 2x speedup when
The sysfs attributes for exposing cxacru statistics/status information
with possible values is now explained in Documentation/networking/cxacru.txt
including information on the writable adsl_state attribute's commands and
a sample of the kernel log format.
---
On Fri, 20 Apr 2007, Giuseppe Bilotta wrote:
> Oh, I see. I'll blacklist those modules, maybe also issue a ticket on
> the Debian BTS.
If Debian enables usbmouse and usbkbd by default in their standard
kernels, would you be so kind and raise a proper ticket on them not to do
so? Thanks.
This
Final followup,
If I compile EDAC out of the kernel completely, everything works now.
This should be resolved though.
1) dd.c should produce some kind of warning when it wants to assign a
driver to a device, but it can't because a driver is already assigned to
a device
ie. change:
if
On Fri, 20 Apr 2007 15:51:35 -0700
Piet Delaney <[EMAIL PROTECTED]> wrote:
> > Is there any movement on this?
>
> Hi Randy:
>
> Jason Wessel <[EMAIL PROTECTED]> is currently leading yet
> another attempt at getting kgdb permanently into the kernel. Jason
> has a linux2_6_21 patch on
On Fri, Apr 20, 2007 at 04:33:42PM -0400, Dave Jones wrote:
> On Fri, Apr 20, 2007 at 04:22:06PM -0400, Preston A. Elder wrote:
> > Dave, Greg,
> >
> > Here is the trace with 2.6.20.6
> >
> > I added back in my trace code, as you see. As you can also see,
> > agp_amdk7_probe is still not
On Fri, Apr 20, 2007 at 03:00:28PM -0400, Dave Jones wrote:
> On Fri, Apr 20, 2007 at 11:29:52AM -0700, Greg Kroah-Hartman wrote:
> > On Fri, Apr 20, 2007 at 02:20:29PM -0400, Dave Jones wrote:
> > >
> > > btw Greg, wtf does driver_register return a 0 as 'success' if it
> > > completes the
and while len is working on detaching APM and ACPI from legacy power
management, here's the short list of other stuff that is listed as on
its way to being dead, based on the contents of Kconfig files. any of
this stuff candidates for removal, if not scheduling for removal?
(note: i made
Andreas Dilger wrote:
On Apr 20, 2007 12:10 -0500, Eric Sandeen wrote:
If ext3 can do 16T, ext2 probably should be able to as well.
There are still "int" block containers in the block allocation path
that need to be fixed up.
Yeah, but who wants to do 16TB e2fsck on every boot? I think
From: "Waskiewicz Jr, Peter P" <[EMAIL PROTECTED]>
Date: Thu, 8 Mar 2007 18:17:39 -0800
> Peter P. Waskiewicz Jr. <[EMAIL PROTECTED]>
> NET: Add packet sock option to return orig_dev to userspace when
> bonded
I'm going to apply this patch (by hand, your email client corrupted
the patch
On Tue, 2007-04-17 at 11:30 -0700, Randy Dunlap wrote:
> On Thu, 08 Mar 2007 14:24:10 -0800 Piet Delaney wrote:
>
> > On Thu, 2007-03-08 at 11:49 -0700, Tom Rini wrote:
> > > On Thu, Mar 08, 2007 at 07:37:56PM +0100, Andi Kleen wrote:
> > > > On Thursday 08 March 2007 18:44, Dave Jiang wrote:
> >
On Apr 20, 2007 12:10 -0500, Eric Sandeen wrote:
> If ext3 can do 16T, ext2 probably should be able to as well.
> There are still "int" block containers in the block allocation path
> that need to be fixed up.
Yeah, but who wants to do 16TB e2fsck on every boot? I think there
needs to be some
x86: new API for modifying CPU feature flags
Use an API for setting/clearing CPU features, so the
process can be debugged.
Adds:
set_cpu_feature()
clear_cpu_feature()
clear_all_cpu_features()
Todo:
mask_boot_cpu_features()
set_cpu_feature_word()
more?
(Hardcoded printk for now, should be
x86: use the x86 CPU feature API
Just a small demo for now.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/amd.c|4 ++--
arch/i386/kernel/cpu/common.c |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
---
x86: use defined names for all CPU feature flags
Don't use hard coded values for CPU flags.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/amd.c |2 +-
arch/i386/kernel/cpu/centaur.c |2 +-
arch/i386/kernel/cpu/cyrix.c|6 +++---
x86 CPU feature flag setup has become impossible to debug.
Every user just does set_bit()/clear_bit() or writes the
entire set to change the flags, so there's no way to trace
how they're being set.
This patchset creates an API and debug messages for tracking
how the flags get set. It's not nearly
On Wed, 18 Apr 2007 00:57:48 +0300
Mikko Tiihonen <[EMAIL PROTECTED]> wrote:
> Enables HPET for NVidia motherboards with broken BIOS. The patch reads
> the HPET address from the pci config space. The patch should also work
> if ACPI is disabled.
>
> The new quirk activates use of HPET only run
Include files for hardware/firmware information and interface of
mlx4_core module for protocol-specific drivers (such as mlx4_ib).
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
cmd.h | 178 +
cq.h | 123 +++
device.h |
As promised, here is a series of patches adding the mlx4_core and
mlx4_ib drivers for the new Mellanox ConnectX adapter. These patches
are split up in an ad hoc way to avoid mailing list size limits, but
when this driver is finally merged, I will give it to Linus to pull in
a single changeset.
Hook up mlx4_core and mlx4_ib drivers to Kconfig and Makefiles.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
infiniband/Kconfig |2 ++
infiniband/Makefile |1 +
infiniband/hw/mlx4/Kconfig |9 +
infiniband/hw/mlx4/Makefile |3 +++
net/Kconfig
On Mon, 16 Apr 2007 11:41:14 +0400
Pavel Emelianov <[EMAIL PROTECTED]> wrote:
> If the thread failed to create the subsequent wait_event
> will hang forever.
>
> This is likely to happen if kernel hits max_threads limit.
>
> Will be critical for virtualization systems that limit the
> number of
Main include file and .c file for mlx4_ib.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
main.c| 612 ++
mlx4_ib.h | 285
2 files changed, 897 insertions(+)
diff --git
Hi all...
After a big update in my systems, two of them just does not let me ssh into it.
It says that stdin is not a terminal. The same hapens if I try to open any
terminal emulator, like aterm.
It finally let me do somathing like ssh [EMAIL PROTECTED] /bin/bash -i, to get
a terminal,
and I
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The task_lock() in include/linux/freezer.h:thaw_process() looks as though it
were protecting p->flags, which is not the case. Add a comment that explains
why it's there.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
include/linux/freezer.h
I've been working with the TPM driver, and I found that if I opened,
used, then closed the TPM char device very frequently, I would get a
kernel BUG message saying that the kernel tried to sleep while holding
a spinlock. I think I've isolated the problem to this function, in
On Fri, 20 Apr 2007 17:38:06 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> > I've also merged Nick's "mm: madvise avoid exclusive mmap_sem".
> >
> > - Nick's patch also will help this problem. It could be that your patch
> > no longer offers a 2x speedup when
Dave Jones wrote:
> On Fri, Apr 20, 2007 at 04:22:06PM -0400, Preston A. Elder wrote:
> > Dave, Greg,
> >
> > Here is the trace with 2.6.20.6
> >
> > I added back in my trace code, as you see. As you can also see,
> > agp_amdk7_probe is still not called.
>
> Try looking down in
On 4/19/07, guilherme <[EMAIL PROTECTED]> wrote:
Hi,
If i enable "High Resolution Timer Support", my machine stops here at boot:
Clocksource tsc unstable (delta = -297340790165 ns)
Time: hpet clocksource has been installed.
If i disable HPET, it boots fine.
Hmmm.. What happens if you boot
One of my autoboot test clients gave me this during shutdown. It used
reiserfs and autofs and NFS heavily.
Unmounting file systems
BUG: Dentry 8100f3693a40{i=2352220,n=xattrs} still in use (1) [unmount of
reiserfs sda9]
[ cut here ]
kernel BUG at
Rene Herman <[EMAIL PROTECTED]> wrote:
> On 04/19/2007 04:18 PM, Bart Trojanowski wrote:
>> I need to preserve some state from the bios before entering protected
>> mode. For now I want to copy it into some ram accessible by real-mode,
>> say the last megabyte visible in real-mode.
>>
>> What's
On Fri, 20 Apr 2007, Andrew Morton wrote:
> On Fri, 20 Apr 2007 16:20:59 -0400
> James Bottomley <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 2007-04-20 at 12:30 -0700, Andrew Morton wrote:
> > > On Fri, 20 Apr 2007 14:50:06 -0400
> > > James Bottomley <[EMAIL PROTECTED]> wrote:
> > >
> > > > >
On 4/20/07, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
On Fri, Apr 20, 2007 at 06:09:55PM +0200, Giuseppe Bilotta wrote:
> On 4/20/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> >On 4/20/07, Giuseppe Bilotta <[EMAIL PROTECTED]> wrote:
> >>
> >> Sorry, it seems I was wrong, it's not usbhid but
On Friday, 20 April 2007 23:20, Oleg Nesterov wrote:
> On 04/20, Gautham R Shenoy wrote:
> >
> > On Fri, Apr 20, 2007 at 10:54:36AM +0200, Rafael J. Wysocki wrote:
> > >
> > > Hmm, can't we do something like this instead:
> > >
> > > ---
> > > kernel/kthread.c | 10 ++
> > > 1 file
Any chance of supporting 2.6.20?
On 4/21/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
i'm pleased to announce release -v4 of the CFS patchset. The patch
against v2.6.21-rc7 can be downloaded from:
http://redhat.com/~mingo/cfs-scheduler/
this CFS release too is mainly about fixing
On Friday 20 April 2007, Ingo Molnar wrote:
>i'm pleased to announce release -v4 of the CFS patchset. The patch
>against v2.6.21-rc7 can be downloaded from:
>
>http://redhat.com/~mingo/cfs-scheduler/
>
>this CFS release too is mainly about fixing regressions and improving
>interactivity, so
Andrew Morton wrote:
I've also merged Nick's "mm: madvise avoid exclusive mmap_sem".
- Nick's patch also will help this problem. It could be that your patch
no longer offers a 2x speedup when combined with Nick's patch.
It could well be that the combination of the two is even better, but
On Fri, 2007-04-20 at 23:21 +0200, Stefan Richter wrote:
> - update Ben's address
> - replace Ben's contact by mine as raw1394's 2nd contact
> - eth1394's and pcilynx's maintenance doesn't really differ from that
> of other parts of the stack like video1394
>
> Signed-off-by: Stefan
On 04/20, Andrew Morton wrote:
>
> On Fri, 20 Apr 2007 11:41:46 +0100
> David Howells <[EMAIL PROTECTED]> wrote:
>
> > There are only two non-net patches that AF_RXRPC depends on:
> >
> > (1) The key facility changes. That's all my code anyway, and shouldn't be
> > a
> > problem to merge
On 4/20/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
OK, we need to flesh this out a lot please. People often get confused
about what our MADV_DONTNEED behaviour is.
Well, there's not really much to flesh out. The current MADV_DONTNEED
is useful in some situations. The behavior cannot be
- update Ben's address
- replace Ben's contact by mine as raw1394's 2nd contact
- eth1394's and pcilynx's maintenance doesn't really differ from that
of other parts of the stack like video1394
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
Ben, is this correct?
MAINTAINERS |
On 04/20, Gautham R Shenoy wrote:
>
> On Fri, Apr 20, 2007 at 10:54:36AM +0200, Rafael J. Wysocki wrote:
> >
> > Hmm, can't we do something like this instead:
> >
> > ---
> > kernel/kthread.c | 10 ++
> > 1 file changed, 10 insertions(+)
> >
> > Index:
On Fri, 20 Apr 2007 16:20:59 -0400
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-04-20 at 12:30 -0700, Andrew Morton wrote:
> > On Fri, 20 Apr 2007 14:50:06 -0400
> > James Bottomley <[EMAIL PROTECTED]> wrote:
> >
> > > > CONFIG_LBD=y gives us an additional 3kb of instructions on
On 04/19, Gautham R Shenoy wrote:
>
> @@ -63,12 +74,16 @@ void refrigerator(void)
> recalc_sigpending(); /* We sent fake signal, clean it up */
> spin_unlock_irq(>sighand->siglock);
>
> + task_lock(current);
> for (;;) {
>
On Friday, 20 April 2007 20:31, Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > > I mean, we already have four of them (PF_NOFREEZE, PF_FROZEN,
> > > > PF_FREEZER_SKIP, TIF_FREEZE), and you will need to introduce two
> > > > more for the freezer-based CPU hotplug, so
On Thu, 19 Apr 2007 17:15:28 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Restore MADV_DONTNEED to its original Linux behaviour. This is still
> not the same behaviour as POSIX, but applications may be depending on
> the Linux behaviour already. Besides, glibc catches POSIX_MADV_DONTNEED
>
Duplicate what Zach Brown did for pr_debug in commit
8b2a1fd1b394c60eaa2587716102dd5e9b4e5990
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
include/linux/device.h |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/include/linux/device.h b/include/linux/device.h
On Tue, 17 Apr 2007 03:15:51 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Make it possible for applications to have the kernel free memory
> lazily. This reduces a repeated free/malloc cycle from freeing
> pages and allocating them, to just marking them freeable. If the
> application wants
> from fs/udf/super.c:
> in function udf_fill_super
> sb->s_maxbytes = 1<<30; (1 GB)
>
> Why sb->s_maxbytes is not equal to MAX_LFS_FILESIZE?
Because UDF had some flaws and user could crash a kernel with larger
filesize. In -mm kernel are patches fixing the flaw and also raising the
limit back
Implement the so-called "first failure data capture" (FFDC) for the
symbios PCI error recovery. After a PCI error event is reported,
the driver requests that MMIO be enabled. Once enabled, it
then reads and dumps assorted status registers, and concludes
by requesting the usual reset sequence.
Ingo Molnar wrote:
( Lets be cautious though: the jury is still out whether people actually
like this more than the current approach. While CFS feedback looks
promising after a whopping 3 days of it being released [ ;-) ], the
test coverage of all 'fairness centric' schedulers, even
On Fri, Apr 20, 2007 at 06:09:55PM +0200, Giuseppe Bilotta wrote:
> On 4/20/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> >On 4/20/07, Giuseppe Bilotta <[EMAIL PROTECTED]> wrote:
> >>
> >> Sorry, it seems I was wrong, it's not usbhid but usbmouse taking over.
> >> After a fresh plug (e.g. at
On Friday 20 April 2007 13:35, Martin Schwidefsky wrote:
> From: Martin Schwidefsky <[EMAIL PROTECTED]>
>
> Make the "Sonics Silicon Backplane" menu dependent on the two buses
> it can be found on.
> Goes on top of git-wireless.patch.
>
> Cc: Michael Buesch <[EMAIL PROTECTED]>
> Cc: John W.
> > I gave a chroot example that showed that in the current
> > implementation, you can get pretty random clashes between mounts; there are
> > other cases with lazy unmounts as well.
>
> Irrelevant as well. If you create chroot problems it's your problem.
>
> The fact is that if you have a
Hi Matthew,
After a long hiatus, I took another stab at pci error recovery
for the symbios. This is very nearly the same patch as before,
with only an update to enable MWI, and to support chip workarounds.
I think I've addressed all the other issues that came up. Thus,
again, I'll ask that
Mike Galbraith wrote:
On Tue, 2007-04-17 at 05:40 +0200, Nick Piggin wrote:
On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote:
Yup, and progress _is_ happening now, quite rapidly.
Progress as in progress on Ingo's scheduler. I still don't know how we'd
decide when to replace
From: Trond Myklebust <[EMAIL PROTECTED]>
Redirtying a request that is already marked for commit will screw up the
accounting for NR_UNSTABLE_NFS as well as nfs_i.ncommit.
Ensure that all requests on the commit queue are labelled with the
PG_NEED_COMMIT flag, and avoid moving them onto the dirty
Hello, once I wrote:
[PATCH] ide: make ide_hwif_t.ide_dma_host_on void
* since ide_hwif_t.ide_dma_host_on is called either when
drive->using_dma == 1
or when return value is discarded make it void, also drop "ide_" prefix
* make __ide_dma_host_on() void and drop "__" prefix
BTW, it
From: Trond Myklebust <[EMAIL PROTECTED]>
Fix a regression due to the patch "NFS: disconnect before retrying NFSv4
requests over TCP"
The assumption made in xprt_transmit() that the condition
"req->rq_bytes_sent == 0 and request is on the receive list"
should imply that we're dealing
From: Trond Myklebust <[EMAIL PROTECTED]>
Protect nfs_set_page_dirty() against races with nfs_inode_add_request.
Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]>
---
fs/nfs/write.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/fs/nfs/write.c
On Friday, April 20, 2007 11:28 am Linus Torvalds wrote:
> On Fri, 20 Apr 2007, Jesse Barnes wrote:
> > Sounds good, hopefully reassigning the bridge resources won't cause
> > too much trouble. Do you have time to hack this up? If not, I
> > could give it a try, as long as ajax is willing to
From: Trond Myklebust <[EMAIL PROTECTED]>
Get rid of the inlined #ifdefs.
Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]>
---
fs/nfs/write.c | 117 --
include/linux/nfs_page.h | 30
2 files changed, 71 insertions(+), 76
From: Trond Myklebust <[EMAIL PROTECTED]>
Ensure that we don't release the PG_writeback lock until after the page has
either been redirtied, or queued on the nfs_inode 'commit' list.
Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]>
---
fs/nfs/write.c |6 +++---
1 files changed, 3
I've split the issues introduced by the 2.6.21-rcX write code up into 4
subproblems.
The first patch is just a cleanup in order to ease review.
Patch number 2 ensures that we never release the PG_writeback flag until
_after_ we've either discarded the unstable request altogether, or put it
on
On Fri, 2007-04-20 at 13:24 -0700, David Miller wrote:
> From: Robert Peterson <[EMAIL PROTECTED]>
> Date: Fri, 20 Apr 2007 10:40:30 -0500
>
> > I've seen some chatter about the qla2xxx driver but not paid attention, so
> > I'm sorry if this is a known issue. I've got an older qlogic hba, and
>
On Fri, Apr 20, 2007 at 04:22:06PM -0400, Preston A. Elder wrote:
> Dave, Greg,
>
> Here is the trace with 2.6.20.6
>
> I added back in my trace code, as you see. As you can also see,
> agp_amdk7_probe is still not called.
Try looking down in __driver_attach()
The fact that we're not
On Fri, Apr 20, 2007 at 11:28:42AM -0700, Linus Torvalds wrote:
> Actually, I would suggest we not do it automatically (because the need for
> it is just so low, and the downsides are potentially huge - there are just
> too many resources that are "hidden" from us through ACPI tricks and
>
From: Robert Peterson <[EMAIL PROTECTED]>
Date: Fri, 20 Apr 2007 10:40:30 -0500
> I've seen some chatter about the qla2xxx driver but not paid attention, so
> I'm sorry if this is a known issue. I've got an older qlogic hba, and recent
> drivers don't seem to play nice with it. I've got the
Dave, Greg,
Here is the trace with 2.6.20.6
I added back in my trace code, as you see. As you can also see,
agp_amdk7_probe is still not called.
Linux agpgart interface v0.101 (c) Dave Jones
agp_amdk7_init: In function
agp_amdk7_init: Before pci_register_driver
__pci_register_driver: In
On Fri, 2007-04-20 at 12:30 -0700, Andrew Morton wrote:
> On Fri, 20 Apr 2007 14:50:06 -0400
> James Bottomley <[EMAIL PROTECTED]> wrote:
>
> > > CONFIG_LBD=y gives us an additional 3kb of instructions on i386
> > > allnoconfig. Other architectures might do less well. It's not a huge
> > >
1 - 100 of 768 matches
Mail list logo