: 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/
: 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/
owered by PHPlist, www.phplist.com --
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Powered by PHPlist, www.phplist.com --
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Len Brown ha scritto:
On Sunday 21 October 2007 05:43, [EMAIL PROTECTED] wrote:
have emerged lm_sensors but can't get it running - it keeps saying "No
sensors found!" and complaining about kernel drivers not properly setup.
I have attached the output of sensors-detect, from whic
Len Brown ha scritto:
On Thursday 22 November 2007 02:24, [EMAIL PROTECTED] wrote:
It is also important to note that this bug always comes with bug 8740
http://bugzilla.kernel.org/show_bug.cgi?id=8740 (also confirmed and also
an ACPI issue).
No, 8740 is not an ACPI issue.
http
Len Brown ha scritto:
On Thursday 22 November 2007 02:24, [EMAIL PROTECTED] wrote:
It is also important to note that this bug always comes with bug 8740
http://bugzilla.kernel.org/show_bug.cgi?id=8740 (also confirmed and also
an ACPI issue).
No, 8740 is not an ACPI issue.
http
Len Brown ha scritto:
On Sunday 21 October 2007 05:43, [EMAIL PROTECTED] wrote:
have emerged lm_sensors but can't get it running - it keeps saying No
sensors found! and complaining about kernel drivers not properly setup.
I have attached the output of sensors-detect, from which it seems
).
It is also important to note that this bug always comes with bug 8740
http://bugzilla.kernel.org/show_bug.cgi?id=8740 (also confirmed and also
an ACPI issue).
Best regards,
--
Daniele C.
[EMAIL PROTECTED] ha scritto:
I am posting this message just to say that this bug is being addressed
).
It is also important to note that this bug always comes with bug 8740
http://bugzilla.kernel.org/show_bug.cgi?id=8740 (also confirmed and also
an ACPI issue).
Best regards,
--
Daniele C.
[EMAIL PROTECTED] ha scritto:
I am posting this message just to say that this bug is being addressed
from /proc/version):
Linux version 2.4.9-e.38smp ([EMAIL PROTECTED]) (gcc
version 2.96 2731 (Red Hat Linux 7.2 2.96-124.7.2)) #1 SMP Wed Feb
11 00:09:01 EST 2004
[5.] Output of Oops.. message (if applicable) with symbolic
information resolved (see Documentation/oops-tracing.txt)
):
Linux version 2.4.9-e.38smp ([EMAIL PROTECTED]) (gcc
version 2.96 2731 (Red Hat Linux 7.2 2.96-124.7.2)) #1 SMP Wed Feb
11 00:09:01 EST 2004
[5.] Output of Oops.. message (if applicable) with symbolic
information resolved (see Documentation/oops-tracing.txt)
NO OOPS'ES
Matt Domsch wrote:
On Sun, Oct 28, 2007 at 07:06:23PM +0100, [EMAIL PROTECTED] wrote:
Matt Domsch wrote:
On Sun, Oct 28, 2007 at 05:12:37PM +0100, [EMAIL PROTECTED] wrote:
Hello,
this driver implements backlight control on Dell laptops
which use SMI for changing brightness levels
cd.o
--- linux-2.6.23.1/include/linux/timeout.h 1970-01-01 01:00:00.0
+0100
+++ b/include/linux/timeout.h 2007-10-28 21:14:27.0 +0100
@@ -0,0 +1,68 @@
+/*
+ * timeout.h - simple timeout
+ *
+ *
+ * Copyright (C) 2007 Jacopo Antonello <[EMAIL PROTECTED]>
+ *
+ * Th
Matt Domsch wrote:
On Sun, Oct 28, 2007 at 05:12:37PM +0100, [EMAIL PROTECTED] wrote:
Hello,
this driver implements backlight control on Dell laptops
which use SMI for changing brightness levels.
The driver is INCOMPLETE since it is unable to probe some required
parameters
in order
ine "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/
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/
Matt Domsch wrote:
On Sun, Oct 28, 2007 at 05:12:37PM +0100, [EMAIL PROTECTED] wrote:
Hello,
this driver implements backlight control on Dell laptops
which use SMI for changing brightness levels.
The driver is INCOMPLETE since it is unable to probe some required
parameters
in order
Jacopo Antonello [EMAIL PROTECTED]
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version
Matt Domsch wrote:
On Sun, Oct 28, 2007 at 07:06:23PM +0100, [EMAIL PROTECTED] wrote:
Matt Domsch wrote:
On Sun, Oct 28, 2007 at 05:12:37PM +0100, [EMAIL PROTECTED] wrote:
Hello,
this driver implements backlight control on Dell laptops
which use SMI for changing brightness levels
Pavel Machek ha scritto:
> Hi!
>> [EMAIL PROTECTED] ha scritto:
>>
>>> Kernel: 2.6.22-r5
>>> Kernel option: i8042.nomux=1
>>>
>> I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
>>
>> i8042.nomux=1 a
Pavel Machek ha scritto:
> Hi!
Hi!
>>> Try disabling acpi embedded controller.
>>>
>>>
>> How can I accomplish this? Are you referring to the i8042?
>>
>
> rmmod acpi_ec or how is it called. But I'm not sure how easy this is.
>
My lsmod doesn't list any acpi module - but I have
Pavel Machek ha scritto:
Hi!
Hi!
Try disabling acpi embedded controller.
How can I accomplish this? Are you referring to the i8042?
rmmod acpi_ec or how is it called. But I'm not sure how easy this is.
My lsmod doesn't list any acpi module - but I have kacpid,
Pavel Machek ha scritto:
Hi!
[EMAIL PROTECTED] ha scritto:
Kernel: 2.6.22-r5
Kernel option: i8042.nomux=1
I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
i8042.nomux=1 acpi=off
I have tried kernel 2.6.23-rc9 but the problem is still
Pavel Machek ha scritto:
> Hi!
>
Hi! Finally an answer, thank you.
>> [EMAIL PROTECTED] ha scritto:
>>
>>> Kernel: 2.6.22-r5
>>> Kernel option: i8042.nomux=1
>>>
>> I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel
Pavel Machek ha scritto:
Hi!
Hi! Finally an answer, thank you.
[EMAIL PROTECTED] ha scritto:
Kernel: 2.6.22-r5
Kernel option: i8042.nomux=1
I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
i8042.nomux=1 acpi=off
I have tried kernel 2.6.23-rc9
Samuel Ortiz wrote:
> Hi Hinko,
>
> On Fri, Oct 12, 2007 at 02:56:27PM +0200, [EMAIL PROTECTED] wrote:
>> Hi,
>>
>> While testing the mcs7780 based IrDA USB dongle I've stumbled upon
>> memory leak in irlmp_unregister_link(). Hashbin for lsaps is created in
Samuel Ortiz wrote:
Hi Hinko,
On Fri, Oct 12, 2007 at 02:56:27PM +0200, [EMAIL PROTECTED] wrote:
Hi,
While testing the mcs7780 based IrDA USB dongle I've stumbled upon
memory leak in irlmp_unregister_link(). Hashbin for lsaps is created in
irlmp_register_link and should probably be freed
Hi,
While testing the mcs7780 based IrDA USB dongle I've stumbled upon
memory leak in mcs_net_close(). Patch below fixes it.
Signed-off-by: Hinko Kocevar <[EMAIL PROTECTED]>
Best regards,
Hinko
--- linux-2.6.23/drivers/net/irda/mcs7780.c.orig2007-10-12
14:02:55.0
Hi,
While testing the mcs7780 based IrDA USB dongle I've stumbled upon
memory leak in irlmp_unregister_link(). Hashbin for lsaps is created in
irlmp_register_link and should probably be freed in irlmp_unregister_link().
Signed-off-by: Hinko Kocevar <[EMAIL PROTECTED]>
Best regards,
I am posting this message just to say that this bug is being addressed
on the bug tracker:
http://bugzilla.kernel.org/show_bug.cgi?id=9147
Regards,
--
Daniele C.
[EMAIL PROTECTED] ha scritto:
> [EMAIL PROTECTED] ha scritto:
>
>> Kernel: 2.6.22-r5
>> Kernel option: i8042.n
Hi,
While testing the mcs7780 based IrDA USB dongle I've stumbled upon
memory leak in mcs_net_close(). Patch below fixes it.
Signed-off-by: Hinko Kocevar [EMAIL PROTECTED]
Best regards,
Hinko
--- linux-2.6.23/drivers/net/irda/mcs7780.c.orig2007-10-12
14:02:55.0 +0200
Hi,
While testing the mcs7780 based IrDA USB dongle I've stumbled upon
memory leak in irlmp_unregister_link(). Hashbin for lsaps is created in
irlmp_register_link and should probably be freed in irlmp_unregister_link().
Signed-off-by: Hinko Kocevar [EMAIL PROTECTED]
Best regards,
Hinko
I am posting this message just to say that this bug is being addressed
on the bug tracker:
http://bugzilla.kernel.org/show_bug.cgi?id=9147
Regards,
--
Daniele C.
[EMAIL PROTECTED] ha scritto:
[EMAIL PROTECTED] ha scritto:
Kernel: 2.6.22-r5
Kernel option: i8042.nomux=1
I am now
[EMAIL PROTECTED] ha scritto:
> Kernel: 2.6.22-r5
> Kernel option: i8042.nomux=1
I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
i8042.nomux=1 acpi=off
I have tried kernel 2.6.23-rc9 but the problem is still there.
> The problem which still remains, and I
[EMAIL PROTECTED] ha scritto:
Kernel: 2.6.22-r5
Kernel option: i8042.nomux=1
I am now using kernel 2.6.22-r8 (Gentoo) and the following kernel options:
i8042.nomux=1 acpi=off
I have tried kernel 2.6.23-rc9 but the problem is still there.
The problem which still remains, and I can't fix
>From Ken Sugawara <[EMAIL PROTECTED]>
Description: Add an option to softdog to panic upon timer expiration
instead of reboot.
Signed-off-by: Ken Sugawara <[EMAIL PROTECTED]>
---
This patch is intended to help increase the chance of postmortem
analysis in the event of silent sy
From Ken Sugawara [EMAIL PROTECTED]
Description: Add an option to softdog to panic upon timer expiration
instead of reboot.
Signed-off-by: Ken Sugawara [EMAIL PROTECTED]
---
This patch is intended to help increase the chance of postmortem
analysis in the event of silent system hang where
nput/input3
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
ieee80211: 802.11 data/management/control stack, git-1.1.13
ieee80211: Copyright (C) 2004-2005 Intel Corporation <[EMAIL PROTECTED]>
ieee80211_crypt: registered algorithm 'NULL'
Using IPI No-Sh
2.6.22-gentoo-r5 ([EMAIL PROTECTED]) (gcc version 4.1.2 (Gentoo
4.1.2 p1.0.1)) #4 SMP Wed Sep 12 19:07:11 CEST 2007
BIOS-provided physical RAM map:
BIOS-e820: - 0009f800 (usable)
BIOS-e820: 0009f800 - 000a (reserved)
BIOS-e820: 000ce000
-
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/
-
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/
-by: Milinevsky Dmitry <[EMAIL PROTECTED]>
diff -Nupar linux-2.6.22-cfs-19/drivers/char/hpet.c
linux-2.6.22-cfs-19.niam/drivers/char/hpet.c
--- linux-2.6.22-cfs-19/drivers/char/hpet.c 2007-07-10 20:57:20.0
+0300
+++ linux-2.6.22-cfs-19.niam/drivers/char/hpet.c2007-08-02
-by: Milinevsky Dmitry [EMAIL PROTECTED]
diff -Nupar linux-2.6.22-cfs-19/drivers/char/hpet.c
linux-2.6.22-cfs-19.niam/drivers/char/hpet.c
--- linux-2.6.22-cfs-19/drivers/char/hpet.c 2007-07-10 20:57:20.0
+0300
+++ linux-2.6.22-cfs-19.niam/drivers/char/hpet.c2007-08-02
01:34:54.0
On 7/23/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> could you try CONFIG_HZ_1000 instead of the 250 you are using currently?
> Also, please enable CONFIG_SCHED_DEBUG to improve the output of
> cfs-debug-info.sh.
>
> Ingo
>
Hi, Igno.
Sorry for so long res
On 7/23/07, Ingo Molnar [EMAIL PROTECTED] wrote:
could you try CONFIG_HZ_1000 instead of the 250 you are using currently?
Also, please enable CONFIG_SCHED_DEBUG to improve the output of
cfs-debug-info.sh.
Ingo
Hi, Igno.
Sorry for so long response, I hadn't opportunity to reboot
a report!
Best wishes!
-
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/
a report!
Best wishes!
-
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/
"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/
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/
to help us figure out the nature of the delay, could you do another
thing as well:
strace -ttt -TTT -f -o firefox.trace.txt -p `pidof firefox-bin`
I'll do that!!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
but are they touching network subsystem?
-
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/
"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/
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/
but are they touching network subsystem?
-
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/
to help us figure out the nature of the delay, could you do another
thing as well:
strace -ttt -TTT -f -o firefox.trace.txt -p `pidof firefox-bin`
I'll do that!!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
telefoni senza canone
Telecom
http://click.libero.it/infostrada
-
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/
telefoni senza canone
Telecom
http://click.libero.it/infostrada
-
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/
.
-
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/
context when it's starting to run.
On 7/12/07, David Schwartz <[EMAIL PROTECTED]> wrote:
> Hi!
> I have a question about NPTL.
> Are NPTL are still based on `clone` system call?
Yes.
> Are NPTL threads are
> "processes" internally?
No. By definition, all the threads b
context when it's starting to run.
On 7/12/07, David Schwartz [EMAIL PROTECTED] wrote:
Hi!
I have a question about NPTL.
Are NPTL are still based on `clone` system call?
Yes.
Are NPTL threads are
processes internally?
No. By definition, all the threads belong to a single process. NPTL threads
.
-
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/
Thanks!
Milinevsky Dmitriy
-
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/
!
Milinevsky Dmitriy
-
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/
: 0x0001
Self Powered
Sorry for flood ... but I disappointed where to send this patch.
Signed-off-by: Milinevsky Dmitry <[EMAIL PROTECTED]>
--- linux-2.6.22-rc7/drivers/usb/storage/unusual_devs.h 2007-07-03
22:54:23.0 +0300
+++ linux-2.6.22-rc7-niam/drivers/usb/storage/unusual_
+313,13 @@
US_SC_DEVICE, US_PR_DEVICE,NULL,
US_FL_NOT_LOCKABLE ),
+/* Reported by Niam <[EMAIL PROTECTED]> */
+UNUSUAL_DEV( 0x04b0, 0x0409, 0x0100, 0x0100,
+ "NIKON",
+ "NIKON DSC D50",
+ US_SC_
+313,13 @@
US_SC_DEVICE, US_PR_DEVICE,NULL,
US_FL_NOT_LOCKABLE ),
+/* Reported by Niam [EMAIL PROTECTED] */
+UNUSUAL_DEV( 0x04b0, 0x0409, 0x0100, 0x0100,
+ NIKON,
+ NIKON DSC D50,
+ US_SC_DEVICE, US_PR_DEVICE, NULL
: 0x0001
Self Powered
Sorry for flood ... but I disappointed where to send this patch.
Signed-off-by: Milinevsky Dmitry [EMAIL PROTECTED]
--- linux-2.6.22-rc7/drivers/usb/storage/unusual_devs.h 2007-07-03
22:54:23.0 +0300
+++ linux-2.6.22-rc7-niam/drivers/usb/storage/unusual_devs.h
2007
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/
processor 1.50GHz GenuineIntel GNU/Linux
What does it mean??
-
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/
1.50GHz GenuineIntel GNU/Linux
What does it mean??
-
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/
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/
That would be a bit like waiting for a Debian release and never happen.
Ok, but Debian seems to be stable and sometimes their teem
make releases =).
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
et's publish 2.6.22-rc_last, test it for some time(2 weeks for
example), fix bugs if any and after _test_period_of_whole_kernel_ but
not _separate_patches/parts_ of kernel release stable one!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
ot to wait for patches on known
regressions and release more or less stable 2.6.22?
Thanks!
Best wishes, Niam.
-
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/majord
for patches on known
regressions and release more or less stable 2.6.22?
Thanks!
Best wishes, Niam.
-
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
(2 weeks for
example), fix bugs if any and after _test_period_of_whole_kernel_ but
not _separate_patches/parts_ of kernel release stable one!
-
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
That would be a bit like waiting for a Debian release and never happen.
Ok, offtopbut Debian seems to be stable and sometimes their teem
make releases =)./offtop
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
0-fe02 : ohci_hcd
feb0-feb000ff : :00:02.1
feb0-feb000ff : ehci_hcd
fec0-fec00fff : IOAPIC 0
fee0-fee00fff : Local APIC
[EMAIL PROTECTED]:~$ lspci -vvv
00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller
(rev a3)
Subsystem: ASUSTeK Computer In
: ohci_hcd
feb0-feb000ff : :00:02.1
feb0-feb000ff : ehci_hcd
fec0-fec00fff : IOAPIC 0
fee0-fee00fff : Local APIC
[EMAIL PROTECTED]:~$ lspci -vvv
00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller
(rev a3)
Subsystem: ASUSTeK Computer Inc. Unknown device
in the morning
Thanks,
Dave
-- Original message --
From: Ingo Molnar <[EMAIL PROTECTED]>
>
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > rt10 shows a big improvement over rt8
> >
> >
in the morning
Thanks,
Dave
-- Original message --
From: Ingo Molnar [EMAIL PROTECTED]
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
rt10 shows a big improvement over rt8
##
etupThruput CPU
ontributed to the
problem.
Also when netperf is not running the hard IRQs associated with the NIC use a
constant 2% load.
Thanks,
Dave
-- Original message --
From: Ingo Molnar <[EMAIL PROTECTED]>
>
> * David Sperry <[EMAIL PROTECTED]> wrote:
>
>
to the
problem.
Also when netperf is not running the hard IRQs associated with the NIC use a
constant 2% load.
Thanks,
Dave
-- Original message --
From: Ingo Molnar [EMAIL PROTECTED]
* David Sperry [EMAIL PROTECTED] wrote:
there are a few other things i'm working
with respect to softirq-net-tx and IRQ-8406.
Any thoughts? If you want I can post the oprofile from both test cases.
-Dave
-
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
-- Original message --
From: Ingo Molnar <[EMAIL PROTECTED]>
>
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > Thanks for all the input Ingo, Here's a list of all the permutations
> > I've tried:
>
> one thing
-- Original message --
From: Ingo Molnar <[EMAIL PROTECTED]>
>
> * Dave Sperry <[EMAIL PROTECTED]> wrote:
>
> > I checked the clock source and in both the vanilla and rt cases and
> > they were both acpi_pm
>
> ok, thanks
-- Original message --
From: Ingo Molnar [EMAIL PROTECTED]
* Dave Sperry [EMAIL PROTECTED] wrote:
I checked the clock source and in both the vanilla and rt cases and
they were both acpi_pm
ok, thanks for double-checking that.
Here's the oprofile for my
-- Original message --
From: Ingo Molnar [EMAIL PROTECTED]
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Thanks for all the input Ingo, Here's a list of all the permutations
I've tried:
one thing i noticed is that cyclesoak interferes with the netperf
with respect to softirq-net-tx and IRQ-8406.
Any thoughts? If you want I can post the oprofile from both test cases.
-Dave
-
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
On 3/3/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
Hi Matthew,
On Fri, 2 Mar 2007 21:12:51 +, Matthew Garrett wrote:
> On Fri, Mar 02, 2007 at 10:04:54PM +0100, Jean Delvare wrote:
> > It might be more elegant but it won't work. We don't want to prevent
> > ACPI fro
On 3/3/07, Jean Delvare [EMAIL PROTECTED] wrote:
Hi Matthew,
On Fri, 2 Mar 2007 21:12:51 +, Matthew Garrett wrote:
On Fri, Mar 02, 2007 at 10:04:54PM +0100, Jean Delvare wrote:
It might be more elegant but it won't work. We don't want to prevent
ACPI from accessing these I/O ports
e
machines are running
fine at the same over-clock I have decreased the settings. It did not happen
since then.
So I believe it was a hardware issue. Thanks for the explanation.
Martin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
then.
So I believe it was a hardware issue. Thanks for the explanation.
Martin
-
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
43639/143640 (99%)
$ uname -a
Linux 2.6.18-1.2239.fc5 #1 Fri Nov 10 13:04:06 EST 2006 i686 athlon i386
GNU/Linux
/Martin
-
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.o
%)
$ uname -a
Linux 2.6.18-1.2239.fc5 #1 Fri Nov 10 13:04:06 EST 2006 i686 athlon i386
GNU/Linux
/Martin
-
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
Okay, thanks.
Best regards
Luca Risolia
Scrive Ralf Baechle <[EMAIL PROTECTED]>:
> Both use __SC. Since __* is sort of private namespace I've choosen to
> fix this in the driver. For consistency I decieded to also change
> __UNSC to UNSC.
>
> Signed-off-by: Ralf Baec
Okay, thanks.
Best regards
Luca Risolia
Scrive Ralf Baechle [EMAIL PROTECTED]:
Both use __SC. Since __* is sort of private namespace I've choosen to
fix this in the driver. For consistency I decieded to also change
__UNSC to UNSC.
Signed-off-by: Ralf Baechle [EMAIL PROTECTED]
diff
can I access ircomm on this
HW?
You probably need to load the ircomm-tty and ircomm modules on top of
irda stack for /dev/ircomm*.
Best regards,
hinko
--
ČETRTA POT, d.o.o., Kranj
Planina 3
4000 Kranj
Slovenija
Tel. +386 (0) 4 280 66 37
E-mail: [EMAIL PROTECTED]
Http: www.cetrtapot.si
can I access ircomm on this
HW?
You probably need to load the ircomm-tty and ircomm modules on top of
irda stack for /dev/ircomm*.
Best regards,
hinko
--
ČETRTA POT, d.o.o., Kranj
Planina 3
4000 Kranj
Slovenija
Tel. +386 (0) 4 280 66 37
E-mail: [EMAIL PROTECTED]
Http: www.cetrtapot.si
1 - 100 of 236 matches
Mail list logo