ere are some results when using the process creation
tests "lat_proc fork". Test was run ten times thus the average is
computed with the ten metrics.
with a kernel 2.6.11-rc4-mm1
max value = 164.0588 msec
min value = 159.8571 msec
average = 161.7012 msec
with a
when using the process creation
tests lat_proc fork. Test was run ten times thus the average is
computed with the ten metrics.
with a kernel 2.6.11-rc4-mm1
max value = 164.0588 msec
min value = 159.8571 msec
average = 161.7012 msec
with a kernel 2.6.11-rc4-mm1
Hello,
This patch cannot be apply on a 2.6.11-mm1 because connector is
missing in this release. The connector module should be back in the next
kernel release. That's why it applies on a 2.6.11-rc4-mm1 tree.
Also, there is a problem with the drivers/connector/connector.c file.
The test
The patch i propose is tiny, simple and straight forward. It
touches only one file and leaves the CSA code in a configurable
loadable module. It broke nobody's code and it does not need to
redesign existing BSD kernel code and utilities.
If we are to merge the code, there are some detailed
The patch i propose is tiny, simple and straight forward. It
touches only one file and leaves the CSA code in a configurable
loadable module. It broke nobody's code and it does not need to
redesign existing BSD kernel code and utilities.
If we are to merge the code, there are some detailed
Hello,
This patch cannot be apply on a 2.6.11-mm1 because connector is
missing in this release. The connector module should be back in the next
kernel release. That's why it applies on a 2.6.11-rc4-mm1 tree.
Also, there is a problem with the drivers/connector/connector.c file.
The test
On Wed, 2 Mar 2005, Guillaume Thouvenin wrote:
> Is it possible to merge BSD and CSA? I mean with CSA, there is a part
> that does per-process accounting. For exemple in the
> linux-2.6.9.acct_mm.patch the two functions update_mem_hiwater() and
> csa_update_integrals() update fields in the
On Wed, 2 Mar 2005, Guillaume Thouvenin wrote:
Is it possible to merge BSD and CSA? I mean with CSA, there is a part
that does per-process accounting. For exemple in the
linux-2.6.9.acct_mm.patch the two functions update_mem_hiwater() and
csa_update_integrals() update fields in the current
Andrew Morton wrote:
(Please do reply-to-all)
Jindrich Makovicka <[EMAIL PROTECTED]> wrote:
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of
eating 10k forks 100 times.
> Results on 2-way SMP(1+1HT) Xeon for one fork()+exit():
>
> 2.6.11-rc4-mm1 494 usec
Actually sometimes it drops to 480 usecs.
> 2.6.11-rc4-mm1-fork-connector-no_userspace 509 usec
> 2.6.11-rc4-mm1-fork-connector-u
- tv0.tv_sec)*100 + (tv1.tv_usec - tv0.tv_usec);
printf("Average per process fork+exit time is %ld usecs [diff=%lu,
max=%d].\n", diff/max, diff, max);
return 0;
}
Creating 10k forks 100 times.
Results on 2-way SMP(1+1HT) Xeon for one fork()+exit():
():
2.6.11-rc4-mm1 494 usec
2.6.11-rc4-mm1-fork-connector-no_userspace 509 usec
2.6.11-rc4-mm1-fork-connector-userspace 520 usec
5% fork() degradation(connector with userspace vs. vanilla) with fork()
connector.
On my test system global fork lock does
forks 100 times.
Results on 2-way SMP(1+1HT) Xeon for one fork()+exit():
2.6.11-rc4-mm1 494 usec
Actually sometimes it drops to 480 usecs.
2.6.11-rc4-mm1-fork-connector-no_userspace 509 usec
2.6.11-rc4-mm1-fork-connector-userspace 520 usec
Andrew Morton wrote:
(Please do reply-to-all)
Jindrich Makovicka [EMAIL PROTECTED] wrote:
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of
On Wed, Mar 02, 2005 at 01:18:17PM -0800, Andrew Morton wrote:
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> > > Thing is, CRYPTO_AES on only selectable on x86.
> >
> > You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
> > the dependencies are a bit weird:
> >
> > config
On Thu, Mar 03, 2005 at 12:18:25PM +0900, Kaigai Kohei ([EMAIL PROTECTED])
wrote:
> Hello, Guillaume
>
> I tried to measure the process-creation/destruction performance on
> 2.6.11-rc4-mm1 plus
> some extensiton(Normal/with PAGG/with Fork-Connector).
> But I received a
On Wed, Mar 02, 2005 at 05:41:50PM -0500, Jeff Garzik wrote:
> Andrew Morton wrote:
> >Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> >>>Thing is, CRYPTO_AES on only selectable on x86.
> >>
> >>You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
> >>the dependencies are a bit
Hello, Guillaume
(B
(BI tried to measure the process-creation/destruction performance on
(B2.6.11-rc4-mm1 plus
(Bsome extensiton(Normal/with PAGG/with Fork-Connector).
(BBut I received a following messages endlessly on system console with
(BFork-Connector extensiton.
(B
(B# on IA-64
(Please do reply-to-all)
Jindrich Makovicka <[EMAIL PROTECTED]> wrote:
>
> Pavel Machek wrote:
> > Hi!
> >
> > In `subj` kernel, machine no longer powers down at the end of
> > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
>
> For me, power down stopped working since the introduction
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of softlockup
detection. After disabling CONFIG_DETECT_SOFTLOCKUP, powerdown works fine.
--
Adrian Bunk wrote:
On Wed, Mar 02, 2005 at 05:41:50PM -0500, Jeff Garzik wrote:
Andrew Morton wrote:
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Thing is, CRYPTO_AES on only selectable on x86.
You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
the dependencies are a bit weird:
Andrew Morton wrote:
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Thing is, CRYPTO_AES on only selectable on x86.
You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
the dependencies are a bit weird:
config CRYPTO_AES
tristate "AES cipher algorithms"
depends on
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > Would be better to just do:
> >
> > config CRYPTO_AES
> > select CRYPTO_AES_586 if (X86 && !X86_64)
> > select CRYPTO_AES_OTHER if !(X86 && !X86_64)
> >
> > and hide CRYPTO_AES_586 and CRYPTO_AES_OTHER from the outside world.
>
>
>
On Wed, Mar 02, 2005 at 02:12:04PM -0500, Jeff Garzik wrote:
> Adrian Bunk wrote:
> >On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
> >
> >>Adrian Bunk wrote:
> >>
> >>>+ select CRYPTO
> >>> select CRYPTO_AES
> >>> ---help---
> >>> Include software based cipher suites in
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> > Thing is, CRYPTO_AES on only selectable on x86.
>
> You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
> the dependencies are a bit weird:
>
> config CRYPTO_AES
> tristate "AES cipher algorithms"
> depends on
Andrew Morton wrote:
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Adrian Bunk wrote:
On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
Adrian Bunk wrote:
+ select CRYPTO
select CRYPTO_AES
---help---
Include software based cipher suites in support of IEEE 802.11i
(aka TGi, WPA, WPA2,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> Adrian Bunk wrote:
> > On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
> >
> >>Adrian Bunk wrote:
> >>
> >>>+ select CRYPTO
> >>> select CRYPTO_AES
> >>> ---help---
> >>> Include software based cipher suites in support of IEEE 802.11i
Adrian Bunk wrote:
On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
Adrian Bunk wrote:
+ select CRYPTO
select CRYPTO_AES
---help---
Include software based cipher suites in support of IEEE 802.11i
(aka TGi, WPA, WPA2, WPA-PSK, etc.) for use with CCMP enabled
networks.
@@ -54,10
I did not look into the userspace commands supported in BSD
accounting on the dependency on the format of /var/account/pacct
file.
The accounting exit hook allows BSD/CSA to save accounting
data stored in task_struct to internally kept data structure
and then writes to their respective accounting
On Tuesday, March 1, 2005 11:48 pm, Guillaume Thouvenin wrote:
> Is it possible to merge BSD and CSA? I mean with CSA, there is a part
> that does per-process accounting. For exemple in the
> linux-2.6.9.acct_mm.patch the two functions update_mem_hiwater() and
> csa_update_integrals() update
On Wednesday, March 2, 2005 6:51 am, Paul Jackson wrote:
> Guillaume wrote:
> > I also run the lmbench and results are send in response to another
> > thread "A common layer for Accounting packages". When fork connector is
> > turned off the overhead is negligible.
>
> Good.
>
> If I read this
In addition to worrying about performance and scaling, with accounting
enabled or disabled, one should also try to minimize code clutter in key
kernel files, such as fork.c
For example, one might, instead of adding 40 lines os fork_connector()
code to kernel/fork.c, instead add something like
Guillaume wrote:
>
> I also run the lmbench and results are send in response to another
> thread "A common layer for Accounting packages". When fork connector is
> turned off the overhead is negligible.
Good.
If I read this code right:
>
> +static inline void fork_connector(pid_t parent,
On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
> Adrian Bunk wrote:
> >+select CRYPTO
> > select CRYPTO_AES
> > ---help---
> > Include software based cipher suites in support of IEEE 802.11i
> > (aka TGi, WPA, WPA2, WPA-PSK, etc.) for use with CCMP enabled
> >
insertions(+)
diff -uprN -X dontdiff linux-2.6.11-rc4-mm1/drivers/connector/cn_fork.c
linux-2.6.11-rc4-mm1-cnfork/drivers/connector/cn_fork.c
--- linux-2.6.11-rc4-mm1/drivers/connector/cn_fork.c1970-01-01
01:00:00.00000 +0100
+++ linux-2.6.11-rc4-mm1-cnfork/drivers/connector/cn_fo
dontdiff linux-2.6.11-rc4-mm1/drivers/connector/cn_fork.c
linux-2.6.11-rc4-mm1-cnfork/drivers/connector/cn_fork.c
--- linux-2.6.11-rc4-mm1/drivers/connector/cn_fork.c1970-01-01
01:00:00.0 +0100
+++ linux-2.6.11-rc4-mm1-cnfork/drivers/connector/cn_fork.c 2005-03-01
13:13:05.0
On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
Adrian Bunk wrote:
+select CRYPTO
select CRYPTO_AES
---help---
Include software based cipher suites in support of IEEE 802.11i
(aka TGi, WPA, WPA2, WPA-PSK, etc.) for use with CCMP enabled
networks.
Guillaume wrote:
I also run the lmbench and results are send in response to another
thread A common layer for Accounting packages. When fork connector is
turned off the overhead is negligible.
Good.
If I read this code right:
+static inline void fork_connector(pid_t parent, pid_t
In addition to worrying about performance and scaling, with accounting
enabled or disabled, one should also try to minimize code clutter in key
kernel files, such as fork.c
For example, one might, instead of adding 40 lines os fork_connector()
code to kernel/fork.c, instead add something like
On Wednesday, March 2, 2005 6:51 am, Paul Jackson wrote:
Guillaume wrote:
I also run the lmbench and results are send in response to another
thread A common layer for Accounting packages. When fork connector is
turned off the overhead is negligible.
Good.
If I read this code right:
On Tuesday, March 1, 2005 11:48 pm, Guillaume Thouvenin wrote:
Is it possible to merge BSD and CSA? I mean with CSA, there is a part
that does per-process accounting. For exemple in the
linux-2.6.9.acct_mm.patch the two functions update_mem_hiwater() and
csa_update_integrals() update fields in
I did not look into the userspace commands supported in BSD
accounting on the dependency on the format of /var/account/pacct
file.
The accounting exit hook allows BSD/CSA to save accounting
data stored in task_struct to internally kept data structure
and then writes to their respective accounting
Adrian Bunk wrote:
On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
Adrian Bunk wrote:
+ select CRYPTO
select CRYPTO_AES
---help---
Include software based cipher suites in support of IEEE 802.11i
(aka TGi, WPA, WPA2, WPA-PSK, etc.) for use with CCMP enabled
networks.
@@ -54,10
Jeff Garzik [EMAIL PROTECTED] wrote:
Adrian Bunk wrote:
On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
Adrian Bunk wrote:
+ select CRYPTO
select CRYPTO_AES
---help---
Include software based cipher suites in support of IEEE 802.11i
(aka TGi, WPA, WPA2,
Andrew Morton wrote:
Jeff Garzik [EMAIL PROTECTED] wrote:
Adrian Bunk wrote:
On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
Adrian Bunk wrote:
+ select CRYPTO
select CRYPTO_AES
---help---
Include software based cipher suites in support of IEEE 802.11i
(aka TGi, WPA, WPA2,
Jeff Garzik [EMAIL PROTECTED] wrote:
Thing is, CRYPTO_AES on only selectable on x86.
You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
the dependencies are a bit weird:
config CRYPTO_AES
tristate AES cipher algorithms
depends on CRYPTO !(X86
On Wed, Mar 02, 2005 at 02:12:04PM -0500, Jeff Garzik wrote:
Adrian Bunk wrote:
On Wed, Mar 02, 2005 at 01:43:04AM -0500, Jeff Garzik wrote:
Adrian Bunk wrote:
+ select CRYPTO
select CRYPTO_AES
---help---
Include software based cipher suites in support of IEEE 802.11i
Adrian Bunk [EMAIL PROTECTED] wrote:
Would be better to just do:
config CRYPTO_AES
select CRYPTO_AES_586 if (X86 !X86_64)
select CRYPTO_AES_OTHER if !(X86 !X86_64)
and hide CRYPTO_AES_586 and CRYPTO_AES_OTHER from the outside world.
Andrew Morton wrote:
Jeff Garzik [EMAIL PROTECTED] wrote:
Thing is, CRYPTO_AES on only selectable on x86.
You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
the dependencies are a bit weird:
config CRYPTO_AES
tristate AES cipher algorithms
depends on CRYPTO
Adrian Bunk wrote:
On Wed, Mar 02, 2005 at 05:41:50PM -0500, Jeff Garzik wrote:
Andrew Morton wrote:
Jeff Garzik [EMAIL PROTECTED] wrote:
Thing is, CRYPTO_AES on only selectable on x86.
You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
the dependencies are a bit weird:
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of softlockup
detection. After disabling CONFIG_DETECT_SOFTLOCKUP, powerdown works fine.
--
(Please do reply-to-all)
Jindrich Makovicka [EMAIL PROTECTED] wrote:
Pavel Machek wrote:
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
For me, power down stopped working since the introduction of softlockup
Hello, Guillaume
(B
(BI tried to measure the process-creation/destruction performance on
(B2.6.11-rc4-mm1 plus
(Bsome extensiton(Normal/with PAGG/with Fork-Connector).
(BBut I received a following messages endlessly on system console with
(BFork-Connector extensiton.
(B
(B# on IA-64
On Wed, Mar 02, 2005 at 05:41:50PM -0500, Jeff Garzik wrote:
Andrew Morton wrote:
Jeff Garzik [EMAIL PROTECTED] wrote:
Thing is, CRYPTO_AES on only selectable on x86.
You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
the dependencies are a bit weird:
config
On Thu, Mar 03, 2005 at 12:18:25PM +0900, Kaigai Kohei ([EMAIL PROTECTED])
wrote:
Hello, Guillaume
I tried to measure the process-creation/destruction performance on
2.6.11-rc4-mm1 plus
some extensiton(Normal/with PAGG/with Fork-Connector).
But I received a following messages endlessly
On Wed, Mar 02, 2005 at 01:18:17PM -0800, Andrew Morton wrote:
Jeff Garzik [EMAIL PROTECTED] wrote:
Thing is, CRYPTO_AES on only selectable on x86.
You're thinking about CRYPTO_AES_586. But looking at crypto/Kconfig,
the dependencies are a bit weird:
config CRYPTO_AES
On Tue, 2005-03-01 at 10:06 -0800, Jay Lan wrote:
> Sorry I was not clear on my point.
>
> I was trying to point out that, an exit hook for BSD and CSA is
> essential to save accounting data before the data is gone. That
> can not be done with a netlink.
>
> So, my patch was to keep acct_process
Adrian Bunk wrote:
+ select CRYPTO
select CRYPTO_AES
---help---
Include software based cipher suites in support of IEEE 802.11i
(aka TGi, WPA, WPA2, WPA-PSK, etc.) for use with CCMP enabled
networks.
@@ -54,10 +55,11 @@
"ieee80211_crypt_ccmp".
config IEEE80211_CRYPT_TKIP
Hi!
> > > Relocating pagedir |
> > > Reading image data (8157 pages): 100% 8157 done.
> > > Stopping tasks: |
> > > Freeing memory... done (0 pages freed)
> > > Freezing CPUs (at 1)...Sleeping in:
> > > [] dump_stack+0x19/0x20
> > > [] smp_pause+0x1f/0x54
>
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> I can fix disk going yo-yo without switching pm_message_t to struct,
> but will have to back parts of that later. Do you want patch?
No thanks, I was just pointing it out. It sounds like you have it under
control.
-
To unsubscribe from this list: send
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> > Resume on SMP locks up.
>
> Does it work on UP kernel on same hardware?
yup.
> NMI watchdog is problem
> for suspend, it takes long to do various phases. Can you disable it
> for testing?
Will try to remember to do that.
> > Relocating
Sorry I was not clear on my point.
I was trying to point out that, an exit hook for BSD and CSA is
essential to save accounting data before the data is gone. That
can not be done with a netlink.
So, my patch was to keep acct_process as a wrapper, which
would then call do_exit_csa() for CSA and
Pavel Machek <[EMAIL PROTECTED]> writes:
> > I threw it together to test a specific code path, and the fact it
> > fails in software suspend is actually almost confirmation that I am on
> > the right track. This actually fixed the case I was testing.
> >
> > In this case the failure is simply
Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Here's preview patch to make disk not do stupid yo-yo. Please do not
apply (it will probably not apply cleanly anyway).
I can fix disk going yo-yo without switching pm_message_t to struct,
but will have
Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Yes, this is going to be properly solved by switching pm_message_t to
struct (preview patch attached, EVENT will become .event, this is just
for me). I could do some hack to make disk not go up-down-up
Hi!
> > > In `subj` kernel, machine no longer powers down at the end of
> > > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
> >
> > Binary searching indicates that this is due to
> >
Hi!
> > Yes, the patch is very ugly. If something like this needs to be done,
> > then perhaps acpi should properly register into driver model and do
> > the work there. This will also mean code will be called consistently.
>
> I totally agree. Do you have an example of how a non-device
> can
Pavel Machek <[EMAIL PROTECTED]> writes:
> Yes, the patch is very ugly. If something like this needs to be done,
> then perhaps acpi should properly register into driver model and do
> the work there. This will also mean code will be called consistently.
I totally agree. Do you have an example
Andrew Morton <[EMAIL PROTECTED]> writes:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > In `subj` kernel, machine no longer powers down at the end of
> > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
>
> Binary searching indicates that this is due to
>
Hi!
> Resume on SMP locks up.
Does it work on UP kernel on same hardware? NMI watchdog is problem
for suspend, it takes long to do various phases. Can you disable it
for testing?
Pavel
> Relocating pagedir |
> Reading image data
Hi!
> > In `subj` kernel, machine no longer powers down at the end of
> > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
>
> Binary searching indicates that this is due to
>
Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Yes, that's known, pm_message_t needs to become struct to solve disk
pingpong properly.
> Debug: sleeping function called from invalid context at mm/slab.c:2082
> in_atomic():0, irqs_disabled():1
Resume on SMP locks up.
Relocating pagedir |
Reading image data (8157 pages): 100% 8157 done.
Stopping tasks: |
Freeing memory... done (0 pages freed)
Freezing CPUs (at 1)...Sleeping in:
[] dump_stack+0x19/0x20
[] smp_pause+0x1f/0x54
[]
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Stopping tasks: ==|
Freeing memory... done (7069 pages freed)
swsusp: Need to copy 7847 pages
swsusp: critical section/: done (7879 pages
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> In `subj` kernel, machine no longer powers down at the end of
> swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
On Mon, 28 Feb 2005 14:48:20 EST, [EMAIL PROTECTED] said:
> Symptoms: Running '/etc/init.d/pcmcia start' bombs - cardmgr goes into
> a loop spewing repeated 'Common memory region at 0x0: Generic or SRAM'
> messages. In the dmesg, we find:
> [4294859.369000] cs: unable to map card memory!
>
On Mon, 28 Feb 2005 14:48:20 EST, [EMAIL PROTECTED] said:
Symptoms: Running '/etc/init.d/pcmcia start' bombs - cardmgr goes into
a loop spewing repeated 'Common memory region at 0x0: Generic or SRAM'
messages. In the dmesg, we find:
[4294859.369000] cs: unable to map card memory!
Pavel Machek [EMAIL PROTECTED] wrote:
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Stopping tasks: ==|
Freeing memory... done (7069 pages freed)
swsusp: Need to copy 7847 pages
swsusp: critical section/: done (7879 pages
Resume on SMP locks up.
Relocating pagedir |
Reading image data (8157 pages): 100% 8157 done.
Stopping tasks: |
Freeing memory... done (0 pages freed)
Freezing CPUs (at 1)...Sleeping in:
[c0103c1d] dump_stack+0x19/0x20
[c0133c7f] smp_pause+0x1f/0x54
Hi!
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Yes, that's known, pm_message_t needs to become struct to solve disk
pingpong properly.
Debug: sleeping function called from invalid context at mm/slab.c:2082
in_atomic():0, irqs_disabled():1
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
Hi!
Resume on SMP locks up.
Does it work on UP kernel on same hardware? NMI watchdog is problem
for suspend, it takes long to do various phases. Can you disable it
for testing?
Pavel
Relocating pagedir |
Reading image data
Andrew Morton [EMAIL PROTECTED] writes:
Pavel Machek [EMAIL PROTECTED] wrote:
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
Pavel Machek [EMAIL PROTECTED] writes:
Yes, the patch is very ugly. If something like this needs to be done,
then perhaps acpi should properly register into driver model and do
the work there. This will also mean code will be called consistently.
I totally agree. Do you have an example of
Hi!
Yes, the patch is very ugly. If something like this needs to be done,
then perhaps acpi should properly register into driver model and do
the work there. This will also mean code will be called consistently.
I totally agree. Do you have an example of how a non-device
can do this?
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
Hi!
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Yes, this is going to be properly solved by switching pm_message_t to
struct (preview patch attached, EVENT will become .event, this is just
for me). I could do some hack to make disk not go up-down-up
Hi!
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Here's preview patch to make disk not do stupid yo-yo. Please do not
apply (it will probably not apply cleanly anyway).
I can fix disk going yo-yo without switching pm_message_t to struct,
but will have
Pavel Machek [EMAIL PROTECTED] writes:
I threw it together to test a specific code path, and the fact it
fails in software suspend is actually almost confirmation that I am on
the right track. This actually fixed the case I was testing.
In this case the failure is simply because
Sorry I was not clear on my point.
I was trying to point out that, an exit hook for BSD and CSA is
essential to save accounting data before the data is gone. That
can not be done with a netlink.
So, my patch was to keep acct_process as a wrapper, which
would then call do_exit_csa() for CSA and
Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
Resume on SMP locks up.
Does it work on UP kernel on same hardware?
yup.
NMI watchdog is problem
for suspend, it takes long to do various phases. Can you disable it
for testing?
Will try to remember to do that.
Relocating pagedir |
Pavel Machek [EMAIL PROTECTED] wrote:
I can fix disk going yo-yo without switching pm_message_t to struct,
but will have to back parts of that later. Do you want patch?
No thanks, I was just pointing it out. It sounds like you have it under
control.
-
To unsubscribe from this list: send the
Hi!
Relocating pagedir |
Reading image data (8157 pages): 100% 8157 done.
Stopping tasks: |
Freeing memory... done (0 pages freed)
Freezing CPUs (at 1)...Sleeping in:
[c0103c1d] dump_stack+0x19/0x20
[c0133c7f] smp_pause+0x1f/0x54
Adrian Bunk wrote:
+ select CRYPTO
select CRYPTO_AES
---help---
Include software based cipher suites in support of IEEE 802.11i
(aka TGi, WPA, WPA2, WPA-PSK, etc.) for use with CCMP enabled
networks.
@@ -54,10 +55,11 @@
ieee80211_crypt_ccmp.
config IEEE80211_CRYPT_TKIP
tristate
On Tue, 2005-03-01 at 10:06 -0800, Jay Lan wrote:
Sorry I was not clear on my point.
I was trying to point out that, an exit hook for BSD and CSA is
essential to save accounting data before the data is gone. That
can not be done with a netlink.
So, my patch was to keep acct_process as a
On Mon, 2005-02-28 at 10:56 -0800, Jay Lan wrote:
> The exit hook is essential for CSA to save off data before the data
> is gone, A netlink type of thing does not help. BSD is in the same
> situation. You can not replace the acct_process() call with a netlink.
> If ELSA is to use the enhanced
Le 01.03.2005 00:17, Pavel Machek a écrit :
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Pavel
Hello,
I noticed this behaviour, too. Can't remember if it came with
2.6.11-rc3-mm2 or with 2.6.11-rc4-mm1. Didn't try
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq
On Mon, 28 Feb 2005 21:22:26 +0100, Dominik Brodowski said:
> On Mon, Feb 28, 2005 at 02:48:20PM -0500, [EMAIL PROTECTED] wrote:
> > A full -rc4-mm1 fails, *as does* a -rc4-mm1 with all the following patches
> > -R'ed:
...
> > broken-out/pcmcia-bridge-resource-management-fix.patch
> > So
1 - 100 of 249 matches
Mail list logo