Gigabyte GN-WLBZ201 wifi usb dongle works very well, using the zd1201
driver. the only missing part is that the corresponding usbid is not
declared. The following patch should fix this.
Mathieu
Index: linux-2.6.12/drivers/usb/net/zd1201.c
if the framebuffer is used
--
Mathieu
-
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
Please read the FAQ at http://www.tux.org/lkml/
linux-os \(Dick Johnson\) [EMAIL PROTECTED] disait dernièrement que :
are you serious or just on drugs ?
On Tue, 6 Sep 2005, Christoph Hellwig wrote:
On Thu, Aug 11, 2005 at 08:17:28AM +0200, Jan Engelhardt wrote:
Nothing in the tarball mentiones any opensource license. If vmware is
Gigabyte GN-WLBZ201 wifi usb dongle works very well, using the zd1201
driver. the only missing part is that the corresponding usbid is not
declared. The following patch should fix this.
Mathieu
Index: linux-2.6.12/drivers/usb/net/zd1201.c
t; Additionally, the system clock runs at 2x normal speed with PowerNow enabled.
> Am I stuck with running XP on this thing?
I do not think so :)
another problem is the Synaptics device, which does not seem to come
up if the framebuffer is used
--
Mathieu
-
To unsubscribe from this list: send t
"linux-os \(Dick Johnson\)" <[EMAIL PROTECTED]> disait dernièrement que :
are you serious or just on drugs ?
> On Tue, 6 Sep 2005, Christoph Hellwig wrote:
>
>> On Thu, Aug 11, 2005 at 08:17:28AM +0200, Jan Engelhardt wrote:
>>>
Nothing in the tarball mentiones any opensource license. If
It has been at least 2 days since the last message I received...
--
Mathieu CHOUQUET-STRINGER E-Mail : [EMAIL PROTECTED]
Learning French is trivial: the word for horse is cheval, and
everything else follows in the same way.
-- Alan J
What does it typically mean when accept returns 0
and that the perror outputs "Interupted system call"??
Thanks
-Mat
--
Mathieu Dube
Mondo-Live
-
To unsubscribe from this list: sen
t;. Continue reading to understand what a
return value of zero means. Remember that zero is a non-negative integer.
DS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkm
hreads use ??
--
Mathieu Dube
Mondo-Live
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
()
flush_thread()
doing a non-atomic thread flag update
It applies on 2.6.20.
Signed-off-by: Rebecca Schultz [EMAIL PROTECTED]
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/x86_64/kernel/process.c
+++ b/arch/x86_64/kernel/process.c
@@ -385,14 +385,17 @@ void exit_thread
* David Miller ([EMAIL PROTECTED]) wrote:
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 21:15:53 -0500
Fix atomicity of TIF update in flush_thread() for x86_64
Race :
parent process executing :
sys_ptrace()
(lock_kernel())
(ptrace_get_task_struct(pid
()
flush_thread()
doing a non-atomic thread flag update
Applies on 2.6.20.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel/process.c
@@ -476,8 +476,13 @@ void flush_thread(void)
#ifdef CONFIG_PPC64
struct
Fix avr32 TIF atomicity in do_debug_priv
avr32 updates the thread flags 1 - non atomically and 2 - with the wrong value
(for TIF_SINGLE_STEP) in this function.
It applies to 2.6.20.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/avr32/kernel/ptrace.c
+++ b/arch/avr32/kernel
()
flush_thread()
doing a non-atomic thread flag update
It applies on 2.6.20.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/sparc64/kernel/process.c
+++ b/arch/sparc64/kernel/process.c
@@ -413,8 +413,13 @@ void flush_thread(void)
struct thread_info *t
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.
Applies on 2.6.20.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/sparc/kernel/process.c
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
()
load_elf_binary()
flush_old_exec()
flush_thread()
doing a non-atomic thread flag update
Applies on 2.6.20.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel/process.c
@@ -476,8 +476,13 @@ void flush_thread(void
()
load_elf_binary()
flush_old_exec()
flush_thread()
doing a non-atomic thread flag update
It applies on 2.6.20.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/sparc64/kernel/process.c
+++ b/arch/sparc64/kernel/process.c
@@ -413,8 +413,13 @@ void
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
Jeff Garzik a écrit :
Adrian Bunk wrote:
Subject: NCQ problem with ahci and Hitachi drive
References : http://lkml.org/lkml/2007/3/4/178
Submitter : Mathieu Bérard [EMAIL PROTECTED]
Status : unknown
according to the last message in that thread, it sounds like ACPI and
interrupt
the sparc32 patch back out until there is some
consensus here :)
It's just a minor touch-up. If Mathieu is okay with it, I'd rather
leave him as the author and just send along an Acked-by: with it.
I'm not terribly attached to it, either. I just choked on my soda
when I saw
, does irq_exit()
or nmi_exit() (which reenables preemption) but does not do iret yet. My
understanding is that it could be scheduled and have a return IP
pointing to the code that is being modified. Am I right ?
Regards,
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole
Tejun Heo a écrit :
Mathieu Bérard wrote:
Jeff Garzik a écrit :
Adrian Bunk wrote:
Subject: NCQ problem with ahci and Hitachi drive
References : http://lkml.org/lkml/2007/3/4/178
Submitter : Mathieu Bérard [EMAIL PROTECTED]
Status : unknown
according to the last message
* Masami Hiramatsu ([EMAIL PROTECTED]) wrote:
Hi Mathieu,
Mathieu Desnoyers wrote:
Hi Masami,
I recently had to add support for inline code patching on i386 to my
marker infrastructure. Clearly, it looks like what is done in djprobes,
with the main difference that I only patch
/5K100_SATA_sp1.2.pdf
It seems to state that the drive does not support NCQ...
--
Mathieu
-
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
Please read the FAQ at http
: enabled, read cache:
enabled, doesn't support DPO or FUA
--
Mathieu
-
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
Please read the FAQ at http://www.tux.org
compile fine against :
arm
i686
ia64
m68k
mips
mipsel
x86_64
ppc 405
powerpc 970
s390
sparc
sparc64
I haven't built cross-compilers for other architectures yet.
These patches apply on 2.6.20
Signed-off-by : Mathieu Desnoyers [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to alpha
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-alpha/atomic.h
+++ b/include/asm-alpha/atomic.h
@@ -175,19 +175,62 @@ static __inline__ long atomic64_sub_return(long i,
atomic64_t * v)
return result
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to mips
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-mips/atomic.h
+++ b/include/asm-mips/atomic.h
@@ -291,8 +291,8 @@ static __inline__ int atomic_sub_if_positive(int i,
atomic_t * v)
return result
local_t : architecture independant extension
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-generic/local.h
+++ b/include/asm-generic/local.h
@@ -33,6 +33,19 @@ typedef struct
#define local_add(i,l) atomic_long_add((i),((l)-a))
#define local_sub(i,l) atomic_long_sub((i
local_t : parisc cleanup
parisc architecture local_t cleanup : use asm-generic/local.h.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-parisc/local.h
+++ b/include/asm-parisc/local.h
@@ -1,40 +1 @@
-#ifndef _ARCH_PARISC_LOCAL_H
-#define _ARCH_PARISC_LOCAL_H
-
-#include
local_t : s390 cleanup
s390 architecture local_t cleanup : use asm-generic/local.h.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-s390/local.h
+++ b/include/asm-s390/local.h
@@ -1,58 +1 @@
-#ifndef _ASM_LOCAL_H
-#define _ASM_LOCAL_H
-
-#include linux/percpu.h
-#include
local_t : i386 extension
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-i386/local.h
+++ b/include/asm-i386/local.h
@@ -2,47 +2,198 @@
#define _ARCH_I386_LOCAL_H
#include linux/percpu.h
+#include asm/system.h
+#include asm/atomic.h
typedef struct
{
- volatile
against :
arm
i686
ia64
m68k
mips
mipsel
x86_64
ppc 405
powerpc 970
s390
sparc
sparc64
Signed-off-by : Mathieu Desnoyers [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
at least for x86_64), it would simply
accept passing an atomic64_t value as parameter to cmpxchg, xchg and
add_unless, having 64 bits inputs casted to 32 bits.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-i386/atomic.h
+++ b/include/asm-i386/atomic.h
@@ -207,8 +207,8
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to ia64
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-ia64/atomic.h
+++ b/include/asm-ia64/atomic.h
@@ -88,12 +88,16 @@ ia64_atomic64_sub (__s64 i, atomic64_t *v)
return new;
}
-#define atomic_cmpxchg(v, old
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to parisc
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-parisc/atomic.h
+++ b/include/asm-parisc/atomic.h
@@ -6,7 +6,6 @@
#define _ASM_PARISC_ATOMIC_H_
#include linux/types.h
-#include asm/system.h
/*
* Atomic
atomic.h : Add atomic64_xchg to s390
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-s390/atomic.h
+++ b/include/asm-s390/atomic.h
@@ -215,6 +215,8 @@ static __inline__ void atomic64_set_mask(unsigned long
mask, atomic64_t * v)
__CSG_LOOP(v, mask, ogr
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to sparc64
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-sparc64/atomic.h
+++ b/include/asm-sparc64/atomic.h
@@ -70,12 +70,12 @@ extern int atomic64_sub_ret(int, atomic64_t *);
#define atomic_add_negative(i, v
local_t : sparc64 cleanup
sparc64 local_t cleanup : simply use asm-generic/local.h.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-sparc64/local.h
+++ b/include/asm-sparc64/local.h
@@ -1,40 +1 @@
-#ifndef _ARCH_SPARC64_LOCAL_H
-#define _ARCH_SPARC64_LOCAL_H
-
-#include
local_t : mips extension
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-mips/local.h
+++ b/include/asm-mips/local.h
@@ -1,60 +1,524 @@
-#ifndef _ASM_LOCAL_H
-#define _ASM_LOCAL_H
+#ifndef _ARCH_MIPS_LOCAL_H
+#define _ARCH_MIPS_LOCAL_H
#include linux/percpu.h
#include
local_t : ia64 extension
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-ia64/local.h
+++ b/include/asm-ia64/local.h
@@ -1,50 +1 @@
-#ifndef _ASM_IA64_LOCAL_H
-#define _ASM_IA64_LOCAL_H
-
-/*
- * Copyright (C) 2003 Hewlett-Packard Co
- * David Mosberger-Tang [EMAIL
local_t : powerpc extension
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-powerpc/local.h
+++ b/include/asm-powerpc/local.h
@@ -1 +1,342 @@
-#include asm-generic/local.h
+#ifndef _ARCH_POWERPC_LOCAL_H
+#define _ARCH_POWERPC_LOCAL_H
+
+#include linux/percpu.h
+#include asm
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to x86_64
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-x86_64/atomic.h
+++ b/include/asm-x86_64/atomic.h
@@ -375,8 +375,8 @@ static __inline__ long atomic64_add_return(long i,
atomic64_t *v)
long __i = i
local_t : x86_64 extension
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-x86_64/local.h
+++ b/include/asm-x86_64/local.h
@@ -2,49 +2,183 @@
#define _ARCH_X8664_LOCAL_H
#include linux/percpu.h
+#include asm/atomic.h
typedef struct
{
- volatile long counter
atomic.h : Complete atomic_long operations in asm-generic
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-generic/atomic.h
+++ b/include/asm-generic/atomic.h
@@ -9,6 +9,7 @@
*/
#include asm/types.h
+#include asm/system.h
/*
* Suppport for atomic_long_t
@@ -66,6
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to powerpc
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-powerpc/atomic.h
+++ b/include/asm-powerpc/atomic.h
@@ -165,7 +165,7 @@ static __inline__ int atomic_dec_return(atomic_t *v)
return t;
}
-#define
local_t : alpha extension
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-alpha/local.h
+++ b/include/asm-alpha/local.h
@@ -4,37 +4,115 @@
#include linux/percpu.h
#include asm/atomic.h
-typedef atomic64_t local_t;
+typedef struct
+{
+ atomic_long_t a;
+} local_t
calls hardirq tracing event when it returns.
The following patches apply on 2.6.20.
These patches compile fine against :
arm
i686
ia64
m68k
mips
mipsel
x86_64
ppc 405
powerpc 970
s390
sparc
sparc64
Signed-off-by : Mathieu Desnoyers [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
Linux Kernel Markers : i386 optimization
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- /dev/null
+++ b/include/asm-i386/marker.h
@@ -0,0 +1,47 @@
+/*
+ * marker.h
+ *
+ * Code markup for dynamic and static tracing. i386 architecture optimisations.
+ *
+ * (C) Copyright 2006 Mathieu
Linux Kernel Markers, architecture independant code.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-generic/vmlinux.lds.h
+++ b/include/asm-generic/vmlinux.lds.h
@@ -121,6 +121,19 @@
__ksymtab_strings : AT(ADDR(__ksymtab_strings) - LOAD_OFFSET
Linux Kernel Markers : Kconfig menus
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- /dev/null
+++ b/kernel/Kconfig.marker
@@ -0,0 +1,17 @@
+# Code markers configuration
+
+config MARKERS
+ bool Activate markers
+ select MODULES
+ default n
+ help
+ Place
Linux Kernel Markers, non optimized architectures
This patch also includes marker code for non optimized architectures.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- /dev/null
+++ b/include/asm-arm/marker.h
@@ -0,0 +1,13 @@
+/*
+ * marker.h
+ *
+ * Code markup for dynamic and static
Linux Kernel Markers : powerpc optimization
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- /dev/null
+++ b/include/asm-powerpc/marker.h
@@ -0,0 +1,49 @@
+/*
+ * marker.h
+ *
+ * Code markup for dynamic and static tracing. PowerPC architecture
+ * optimisations.
+ *
+ * (C) Copyright 2006
* Andi Kleen ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers [EMAIL PROTECTED] writes:
/**
@@ -402,7 +405,7 @@ static __inline__ long atomic64_sub_return(long i,
atomic64_t *v)
*/
#define atomic_add_unless(v, a, u
applying this against the
rest of my atomic.h patches.
It applies over the atomic.h standardization patches.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
diff --git a/include/asm-alpha/atomic.h b/include/asm-alpha/atomic.h
index 7b4fba8..f5cb7b8 100644
--- a/include/asm-alpha/atomic.h
+++ b
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Sun, 11 Feb 2007 14:18:12 -0500 Mathieu Desnoyers [EMAIL PROTECTED]
wrote:
local_t : powerpc extension
This diff contains changes which are also present in [PATCH 07/10]
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to powerpc
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Sun, 11 Feb 2007 15:03:27 -0500 Mathieu Desnoyers [EMAIL PROTECTED]
wrote:
Linux Kernel Markers, non optimized architectures
This patch also includes marker code for non optimized architectures.
I think once we've done this we can nuke
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Sun, 11 Feb 2007 15:03:24 -0500 Mathieu Desnoyers [EMAIL PROTECTED]
wrote:
Linux Kernel Markers, architecture independant code.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
...
+
+#ifndef MARK
+#define MARK GEN_MARK
on 2.6.20.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/powerpc/kernel/prom_parse.c
+++ b/arch/powerpc/kernel/prom_parse.c
@@ -1003,3 +1003,18 @@ int of_irq_map_one(struct device_node *device, int
index, struct of_irq *out_irq
return res;
}
EXPORT_SYMBOL_GPL
PROTECTED]
Acked-by: Mathieu Desnoyers [EMAIL PROTECTED]
---
BTW: Can we get in-kernel users?
It could apply to any subsystems that needs hooks. (selinux?)
--- linux-2.6.20-mm1/kernel/Kconfig.marker.old2007-02-15
15:54:10.0 +0100
+++ linux-2.6.20-mm1/kernel/Kconfig.marker
should
manipulate longs instead of ints, even if they are the same size on a
given architecture (ppc32 and mips32 are affectec by this).
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-powerpc/local.h
+++ b/include/asm-powerpc/local.h
@@ -21,9 +21,9 @@ typedef struct
#ifndef
* Kumar Gala ([EMAIL PROTECTED]) wrote:
On Feb 15, 2007, at 2:02 PM, Mathieu Desnoyers wrote:
* Kumar Gala ([EMAIL PROTECTED]) wrote:
is there a reason this isn't local_add_return(long a, local_t *l) on
ppc32?
(same comment for other functions)
- k
no, except that we use the code
Please forget about my last email :
#define PPC_STLCX stringify_in_c(stdcx.)
and
#define PPC_STLCX stringify_in_c(stwcx.)
are self explaining. :)
Mathieu
* Kumar Gala ([EMAIL PROTECTED]) wrote:
On Feb 15, 2007, at 2:02 PM, Mathieu Desnoyers wrote:
* Kumar Gala ([EMAIL
local_t : powerpc extension - shrink powerpc local.h
By using PPC_LLARX and PPC_STLCX, we can cut in half the size of powerpc
local.h.
In applies on top of the local_t : powerpc extension - use long for powerpc32
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-powerpc
impact when disabled
(advantage of dynamic tracing) and it can be activated dynamically
(advantage of dynamic tracing).
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Candidate, École Polytechnique de Montréal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
'clocksource_register'
arch/i386/kernel/i8253.c:41:7: error: Expected constant expression in case
statement
arch/i386/kernel/i8253.c:50:7: error: Expected constant expression in case
statement
Me too. It's due to the linux-kernel-markers patches. Mathieu, can you
take a look please
.
The fix applies on top the the Linux Kernel Markers for 2.6.20.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/Makefile
+++ b/Makefile
@@ -309,7 +309,8 @@ AFLAGS_KERNEL =
LINUXINCLUDE:= -Iinclude \
$(if $(KBUILD_SRC),-Iinclude2 -I$(srctree)/include
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Thu, 15 Feb 2007 17:46:56 -0500
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
Me too. It's due to the linux-kernel-markers patches. Mathieu, can you
take a look please?
I will give a deeper look in sparse, but I should say up front that I
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Thu, 15 Feb 2007 19:23:47 -0500
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
sparse chokes on arch/i386/kernel/i8253.c
Here is a marker fix that puts the correct -i include/linux/marker.h in
the top level Makefile so sparse works correctly
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Sun, 11 Feb 2007 15:03:22 -0500 Mathieu Desnoyers [EMAIL PROTECTED]
wrote:
You will find, in the following posts, the latest revision of the Linux
Kernel
Markers.
looks for the documentation
I guess the header of include/linux
Linux Kernel Markers - Documentation
Here is some documentation explaining what is/how to use the Linux
Kernel Markers.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- /dev/null
+++ b/Documentation/marker.txt
@@ -0,0 +1,130 @@
+Using the Linux Kernel Markers
. Will fix, thanks.
Regards,
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Candidate, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Linux Kernel Markers Documentation - fix
Fixes from Randy's comments.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/Documentation/marker.txt
+++ b/Documentation/marker.txt
@@ -18,7 +18,7 @@ code is reached.
They can be used for tracing (LTTng, LKET over SystemTAP), overall
file. We do that for
everything else and markers aren't special in this regard.
It seems like the logical solution. This patch moves this include from
Makefile to include/linux/kernel.h.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/Makefile
+++ b/Makefile
@@ -308,9 +308,7
, let's simply revert it then (and update the documentation
accordingly in a following patch).
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/Makefile
+++ b/Makefile
@@ -308,9 +308,7 @@ AFLAGS_KERNEL =
# Needed to be compatible with the O= option
LINUXINCLUDE:= -Iinclude
* Karim Yaghmour ([EMAIL PROTECTED]) wrote:
- KRYPTIVA PACKAGED MESSAGE -
PACKAGING TYPE: SIGNED
Mathieu Desnoyers wrote:
The main goal of this config option is for embedded systems which doesn't
support live code modification. Maybe we can put that under embedded
sytems menu
on your needs (accuracy vs granularity), I would be
tempted to use either the HPET or my monotonic TSC workaround.
Regards,
Mathieu
* Guillaume Chazarain ([EMAIL PROTECTED]) wrote:
Hello,
The scheduling problems I reported in the thread:
http://lkml.org/lkml/2007/3/3/128
are caused
Hi Antoine,
My bug was due to bad ram which was especially good at failing only
after about 1-2 days of memtest86. I suggest that you proceed with that
kind of test before investigating any further in the kernel area.
Regards,
Mathieu
* Antoine Martin ([EMAIL PROTECTED]) wrote:
Re:
http
Tejun Heo a écrit :
Jeff Garzik wrote:
Mathieu, just to be sure, can you post the result of 'hdparm -I
/dev/sdX' and 'lspci -nn'?
Hi,
no problem :
lspci -nn:
00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML
Express Processor to DRAM Controller [8086:2590] (rev 03)
00
Hi Greg,
Is there any particular reason why m68knommu does not use the RODATA
linker script macro defined in asm-generic/vmlinux.lds.h ? It makes it
rather inconvenient to add new RO sections to the kernel.
Regards,
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole
Hi,
I am wondering if there is a good reason why the V850 architecture does
not use asm-generic/vmlinux.lds.h RODATA linker macro ? It would make
addition of new RODATA sections much easier.
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
atomic-avr32-remove-cast
This int cast is superfluous since system.h cmpxchg already casts it in
(typeof(*(ptr))).
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-avr32/atomic.h
+++ b/include/asm-avr32/atomic.h
@@ -173,7 +173,7 @@ static inline int atomic_sub_if_positive
Remove duplicated defines in asm-powerpc/atomic.h. atomic64_inc_not_zero
and atomic64_xchg are defined twice. It also removes an unnecessary cast
to the atomic_cmpxchg result, which is already done by system.h cmpxchg.
It applies on 2.6.21-rc6-mm1.
Signed-off-by: Mathieu Desnoyers [EMAIL
at multiple sites.
This patch also creates the __markers_strings section (ro marker
strings) and makes sure the __markers section is aligned by putting it
before the __ksymtab_strings (not after).
It applies on 2.6.21-rc6-mm1.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/include/asm-generic
Add EXTRA_RWDATA to alpha.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/alpha/kernel/vmlinux.lds.S
+++ b/arch/alpha/kernel/vmlinux.lds.S
@@ -90,6 +90,7 @@ SECTIONS
_data = .;
.data : {/* Data */
*(.data)
+ EXTRA_RWDATA
Add EXTRA_RWDATA to arm.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/arm/kernel/vmlinux.lds.S
+++ b/arch/arm/kernel/vmlinux.lds.S
@@ -155,6 +155,7 @@ SECTIONS
* and the usual data section
*/
*(.data)
+ EXTRA_RWDATA
Add EXTRA_RWDATA to arm26.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/arm26/kernel/vmlinux-arm26-xip.lds.in
+++ b/arch/arm26/kernel/vmlinux-arm26-xip.lds.in
@@ -112,6 +112,7 @@ SECTIONS
* and the usual data section
*/
*(.data
Add EXTRA_RWDATA to avr32.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/avr32/kernel/vmlinux.lds.c
+++ b/arch/avr32/kernel/vmlinux.lds.c
@@ -107,6 +107,7 @@ SECTIONS
/* And the rest... */
*(.data.rel*)
*(.data
Add EXTRA_RWDATA to cris.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/cris/arch-v10/vmlinux.lds.S
+++ b/arch/cris/arch-v10/vmlinux.lds.S
@@ -45,6 +45,7 @@ SECTIONS
__Sdata = . ;
.data : { /* Data */
*(.data
Add EXTRA_RWDATA to frv.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/frv/kernel/vmlinux.lds.S
+++ b/arch/frv/kernel/vmlinux.lds.S
@@ -137,6 +137,7 @@ SECTIONS
.data : {/* Data */
*(.data .data.*)
*(.exit.data)
+ EXTRA_RWDATA
Add EXTRA_RWDATA to h8300.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/h8300/kernel/vmlinux.lds.S
+++ b/arch/h8300/kernel/vmlinux.lds.S
@@ -105,7 +105,9 @@ SECTIONS
. = ALIGN(0x4) ;
*(.data)
. = ALIGN(0x4) ;
- *(.data
Add EXTRA_RWDATA to i386.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/i386/kernel/vmlinux.lds.S
+++ b/arch/i386/kernel/vmlinux.lds.S
@@ -78,6 +78,7 @@ SECTIONS
. = ALIGN(4096);
.data : AT(ADDR(.data) - LOAD_OFFSET) { /* Data */
*(.data)
+ EXTRA_RWDATA
Add EXTRA_RWDATA to ia64.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/ia64/kernel/vmlinux.lds.S
+++ b/arch/ia64/kernel/vmlinux.lds.S
@@ -214,7 +214,7 @@ SECTIONS
data : { } :data
.data : AT(ADDR(.data) - LOAD_OFFSET)
- { *(.data) *(.data1) *(.gnu.linkonce.d
Add EXTRA_RWDATA to m32r.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/m32r/kernel/vmlinux.lds.S
+++ b/arch/m32r/kernel/vmlinux.lds.S
@@ -51,6 +51,7 @@ SECTIONS
*(.spu)
*(.spi)
*(.data)
+ EXTRA_RWDATA
CONSTRUCTORS
}
--
Mathieu
Add EXTRA_RWDATA to m68k.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/m68k/kernel/vmlinux-std.lds
+++ b/arch/m68k/kernel/vmlinux-std.lds
@@ -29,6 +29,7 @@ SECTIONS
.data : {/* Data */
*(.data)
+ EXTRA_RWDATA
CONSTRUCTORS
Add EXTRA_RWDATA to mips.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/mips/kernel/vmlinux.lds.S
+++ b/arch/mips/kernel/vmlinux.lds.S
@@ -64,6 +64,8 @@ SECTIONS
*(.data)
+EXTRA_RWDATA
+
CONSTRUCTORS
}
_gp = . + 0x8000;
--
Mathieu Desnoyers
Computer
Add EXTRA_RWDATA to parisc.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/parisc/kernel/vmlinux.lds.S
+++ b/arch/parisc/kernel/vmlinux.lds.S
@@ -92,6 +92,7 @@ SECTIONS
. = ALIGN(L1_CACHE_BYTES);
.data : {/* Data */
*(.data)
+ EXTRA_RWDATA
Add EXTRA_RWDATA to powerpc.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
--- a/arch/powerpc/kernel/vmlinux.lds.S
+++ b/arch/powerpc/kernel/vmlinux.lds.S
@@ -170,11 +170,13 @@ SECTIONS
*(.data)
*(.sdata)
*(.got.plt) *(.got
1 - 100 of 14151 matches
Mail list logo