DISCLAIMER: This patch is still experimental.
AUTHOR: Rudolf Marek has written the coretemp module for Intel Core Duo/Solo
processors.
Without this patch, you cannot monitor your CPU temperature, at least not
on a DG965 motherboard.
From the readme (second patch):
+Kernel driver coretemp
On Wed, Mar 07, 2007 at 07:51:35PM -0800, David Miller wrote:
> From: Stephen Hemminger <[EMAIL PROTECTED]>
> Date: Wed, 07 Mar 2007 19:10:47 -0800
>
> > David Miller wrote:
> > > What about Willy Tarreau's supposedly even faster variant?
> > > Or does this incorporate that set of improvements?
>
Oops
⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
On Saturday 10 March 2007 18:25, Con Kolivas wrote:
> What follows this email is a series of patches for the RSDL cpu scheduler
> as found in 2.6.21-rc3-mm1. This series is for 2.6.21-rc3-mm2 and has some
> bugfixes for the issues found so far. While it is not clear that I've
> attended to all the
On Sat, Mar 10, 2007 at 10:01:21AM +0100, Ingo Molnar wrote:
>
> * Pavel Machek <[EMAIL PROTECTED]> wrote:
> > s2ram should be able to work around this, it has parts from
> > radeontool. (suspend.sf.net).
>
> i'm wondering, do you have any idea how Windows handles the
> suspend/resume quirks
Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=df33c77e3981e71afc8727ee5c432ba1a1bba68c
Commit: df33c77e3981e71afc8727ee5c432ba1a1bba68c
Parent: 908e0a8a265fe8057604a9a30aec3f0be7bb5ebb
Author: Kristen
- correct function name in comments
- parrent assignment does metter only inside "if" block,
so move it inside this block.
Signed-off-by: Monakhov Dmitriy <[EMAIL PROTECTED]>
diff --git a/lib/kobject.c b/lib/kobject.c
index b94f208..e4b477d 100644
--- a/lib/kobject.c
+++ b/lib/kobject.c
@@
On Sat, 10 Mar 2007 00:26:46 -0800, William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> Oh dear. Could we bit a bit more idiomatic here? For instance,
>> something like:
On Sat, Mar 10, 2007 at 12:29:44AM -0800, David Miller wrote:
> Ok I pulled the sparc32 patch back out until there is some
>
On 3/10/07, Sergey Vlasov <[EMAIL PROTECTED]> wrote:
On Fri, 9 Mar 2007 16:10:29 -0800 Luong Ngo wrote:
> Thanks Parav, adding singal_allow(SIGALRM) wakeup the blocking
> interruptible_sleep_on and checking the signal_pending would return
> true now.
This means that there is also a bug in your
Ingo Molnar wrote:
makes sense. We can do Jan's relocatable-COMPAT_VDSO thing in v2.6.22,
but for v2.6.21 that's way too intrusive.
Agree. I think we can clean up some of the strange build magic though,
by adding boot time ELF magic instead. We'll see which works out better.
Zach
-
To
On Fri, 9 Mar 2007, Robert P. J. Day wrote:
>
> following up on an earlier post by stefan richter, i wrote a
> brute-force little script that scanned the source tree, looking for
> header files that weren't included from *anywhere* in the tree. what
> turned up was the following:
>
>
On Sat, 10 Mar 2007, Armin Schindler wrote:
> On Fri, 9 Mar 2007, Robert P. J. Day wrote:
> >
> > following up on an earlier post by stefan richter, i wrote a
> > brute-force little script that scanned the source tree, looking for
> > header files that weren't included from *anywhere* in the
> On Sat, 10 Mar 2007 01:26:19 -0800 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> [ 36.623291] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network
> Driver, 1.2.0kdmprq
> [ 36.623297] ipw2200: Copyright(c) 2003-2006 Intel Corporation
> [ 36.623975] ACPI: PCI Interrupt :01:06.0[A] -> GSI 18
On Fri, 2007-03-09 at 20:00 +0100, Andi Kleen wrote:
> > Not everybody has a simple indexed list of pointers :) For example,
> > for vax-linux, we use a struct per syscall with the expected number of
> > on-stack longwords for the call.
> >
> > So if something "new" is coming up, please keep in
On Sat, Mar 10, 2007 at 12:30:02PM +0300, Evgeniy Dushistov wrote:
> This patch corrects work with time in UFS2 case.
>
> 1)According to UFS2 disk layout modification/access and so on "time"
> should be hold in two variables one 64bit for seconds and another
> 32bit for nanoseconds,
>
> at now
On Fri, 2007-03-09 at 19:54 +0100, Andi Kleen wrote:
> > We need additional gunk for syscalls that can be called from SPEs on
> > cell
>
> Can that gunk not be auto generated?
>
> I know s390 does in some cases, but it looks quite auto generatable to me.
The system call tables and the compat
On Fri, Mar 09, 2007 at 11:23:32PM +0100, Sam Ravnborg wrote:
> > >> ===
> > >> --- linux-2.6.21-rc3.orig/scripts/kallsyms.c 2007-03-07
> > >> 05:41:20.0 +0100
> > >> +++ linux-2.6.21-rc3/scripts/kallsyms.c 2007-03-07
This patch fix behaviour in such test scenario:
lseek(fd, BIG_OFFSET)
write(fd, buf, sizeof(buf))
truncate(BIG_OFFSET)
truncate(BIG_OFFSET + sizeof(buf))
read(fd, buf...)
Because of if file big enough(BIG_OFFSET) we start allocate
space by block, ordinary block size > page size,
so we should
During modification of code to support UFS2 writing,
the case with "three indirect" blocks in truncate path was missed,
this patch fixes this situation.
Signed-off-by: Evgeniy Dushistov <[EMAIL PROTECTED]>
---
Index: linux-2.6.21-rc3-git6/fs/ufs/truncate.c
This patch corrects work with time in UFS2 case.
1)According to UFS2 disk layout modification/access and so on "time"
should be hold in two variables one 64bit for seconds and another
32bit for nanoseconds,
at now for some unknown reason we suppose
that "inode time" holds in three variables
This patch fixes "change blocks numbers on the fly"
in case when "prepare write page" is in the call chain,
in this case some buffers may be not uptodate and not mapped,
we should care to map them and load from disk.
This patch was tested with:
ufs regressions simple tests
fsx-linux
ltp(20060306)
[ 36.623291] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network
Driver, 1.2.0kdmprq
[ 36.623297] ipw2200: Copyright(c) 2003-2006 Intel Corporation
[ 36.623975] ACPI: PCI Interrupt :01:06.0[A] -> GSI 18 (level,
low) -> IRQ 18
[ 36.624119] ipw2200: Detected Intel PRO/Wireless 2200BG
On Fri, Mar 09, 2007 at 03:33:01PM -0800, Mark Fasheh wrote:
> ->kernel_write() as opposed to genericizing ->perform_write() would be fine
> with me. Just so long as we get rid of ->prepare_write and ->commit_write in
> that other kernel code doesn't call them directly. That interface just
>
Em Sáb, 2007-03-10 às 02:49 +0100, Johannes Stezenbach escreveu:
> On Sun, Mar 04, 2007 at 05:45:54PM +, Simon Arlott wrote:
> > Fix several instances of dvb-core functions using mutex_lock_interruptible
> > and returning -ERESTARTSYS where the calling function will either never
> > retry or
On Sat, Mar 10, 2007 at 12:58:28AM -0800, Andrew Morton wrote:
> > On Sat, 10 Mar 2007 09:33:35 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> > wrote:
> > Hello,
> >
> > > - The wireless changes in here need a lot of testers, please. It is major
> > > rework.
> >
> > Works for me ... so far
* Cliff Wickman <[EMAIL PROTECTED]> wrote:
> With this patch, migrate the task to:
> 1) to any cpu on the same node as the disabled cpu, which is both online
> and among that task's cpus_allowed
> 2) to any online cpu within the task's cpuset
> 3) to any cpu which is both online and among
On Fri, Mar 09, 2007 at 10:18:03PM -0800, Greg KH wrote:
> -stable review patch. If anyone has any objections, please let us know.
>
> --
> From: Michal Miroslaw <[EMAIL PROTECTED]>
>
> [NETFILTER]: nfnetlink_log: fix reference counting
>
> Fix reference counting (memory leak)
Sam wrote:
> But when you apply this to something like cpusets, it gets a little abstract.
Just a tad abstract .
Thanks.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.925.600.0401
-
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> LTP test sigaction_16_24 fails, because it expects sem_wait to be
> restarted if SA_RESTART is set. sem_wait is implemented with
> futex_wait, that currently doesn't support being restarted. Ulrich
> confirms that the call should be restartable.
>
>
Herbert Poetzl wrote:
> On Wed, Mar 07, 2007 at 11:44:58PM -0700, Eric W. Biederman wrote:
>
>> I really don't much care as long as we don't start redefining
>> container as something else. I think the IBM guys took it from
>> solaris originally which seems to define a zone as a set of
>>
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Even if one doesn't use the fb console at all, radeonfb apparently
> > is still required on some ThinkPad models to work around BIOS bugs:
> >
> > http://www.thinkwiki.org/wiki/Problem_with_high_power_drain_in_ACPI_sleep#Radeon_GPU_not_powered_off
Delete the obsolete source file fs/jffs2/comprtest.c.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/fs/jffs2/comprtest.c b/fs/jffs2/comprtest.c
deleted file mode 100644
index f0fb8be..000
--- a/fs/jffs2/comprtest.c
+++ /dev/null
@@ -1,307 +0,0 @@
-/* $Id:
> On Sat, 10 Mar 2007 09:33:35 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> wrote:
> Hello,
>
> > - The wireless changes in here need a lot of testers, please. It is major
> > rework.
>
> Works for me ... so far ;-) Anyway to the point:
>
> When moving my laptop I reattached the usb
Paul Jackson wrote:
>> But "namespace" has well-established historical semantics too - a way
>> of changing the mappings of local * to global objects. This
>> accurately describes things liek resource controllers, cpusets, resource
>> monitoring, etc.
>>
>
> No!
>
> Cpusets don't rename or
* Zachary Amsden <[EMAIL PROTECTED]> wrote:
> Zachary Amsden wrote:
> >VMI is broken under COMPAT_VDSO, as Xen and other non hardware
> >assisted hypervisors will be. I have been working on a fix for this
> >which works for older glibcs that panic when the new relocatable VDSO
> >is used.
Hello,
> Unable to reproduce so far.
Ok I was wrong. Able to reproduce quite easily. Let me know if you need
anything more.
usb 2-1: new low speed USB device using uhci_hcd and address 11
usb 2-1: new device found, idVendor=046d, idProduct=c00e
usb 2-1: new device strings: Mfr=1, Product=2,
On Fri, 2007-03-09 at 15:26 -0800, Jeremy Fitzhardinge wrote:
> How does the clock period get set on periodic timers? In my clock
> driver, I'm seeing a call to ->set_mode(CLOCK_EVT_MODE_PERIODIC, evt),
> but then... nothing. I was expecting a call to set_next_event to set
> the timer period.
From: William Lee Irwin III <[EMAIL PROTECTED]>
Date: Sat, 10 Mar 2007 00:26:46 -0800
> On Sat, Mar 10, 2007 at 03:17:43AM -0500, Mathieu Desnoyers wrote:
> > @@ -348,7 +348,7 @@ void exit_thread(void)
> > #ifndef CONFIG_SMP
> > if(last_task_used_math == current) {
> > #else
> > -
Hello,
> - The wireless changes in here need a lot of testers, please. It is major
> rework.
Works for me ... so far ;-) Anyway to the point:
When moving my laptop I reattached the usb mouse. Then I found this in syslog:
usb 2-1: new low speed USB device using uhci_hcd and address 3
usb
On Sat, Mar 10, 2007 at 03:17:43AM -0500, Mathieu Desnoyers wrote:
> @@ -348,7 +348,7 @@ void exit_thread(void)
> #ifndef CONFIG_SMP
> if(last_task_used_math == current) {
> #else
> - if(current_thread_info()->flags & _TIF_USEDFPU) {
> +
From: Mathieu Desnoyers <[EMAIL PROTECTED]>
Date: Sat, 10 Mar 2007 03:08:44 -0500
> Fix atomicity of TIF update in flush_thread() for sparc64
Applied, thanks for fixing this up.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
From: Mathieu Desnoyers <[EMAIL PROTECTED]>
Date: Sat, 10 Mar 2007 03:17:43 -0500
> Fix sparc TIF_USEDFPU flag atomicity
Also applied, thanks again.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hello,
patch below adds support for nVidia's SMBus adapter present on Gateway's
GT5414E
motherboard (ECS's MCP61 PM-AM). Patch is for current Linus's git tree.
Thanks,
Petr
--
Add support
On Sat, 10 Mar 2007, Pavel Machek wrote:
> > Heh, this is what Al was saying ;)
> > I'm fine with that, but how about counter cycles (going back to zero)?
>
> Just use u64?
Yeah, the second patch was using an u64.
I ended up using a "class" name (signalfd, timerfd, asyncfd) as dname
entry. An
On Fri, 9 Mar 2007 16:10:29 -0800 Luong Ngo wrote:
> Thanks Parav, adding singal_allow(SIGALRM) wakeup the blocking
> interruptible_sleep_on and checking the signal_pending would return
> true now.
This means that there is also a bug in your userspace program -
somehow when it invokes ioctl(),
Fix atomicity of TIF update in flush_thread() for powerpc
Fixes it correctly with *_ti_thread_flag.
Race :
parent process executing :
sys_ptrace()
(lock_kernel())
(ptrace_get_task_struct(pid))
arch_ptrace()
ptrace_detach()
ptrace_disable(child);
clear_singlestep(child);
Hi!
> This patch is the result from the following discussion.
>
> http://thread.gmane.org/gmane.linux.ide/16475
>
> The problem is that CONFIG_PM affects a lot of low level drivers and
> scattering CONFIG_PM all over the place is too ugly. This patch...
>
> * implements
Broken patch. Don't apply. Correct one coming.
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Fix atomicity of TIF update in flush_thread() for powerpc
>
> Race :
>
> parent process executing :
> sys_ptrace()
> (lock_kernel())
> (ptrace_get_task_struct(pid))
> arch_ptrace()
>
Fix sparc TIF_USEDFPU flag atomicity
Non atomic update of TIF can be very dangerous, except at thread structure
creation time. Here I standardize the TIF_USEDFPU usage of the sparc arch.
This fix addresses the issue with *_ti_thread_flag().
Applies on 2.6.20.
Signed-off-by: Mathieu Desnoyers
Hi!
> > > @@ -763,15 +767,17 @@
> > >* using the inode number.
> > >*/
> > > error = -ENOMEM;
> > > - sprintf(name, "[%lu]", inode->i_ino);
> > > this.name = name;
> > > - this.len = strlen(name);
> > > - this.hash = inode->i_ino;
> > > + this.len = sprintf(name, "[%p]", ep);
> > > +
Fix atomicity of TIF update in flush_thread() for sparc64
Fixes correctly the race by using *_ti_thread_flag.
Race :
parent process executing :
sys_ptrace()
(lock_kernel())
(ptrace_get_task_struct(pid))
arch_ptrace()
ptrace_detach()
ptrace_disable(child);
Hi!
@@ -763,15 +767,17 @@
* using the inode number.
*/
error = -ENOMEM;
- sprintf(name, [%lu], inode-i_ino);
this.name = name;
- this.len = strlen(name);
- this.hash = inode-i_ino;
+ this.len = sprintf(name, [%p], ep);
+ this.hash = 0;
Please don't
Broken patch. Don't apply. Correct one coming.
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
Fix atomicity of TIF update in flush_thread() for powerpc
Race :
parent process executing :
sys_ptrace()
(lock_kernel())
(ptrace_get_task_struct(pid))
arch_ptrace()
ptrace_detach()
On Fri, 9 Mar 2007 16:10:29 -0800 Luong Ngo wrote:
Thanks Parav, adding singal_allow(SIGALRM) wakeup the blocking
interruptible_sleep_on and checking the signal_pending would return
true now.
This means that there is also a bug in your userspace program -
somehow when it invokes ioctl(), it
Fix atomicity of TIF update in flush_thread() for powerpc
Fixes it correctly with *_ti_thread_flag.
Race :
parent process executing :
sys_ptrace()
(lock_kernel())
(ptrace_get_task_struct(pid))
arch_ptrace()
ptrace_detach()
ptrace_disable(child);
clear_singlestep(child);
On Sat, 10 Mar 2007, Pavel Machek wrote:
Heh, this is what Al was saying ;)
I'm fine with that, but how about counter cycles (going back to zero)?
Just use u64?
Yeah, the second patch was using an u64.
I ended up using a class name (signalfd, timerfd, asyncfd) as dname
entry. An
Hello,
patch below adds support for nVidia's SMBus adapter present on Gateway's
GT5414E
motherboard (ECS's MCP61 PM-AM). Patch is for current Linus's git tree.
Thanks,
Petr
--
Add support
On Fri, 2007-03-09 at 15:26 -0800, Jeremy Fitzhardinge wrote:
How does the clock period get set on periodic timers? In my clock
driver, I'm seeing a call to -set_mode(CLOCK_EVT_MODE_PERIODIC, evt),
but then... nothing. I was expecting a call to set_next_event to set
the timer period.
Good
Delete the obsolete source file fs/jffs2/comprtest.c.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
diff --git a/fs/jffs2/comprtest.c b/fs/jffs2/comprtest.c
deleted file mode 100644
index f0fb8be..000
--- a/fs/jffs2/comprtest.c
+++ /dev/null
@@ -1,307 +0,0 @@
-/* $Id:
* Nick Piggin [EMAIL PROTECTED] wrote:
LTP test sigaction_16_24 fails, because it expects sem_wait to be
restarted if SA_RESTART is set. sem_wait is implemented with
futex_wait, that currently doesn't support being restarted. Ulrich
confirms that the call should be restartable.
On Fri, Mar 09, 2007 at 10:18:03PM -0800, Greg KH wrote:
-stable review patch. If anyone has any objections, please let us know.
--
From: Michal Miroslaw [EMAIL PROTECTED]
[NETFILTER]: nfnetlink_log: fix reference counting
Fix reference counting (memory leak) problem in
* Cliff Wickman [EMAIL PROTECTED] wrote:
With this patch, migrate the task to:
1) to any cpu on the same node as the disabled cpu, which is both online
and among that task's cpus_allowed
2) to any online cpu within the task's cpuset
3) to any cpu which is both online and among that
[ 36.623291] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network
Driver, 1.2.0kdmprq
[ 36.623297] ipw2200: Copyright(c) 2003-2006 Intel Corporation
[ 36.623975] ACPI: PCI Interrupt :01:06.0[A] - GSI 18 (level,
low) - IRQ 18
[ 36.624119] ipw2200: Detected Intel PRO/Wireless 2200BG Network
On Fri, Mar 09, 2007 at 11:23:32PM +0100, Sam Ravnborg wrote:
===
--- linux-2.6.21-rc3.orig/scripts/kallsyms.c 2007-03-07
05:41:20.0 +0100
+++ linux-2.6.21-rc3/scripts/kallsyms.c 2007-03-07 23:46:46.249005000
Hi!
This patch is the result from the following discussion.
http://thread.gmane.org/gmane.linux.ide/16475
The problem is that CONFIG_PM affects a lot of low level drivers and
scattering CONFIG_PM all over the place is too ugly. This patch...
* implements __attribute_discard_text__
* Zachary Amsden [EMAIL PROTECTED] wrote:
Zachary Amsden wrote:
VMI is broken under COMPAT_VDSO, as Xen and other non hardware
assisted hypervisors will be. I have been working on a fix for this
which works for older glibcs that panic when the new relocatable VDSO
is used. However, I
On Fri, Mar 09, 2007 at 03:33:01PM -0800, Mark Fasheh wrote:
-kernel_write() as opposed to genericizing -perform_write() would be fine
with me. Just so long as we get rid of -prepare_write and -commit_write in
that other kernel code doesn't call them directly. That interface just
doesn't work
This patch corrects work with time in UFS2 case.
1)According to UFS2 disk layout modification/access and so on time
should be hold in two variables one 64bit for seconds and another
32bit for nanoseconds,
at now for some unknown reason we suppose
that inode time holds in three variables 32bit
This patch fixes change blocks numbers on the fly
in case when prepare write page is in the call chain,
in this case some buffers may be not uptodate and not mapped,
we should care to map them and load from disk.
This patch was tested with:
ufs regressions simple tests
fsx-linux
ltp(20060306)
This patch fix behaviour in such test scenario:
lseek(fd, BIG_OFFSET)
write(fd, buf, sizeof(buf))
truncate(BIG_OFFSET)
truncate(BIG_OFFSET + sizeof(buf))
read(fd, buf...)
Because of if file big enough(BIG_OFFSET) we start allocate
space by block, ordinary block size page size,
so we should
During modification of code to support UFS2 writing,
the case with three indirect blocks in truncate path was missed,
this patch fixes this situation.
Signed-off-by: Evgeniy Dushistov [EMAIL PROTECTED]
---
Index: linux-2.6.21-rc3-git6/fs/ufs/truncate.c
On Fri, 2007-03-09 at 19:54 +0100, Andi Kleen wrote:
We need additional gunk for syscalls that can be called from SPEs on
cell
Can that gunk not be auto generated?
I know s390 does in some cases, but it looks quite auto generatable to me.
The system call tables and the compat wrapper
On Sat, Mar 10, 2007 at 12:30:02PM +0300, Evgeniy Dushistov wrote:
This patch corrects work with time in UFS2 case.
1)According to UFS2 disk layout modification/access and so on time
should be hold in two variables one 64bit for seconds and another
32bit for nanoseconds,
at now for some
On Fri, 2007-03-09 at 20:00 +0100, Andi Kleen wrote:
Not everybody has a simple indexed list of pointers :) For example,
for vax-linux, we use a struct per syscall with the expected number of
on-stack longwords for the call.
So if something new is coming up, please keep in mind that it
On Sat, 10 Mar 2007 01:26:19 -0800 Miles Lane [EMAIL PROTECTED] wrote:
[ 36.623291] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network
Driver, 1.2.0kdmprq
[ 36.623297] ipw2200: Copyright(c) 2003-2006 Intel Corporation
[ 36.623975] ACPI: PCI Interrupt :01:06.0[A] - GSI 18 (level,
low)
On Sat, 10 Mar 2007, Armin Schindler wrote:
On Fri, 9 Mar 2007, Robert P. J. Day wrote:
following up on an earlier post by stefan richter, i wrote a
brute-force little script that scanned the source tree, looking for
header files that weren't included from *anywhere* in the tree. what
On Fri, 9 Mar 2007, Robert P. J. Day wrote:
following up on an earlier post by stefan richter, i wrote a
brute-force little script that scanned the source tree, looking for
header files that weren't included from *anywhere* in the tree. what
turned up was the following:
On 3/10/07, Sergey Vlasov [EMAIL PROTECTED] wrote:
On Fri, 9 Mar 2007 16:10:29 -0800 Luong Ngo wrote:
Thanks Parav, adding singal_allow(SIGALRM) wakeup the blocking
interruptible_sleep_on and checking the signal_pending would return
true now.
This means that there is also a bug in your
- correct function name in comments
- parrent assignment does metter only inside if block,
so move it inside this block.
Signed-off-by: Monakhov Dmitriy [EMAIL PROTECTED]
diff --git a/lib/kobject.c b/lib/kobject.c
index b94f208..e4b477d 100644
--- a/lib/kobject.c
+++ b/lib/kobject.c
@@
On Saturday 10 March 2007 18:25, Con Kolivas wrote:
What follows this email is a series of patches for the RSDL cpu scheduler
as found in 2.6.21-rc3-mm1. This series is for 2.6.21-rc3-mm2 and has some
bugfixes for the issues found so far. While it is not clear that I've
attended to all the
Oops
⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Hi,
I have a problem with cat /dev/my_ttyS0 (see strace output below). cat
function is not blocked. I don't understand why it is not stopped at read(0, __
and terminated?
Thank you
--
execve(/bin/cat, [cat], [/* 12
Cong WANG wrote:
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.20.2.tar.bz2
isn't it what you want?
It's currently 404 (Not Found) error.
http://www2.kernel.org/ page is still showing 2.6.20.1
although it once showed 2.6.20.2 .
-
To unsubscribe from this list: send the line unsubscribe
Greg Kroah-Hartman [EMAIL PROTECTED] writes:
From: James Simmons [EMAIL PROTECTED]
When a device fails to register the class symlinks where not cleaned up.
This left a symlink in the /sys/class/device/ directory that pointed
to no where. This caused the sysfs_follow_link Oops I reported
Here's the problem:
1. Unpack the kernel sources, run make menuconfig.
2. Mark the necessary options.
3. Pick Save an alternate configuration file, enter a filename (e.g.
/root/kernelcfg)
4. Pick Exit.
-5. Configurator exits without saving. If type make bzImage, it builtd all
the default
This is a very simple bitbanging i2c bus driver utilizing the new
arch-neutral GPIO API. Useful for chips that don't have a built-in
i2c controller, additional i2c busses, or testing purposes.
To use, include something similar to the following in the
board-specific setup code:
#include
Hello,
iMac G3 build fails:
CC drivers/macintosh/adbhid.o
drivers/macintosh/adbhid.c: In function 'adbhid_init':
drivers/macintosh/adbhid.c:1275: error: too many arguments to function
'register_sysctl_table'
make[2]: *** [drivers/macintosh/adbhid.o] Blad 1
make[1]: ***
On Saturday 10 March 2007 22:49, Nicolas Mailhot wrote:
Oops
⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
Thanks very much. I can't get your config to boot on qemu, but could you
please try this debugging patch? It's not a patch you can really run the
machine with but might find where
Paul Jackson wrote:
But namespace has well-established historical semantics too - a way
of changing the mappings of local * to global objects. This
accurately describes things liek resource controllers, cpusets, resource
monitoring, etc.
No!
Cpusets don't rename or change the mapping
Herbert Poetzl wrote:
On Wed, Mar 07, 2007 at 11:44:58PM -0700, Eric W. Biederman wrote:
I really don't much care as long as we don't start redefining
container as something else. I think the IBM guys took it from
solaris originally which seems to define a zone as a set of
isolated
Sam wrote:
But when you apply this to something like cpusets, it gets a little abstract.
Just a tad abstract grin.
Thanks.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson [EMAIL PROTECTED] 1.925.600.0401
-
Fix atomicity of TIF update in flush_thread() for sparc64
Fixes correctly the race by using *_ti_thread_flag.
Race :
parent process executing :
sys_ptrace()
(lock_kernel())
(ptrace_get_task_struct(pid))
arch_ptrace()
ptrace_detach()
ptrace_disable(child);
Fix sparc TIF_USEDFPU flag atomicity
Non atomic update of TIF can be very dangerous, except at thread structure
creation time. Here I standardize the TIF_USEDFPU usage of the sparc arch.
This fix addresses the issue with *_ti_thread_flag().
Applies on 2.6.20.
Signed-off-by: Mathieu Desnoyers
On Sat, Mar 10, 2007 at 03:17:43AM -0500, Mathieu Desnoyers wrote:
@@ -348,7 +348,7 @@ void exit_thread(void)
#ifndef CONFIG_SMP
if(last_task_used_math == current) {
#else
- if(current_thread_info()-flags _TIF_USEDFPU) {
+ if(test_ti_thread_flag(current_thread_info(),
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Sat, 10 Mar 2007 03:08:44 -0500
Fix atomicity of TIF update in flush_thread() for sparc64
Applied, thanks for fixing this up.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Sat, 10 Mar 2007 03:17:43 -0500
Fix sparc TIF_USEDFPU flag atomicity
Also applied, thanks again.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: William Lee Irwin III [EMAIL PROTECTED]
Date: Sat, 10 Mar 2007 00:26:46 -0800
On Sat, Mar 10, 2007 at 03:17:43AM -0500, Mathieu Desnoyers wrote:
@@ -348,7 +348,7 @@ void exit_thread(void)
#ifndef CONFIG_SMP
if(last_task_used_math == current) {
#else
-
On Sat, 10 Mar 2007 00:26:46 -0800, William Lee Irwin III [EMAIL PROTECTED]
wrote:
Oh dear. Could we bit a bit more idiomatic here? For instance,
something like:
On Sat, Mar 10, 2007 at 12:29:44AM -0800, David Miller wrote:
Ok I pulled the sparc32 patch back out until there is some
consensus
Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=df33c77e3981e71afc8727ee5c432ba1a1bba68c
Commit: df33c77e3981e71afc8727ee5c432ba1a1bba68c
Parent: 908e0a8a265fe8057604a9a30aec3f0be7bb5ebb
Author: Kristen
On Mar 10 2007 21:52, Tetsuo Handa wrote:
Date: Sat, 10 Mar 2007 21:52:23 +0900
From: Tetsuo Handa [EMAIL PROTECTED]
To: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Subject: Re: Where is Linux 2.6.20.2?
Cong WANG wrote:
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.20.2.tar.bz2
201 - 300 of 502 matches
Mail list logo
