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 bootup) I get the
from fs/udf/super.c:
in function udf_fill_super
sb-s_maxbytes = 130; (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 to
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 to
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 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
and
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 if yet another
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 i386
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(current-sighand-siglock);
+ task_lock(current);
for (;;) {
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: linux-2.6.21-rc7/kernel/kthread.c
- 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 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
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 unless someone
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 Richter
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 the rate
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
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 regressions
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 the easiest
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:
CONFIG_LBD=y gives us an
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 usbmouse taking
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 changed, 10 insertions(+)
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
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 w/
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 __driver_attach()
The
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 combined with
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
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 |
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
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
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 tasks
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
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.
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 if
-
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
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: 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(-)
--- 2.6.21-rc7-d390.orig/arch/i386/kernel/cpu/amd.c
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 limits
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 massively,
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:
In
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 there
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
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 called.
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 function, and
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 SourceForge:
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, 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
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.
---
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
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.
Well, I have
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 particular
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 reported
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 [EMAIL
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 can't
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
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
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 up.
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 few
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 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
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()).
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:
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
From: John Anthony Kazos Jr. [EMAIL PROTECTED]
Add helper functions upper_32_bits and lower_32_bits to
include/linux/kernel.h 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
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.
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
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
-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 now, it seems
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? Also a
This patch provides a new macro
KMEM_CACHE(struct, flags)
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 {
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 your
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 Distributed
read_lock(tasklist_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 take 2.
Thanks
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 personally
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.
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
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
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?
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
Hello, Dmitry.
Dmitry Torokhov wrote:
> On 4/19/07, Cornelia Huck <[EMAIL PROTECTED]> wrote:
>> On Thu, 19 Apr 2007 09:13:43 -0400,
>> "Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
>>
>> > Because they are managed by 2 different entities. the struct device
>> > objects are managed by device core
On Thu, Apr 19, 2007 at 09:21:22AM -0700, Randy Dunlap wrote:
> On Thu, 19 Apr 2007 09:19:32 +0200 Borislav Petkov wrote:
>
> > A fixed version of the patch shutting up missing version warnings when
> > building
> > mandocs.
>
> http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt ::
>
On Thu, Apr 19, 2007 at 08:53:36AM -0700, Randy Dunlap wrote:
> On Thu, 19 Apr 2007 08:20:59 +0200 Borislav Petkov wrote:
>
> >
> > > > I'm pretty sure the reason you cannot reproduce this warning is the
> > > > line
> > > >
> > > > 1
> > > >
> > > > which can be found in param.xsl, it being
Willy Tarreau wrote:
On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote:
Ingo Molnar wrote:
- bugfix: use constant offset factor for nice levels instead of
sched_granularity_ns. Thus nice levels work even if someone sets
sched_granularity_ns to 0. NOTE: nice support is still
On Tue, 17 Apr 2007 22:02:10 +0200 (CEST) Jiri Slaby <[EMAIL PROTECTED]> wrote:
> phantom, add a new driver
>
> Sensable Phantom is a up to 7DOF force feedback (up to 6DOF FF) device. It's
> atypical, so it's based on the new added FF_RAW effect.
>
> diff --git a/drivers/input/misc/phantom.c
Hi,
While running strace on some testcase running on -rt kernel (2.6.20-rt8 and
2.6.21-rc6-rt0), I have seen the following BUG:
BUG: scheduling with irqs disabled: strace/0x/2011
caller is rt_spin_lock_slowlock+0x102/0x1af
Call Trace:
[] dump_trace+0xbd/0x3d8
[] show_trace+0x44/0x6d
William Lee Irwin III wrote:
William Lee Irwin III wrote:
I'd further recommend making priority levels accessible to kernel threads
that are not otherwise accessible to processes, both above and below
user-available priority levels. Basically, if you can get SCHED_RR and
SCHED_FIFO to coexist
Peter Williams wrote:
Willy Tarreau wrote:
On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote:
Ingo Molnar wrote:
- bugfix: use constant offset factor for nice levels instead of
sched_granularity_ns. Thus nice levels work even if someone sets
sched_granularity_ns to 0. NOTE:
On Thu, 19 Apr 2007, William Lee Irwin III wrote:
>> Oh dear. Per-file pagesizes are foul. Better to fix up the pagecache's
>> radix tree than to restrict it like this. There are other attacks on the
>> multiple horizontal internal tree node allocation problem beyond
>> outright B+ trees that
Andrew Morton wrote:
Another driver which should be fully converted to the kthread API:
kthread_stop() and kthread_should_stop().
And according to my logs, this driver was added to the tree more than
a year _after_ the kthread interface was made available.
This isn't good.
Andrew,
Per my
On Fri, Apr 20 2007, David Chinner wrote:
> > - Higher order pages in the block layer etc.
>
> It's more drivers that we have to worry about, I think. We don't need to
> modify bios to explicitly support compound pages. From bio.h:
>
> /*
> * was unsigned short, but we might as well be ready
On Thu, Apr 19, 2007 at 03:34:13PM -0700, Andrew Morton wrote:
> On Thu, 19 Apr 2007 01:59:04 -0600
> "Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
>
> > This patch is a minimal transformation to use the kthread API
> > doing it's best to preserve the existing logic.
> >
> > Instead of starting
* Peter Williams <[EMAIL PROTECTED]> wrote:
> > - bugfix: use constant offset factor for nice levels instead of
> > sched_granularity_ns. Thus nice levels work even if someone sets
> > sched_granularity_ns to 0. NOTE: nice support is still naive, i'll
> > address the many nice level
On Fri, 20 Apr 2007 07:37:14 +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > urgh, yes, this is just sad. We should convert this driver fully to
> > the kthread API - it will end up much better.
> >
> > I'll queue this up as a -mm-only thing as a gentle reminder that
> > we should do it
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 19 Apr 2007 22:39:09 -0700
> Should't this just be a network ioctl against an UDP (AF_INET,
> SOCK_DGRAM) socket? Also consider netconsole over IPV6 for future
> enhancement.
If it's on a socket use a socket option :-)
-
To unsubscribe from
On Fri, 20 Apr 2007, Giuseppe Bilotta wrote:
> The first problem is that the usbmouse and usbhid drivers take control
> of the device, so that when I plug it in the tablet appears as a mouse,
> with extremely funny effects (cursor jumping around, buttons clicking
> out of nowhere, and other
On Thu, Apr 19, 2007 at 01:07:11PM -0400, Chuck Ebbert wrote:
> Jarek Poplawski wrote:
> > Hi,
> >
> > IMHO cancel_rearming_delayed_work is dangerous place:
> >
> > - it assumes a work function always rearms (with no exception),
> > which probably isn't explained enough now (but anyway should
>
On 4/19/07, hui Bill Huey <[EMAIL PROTECTED]> wrote:
DSP operations like, particularly with digital synthesis, tend to max
the CPU doing vector operations on as many processors as it can get
a hold of. In a live performance critical application, it's important
to be able to deliver a protected
301 - 400 of 768 matches
Mail list logo