Re: swsusp smp problems... [was Re: swsusp: Remove arch-specific references from generic code]

2005-03-22 Thread Rafael J. Wysocki
Hi, Sorry for the delay, I had an urgent work to do yestarday ... On Monday, 21 of March 2005 11:41, Pavel Machek wrote: > Hi! > > > > At least part of them is caused by CONFIG_MTRR. I had to disable it on > > > i386 to make it work... > > > > Later today I'll check if that helps on x86-64.

Re: swsusp smp problems... [was Re: swsusp: Remove arch-specific references from generic code]

2005-03-22 Thread Rafael J. Wysocki
Hi, Sorry for the delay, I had an urgent work to do yestarday ... On Monday, 21 of March 2005 11:41, Pavel Machek wrote: Hi! At least part of them is caused by CONFIG_MTRR. I had to disable it on i386 to make it work... Later today I'll check if that helps on x86-64. On vanilla

Re: swsusp smp problems... [was Re: swsusp: Remove arch-specific references from generic code]

2005-03-21 Thread Pavel Machek
Hi! > > At least part of them is caused by CONFIG_MTRR. I had to disable it on > > i386 to make it work... > > Later today I'll check if that helps on x86-64. > > Anyway in the meantime I have played a bit with the CPU hotplug code. > It needs some work, but looks promising. I've changed

Re: swsusp smp problems... [was Re: swsusp: Remove arch-specific references from generic code]

2005-03-21 Thread Rafael J. Wysocki
Hi, On Sunday, 20 of March 2005 20:24, Pavel Machek wrote: > Hi! > > At least part of them is caused by CONFIG_MTRR. I had to disable it on > i386 to make it work... Later today I'll check if that helps on x86-64. Anyway in the meantime I have played a bit with the CPU hotplug code. It needs

Re: swsusp smp problems... [was Re: swsusp: Remove arch-specific references from generic code]

2005-03-21 Thread Rafael J. Wysocki
Hi, On Sunday, 20 of March 2005 20:24, Pavel Machek wrote: Hi! At least part of them is caused by CONFIG_MTRR. I had to disable it on i386 to make it work... Later today I'll check if that helps on x86-64. Anyway in the meantime I have played a bit with the CPU hotplug code. It needs some

Re: swsusp smp problems... [was Re: swsusp: Remove arch-specific references from generic code]

2005-03-21 Thread Pavel Machek
Hi! At least part of them is caused by CONFIG_MTRR. I had to disable it on i386 to make it work... Later today I'll check if that helps on x86-64. Anyway in the meantime I have played a bit with the CPU hotplug code. It needs some work, but looks promising. I've changed

Re: swsusp: Remove arch-specific references from generic code

2005-03-20 Thread Pavel Machek
Hi! > > Do you think you could just send me diff between 2.6.12-rc1 and your > > tree? I'll merge it here. > > Sure, no problem, the diff follows. :-) It contains the following changes: > > - remove swsusp_restore() (with the fix to return 0 from swsusp_arch_resume() > on x86*) > - drop

swsusp smp problems... [was Re: swsusp: Remove arch-specific references from generic code]

2005-03-20 Thread Pavel Machek
Hi! At least part of them is caused by CONFIG_MTRR. I had to disable it on i386 to make it work... Pavel -- People were complaining that M$ turns users into beta-testers... ...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg

swsusp smp problems... [was Re: swsusp: Remove arch-specific references from generic code]

2005-03-20 Thread Pavel Machek
Hi! At least part of them is caused by CONFIG_MTRR. I had to disable it on i386 to make it work... Pavel -- People were complaining that M$ turns users into beta-testers... ...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg

Re: swsusp: Remove arch-specific references from generic code

2005-03-20 Thread Pavel Machek
Hi! Do you think you could just send me diff between 2.6.12-rc1 and your tree? I'll merge it here. Sure, no problem, the diff follows. :-) It contains the following changes: - remove swsusp_restore() (with the fix to return 0 from swsusp_arch_resume() on x86*) - drop

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Rafael J. Wysocki
Hi, On Saturday, 19 of March 2005 23:07, Pavel Machek wrote: > Hi! > > Do you think you could just send me diff between 2.6.12-rc1 and your > tree? I'll merge it here. Sure, no problem, the diff follows. :-) It contains the following changes: - remove swsusp_restore() (with the fix to return

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Pavel Machek
Hi! Do you think you could just send me diff between 2.6.12-rc1 and your tree? I'll merge it here. Pavel -- People were complaining that M$ turns users into beta-testers... ...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Pavel Machek
Hi! > swsusp-suspend_pd_pages-fix.patch Could you drop this one? It is "fixing" unused macro, we don't want it going anywhere. > suspend-to-ram-update-videotxt-with-more-systems.patch > > I've been ducking all the "swsusp_restore crap" patches. Pavel, could you > please aggregate, test and

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Andrew Morton
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote: > > On Wednesday, 16 of March 2005 01:12, Pavel Machek wrote: > > Hi! > > > > This is fix for "swsusp_restore crap"-: we had some i386-specific code > > referenced from generic code. This fixes it by inlining tlb_flush_all > > into assembly. >

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Rafael J. Wysocki
Hi, On Wednesday, 16 of March 2005 01:12, Pavel Machek wrote: > Hi! > > This is fix for "swsusp_restore crap"-: we had some i386-specific code > referenced from generic code. This fixes it by inlining tlb_flush_all > into assembly. > > Please apply, Unfortunately, this patch requires the

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Rafael J. Wysocki
Hi, On Wednesday, 16 of March 2005 01:12, Pavel Machek wrote: Hi! This is fix for swsusp_restore crap-: we had some i386-specific code referenced from generic code. This fixes it by inlining tlb_flush_all into assembly. Please apply, Unfortunately, this patch requires the following fix.

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Andrew Morton
Rafael J. Wysocki [EMAIL PROTECTED] wrote: On Wednesday, 16 of March 2005 01:12, Pavel Machek wrote: Hi! This is fix for swsusp_restore crap-: we had some i386-specific code referenced from generic code. This fixes it by inlining tlb_flush_all into assembly. Please apply,

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Pavel Machek
Hi! swsusp-suspend_pd_pages-fix.patch Could you drop this one? It is fixing unused macro, we don't want it going anywhere. suspend-to-ram-update-videotxt-with-more-systems.patch I've been ducking all the swsusp_restore crap patches. Pavel, could you please aggregate, test and resend

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Pavel Machek
Hi! Do you think you could just send me diff between 2.6.12-rc1 and your tree? I'll merge it here. Pavel -- People were complaining that M$ turns users into beta-testers... ...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg

Re: swsusp: Remove arch-specific references from generic code

2005-03-19 Thread Rafael J. Wysocki
Hi, On Saturday, 19 of March 2005 23:07, Pavel Machek wrote: Hi! Do you think you could just send me diff between 2.6.12-rc1 and your tree? I'll merge it here. Sure, no problem, the diff follows. :-) It contains the following changes: - remove swsusp_restore() (with the fix to return 0

swsusp: Remove arch-specific references from generic code

2005-03-15 Thread Pavel Machek
Hi! This is fix for "swsusp_restore crap"-: we had some i386-specific code referenced from generic code. This fixes it by inlining tlb_flush_all into assembly. Please apply, Pavel From: Rafael J. Wysocki <[EMAIL PROTECTED]>

swsusp: Remove arch-specific references from generic code

2005-03-15 Thread Pavel Machek
Hi! This is fix for swsusp_restore crap-: we had some i386-specific code referenced from generic code. This fixes it by inlining tlb_flush_all into assembly. Please apply, Pavel From: Rafael J. Wysocki [EMAIL PROTECTED]