amd64 on SU9400

View: New views
7 Messages — Rating Filter:   Alert me  

amd64 on SU9400

by Patrick Welche-4 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I can netboot NetBSD-current/i386 on a system with a SU9400 which according
to http://ark.intel.com/Product.aspx?id=36697 has a 64-bit instruction set,
but not NetBSD-current/amd64.

Despite having NFS, DIAGNOSTIC, DEBUG, LOCKDEBUG, DDB, DDB_ONPANIC=1 in the
kernel, after "Loading nfs" and the /|\ animation the laptop simply reboots.

Any ideas given that works with i386?

Cheers,

Patrick

Re: amd64 on SU9400

by Joerg Sonnenberger :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, Jul 09, 2009 at 06:48:59PM +0100, Patrick Welche wrote:
> I can netboot NetBSD-current/i386 on a system with a SU9400 which according
> to http://ark.intel.com/Product.aspx?id=36697 has a 64-bit instruction set,
> but not NetBSD-current/amd64.

What is the output of
        cpuctl identify 0
on NetBSD/i386?

Joerg

Re: amd64 on SU9400

by Patrick Welche-4 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, Jul 09, 2009 at 08:04:07PM +0200, Joerg Sonnenberger wrote:
> On Thu, Jul 09, 2009 at 06:48:59PM +0100, Patrick Welche wrote:
> > I can netboot NetBSD-current/i386 on a system with a SU9400 which according
> > to http://ark.intel.com/Product.aspx?id=36697 has a 64-bit instruction set,
> > but not NetBSD-current/amd64.
>
> What is the output of
> cpuctl identify 0
> on NetBSD/i386?

Luckily I grabbed a copy earlier :-)

cpu0: Intel Core 2 Extreme (686-class), 1396.63 MHz, id 0x10676
cpu0: features  0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR>
cpu0: features  0xbfebfbff<PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR>
cpu0: features  0xbfebfbff<SSE,SSE2,SS,HTT,TM,SBF>
cpu0: features2 0x8e3fd<SSE3,DTES64,MONITOR,DS-CPL,VMX,SMX,EST,TM2,SSSE3>
cpu0: features2 0x8e3fd<CX16,xTPR,PDCM,SSE41>
cpu0: features3 0x20100000<XD,EM64T>
cpu0: features4 0x1<LAHF>
cpu0: "Intel(R) Core(TM)2 Duo CPU     U9400  @ 1.40GHz"
cpu0: I-cache 32KB 64B/line 8-way, D-cache 32KB 64B/line 8-way
cpu0: L2 cache 3MB 64B/line 12-way
cpu0: ITLB 128 4KB entries 4-way
cpu0: DTLB 256 4KB entries 4-way, 16 4MB entries 4-way
cpu0: Initial APIC ID 0
cpu0: Cluster/Package ID 0
cpu0: Core ID 0
cpu0: family 06 model 07 extfamily 00 extmodel 01

Cheers,

Patrick

Re: amd64 on SU9400

by Patrick Welche-4 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, Jul 09, 2009 at 06:48:59PM +0100, Patrick Welche wrote:
> I can netboot NetBSD-current/i386 on a system with a SU9400 which according
> to http://ark.intel.com/Product.aspx?id=36697 has a 64-bit instruction set,
> but not NetBSD-current/amd64.
>
> Despite having NFS, DIAGNOSTIC, DEBUG, LOCKDEBUG, DDB, DDB_ONPANIC=1 in the
> kernel, after "Loading nfs" and the /|\ animation the laptop simply reboots.
>
> Any ideas given that works with i386?

It works with a kernel compiled from today's source. Could

revision 1.31
date: 2009/07/09 21:43:16;  author: rmind;  state: Exp;  lines: +9 -1
- Fix rare crashe in the intr_lapic_tlb_bcast() handler: save and setup
  %fs on i386, %gs on amd64 registers, before using them.  Otherwise, it
  might be invalid/garbage, eg. IPI can interrupt userspace.

- Explicitly initialize per-CPU emap generation number.

Thanks <drochner> for reporting and testing of patch.


this have fixed it?!

Cheers,

Patrick

security.conf and xdm/xfs

by neys :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

hello,

i set up a box with netbsd 5.0 amd64. there are no X-components installed,
therefore the files /etc/rc.d/xdm and /etc/rc.d/xfs are missing. so security
checks from /etc/daily always claim:

Checking special files and directories.
missing: ./etc/rc.d/xdm
missing: ./etc/rc.d/xfs


because of this part from man security.conf(5):

The following mtree(8) tags modify how files are determined from
/etc/mtree/special and /etc/mtree/special.local:
     exclude  The entry is ignored; no backups are made
              and the differences are not displayed.
              This includes dynamic or binary files such
              as /var/run/utmp.

     nodiff   The entry is backed up but the differences
              are not displayed because the contents of
              the file are sensitive.  This includes
              files such as /etc/master.passwd.

i tried to block the check of those files by adding the following two lines
to /etc/mtree/special.local:

./etc/rc.d/xdm type=file mode=0555 tags=exclude
./etc/rc.d/xfs type=file mode=0555 tags=exclude


but this does not change anything. is there a way to get rid of the check
for those files beside deleting the appropriate lines from /etc/mtree/special?

any thoughts appreciated!


thanks in advance,

neys

Re: security.conf and xdm/xfs

by Manuel Bouyer :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, Jul 16, 2009 at 09:41:31AM +0200, neys wrote:

> hello,
>
> i set up a box with netbsd 5.0 amd64. there are no X-components installed,
> therefore the files /etc/rc.d/xdm and /etc/rc.d/xfs are missing. so
> security checks from /etc/daily always claim:
>
> Checking special files and directories.
> missing: ./etc/rc.d/xdm
> missing: ./etc/rc.d/xfs
>
>
> because of this part from man security.conf(5):
>
> The following mtree(8) tags modify how files are determined from
> /etc/mtree/special and /etc/mtree/special.local:
>     exclude  The entry is ignored; no backups are made
>              and the differences are not displayed.
>              This includes dynamic or binary files such
>              as /var/run/utmp.
>
>     nodiff   The entry is backed up but the differences
>              are not displayed because the contents of
>              the file are sensitive.  This includes
>              files such as /etc/master.passwd.
>
> i tried to block the check of those files by adding the following two lines
> to /etc/mtree/special.local:
>
> ./etc/rc.d/xdm type=file mode=0555 tags=exclude
> ./etc/rc.d/xfs type=file mode=0555 tags=exclude
>
>
> but this does not change anything. is there a way to get rid of the check
> for those files beside deleting the appropriate lines from
> /etc/mtree/special?

I added
./etc/rc.d/xdm                  type=file mode=0555     optional
./etc/rc.d/xfs                  type=file mode=0555     optional

to /etc/mtree/special.local

--
Manuel Bouyer <bouyer@...>
     NetBSD: 26 ans d'experience feront toujours la difference
--

Re: security.conf and xdm/xfs

by neys :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Manuel Bouyer wrote:

> On Thu, Jul 16, 2009 at 09:41:31AM +0200, neys wrote:
>> hello,
>>
>> i set up a box with netbsd 5.0 amd64. there are no X-components installed,
>> therefore the files /etc/rc.d/xdm and /etc/rc.d/xfs are missing. so
>> security checks from /etc/daily always claim:
>>
>> Checking special files and directories.
>> missing: ./etc/rc.d/xdm
>> missing: ./etc/rc.d/xfs
>>
>>
>> because of this part from man security.conf(5):
>>
>> The following mtree(8) tags modify how files are determined from
>> /etc/mtree/special and /etc/mtree/special.local:
>>     exclude  The entry is ignored; no backups are made
>>              and the differences are not displayed.
>>              This includes dynamic or binary files such
>>              as /var/run/utmp.
>>
>>     nodiff   The entry is backed up but the differences
>>              are not displayed because the contents of
>>              the file are sensitive.  This includes
>>              files such as /etc/master.passwd.
>>
>> i tried to block the check of those files by adding the following two lines
>> to /etc/mtree/special.local:
>>
>> ./etc/rc.d/xdm type=file mode=0555 tags=exclude
>> ./etc/rc.d/xfs type=file mode=0555 tags=exclude
>>
>>
>> but this does not change anything. is there a way to get rid of the check
>> for those files beside deleting the appropriate lines from
>> /etc/mtree/special?
>
> I added
> ./etc/rc.d/xdm                  type=file mode=0555     optional
> ./etc/rc.d/xfs                  type=file mode=0555     optional
>
> to /etc/mtree/special.local
>

that works! man mtree is the right place to look at.

thanks for the help.