Nabble - freebsd-sparc64

SOLVED: Re: and cdrecord [WAS: burncd error on blade 1500]

2009-12-19T14:54:51Z

On Sat, Dec 19, 2009 at 09:42:43PM +0100, Marius Strobl wrote:

> On Sat, Dec 19, 2009 at 08:11:49PM +0000, Anton Shterenlikht wrote:
> > On Sat, Dec 19, 2009 at 02:06:30PM +0100, Marius Strobl wrote:
> > > On Fri, Dec 18, 2009 at 07:55:14PM +0000, Anton Shterenlikht wrote:
> > > > On Fri, Dec 18, 2009 at 06:42:20PM +0000, Anton Shterenlikht wrote:
> > > > > on 9.0 current
> > > > >
> > > > > # burncd -t -f /dev/acd0 data ./trydata fixate
> > > > > burncd: ioctl(CDRIOCINITTRACK): Input/output error
> > > > > #
> > > > >
> > > > > I've hw.ata.atapi_dma=0 in /boot/loader.conf
> > > >
> > > > I also tried cdrecord:
> > > >
> > > > # cdrecord -v -dummy dev=1,0,0 ./z.iso
> > > > cdrecord: No write mode specified.
> > > > cdrecord: Asuming -tao mode.
> > > > cdrecord: Future versions of cdrecord may have different drive dependent default
> > > > s.
> > > > cdrecord: Continuing in 5 seconds...
> > > > Cdrecord-Clone 2.01 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2004 Jörg Sc
> > > > hilling
> > > > TOC Type: 1 = CD-ROM
> > > > scsidev: '1,0,0'
> > > > scsibus: 1 target: 0 lun: 0
> > > > cdrecord: Error 0. Cannot open SCSI driver.
> > > > cdrecord: For possible targets try 'cdrecord -scanbus'.
> > > > cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
> > > >
> > > > # camcontrol devlist -v
> > > > scbus0 on ata0 bus 0:
> > > > <> at scbus0 target -1 lun -1 ()
> > > > scbus1 on ata1 bus 0:
> > > > <TSSTcorp CDW/DVD TS-H492C SI00> at scbus1 target 0 lun 0 ()
> > > > <> at scbus1 target -1 lun -1 ()
> > > > scbus-1 on xpt0 bus 0:
> > > > <> at scbus-1 target -1 lun -1 (xpt0)
> > > > #
> > > >
> > >
> > > At least for reading atapicam(4) works on sparc64 and cdrecord
> > > is also known to work for writing CDs with SCSI writers on
> > > sparc64, I currently don't have hardware to test whether it's
> > > also possible to write CDs with ATAPI writers using cdrecord
> > > on sparc64 though. Given that atapicam(4) works for reading
> > > it's unlikely that there are bugs preventing writing, I think
> > > it's way more likely that your drive is one of those incapable
> > > of simulating writes or it denies writing in PIO mode.
> >
> > It seems atapicam detects this cdw device ok (from dmesg):
> >
> > cd0 at ata1 bus 0 scbus1 target 0 lun 0
> > cd0: <TSSTcorp CDW/DVD TS-H492C SI00> Removable CD-ROM SCSI-0 device
> > cd0: 16.000MB/s transfers
> > cd0: cd present [1 x 2048 byte records]
> >
> > but scanbus fails:
> >
> > # cdrecord -scanbus
> > Cdrecord-Clone 2.01 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2004 Jörg Sc
> > hilling
> > cdrecord: Error 0. Cannot open SCSI driver.
> > cdrecord: For possible targets try 'cdrecord -scanbus'.
> > cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
> > #
> >
> > I think cdrecord -scanbus should work even if there is no cdw device
> > present.
>
> There's a bug in cdrtools (fixed in cdrtools-devel since some time)
> which prevents `cdrecord -scanbus` from working when there's no
> scbus0. This bug is limited to bus scanning though and the cdrtools
> otherwise should work when specifiy the target via dev=. I'm not
> sure whether you're hitting this as accroding to your camcontrol
> output there's a scsibus0 on your machine. In any case this works
> just fine with cdrtools-devel here:
> b1k5# cdrecord -scanbus
> Cdrecord-ProDVD-ProBD-Clone 2.01.01a62 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2009 Jrg Schilling
> Using libscg version 'schily-0.9'.
> scsibus2:
> 2,0,0 200) 'JLMS ' 'XJ-HD166S ' 'D3S4' Removable CD-ROM
> 2,1,0 201) *
> 2,2,0 202) *
> 2,3,0 203) *
> 2,4,0 204) *
> 2,5,0 205) *
> 2,6,0 206) *
> 2,7,0 207) *

sorry, my fault.. forgot device pass in kernel. Now all is fine:

mech-anton242# cdrecord -scanbus
Cdrecord-ProDVD-ProBD-Clone 2.01.01a69 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2009 Jörg Schilling
Using libscg version 'schily-0.9'.
scsibus1:
1,0,0 100) 'TSSTcorp' 'CDW/DVD TS-H492C' 'SI00' Removable CD-ROM
1,1,0 101) *
1,2,0 102) *
1,3,0 103) *
1,4,0 104) *
1,5,0 105) *
1,6,0 106) *
1,7,0 107) *
mech-anton242#

sorry for being an idiot,
and many thanks for your continuing support and advice

P.S. it's good news this cdw is working (just recorded
a cd and read back). This model is used in all
blade 1500 (red or silver) coming out of service.

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: Solved: Re: trouble installing to sun blade 1500

2009-12-19T13:48:03Z

On Sat, Dec 19, 2009 at 09:07:30PM +0100, Marius Strobl wrote:

> On Sat, Dec 19, 2009 at 06:20:04PM +0000, Anton Shterenlikht wrote:
> > On Sat, Dec 19, 2009 at 01:56:14PM +0100, Marius Strobl wrote:
> > > On Fri, Dec 18, 2009 at 01:36:34PM +0000, Anton Shterenlikht wrote:
> > > > On Mon, Dec 07, 2009 at 04:57:13PM +0100, Marius Strobl wrote:
> > > > > >
> > > > > > If I can get nowhere with this card, any advice for
> > > > > > a card I could buy for Sun Blade 1500 (red or silver)?
> > > > >
> > > > > Sun PGX64 would be a good choice as they even allow to
> > > > > use accelerated X with decent resolution (which is
> > > > > unlikely to ever work with most of the XVR cards as
> > > > > Sun didn't open source their drivers nor release the
> > > > > necessary documentation).
> > > >
> > > > Marius, thank you. I bought on of those (15 pounds, ebay)
> > > > and it seems to work ok in the text mode.
> > > > I haven't yet built X successfully, still some errors
> > > > in devel/gobject-intospection
> > >
> > > You'll likely want to use a more lightweight window manager
> > > than GNOME like for example windowmaker on a Blade 1500
> > > anyway.
> >
> > sure. I don't use gnome anyway. But gobject-introspection is
> > required by hal, which, in turn, is necessary for X.
>
> Ah, ok, I missed that gobject-introspection now also is a
> dependency of hal. You should avoid using hal by building
> xorg-server with WITHOUT_HAL defined anyway though; last
> time I looked at its code it didn't seem like it would
> work on sparc64 and given that it doesn't exactly work on
> amd64/i386 either I didn't bother trying to fix it.

I've built X without hal, but get this error on X -configure:

Please advise

many thanks as always
anton

##########################

X.Org X Server 1.6.1
Release Date: 2009-4-14
X Protocol Version 11, Revision 0
Build Operating System: FreeBSD 9.0-CURRENT sparc64
Current Operating System: FreeBSD mech-anton242.men.bris.ac.uk 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Dec 19 18:28:08 GMT 2009 mexas@...:/usr/obj/usr/src/sys/HAMOR sparc64
Build Date: 19 December 2009 08:28:07PM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat Dec 19 21:39:16 2009
(II) Loader magic: 0x1508
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on freebsd
(--) Using syscons driver with X support (version 8589944945.226)
(--) using VT number 9

(--) PCI: (0@0:6:0) ALi Corporation M7101 Power Management Controller [PMU] rev 0
(--) PCI: (1@0:3:0) ATI Technologies Inc Rage XL rev 39, Mem @ 0x01000000/16777216, 0x00100000/4096, I/O @ 0x00000300/256, BIOS @ 0x????????/65536
List of video drivers:
mach64
(II) LoadModule: "mach64"
(II) Loading /usr/local/lib/xorg/modules/drivers//mach64_drv.so
(II) Module mach64: vendor="X.Org Foundation"
compiled for 1.6.1, module version = 6.8.1
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 5.0
(II) System resource ranges:
[0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
(II) MACH64: Driver for ATI Mach64 chipsets
(++) Using config file: "/root/xorg.conf.new"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Not automatically adding devices
(==) Not automatically enabling devices
(**) FontPath set to:
/usr/local/lib/X11/fonts/misc/,
/usr/local/lib/X11/fonts/TTF/,
/usr/local/lib/X11/fonts/OTF,
/usr/local/lib/X11/fonts/Type1/,
/usr/local/lib/X11/fonts/100dpi/,
/usr/local/lib/X11/fonts/75dpi/,
/usr/local/lib/X11/fonts/misc/,
/usr/local/lib/X11/fonts/TTF/,
/usr/local/lib/X11/fonts/OTF,
/usr/local/lib/X11/fonts/Type1/,
/usr/local/lib/X11/fonts/100dpi/,
/usr/local/lib/X11/fonts/75dpi/,
built-ins
(**) ModulePath set to "/usr/local/lib/xorg/modules"
Number of created screens does not match number of detected devices.
Configuration failed.

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: Solved: Re: trouble installing to sun blade 1500

2009-12-19T12:15:05Z

On Sat, Dec 19, 2009 at 09:07:30PM +0100, Marius Strobl wrote:

interesting.. ok, will try.
I've been using hal on i386 and ia64 happily for over a year now.
No problems there.

thank you
anton

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: and cdrecord [WAS: burncd error on blade 1500]

2009-12-19T12:11:49Z

On Sat, Dec 19, 2009 at 02:06:30PM +0100, Marius Strobl wrote:

> On Fri, Dec 18, 2009 at 07:55:14PM +0000, Anton Shterenlikht wrote:
> > On Fri, Dec 18, 2009 at 06:42:20PM +0000, Anton Shterenlikht wrote:
> > > on 9.0 current
> > >
> > > # burncd -t -f /dev/acd0 data ./trydata fixate
> > > burncd: ioctl(CDRIOCINITTRACK): Input/output error
> > > #
> > >
> > > I've hw.ata.atapi_dma=0 in /boot/loader.conf
> >
> > I also tried cdrecord:
> >
> > # cdrecord -v -dummy dev=1,0,0 ./z.iso
> > cdrecord: No write mode specified.
> > cdrecord: Asuming -tao mode.
> > cdrecord: Future versions of cdrecord may have different drive dependent default
> > s.
> > cdrecord: Continuing in 5 seconds...
> > Cdrecord-Clone 2.01 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2004 Jörg Sc
> > hilling
> > TOC Type: 1 = CD-ROM
> > scsidev: '1,0,0'
> > scsibus: 1 target: 0 lun: 0
> > cdrecord: Error 0. Cannot open SCSI driver.
> > cdrecord: For possible targets try 'cdrecord -scanbus'.
> > cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
> >
> > # camcontrol devlist -v
> > scbus0 on ata0 bus 0:
> > <> at scbus0 target -1 lun -1 ()
> > scbus1 on ata1 bus 0:
> > <TSSTcorp CDW/DVD TS-H492C SI00> at scbus1 target 0 lun 0 ()
> > <> at scbus1 target -1 lun -1 ()
> > scbus-1 on xpt0 bus 0:
> > <> at scbus-1 target -1 lun -1 (xpt0)
> > #
> >
>
> At least for reading atapicam(4) works on sparc64 and cdrecord
> is also known to work for writing CDs with SCSI writers on
> sparc64, I currently don't have hardware to test whether it's
> also possible to write CDs with ATAPI writers using cdrecord
> on sparc64 though. Given that atapicam(4) works for reading
> it's unlikely that there are bugs preventing writing, I think
> it's way more likely that your drive is one of those incapable
> of simulating writes or it denies writing in PIO mode.

It seems atapicam detects this cdw device ok (from dmesg):

cd0 at ata1 bus 0 scbus1 target 0 lun 0
cd0: <TSSTcorp CDW/DVD TS-H492C SI00> Removable CD-ROM SCSI-0 device
cd0: 16.000MB/s transfers
cd0: cd present [1 x 2048 byte records]

but scanbus fails:

# cdrecord -scanbus
Cdrecord-Clone 2.01 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2004 Jörg Sc
hilling
cdrecord: Error 0. Cannot open SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
#

I think cdrecord -scanbus should work even if there is no cdw device
present. For example this is what I get on ia64 9.0-current:

# cdrecord -scanbus
Cdrecord-Clone 2.01 (ia64-unknown-freebsd9.0) Copyright (C) 1995-2004 Jörg Schilling
Using libscg version 'schily-0.8'.
scsibus0:
0,0,0 0) 'HP 73.4G' 'ST373454LC ' 'HPC2' Disk
0,1,0 1) 'HP 73.4G' 'ST373454LC ' 'HPC2' Disk
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
scsibus1:
1,0,0 100) *
1,1,0 101) *
1,2,0 102) 'SEAGATE ' 'ST318452LC ' '2213' Disk
1,3,0 103) 'HP ' 'C7438A ' 'V303' Removable Tape
1,4,0 104) *
1,5,0 105) *
1,6,0 106) *
1,7,0 107) *
#

So I think this Cannot open SCSI driver error might be
caused by some other problem on my system, and not by
the cdw device. But where??

many thanks
anton

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: Solved: Re: trouble installing to sun blade 1500

2009-12-19T12:07:30Z

On Sat, Dec 19, 2009 at 06:20:04PM +0000, Anton Shterenlikht wrote:

> On Sat, Dec 19, 2009 at 01:56:14PM +0100, Marius Strobl wrote:
> > On Fri, Dec 18, 2009 at 01:36:34PM +0000, Anton Shterenlikht wrote:
> > > On Mon, Dec 07, 2009 at 04:57:13PM +0100, Marius Strobl wrote:
> > > > >
> > > > > If I can get nowhere with this card, any advice for
> > > > > a card I could buy for Sun Blade 1500 (red or silver)?
> > > >
> > > > Sun PGX64 would be a good choice as they even allow to
> > > > use accelerated X with decent resolution (which is
> > > > unlikely to ever work with most of the XVR cards as
> > > > Sun didn't open source their drivers nor release the
> > > > necessary documentation).
> > >
> > > Marius, thank you. I bought on of those (15 pounds, ebay)
> > > and it seems to work ok in the text mode.
> > > I haven't yet built X successfully, still some errors
> > > in devel/gobject-intospection
> >
> > You'll likely want to use a more lightweight window manager
> > than GNOME like for example windowmaker on a Blade 1500
> > anyway.
>
> sure. I don't use gnome anyway. But gobject-introspection is
> required by hal, which, in turn, is necessary for X.

Ah, ok, I missed that gobject-introspection now also is a
dependency of hal. You should avoid using hal by building
xorg-server with WITHOUT_HAL defined anyway though; last
time I looked at its code it didn't seem like it would
work on sparc64 and given that it doesn't exactly work on
amd64/i386 either I didn't bother trying to fix it.

Marius

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

LOR #280 on sparc

2009-12-19T12:04:36Z

this looks like lor #280

On sparc64 9.0-current:

# umount /cdrom/
lock order reversal:
1st 0xfffff800012c1cb8 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1204
2nd 0xfffff800014f4098 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2188
KDB: stack backtrace:
_witness_debugger() at _witness_debugger+0x38
witness_checkorder() at witness_checkorder+0xcf8
__lockmgr_args() at __lockmgr_args+0x8ec
vop_stdlock() at vop_stdlock+0x38
VOP_LOCK1_APV() at VOP_LOCK1_APV+0x110
_vn_lock() at _vn_lock+0x80
vrele() at vrele+0x1c0
cd9660_unmount() at cd9660_unmount+0x220
dounmount() at dounmount+0x53c
unmount() at unmount+0x3e8
syscall() at syscall+0x2c4
-- syscall (22, FreeBSD ELF64, unmount) %o7=0x101adc --
userland() at 0x40471da8
user trace: trap %o7=0x101adc
pc 0x40471da8, sp 0x7fdffffd741
pc 0x101df8, sp 0x7fdffffd8a1
pc 0x102370, sp 0x7fdffffdfc1
pc 0x1012f0, sp 0x7fdffffe0c1
pc 0x4020ae54, sp 0x7fdffffe181
done
#

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: Solved: Re: trouble installing to sun blade 1500

2009-12-19T10:20:04Z

On Sat, Dec 19, 2009 at 01:56:14PM +0100, Marius Strobl wrote:

> On Fri, Dec 18, 2009 at 01:36:34PM +0000, Anton Shterenlikht wrote:
> > On Mon, Dec 07, 2009 at 04:57:13PM +0100, Marius Strobl wrote:
> > > >
> > > > If I can get nowhere with this card, any advice for
> > > > a card I could buy for Sun Blade 1500 (red or silver)?
> > >
> > > Sun PGX64 would be a good choice as they even allow to
> > > use accelerated X with decent resolution (which is
> > > unlikely to ever work with most of the XVR cards as
> > > Sun didn't open source their drivers nor release the
> > > necessary documentation).
> >
> > Marius, thank you. I bought on of those (15 pounds, ebay)
> > and it seems to work ok in the text mode.
> > I haven't yet built X successfully, still some errors
> > in devel/gobject-intospection
>
> You'll likely want to use a more lightweight window manager
> than GNOME like for example windowmaker on a Blade 1500
> anyway.

sure. I don't use gnome anyway. But gobject-introspection is
required by hal, which, in turn, is necessary for X.
I typically just run mwm.

> > Could you also recommend a wireless network card
> > for blade 1500?
>
> Some time ago ath(4) was fixed to work on sparc64 but I'm
> not aware of its current state.

thank you

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: Solved: Re: trouble installing to sun blade 1500

2009-12-19T04:56:14Z

On Fri, Dec 18, 2009 at 01:36:34PM +0000, Anton Shterenlikht wrote:

> On Mon, Dec 07, 2009 at 04:57:13PM +0100, Marius Strobl wrote:
> > >
> > > If I can get nowhere with this card, any advice for
> > > a card I could buy for Sun Blade 1500 (red or silver)?
> >
> > Sun PGX64 would be a good choice as they even allow to
> > use accelerated X with decent resolution (which is
> > unlikely to ever work with most of the XVR cards as
> > Sun didn't open source their drivers nor release the
> > necessary documentation).
>
> Marius, thank you. I bought on of those (15 pounds, ebay)
> and it seems to work ok in the text mode.
> I haven't yet built X successfully, still some errors
> in devel/gobject-intospection

You'll likely want to use a more lightweight window manager
than GNOME like for example windowmaker on a Blade 1500
anyway.

>
> Could you also recommend a wireless network card
> for blade 1500?

Some time ago ath(4) was fixed to work on sparc64 but I'm
not aware of its current state.

Marius

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

and cdrecord [WAS: burncd error on blade 1500]

2009-12-18T11:55:14Z

On Fri, Dec 18, 2009 at 06:42:20PM +0000, Anton Shterenlikht wrote:
> on 9.0 current
>
> # burncd -t -f /dev/acd0 data ./trydata fixate
> burncd: ioctl(CDRIOCINITTRACK): Input/output error
> #
>
> I've hw.ata.atapi_dma=0 in /boot/loader.conf

I also tried cdrecord:

# cdrecord -v -dummy dev=1,0,0 ./z.iso
cdrecord: No write mode specified.
cdrecord: Asuming -tao mode.
cdrecord: Future versions of cdrecord may have different drive dependent default
s.
cdrecord: Continuing in 5 seconds...
Cdrecord-Clone 2.01 (sparc64-unknown-freebsd9.0) Copyright (C) 1995-2004 Jörg Sc
hilling
TOC Type: 1 = CD-ROM
scsidev: '1,0,0'
scsibus: 1 target: 0 lun: 0
cdrecord: Error 0. Cannot open SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.

# camcontrol devlist -v
scbus0 on ata0 bus 0:
<> at scbus0 target -1 lun -1 ()
scbus1 on ata1 bus 0:
<TSSTcorp CDW/DVD TS-H492C SI00> at scbus1 target 0 lun 0 ()
<> at scbus1 target -1 lun -1 ()
scbus-1 on xpt0 bus 0:
<> at scbus-1 target -1 lun -1 (xpt0)
#

I've got these devices in the kernet config file:

device ata
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
device atapicam
device auxio # auxiliary I/O device
device cd
device da # Direct Access (disks)
device md # Memory "disks"
device sbus
device sc
device scbus # SCSI bus (required for SCSI)

What else am I missing?

many thanks

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

burncd error on blade 1500

2009-12-18T10:42:20Z

on 9.0 current

# burncd -t -f /dev/acd0 data ./trydata fixate
burncd: ioctl(CDRIOCINITTRACK): Input/output error
#

I've hw.ata.atapi_dma=0 in /boot/loader.conf

Please advise

many thanks
anton

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: port devel/gobject-introspection fails to build on sparc

2009-12-18T05:40:58Z

On Fri, Dec 18, 2009 at 03:17:40PM +0300, Andrew Belashov wrote:

> Hi, Anton!
>
> Anton Shterenlikht wrote:
> > on FreeBSD 9.0-CURRENT sparc64
> > port devel/gobject-introspection fails to build:
> >
> >
> > Making all in gir
> > gmake[2]: Entering directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
> > ../tools/g-ir-compiler --includedir=. GLib-2.0.gir -o GLib-2.0.typelib
> > gmake[2]: *** [GLib-2.0.typelib] Illegal instruction: 4 (core dumped)
> > gmake[2]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
> > gmake[1]: *** [all-recursive] Error 1
> >
> > Any advice?
> >
> > many thanks
> > anton
> >
>
> Try the attached patch on own risk.
>
> With Best Regards,
> Andrew Belashov.

> --- girepository/girnode.c.orig 2009-07-09 21:20:46.000000000 +0400
> +++ girepository/girnode.c 2009-12-09 16:12:24.000000000 +0300
> @@ -2288,7 +2288,8 @@
> break;
> case GI_TYPE_TAG_DOUBLE:
> blob->size = sizeof (gdouble);
> - *(gdouble*)&data[blob->offset] = (gdouble) parse_float_value (constant->value);
> + gdouble tmp = parse_float_value (constant->value);
> + memcpy (&data[blob->offset], &tmp, blob->size);
> break;
> case GI_TYPE_TAG_UTF8:
> case GI_TYPE_TAG_FILENAME:

many thanks. But now fails here:

env LPATH=.libs env PYTHONPATH=../..:../..:$PYTHONPATH UNINSTALLED_INTROSPECTIO
N_SRCDIR=../.. UNINSTALLED_INTROSPECTION_BUILDDIR=../.. ../../tools/g-ir-scanner
-v --add-include-path=../../gir --add-include-path=. \
--include=GObject-2.0 \
--libtool="/bin/sh /usr/local/bin/libtool" \
--program=./barapp \
--namespace=BarApp \
--strip-prefix=Bar \
--nsversion=1.0 \
--pkg gobject-2.0 \
./barapp.c ./barapp.h \
--output BarApp-1.0.gir
../../tools/g-ir-compiler --includedir=. --includedir=../../gir BarApp-1.0.gir -
o BarApp-1.0.typelib
../../tools/g-ir-generate --includedir=. --includedir=../../gir annotation-1.0.t
ypelib -o annotation-1.0.tgir
../../tools/g-ir-generate --includedir=. --includedir=../../gir drawable-1.0.typ
elib -o drawable-1.0.tgir
../../tools/g-ir-generate --includedir=. --includedir=../../gir foo-1.0.typelib
-o foo-1.0.tgir
**
ERROR:ginfo.c:337:g_base_info_get_name: code should not be reached
gmake[3]: *** [foo-1.0.tgir] Abort trap: 6 (core dumped)
gmake[3]: *** Deleting file `foo-1.0.tgir'
gmake[3]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject
-introspection-0.6.6/tests/scanner'
gmake[2]: *** [all-recursive] Error 1

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: Solved: Re: trouble installing to sun blade 1500

2009-12-18T05:36:34Z

On Mon, Dec 07, 2009 at 04:57:13PM +0100, Marius Strobl wrote:
> >
> > If I can get nowhere with this card, any advice for
> > a card I could buy for Sun Blade 1500 (red or silver)?
>
> Sun PGX64 would be a good choice as they even allow to
> use accelerated X with decent resolution (which is
> unlikely to ever work with most of the XVR cards as
> Sun didn't open source their drivers nor release the
> necessary documentation).

Marius, thank you. I bought on of those (15 pounds, ebay)
and it seems to work ok in the text mode.
I haven't yet built X successfully, still some errors
in devel/gobject-intospection

Could you also recommend a wireless network card
for blade 1500?

many thanks
anton

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: port devel/gobject-introspection fails to build on sparc

2009-12-18T04:17:40Z

Hi, Anton!

Anton Shterenlikht wrote:

> on FreeBSD 9.0-CURRENT sparc64
> port devel/gobject-introspection fails to build:
>
>
> Making all in gir
> gmake[2]: Entering directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
> ../tools/g-ir-compiler --includedir=. GLib-2.0.gir -o GLib-2.0.typelib
> gmake[2]: *** [GLib-2.0.typelib] Illegal instruction: 4 (core dumped)
> gmake[2]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
> gmake[1]: *** [all-recursive] Error 1
>
> Any advice?
>
> many thanks
> anton
>

Try the attached patch on own risk.

With Best Regards,
Andrew Belashov.

--- girepository/girnode.c.orig 2009-07-09 21:20:46.000000000 +0400
+++ girepository/girnode.c 2009-12-09 16:12:24.000000000 +0300
@@ -2288,7 +2288,8 @@
break;
case GI_TYPE_TAG_DOUBLE:
blob->size = sizeof (gdouble);
- *(gdouble*)&data[blob->offset] = (gdouble) parse_float_value (constant->value);
+ gdouble tmp = parse_float_value (constant->value);
+ memcpy (&data[blob->offset], &tmp, blob->size);
break;
case GI_TYPE_TAG_UTF8:
case GI_TYPE_TAG_FILENAME:

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

RE: port www/libxul broken on sparc64, but builds even on ia64

2009-12-15T14:13:12Z

> -----Original Message-----
> From: owner-freebsd-sparc64@... [mailto:owner-freebsd-
> sparc64@...] On Behalf Of Anton Shterenlikht
> Sent: 14 December 2009 22:14
> To: Andreas Tobler
> Cc: gecko@...; freebsd-sparc64@...; freebsd-
> ports@...; freebsd-ia64@...
> Subject: Re: port www/libxul broken on sparc64, but builds even on ia64

[snip]

Apologies, the patch provided by Beat worked like a charm here. Unexpected
failure + borked email backup locally caused me to lose how and where I got
the fix. It was my intention to let the list know the outcome and thank
Beat personally but due to my email problems this didn't happen.

So thank you Beat for the patch and help personally afterwards and I can
confirm the above patch worked locally here at the time.

Cheers,

Si.

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: options GEOM_PART_VTOC8 in GENERIC?

2009-12-15T09:43:36Z

On Dec 15, 2009, at 6:51 AM, Anton Shterenlikht wrote:

> Why in the sparc64 GENERIC there are these two lines:
>
> options GEOM_PART_GPT # GUID Partition Tables.
> options GEOM_LABEL # Provides labelization
>
> but not GEOM_PART_VTOC8?

Default options that are always present are in sparc64/conf/DEFAULT.
You'll find GEOM_PART_VTOC8 there.

(this is also where GEOM_PART_GPT lives on ia64 :-)

FYI,

--
Marcel Moolenaar
xcllnt@...

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

port devel/gobject-introspection fails to build on sparc

2009-12-15T08:26:01Z

on FreeBSD 9.0-CURRENT sparc64
port devel/gobject-introspection fails to build:

Making all in gir
gmake[2]: Entering directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
../tools/g-ir-compiler --includedir=. GLib-2.0.gir -o GLib-2.0.typelib
gmake[2]: *** [GLib-2.0.typelib] Illegal instruction: 4 (core dumped)
gmake[2]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
gmake[1]: *** [all-recursive] Error 1

Any advice?

many thanks
anton

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

options GEOM_PART_VTOC8 in GENERIC?

2009-12-15T06:51:58Z

Why in the sparc64 GENERIC there are these two lines:

options GEOM_PART_GPT # GUID Partition Tables.
options GEOM_LABEL # Provides labelization

but not GEOM_PART_VTOC8?

Is GEOM_LABEL really necessary, ir GEOM_PART_<whichever> is included?

many thanks

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: port www/libxul broken on sparc64, but builds even on ia64

2009-12-15T01:21:07Z

On Mon, Dec 14, 2009 at 09:42:16PM +0100, Marius Strobl wrote:
> On Mon, Dec 14, 2009 at 05:04:06PM +0000, Anton Shterenlikht wrote:
> > Port www/libxul is marked as broken on sparc64.
> > HOwever, it builds even on ia64!
> > Could anybody comment on why this port is broken for sparc64?
> >
>
> See the follwing mail for a possible fix:
> http://lists.freebsd.org/pipermail/freebsd-sparc64/2009-November/006688.html

yes, this patch seems to work. I've built libxul-1.9.0.15 on 9.0

many thanks
anton

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Java on FreeBSD/sparc64

2009-12-14T23:33:12Z

It's slow and I'm not particularly confident of how well it works on SMP.
But if you're feeling adventurous and have FreeBSD/sparc64 8.0 and a yen
to use Java then you might be interested in trying it out.

http://people.freebsd.org/~glewis/openjdk7-freebsd-8.0-sparc64.tar.gz

Note that this isn't a package, its just a tarball based on the BSD port
of OpenJDK 7.

If you were particuarly keen you could install Mercurial with the forest
extension, hg fclone http://hg.openjdk.java.net/bsd-port/bsd-port/ and
see if you could use it as a bootstrap to port HotSpot so it was faster.

Sorry, I don't think I have the bandwidth to get this going on 7.x right
now. If you'd like to I can outline roughly what I did.

There will eventually be an openjdk7 port that will make this easier.

--
Greg Lewis Email : glewis@...
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : glewis@...
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: port www/libxul broken on sparc64, but builds even on ia64

2009-12-14T14:14:04Z

On Mon, Dec 14, 2009 at 09:39:41PM +0100, Andreas Tobler wrote:

> On 14.12.09 18:58, Marcel Moolenaar wrote:
> >
> > On Dec 14, 2009, at 9:04 AM, Anton Shterenlikht wrote:
> >
> >> Port www/libxul is marked as broken on sparc64.
> >> HOwever, it builds even on ia64!
> >> Could anybody comment on why this port is broken for sparc64?
> >
> > Anton,
> >
> > Can you remove the marker from the Makefile and just build it.
> > Let us know how it fails if it fails.
> >
> > Remember that most ports committers don't have access to non
> > PC hardware (or don't have easy access to it), so they do
> > things blind. Once a port fails to build on an architecture
> > and no one helps out to fix it, they can only mark the port
> > as broken.
>
> I think I fixed this for the upcoming libxul. See here:
> https://trillian.chruetertee.ch/freebsd-gecko/wiki/TODO
>
> If you need a backport for the current libxul, 1.9.0.15, to sparc64, let
> me know. I would not be unhappy if you can wait for the new version.
> But if you have a speaking reason, I might find some slots :)

excellent!

many thanks for your hard work!

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: port www/libxul broken on sparc64, but builds even on ia64

2009-12-14T12:42:16Z

On Mon, Dec 14, 2009 at 05:04:06PM +0000, Anton Shterenlikht wrote:
> Port www/libxul is marked as broken on sparc64.
> HOwever, it builds even on ia64!
> Could anybody comment on why this port is broken for sparc64?
>

See the follwing mail for a possible fix:
http://lists.freebsd.org/pipermail/freebsd-sparc64/2009-November/006688.html

Marius

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: port www/libxul broken on sparc64, but builds even on ia64

2009-12-14T12:39:41Z

On 14.12.09 18:58, Marcel Moolenaar wrote:

>
> On Dec 14, 2009, at 9:04 AM, Anton Shterenlikht wrote:
>
>> Port www/libxul is marked as broken on sparc64.
>> HOwever, it builds even on ia64!
>> Could anybody comment on why this port is broken for sparc64?
>
> Anton,
>
> Can you remove the marker from the Makefile and just build it.
> Let us know how it fails if it fails.
>
> Remember that most ports committers don't have access to non
> PC hardware (or don't have easy access to it), so they do
> things blind. Once a port fails to build on an architecture
> and no one helps out to fix it, they can only mark the port
> as broken.

I think I fixed this for the upcoming libxul. See here:
https://trillian.chruetertee.ch/freebsd-gecko/wiki/TODO

If you need a backport for the current libxul, 1.9.0.15, to sparc64, let
me know. I would not be unhappy if you can wait for the new version.
But if you have a speaking reason, I might find some slots :)

Regards,
Andreas

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: port www/libxul broken on sparc64, but builds even on ia64

2009-12-14T11:46:03Z

Anton Shterenlikht píše v po 14. 12. 2009 v 17:04 +0000:

> Port www/libxul is marked as broken on sparc64.
> HOwever, it builds even on ia64!
> Could anybody comment on why this port is broken for sparc64?

Here is the relevant log

http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.7.20090622032229/libxul-1.9.0.10.log.bz2

--
Pav Lucistnik <pav@...>
<pav@...>
On real UNIX, /usr/bin/more prints -More-.

signature.asc (203 bytes) Download Attachment

Re: port www/libxul broken on sparc64, but builds even on ia64

2009-12-14T09:58:39Z

On Dec 14, 2009, at 9:04 AM, Anton Shterenlikht wrote:

> Port www/libxul is marked as broken on sparc64.
> HOwever, it builds even on ia64!
> Could anybody comment on why this port is broken for sparc64?

Anton,

Can you remove the marker from the Makefile and just build it.
Let us know how it fails if it fails.

Remember that most ports committers don't have access to non
PC hardware (or don't have easy access to it), so they do
things blind. Once a port fails to build on an architecture
and no one helps out to fix it, they can only mark the port
as broken.

FYI,

--
Marcel Moolenaar
xcllnt@...

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

port www/libxul broken on sparc64, but builds even on ia64

2009-12-14T09:04:06Z

Port www/libxul is marked as broken on sparc64.
HOwever, it builds even on ia64!
Could anybody comment on why this port is broken for sparc64?

many thanks
anton

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Current problem reports assigned to freebsd-sparc64@FreeBSD.org

2009-12-14T03:07:03Z

Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker Resp. Description
--------------------------------------------------------------------------------
s sparc/139134 sparc64 kernel output corruption
f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device
o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg
o sparc/119240 sparc64 top has WCPU over 100% on UP system
s sparc/119239 sparc64 gdb coredumps on sparc64
o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting...
f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64
s sparc/107087 sparc64 [hang] system is hung during boot from CD
o sparc/105048 sparc64 [trm] trm(4) panics on sparc64
o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420)
o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running
o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc
o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC

13 problems total.

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Resend: free Ultra60 for pick-up in Silicon Valley CA, USA

2009-12-12T13:31:44Z

I haven't had any takers for the Ultra60 locally yet, so if someone
in the USA would like me to try to ship it and is willing to reimburse
me for the cost of shipping, I'm willing to box it up and send it.

If there is no interest this time around I'll be advertising it on
Craigslist.org jfyi.

Cheers,
sr.

On Tue, Nov 24, 2009 at 07:34:37PM -0800, Steve Rikli wrote:

> I have an Ultra60 to give away to a good home. It is located in
> Silicon Valley CA, USA and due to the size/weight I don't believe
> I'll be able to ship it, so local pick-ups only, please.
>
> Basic specs are:
>
> Ultra60, 2*450MHz CPU, 2GB RAM, 2*72GB SCSI disks, DVD,
> 2*hme, QLogic SCSI card, SysKonnect GigE
>
> I also have a spare set of slower (360MHz) CPUs leftover from before
> the upgrade; they haven't been used in a while but they were good
> when I pulled them, and I'll send them along too.
>
> Full dmesg is included below.
>
> Cheers,
> sr.
> --

> console is /pci@1f,4000/ebus@1/se@14,400000:a
> Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
> 2006, 2007
> The NetBSD Foundation, Inc. All rights reserved.
> Copyright (c) 1982, 1986, 1989, 1991, 1993
> The Regents of the University of California. All rights reserved.
>
> NetBSD 4.0.1 (GENERIC) #0: Wed Oct 8 01:13:20 PDT 2008
> builds@wb32:/home/builds/ab/netbsd-4-0-1-RELEASE/sparc64/200810080053Z-obj/home/builds/ab/netbsd-4-0-1-RELEASE/src/sys/arch/sparc64/compile/GENERIC
> total memory = 2048 MB
> avail memory = 1996 MB
> timecounter: Timecounters tick every 10.000 msec
> bootpath: /pci@1f,4000/scsi@3/disk@0,0:a
> mainbus0 (root): SUNW,Ultra-60: hostid 80be7627
> cpu0 at mainbus0: SUNW,UltraSPARC-II @ 450.036 MHz, UPA id 0
> cpu0: 32K instruction (32 b/l), 16K data (32 b/l), 4096K external (64 b/l)
> cpu at mainbus0 not configured
> psycho0 at mainbus0 addr 0xfffb4000
> SUNW,psycho: impl 0, version 4: ign 7c0 bus range 0 to 0; PCI bus 0
> DVMA map: fe000000 to ffffe000
> IOTSB: 2196000 to 219e000
> pci0 at psycho0
> pci0: i/o space, memory space enabled
> ebus0 at pci0 dev 1 function 0
> ebus0: Sun Microsystems PCIO Ebus2, revision 0x01
> auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-72f003
> power at ebus0 addr 724000-724003 not configured
> SUNW,pll at ebus0 addr 504000-504002 not configured
> sc at ebus0 addr 500000-500007 not configured
> sab0 at ebus0 addr 400000-40007f ipl 43: rev 3.2
> sabtty0 at sab0 port 0: console i/o
> sabtty1 at sab0 port 1
> com0 at ebus0 addr 3083f8-3083ff ipl 41: ns16550a, working fifo
> kbd0 at com0
> com1 at ebus0 addr 3062f8-3062ff ipl 42: ns16550a, working fifo
> ms0 at com1
> wsmouse0 at ms0 mux 0
> lpt0 at ebus0 addr 3043bc-3043cb, 300398-300399, 700000-70000f ipl 34
> fdthree at ebus0 addr 3023f0-3023f7, 706000-70600f, 720000-720003 ipl 39 not configured
> clock0 at ebus0 addr 0-1fff: mk48t59
> flashprom at ebus0 addr 0-fffff not configured
> audiocs0 at ebus0 addr 200000-2000ff, 702000-70200f, 704000-70400f, 722000-722003 ipl 35 ipl 36: CS4231A
> audio0 at audiocs0: full duplex
> hme0 at pci0 dev 1 function 1: Sun Happy Meal Ethernet, rev. 1
> hme0: interrupting at ivec 3021
> hme0: Ethernet address 08:00:20:be:76:27
> ukphy0 at hme0 phy 1: Generic IEEE 802.3u media interface
> ukphy0: OUI 0x0006b8, model 0x000c, rev. 1
> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> esiop0 at pci0 dev 3 function 0: Symbios Logic 53c875 (ultra-wide scsi)
> esiop0: using on-board RAM
> esiop0: interrupting at ivec 1820
> scsibus0 at esiop0: 16 targets, 8 luns per target
> esiop1 at pci0 dev 3 function 1: Symbios Logic 53c875 (ultra-wide scsi)
> esiop1: using on-board RAM
> esiop1: interrupting at ivec 1826
> scsibus1 at esiop1: 16 targets, 8 luns per target
> hme1 at pci0 dev 2 function 1: Sun Happy Meal Ethernet, rev. 1
> hme1: interrupting at ivec 3011
> hme1: Ethernet address 08:00:20:be:76:27
> ukphy1 at hme1 phy 1: Generic IEEE 802.3u media interface
> ukphy1: OUI 0x0006b8, model 0x000c, rev. 1
> ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> skc0 at pci0 dev 4 function 0: ivec 18
> skc0: interrupt moderation is 0 us
> skc0: SK-9821 V2.0 Gigabit Ethernet 10/100/1000Base-T Adapter rev. (0x1)
> sk0 at skc0 port A: Ethernet address 00:00:5a:9b:13:1e
> makphy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3
> makphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
> isp0 at pci0 dev 5 function 0: QLogic 1020 Fast Wide SCSI HBA
> isp0: interrupting at ivec 1c
> scsibus2 at isp0: 16 targets, 8 luns per target
> psycho1 at mainbus0 addr 0xfffc6000
> SUNW,psycho: impl 0, version 4: ign 7c0 bus range 128 to 128; PCI bus 128
> pci1 at psycho1
> pci1: i/o space, memory space enabled
> Sun Microsystems PCIO Ebus2 (miscellaneous bridge, revision 0x01) at pci1 dev 1 function 0 not configured
> hme2 at pci1 dev 1 function 1: Sun Happy Meal Ethernet, rev. 1
> hme2: interrupting at ivec 3001
> hme2: Ethernet address 08:00:20:be:76:27
> ukphy2 at hme2 phy 1: Generic IEEE 802.3u media interface
> ukphy2: OUI 0x0006b8, model 0x000c, rev. 1
> ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> timer0 at mainbus0 addr 0xfff9fc00 irq vectors 7ec and 7ed
> ffb0 at mainbus0 addr 0xfeb80000: Creator3D, model SUNW,501-4788, dac 10
> ffb0: attached to /dev/fb0
> wsdisplay1 at ffb0 kbdmux 1
> wsmux1: connecting to wsdisplay1
> wsdisplay1: screen 0-3 added (sunffb, sun emulation)
> pcons at mainbus0 not configured
> timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
> timecounter: Timecounter "tick-counter" frequency 450036421 Hz quality 100
> wskbd0 at kbd0 mux 1
> kbd0: reset failed
> wskbd0: connecting to wsdisplay1
> Kernelized RAIDframe activated
> scsibus0: waiting 2 seconds for devices to settle...
> scsibus1: waiting 2 seconds for devices to settle...
> scsibus2: waiting 2 seconds for devices to settle...
> sd0 at scsibus0 target 0 lun 0: <NETAPP, X243_FAL7E073S10, NA00> disk fixed
> sd0: 70092 MB, 29902 cyl, 8 head, 600 sec, 512 bytes/sect x 143550456 sectors
> sd0: sync (50.00ns offset 16), 16-bit (40.000MB/s) transfers, tagged queueing
> sd1 at scsibus0 target 1 lun 0: <NETAPP, X243_FAL7E073S10, NA00> disk fixed
> sd1: 70092 MB, 29902 cyl, 8 head, 600 sec, 512 bytes/sect x 143550456 sectors
> sd1: sync (50.00ns offset 16), 16-bit (40.000MB/s) transfers, tagged queueing
> cd0 at scsibus0 target 6 lun 0: <TOSHIBA, DVD-ROM SD-M1401, 1007> cdrom removable
> cd0: sync (50.00ns offset 16), 8-bit (20.000MB/s) transfers
> root on sd0a dumps on sd0b
> root file system type: ffs

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: Solved: Re: trouble installing to sun blade 1500

2009-12-09T16:01:06Z

On Mon, Dec 07, 2009 at 05:49:41PM +0100, Marius Strobl wrote:

> On Mon, Dec 07, 2009 at 04:12:26PM +0000, Anton Shterenlikht wrote:
> > On Mon, Dec 07, 2009 at 04:57:13PM +0100, Marius Strobl wrote:
> > > >
> > > > Now my problem is graphics, or at least a text console.
> > > > It looks like I've this graphics card (Sun data calles
> > > > is graphics accelerator, but this the only graphics
> > > > device in my 1500 blades, there is no other):
> > > >
> > > > Option Part description:
> > > > X3780A 375-3153 XVR-600 Graphics Accelerator
> > > >
> > > > 3D LABS 54-001047-001 XVR-600 64MB PCI GRAPHICS CARD
> > > >
> > > > Anybody used this card with Sun?
> > > > Is this card really not supported at all, even for
> > > > text console?
> > >
> > > What you can do with 7.2 (with 8.0 an later this currently
> > > requires the attached patch) in order to get a more or
> > > rather less working text console with any hardware is to
> > > build a kernel with ofw_console(4), but this requires all
> > > other console and related drivers to be removed, i.e.
> > > ddb(4), atkbdc(4) and its child drivers, kbdmux(4), sc(4),
> > > creator(4), machfb(4), splash(4), puc(4), scc(4), uart(4)
> > > and all of usb(4).
> > >
> > > >
> > > > If I can get nowhere with this card, any advice for
> > > > a card I could buy for Sun Blade 1500 (red or silver)?
> > >
> > > Sun PGX64 would be a good choice as they even allow to
> > > use accelerated X with decent resolution (which is
> > > unlikely to ever work with most of the XVR cards as
> > > Sun didn't open source their drivers nor release the
> > > necessary documentation).
> >
> > what about OpenBSD drivers: http://www.openbsd.org/45.html
> >
> > under what's new:
> >
> > # ifb(4), a driver for Sun Expert3D, Expert3D-Lite, XVR-500, XVR-600 and XVR-1200 framebuffers (accelerated).
> > # wildcatfb(4), an X driver for Sun Expert3D, Expert3D-Lite, XVR-500, XVR-600 and XVR-1200 framebuffers (unaccelerated).
> >
> > Is it feasible to port a driver from obsd to fbsd?
> >
>
> Given that the subsystems related to console drivers differ
> quite heavily between FreeBSD and Net/OpenBSD it's more like
> writing a new driver based on information obtained from
> other drivers and experimentation with the hardware rather
> than porting one but yes it's possible (see creator(4) and
> machfb(4)).

ok, too bad..

Anyway, I've three xvr-600 cards. I'm willing to give away one
to fbsd-sparc team if somebody is interested in developing
a driver for it.

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: trouble installing to sun blade 1500

2009-12-08T12:20:16Z

On Thu, Dec 03, 2009 at 01:16:09PM +0000, Anton Shterenlikht wrote:

> On Wed, Dec 02, 2009 at 08:21:34PM +0100, Marius Strobl wrote:
> > On Wed, Dec 02, 2009 at 12:59:15PM +0000, Anton Shterenlikht wrote:
> > > On Wed, Dec 02, 2009 at 12:41:37PM +0000, Anton Shterenlikht wrote:
> > > > On Tue, Dec 01, 2009 at 10:51:30PM +0100, Marius Strobl wrote:
> > > >
> > > > > > > > I get to OK prompt, type "boot cdrom", but the process
> > > > > > > > stops after a few seconds with:
> > > > > > > >
> > > > > > > > jumping to kernel entry at 0xc0088000.
> > > > > > > >
> > > > >
> > > > > You're using an unsupported framebuffer (see the release notes).
> > > >
> > > > yes, I missed that, thank you
> > > >
> > > > > This unfortunately isn't sufficient information and my Blade 1500
> > > > > doesn't exhibit this problem. Could you please put the full dmesg
> > > > > output online somewhere (this should be easy to capture when
> > > > > using a serial console)? Can you boot to single user?
> > > >
> > > > a multi-user boot dmesg:
> > > > http://seis.bris.ac.uk/~mexas/dmesg-blade1500-8.0
> > > >
> > > > a single user boot went ok, but some disk problems:
> > > > http://seis.bris.ac.uk/~mexas/dmesg-blade1500-8.0-single-user
> > >
> > > just to add on that. After fixing disk with fsck, boot into single
> > > user mode is fine, and no further disk problems reported.
> > > But multi-user mode still panics, just as before.
> > >
> >
> > Hrm, the only noticeable difference between your Blade 1500
> > and mine is that on yours the generic vgapci(4) attaches to
> > the otherwise unsupported framebuffer. I gave such a setup
> > a try but that didn't trigger a panic (this actually wasn't
> > likely to). Could you please build and install a debugging
> > kernel in single user mode (a `mount -a` should re-mount /
> > read-write), i.e. a kernel with the following options:
> > makeoptions DEBUG=-g
> > options KDB
> > options DDB
> > If that kernel panics you should end up in the debugger
> > prompt. Please issue a `bt` there and provide its output.
>
> done:
>
>
> Trying to mount root from ufs:/dev/ad0a
> Setting hostuuid: .
> Setting hostid: 0xd41d8cd9.
> Entropy harvesting: interrupts ethernet point_to_pointpanic: trap: memory addres
> s not aligned
> cpuid = 0
> KDB: enter: panic
> [thread pid 50 tid 100062 ]
> Stopped at kdb_enter+0x80: ta %xcc, 1
> db>
> db> bt
> Tracing pid 50 tid 100062 td 0xfffff80001532380
> panic() at panic+0x20c
> trap() at trap+0x4d0
> -- memory address not aligned sfar=0xfddfa187 sfsr=0x40029 %o7=0xc06d6ed8 --
> stack_capture() at stack_capture+0x114
> stack_save_td() at stack_save_td+0x60
> sysctl_kern_proc_kstack() at sysctl_kern_proc_kstack+0x330
> sysctl_root() at sysctl_root+0x1c4
> userland_sysctl() at userland_sysctl+0x208
> __sysctl() at __sysctl+0x70
> syscall() at syscall+0x2e8
> -- syscall (202, FreeBSD ELF64, __sysctl) %o7=0x1016b0 --
> userland() at 0x4046bac8
> user trace: trap %o7=0x1016b0
> pc 0x4046bac8, sp 0x7fdffffd001
> pc 0x101fb8, sp 0x7fdffffd961
> pc 0x102ba4, sp 0x7fdffffdae1
> pc 0x100f70, sp 0x7fdffffe451
> pc 0x40208d94, sp 0x7fdffffe511
> done
> db>
>
> Is this any help?
>

Thanks, I think I have fixed this in r200272.

Marius

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: current sparc buildkernel error

2009-12-08T10:59:25Z

On Tue, Dec 08, 2009 at 12:40:24PM +0000, Anton Shterenlikht wrote:

> On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote:
> > On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote:
> > > On FreeBSD 8.0-RELEASE sparc64
> > >
> > > I've successfully build current world, but on buildkernel I get:
> > >
> > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c
> > > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall':
> > > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type
> > > *** Error code 1
> > >
> >
> > This should be fixed in r200215. AFAICT it was only exposed by
> > UP kernel builds.
>
> I updated the sources, but still get the same error:
>
> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c
> /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall':
> /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type
> *** Error code 1
> 1 error

This suggests that you are using sources prior to r200215 as
line 561 now is a comment.

>
> This is on FreeBSD 8.0-RELEASE sparc64.
>
> buildworld stage went fine.
>
> What is r200215? I tried to search for it, but got nothing.
>

This is the SVN revision at which the UP compile problem was
fixed. It was exported to CVS as src/sys/sparc64/sparc64/trap.c
rev. 1.99.

Marius

_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: current sparc buildkernel error

2009-12-08T06:17:51Z

On Tue, Dec 08, 2009 at 02:03:07PM +0100, Gheorghe Ardelean wrote:

> On Tue, 8 Dec 2009, Anton Shterenlikht wrote:
>
> > On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote:
> >> On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote:
> >>> On FreeBSD 8.0-RELEASE sparc64
> >>>
> >>> I've successfully build current world, but on buildkernel I get:
> >>>
> >>> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c
> >>> /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall':
> >>> /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type
> >>> *** Error code 1
> >>>
> >>
> >> This should be fixed in r200215. AFAICT it was only exposed by
> >> UP kernel builds.
> >
> > I updated the sources, but still get the same error:
> >
> > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c
> > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall':
> > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type
> > *** Error code 1
> > 1 error
> >
> > This is on FreeBSD 8.0-RELEASE sparc64.
> >
> > buildworld stage went fine.
> >
> > What is r200215? I tried to search for it, but got nothing.
>
> This is the SVN revision of the file containing the fix.
> You can explore via the WEB interface the repository and check for
> changes and change logs:
>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sparc64/sparc64/trap.c

Gheorghe, thank you

I got the kernel built, but only after I enabled SMP.
As this is US-IIIi UP box, it would make more sense
to disable this option, but then I don't know what
effect it would cause. In other words, is there
a negative effect of running SMP kernel on a UP
machine?

The full kernel config file is below.

many thanks
anton

#
# $FreeBSD: src/sys/sparc64/conf/GENERIC,v 1.160 2009/10/13 19:02:03 jhb Exp $

cpu SUN4U
ident DALET

# To statically compile in device wiring instead of /boot/device.hints
#hints "GENERIC.hints" # Default places to look for devices.

# Use the following to compile in values accessible to the kernel
# through getenv() (or kenv(1) in userland). The format of the file
# is 'variable=value', see kenv(1)
#
# env "GENERIC.env"

makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols

# Platforms supported
# At this time all platforms are supported, as-is.

options SCHED_4BSD # 4BSD scheduler
#options PREEMPTION # Enable kernel thread preemption
options INET # InterNETworking
options INET6 # IPv6 communications protocols
options SCTP # Stream Control Transmission Protocol
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options UFS_GJOURNAL # Enable gjournal-based UFS journaling
options MD_ROOT # MD is a potential root device
options NFSCLIENT # Network Filesystem Client
options NFSSERVER # Network Filesystem Server
options NFSLOCKD # Network Lock Manager
options NFS_ROOT # NFS usable as /, requires NFSCLIENT
#options MSDOSFS # MSDOS Filesystem
options CD9660 # ISO 9660 Filesystem
options PROCFS # Process filesystem (requires PSEUDOFS)
options PSEUDOFS # Pseudo-filesystem framework
options GEOM_PART_GPT # GUID Partition Tables.
options GEOM_LABEL # Provides labelization
options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty)
options COMPAT_FREEBSD5 # Compatible with FreeBSD5
options COMPAT_FREEBSD6 # Compatible with FreeBSD6
options COMPAT_FREEBSD7 # Compatible with FreeBSD7
options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI
options KTRACE # ktrace(1) support
options STACK # stack(9) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options P1003_1B_SEMAPHORES # POSIX-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed.
options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
options AUDIT # Security event auditing
options MAC # TrustedBSD MAC Framework

# Debugging for use in -current
options KDB # Enable kernel debugger support.
options DDB # Support DDB.
options GDB # Support remote GDB.
options INVARIANTS # Enable calls of extra sanity checking
options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS
options WITNESS # Enable checks to detect deadlocks and cycles
options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed

# Make an SMP-capable kernel by default
options SMP # Symmetric MultiProcessor Kernel

# Standard busses
device ebus
device isa
device pci
device sbus
device central
device fhc

# Floppy drives
#device fdc

# ATA and ATAPI devices
device ata
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
#device atapifd # ATAPI floppy drives
#device atapist # ATAPI tape drives
# Do NOT enable ATA_STATIC_ID -- cmd646 controller will be !ata2!,
# and you will not mount an ATA /.
#options ATA_STATIC_ID # Static device numbering

# SCSI Controllers
#device ahc # AHA2940 and onboard AIC7xxx devices
#options AHC_ALLOW_MEMIO # Attempt to use memory mapped I/O
#options AHC_REG_PRETTY_PRINT # Print register bitfields in debug
# output. Adds ~128k to driver.
#device isp # Qlogic family
#device ispfw # Firmware module for Qlogic host adapters
#device mpt # LSI-Logic MPT-Fusion
#device sym # NCR/Symbios/LSI Logic 53C8XX/53C1010/53C1510D
#device esp # NCR53c9x (FEPS/FAS366)

# SCSI peripherals
#device scbus # SCSI bus (required for SCSI)
#device ch # SCSI media changers
#device da # Direct Access (disks)
#device sa # Sequential Access (tape etc)
#device cd # CD
#device pass # Passthrough device (direct SCSI access)
#device ses # SCSI Environmental Services (and SAF-TE)

# RAID controllers
#device amr # AMI MegaRAID
#device mlx # Mylex DAC960 family

# atkbdc0 controls both the keyboard and the PS/2 mouse
device atkbdc # AT keyboard controller
device atkbd # AT keyboard
device psm # PS/2 mouse

device kbdmux # keyboard multiplexer

# syscons is the default console driver, resembling an SCO console
device sc
device creator # Creator, Creator3D and Elite3D framebuffers
device machfb # ATI Mach64 framebuffers
device splash # Splash screen and screen saver support
options KBD_INSTALL_CDEV # install a CDEV entry in /dev

# Builtin hardware
device auxio # auxiliary I/O device
device eeprom # eeprom (really a front-end for the MK48Txx)
device mk48txx # Mostek MK48Txx clocks
device rtc # rtc (really a front-end for the MC146818)
device mc146818 # Motorola MC146818 and compatible clocks

# Serial (COM) ports
device puc # Multi-channel uarts
device scc # Serial communications controllers.
device uart # Multi-uart driver

# Parallel port
#device ppc
#device ppbus # Parallel port bus (required)
#device lpt # Printer
#device plip # TCP/IP over parallel
#device ppi # Parallel port interface device
#device vpo # Requires scbus and da

# PCI Ethernet NICs.
#device de # DEC/Intel DC21x4x (``Tulip'')
#device em # Intel PRO/1000 adapter Gigabit Ethernet Card
#device ixgb # Intel PRO/10GbE Ethernet Card
#device le # AMD Am7900 LANCE and Am79C9xx PCnet
#device ti # Alteon Networks Tigon I/II gigabit Ethernet
#device txp # 3Com 3cR990 (``Typhoon'')
#device vx # 3Com 3c590, 3c595 (``Vortex'')

# PCI Ethernet NICs that use the common MII bus controller code.
# NOTE: Be sure to keep the 'device miibus' line in order to use these NICs!
device miibus # MII bus support
#device bfe # Broadcom BCM440x 10/100 Ethernet
device bge # Broadcom BCM570xx Gigabit Ethernet
#device cas # Sun Cassini/Cassini+ and NS DP83065 Saturn
#device dc # DEC/Intel 21143 and various workalikes
#device fxp # Intel EtherExpress PRO/100B (82557, 82558)
#device gem # Sun GEM/Sun ERI/Apple GMAC
#device hme # Sun HME (Happy Meal Ethernet)
#device nge # NatSemi DP83820 gigabit Ethernet
#device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le')
#device re # RealTek 8139C+/8169/8169S/8110S
#device rl # RealTek 8129/8139
#device sf # Adaptec AIC-6915 (``Starfire'')
#device sis # Silicon Integrated Systems SiS 900/SiS 7016
#device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet
#device ste # Sundance ST201 (D-Link DFE-550TX)
#device stge # Sundance/Tamarack TC9021 gigabit Ethernet
#device tl # Texas Instruments ThunderLAN
#device tx # SMC EtherPower II (83c170 ``EPIC'')
#device vr # VIA Rhine, Rhine II
#device wb # Winbond W89C840F
#device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')

# Wireless NIC cards
#device wlan # 802.11 support
#options IEEE80211_DEBUG # enable debug msgs
#options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
#options IEEE80211_SUPPORT_MESH # enable 802.11s D3.0 support
#device wlan_wep # 802.11 WEP support
#device wlan_ccmp # 802.11 CCMP support
#device wlan_tkip # 802.11 TKIP support
#device wlan_amrr # AMRR transmit rate control algorithm
#device ath # Atheros pci/cardbus NIC's
#device ath_hal # Atheros HAL (Hardware Access Layer)
#options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors
#device ath_rate_sample # SampleRate tx rate control for ath

# Pseudo devices.
device loop # Network loopback
device random # Entropy device
device ether # Ethernet support
device tun # Packet tunnel.
device pty # BSD-style compatibility pseudo ttys
device md # Memory "disks"
device gif # IPv6 and IPv4 tunneling
device faith # IPv6-to-IPv4 relaying (translation)
device firmware # firmware assist module

# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
# Note that 'bpf' is required for DHCP.
device bpf # Berkeley packet filter

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

[head tinderbox] failure on sparc64/sun4v

2009-12-08T05:15:14Z

TB --- 2009-12-08 12:17:22 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-12-08 12:17:22 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2009-12-08 12:17:22 - cleaning the object tree
TB --- 2009-12-08 12:17:43 - cvsupping the source tree
TB --- 2009-12-08 12:17:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2009-12-08 12:18:07 - building world
TB --- 2009-12-08 12:18:07 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-12-08 12:18:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-12-08 12:18:07 - TARGET=sun4v
TB --- 2009-12-08 12:18:07 - TARGET_ARCH=sparc64
TB --- 2009-12-08 12:18:07 - TZ=UTC
TB --- 2009-12-08 12:18:07 - __MAKE_CONF=/dev/null
TB --- 2009-12-08 12:18:07 - cd /src
TB --- 2009-12-08 12:18:07 - /usr/bin/make -B buildworld

>>> World build started on Tue Dec 8 12:18:08 UTC 2009
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Tue Dec 8 13:11:29 UTC 2009

TB --- 2009-12-08 13:11:29 - generating LINT kernel config
TB --- 2009-12-08 13:11:29 - cd /src/sys/sun4v/conf
TB --- 2009-12-08 13:11:29 - /usr/bin/make -B LINT
TB --- 2009-12-08 13:11:29 - building LINT kernel
TB --- 2009-12-08 13:11:29 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-12-08 13:11:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-12-08 13:11:29 - TARGET=sun4v
TB --- 2009-12-08 13:11:29 - TARGET_ARCH=sparc64
TB --- 2009-12-08 13:11:29 - TZ=UTC
TB --- 2009-12-08 13:11:29 - __MAKE_CONF=/dev/null
TB --- 2009-12-08 13:11:29 - cd /src
TB --- 2009-12-08 13:11:29 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Dec 8 13:11:29 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dcons/dcons_os.c
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000
cc1: warnings being treated as errors
/src/sys/dev/e1000/if_igb.c: In function 'igb_rxeof':
/src/sys/dev/e1000/if_igb.c:4234: warning: statement with no effect
*** Error code 1

Stop in /obj/sun4v/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-12-08 13:15:14 - WARNING: /usr/bin/make returned exit code 1
TB --- 2009-12-08 13:15:14 - ERROR: failed to build lint kernel
TB --- 2009-12-08 13:15:14 - 2731.07 user 582.67 system 3472.08 real

http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

[head tinderbox] failure on sparc64/sparc64

2009-12-08T05:11:35Z

TB --- 2009-12-08 12:13:19 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-12-08 12:13:19 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-12-08 12:13:19 - cleaning the object tree
TB --- 2009-12-08 12:13:36 - cvsupping the source tree
TB --- 2009-12-08 12:13:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-12-08 12:14:04 - building world
TB --- 2009-12-08 12:14:04 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-12-08 12:14:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-12-08 12:14:04 - TARGET=sparc64
TB --- 2009-12-08 12:14:04 - TARGET_ARCH=sparc64
TB --- 2009-12-08 12:14:04 - TZ=UTC
TB --- 2009-12-08 12:14:04 - __MAKE_CONF=/dev/null
TB --- 2009-12-08 12:14:04 - cd /src
TB --- 2009-12-08 12:14:04 - /usr/bin/make -B buildworld

>>> World build started on Tue Dec 8 12:14:05 UTC 2009
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Tue Dec 8 13:07:56 UTC 2009

TB --- 2009-12-08 13:07:56 - generating LINT kernel config
TB --- 2009-12-08 13:07:56 - cd /src/sys/sparc64/conf
TB --- 2009-12-08 13:07:56 - /usr/bin/make -B LINT
TB --- 2009-12-08 13:07:56 - building LINT kernel
TB --- 2009-12-08 13:07:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-12-08 13:07:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-12-08 13:07:56 - TARGET=sparc64
TB --- 2009-12-08 13:07:56 - TARGET_ARCH=sparc64
TB --- 2009-12-08 13:07:56 - TZ=UTC
TB --- 2009-12-08 13:07:56 - __MAKE_CONF=/dev/null
TB --- 2009-12-08 13:07:56 - cd /src
TB --- 2009-12-08 13:07:56 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Dec 8 13:07:56 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_pci.c
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_scsi.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000
cc1: warnings being treated as errors
/src/sys/dev/e1000/if_igb.c: In function 'igb_rxeof':
/src/sys/dev/e1000/if_igb.c:4234: warning: statement with no effect
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-12-08 13:11:35 - WARNING: /usr/bin/make returned exit code 1
TB --- 2009-12-08 13:11:35 - ERROR: failed to build lint kernel
TB --- 2009-12-08 13:11:35 - 2728.12 user 588.29 system 3496.53 real

http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: current sparc buildkernel error

2009-12-08T05:03:07Z

On Tue, 8 Dec 2009, Anton Shterenlikht wrote:

> On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote:
>> On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote:
>>> On FreeBSD 8.0-RELEASE sparc64
>>>
>>> I've successfully build current world, but on buildkernel I get:
>>>
>>> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c
>>> /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall':
>>> /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type
>>> *** Error code 1
>>>
>>
>> This should be fixed in r200215. AFAICT it was only exposed by
>> UP kernel builds.
>
> I updated the sources, but still get the same error:
>
> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c
> /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall':
> /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type
> *** Error code 1
> 1 error
>
> This is on FreeBSD 8.0-RELEASE sparc64.
>
> buildworld stage went fine.
>
> What is r200215? I tried to search for it, but got nothing.

This is the SVN revision of the file containing the fix.
You can explore via the WEB interface the repository and check for
changes and change logs:

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sparc64/sparc64/trap.c

regards,

Gheorghe.
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."

Re: current sparc buildkernel error

2009-12-08T04:40:24Z

On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote:

> On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote:
> > On FreeBSD 8.0-RELEASE sparc64
> >
> > I've successfully build current world, but on buildkernel I get:
> >
> > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c
> > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall':
> > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type
> > *** Error code 1
> >
>
> This should be fixed in r200215. AFAICT it was only exposed by
> UP kernel builds.

I updated the sources, but still get the same error:

cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c
/usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall':
/usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type
*** Error code 1
1 error

This is on FreeBSD 8.0-RELEASE sparc64.

buildworld stage went fine.

What is r200215? I tried to search for it, but got nothing.

many thanks
anton

--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd-sparc64@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@..."