On Mon, Aug 27, 2007 at 02:58:05PM -0700, Kok, Auke wrote:
> Adrian Bunk wrote:
>...
>> This patch has been sent on:
>> - 14 Aug 2007
>> - 29 Jul 2007
>
> currently we won't have e100 fixed up for ARM in 2.6.23, so removing this
> for 2.6.24 sounds a bit premature. Maybe 2.6.25. Can you
> resched
> But SIGNAL_STOP_DEQUEUED code should be OK, afaics. We only need it to
> make sure do_signal_stop() can't miss SIGNAL_STOP_CONTINUED/GROUP_EXIT.
>
> Can't we remove SIGNAL_STOP_DEQUEUED, btw?
No, we can't.
> dequeue_signal:
>
> if (sig_kernel_stop(sig))
>
Ingo Molnar wrote:
> * Al Boldi <[EMAIL PROTECTED]> wrote:
> > > Could you try the patch below instead, does this make 3x glxgears
> > > smooth again? (if yes, could you send me your Signed-off-by line as
> > > well.)
> >
> > The task-startup stalling is still there for ~10sec.
> >
> > Can you see
From: Michael J. Evans <[EMAIL PROTECTED]>
In current release kernels the md module (Software RAID) uses a static array
(dev_t[128]) to store partition/device info temporarily for autostart.
This patch replaces that static array with a list.
Signed-off-by: Michael J. Evans <[EMAIL PROTECTED]>
-
On Monday 27 August 2007, Randy Dunlap wrote:
> On Mon, 27 Aug 2007 15:16:21 -0700 Michael J. Evans wrote:
>
> > =
> > --- linux/drivers/md/md.c.orig 2007-08-21 03:19:42.511576248 -0700
> > +++ linux/drivers/md/md.c 2007-08-21 04:3
Michael J. Evans wrote:
On Monday 27 August 2007, Randy Dunlap wrote:
On Mon, 27 Aug 2007 15:16:21 -0700 Michael J. Evans wrote:
=
--- linux/drivers/md/md.c.orig 2007-08-21 03:19:42.511576248 -0700
+++ linux/drivers/md/md.c 200
Since CONFIG_RAMFS is currently hard-selected to "y", and since
Documentation/filesystems/ramfs-rootfs-initramfs.txt reads as follows:
"The amount of code required to implement ramfs is tiny, because all
the work is done by the existing Linux caching infrastructure.
Basically, you're mounting the
Hi,
Stefan Becker wrote:
while trying to debug a hibernation/rtc_cmos alarm wakeup problem in
2.6.22 (or later) I noticed that the latest kernel crashes (or gets
stuck sometimes) during boot after the message:
SMP alternatives: switching to UP code
Retested with 2.6.23-rc3-git10. Same res
Patrick J. LoPresti wrote:
> My system is a SunFire x4100 (x86_64) with 16G of RAM and 32G of swap
> in a single partition. I have an application which consumes a lot of
> memory, and after a few hours the oom-killer kills it.
>
> This would not be surprising, except a) the machine still has 27G
Linus Torvalds wrote:
> On Tue, 28 Aug 2007, Al Boldi wrote:
> > No need for framebuffer. All you need is X using the X.org vesa-driver.
> > Then start gears like this:
> >
> > # gears & gears & gears &
> >
> > Then lay them out side by side to see the periodic stallings for ~10sec.
>
> I don't
On Tue, 28 Aug 2007, Al Boldi wrote:
>
> No need for framebuffer. All you need is X using the X.org vesa-driver.
> Then start gears like this:
>
> # gears & gears & gears &
>
> Then lay them out side by side to see the periodic stallings for ~10sec.
I don't think this is a good test.
Wh
On Tue, 28 Aug 2007 07:33:08 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> > Again, ARRAY_SIZE() would be clearer here.
>
> No, this is only do this 16 times, no corresponding table :).
OK, poorly chosen example. But there are lots of others, like:
+
+ for (i = 0; i < 59; i++) {
+
Andrew Morton napsal(a):
> On Tue, 28 Aug 2007 07:33:08 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>>> Again, ARRAY_SIZE() would be clearer here.
>> No, this is only do this 16 times, no corresponding table :).
>
> OK, poorly chosen example. But there are lots of others, like:
Yes, you menti
Andrew Morton napsal(a):
> On Sun, 26 Aug 2007 07:09:02 -0700
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
> + retok = stk11xx_check_device(dev, 500);
> + if (retok != 1) {
> + dev_err(&dev->udev->dev, "load microcode fail\n");
> + return -
Add some documentation to potentially confusing preprocessor
directives in some source files in the init/ directory to show their
proper association and nesting.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
not all of them, just those that are sufficiently distant from their
initia
On Mon, 27 Aug 2007 17:34:58 -0300
"Luiz Fernando N. Capitulino" <[EMAIL PROTECTED]> wrote:
> | Yea. While I'm still not completely comfortable leaving this up to boot
> | order alone (the ia64 hpet clocksource is clearly causing issues on
> | x86_64), I think this patch is something we need as we
Hi,
Brief question about NFSv3 lock recovery to those who might
know - does Linux implementation (or NLM/NSM protocol)
properly support the case in which client and server state
change simultaneously?
Reason I'm asking is that this very case is occasionally giving
me stale locks. Given that NFSv3
On Tuesday August 28, [EMAIL PROTECTED] wrote:
> Hi,
>
> Brief question about NFSv3 lock recovery to those who might
> know - does Linux implementation (or NLM/NSM protocol)
> properly support the case in which client and server state
> change simultaneously?
If both crash, there is nothing for a
Jiri Slaby wrote:
+ /* From 80x60 to 640x480 */
+ const u8 values_1_204[] = {
+ 0x12, 0x11, 0x3b, 0x6a, 0x13, 0x10, 0x00, 0x01, 0x02, 0x13,
+ 0x39, 0x38, 0x37, 0x35, 0x0e, 0x12, 0x04, 0x0c, 0x0d, 0x17,
+ 0x18, 0x32, 0x19, 0x1a, 0x03, 0x1b, 0x1
On Mon, 2007-08-27 at 15:59 -0600, Moore, Eric wrote:
> Attached is my patch I posted on June 13, 2007, the same day as the
> patch you found.
Thanks. This is what I have now too:
LSI MPT FUSION DRIVERS (FC/SAS/SPI)
P: MPT Fusion Linux Team
M: [EMAIL PROTECTED]
M: [EMAIL PROTECTED
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
.../filesystems/ramfs-rootfs-initramfs.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/filesystems/ramfs-rootfs-initramfs.txt
b/Documentation/filesystems/ramfs-rootfs-initramfs.txt
index 25981e2
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
Documentation/filesystems/00-INDEX |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/Documentation/filesystems/00-INDEX
b/Documentation/filesystems/00-INDEX
index 5717858..9e2341e 100644
--- a/Documentation/filesyste
On Tue, 2007-08-28 at 01:21 +0200, Thibaut VARENE wrote:
> +F:drivers/parisc/
Thanks. This is what I have now:
PARISC ARCHITECTURE
P: Matthew Wilcox
M: [EMAIL PROTECTED]
P: Grant Grundler
M: [EMAIL PROTECTED]
P: Kyle McMartin
M: [EMAIL PROTECTED]
L: [EMAIL
On Mon, Aug 27, 2007 at 05:11:40PM -0400, Mathieu Desnoyers wrote:
...
> > Can you add a description to Documentation/atomic_ops.txt ?
> > *sigh* sorry for being "late to the party" on this one...
>
> Does Documentation/local_ops.txt answer your questions ? If not, please
> tell me and I'll gladly
On Wed, 2007-08-22 at 16:25 +1000, Rusty Russell wrote:
> On Wed, 2007-08-22 at 08:34 +0300, Avi Kivity wrote:
> > Zachary Amsden wrote:
> > > This patch provides hypercalls for the i386 port I/O instructions,
> > > which vastly helps guests which use native-style drivers. For certain
> > > VMI wo
On Tue, 2007-08-21 at 22:23 -0700, Zachary Amsden wrote:
> In general, I/O in a virtual guest is subject to performance problems.
> The I/O can not be completed physically, but must be virtualized. This
> means trapping and decoding port I/O instructions from the guest OS.
> Not only is the t
Benjamin Herrenschmidt wrote:
On Wed, 2007-08-22 at 16:25 +1000, Rusty Russell wrote:
On Wed, 2007-08-22 at 08:34 +0300, Avi Kivity wrote:
Zachary Amsden wrote:
This patch provides hypercalls for the i386 port I/O instructions,
which vastly helps guests which use native-style dr
On Monday 27 August 2007 23:29:29 Adrian Bunk wrote:
> On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc2-mm2:
> >...
> > git-dvb.patch
> >...
> > git trees
> >...
>
> This patch fixes an obvious bug in ivtvfb_release_buffers().
>
> Signed-off-by: A
Hi,
yesterday I compiled a new kernel (2.6.23-rc3-git10) from Vanilla
sources and it works!
sudo hdparm -t /dev/scd0 now gives:
Timing buffered disk reads: 14 MB in 3.22 seconds = 4.34 MB/sec
So, after crawling the web for more than three weeks, this is the
solution. :) Therefore other thin
On Aug 28 2007 00:07, Luka Napotnik wrote:
2. I'm trying to get the percentage of CPU used for a certain
task_struct and figured the following formula:
(task->utime + task->stime) / jiffies
>
>This formula just doesn't work. I have a task with 99% CPU (top) but the
>result of t
On Tue, 2007-08-28 at 00:01 +, Linux Kernel Mailing List wrote:
> +NETWORKING [LABELED] (NetLabel, CIPSO, Labeled IPsec, SECMARK)
> +P: Paul Moore
> +M: [EMAIL PROTECTED]
> +L: [EMAIL PROTECTED]
> +S: Maintained
> +
Aren't there now 2 subsystems in MAINTAINERS for the same thing?
NETL
Since the "ramdisk" kernel parameter has been officially deprecated
since at least 2.6.18, might as well finally get rid of it.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
compile tested with "make defconfig" under i386. did i miss any
equally-deletable references?
Documentati
Hi, Thanks, Michal.
I didn't know who to include as the wizards of the matter.
On Aug 27 2007, Michal Piotrowski wrote:
> [Adding STR wizards to CC]
>
> On 26/08/07, Rogério Brito <[EMAIL PROTECTED]> wrote:
> > If I, on the other hand, use Debian's kernel 2.6.22 or compile my own
> > kernel with
Hallo!
I also have 800MHz iBook (2.2, 2 USB) and had the same problem with the
21.6.22 kernel a while ago and reverted back to 2.6.21. I'm not a kernel
guy but I think I remember from kernel traces that it looked like (wise
chosen words ;-)) that the problems had something to do with
deactiva
>Please discuss.
I don't think there's much to discuss - Yoichi Yuasa's changes can be simply
brought through to the other patch (of which I continue to only state that X
has a problem, the patch fixes it for me [and perhaps *only* me], and afaik
X itself still hasn't been fixed in this respect).
From: Alexey Dobriyan <[EMAIL PROTECTED]>
One of the easiest things to isolate is the pid printed in kernel
log. There was a patch, that made this for arch-independent code,
this one makes so for arch/xxx files.
It took some time to cross-compile it, but hopefully these are all
the printks in ar
On Mon, 27 Aug 2007 02:45:02 +0200 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Daniel Walker pisze:
> [snip]
> > Have you considered maintaining all the lists in Bugzilla?
>
> Yes, I have considered it.
>
> Bugzilla sucks when it comes to tracking things. There is
> a regression field, but th
On 8/26/07, Kyle Moffett <[EMAIL PROTECTED]> wrote:
> On Aug 26, 2007, at 08:20:45, Michael Evans wrote:
> > Also, I forgot to mention, the reason I added the counters was
> > mostly for debugging. However they're also as useful in the same
> > way that listing the partitions when a new disk is ad
On Mon, 13 Aug 2007 16:21:47 +0200 giggz <[EMAIL PROTECTED]> wrote:
> My mail is a little big. In order not to be blocked I try to attach it.
>
> Regards,
> Guillaume
>
>
> [bug_kernel.txt text/plain (29.5KB)]
>
> [1.] One line summary of the problem:
>
> On a laptop Aopen 1556 or 1557 my in
> Allow tasks to migrate from one container to the other. We migrate
> mm_struct's mem_container only when the thread group id migrates.
> + /*
> + * Only thread group leaders are allowed to migrate, the mm_struct is
> + * in effect owned by the leader
> + */
> + if (p->tgid
On 8/26/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Bugzilla sucks when it comes to tracking things. There is
> a regression field, but there are no difference between
> 2.6.22 and 2.6.23 regression.
Here's how to use Bugzilla to track regressions between different
kernel versions:
Create
Hi,
I've got an HP 2510p with a 965 mobile chipset and ICH8, lspci is at
http://people.freedesktop.org/~airlied/hp2510p/hp-lspci-vv.txt
Resume is failing on the hard disk resume by the looks of it (no video
to prove it..) but I've rmmod nearly everything and my network
interface comes back and I
On Tue, Aug 14, 2007 at 12:42:05AM +0200, Andi Kleen wrote:
> On Mon, Aug 13, 2007 at 11:29:47PM +0200, Adrian Bunk wrote:
> > Debian 4.0 has older ones, and all distributions released more than a
> > year ago for sure also have older ones (the required patch went into
> > binutils CVS on 2006-05
On Fri, Aug 24 2007, Jan Engelhardt wrote:
>
> On Aug 24 2007 10:52, Jens Axboe wrote:
> >Hi,
> >
> >Dabbling around with splice a bit, I added some code to change the size
> >of a pipe. Currently it's hardcoded as 16 pages, with this patch you can
> >shrink (if you wanted) or grow (the likely sce
On Mon, 27 Aug 2007 00:57:10 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> I don't even know which subsystem is supposed to handle that device.
> Perhaps someone can tell us. It's a Secure Digital card slot? I
> think the MMC subsystem can handle some types SD cards, but not all?
>
> Per
On Mon, 2007-08-27 at 03:52 -0300, Rogério Brito wrote:
>
> I did 13 compiles with git bisect and some of them were unsucessfuly
> compiled, which I am afraid that may miss the real cause if I tag them as
> being "bad" (which I did).
Yes, don't mark such cases as bad or good but look for a nearby
Pierre Ossman a écrit :
On Mon, 27 Aug 2007 00:57:10 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
I don't even know which subsystem is supposed to handle that device.
Perhaps someone can tell us. It's a Secure Digital card slot? I
think the MMC subsystem can handle some types SD cards,
> FWIW, I've got the HDMI version of this board and I have exactly the
same
> problem (even with the newest BIOS) if nmi_watchdog is not set to
zero.
> Try booting with nmi_watchdog=0 (default on x86-64, I think) and see
if
> these go away.
>
> I guess the APIC has some difficulties handling NMIs.
On Mon, 27 Aug 2007 11:00:04 +0200
Giggz <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Thx for your interest for my problem.
>
> I have try the MMC layer and it doesn't work. But lot's of people on
> the web tell me, that their SD or MMC card are handled like USB (like
> storage). And in my case, nothin
Pierre Ossman a écrit :
On Mon, 27 Aug 2007 11:00:04 +0200
Giggz <[EMAIL PROTECTED]> wrote:
Hi,
Thx for your interest for my problem.
I have try the MMC layer and it doesn't work. But lot's of people on
the web tell me, that their SD or MMC card are handled like USB (like
storage). And in
Andrew Morton wrote:
What I'm concerned about is that regressions which we didn't fix are just
getting lost. Is anyone taking care to ensure that they are getting
transitioned into bugzilla for tracking?
Maybe this was a dumb assumption on my part, but I thought regressions
were getting rolle
On Monday 27 August 2007 03:58, David Miller wrote:
> From: James Chapman <[EMAIL PROTECTED]>
> Date: Sun, 26 Aug 2007 20:36:20 +0100
>
> > David Miller wrote:
> > > From: James Chapman <[EMAIL PROTECTED]>
> > > Date: Fri, 24 Aug 2007 18:16:45 +0100
> > >
> > >> Does hardware interrupt mitigation
Alan Cox wrote:
although I would worry about their members only being the ones voting on
the TAB for no other reason than the bias toward one distro only at this
point in time.
Given the complaint was about the question of correct selection of voters
replacing the somewhat flawed kernel summit
On Sun, Aug 26, 2007 at 10:21:59PM +0200, Bjoern Boschman wrote:
> Hi,
>
> I just wanted to ask if there might be a possibility that the oracleasm
> kernel driver could find its way into the mainline kernel?
Your mail is sent "To:" linux-kernel but the right thing is to ask Oracle.
If Oracle want
It's time to sanitize prototypes of bdev ->open(), ->release()
and ->ioctl(). This stuff had sat in "need to fix" for a long time
and there is a bunch of bugs hard to fix without dealing with it.
1) ->open() gets inode * and file *. Almost all instances use only
inode->i_bdev
On Fri, 2007-08-24 at 16:23 -0700, Andrew Morton wrote:
> The preferred way of doing this is via Kconfig, please. ie: add a
> CONFIG_HIBERNATION_HEADER to arch/x86_64/Kconfig.
> It would be better to do something like this in (say) suspend.h:
>
> #ifdef CONFIG_HIBERNATION_HEADER
> extern int ar
* Al Boldi <[EMAIL PROTECTED]> wrote:
> > could you send the exact patch that shows what you did?
>
> On 2.6.22.5-v20.3 (not v20.4):
>
> 340-curr->delta_exec += delta_exec;
> 341-
> 342-if (unlikely(curr->delta_exec > sysctl_sched_stat_granularity)) {
> 343:// __update_curr(cfs
On Saturday, 25 August 2007 21:13, Johannes Berg wrote:
> On Fri, 2007-08-24 at 16:23 -0700, Andrew Morton wrote:
>
> > The preferred way of doing this is via Kconfig, please. ie: add a
> > CONFIG_HIBERNATION_HEADER to arch/x86_64/Kconfig.
>
> > It would be better to do something like this in (s
On Mon, 2007-08-27 at 13:06 +0200, Rafael J. Wysocki wrote:
> Well, I don't like the "weak symbols" stuff, but I have managed to limit the
> number of additional #ifdefs in snapshot.c to just one.
>
> The "generic" patch is now the following:
Fine with me, I was just throwing out ideas anyway :)
On Monday 27 August 2007 10:28:09 Dermot Bradley wrote:
[snip]
> Thanks for the help Alistair! One other point you may be able to help
> with - this is the first time I've used a dual core processor and I
> expected that /proc/interrupts would should interrupts distributed
> between both cores wher
How do you pause the kernel boot messages ?
^S, Pause and Scroll lock do nothing and you can't Shift-Page-Up after a
kernel panic.
Thanks.
-
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.k
YAMAMOTO Takashi wrote:
>> Allow tasks to migrate from one container to the other. We migrate
>> mm_struct's mem_container only when the thread group id migrates.
>
>> +/*
>> + * Only thread group leaders are allowed to migrate, the mm_struct is
>> + * in effect owned by the leader
>>
Chris,
This is one possible implementation of the clustered writeback idea.
It runs OK on ext3 (compiling, syncing, etc.).
The patch is based on 2.6.23-rc3-mm1 and the writeback patches here:
http://lkml.org/lkml/2007/8/19/10
By default, with many dirty inodes, it works as follows:
- store dirty
Introduce queue_dirty() to enqueue a newly dirtied inode.
It helps remove duplicate code.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
fs/fs-writeback.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
--- linux-2.6.23-rc3-mm1.orig/fs/fs-writeback.c
+++ linux
Introduce dirty_volatile_interval for the minimal dirty time.
Inodes dirtied less than dirty_volatile_interval will not be
considered for syncing by kupdate-style writeback.
This new parameter will be used in clustered writeback.
The old dirty_expire_interval is still(but less) respected.
Cc: Chr
Organize dirty inodes in the order of location instead of dirty time.
It helps write extensive workloads to be more seek-friendly.
There are 2 candidates for this feature:
1) XFS style piggybacking
write all expired(age>30s) inodes, plus the ones near them(any ages)
2) e
On 27/08/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > What I'm concerned about is that regressions which we didn't fix are just
> > getting lost. Is anyone taking care to ensure that they are getting
> > transitioned into bugzilla for tracking?
>
> Maybe this was a dumb as
On 27/08/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 27 Aug 2007 02:45:02 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> wrote:
>
> > Daniel Walker pisze:
> > [snip]
> > > Have you considered maintaining all the lists in Bugzilla?
> >
> > Yes, I have considered it.
> >
> > Bugzilla sucks
On 27/08/07, David Rees <[EMAIL PROTECTED]> wrote:
> On 8/26/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> > Bugzilla sucks when it comes to tracking things. There is
> > a regression field, but there are no difference between
> > 2.6.22 and 2.6.23 regression.
>
> Here's how to use Bugzilla to
Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
> How do you pause the kernel boot messages ?
>
> ^S, Pause and Scroll lock do nothing and you can't Shift-Page-Up after a
> kernel panic.
These are functions of a shell (like bash), which you haven't got yet during
kernel boot. You can r
Hi,
I was a bit frustrated by bad quality of memory usage info
from top and ps, and decided to write my own utility.
One problem I don't know how to solve is how to avoid counting
twice (or more) memory used by processes which share VM
(by use of CLONE_VM flage to sys_clone).
I know how to detec
Hans-Jürgen Koch <[EMAIL PROTECTED]> writes:
> Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
>> How do you pause the kernel boot messages ?
>>
>> ^S, Pause and Scroll lock do nothing and you can't Shift-Page-Up after a
>> kernel panic.
>
> These are functions of a shell (like bash),
On Mon, 27 Aug 2007 19:21:52 +0800
>
> Because it does the work in small batches of 10 inodes, when the
> system has <=10 dirty inodes, its behavior will reduce to:
> - do a full sweep *at once* on every 25s
> Which means the disk will flicker once every 25s, not bad :)
25 seconds is quite not go
On Mon, 27 Aug 2007 12:01:55 +0200
> But replacing the flawed KS list with one based on actual
> contributors, from the git logs as I proposed last week, doesn't seem
> silly.
to some degree the KS list is based on that git logs thing ;)
-
To unsubscribe from this list: send the line "unsubscribe
On Sat 2007-08-25 13:36:00, Yan Burman wrote:
> Pavel Machek wrote:
> >On Sat 2007-08-11 14:26:02, Yan Burman wrote:
> >
> >>HP Mobile Data Protection System 3D ACPI driver. Similar to hdaps in
> >>functionality.
> >>This driver provides 4 kinds of functionality:
> >>1) Creates a misc device /de
Hi!
Trying to do few onlines/offlines reliably hangs my machine (thinkpad
x60, i386 architecture).
Plus I guess it would be nice to add CPU HOTPLUG into MAINTAINERS
file:
[EMAIL PROTECTED]:/data/l/linux$ grep CPU MAINTAINERS
CPU FREQUENCY DRIVERS
CPUID/MSR DRIVER
CPUSETS
i386 SETUP CODE / CPU ER
On Sat 2007-08-25 22:42:05, Rafael J. Wysocki wrote:
> On Saturday, 25 August 2007 20:27, Rafael J. Wysocki wrote:
> > On Friday, 24 August 2007 22:46, Pavel Machek wrote:
> > > Hi!
> > >
> > > > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > > >
> > > > Make it possible to restore a hibernation
Hi!
> > > Same problem here: Core Duo, Kernel 2.6.22.5, Suspend 2.2.10, CFS
> > > v20.2.
> >
> > Me too for 2.6.22.5, TuxOnIce 2.2.10 and Centrino based notebook.
>
> possible bugfix below.
>
> Ingo
>
> Index: linux-cfs-2.6.22.5.q/kernel/sched.c
> ===
On Mon 2007-08-27 12:43:50, Pavel Machek wrote:
> Hi!
>
> Trying to do few onlines/offlines reliably hangs my machine (thinkpad
> x60, i386 architecture).
>
> Plus I guess it would be nice to add CPU HOTPLUG into MAINTAINERS
> file:
>
> [EMAIL PROTECTED]:/data/l/linux$ grep CPU MAINTAINERS
> CPU
Hi!
> Enable wakeup from serial ports, make it run-time configurable over sysfs,
> e.g.,
>
> echo enabled > /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
>
> Requires
>
> # CONFIG_SYSFS_DEPRECATED is not set
>
> Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
Hmm, intere
Hi!
> > Does this make sense?
>
> Yes, this is a sensible optimization. But I think it may be better to
> make bootloader load kernel D directly into a specified memory location.
> For example, we can add a option to "kernel" command of grub.
>
> And, I think we can do more in bootloader. Such
Hi!
> I didn't know who to include as the wizards of the matter.
>
> > > If I, on the other hand, use Debian's kernel 2.6.22 or compile my own
> > > kernel with just the necessary parts for my work (version 2.6.23-rc3
> > > taken from kernel.org), then I can't make the machine sleep: when I
> >
Esteban,
Alternatively, read Documentation/networking/netconsole.txt. Might help
or might not. It depends when system is crashing.
On Mon, 2007-08-27 at 13:53 +0200, Hans-Jürgen Koch wrote:
> Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
> > How do you pause the kernel boot messages ?
On Aug 25, 2007, at 22:13:48, Tetsuo Handa wrote:
Pavel Machek wrote:
What is that? Language parser in kernel?
Yes. This is a policy parser in kernel.
TOMOYO Linux' policy is passed from/to the kernel as a plain text
(i.e. ASCII printable) file via /proc/tomoyo interface.
For example, to
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > Me too for 2.6.22.5, TuxOnIce 2.2.10 and Centrino based notebook.
> > + try_to_freeze();
> > +
> > spin_lock_irq(&rq->lock);
> >
> > if (cpu_is_offline(cpu)) {
>
> If it is NONFREEZE, you should not be trying to
Am Montag 27 August 2007 13:58 schrieb Andreas Schwab:
> Hans-Jürgen Koch <[EMAIL PROTECTED]> writes:
>
> > Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
> >> How do you pause the kernel boot messages ?
> >>
> >> ^S, Pause and Scroll lock do nothing and you can't Shift-Page-Up after
Hi Denys,
On Mon, Aug 27, 2007 at 12:56:31PM +0100, Denys Vlasenko wrote:
> Hi,
>
> I was a bit frustrated by bad quality of memory usage info
> from top and ps, and decided to write my own utility.
>
> One problem I don't know how to solve is how to avoid counting
> twice (or more) memory used
> I've added Jeff to CC in case he's interested about the workaround for
> this drive (I assume you're using the AHCI driver with your ATI
> controller).
Yupe, using AHCI.
I've just rebooted after adding that blacklist line to the kernel and
recompiling but it doesn't seem to have taken effect:
Arjan van de Ven wrote:
On Mon, 27 Aug 2007 12:01:55 +0200
But replacing the flawed KS list with one based on actual
contributors, from the git logs as I proposed last week, doesn't seem
silly.
to some degree the KS list is based on that git logs thing ;)
Yes, as well as 12 committee member
On Monday, 27 August 2007 13:41, Pavel Machek wrote:
> Hi!
>
> > > > Same problem here: Core Duo, Kernel 2.6.22.5, Suspend 2.2.10, CFS
> > > > v20.2.
> > >
> > > Me too for 2.6.22.5, TuxOnIce 2.2.10 and Centrino based notebook.
> >
> > possible bugfix below.
> >
> > Ingo
> >
> > Index: li
On Monday, 27 August 2007 13:38, Michal Piotrowski wrote:
> On 27/08/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Mon, 27 Aug 2007 02:45:02 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Daniel Walker pisze:
> > > [snip]
> > > > Have you considered maintaining all the list
On Mon, Aug 27, 2007 at 05:03:36AM -0700, Arjan van de Ven wrote:
> On Mon, 27 Aug 2007 19:21:52 +0800
> >
> > Because it does the work in small batches of 10 inodes, when the
> > system has <=10 dirty inodes, its behavior will reduce to:
> > - do a full sweep *at once* on every 25s
> > Which mean
On 21-08-2007 12:56, Karl Meyer wrote:
> fyi:
> I do not know whether it is related to the problem, but since using
> the version you told me there are these entries is my log:
> frege Hangcheck: hangcheck value past margin!
...
BTW, I don't know wheter it's related too, but I think you should try
On Mon, 27 Aug 2007 05:03:36 -0700
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Mon, 27 Aug 2007 19:21:52 +0800
> >
> > Because it does the work in small batches of 10 inodes, when the
> > system has <=10 dirty inodes, its behavior will reduce to:
> > - do a full sweep *at once* on every 25s
Pavel Machek <[EMAIL PROTECTED]> writes:
> Hi!
>
>> > Does this make sense?
>>
>> Yes, this is a sensible optimization. But I think it may be better to
>> make bootloader load kernel D directly into a specified memory location.
>> For example, we can add a option to "kernel" command of grub.
>>
Hi Dan,
> +static dma_cookie_t
> +iop_adma_tx_submit(struct dma_async_tx_descriptor *tx)
> +{
> +
> + old_chain_tail = list_entry(iop_chan->chain.prev,
> + struct iop_adma_desc_slot, chain_node);
> + list_splice_init(&sw_desc->group_list, &old_chain_tail->chain_node);
> +
Hi Dan,
I think you have a bug in this function, the list_splice_init adds the
new slots in the head of the chain_node, but you get the
old_chain_tail (latest descriptor) from the tail of the chain!!
> +static dma_cookie_t
> +iop_adma_tx_submit(struct dma_async_tx_descriptor *tx)
> +{
> +
> +
Hi!
> >> > Does this make sense?
> >>
> >> Yes, this is a sensible optimization. But I think it may be better to
> >> make bootloader load kernel D directly into a specified memory location.
> >> For example, we can add a option to "kernel" command of grub.
> >>
> >> And, I think we can do more
Renato S. Yamane escreveu:
$ make xconfig
HOSTCC scripts/basic/fixdep
scripts/basic/fixdep.c: In function ‘parse_dep_file’:
scripts/basic/fixdep.c:399: internal compiler error: segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bug
On Thu, 2007-08-23 at 12:36 -0500, Florin Iucha wrote:
> On Thu, Aug 23, 2007 at 10:14:38AM -0700, Bret Towe wrote:
> > this sounds alot like the post i did yesterday titled 'nfs4 hang regression'
> > i tracked it down to commit 3d39c691ff486142dd9aaeac12f553f4476b7a6
>
> Yes, it certainly does --
201 - 300 of 468 matches
Mail list logo
