NetBSD source update | 1 Aug 05:31 2004
Picon

daily CVS update output


Updating src tree:
P src/doc/3RDPARTY
P src/doc/CHANGES
P src/lib/libc/Makefile
P src/sys/arch/hp700/hp700/disksubr.c
P src/sys/arch/hp700/include/pci_machdep.h
P src/sys/arch/i386/conf/GENERIC
P src/sys/arch/i386/conf/GENERIC.MPACPI
P src/sys/arch/i386/conf/GENERIC_LAPTOP
P src/sys/arch/i386/conf/GENERIC_TINY
P src/sys/arch/i386/pci/ichlpcib.c
P src/sys/arch/powerpc/ibm4xx/pmap.c
P src/sys/dev/ata/ata_wdc.c
P src/sys/dev/ata/atavar.h
P src/sys/dev/ata/wd.c
P src/sys/dev/ic/i82801lpcreg.h
P src/sys/dev/ic/wdc.c
P src/sys/dev/scsipi/atapi_wdc.c

Updating pkgsrc tree:
? pkgsrc/INDEX
? pkgsrc/README-IPv6.html
? pkgsrc/README-all.html
U pkgsrc/archivers/bicom/Makefile
U pkgsrc/archivers/unrar/Makefile
U pkgsrc/audio/faad2/Makefile
U pkgsrc/audio/faad2/distinfo
U pkgsrc/audio/faad2/patches/patch-ad
U pkgsrc/bootstrap/README.FreeBSD
(Continue reading)

Jaromir Dolecek | 1 Aug 13:19 2004
Picon

Re: SuSE 9.1 packages imported (Linux emulation)

(moving thread to tech-kern)

> I've imported an incomplete set of SuSE 9.1 packages a few minutes ago.
> These package do *not* work stable with NetBSD's Linux emulation.
> Mozilla (taken from the "mozilla-bin" package) crashes in one of two
> attempts to start it.

Okay, I can repeat the problem here. Starting Mozilla-linux several
times makes it eventually start properly and run (apparently) fine.
Appears some file pages may not be loaded properly, leading to spurious
SIGSEGV.  It may be the same problem which has been occurring with
the native threads and native Mozilla some months ago.

I do not recall what was the exact fix to the 'native' Mozilla case.
Perhaps that needs to be extended to handle also address space
shared via clone(2)?

The new libs also use new Linux syscall exit_group(), but that happens
only in fatal signal handling (such as SIGSEGV), and is not causing
the problem AFAICS from kdump.

Jaromir
--

-- 
Jaromir Dolecek <jdolecek <at> NetBSD.org>            http://www.NetBSD.cz/
-=- We should be mindful of the potential goal, but as the Buddhist -=-
-=- masters say, ``You may notice during meditation that you        -=-
-=- sometimes levitate or glow.   Do not let this distract you.''   -=-

T.SHIOZAKI | 1 Aug 19:16 2004
Picon

HEADS UP: iconv(3) prototype was changed


I changed the iconv(3) function interface to follow the POSIX specification;
the 2nd argument is changed to "char ** restrict" instead of
"const char ** restricted".
For the details, see the thread called "iconv(3) prototype" in
the tech-kern <at>  list (from 07/26/2004):
  http://mail-index.netbsd.org/tech-userlevel/2004/07/

This change may make some programs (including pkgsrc-ed ones) unable to
be built.  Please change such programs if necessary.

BTW, I will request to pull up it to 2.0 one of these days.

--
Takuya SHIOZAKI

Kouichirou Hiratsuka | 1 Aug 20:02 2004
Picon

Re: groff-1.19.1 imported

Hello,

At Fri, 30 Jul 2004 19:18:35 +0200,
Thomas Klausner wrote:
> 
> I just finished the update of the in-tree groff to 1.19.1.
> 
misc/xorg-docs fails to build with groff-1.19.1 (1.19 is OK).

# cd /usr/pkgsrc/misc/xorg-docs && make
[snip]
===> Building for xorg-docs-6.7.0
making all in doc/specs/BDF...
groff -Tps -ms /usr/pkgsrc/misc/xorg-docs/work/xc/doc/util/macros.t bdf.ms  2> i
ndex.raw > bdf.nps  && mv -f bdf.nps bdf.ps
bdf.ms:270: fatal error: input stack limit exceeded (probable infinite loop)
*** Error code 1 (ignored)
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/misc/xorg-docs/work/xc/doc/specs/BDF
[snip]

best regards.

--

-- 
 Kouichirou Hiratsuka
   hira <at> po6.nsk.ne.jp

(Continue reading)

Barry Bouwsma | 1 Aug 23:14 2004
Picon

Status of firewire/usb support?

[keep replies on the list, not to me, to avoid bounces, thanks.
 I'll catch up later from the archives]

Hello, um...

A couple stupid questions, to see if what I'm observing is to be
expected.  Kernel built from sources mid-July-ish; ancient i386
machine.

How is the support for firewire-attached storage devices?  I'm
seeing nothing.  fwnode is found, but nothing gets attached to
it.  My kernel config has the sbpfoo and everything that as far
as I know is needed to make a disk show up.

(I can't provide a `dmesg' readily, since the alleged root filesystem
is supposed to be on the drive attached via firewire.  Also, FWIW,
the identical configuration works splendidly under FreeBSD, should
one want to steal^Wborrow that code.)

Also, are there known issues with USB devices attached to an
external hub?

The particular configuration works fine with my FreeBSD code,
where I have a USB1 hub attached to an OHCI internal hub, and
several devices to that, as well as another device connected
directly to the OHCI hub.  With NetBSD, everything connected
directly to the internal OHCI hub is seen (except for a USB2
hub, which manages to be used successfully as USB1 with
FreeBSD), but nothing connected to the external USB1 hub is
recognized.
(Continue reading)

Valeriy E. Ushakov | 1 Aug 23:17 2004
Picon

Re: HEADS UP: iconv(3) prototype was changed

On Mon, Aug 02, 2004 at 02:16:02 +0900, T.SHIOZAKI wrote:

> I changed the iconv(3) function interface to follow the POSIX
> specification; the 2nd argument is changed to "char ** restrict"
> instead of "const char ** restricted".
> For the details, see the thread called "iconv(3) prototype" in
> the tech-kern <at>  list (from 07/26/2004):
>   http://mail-index.netbsd.org/tech-userlevel/2004/07/
> 
> This change may make some programs (including pkgsrc-ed ones) unable
> to be built.  Please change such programs if necessary.

/nb/src/lib/libintl/gettext_iconv.c: In function `__gettext_iconv':
/nb/src/lib/libintl/gettext_iconv.c:181: warning: passing arg 2 of `iconv' from incompatible
pointer type

SY, Uwe
--

-- 
uwe <at> ptc.spbu.ru                         |       Zu Grunde kommen
http://www.ptc.spbu.ru/~uwe/            |       Ist zu Grunde gehen

NetBSD source update | 2 Aug 02:17 2004
Picon

triweekly CVS update output


Updating release-1-5 src tree (netbsd-1-5):

Running the SUP scanner:
SUP Scan for release-1-5 starting at Mon Aug  2 00:05:15 2004
SUP Scan for release-1-5 completed at Mon Aug  2 00:05:26 2004

Updating release-1-6 src tree (netbsd-1-6):

Running the SUP scanner:
SUP Scan for release-1-6 starting at Mon Aug  2 00:10:40 2004
SUP Scan for release-1-6 completed at Mon Aug  2 00:12:01 2004

Updating release-2-0 src tree (netbsd-2-0):

Running the SUP scanner:
SUP Scan for release-2-0 starting at Mon Aug  2 00:16:31 2004
SUP Scan for release-2-0 completed at Mon Aug  2 00:16:49 2004

Alicia da Conceicao | 2 Aug 02:45 2004
Picon

Re: Status of firewire/usb support? [fwohci & fw detected but no fwnode or fwbus]

> How is the support for firewire-attached storage devices?  I'm
> seeing nothing.  fwnode is found, but nothing gets attached to
> it.  My kernel config has the sbpfoo and everything that as far
> as I know is needed to make a disk show up.

At least you get an fwnode.  On my JVC-Victor Interlink MP-XP7310 laptop
running NetBSD-current that is less than a week old, the PCI firewire
controller is detected:

===============================================================================
fwohci0 at pci1 dev 3 function 1: Ricoh 5C551 PCI-CardBus bridge/Firewire (rev. 0x00)
fwohci0: interrupting at ioapic0 pin 18 (irq 7)
fwohci0: OHCI 1.0, 00:e0:18:00:03:10:e5:11, 400Mb/s, 2048 max_rec, 4 ir_ctx, 4 it_ctx
fw0 at fwohci0: 00:e0:18:00:03:10:e5:11:0a:02:ff:ff:f0:01:00:00
===============================================================================

but no fwnode, fwbus, or firewire drive is detected when I connect an
external IEEE-1394 drive to it.  Any idea why, or if I am doing something
wrong?

Thanks in advance.
Alicia.

antifuse | 2 Aug 05:03 2004
Picon

Re: Status of firewire/usb support?

Hi,

I had a similar issue which relates to this (getting my iPod working
with firewire). Apparently NetBSD's firewire code is not to the point
where it can attach devices.

Takahashi Kiyohara was kind enough to point me to his patches which
integrates FreeBSD's firewire code into the NetBSD source tree. It
works great for me, and others have also reported success.

http://www.kk.iij4u.or.jp/~kiyohara/firewire/

Cheers,
antifuse

On Sun, 1 Aug 2004 23:14:24 +0200 (CEST), Barry Bouwsma
<freebsd-misuser <at> remove-nospam-to-reply.nospam.dyndns.dk> wrote:
> [keep replies on the list, not to me, to avoid bounces, thanks.
>  I'll catch up later from the archives]
> 
> Hello, um...
> 
> A couple stupid questions, to see if what I'm observing is to be
> expected.  Kernel built from sources mid-July-ish; ancient i386
> machine.
> 
> How is the support for firewire-attached storage devices?  I'm
> seeing nothing.  fwnode is found, but nothing gets attached to
> it.  My kernel config has the sbpfoo and everything that as far
> as I know is needed to make a disk show up.
(Continue reading)

NetBSD source update | 2 Aug 05:24 2004
Picon

daily CVS update output


Updating src tree:
P src/dist/smbfs/lib/smb/nls.c
P src/distrib/sets/lists/comp/md.newsmips
U src/distrib/sets/lists/xserver/md.newsmips
P src/doc/3RDPARTY
P src/etc/MAKEDEV.tmpl
P src/gnu/dist/groff/src/utils/hpftodit/hpftodit.cpp
P src/include/iconv.h
P src/lib/libc/iconv/iconv.3
P src/lib/libc/iconv/iconv.c
P src/lib/libc/net/nsdispatch.c
P src/lib/libcurses/copywin.c
P src/lib/libcurses/overlay.c
P src/lib/libcurses/overwrite.c
P src/regress/lib/libc/Makefile
U src/regress/lib/libc/nsdispatch/Makefile
U src/regress/lib/libc/nsdispatch/recurse/Makefile
U src/regress/lib/libc/nsdispatch/recurse/expected
U src/regress/lib/libc/nsdispatch/recurse/recurse.c
P src/sbin/atactl/atactl.8
P src/sbin/atactl/atactl.c
P src/sys/arch/arm/arm/linux_syscall.c
P src/sys/arch/newsmips/apbus/xafb.c
P src/sys/arch/newsmips/include/Makefile
U src/sys/arch/newsmips/include/wsconsio.h
P src/sys/arch/sgimips/mace/if_mec_mace.c
P src/sys/arch/sparc/conf/GENERIC
P src/sys/arch/sparc64/conf/GENERIC32
P src/sys/arch/sparc64/sparc64/clock.c
(Continue reading)


Gmane