Re: invlpg produces strange sig11 on PentiumPro box

2000-07-04 Thread KATO Takenori
et-by-firmware active 0/400 BIOS write-back set-by-firmware active 400/100 BIOS write-back set-by-firmware active f0/10 BIOS uncacheable set-by-firmware active -------+--+ KATO Takenori <[EMAIL PROTECTED]>

Re: invlpg produces strange sig11 on PentiumPro box

2000-07-01 Thread KATO Takenori
orted, we can supply update modules for new CPU and newly found errata like the update module for AMD K6-2 CPU of Windows 95. ---+--+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Earth Planet. Sci, Nago

Re: invlpg produces strange sig11 on PentiumPro box

2000-07-01 Thread KATO Takenori
on the M/B with correct microcode update and then moved the CPU to the M/B which has signal 11 problem. Signal 11 didn't disappear. ---+--+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Eart

Re: invlpg produces strange sig11 on PentiumPro box

2000-07-01 Thread KATO Takenori
00 MSR (20d): MSR (20e): MSR (20f): One variable MTTR (marked *) has non-4MB aligned mask and errata #29 affects this system. ---+------+ KATO Takenori <[EMAIL PROTECTED]> |

Re: invlpg produces strange sig11 on PentiumPro box

2000-07-01 Thread KATO Takenori
> in stepping sB0 (cpuid = 0x619). I have both sA0 (cpuid = 0x617) and > sB0 steppings and the signal 11 problem occurs only with the sA0 > stepping. Oops, sA0 -> sA1 and sB0 -> sB1. ---+--+ KATO Takenori &l

Re: invlpg produces strange sig11 on PentiumPro box

2000-07-01 Thread KATO Takenori
Poul-Henning Kamp <[EMAIL PROTECTED]> wrote: > If we are talking about errata #34 the correct solution is to not use > 4MB pages. Is FreeBSD #29-safe? ---+--+ KATO Takenori <[EMAIL PROTECTED]>

Re: invlpg produces strange sig11 on PentiumPro box

2000-07-01 Thread KATO Takenori
ame as the 0xf00f hacking. ---+------+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. |The power to serve! | Nagoya, 464-8602, Japan| http://www.FreeBSD.org/ | FreeBSD(98) 4.0R

invlpg produces strange sig11 on PentiumPro box

2000-06-30 Thread KATO Takenori
! } } bcopy(CADDR1, CADDR2, PAGE_SIZE); -- END -- ---+--+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. |The power to serve! | Nago

Re: indirection in bus space

2000-01-24 Thread KATO Takenori
ndle_pc98. ---+------+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. |The power to serve! | Nagoya, 464-8602, Japan| http://

Re: indirection in bus space

2000-01-23 Thread KATO Takenori
t; http://www.FreeBSD.ORG/~kato/busspace/adv_isa.c.diff > diff of dev/advansys/adv_isa.c > > http://www.FreeBSD.ORG/~kato/busspace/adv_pci.c.diff > diff of dev/advansys/adv_pci.c > > http://www.FreeBSD.ORG/~kato/busspace/amd.c.diff > diff of pci/amd.c >

Re: indirection in bus space

2000-01-21 Thread KATO Takenori
. ---+--+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. |The power to serve! | Nagoya, 464-8602, Japan| http://www.FreeB

Re: indirection in bus space

1999-12-26 Thread KATO Takenori
FreeBSD-hackers list is added. KATO Takenori <[EMAIL PROTECTED]> wrote: > I didn't realize the difference in type of bus_space_handle_t. So, > bus.h needs to be separated into bus_at386.h and bus_pc98.h. I revised bus space patch. This patch does: 1. copy bus.h to

Re: device name of floppy disk

1999-12-25 Thread KATO Takenori
ble side 256 bytes/sector 16 sectors/track, 77 cylinders and so on (including DEC PDP-11 :-)). I'm trying to add 1, 2, 3 and 4. ---+--+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. |The power to serve! | Nagoya, 4

device name of floppy disk

1999-12-25 Thread KATO Takenori
tries mandatory for all floppy disk devices? (Should I make such lines when I add new mode for floppy disk?) Thanks. ---+--+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Earth Pla

Re: Init(8) cannot decrease securelevel

1999-09-07 Thread KATO Takenori
- If securelevel > 1, DDB is in restricted mode. - If securelevel > 1 and an option is defined, DDB is in powerful mode. - If securelvel < 1, DDB is in powerful mode. ---+--+ KATO Takenori |FreeBSD

Re: Init(8) cannot decrease securelevel

1999-09-07 Thread KATO Takenori
t following idea: - If securelevel > 1, DDB is in restricted mode. - If securelevel > 1 and an option is defined, DDB is in powerful mode. - If securelvel < 1, DDB is in powerful mode. ---+--+ KATO

Re: Init(8) cannot decrease securelevel

1999-09-06 Thread KATO Takenori
wer. (2) Remove HDD. (3) Mount on another FreeBSD box. (4) Edit a file in the HDD. (5) Return HDD. (6) Reboot. is available. ---+--+ KATO Takenori |FreeBSD | Dept. Ear

Re: Init(8) cannot decrease securelevel

1999-09-06 Thread KATO Takenori
(1) Turn off power. (2) Remove HDD. (3) Mount on another FreeBSD box. (4) Edit a file in the HDD. (5) Return HDD. (6) Reboot. is available. ---+--+ KATO Takenori <[EMAIL PROTECTED]

Re: Init(8) cannot decrease securelevel

1999-09-06 Thread KATO Takenori
any other points, and may remove options for kernel hackers. ---+------+ KATO Takenori |FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. |The power to serve! | Nagoya, 464-8602, Japan

Re: Init(8) cannot decrease securelevel

1999-09-06 Thread KATO Takenori
the securelevel also many other points, and may remove options for kernel hackers. ---+--+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. |The power

Init(8) cannot decrease securelevel

1999-09-05 Thread KATO Takenori
vel; return (error); -- END -- ---+------+ KATO Takenori <[EMAIL PROTECTED]> |FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. |The power to serve! | Nagoya, 464-86

Re: Init(8) cannot decrease securelevel

1999-09-05 Thread KATO Takenori
.Pp The kernel runs with four different levels of security. ! Any super-user process can raise the security level, but no process can lower it. The security levels are: .Bl -tag -width flag -- ---+------+ KATO Takenori

Re: Init(8) cannot decrease securelevel

1999-09-05 Thread KATO Takenori
s with four different levels of security. ! Any super-user process can raise the security level, but no process can lower it. The security levels are: .Bl -tag -width flag -- ---+--+ KATO Takenori |FreeBSD

Init(8) cannot decrease securelevel

1999-09-05 Thread KATO Takenori
vel; return (error); -- END -- ---+------+ KATO Takenori |FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. |The power to serve! | Nagoya, 464-8602, Japan