Hi,
On Sat, Dec 08, 2007 at 02:20:01AM -0800, Andrew Morton wrote:
Does this report now win me the lucky draw, pretty please? ;)
nah, you have to cc the acpi guys to get a prize ;)
Thought so shortly, but missed it.
Andreas, please do separately report that WOL problem too..
Local setup
[EMAIL PROTECTED] wrote:
On Sat, 08 Dec 2007 07:56:21 +0300, Al Boldi said:
It probably goes without saying, that gitfs should have some basic
configuration file to setup its transparent behaviour
But then it's not *truly* transparent, is it?
Don't mistake transparency with some form of
On Sat, Dec 08, 2007 at 02:20:01AM -0800, Andrew Morton wrote:
On Sat, 8 Dec 2007 11:12:57 +0100 Andreas Mohr [EMAIL PROTECTED] wrote:
ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT, Index (0) is
beyond end of object [20070126]
ACPI Error (psparse-0537): Method
On Oct 19, 2007 12:02 AM, Nick Thompson [EMAIL PROTECTED] wrote:
From: Jiri Slaby [mailto:[EMAIL PROTECTED]
And the last question, when do you expect/estimate this would happen?
Jiri,
To be honest, it would be hard to estimate at this point. I've discussed it
with one of our software
On Sat, 8 Dec 2007 03:40:49 +0100 Rafael J. Wysocki [EMAIL PROTECTED] wrote:
This message contains a list of some regressions from 2.6.23 which have been
reported since 2.6.24-rc1 was released and for which there are no fixes in the
mainline that I know of. If any of them have been fixed
On 12/08/2007 09:39 AM, Ingo Molnar wrote:
* Jiri Slaby [EMAIL PROTECTED] wrote:
Unfortunately no change here.
could you try to revert this change:
-int softlockup_thresh = 10;
+int softlockup_thresh = 60;
i.e. change the value of softlockup_thresh back to 10. You should be
able to
* Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 05 Dec 2007 18:15:54 +1100
[EMAIL PROTECTED] wrote:
+static int
+videobuf_vm_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
{
struct page *page;
- dprintk(3,nopage: fault @ %08lx [vma %08lx-%08lx]\n,
-
On Fri, 2007-12-07 at 13:58 -0500, linux-os (Dick Johnson) wrote:
On Fri, 7 Dec 2007, Dave Jones wrote:
On Fri, Dec 07, 2007 at 08:15:42AM -0500, linux-os (Dick Johnson) wrote:
Dec 7 04:05:55 chaos kernel: sd 0:0:1:0: [sdb] Add. Sense: Peripheral
device write fault
This sounds
Ben Crowhurst wrote:
Loïc Grenié wrote:
2007/11/29, Ben Crowhurst [EMAIL PROTECTED]:
Has Objective-C ever been considered for kernel development?
regards,
BPC
I have tried it in a toy kernel. Oskit style. The code reuse is very
high specially with string ops and driver interfaces.
* Fabio Comolli [EMAIL PROTECTED] wrote:
snip
Subject : Battery shows up twice in kpowersave
Submitter : Rolf Eike Beer [EMAIL PROTECTED]
References : http://bugzilla.kernel.org/show_bug.cgi?id=9494
Handled-By : Alexey Starikovskiy [EMAIL PROTECTED]
Patch
On Sat, 2007-12-08 at 03:40 +0100, Rafael J. Wysocki wrote:
Subject : leds: ledtrig-timer calls sleeping function from
invalid context
Submitter : Márton Németh [EMAIL PROTECTED]
References: http://bugzilla.kernel.org/show_bug.cgi?id=9264
Handled-By: Richard Purdie
On Sat, 8 Dec 2007 11:12:57 +0100 Andreas Mohr [EMAIL PROTECTED] wrote:
Hi,
On Sat, Dec 08, 2007 at 01:36:31AM -0800, Andrew Morton wrote:
Subject : PATA scan: ACPI Exception AE_AML_PACKAGE_LIMIT... is
beyond end of object
Submitter : Hans de Bruin [EMAIL PROTECTED]
On Sat, 8 Dec 2007 10:15:08 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 05 Dec 2007 18:15:54 +1100
[EMAIL PROTECTED] wrote:
+static int
+videobuf_vm_fault(struct vm_area_struct *vma, struct vm_fault *vmf)
{
struct page
On Sat, 8 Dec 2007 10:30:39 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Subject : tipc_init(), WARNING: at arch/x86/mm/highmem_32.c:52
kmap_atomic_prot()
Submitter : Ingo Molnar [EMAIL PROTECTED]
References :
On Sat, 8 Dec 2007 03:40:49 +0100 Rafael J. Wysocki [EMAIL PROTECTED] wrote:
This message contains a list of some regressions from 2.6.23 which have been
reported since 2.6.24-rc1 was released and for which there are no fixes in the
mainline that I know of. If any of them have been fixed
Hi lkml,
Enabling FS quotas can take up to several minutes to finish and
depends on other users disk activity. This makes it a livelock (as it
can be finished anyway).
The problem described at:
http://bugzilla.kernel.org/show_bug.cgi?id=9520
Yes, if we need to enable quotas once in the system
On Thu 2007-11-29 23:58:44, Andi Kleen wrote:
Alan Cox [EMAIL PROTECTED] writes:
The simple case is
open
write cathedral and bazaar in some order
close
trap close - process - label eric_t
open (eric_t) - SELinux no
Anyone smart will then write it out of
Hi,
On Sat, Dec 08, 2007 at 01:36:31AM -0800, Andrew Morton wrote:
Subject : PATA scan: ACPI Exception AE_AML_PACKAGE_LIMIT... is
beyond end of object
Submitter : Hans de Bruin [EMAIL PROTECTED]
References : http://bugzilla.kernel.org/show_bug.cgi?id=9320
Handled-By :
On Sat, 8 Dec 2007 03:40:49 +0100 Rafael J. Wysocki [EMAIL PROTECTED] wrote:
This message contains a list of some regressions from 2.6.23 which have been
reported since 2.6.24-rc1 was released and for which there are no fixes in the
mainline that I know of. If any of them have been fixed
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Subject : tipc_init(), WARNING: at arch/x86/mm/highmem_32.c:52
kmap_atomic_prot()
Submitter : Ingo Molnar [EMAIL PROTECTED]
References: http://lkml.org/lkml/2007/11/29/157
On Sat, 8 Dec 2007 03:40:49 +0100 Rafael J. Wysocki [EMAIL PROTECTED] wrote:
This message contains a list of some regressions from 2.6.23 which have been
reported since 2.6.24-rc1 was released and for which there are no fixes in the
mainline that I know of. If any of them have been fixed
LD .tmp_vmlinux1
arch/sparc64/kernel/head.o: In function `sys_call_table32':
arch/sparc64/kernel/head.S:(.text+0x224e0): undefined reference to
`compat_sys_timerfd'
make: *** [.tmp_vmlinux1] Error 1
argh, sorry, I am soo fed up with fixing that patch.
---
* Nick Piggin [EMAIL PROTECTED] wrote:
On Saturday 08 December 2007 11:50, Nick Piggin wrote:
I guess your patch is fairly complex but it should work
I should also add that although complex, it should have a much smaller
TSC delta window in which the wrong scaling factor can get
On Sat, 2007-12-08 at 03:03 -0500, Jon Masters wrote:
On Tue, 2007-12-04 at 22:55 +0900, Tejun Heo wrote:
Kbuild now generates and installs modules.order along with modules.
This patch updates depmod such that it sorts module list according to
the file before generating output files.
On 12/07/2007 06:51 PM, Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
thanks for tracking it down. Does the patch below help?
oops, that should be the patch below. Otherwise the watchdog kernel
threads will just loop around.
Ingo
---
kernel/softlockup.c |9
On Thu, 2007-12-06 at 08:28 +0900, Tejun Heo wrote:
As I said, I don't think leaving duplicate lines in a file which will be
installed, distributed and used widely is the RTTD.
For what it's worth, I changed the module processing in depmod so that
it doesn't output duplicate entries. Having
On Tue, 2007-12-04 at 22:55 +0900, Tejun Heo wrote:
Kbuild now generates and installs modules.order along with modules.
This patch updates depmod such that it sorts module list according to
the file before generating output files. Modules which aren't on
modules.order are put after modules
On Fri, 07 Dec 2007 22:01:33 -0700 Zan Lynx [EMAIL PROTECTED] wrote:
On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote:
On Fri, 07 Dec 2007 23:09:43 +
Zan Lynx [EMAIL PROTECTED] wrote:
[cut]
Now with MM kernels 2.6.24 rc1-4 the PCMCIA adapter works again, but I
only
On Fri, Dec 07, 2007 at 09:19:09PM +0100, Rafael J. Wysocki wrote:
...
Well, there's a patchset in the current mainline that allows you to use
arbitrary (sufficiently new) kernel to load the image and then restore the
image kernel. So, you can hibernate 2.6.24-rc3 and use 2.6.24-rc2 to
Hi,
On Fri, 7 Dec 2007, Al Boldi wrote:
Jakub Narebski wrote:
Version control system is all about WORKFLOW B, where programmer
controls when it is time to commit (and in private repository he/she
can then rewrite history to arrive at Perfect patch series[*1*]);
something that for
On Sat, 8 Dec 2007 03:40:49 +0100 Rafael J. Wysocki [EMAIL PROTECTED] wrote:
This message contains a list of some regressions from 2.6.23 which have been
reported since 2.6.24-rc1 was released and for which there are no fixes in the
mainline that I know of. If any of them have been fixed
On Sat, 8 Dec 2007 09:28:15 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
* Fabio Comolli [EMAIL PROTECTED] wrote:
snip
Subject : Battery shows up twice in kpowersave
Submitter : Rolf Eike Beer [EMAIL PROTECTED]
References :
Fixing:
CHECK mm/mmap.c
mm/mmap.c:1623:29: warning: Using plain integer as NULL pointer
mm/mmap.c:1623:29: warning: Using plain integer as NULL pointer
mm/mmap.c:1944:29: warning: Using plain integer as NULL pointer
Signed-off-by: Richard Knutsson [EMAIL PROTECTED]
---
Added by:
Dne so 8. prosince 2007 Mauricio Mauad Menegaz Filho napsal(a):
2007/12/7, CIJOML [EMAIL PROTECTED]:
Hi there,
...
Can anybody else confirm this and contact those companies for source
codes?
It seems that the sources are there:
http://www.ertos.nicta.com.au/software/
Mauad
Hi
There's a merging news happened two years ago:
http://www.open-iscsi.org/
Linux-iSCSI(sfnet) and Open-iSCSI projects merged!(April 11, 2005)
http://marc.theaimsgroup.com/?l=linux-kernelm=111327337005048w=2
so the information should change,
and there are needs about
Fixing:
CHECK kernel/params.c
kernel/params.c:329:41: warning: incorrect type in argument 8 (different
signedness)
kernel/params.c:329:41:expected int *num
kernel/params.c:329:41:got unsigned int *
Signed-off-by: Richard Knutsson [EMAIL PROTECTED]
---
Compile-tested on x86 with
it doesn't output duplicate entries. Having duplicates is not the right
solution - especially modalias entries that depend entirely upon the
file layout on disk when you run depmod against a kernel.
Thanks for the ordering patches folks - a good idea!
And as it happens just what I need for
On Sat, 8 Dec 2007, Sheela wrote:
Share net is not supported , Rusty is an idiot .
Signed-off-by: Sheela Sequeira [EMAIL PROTECTED]
Reviewed-by: James Morris [EMAIL PROTECTED]
- James
--
James Morris
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe
tor, 06 12 2007 kl. 15:20 -0800, skrev Zach Brown:
call_indirect() was using the wrong calling convention for the system call
handlers. system call handlers would get mixed up arguments.
Signed-off-by: Zach Brown [EMAIL PROTECTED]
diff --git a/include/asm-x86/indirect_32.h
Share net is not supported , Rusty is an idiot .
Signed-off-by: Sheela Sequeira [EMAIL PROTECTED]
diff --git a/Documentation/lguest/lguest.txt b/Documentation/lguest/lguest.txt
index 7885ab2..722d4e7 100644
--- a/Documentation/lguest/lguest.txt
+++ b/Documentation/lguest/lguest.txt
@@ -109,10
I try that, but it will take a lot of time!
Markus
fre, 07 12 2007 kl. 23:52 +0100, skrev Markus:
Well, now some windows vanished, but no additional messages were
produced by kernel. When somebody could tell what I exactly need to
do... would be nice.
Or a hit, in what direction I
On Sat, 2007-12-08 at 00:02 +0100, Remy Bohmer wrote:
Hello Peter,
What specifically is wrong with dev-sem ?
Nothing really, other than that they use semaphores to avoid lockdep :-/
I think I know how to annotate this, after Alan Stern explained all the
use cases, but I haven't
* Fernando Lopez-Lezcano [EMAIL PROTECTED] wrote:
On Fri, 2007-12-07 at 20:59 +0100, Ingo Molnar wrote:
* Fernando Lopez-Lezcano [EMAIL PROTECTED] wrote:
Nope, it doesn't still getting delay and xrun messages galore.
Attached: configuration and dmesg output booting with
* Jiri Slaby [EMAIL PROTECTED] wrote:
Unfortunately no change here.
could you try to revert this change:
-int softlockup_thresh = 10;
+int softlockup_thresh = 60;
i.e. change the value of softlockup_thresh back to 10. You should be
able to tweak this runtime as well, without patching the
+ mutex_lock(nlmsvc_mutex);
+ while (atomic_read(nlmsvc_ref) != 0) {
might be better to do the refcounting outside the thread and use the
kthread api, which is something we still need to do for lockd anyway.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Sat, Dec 08, 2007 at 01:25:21PM +0100, Markus wrote:
Well, just tried it. Started a dozen konquerors and attached strace to
everyone. When one disapeared, I only got a Process 9246 detached,
nothing else is printed or written in the log.
Markus
Hallo Markus
Whenever the connection to
When a lock that a client is blocking on comes free, lockd does this in
nlmsvc_grant_blocked():
nlm_async_call(block-b_call, NLMPROC_GRANTED_MSG, nlmsvc_grant_ops);
the callback from this call is nlmsvc_grant_callback(). That function
does this at the end to wake up lockd:
Well, just tried it. Started a dozen konquerors and attached strace to
everyone. When one disapeared, I only got a Process 9246 detached,
nothing else is printed or written in the log.
Markus
On Fri, 7 Dec 2007, Markus wrote:
Well, now some windows vanished, but no additional messages
Fix warning: Using plain integer as NULL pointer.
Convert 'x y ? x : y' to use min() instead.
Signed-off-by: Richard Knutsson [EMAIL PROTECTED]
Signed-off-by: Hans Verkuil [EMAIL PROTECTED]
---
Compile-tested on i386 with allyesconfig and allmodconfig.
Resend, since the 'Remove a gcc-2.95
On Sat, 8 Dec 2007 13:12:14 +0100
Markus [EMAIL PROTECTED] wrote:
I try that, but it will take a lot of time!
Markus
This problem remembers me something...
On Sat, 8 Dec 2007 14:07:47 +
Christoph Hellwig [EMAIL PROTECTED] wrote:
+ mutex_lock(nlmsvc_mutex);
+ while (atomic_read(nlmsvc_ref) != 0) {
might be better to do the refcounting outside the thread and use the
kthread api, which is something we still need to do for lockd anyway.
On Sat, Dec 08, 2007 at 08:59:31AM +0900, Tejun Heo wrote:
Adrian Bunk wrote:
On Tue, Dec 04, 2007 at 10:49:37PM +0900, Tejun Heo wrote:
When multiple built-in modules (especially drivers) provide the same
capability, they're prioritized by link order specified by the order
listed in
On Monday 03 December 2007 16:23:58 Andi Kleen wrote:
FYI
Just saw this on a test system of mine running 2.4.24rc3 (+ some suse patches,
but they're not changing anything near this AFAIK)
Got it again after rebooting the system. Can this be made a 2.6.24 blocker
or something? Admittedly
Nick Warne schrieb:
I am bringing this up again - primarily as I forgot about it after
patching my build tree ages ago:
http://lkml.org/lkml/2007/10/27/68
Please see the patch I sent some days ago, which does the very
same thing: http://marc.info/?l=linux-kernelm=119677244318528w=2
I would
On Saturday 08 December 2007 23:19:58 Sheela wrote:
Share net is not supported , Rusty is an idiot .
Signed-off-by: Sheela Sequeira [EMAIL PROTECTED]
Acked-by: Rusty Russell [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Pavol Cvengros wrote:
Bill Davidsen wrote:
Pavol Cvengros wrote:
On Thursday 06 December 2007 21:15:53 Bill Davidsen wrote:
Pavol Cvengros wrote:
Hello,
I am trying LKML to get some help on one linux kernel related
problem.
Lately we got a machine with new HW from Intel. CPU is Intel
On Sat, 08 Dec 2007 14:11:44 +0100
Clemens Koller [EMAIL PROTECTED] wrote:
Nick Warne schrieb:
I am bringing this up again - primarily as I forgot about it after
patching my build tree ages ago:
http://lkml.org/lkml/2007/10/27/68
Subject: Re: Fw: scsi_wait_scan Kconfig option
Date:
PLIP driver: convert the semaphore killed_timer_sem to
a completion
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/net/plip.c b/drivers/net/plip.c
index 57c9866..fee3d7b 100644
--- a/drivers/net/plip.c
+++ b/drivers/net/plip.c
@@ -106,6 +106,7 @@ static const char
tor, 06 12 2007 kl. 15:20 -0800, skrev Zach Brown:
The following patches are a substantial refactoring of the syslet code. I'm
branding them as the v7 release of the syslet infrastructure, though they
represent a signifiant change in focus.
My current focus is to see the most fundamental
On Sat, Dec 08, 2007 at 10:30:39AM +0100, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Subject : tipc_init(), WARNING: at arch/x86/mm/highmem_32.c:52
kmap_atomic_prot()
Submitter : Ingo Molnar [EMAIL PROTECTED]
References :
On Sat, 8 Dec 2007, Andrew Morton wrote:
On Sat, 8 Dec 2007 03:40:49 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
This message contains a list of some regressions from 2.6.23 which have been
reported since 2.6.24-rc1 was released and for which there are no fixes in
the
mainline
the memory return from scsi_host_alloc is alloced by kzalloc,
which is already zero initilized, so memset not needed.
Signed-off-by: Denis Cheng [EMAIL PROTECTED]
---
drivers/scsi/3w-9xxx.c |2 --
drivers/scsi/3w-.c |2 --
2 files changed, 0 insertions(+), 4 deletions(-)
diff --git
On Saturday 08 December 2007 16:33:27 Ingo Molnar wrote:
* Michael Buesch [EMAIL PROTECTED] wrote:
On Saturday 08 December 2007 16:13:41 Ingo Molnar wrote:
* Mark Lord [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
...
thanks. I do get the impression that most of this
Francois Romieu wrote:
Holger Hoffstaette [EMAIL PROTECTED] :
[...]
Maybe turning off sendfile or NAPI just lead to random success - so far it
really looks like tso on the r8169 is the common cause.
TSO on the r8169 is the magic switch but the regression makes imvho more
sense from a VM pov:
* Mark Lord [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
...
thanks. I do get the impression that most of this can/should wait until
2.6.25. The patches look quite dangerous.
..
I confess to not really trying hard to understand everything in this
thread, but the implication seems to be
On Sat, 2007-12-08 at 13:16 +0100, Peter Zijlstra wrote:
On Sat, 2007-12-08 at 00:02 +0100, Remy Bohmer wrote:
Hello Peter,
What specifically is wrong with dev-sem ?
Nothing really, other than that they use semaphores to avoid lockdep :-/
I think I know how to annotate this,
On Tue, Dec 04, 2007 at 09:14:29AM +0100, Jan Altenberg wrote:
Hi all,
Your patch looks correct, and seems to be the only obvious chunk
that's missing. So, I'll ack it FWIW ... usual policy for these
patches is to go through Russell.
You can add my Ack for what it's worth.
OK,
Zhu Yi wrote:
On Thu, 2007-12-06 at 12:39 +0300, Cyrill Gorcunov wrote:
From: Cyrill Gorcunov [EMAIL PROTECTED]
Subject: [PATCH] iwlwifi3945/4965 - fix rate control algo reference leak
..
Any chance of getting LEDs support re-added to this driver,
perhaps in the 2.6.25 timeframe?
With that
On Dec 8, 2007 10:47 AM, Ingo Molnar [EMAIL PROTECTED] wrote:
does the patch below help? But the root cause is likely some timer
problems - do you get consistent results from:
Haven't yet tried the patch - will try a little later.
while :; do time usleep 111; done
or do these
* Parag Warudkar [EMAIL PROTECTED] wrote:
[c0438293] tick_broadcast_oneshot_control+0x10/0xda
[c0437ce2] tick_notify+0x1d4/0x2eb
[c04281bc] get_next_timer_interrupt+0x143/0x1b4
[c06058a1] notifier_call_chain+0x2a/0x47
[c04345c0] raw_notifier_call_chain+0x17/0x1a
[c043781e]
Ingo Molnar wrote:
...
thanks. I do get the impression that most of this can/should wait until
2.6.25. The patches look quite dangerous.
..
I confess to not really trying hard to understand everything in this thread,
but the implication seems to be that this bug might affect udelay()
and
PPP synchronous tty channel driver: convert the semaphore dead_sem to
a completion
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/net/ppp_synctty.c b/drivers/net/ppp_synctty.c
index f0c6a19..f7472c8 100644
--- a/drivers/net/ppp_synctty.c
+++
Move the instrumentation Kconfig to
arch/Kconfig for architecture dependent options
- oprofile
- kprobes
and
init/Kconfig for architecture independent options
- profiling
- markers
Remove the Instrumentation Support menu. Everything moves to General setup.
Delete the
On Dec 7, 2007 9:56 PM, Thomas Gleixner [EMAIL PROTECTED] wrote:
This looks pretty much like the problem I was solving yesterday.
Parag, can you please try Linus latest and please check whether there
is a stack trace with clockevents_program_event on the top in your
dmesg.
Just booted with
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Tue, 13 Nov 2007 21:17:10 +0530
Ananth N Mavinakayanahalli [EMAIL PROTECTED] wrote:
From: Ananth N Mavinakayanahalli [EMAIL PROTECTED]
This patch adds CONFIG_ARCH_SUPPORTS_KRETPROBES to the
arch/arch/Kconfig file for relevant architectures
Puts the content of arch/Kconfig in the General setup menu.
Linus:
Should it come with a re-duplication of it's content into each
architecture, which was the case previously ? The oprofile and kprobes
menu entries were litteraly cut and pasted from one architecture to
another. Should we put
Hi Andrew,
This time I am taking no chance :
The instrumentation menu removal patchset here applies against 2.6.24-rc4-mm1
_and_ against mmotm (dated : stamp-2007-12-05-15-24) without problem.
We should hopefully be able to stop racing against other architecture specific
fixes done underneath.
On Dec 8, 2007 10:10 AM, Parag Warudkar [EMAIL PROTECTED] wrote:
On Dec 7, 2007 9:56 PM, Thomas Gleixner [EMAIL PROTECTED] wrote:
This looks pretty much like the problem I was solving yesterday.
Parag, can you please try Linus latest and please check whether there
is a stack trace with
* Michael Buesch [EMAIL PROTECTED] wrote:
On Saturday 08 December 2007 16:13:41 Ingo Molnar wrote:
* Mark Lord [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
...
thanks. I do get the impression that most of this can/should wait until
2.6.25. The patches look quite dangerous.
* Jiri Slaby [EMAIL PROTECTED] wrote:
On 12/08/2007 09:39 AM, Ingo Molnar wrote:
* Jiri Slaby [EMAIL PROTECTED] wrote:
Unfortunately no change here.
could you try to revert this change:
-int softlockup_thresh = 10;
+int softlockup_thresh = 60;
i.e. change the value of
On Saturday 08 December 2007 16:13:41 Ingo Molnar wrote:
* Mark Lord [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
...
thanks. I do get the impression that most of this can/should wait until
2.6.25. The patches look quite dangerous.
..
I confess to not really trying hard to
Linus:
On the per-architecture side, I do think it would be better to *not* have
internal architecture knowledge in a generic file, and as such a line like
depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32
really shouldn't exist in a file like
Linus:
On the per-architecture side, I do think it would be better to *not* have
internal architecture knowledge in a generic file, and as such a line like
depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32
really shouldn't exist in a file like
* Michael Buesch [EMAIL PROTECTED] wrote:
i cannot see how. You can verify msleep by running something like this:
while :; do time usleep 111000; done
you should see a steady stream of:
real0m0.113s
real0m0.113s
real0m0.113s
(on an idle system). If it
On Fri, 2007-12-07 at 23:05 -0600, Bob Tracy wrote:
Kay Sievers wrote:
Is the udev daemon (still) running while it fails?
Yes, and there's something else I forgot to mention that may be
significant... For the bad case, in addition to udevd, ps -ef
shows a sh -e /lib/udev/net.agent running
On Fri, 7 Dec 2007 15:52:06 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
* Guillaume Chazarain [EMAIL PROTECTED] wrote:
Le Fri, 7 Dec 2007 14:55:25 +0100,
Ingo Molnar [EMAIL PROTECTED] a ??crit :
Firstly, we dont need the 'offset' anymore because cpu_clock()
maintains offsets
On Dec 7, 2007 11:25 PM, Eric W. Biederman [EMAIL PROTECTED] wrote:
Ultimately to implement /proc perfectly we need an implementation
of d_revalidate because files and directories can be removed behind
the back of the VFS, and d_revalidate is the only way we can let
the VFS know that this has
On Sat, 2007-12-08 at 18:11 +0100, Peter Zijlstra wrote:
It must be the locking in __driver_attach(), taking dev-parent-sem
then taking dev-sem .. Assuming those are different structures, why
does lockdep trigger?
They aren't different, parent is a struct device again.
It's different
Well, no I am not the same markus. And I found that before, but I
thought it was something about cfs and imo that made it into linus-tree
in .23 not .22.
But I should perhaps try to change my name, perhaps that fixes it -.-
Markus
PS: am currently doing a bisect, thats really bad: third bisect
On Sat, Dec 08, 2007 at 02:37:57AM -0500, Jon Masters wrote:
BTW, You may be better off using uuidgen -t to generate the UUID in
the smolt RPM, since that will use 12 bits of randomness from
/dev/random, plus the MAC, address and timestamp. So even if there is
zero randomness in
On Sat, 2007-12-08 at 09:06 -0800, Daniel Walker wrote:
On Sat, 2007-12-08 at 18:11 +0100, Peter Zijlstra wrote:
It must be the locking in __driver_attach(), taking dev-parent-sem
then taking dev-sem .. Assuming those are different structures, why
does lockdep trigger?
They
Theodore Tso wrote:
On Sat, Dec 08, 2007 at 02:37:57AM -0500, Jon Masters wrote:
BTW, You may be better off using uuidgen -t to generate the UUID in
the smolt RPM, since that will use 12 bits of randomness from
/dev/random, plus the MAC, address and timestamp. So even if there is
zero
On 12/08/2007 04:24 PM, Ingo Molnar wrote:
i'm wondering why it had no effect now - the new code is in essence a
NOP over what we had.
Maybe a dumb question. Why those changes in process_32.c in the patch and not in
process_64.c?
--
To unsubscribe from this list: send the line unsubscribe
On Sat, 2007-12-08 at 08:53 -0800, Daniel Walker wrote:
On Sat, 2007-12-08 at 13:16 +0100, Peter Zijlstra wrote:
On Sat, 2007-12-08 at 00:02 +0100, Remy Bohmer wrote:
Hello Peter,
What specifically is wrong with dev-sem ?
Nothing really, other than that they use semaphores
On Sat, Dec 08, 2007 at 12:32:04PM -0500, Theodore Tso wrote:
On Sat, Dec 08, 2007 at 02:37:57AM -0500, Jon Masters wrote:
BTW, You may be better off using uuidgen -t to generate the UUID in
the smolt RPM, since that will use 12 bits of randomness from
/dev/random, plus the MAC, address
On Sat, 2007-12-08 at 12:32 -0500, Theodore Tso wrote:
On Sat, Dec 08, 2007 at 02:37:57AM -0500, Jon Masters wrote:
BTW, You may be better off using uuidgen -t to generate the UUID in
the smolt RPM, since that will use 12 bits of randomness from
/dev/random, plus the MAC, address and
On Sat, 2007-12-08 at 11:43 -0600, Matt Mackall wrote:
On Sat, Dec 08, 2007 at 12:32:04PM -0500, Theodore Tso wrote:
On Sat, Dec 08, 2007 at 02:37:57AM -0500, Jon Masters wrote:
BTW, You may be better off using uuidgen -t to generate the UUID in
the smolt RPM, since that will use 12
On Sat, 8 Dec 2007, Matt Mackall wrote:
Avoid calling page allocator with __GFP_ZERO, as we might be in atomic
context and this will make thing unhappy on highmem systems. Instead,
manually zero allocations from the page allocator.
I think this is fine, but didn't we fix the warning
On Sat, Dec 08, 2007 at 11:33:57AM -0600, Mike McGrath wrote:
Huh? What's the concern? All you are submitting is a list of
hardware devices in your system. That's hardly anything sensitive
We actually had a very vocal minority about all of that which ended up
putting us in the
On Sat, 2007-12-08 at 12:49 -0500, Theodore Tso wrote:
On Sat, Dec 08, 2007 at 11:33:57AM -0600, Mike McGrath wrote:
Huh? What's the concern? All you are submitting is a list of
hardware devices in your system. That's hardly anything sensitive
We actually had a very vocal minority
1 - 100 of 512 matches
Mail list logo
