headers
Chavdar Ivanov | 1 Dec 2006 01:08
Picon

Re: AHCI driver commited

On 11/30/06, Manuel Bouyer <bouyer <at> antioche.eu.org> wrote:
> Hi,
> I've just commited an ahci driver. Works fine for me on Intel 63xxESB AHCI
> controller:
> ahcisata0 at pci0 dev 31 function 2: Intel 63xxESB AHCI Serial ATA Controller
> ahcisata0: AHCI revision 1.0, 6 ports, 32 command slots, features 0xc6226000
> ahcisata0: interrupting at ioapic0 pin 19 (irq 10)

Seems to be working fine:

ahcisata0 at pci0 dev 31 function 2: Intel 82801GBM AHCI SATA Controller
ahcisata0: AHCI revision 1.0, 4 ports, 32 command slots, features 0xdf12e000
ahcisata0: interrupting at ioapic0 pin 17 (irq 10)
atabus1 at ahcisata0 channel 0

(this is an HP nx6310 laptop - I have put a few questions about it earlier).

> atabus0 at ahcisata0 channel 0
> atabus1 at ahcisata0 channel 1
> atabus2 at ahcisata0 channel 2
> atabus3 at ahcisata0 channel 3
> atabus4 at ahcisata0 channel 4
> atabus5 at ahcisata0 channel 5
> ahcisata0 port 0: device present, speed: 3.0GB/s
> ahcisata0 port 2: device present, speed: 3.0GB/s
> wd0 at atabus0 drive 0: <Hitachi HDS721616PLA380>
> wd0: drive supports 16-sector PIO transfers, LBA48 addressing
> wd0: 153 GB, 319120 cyl, 16 head, 63 sec, 512 bytes/sect x 321672960 sectors
> wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133)
> wd0(ahcisata0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133) (using DMA)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Quentin Garnier | 1 Dec 2006 01:15

Re: cgd failure since hackathon

On Thu, Nov 30, 2006 at 05:27:37PM -0500, Christos Zoulas wrote:
> On Nov 30,  8:06pm, cube <at> cubidou.net (Quentin Garnier) wrote:
> -- Subject: Re: cgd failure since hackathon
> 
> | On Thu, Nov 30, 2006 at 10:38:38AM -0800, brad harder wrote:
> | >=20
> | >=20
> | >  I've been running -current since it was announced that 4 was being re-br=
> | anched, and had no major problems to speak of. One of the things I'm runnin=
> | g succesfully is cgd(4), and an encrypted /home and swap. Kernels build fro=
> | m updated sources (since hackathon) yield however, yield this:
> | >=20
> | > cgd: large blocksize 4294967295
> | > ioctl: Cannot allocate memory
> | > cgdconfig: action failed on "/etc/cgd/cgd.conf" line 1
> | >=20
> | >=20
> | > Does anybody have an idea what's going on with this, and if it requires a=
> |  work-around on my part, or is a cgd failing.
> | 
> | The following patch should fix it.
> | 
> | Anyone objects?  The size_t -> ssize_t is necessary to avoid
> | signed/unsigned mismatch, if we ever want to warn on that (I thought we
> | did, though).
> | 
> | Also, why the magic number 4096?
> 
> Because we don't want to store any more on the stack. The proper fix
> is to make the config program pass the right value instead of -1 if
(Continue reading)

Permalink | Reply | 0 comments |
headers
Blair Sadewitz | 1 Dec 2006 01:17
Picon

Re: What to do for a graphical browser in NetBSD???

Re: graphical browsers, I have been playing around with libx86, which
is a handy library that programs which use the linux real-mode
emulator can link to in order to execute real-mode instructions using
XFree86's x86emu on non-i386 (or i386) architectures. I'm using amd64,
and I got lrmi's vbetest.c program to run. It took over the console
and wouldn't hand it back, but that's not the point. ;)

I'm trying to get svgalib to compile with it, but the port in
pkgsrc-wip will not compile with any recent gcc; I'm not sure if it
needs 2.95, but if so I think 2.95 is broken on amd64.

However, if someone could hack this into shape, you could use any
browser which supports SDL/SVGAlib, etc instead of running X11--if
browsing is all you care about.

--Blair

SEE:
<http://www.codon.org.uk/~mjg59/libx86>

On 11/26/06, César Catrián Carreño <ccatrian <at> eml.cc> wrote:
> On Sat, 25 Nov 2006 12:31:10 +0000
> "Chavdar Ivanov" <ci4ic4 <at> gmail.com> wrote:
>
> > On 11/24/06, César Catrián Carreño <ccatrian <at> eml.cc> wrote:
> > > On Tue, 21 Nov 2006 11:10:40 +0100
> > >
> > > Do Xft (font-rendering) works for opera-linux?
> >
> > Yes.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sverre Froyen | 1 Dec 2006 04:23
Favicon

Re: supervisor trap page fault in lfs_putpages

On Thursday 30 November 2006 15:40, Paul Ripke wrote:
> On Thu, Nov 30, 2006 at 09:32:09PM +0100, Tobias Nygren wrote:
> > You might want to try a fsck_lfs -f on the filesystem.
> > I had a similiar problem on todays current + chs <at> 's vnlock patch.
> > Turns out the filesystem had a corrupt inode even though it was marked
> > clean.
>
> Yeah, I've run a few fsck's over it - but it's clean:
>
> ksh$ sudo fsck -yf /local
> ** /dev/rld0g
> ** File system is already clean
> ** Last Mounted on /local
> ** Phase 0 - Check Inode Free List
> ** Phase 1 - Check Blocks and Sizes
> ** Phase 2 - Check Pathnames
> ** Phase 3 - Check Connectivity
> ** Phase 4 - Check Reference Counts
> ** Phase 5 - Check Segment Block Accounting
> ** Phase 6 - Roll Forward
> 109586 files, 1134725 used, 37202721 free

A couple of days ago I had a /var file system (LFS) that caused a multiuser 
boot to hang right after the file system clean messages.  A fsck -fy did not 
help.  A dump and restore did.

> Just updated kernel to sources about 3 hrs old, same crash, same
> backtrace.
(Continue reading)

Permalink | Reply | 1 comment |
headers
NetBSD source update | 1 Dec 2006 04:27
Picon

daily CVS update output


Updating src tree:
P src/distrib/sets/lists/man/mi
P src/distrib/utils/sysinst/disks.c
P src/doc/CHANGES
P src/lib/libpuffs/puffs.3
P src/lib/libpuffs/puffs.c
P src/lib/libpuffs/puffs.h
P src/share/examples/puffs/dtfs/dtfs.c
P src/share/examples/puffs/ssshfs/ssshfs.c
P src/share/examples/puffs/sysctlfs/sysctlfs.c
P src/share/man/man4/Makefile
U src/share/man/man4/ahcisata.4
P src/share/man/man9/veriexec.9
P src/sys/arch/amd64/conf/GENERIC
P src/sys/arch/amd64/conf/INSTALL
P src/sys/arch/amiga/amiga/disksubr.c
P src/sys/arch/i386/conf/GENERIC
P src/sys/arch/i386/conf/GENERIC_LAPTOP
P src/sys/arch/i386/conf/INSTALL
P src/sys/arch/i386/conf/INSTALL_LAPTOP
P src/sys/arch/i386/conf/XEN2_DOM0
P src/sys/dev/verified_exec.c
P src/sys/dev/ata/sata_subr.c
P src/sys/dev/isapnp/isapnpdevs
P src/sys/dev/isapnp/isapnpdevs.c
P src/sys/dev/isapnp/isapnpdevs.h
U src/sys/dev/pci/ahcisata.c
U src/sys/dev/pci/ahcisatareg.h
P src/sys/dev/pci/files.pci
(Continue reading)

Permalink | Reply | 0 comments |
headers
Martin Husemann | 1 Dec 2006 10:28
Picon

Re: build failure on bootxx_msdos

On Fri, Dec 01, 2006 at 12:44:25AM +0100, Manuel Bouyer wrote:
> Hi,
> trying to build an i386 or amd64 release with fresh sources I get:
> --- dependall-bootxx ---
>
/dsk/l1/misc/bouyer/tmp/i386/obj/dsk/l1/misc/bouyer/current/src/tooldir/bin/i386--netbsdelf-objcopy
-O binary bootxx_msdos.sym bootxx_msdos
> ### bootxx_msdos size 7720 is larger than 7680
> *** [bootxx_msdos] Error code 1
> 1 error

I don't understand why this size limit is applied to this binary at all -
AFAICT it's only relevant limits are the STACK_START and HEAP_START
defines in sys/arch/i386/stand/dosboot/Makefile, and we could easily bump
those up (maybe with minor code fixes).

Martin
Permalink | Reply | 5 comments |
headers
Paul Ripke | 1 Dec 2006 12:28
Picon
Favicon

Re: supervisor trap page fault in lfs_putpages

The saga continues...

As suggested, I tried a dump and restore, with a
"newfs_lfs -A /dev/rld0g" in between.

I managed to get a hang during the restore... system would ping,
and I could switch text VTs, but thats all. So I jumped into ddb
got a backtrace, continued, back to ddb, backtrace, etc, about 20
times. Over about a 10 minute period - during which the system
did not appear to make any forward progress ("systat vm 1" in
another VT didn't budge).

Every backtrace had lfs_writer -> lfs_flush_pchain(), offsets
between +0x110 and +0x127, which corresponds to the following
from lfs_vnops.c according to gdb:

        /*
         * lfs_writevnodes, optimized to clear pageout requests.
         * Only write non-dirop files that are in the pageout queue.
         * We're very conservative about what we write; we want to be
         * fast and async.
         */
        simple_lock(&fs->lfs_interlock);
    top:
0x110   for (ip = TAILQ_FIRST(&fs->lfs_pchainhd); ip != NULL; ip = nip) {
                nip = TAILQ_NEXT(ip, i_lfs_pchain);
                vp = ITOV(ip);

                if (!(ip->i_flags & IN_PAGING))
0x127                   goto top;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthias Scheler | 1 Dec 2006 14:51
Picon
Favicon

Re: netbsd 4.0 crash

On Thu, Nov 30, 2006 at 05:38:58PM +0200, Alexander V. Butenko wrote:
> The problem occured on netbsd-4.0 from a month ago repo and on a build
> from 28.11.2006.

The NetBSD 4.0 branch is currently unmaintained and will be rebranched
soon. Please read this announcement:

http://mail-index.netbsd.org/netbsd-announce/2006/11/18/0000.html

	Kind regards

--

-- 
Matthias Scheler                                  http://zhadum.org.uk/
Permalink | Reply | 2 comments |
headers
Hisashi T Fujinaka | 1 Dec 2006 15:57

Anyone else having trouble building i386-current (in bootxx_msdos)?

I keep getting stuck at:
#      link  bootxx_msdos/bootxx_msdos
/usr/src/obj.i386/tooldir.NetBSD-4.99.4-i386/bin/i386--netbsdelf-gcc -o bootxx_msdos.sym 
-nostdlib -Wl,-N -Wl,-e,start  -Wl,-Ttext,0x600  -
Wl,-Map,bootxx_msdos.map -Wl,-cref pbr.o label.o bootxx.o boot1.o /usr/src/sys/arch/i386/stand/bootxx/bootxx_msdos/obj.i386/lib/i386/libi386
.a /usr/src/sys/arch/i386/stand/bootxx/bootxx_msdos/obj.i386/lib/sa/libsa.a /usr/src/sys/arch/i386/stand/bootxx/bootxx_msdos/obj.i386/lib/ke
rn/libkern.a /usr/src/sys/arch/i386/stand/bootxx/bootxx_msdos/obj.i386/lib/i386/libi386.a /usr/src/sys/arch/i386/stand/bootxx/bootxx_msdos/o
bj.i386/lib/sa/libsa.a
/usr/src/obj.i386/tooldir.NetBSD-4.99.4-i386/bin/i386--netbsdelf-objcopy -O binary
bootxx_msdos.sym bootxx_msdos
### bootxx_msdos size 7720 is larger than 7680

*** Failed target:  bootxx_msdos
*** Failed command: sz=$(/usr/src/obj.i386/tooldir.NetBSD-4.99.4-i386/bin/nbstat -f '%z'
bootxx_msdos); if [ "$sz" -gt "$(( 15 * 512 ))" ]; 
then echo "### bootxx_msdos size $sz is larger than $(( 15 * 512 ))" >&2; rm bootxx_msdos; ! :; else : pad to
sector boundary; pad=$(( 512 -
  ( $sz & 511 ) )); [ $pad = 512 ] || dd if=/dev/zero bs=1 count=$pad >>bootxx_msdos 2>/dev/null; echo
"bootxx_msdos size $sz, $(($(( 15 * 51
2 )) - $sz)) free"; fi
*** Error code 1

Stop.
nbmake: stopped in /usr/src/sys/arch/i386/stand/bootxx/bootxx_msdos

--

-- 
Hisashi T Fujinaka - htodd <at> twofifty.com
BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
(Continue reading)

Permalink | Reply | 1 comment |
headers
Geert Hendrickx | 1 Dec 2006 16:25
Picon

Re: netbsd 4.0 crash

On Fri, Dec 01, 2006 at 01:51:48PM +0000, Matthias Scheler wrote:
> On Thu, Nov 30, 2006 at 05:38:58PM +0200, Alexander V. Butenko wrote:
> > The problem occured on netbsd-4.0 from a month ago repo and on a build
> > from 28.11.2006.
> 
> The NetBSD 4.0 branch is currently unmaintained and will be rebranched
> soon. Please read this announcement:
> 
> http://mail-index.netbsd.org/netbsd-announce/2006/11/18/0000.html

i.e., please try again with -current (or wait until netbsd-4 is re-branched).

	Geert
Permalink | Reply | 1 comment |

Gmane