headers
NetBSD source update | 1 Oct 2009 05:08
Picon

daily CVS update output


Updating src tree:
P src/distrib/sets/lists/base/shl.elf
P src/distrib/sets/lists/base/shl.mi
P src/distrib/sets/lists/man/mi
P src/doc/CHANGES
P src/etc/rc.d/wpa_supplicant
P src/external/apache2/mDNSResponder/Makefile.inc
P src/external/apache2/mDNSResponder/dist/mDNSShared/uds_daemon.c
P src/external/apache2/mDNSResponder/usr.sbin/mdnsd/Makefile
P src/external/intel-fw-public/iwl4965/dist/LICENSE.iwlwifi-4965-ucode
P src/external/intel-fw-public/iwl4965/dist/README.iwlwifi-4965-ucode
U src/external/intel-fw-public/iwl4965/dist/iwlwifi-4965-1.ucode
P src/external/mit/xorg/bin/xkbcomp/Makefile
U src/external/mit/xorg/bin/xkbcomp/Makefile.common
P src/sbin/sysctl/sysctl.8
P src/sbin/sysctl/sysctl.c
P src/share/man/man4/Makefile
U src/share/man/man4/wb.4
P src/share/man/man5/rc.conf.5
P src/sys/arch/amd64/conf/GENERIC
P src/sys/arch/i386/conf/ALL
P src/sys/arch/i386/conf/GENERIC
P src/sys/conf/files
P src/sys/dev/acpi/files.acpi
U src/sys/dev/acpi/wb_acpi.c
P src/sys/dev/ic/hpet.c
U src/sys/dev/ic/w83l518d.c
U src/sys/dev/ic/w83l518d_sdmmc.c
U src/sys/dev/ic/w83l518d_sdmmc.h
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jukka Ruohonen | 1 Oct 2009 05:48
Picon
Picon
Favicon

Re: build.sh distribution failed on amd64

On Wed, Sep 30, 2009 at 10:19:47PM +0200, Kurt Schreiner wrote:
> Hi,
> 
> -current as of Sep 30 21:07 MEST fails to compile on amd64 in
> external/lib/../apache2/mDNSResponder/lib
> (mostly "just" warnings, but fails nonetheless)
> 
> Kurt
> 
> dependall ===> external/lib/../apache2/mDNSResponder/lib
>     compile  lib/dnssd_clientstub.ln
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_ipc.h(337): warning:
constant in conditional context [161]
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_ipc.h(338): warning:
constant in conditional context [161]
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_ipc.h(338): negative
array dimension (-1) [20]
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_clientstub.c(441):
warning: conversion from 'long' to 'int' may lose accuracy [132]
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_clientstub.c(467):
warning: conversion from 'long' to 'int' may lose accuracy [132]
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_clientstub.c(525):
warning: possible pointer alignment problem [135]
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_clientstub.c(525):
warning: pointer casts may be troublesome [247]
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_clientstub.c(554):
warning: conversion of 'unsigned int' to 'int' is out of range [119]
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_clientstub.c(664):
warning: constant in conditional context [161]
> /u/NetBSD/src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_clientstub.c(666):
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jukka Ruohonen | 1 Oct 2009 06:10
Picon
Picon
Favicon

Re: Ricoh chips and RBUS_MIN_START

On Wed, Sep 30, 2009 at 08:21:33PM +0300, Jukka Ruohonen wrote:
> Hello.
> 
> I recently installed NetBSD current on ThinkPad x60s. Everything is working
> just beautifully except
> 
> # cat /var/run/dmesg.boot | grep map                    
> cbb0: can't map socket base address 0xe4300000
> cbb0: can't map socket base address 0x5: io mode
> fwohci0: can't map OHCI register space
> sdhc0: couldn't map register

I received off-list reply that PCI_BUS_FIXUP / PCI_ADDR_FIXUP fixes the
issue, like it did. With these options this is quite about 100 % supported
laptop on NetBSD.

- Jukka.
Permalink | Reply | 0 comments |
headers
Matthias Scheler | 1 Oct 2009 12:01
Picon
Favicon

SSP build failure (was: build.sh distribution failed on amd64)

On Thu, Oct 01, 2009 at 06:48:52AM +0300, Jukka Ruohonen wrote:
> Also with USE_SSP=yes and USE_FORT=yes,

That should be fixed now (the SSP problem, not the NetBSD/amd64 problem).

	Kind regards

--

-- 
Matthias Scheler                                  http://zhadum.org.uk/
Permalink | Reply | 0 comments |
headers
Matthias Scheler | 1 Oct 2009 13:58
Picon

Re: Exponential failure

On Wed, Sep 30, 2009 at 03:39:54PM +0100, Mindaugas Rasiukevicius wrote:
> > After that, I had to copy the modules in the appropriate
> > /stand/modules directory and NetBSD did load ffs during boot.
> > But it was unable to exec init, due to a missing exec* module?
> > I've been told to copy boot file to /, but for that I needed to build
> > distribution...!
> 
> It is a known problem. "We are working on it." :)

We have a suitable work-arround now:
The "MONOLITHIC" kernel configuration is now built by default for
NetBSD/i386 and included in release snapshots (in the file
"i386/binary/kernel/netbsd-MONOLITHIC.gz"). This kernel should
provide an easy way to test NetBSD-current kernels on an existing
NetBSD 5.0 installation.

	Kind regards

--

-- 
Matthias Scheler                                  http://zhadum.org.uk/
Permalink | Reply | 1 comment |
headers
Jukka Ruohonen | 1 Oct 2009 17:23
Picon
Picon
Favicon

Could not find an ELF PaX PT_NOTE

Hi.

On a i386 5.99.19 with

# sysctl security.pax
security.pax.mprotect.enabled = 1
security.pax.mprotect.global = 1
security.pax.segvguard.enabled = 1
security.pax.segvguard.global = 0
security.pax.segvguard.expiry_timeout = 120
security.pax.segvguard.suspend_timeout = 600
security.pax.segvguard.max_crashes = 5
security.pax.aslr.enabled = 1
security.pax.aslr.global = 1
security.pax.aslr.mmap_len = 16
security.pax.aslr.stack_len = 12
security.pax.aslr.exec_len = 12

the paxctl(8) complains about missing note section for all ELF executables,

# paxctl +a /bin/ls   
paxctl: Could not find an ELF PaX PT_NOTE section in `/bin/ls'
# paxctl +m /bin/ls   
paxctl: Could not find an ELF PaX PT_NOTE section in `/bin/ls'

although it clearly seems to be in the file,

# readelf --notes /bin/ls                               

Notes at offset 0x00000108 with length 0x00000018:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Christos Zoulas | 1 Oct 2009 19:36

Re: Could not find an ELF PaX PT_NOTE

In article <20091001152335.GA947 <at> marx.net.bit>,
Jukka Ruohonen  <jruohonen <at> iki.fi> wrote:
>Hi.
>
>On a i386 5.99.19 with
>
># sysctl security.pax
>security.pax.mprotect.enabled = 1
>security.pax.mprotect.global = 1
>security.pax.segvguard.enabled = 1
>security.pax.segvguard.global = 0
>security.pax.segvguard.expiry_timeout = 120
>security.pax.segvguard.suspend_timeout = 600
>security.pax.segvguard.max_crashes = 5
>security.pax.aslr.enabled = 1
>security.pax.aslr.global = 1
>security.pax.aslr.mmap_len = 16
>security.pax.aslr.stack_len = 12
>security.pax.aslr.exec_len = 12
>
>the paxctl(8) complains about missing note section for all ELF executables,
>
># paxctl +a /bin/ls   
>paxctl: Could not find an ELF PaX PT_NOTE section in `/bin/ls'
># paxctl +m /bin/ls   
>paxctl: Could not find an ELF PaX PT_NOTE section in `/bin/ls'
>
>although it clearly seems to be in the file,
>
># readelf --notes /bin/ls
(Continue reading)

Permalink | Reply | 0 comments |
headers
Manuel Bouyer | 1 Oct 2009 23:36

Re: current dom0 panic on domu launch

On Thu, Oct 01, 2009 at 10:53:51AM +1000, Sarton O'Brien wrote:
> Hey all,
> 
> Updated a few times in the last couple of days, the most recent being 
> yesterday (Wed Sep 30 14:23:55 EST 2009).
> 
> A minute or two after launching a domu this is produced:
> 
> uvm_fault(0xffffffff80c2dc60, 0x0, 1) -> e
> fatal page fault in supervisor mode
> trap type 6 code 0 rip ffffffff80564e93 cs e030 rflags 10246 cr2  0 cpl
> 0 rsp ff
> ffa00013ac3ad0
> panic: trap
> cpu0: Begin traceback...
> uvm_fault(0xffffffff80c2dc60, 0x0, 1) -> e
> fatal page fault in supervisor mode
> trap type 6 code 0 rip ffffffff802183ef cs e030 rflags 10246 cr2  0 cpl
> 0 rsp ff
> ffa00013ac3690
> panic: trap
> Faulted in mid-traceback; aborting...
> dump to dev 18,1 not possible
> panic: wdc_exec_command: polled command not done
> Faulted in mid-traceback; aborting...
> dump to dev 18,1 not possible
> rebooting...
> 
> If more info is required, it's easy to reproduce, let me know what to 
> do.
(Continue reading)

Permalink | Reply | 23 comments |
headers
Ty Sarna | 2 Oct 2009 00:20
Gravatar

Re: mDNSResponder build failure on 64-bit platform (amd64)

On Sep 30, 2009, at 6:36 PM, Christos Zoulas wrote:

> It is lint that breaks. compile with MKLINT=no

I'm starting to think that it's lint itself that is broken. I can't  
reproduce on i386, or i386-hosted amd64. Martin Husemann reports he  
can't reproduce on sparc64. And, looking at the log of the failure, it  
doesn't make any sense. There are warnings, but no errors, and without  
-w lint shouldn't fail. My builds produce the identical warnings, but  
continue on happily.
Permalink | Reply | 18 comments |
headers
Kurt Schreiner | 2 Oct 2009 00:22
Picon
Picon
Favicon

amd64 kernel doesn't boot

Hi,

kernels compiled from -current sources updated an hour or so ago don't boot.
Just print "123456-" (don't have the exact numbers) and than just sit there
doing nothing (install-kernel tried in newest VirtualBox - yes, NetBSD runs
as guest in VB 3.0.6 on 64bit-Solaris!) or reboot the system (custom kernel
tried on Sun Ultra40).

Reverting the switch to new binutils (
http://mail-index.netbsd.org/source-changes/2009/10/01/msg001384.html
http://mail-index.netbsd.org/source-changes/2009/10/01/msg001385.html
http://mail-index.netbsd.org/source-changes/2009/10/01/msg001383.html
) yields running kernels again...

Kurt
Permalink | Reply | 6 comments |

Gmane