[Bug 23992] RFE: Add support for MS-DOS FPU compatibility mode

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.kernel.org/show_bug.cgi?id=23992





--- Comment #4 from Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>  2011-08-15 18:31:28 ---
No, it is not a known issue. Which task(s) did you install?

Note that you do not need to install GNU/Hurd to build GNU Mach, just 

git clone git.savannah.gnu.org:/srv/git/hurd/gnumach.git

and autoreconf -i && ./configure && make. If you have a 64bit box, you need to
cross-compile:

CPP='gcc -m32 -E -x c -undef -ansi' CC='gcc -m32' LD='ld -melf_i386'
./configure --host=i686-unknown-linux-gnu

Thinking again about, IIRC the kernel will just boot fine, it's only in some
application use case that the issue shows up. I'll attach a patch which shows
the CR0 value before and after Mach changes it. The 0x20 flag currently shows
up both before and after. It should only show up after (because Mach sets it).
To easily get the boot logs, pass console=com0 as kernel parameter during the
multiboot command, that will direct logs to the serial port.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux