Suspend still failing to start up again. Screen is blank and ssh finds
no path but computer looks and sounds like it is running normally.
PC is 6 months old and suspend worked flawlessly until roughly 2 to 3
weeks ago. This is Fedora 26 using always the latest Fedora provided
kernels or Linus'
Suspend still failing to start up again. Screen is blank and ssh finds
no path but computer looks and sounds like it is running normally.
PC is 6 months old and suspend worked flawlessly until roughly 2 to 3
weeks ago. This is Fedora 26 using always the latest Fedora provided
kernels or Linus'
On Wed, 2016-01-27 at 10:11 -0800, Greg Kroah-Hartman wrote:
Tested with old Core 2 6600 Intel CPU and works still properly.
(email written under linux-4.3.5-rc1)
Don
On Wed, 2016-01-27 at 10:11 -0800, Greg Kroah-Hartman wrote:
Tested with old Core 2 6600 Intel CPU and works still properly.
(email written under linux-4.3.5-rc1)
Don
On Fri, 2015-10-16 at 00:14 -0400, Len Brown wrote:
> Shane, Donald,
> Please test this pair of patches.
>
> If the default kernel still has a problem booting CPU #1 on your Core2 system,
> "cpu_init_udelay=1" should get you back to the legacy delays.
Applied patches to Linus' 4.3-rc4 (with
On Thu, 2015-10-15 at 02:53 +, Brown, Len wrote:
> > > > Did you try reverting the "x86/smpboot: Remove
> > APIC.wait_for_init_deassert
> > > > and atomic init_deasserted" patch?
> > >
> > > Yes, please let me know if reverting that patch helps you too.
> >
> > How? Please send a patch or
On Thu, 2015-10-15 at 02:53 +, Brown, Len wrote:
> > > > Did you try reverting the "x86/smpboot: Remove
> > APIC.wait_for_init_deassert
> > > > and atomic init_deasserted" patch?
> > >
> > > Yes, please let me know if reverting that patch helps you too.
> >
> > How? Please send a patch or
On Fri, 2015-10-16 at 00:14 -0400, Len Brown wrote:
> Shane, Donald,
> Please test this pair of patches.
>
> If the default kernel still has a problem booting CPU #1 on your Core2 system,
> "cpu_init_udelay=1" should get you back to the legacy delays.
Applied patches to Linus' 4.3-rc4 (with
On Thu, 2015-10-15 at 02:09 +, Brown, Len wrote:
> Donald, Shane,
> Thanks for reporting this.
>
> > > I also tried suggested /vmlinuz-4.3.0-rc3 parameter in grub:
> > > "cpu_init_udelay=1"
> > > which did not help getting missing CPU back online.
>
> right, if the issue is
On Wed, 2015-10-14 at 12:20 -0400, shrybman wrote:
> All 3.4-rc kernels I have tried displayed this issue.
> This report looks similar https://lkml.org/lkml/2015/9/26/165.
> I also have a Core 2 cpu on a Asus P5B (not deluxe) board.
> ...
> ACPI: Core revision 20150818
> ACPI: 1 ACPI AML
On Wed, 2015-10-14 at 12:20 -0400, shrybman wrote:
> All 3.4-rc kernels I have tried displayed this issue.
> This report looks similar https://lkml.org/lkml/2015/9/26/165.
> I also have a Core 2 cpu on a Asus P5B (not deluxe) board.
> ...
> ACPI: Core revision 20150818
> ACPI: 1 ACPI AML
On Thu, 2015-10-15 at 02:09 +, Brown, Len wrote:
> Donald, Shane,
> Thanks for reporting this.
>
> > > I also tried suggested /vmlinuz-4.3.0-rc3 parameter in grub:
> > > "cpu_init_udelay=1"
> > > which did not help getting missing CPU back online.
>
> right, if the issue is
Neither linux-4.3-rc1 nor linux-4.3-rc2 boot properly on my Intel
Core 2 E6600---lost one of two cores. Google search found one
other person reporting linux-4.3-rc1 also booting with only one core.
His Intel CPU was a year or two newer than mine.
linux-4.3-rc1 showed more problems during boot
Neither linux-4.3-rc1 nor linux-4.3-rc2 boot properly on my Intel
Core 2 E6600---lost one of two cores. Google search found one
other person reporting linux-4.3-rc1 also booting with only one core.
His Intel CPU was a year or two newer than mine.
linux-4.3-rc1 showed more problems during boot
On Tue, 2015-07-21 at 14:10 -0700, Greg Kroah-Hartman wrote:
> > Andrew Morton (1):
> > arch/x86/kvm/mmu.c: work around gcc-4.4.4 bug
> >
> > which must be it. Added Andrew to cc as he hopefully knows the
> answer to your question.
>
> You can dig through git to find it pretty easily...
>
On Tue, 2015-07-21 at 11:13 -0700, Greg Kroah-Hartman wrote:
> On Tue, Jul 21, 2015 at 01:13:27PM -0400, Donald Parsons wrote:
> > Greg,
> >
> > The kernel still does not compile with gcc-4.5.1 since linux-4.0.5 when
> > a kvm back-port from 4.1-rc5 went in. (Thi
Greg,
The kernel still does not compile with gcc-4.5.1 since linux-4.0.5 when
a kvm back-port from 4.1-rc5 went in. (This is on Linux 4.1.2 SMP Mon
Jul 13 18:08:30 EDT 2015 x86_64 Fedora 14)
This mis-compile was fixed in 4.1-rc8. The diff was:
diff -ur linux-4.1-rc7/arch/x86/kvm/mmu.c
Greg,
The kernel still does not compile with gcc-4.5.1 since linux-4.0.5 when
a kvm back-port from 4.1-rc5 went in. (This is on Linux 4.1.2 SMP Mon
Jul 13 18:08:30 EDT 2015 x86_64 Fedora 14)
This mis-compile was fixed in 4.1-rc8. The diff was:
diff -ur linux-4.1-rc7/arch/x86/kvm/mmu.c
On Tue, 2015-07-21 at 14:10 -0700, Greg Kroah-Hartman wrote:
Andrew Morton (1):
arch/x86/kvm/mmu.c: work around gcc-4.4.4 bug
which must be it. Added Andrew to cc as he hopefully knows the
answer to your question.
You can dig through git to find it pretty easily...
Anyway,
On Tue, 2015-07-21 at 11:13 -0700, Greg Kroah-Hartman wrote:
On Tue, Jul 21, 2015 at 01:13:27PM -0400, Donald Parsons wrote:
Greg,
The kernel still does not compile with gcc-4.5.1 since linux-4.0.5 when
a kvm back-port from 4.1-rc5 went in. (This is on Linux 4.1.2 SMP Mon
Jul 13 18:08
Compile fails with gcc-4.5.1 on Fedora 14.
log shows...
CALLscripts/checksyscalls.sh
CHK include/generated/compile.h
CC [M] arch/x86/kvm/mmu.o
arch/x86/kvm/mmu.c: In function ���kvm_mmu_pte_write���:
arch/x86/kvm/mmu.c:4219:3: error: unknown field ���cr0_wp��� specified
in
Compile fails with gcc-4.5.1 on Fedora 14.
log shows...
CALLscripts/checksyscalls.sh
CHK include/generated/compile.h
CC [M] arch/x86/kvm/mmu.o
arch/x86/kvm/mmu.c: In function ���kvm_mmu_pte_write���:
arch/x86/kvm/mmu.c:4219:3: error: unknown field ���cr0_wp��� specified
in
22 matches
Mail list logo
