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.
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
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
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
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
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
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
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
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
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
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
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
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
"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.
>
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
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.
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,
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
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
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
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]>
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]
22 matches
Mail list logo