[PATCH] perf tools: Fix old email address

om> Cc: Namhyung Kim <namhy...@kernel.org> Signed-off-by: Jaswinder Singh Rajput <jaswin...@perfectintelligent.com> --- tools/perf/builtin-stat.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c index 59af5a8..dfb2159 10

[PATCH] perf tools: Fix old email address

jaswin...@kernel.org is old email and not in use. Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Arnaldo Carvalho de Melo Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Namhyung Kim Signed-off-by: Jaswinder Singh Rajput --- tools/perf/builtin-stat.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion

[PATCH 3/3] perf tools: Fix old email address

Cc: Ingo Molnar <mi...@elte.hu> Signed-off-by: Jaswinder Singh Rajput <jaswin...@perfectintelligent.com > > ---  tools/perf/builtin-stat.c | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c index 59af5a8.

[PATCH 3/3] perf tools: Fix old email address

Cc: Ingo Molnar Signed-off-by: Jaswinder Singh Rajput > ---  tools/perf/builtin-stat.c | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c index 59af5a8..dfb2159 100644 --- a/tools/perf/builtin-stat.c +++ b/tools/p

[PATCH 2/3] perf x86: Fix missing email address

Cc: Ingo Molnar <mi...@elte.hu> Signed-off-by: Jaswinder Singh Rajput <jaswin...@perfectintelligent.com > > ---  arch/x86/events/perf_event.h | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/events/perf_event.h b/arch/x86/events/perf_event.h index f

[PATCH 2/3] perf x86: Fix missing email address

Cc: Ingo Molnar Signed-off-by: Jaswinder Singh Rajput > ---  arch/x86/events/perf_event.h | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/events/perf_event.h b/arch/x86/events/perf_event.h index f7aaadf..84643b7 100644 --- a/arch/x86/events/perf_event.h +++ b/a

[PATCH 0/3] perf: fix missing and old email address

This patchset fix my missing and old email address  0001-perf-x86-Fix-missing-email-address.patch  0002-perf-x86-Fix-missing-email-address.patch  0003-perf-tools-Fix-old-email-address.patch  arch/x86/events/core.c   | 2 +-  arch/x86/events/perf_event.h | 2 +-  tools/perf/builtin-stat.c|

[PATCH 0/3] perf: fix missing and old email address

This patchset fix my missing and old email address  0001-perf-x86-Fix-missing-email-address.patch  0002-perf-x86-Fix-missing-email-address.patch  0003-perf-tools-Fix-old-email-address.patch  arch/x86/events/core.c   | 2 +-  arch/x86/events/perf_event.h | 2 +-  tools/perf/builtin-stat.c|

[PATCH 1/3] perf x86: Fix missing email address

Cc: Ingo Molnar <mi...@elte.hu> Signed-off-by: Jaswinder Singh Rajput <jaswin...@perfectintelligent.com > > ---  arch/x86/events/core.c | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/events/core.c b/arch/x86/events/core.c index 140d332..574d662 100644

[PATCH 1/3] perf x86: Fix missing email address

Cc: Ingo Molnar Signed-off-by: Jaswinder Singh Rajput > ---  arch/x86/events/core.c | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/events/core.c b/arch/x86/events/core.c index 140d332..574d662 100644 --- a/arch/x86/events/core.c +++ b/arch/x86/events/cor

Re: Warning in i915/intel_audio.c

On Fri, 2017-12-15 at 16:23 +0200, Mika Kahola wrote: > On Fri, 2017-12-15 at 19:20 +0530, Jaswinder Singh Rajput wrote: > > > > On Fri, 2017-12-15 at 14:44 +0200, Mika Kahola wrote: > > > > > > > > > Hi, > > > > > >

Re: Warning in i915/intel_audio.c

On Fri, 2017-12-15 at 16:23 +0200, Mika Kahola wrote: > On Fri, 2017-12-15 at 19:20 +0530, Jaswinder Singh Rajput wrote: > > > > On Fri, 2017-12-15 at 14:44 +0200, Mika Kahola wrote: > > > > > > > > > Hi, > > > > > >

Re: Warning in i915/intel_audio.c

rge with linus kernel. Thanks, -- Jaswinder Singh Rajput   > On Fri, 2017-12-15 at 17:08 +0530, Jaswinder Singh Rajput wrote: > > > > Hello friends, > > > > I am getting multiple warnings in i915/intel_audio.c . I am > > attaching  > > dmesg, config and lsmod f

Re: Warning in i915/intel_audio.c

rge with linus kernel. Thanks, -- Jaswinder Singh Rajput   > On Fri, 2017-12-15 at 17:08 +0530, Jaswinder Singh Rajput wrote: > > > > Hello friends, > > > > I am getting multiple warnings in i915/intel_audio.c . I am > > attaching  > > dmesg, config and lsmod f

[PATCH] mailbox: mailbox-test: avoid reading iomem twice

From: Jassi Brar Don't pass mmio region as source to print_hex_dump() and then again to memcpy_fromio(). Do it once and give print_hex_dump() the buffer we just read the data in. Signed-off-by: Jassi Brar --- drivers/mailbox/mailbox-test.c | 5 ++--- 1 file changed, 2 insertions(+), 3

[PATCH] mailbox: mailbox-test: avoid reading iomem twice

From: Jassi Brar Don't pass mmio region as source to print_hex_dump() and then again to memcpy_fromio(). Do it once and give print_hex_dump() the buffer we just read the data in. Signed-off-by: Jassi Brar ---

Re: OT: Open letter to the Linux World

automatically add/modify/delete drivers. 3. Software which can automatically add/modify/delete service packs. 4. Software which can automatically add/modify/delete functions. 5. Software which can automatically fix bugs. Thanks, -- Jaswinder Singh. -- To unsubscribe from this list: send the line

Re: OT: Open letter to the Linux World

can automatically add/modify/delete drivers. 3. Software which can automatically add/modify/delete service packs. 4. Software which can automatically add/modify/delete functions. 5. Software which can automatically fix bugs. Thanks, -- Jaswinder Singh. -- To unsubscribe from this list: send

[PATCH 1/3] mailbox: rename pl320-ipc specific mailbox.h

From: Suman Anna The patch 30058677 "ARM / highbank: add support for pl320 IPC" added a pl320 IPC specific header file as a generic mailbox.h. This file has been renamed appropriately to allow the introduction of the generic mailbox API framework. Signed-off-by: Suman Anna Cc: Mark Langsdorf

[PATCH 1/3] mailbox: rename pl320-ipc specific mailbox.h

From: Suman Anna s-a...@ti.com The patch 30058677 ARM / highbank: add support for pl320 IPC added a pl320 IPC specific header file as a generic mailbox.h. This file has been renamed appropriately to allow the introduction of the generic mailbox API framework. Signed-off-by: Suman Anna

Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)

hello Juergen, On 12/20/07, Juergen Beisert <[EMAIL PROTECTED]> wrote: > On Thursday 20 December 2007 13:45, Jaswinder Singh wrote: > > So I am curious, if possible, user can switch softirq-threads or IRQs > > RT tasks to non-RT tasks for slow hardware or least important ha

Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)

user can switch it to NON-RT task then it will be good. Thank you, Jaswinder Singh. -- 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 re

Re: [patch 2/3] Enable setting of IRQ-thread priorities from kernel cmdline (repost:CC to LKML)

On 12/20/07, Remy Bohmer <[EMAIL PROTECTED]> wrote: > struct task_struct *thread; > + int rt_prio; > wait_queue_head_t wait_for_handler; int rt_prio or unsigned int rt_prio, which one is better. Thank you, Jaswinder SIngh. -- To u

Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)

On 12/20/07, Remy Bohmer <[EMAIL PROTECTED]> wrote: > The RT-patch originally creates all its softirq-threads at > priority 50. Is it possible to run softirq-threads or IRQs as a non-realtime tasks in RT kernel. If yes, then how. Thank you, Jaswinder Singh. -- To unsubscribe fr

Re: [PATCH 1/3] x86: fix kprobe_handler reenable preemption

v2.6.25 or v2.6.24 ? On Dec 20, 2007 2:45 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote: > > * Masami Hiramatsu <[EMAIL PROTECTED]> wrote: > > > Fix a preemption bug in kprobe_handler(). It has to call > > preempt_enable() before returning. > > thanks - i've applied all 3 kprobes patches from you.

Re: [PATCH 1/3] x86: fix kprobe_handler reenable preemption

v2.6.25 or v2.6.24 ? On Dec 20, 2007 2:45 PM, Ingo Molnar [EMAIL PROTECTED] wrote: * Masami Hiramatsu [EMAIL PROTECTED] wrote: Fix a preemption bug in kprobe_handler(). It has to call preempt_enable() before returning. thanks - i've applied all 3 kprobes patches from you. (for v2.6.25)

Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)

On 12/20/07, Remy Bohmer [EMAIL PROTECTED] wrote: The RT-patch originally creates all its softirq-threads at priority 50. Is it possible to run softirq-threads or IRQs as a non-realtime tasks in RT kernel. If yes, then how. Thank you, Jaswinder Singh. -- To unsubscribe from this list: send

Re: [patch 2/3] Enable setting of IRQ-thread priorities from kernel cmdline (repost:CC to LKML)

On 12/20/07, Remy Bohmer [EMAIL PROTECTED] wrote: struct task_struct *thread; + int rt_prio; wait_queue_head_t wait_for_handler; int rt_prio or unsigned int rt_prio, which one is better. Thank you, Jaswinder SIngh. -- To unsubscribe from

Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)

switch it to NON-RT task then it will be good. Thank you, Jaswinder Singh. -- 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

Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)

hello Juergen, On 12/20/07, Juergen Beisert [EMAIL PROTECTED] wrote: On Thursday 20 December 2007 13:45, Jaswinder Singh wrote: So I am curious, if possible, user can switch softirq-threads or IRQs RT tasks to non-RT tasks for slow hardware or least important hardware for NON-RT tasks. So

Re: [PATCH] Re: [BUG] 2.6.24-rc3 x86 make depends on s390 arch

We have two options: 1. Either move arch/s390/crypto/Kconfig to drivers/crypto/Kconfig OR 2. In arch/s390/crypto/Kconfig , replace "depends on S390" to "depends on CRYPRO_HW" I think 2nd option is better for everyone. Thank you, Jaswinder Singh. On 11/30/07, Heiko Carste

Re: [PATCH] Re: [BUG] 2.6.24-rc3 x86 make depends on s390 arch

On 11/30/07, Heiko Carstens <[EMAIL PROTECTED]> wrote: > On Fri, Nov 30, 2007 at 04:33:19PM +0530, Jaswinder Singh wrote: > > This patch fixes s390 dependency for x86 > > > > Signed-off-by: Jaswinder Singh <[EMAIL PROTECTED]> > > Deleting random parts of the

Re: [BUG] 2.6.24-rc3 x86 make depends on s390 arch

Yes, what is the use of keeping other arch, if I am not going to build those. Thank you, Jaswinder Singh. On 11/30/07, Heiko Carstens <[EMAIL PROTECTED]> wrote: > On Fri, Nov 30, 2007 at 01:44:56PM +0530, Jaswinder Singh wrote: > > 2.6.24-rc3 git kernel's x86 make depen

[PATCH] Re: [BUG] 2.6.24-rc3 x86 make depends on s390 arch

This patch fixes s390 dependency for x86 Signed-off-by: Jaswinder Singh <[EMAIL PROTECTED]> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig index 1330061..b699ed5 100644 --- a/arch/s390/Kconfig +++ b/arch/s390/Kconfig @@ -537,4 +537,6 @@ source "security/Kconfig" source

[WARNINGS] 2.6.24-rc3 x86 make

Thank you, Jaswinder Singh. - 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/

[BUG] 2.6.24-rc3 x86 make depends on s390 arch

kernel/sysctl_check.o kernel/sysctl_check.c:3:44: error: ../arch/s390/appldata/appldata.h: No such file or directory make[1]: *** [kernel/sysctl_check.o] Error 1 make: *** [kernel] Error 2 Thank you, Jaswinder Singh. - To unsubscribe from this list: send the line "unsubscribe linux-kern

[WARNINGS] 2.6.24-rc3 x86 make

Thank you, Jaswinder Singh. - 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/

Re: [PATCH] Re: [BUG] 2.6.24-rc3 x86 make depends on s390 arch

We have two options: 1. Either move arch/s390/crypto/Kconfig to drivers/crypto/Kconfig OR 2. In arch/s390/crypto/Kconfig , replace depends on S390 to depends on CRYPRO_HW I think 2nd option is better for everyone. Thank you, Jaswinder Singh. On 11/30/07, Heiko Carstens [EMAIL PROTECTED

Re: [BUG] 2.6.24-rc3 x86 make depends on s390 arch

Yes, what is the use of keeping other arch, if I am not going to build those. Thank you, Jaswinder Singh. On 11/30/07, Heiko Carstens [EMAIL PROTECTED] wrote: On Fri, Nov 30, 2007 at 01:44:56PM +0530, Jaswinder Singh wrote: 2.6.24-rc3 git kernel's x86 make depends on s390 arch: 1

[BUG] 2.6.24-rc3 x86 make depends on s390 arch

/sysctl_check.o kernel/sysctl_check.c:3:44: error: ../arch/s390/appldata/appldata.h: No such file or directory make[1]: *** [kernel/sysctl_check.o] Error 1 make: *** [kernel] Error 2 Thank you, Jaswinder Singh. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

[PATCH] Re: [BUG] 2.6.24-rc3 x86 make depends on s390 arch

This patch fixes s390 dependency for x86 Signed-off-by: Jaswinder Singh [EMAIL PROTECTED] diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig index 1330061..b699ed5 100644 --- a/arch/s390/Kconfig +++ b/arch/s390/Kconfig @@ -537,4 +537,6 @@ source security/Kconfig source crypto/Kconfig +source

Re: [PATCH] Re: [BUG] 2.6.24-rc3 x86 make depends on s390 arch

On 11/30/07, Heiko Carstens [EMAIL PROTECTED] wrote: On Fri, Nov 30, 2007 at 04:33:19PM +0530, Jaswinder Singh wrote: This patch fixes s390 dependency for x86 Signed-off-by: Jaswinder Singh [EMAIL PROTECTED] Deleting random parts of the kernel tree is actually not supported. I agree

Re: [2.6.23-rt3] NMI watchdog trace of deadlock

m source files. And when user will disable RT then these patches will again make problems. We need to find some better alternative. Thank you, Jaswinder Singh. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More m

Re: [2.6.23-rt3] NMI watchdog trace of deadlock

will disable RT then these patches will again make problems. We need to find some better alternative. Thank you, Jaswinder Singh. - 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

Interrupt Latency test for intel machine

- - PREEMPT-NONE43.576 4.190 4.190 119343 Voluntary PREEMPT 44.414 4.190 4.190 108694 PREEMPT low-latency 39.398 4.190 5.028 112717 Thank you, Jaswinder Singh. /* * Interrupt

Interrupt Latency test for intel machine

- - PREEMPT-NONE43.576 4.190 4.190 119343 Voluntary PREEMPT 44.414 4.190 4.190 108694 PREEMPT low-latency 39.398 4.190 5.028 112717 Thank you, Jaswinder Singh. /* * Interrupt

Re: 2.6.23-rc9-rt2

Hi Steve, On 10/8/07, Steven Rostedt <[EMAIL PROTECTED]> wrote: > > -- > On Sun, 7 Oct 2007, Jaswinder Singh wrote: > > > Do you have any plans to support nested or reentrant Interrupt Handling > > schemes. > > > > Hi Jaswinder, > > Not sure

Re: 2.6.23-rc9-rt2

Hi Steve, On 10/8/07, Steven Rostedt [EMAIL PROTECTED] wrote: -- On Sun, 7 Oct 2007, Jaswinder Singh wrote: Do you have any plans to support nested or reentrant Interrupt Handling schemes. Hi Jaswinder, Not sure what you mean by this, since interrupt handlers are run as threads

Re: 2.6.23-rc9-rt2

Hello Steve, Do you have any plans to support nested or reentrant Interrupt Handling schemes. Thank you, Jaswinder SIngh. On 10/5/07, Steven Rostedt <[EMAIL PROTECTED]> wrote: > We are pleased to announce the 2.6.23-rc9-rt2 tree, which can be > downloaded from the new locatio

Re: 2.6.23-rc9-rt2

Hello Steve, Do you have any plans to support nested or reentrant Interrupt Handling schemes. Thank you, Jaswinder SIngh. On 10/5/07, Steven Rostedt [EMAIL PROTECTED] wrote: We are pleased to announce the 2.6.23-rc9-rt2 tree, which can be downloaded from the new location: http

Re: realtime preemption performance difference

, Jaswinder Singh. On 9/25/07, hufey <[EMAIL PROTECTED]> wrote: > On 9/24/07, Jaswinder Singh <[EMAIL PROTECTED]> wrote: > > Hi all, > > > > I want to check performance difference by using realtime preemption patch : > > > > http://www.kernel.org/pub/li

Re: realtime preemption performance difference

, Jaswinder Singh. On 9/25/07, hufey [EMAIL PROTECTED] wrote: On 9/24/07, Jaswinder Singh [EMAIL PROTECTED] wrote: Hi all, I want to check performance difference by using realtime preemption patch : http://www.kernel.org/pub/linux/kernel/projects/rt/ Please let me know from where I

Re: 2.6.22.7 autoconf.h is screwed up

Dear Sam, On 9/24/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote: > On Mon, Sep 24, 2007 at 03:50:43PM +0530, Jaswinder Singh wrote: > > Hi all, > > > > 2.6.22.7's include/linux/autoconf.h is completely screwed up as > > compare to 2.6.10's autoconf.h . > > &

realtime preemption performance difference

hardware:- 1. Interrupt latency 2. Task switching time 3. hard-realtime scheduling latency Thank you, Jaswinder Singh. - 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

2.6.22.7 default kernel configuration

kernel configuration'. Is it made for developers's PC or for someone else. Thank you, Jaswinder Singh. - 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 P

Re: 2.6.22.7 autoconf.h is screwed up

hello rday, On 9/24/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > On Mon, 24 Sep 2007, Jaswinder Singh wrote: > > > hello rday, > > > > On 9/24/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > > > On Mon, 24 Sep 2007, Jaswinder Singh wrote: &g

Re: 2.6.22.7 autoconf.h is screwed up

hello rday, On 9/24/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > On Mon, 24 Sep 2007, Jaswinder Singh wrote: > > > hello rday, > > > > In my view autoconf.h is the index of kernel you are using. By > > reading autoconf.h you will know what A

Re: 2.6.22.7 autoconf.h is screwed up

formatted it is very difficult to read and come to some conclusion. Thank you, Jaswinder Singh. On 9/24/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > On Mon, 24 Sep 2007, Jaswinder Singh wrote: > > > Hi all, > > > > 2.6.22.7's include/linux/autoconf.h is comple

2.6.22.7 autoconf.h is screwed up

V_HPT366 1 #define CONFIG_MTD_ABSENT_MODULE 1 Can you please let me know what is the idea behind this latest autoconf.h and who is creator of this ugly autoconf.h. Thank you, Jaswinder Singh. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

2.6.22.7 autoconf.h is screwed up

#define CONFIG_MTD_ABSENT_MODULE 1 Can you please let me know what is the idea behind this latest autoconf.h and who is creator of this ugly autoconf.h. Thank you, Jaswinder Singh. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED

Re: 2.6.22.7 autoconf.h is screwed up

formatted it is very difficult to read and come to some conclusion. Thank you, Jaswinder Singh. On 9/24/07, Robert P. J. Day [EMAIL PROTECTED] wrote: On Mon, 24 Sep 2007, Jaswinder Singh wrote: Hi all, 2.6.22.7's include/linux/autoconf.h is completely screwed up as compare to 2.6.10's

Re: 2.6.22.7 autoconf.h is screwed up

hello rday, On 9/24/07, Robert P. J. Day [EMAIL PROTECTED] wrote: On Mon, 24 Sep 2007, Jaswinder Singh wrote: hello rday, In my view autoconf.h is the index of kernel you are using. By reading autoconf.h you will know what Architecture, drivers is selected. For example, If we

Re: 2.6.22.7 autoconf.h is screwed up

hello rday, On 9/24/07, Robert P. J. Day [EMAIL PROTECTED] wrote: On Mon, 24 Sep 2007, Jaswinder Singh wrote: hello rday, On 9/24/07, Robert P. J. Day [EMAIL PROTECTED] wrote: On Mon, 24 Sep 2007, Jaswinder Singh wrote: hello rday, In my view autoconf.h is the index

2.6.22.7 default kernel configuration

kernel configuration'. Is it made for developers's PC or for someone else. Thank you, Jaswinder Singh. - 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

realtime preemption performance difference

hardware:- 1. Interrupt latency 2. Task switching time 3. hard-realtime scheduling latency Thank you, Jaswinder Singh. - 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

Re: 2.6.22.7 autoconf.h is screwed up

Dear Sam, On 9/24/07, Sam Ravnborg [EMAIL PROTECTED] wrote: On Mon, Sep 24, 2007 at 03:50:43PM +0530, Jaswinder Singh wrote: Hi all, 2.6.22.7's include/linux/autoconf.h is completely screwed up as compare to 2.6.10's autoconf.h . 2.6.22.7 totally changed the meaning of autoconf.h

_syscall0 exists or obsolete in 2.6

e noticed even if I commented _syscall0 macro, I do not get any errors so no body is using it , then why _syscall0 is in kernel header files and what is the substitute of _syscall0. Thanks for help, Jaswinder Singh. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

_syscall0 exists or obsolete in 2.6

is using it , then why _syscall0 is in kernel header files and what is the substitute of _syscall0. Thanks for help, Jaswinder Singh. - 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

Re: Support 2.4 modules features in 2.6

On 12/12/06, Arjan van de Ven <[EMAIL PROTECTED]> wrote: On Tue, 2006-12-12 at 20:41 +0530, Jaswinder Singh wrote: > On 12/12/06, Arjan van de Ven <[EMAIL PROTECTED]> wrote: > > On Tue, 2006-12-12 at 19:36 +0530, Jaswinder Singh wrote: > > > Hello, > > >

Re: Support 2.4 modules features in 2.6

On 12/12/06, Arjan van de Ven <[EMAIL PROTECTED]> wrote: On Tue, 2006-12-12 at 19:36 +0530, Jaswinder Singh wrote: > Hello, > > I want to support old 2.4 modules features in 2.6 kernel modules:- > 1. no kernel source tree is required to build modules. this is a 2.6 not

Support 2.4 modules features in 2.6

Hello, I want to support old 2.4 modules features in 2.6 kernel modules:- 1. no kernel source tree is required to build modules. 2. support modular plugins. 3. modules EXPORT by default. Is any patch available, or somebody working on it ? Thank you, Jaswinder Singh. - To unsubscribe from

Support 2.4 modules features in 2.6

Hello, I want to support old 2.4 modules features in 2.6 kernel modules:- 1. no kernel source tree is required to build modules. 2. support modular plugins. 3. modules EXPORT by default. Is any patch available, or somebody working on it ? Thank you, Jaswinder Singh. - To unsubscribe from

Re: Support 2.4 modules features in 2.6

On 12/12/06, Arjan van de Ven [EMAIL PROTECTED] wrote: On Tue, 2006-12-12 at 19:36 +0530, Jaswinder Singh wrote: Hello, I want to support old 2.4 modules features in 2.6 kernel modules:- 1. no kernel source tree is required to build modules. this is a 2.6 not a 2.4 feature btw Really

Re: Support 2.4 modules features in 2.6

On 12/12/06, Arjan van de Ven [EMAIL PROTECTED] wrote: On Tue, 2006-12-12 at 20:41 +0530, Jaswinder Singh wrote: On 12/12/06, Arjan van de Ven [EMAIL PROTECTED] wrote: On Tue, 2006-12-12 at 19:36 +0530, Jaswinder Singh wrote: Hello, I want to support old 2.4 modules features in 2.6

What happen when hangs !!

re the cases. Is this a deadlock. Thank you, Jaswinder Singh. - 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/

What happen when hangs !!

. Is this a deadlock. Thank you, Jaswinder Singh. - 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/

Re: [PATCH] let WARN_ON() output the condition

0xc545e000) Stack: (0xc545ddcc to 0xc545e000) How to get rid of dequeue_task issue. Thanks Jaswinder Singh. On 12/6/06, Ingo Molnar <[EMAIL PROTECTED]> wrote: * Horst H. von Brand <[EMAIL PROTECTED]> wrote: > Why not just: > > WARN_ON(debug_locks_off()) > > here? Would

Re: [PATCH] let WARN_ON() output the condition

to 0xc545e000) Stack: (0xc545ddcc to 0xc545e000) How to get rid of dequeue_task issue. Thanks Jaswinder Singh. On 12/6/06, Ingo Molnar [EMAIL PROTECTED] wrote: * Horst H. von Brand [EMAIL PROTECTED] wrote: Why not just: WARN_ON(debug_locks_off()) here? Would give a more readable message too

Re: PREEMPT is messing with everyone

On 12/5/06, Michal Schmidt <[EMAIL PROTECTED]> wrote: Jaswinder Singh wrote: > Hi, > > preempt stuff SHOULD only stay in #ifdef CONFIG_PREEMP_* , but it is > messing with everyone even though not defined. > > e.g. > > 1. linux-2.6.19/kernel/spinlock.c >

PREEMPT is messing with everyone

t code is also written in other important files. 70 to 80 % of this code is removed when compiled. but 20 to 30 % code left in binary kernel image. Why Linux kernel is wasting its resources which is not defined at all. Any solution ? Thank you, Best Regards, Jaswinder Singh. - To

PREEMPT is messing with everyone

important files. 70 to 80 % of this code is removed when compiled. but 20 to 30 % code left in binary kernel image. Why Linux kernel is wasting its resources which is not defined at all. Any solution ? Thank you, Best Regards, Jaswinder Singh. - To unsubscribe from this list: send the line

Re: PREEMPT is messing with everyone

On 12/5/06, Michal Schmidt [EMAIL PROTECTED] wrote: Jaswinder Singh wrote: Hi, preempt stuff SHOULD only stay in #ifdef CONFIG_PREEMP_* , but it is messing with everyone even though not defined. e.g. 1. linux-2.6.19/kernel/spinlock.c Line 18: #include linux/preempt.h Line 26

Re: Download process for a "split kernel" (was: obsolete code must die)

> > Or as a simpler design, something like; > > * a copy of the kernel maintained in a CVS tree > * kernel download would pull down: > * the build script > * a file containing the list of filenames depended on by > each config option > * build script builds the

Re: obsolete code must die

Cleanup is a nice idea , but Linux should support old hardware and should not affect them in any way. Jaswinder. - Original Message - From: "Daniel" <[EMAIL PROTECTED]> To: "Linux kernel" <[EMAIL PROTECTED]> Sent: Wednesday, June 13, 2001 5:44 PM Subject: obsolete code must die >

Re: obsolete code must die

Cleanup is a nice idea , but Linux should support old hardware and should not affect them in any way. Jaswinder. - Original Message - From: Daniel [EMAIL PROTECTED] To: Linux kernel [EMAIL PROTECTED] Sent: Wednesday, June 13, 2001 5:44 PM Subject: obsolete code must die Anyone

Re: Download process for a split kernel (was: obsolete code must die)

Or as a simpler design, something like; * a copy of the kernel maintained in a CVS tree * kernel download would pull down: * the build script * a file containing the list of filenames depended on by each config option * build script builds the config and

Task Switching in Linux

In Linux , If we assume that there are only 2 tasks A and B and both are equal , this is correct or not :- TASK A -> schedule -> switch_to -> TASK B -> schedule -> switch_to -> schedule -> switch_to -> TASK A. Thank you, Best Regards, Jaswinder. -- These are my opinions not 3Di. - To

Task Switching in Linux

In Linux , If we assume that there are only 2 tasks A and B and both are equal , this is correct or not :- TASK A - schedule - switch_to - TASK B - schedule - switch_to - schedule - switch_to - TASK A. Thank you, Best Regards, Jaswinder. -- These are my opinions not 3Di. - To unsubscribe

Re: rtl8139too in 2.4.5

<[EMAIL PROTECTED]> wrote : > My RTL8139 (Identified 8139 chip type 'RTL-8139A') > was fine in 2.4.3 and doesnt work in 2.4.5. > Copying the 2.4.3 version of 8139too.c makes things work again. > but my old RTL8139 is working fine under 2.4.5 , without any changes. Jaswinder. -- These are

Re: rtl8139too in 2.4.5

[EMAIL PROTECTED] wrote : My RTL8139 (Identified 8139 chip type 'RTL-8139A') was fine in 2.4.3 and doesnt work in 2.4.5. Copying the 2.4.3 version of 8139too.c makes things work again. but my old RTL8139 is working fine under 2.4.5 , without any changes. Jaswinder. -- These are my

Benchmarks for Linux kernel

Can please point me some nice benchmarks for linux kernel . Which tells the performance of following , under Linux Kernel :- 1. CPU 2. Bus 3. Cache 4. DMA 5. Interrupts and Exceptions 6. File Systems 7. FPU 8. forking and pthread (Process Management) 9. IDE 10. Ethernet 11. Memory Management

Benchmarks for Linux kernel

Can please point me some nice benchmarks for linux kernel . Which tells the performance of following , under Linux Kernel :- 1. CPU 2. Bus 3. Cache 4. DMA 5. Interrupts and Exceptions 6. File Systems 7. FPU 8. forking and pthread (Process Management) 9. IDE 10. Ethernet 11. Memory Management

Emulate RDTSC

Hi all, What is the nice way (in accuracy and performance) to emulate RDTSC in Linux for those architectures who dont support RDTSC like in Hitachi SH Processors. Thank you, Best Regards, Jaswinder. -- These are my opinions not 3Di. - To unsubscribe from this list: send the line

Emulate RDTSC

Hi all, What is the nice way (in accuracy and performance) to emulate RDTSC in Linux for those architectures who dont support RDTSC like in Hitachi SH Processors. Thank you, Best Regards, Jaswinder. -- These are my opinions not 3Di. - To unsubscribe from this list: send the line unsubscribe

Re: IDE Performance lack !

"Miquel van Smoorenburg" <[EMAIL PROTECTED]> wrote: > > Are you sure it is idle. It might be running something from cron- > say 'updatedb' or similar. That will cause a lot of disk i/o, > and _ofcourse_ performance will be bad then - the machine is > doing a lot of other things. > I am the only

Re: [kbuild-devel] Configure.help entries wanted

"Greg Banks" <[EMAIL PROTECTED]> wrote: > > Manufacturer = DataMyte, a division of Rockwell. > Machine = DataMyte Industrial Digital Assistant 4000 > (aka DMIDA, www.dmida.com) > What is the companion chip in DMIDA ? IrDA and USB are working properly in linux ? Thank you,

Re: CPU Dedicated Interrupts

> What is the easiest way to tell a CPU to ignore certain interrupts from > module? > Is there an IRQ mask for each processor? Is that symbol exported? > I also what to know this :) Please help us . Thank you. Jaswinder. -- These are my opinions not 3Di. - To unsubscribe from this list:

Re: IDE Performance lack !

From: "Jakob Østergaard" <[EMAIL PROTECTED]> wrote : > > The answer for both of you is: > > hdparm -d1 /dev/hd{whatever} > > Without DMA enabled, performance is going to suck. 1.9 MB/sec is actually pretty > good without DMA ;) > i think DMA or PCI is not my solution , atleast :) Thank

Re: IDE Performance lack !

"Chris Wedgwood" <[EMAIL PROTECTED]> wrote: > On Sat, May 26, 2001 at 05:16:42PM -0700, Jaswinder Singh wrote: > > When ever i copy big data (around 400 to 700 MB ) from one > partion to another my machine do not response at all (i can not > wor

Re: IDE Performance lack !

Chris Wedgwood [EMAIL PROTECTED] wrote: On Sat, May 26, 2001 at 05:16:42PM -0700, Jaswinder Singh wrote: When ever i copy big data (around 400 to 700 MB ) from one partion to another my machine do not response at all (i can not work on another shell) during data transfer. Both

  1   2   >