Hello,
here my new patch with a lot of fixes.
The only issue not still fixed is the one related with:
#define NETLINK_PPSAPI 20
I need time to resolve it.
Follows my comments and then the patch, hope now I can came back into
-mm tree again! :)
On Thu, May 10, 2007 at
I hooked up FUTEX_CMP_REQUEUE_PI here and got a kernel crash. No serial
console so this is the output of the screen after the machine stopped.
This is of course on x86-64. Compiled from a rawhide-ified upstream
kernel from two days ago.
The situation is the we requeue from a non-PI futex
On 5/12/07, H. Peter Anvin [EMAIL PROTECTED] wrote:
Satyam Sharma wrote:
+ - Pointers to data structures in coherent memory which might be
modified
+by I/O devices can, sometimes, legitimately be volatile. A ring
buffer
+used by a network adapter, where that adapter changes
On Fri, 11 May 2007 23:55:37 +0200
Rodolfo Giometti [EMAIL PROTECTED] wrote:
Hello,
here my new patch with a lot of fixes.
The only issue not still fixed is the one related with:
#define NETLINK_PPSAPI 20
I need time to resolve it.
Follows my comments and then the
On Fri, 11 May 2007 23:10:47 -0700 Ulrich Drepper [EMAIL PROTECTED] wrote:
I hooked up FUTEX_CMP_REQUEUE_PI here and got a kernel crash.
Well yup. We're kind of waiting for someone to reply
to http://lkml.org/lkml/2007/5/7/129
-
To unsubscribe from this list: send the line unsubscribe
Satyam Sharma wrote:
Because volatile is ill-defined? Or actually, *undefined* (well,
implementation-defined is as good as that)? It's *so* _vague_,
one doesn't _feel_ like using it at all!
Sorry, that's just utter crap. Linux isn't written in some mythical C
which only exists in standard
On Fri, May 11, 2007 at 04:22:28PM -0500, Kumar Gala wrote:
On May 11, 2007, at 4:08 PM, Sam Ravnborg wrote:
- Forwarded message from Sam Ravnborg [EMAIL PROTECTED] -
Forgot lkml in first mail...
Sam
Subject: [RFC PATCH] kbuild: silence section mismatch warnings
From:
Andrew Morton wrote:
Well yup. We're kind of waiting for someone to reply
to http://lkml.org/lkml/2007/5/7/129
Seems to be the same or at least related.
On comment about my first mail: this is the correct code of condvars,
despite what I wrote before. I wasn't thinking clear. The internal
This patch adds checking for allocated memory
which is used to hold AGP info. Also some whitespace
cleanup.
Signed-off-by: Cyrill Gorcunov [EMAIL PROTECTED]
---
arch/alpha/kernel/core_marvel.c | 137 ---
1 files changed, 71 insertions(+), 66 deletions(-)
This patch adds checking for allocated memory
which is used to hold AGP info. Also some whitespace
cleanup.
Signed-off-by: Cyrill Gorcunov [EMAIL PROTECTED]
---
arch/alpha/kernel/core_titan.c | 99 +---
1 files changed, 52 insertions(+), 47 deletions(-)
On Fri, 11 May 2007 23:09:15 +0200 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
hm, Fedora don't seem to want to give me an RPM which contains acpidump
and
all the yum servers are featuring scrogged checksums. I could build it, I
guess, but there's a principle involved ;)
On 5/12/07, H. Peter Anvin [EMAIL PROTECTED] wrote:
Satyam Sharma wrote:
Because volatile is ill-defined? Or actually, *undefined* (well,
implementation-defined is as good as that)? It's *so* _vague_,
one doesn't _feel_ like using it at all!
Sorry, that's just utter crap. Linux isn't
On Fri, May 11, 2007 at 11:17:11PM -0700, Andrew Morton wrote:
On Fri, 11 May 2007 23:55:37 +0200
Rodolfo Giometti [EMAIL PROTECTED] wrote:
Hello,
here my new patch with a lot of fixes.
The only issue not still fixed is the one related with:
#define NETLINK_PPSAPI
Satyam Sharma wrote:
Sorry, that's just utter crap. Linux isn't written in some mythical C
which only exists in standard document, it is written in a particular
subset of GNU C. volatile is well enough defined in that context, it
is just frequently misused.
Of course, volatile _is_
On Fri, May 11, 2007 at 10:35:00PM +0100, Alan Cox wrote:
This still wouldn't solve the following problems:
- I doubt it will be kept up to date for all 2800 modules in the kernel
- the 3 year old kernel of your distribution would contain 3 year old
maintainership information
-
Satyam Sharma wrote:
Coming back to the document, we do need to document / find
consensus on the preferred way to do similar business in the
kernel, and my opinion as far as that is concerned is to shun
volatile wherever possible (which includes the case originally
discussed above).
I too
On Saturday 12 May 2007 15:51, Paul Jackson wrote:
Con wrote:
Hmm I'm not really sure what it takes to make it cpuset aware;
...
It is numa aware to some degree. It stores the node id and when it starts
prefetching it only prefetches to nodes that are suitable for prefetching
to ...
On 5/12/07, H. Peter Anvin [EMAIL PROTECTED] wrote:
Satyam Sharma wrote:
Sorry, that's just utter crap. Linux isn't written in some mythical C
which only exists in standard document, it is written in a particular
subset of GNU C. volatile is well enough defined in that context, it
is just
Stefan Richter wrote:
Satyam Sharma wrote:
Coming back to the document, we do need to document / find
consensus on the preferred way to do similar business in the
kernel, and my opinion as far as that is concerned is to shun
volatile wherever possible (which includes the case originally
On Sat, 2007-05-12 at 03:00 +0400, Oleg Nesterov wrote:
On 05/11, Peter Zijlstra wrote:
+static inline int __rw_mutex_read_trylock(struct rw_mutex *rw_mutex)
+{
+ preempt_disable();
+ if (likely(!__rw_mutex_reader_slow(rw_mutex))) {
--- WINDOW ---
+
jimmy bahuleyan wrote:
i believe, the doc here is pretty unambiguous regarding the fact that
volatile should be avoided. And as Stefan pointed out, anyone who feels
the need to use, must surely _know_ what he is doing hence is in a
position t make that decision
Honestly, the above quoted
H. Peter Anvin wrote:
[slightly off topic: GCCisms in Linux kernel]
It contains *many* constructs that are not defined in, for
example, C99, and it would in fact be impossible to write the Linux
kernel using only C99-compliant constructs.
True. On the other hand, it is possible to keep large
Simon Arlott [EMAIL PROTECTED] wrote:
Spelling fixes in arch/frv/.
Acked-By: David Howells [EMAIL PROTECTED]
-
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
On Fri, May 11, 2007 at 07:48:26AM -0700, Jeremy Fitzhardinge wrote:
David Chinner wrote:
Yes, that does look like a good candidate. Should I try to
before-and-after this change?
Yes please!
OK, definite result. Before ba87ea699ebd9dd577bf055ebc4a98200e337542:
all OK.
On Fri, May 11, 2007 at 04:33:01PM +0530, Suparna Bhattacharya wrote:
On Fri, May 11, 2007 at 08:39:50AM +1000, David Chinner wrote:
All I'm really interested in right now is that the fallocate
_interface_ can be used as a *complete replacement* for the
pre-existing XFS-specific ioctls that
On 12/05/07 02:03, Finn Thain wrote:
On Fri, 11 May 2007, Simon Arlott wrote:
- * Local routines to interrcept the standard I/O and vector handling
- * code. Don't include this 'till now - initialization code above needs
+ * Local routines to intercept the standard I/O and vector
Ummm this is what I've been saying for over a year now but noone has been
listening.
Well ... if there is a problem using prefetch and cpusets together,
it doesn't look like the two of us are going to find it.
I should probably look at your patch to answer this next question,
but being a lazy
On Sat, May 12, 2007 at 02:01:41AM +0200, Rafael J. Wysocki wrote:
So you migt as well not return any value at all, since the returned value
is apparently meaningless once the lock has been released.
No, it is not meaningless.
Right.
Agreed that the returned value might not necessarily
On Saturday 12 May 2007 18:14, Paul Jackson wrote:
Ummm this is what I've been saying for over a year now but noone has been
listening.
Well ... if there is a problem using prefetch and cpusets together,
it doesn't look like the two of us are going to find it.
I should probably look at
On Fri, 2007-05-11 at 23:56 -0700, Andrew Morton wrote:
On Fri, 11 May 2007 23:09:15 +0200 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
hm, Fedora don't seem to want to give me an RPM which contains acpidump
and
all the yum servers are featuring scrogged checksums. I could
Con wrote:
Ok so change the default value for swap_prefetch to 0 when CPUSETS is
enabled?
I don't see why that special case for cpusets is needed.
I'm suggesting making no special cases for CPUSETS at all, until and
unless we find reason to.
In other words, I'm suggesting simply removing
On Fri, May 11, 2007 at 08:43:47PM +0100, Simon Arlott wrote:
Spelling fixes in arch/um/.
ACK
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Saturday, 12 May 2007 03:24, Linus Torvalds wrote:
On Sat, 12 May 2007, Oleg Nesterov wrote:
However, in my opininon THAT PATCH has nothing to do with this problem.
It just improves the code that we already have.
Sure.
However, I think it does it THE WRONG WAY, and doesn't
On Saturday 12 May 2007 18:37, Paul Jackson wrote:
Con wrote:
Ok so change the default value for swap_prefetch to 0 when CPUSETS is
enabled?
I don't see why that special case for cpusets is needed.
I'm suggesting making no special cases for CPUSETS at all, until and
unless we find reason
On Sat, 2007-05-12 at 02:00 -0700, Andrew Morton wrote:
Still hangs in the same fashion, sorry.
I did not really expect that it fixes the problem. It just restored the
local APIC suspend/resume register fiddling which we had before the
resume logic patch.
It's peculiar that the hang happens
On Sat, 12 May 2007 10:46:03 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
On Fri, 2007-05-11 at 23:56 -0700, Andrew Morton wrote:
On Fri, 11 May 2007 23:09:15 +0200 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
hm, Fedora don't seem to want to give me an RPM which contains
On 12/05/07 08:52, [EMAIL PROTECTED] wrote:
Your request to the Linux-arm-kernel mailing list
Posting of your message titled [PATCH] spelling fixes: arch/arm/
has been rejected by the list moderator. The moderator gave the
following reason for rejecting your request:
Non-members are not
On Saturday, 12 May 2007 10:16, Gautham R Shenoy wrote:
On Sat, May 12, 2007 at 02:01:41AM +0200, Rafael J. Wysocki wrote:
So you migt as well not return any value at all, since the returned value
is apparently meaningless once the lock has been released.
No, it is not meaningless.
On Fri, 11 May 2007, Peter Zijlstra wrote:
I was toying with a scalable rw_mutex and found that it gives ~10% reduction in
system time on ebizzy runs (without the MADV_FREE patch).
You break priority enheritance on user space futexes! :-(
The problems is that the futex waiter have to take
On Sat, 12 May 2007 11:18:09 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
It's peculiar that the hang happens when acpi_evaluate_object() hits its
return statement. Any theories there?
Only stack or memory corruption come into mind, but I have no clue how
this is related to the resume
Christoph,
you know I've got a question (may be it's stupid) - what a
sense to discard UDF_I_* macroses? I mean as I see they
don't slow down execution of the code...
Cyrill
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Sat, 2007-05-12 at 11:27 +0200, Esben Nielsen wrote:
On Fri, 11 May 2007, Peter Zijlstra wrote:
I was toying with a scalable rw_mutex and found that it gives ~10%
reduction in
system time on ebizzy runs (without the MADV_FREE patch).
You break priority enheritance on user
On Sat, May 12, 2007 at 11:27:36AM +0200, Rafael J. Wysocki wrote:
On Saturday, 12 May 2007 10:16, Gautham R Shenoy wrote:
But I am not sure if this is the case with suspend/hibernate, since we
need to do a sys_sync() between try_freeze_tasks(FREEZE_USER_SPACE) and
Hi Cyrill
On 5/12/07, Cyrill Gorcunov [EMAIL PROTECTED] wrote:
you know I've got a question (may be it's stupid) - what a
sense to discard UDF_I_* macroses? I mean as I see they
don't slow down execution of the code...
They make the code harder to read and maintain.
-
To unsubscribe from this
Hello,
(Please CC me, thank you)
Ulrich Drepper wrote:
The attached test program fails on a dual core (and probably SMP)
machine on x86-64. Depending on where the thread starts, in one of the
iterations the sched_setffinity() call succeeds but then sched_getcpu()
fails to report the
i'm guessing someone's already spotted this but, with make
allyesconfig on x86:
...
LD .tmp_vmlinux1
drivers/built-in.o: In function `pm3fb_init':
drivers/video/pm3fb.c:977: undefined reference to `pm3fb_setup'
...
the reason seems to be this excerpt from drivers/video/pm3fb.c:
On May 9 2007 21:14, Nikita V. Youshchenko wrote:
Subject: Please assist in locating NFS race in old vendor kernel
Hello.
I'm currently working with an embedded system based on very old,
2.4.17-based, vendor kernel.
Ask your vendor :-/
Jan
--
-
To unsubscribe from this list: send
On Saturday, 12 May 2007 12:13, Gautham R Shenoy wrote:
On Sat, May 12, 2007 at 11:27:36AM +0200, Rafael J. Wysocki wrote:
On Saturday, 12 May 2007 10:16, Gautham R Shenoy wrote:
But I am not sure if this is the case with suspend/hibernate, since we
need to do a sys_sync() between
Maxim Uvarov wrote:
diff --git a/Documentation/accounting/taskstats-struct.txt
b/Documentation/accounting/taskstats-struct.txt
index 661c797..606aef6 100644
--- a/Documentation/accounting/taskstats-struct.txt
+++ b/Documentation/accounting/taskstats-struct.txt
@@ -22,6 +22,8 @@ There are
oh - and think of linux software suspend.
take a notebook with 2 GB of ram - that takes a while to write that to disk and
read that back again.
using lzo compression for this may probably halve the time for suspend/resume
using a fast compression scheme
-Ursprüngliche Nachricht-
Von:
On Sat, 12 May 2007, Simon Arlott wrote:
On 12/05/07 02:03, Finn Thain wrote:
On Fri, 11 May 2007, Simon Arlott wrote:
- * Local routines to interrcept the standard I/O and vector
handling
- * code. Don't include this 'till now - initialization code above
On Saturday, 12 May 2007 11:01, Rafael J. Wysocki wrote:
On Saturday, 12 May 2007 03:24, Linus Torvalds wrote:
On Sat, 12 May 2007, Oleg Nesterov wrote:
However, in my opininon THAT PATCH has nothing to do with this problem.
It just improves the code that we already have.
Hi Zbigniew,
On Thu, May 10, 2007 at 12:05:44AM +0200, Zbigniew Baniewski wrote:
So, I changed the config (below) and made another compilation - still the
same:
...ordinary boot messages, ending with hda:... sectors... w/Cache...
hda: attached ide-disk driver
El Mon, 30 Apr 2007 23:18:28 +0100
Matt Keenan [EMAIL PROTECTED] escribió:
William Lee Irwin III wrote:
The CONFIG_VMSPLIT config options were merged for such cases.
It should be able to split on any 4MB-aligned boundary in
CONFIG_HIGHMEM4G. CONFIG_VMSPLIT_3G_OPT appears to do something
Hi list,
I notice that people refer to certain git snapshots as e.g. -git16;
kernel.org does so too. Hovering over the link on kernel.org reveals
http://kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.21-git16.bz2
but where do I actually find -git16 in Linus's git tree? git16 is
neither
On Wed, May 02, 2007 at 09:56:23AM +0100, Richard Purdie wrote:
...
I've asked the LZO author about the comments on lzo_copyright function
but the code is GPLv2 licensed so is suitable for inclusion in the
kernel.
This sounds as if LZO is GPL incompatible similar to code under
the 4 clause BSD
On May 11 2007 16:07, Arjan van de Ven wrote:
A typical Linux distribution has many components that wake the processor up
frequently for no good reason. In our testing with PowerTOP, we have seen many
cases where with some simple fixes, the battery life of typical laptops was
increased by
On Sat, May 12, 2007 at 12:41:54PM +0200, Rafael J. Wysocki wrote:
Still, the following scenario is possible while we're freezing users space
tasks:
(1) user space task calls daemonize()
(2) freezer checks if this is a user space task and the test returns 'true'
(3) task calls exit_mm()
On May 10 2007 14:54, Jeremy Fitzhardinge wrote:
What CPU architecture is this happening on? Not i686 with PAE by
any chance?
Yes. Why?
I have a bug report where NFS files are corrupted only with PAE clients.
Corruption is at the end of the (newly untarred) files. Doesn't happen
On Saturday, 12 May 2007 12:52, Gautham R Shenoy wrote:
On Sat, May 12, 2007 at 12:41:54PM +0200, Rafael J. Wysocki wrote:
Still, the following scenario is possible while we're freezing users space
tasks:
(1) user space task calls daemonize()
(2) freezer checks if this is a user
On Sat, 2007-05-12 at 03:07 -0700, Andrew Morton wrote:
On Sat, 12 May 2007 11:18:09 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
It's peculiar that the hang happens when acpi_evaluate_object() hits its
return statement. Any theories there?
Only stack or memory corruption come
On Sat, 12 May 2007 12:41:03 +0200
[EMAIL PROTECTED] wrote:
oh - and think of linux software suspend.
take a notebook with 2 GB of ram - that takes a while to write that
to disk and read that back again. using lzo compression for this may
probably halve the time for suspend/resume
There were
On Sat, 2007-05-12 at 03:07 -0700, Andrew Morton wrote:
On Sat, 12 May 2007 11:18:09 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
It's peculiar that the hang happens when acpi_evaluate_object() hits its
return statement. Any theories there?
Only stack or memory corruption come
On Sat, May 12, 2007 at 01:19:23PM +0200, Jan Engelhardt wrote:
Hi list,
I notice that people refer to certain git snapshots as e.g. -git16;
kernel.org does so too. Hovering over the link on kernel.org reveals
http://kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.21-git16.bz2
but
On May 10 2007 10:38, Matt Mackall wrote:
for i in `seq 20`; do
hg clone -U --pull a b-$i
hg verify b-$i # always OK
umount /home
sleep 5
mount /home
hg verify b-$i # often found truncated files
done
[...]
This test looks
[Pekka Enberg - Sat, May 12, 2007 at 01:15:14PM +0300]
| Hi Cyrill
|
| On 5/12/07, Cyrill Gorcunov [EMAIL PROTECTED] wrote:
| you know I've got a question (may be it's stupid) - what a
| sense to discard UDF_I_* macroses? I mean as I see they
| don't slow down execution of the code...
|
| They
In article [EMAIL PROTECTED] (at Sat, 12 May 2007 13:19:23 +0200 (MEST)), Jan
Engelhardt [EMAIL PROTECTED] says:
I notice that people refer to certain git snapshots as e.g. -git16;
kernel.org does so too. Hovering over the link on kernel.org reveals
On May 11, 2007, at 01:49:27, Kyle Moffett wrote:
On May 10, 2007, at 00:34:11, Kyle Moffett wrote:
On May 10, 2007, at 00:25:54, Ben Greear wrote:
Looks like a deadlock in the vlan code. Any chance you can run
this test with lockdep enabled?
You could also add a printk in
I'd prefer not. I get reports from people about drivers that got lost
by vendors, regularly. Nor am I pointing fingers at specific vendors here,
last month I sorted out a two year old lost in Red Hat Bugzilla kernel
bug for example.
How many maintainers want to get bug reports against
On Sat, May 12, 2007 at 01:21:41PM +0200, Jan Engelhardt wrote:
On May 10 2007 10:38, Matt Mackall wrote:
for i in `seq 20`; do
hg clone -U --pull a b-$i
hg verify b-$i # always OK
umount /home
sleep 5
mount
On Sat, May 12, 2007 at 09:53:03AM +0200, Stefan Richter wrote:
H. Peter Anvin wrote:
[slightly off topic: GCCisms in Linux kernel]
It contains *many* constructs that are not defined in, for
example, C99, and it would in fact be impossible to write the Linux
kernel using only C99-compliant
On Thu, May 10, 2007 at 03:48:08PM -0700, H. Peter Anvin wrote:
It doesn't probe the hardware in dangerous ways. (Search for mode_scan
in video.S) It works by trying to set a mode via the normal
AH=0/AL=mode/int 0x10 method for all possible values of mode. It then
checks if the bios
On Sat, May 12, 2007 at 01:15:30PM +0100, Alan Cox wrote:
I'd prefer not. I get reports from people about drivers that got lost
by vendors, regularly. Nor am I pointing fingers at specific vendors here,
last month I sorted out a two year old lost in Red Hat Bugzilla kernel
bug for
On Fri, 2007-05-11 at 19:39 +0900, Satoru Takeuchi wrote:
Fix Touchscreen driver for UCB1x00-based touchscreens to use
sched_setscheduler() instead of setting the fields of task_struct directly.
Signed-off-by: Satoru Takeuchi [EMAIL PROTECTED]
Index:
[YOSHIFUJI Hideaki / ?$B5HF#1QL@ - Sat, May 12, 2007 at 09:03:08PM +0900]
| In article [EMAIL PROTECTED] (at Sat, 12 May 2007 13:19:23 +0200 (MEST)),
Jan Engelhardt [EMAIL PROTECTED] says:
|
| I notice that people refer to certain git snapshots as e.g. -git16;
| kernel.org does so too.
On Sat, 12 May 2007, Peter Zijlstra wrote:
On Sat, 2007-05-12 at 11:27 +0200, Esben Nielsen wrote:
On Fri, 11 May 2007, Peter Zijlstra wrote:
I was toying with a scalable rw_mutex and found that it gives ~10% reduction in
system time on ebizzy runs (without the MADV_FREE patch).
You
On Sat, 2007-05-12 at 17:19 +0400, Cyrill Gorcunov wrote:
Actually I think it would be convenient if such tags (like
v.2.6.21-git16) were in Linus' git tree too.
Then there would be _lots_ of tags in the master tree -- I'm not sure we
want that.
I suppose I could put a tree on kernel.org which
It has grown a few undocumented barriers again; but I'd like some
feedback on them. /me still hopes some can go.. but these things still
mess my head up.
---
Scalable reader/writer lock.
Its scalable in that the read count is a percpu counter and the reader fast
path does not write to a shared
On Sat, May 12, 2007 at 01:23:27PM +0200, Jan Engelhardt wrote:
On May 10 2007 14:54, Jeremy Fitzhardinge wrote:
What CPU architecture is this happening on? Not i686 with PAE by
any chance?
Yes. Why?
I have a bug report where NFS files are corrupted only with PAE clients.
On Sat, 2007-05-12 at 06:32 -0400, Robert P. J. Day wrote:
i'm guessing someone's already spotted this but, with make
allyesconfig on x86:
...
LD .tmp_vmlinux1
drivers/built-in.o: In function `pm3fb_init':
drivers/video/pm3fb.c:977: undefined reference to `pm3fb_setup'
...
On Fri, 11 May 2007, Simon Arlott wrote:
Spelling fixes in arch/m68k/.
Signed-off-by: Simon Arlott [EMAIL PROTECTED]
Acked-by: Geert Uytterhoeven [EMAIL PROTECTED]
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond
[David Woodhouse - Sat, May 12, 2007 at 09:44:56PM +0800]
| On Sat, 2007-05-12 at 17:19 +0400, Cyrill Gorcunov wrote:
| Actually I think it would be convenient if such tags (like
| v.2.6.21-git16) were in Linus' git tree too.
|
| Then there would be _lots_ of tags in the master tree -- I'm not
Summary: If ACPI is not enabled but APIC is,
then there is trouble on Dell Optiplex GX240.
If both are enabled or if both are disabled, then
everything is fine. The attached patch removes
Dell Optiplex GX240 from the ACPI blacklist.
---
Hello,
I have a Dell Optiplex GX240 and when I boot Linux,
On Sat, 12 May 2007, Kolbj??rn Barmen wrote:
On Sat, 12 May 2007, Finn Thain wrote:
To answer your question, I find it easier to parse the original idiom,
'til now. Your corruption, until now, loses information available to
anyone who can recognise the idiom. Granted, this is not the
On 05/12, Rafael J. Wysocki wrote:
... user space tasks that call deamonize() can also be frozen prematurely.
We didn't take this possibility into consideration before, which was obviously
wrong.
No, no, sorry for the confusion. User space tasks never call deamonize().
Kernel threads call
Alexander van Heukelum [EMAIL PROTECTED] writes:
On Thu, May 10, 2007 at 03:48:08PM -0700, H. Peter Anvin wrote:
I can confirm that it works for at least one computer over here (a six
months old x86_64 machine with ATI ES1000-based on-board graphics). Some
non-vesa modes including a nice
On Sat, 12 May 2007, Finn Thain wrote:
To answer your question, I find it easier to parse the original idiom,
'til now. Your corruption, until now, loses information available to
anyone who can recognise the idiom. Granted, this is not the worst example
of that effect...
It is either till
Thank you very much for looking at this, Len.
On Fri, 11 May 2007 23:28:58 -0400
Len Brown [EMAIL PROTECTED] wrote:
[ 94.754852] APIC error on CPU0: 08(40)
[ 94.806045] APIC error on CPU0: 40(08)
/* Here is what the APIC error bits mean:
0: Send CS error
ppc64 really needs ioaddr_t to be 64-bit, since I/O addresses really
are MMIO addresses, and remapped to a high range.
While the type is exported to userspace, there hasn't been any platforms
with PCMCIA on 64-bit powerpc until now, so changing it won't regress
any existing users.
* Esben Nielsen [EMAIL PROTECTED] wrote:
I notice that the rwsems used now isn't priority inversion safe (thus
destroying the perpose of having PI futexes). We thus already have a
bug in the mainline.
you see everything in black and white, ignoring all the grey scales!
Upstream PI futexes
On 05/12, Rafael J. Wysocki wrote:
Hmm, I'm not sure if the task can call try_to_freeze() after doing exit().
May it happen?
It can, note the do_exit()-ptrace_notify(). But this doesn't matter, I think.
From the freezer POV an exiting task has 2 interesting events
exit_mm() -mm
On Sun, 13 May 2007, Finn Thain wrote:
On Sat, 12 May 2007, Kolbjørn Barmen wrote:
On Sat, 12 May 2007, Finn Thain wrote:
To answer your question, I find it easier to parse the original idiom,
'til now. Your corruption, until now, loses information available to
anyone who can
Hi,
I'm trying to use clocksource and clockevent new subsystem. My
platform has a timer that I'd like to use both as a clocksource and a
clockevent devices. This timer is continueous in sense that it can run
without any interruption so I assume I can flag the clocksource device
with
David Chinner wrote:
What I don't understand is that on unmount dirty xfs inodes get
written out. Clearly this is not happening - either there's a hole
in the writeback logic (unlikely - it was unchanged) or we've missed
some case where we need to update the filesize and mark the inode
dirty.
On 05/12, Oleg Nesterov wrote:
exit_notify() -exit_state != 0, and perhaps the task disappears
from global process list
This, btw, means that do_exit()-__free_pipe_info() is not cpu-hotplug friendly.
The task may sleep on mutex_lock(-i_mutex), and dequeued
On May 12 2007 21:44, David Woodhouse wrote:
On Sat, 2007-05-12 at 17:19 +0400, Cyrill Gorcunov wrote:
Actually I think it would be convenient if such tags (like
v.2.6.21-git16) were in Linus' git tree too.
Then there would be _lots_ of tags in the master tree -- I'm not sure we
want that.
I
On Sat, May 12, 2007 at 04:26:16PM +0200, Kolbjørn Barmen wrote:
On Sun, 13 May 2007, Finn Thain wrote:
On Sat, 12 May 2007, Kolbjørn Barmen wrote:
On Sat, 12 May 2007, Finn Thain wrote:
To answer your question, I find it easier to parse the original idiom,
'til now. Your
Gabor Burjan wrote:
EIP is at destroy_conntrack+0x52/0x127 [nf_conntrack]
nmblookup existing_netbios_name
cat /proc/net/ip_conntrack
sleep 3
rmmod nf_conntrack_netbios_ns
Thanks for the report and good testcase, the crash can only happen with
a sleep of = 3s after the last nmblookup packet
Francis,
On Sat, 2007-05-12 at 16:54 +0200, Francis Moreau wrote:
I'm trying to use clocksource and clockevent new subsystem. My
platform has a timer that I'd like to use both as a clocksource and a
clockevent devices.
See arch/i386/kernel/hpet.c
This timer is continueous in sense that it
On Sat, 2007-05-12 at 13:17 +0200, Adrian Bunk wrote:
On Wed, May 02, 2007 at 09:56:23AM +0100, Richard Purdie wrote:
...
I've asked the LZO author about the comments on lzo_copyright function
but the code is GPLv2 licensed so is suitable for inclusion in the
kernel.
This sounds as if
1 - 100 of 491 matches
Mail list logo
