Marat N.Afanasyev wrote:
>
> Nicolais wrote:
>> Also - this was extracted from kenv:
>>
>> smbios.system.maker="MICRO-STAR INTERANTIONAL CO.,LTD"
>> smbios.system.product="MS-7368"
>
> as I supposed in previous message your MB is MicroStar product. So I
> insist that you read thread [1] in fr
> did you try to make a kernel with KDB and DDB? DEBUG-kernel? it seems
> that turning off optimization and place a debugging stuff in kernel
> solved my problem.
I turned off all optimisation, but I didnt try compiling in the debuggers,
no. I will give that a try and see if it gets rid of the p
Pete French wrote:
as I supposed in previous message your MB is MicroStar product. So I
insist that you read thread [1] in freebsd-stable named 'Interrupt
storm' started by Dan Langille
I (still) have the same problem on my MSI Platinum and having re-read
all of those threads in case I mi
> as I supposed in previous message your MB is MicroStar product. So I
> insist that you read thread [1] in freebsd-stable named 'Interrupt
> storm' started by Dan Langille
I (still) have the same problem on my MSI Platinum and having re-read
all of those threads in case I missed somehting,
Nicolais wrote:
Also - this was extracted from kenv:
smbios.system.maker="MICRO-STAR INTERANTIONAL CO.,LTD"
smbios.system.product="MS-7368"
as I supposed in previous message your MB is MicroStar product. So I
insist that you read thread [1] in freebsd-stable named 'Interrupt
storm' started b
Also - this was extracted from kenv:
LINES="24"
acpi_load="YES"
bootfile="kernel"
comconsole_speed="9600"
console="vidconsole"
currdev="disk0s1a:"
hint.acpi.0.oem="ACPIAM"
hint.acpi.0.revision="1"
hint.acpi.0.rsdp="0xf98a0"
hint.acpi.0.rsdt="0x7dfd"
hint.atkbd.0.at="atkbdc"
hint.atkbd.0.irq="
