On 06/03/15 21:30, Christos Zoulas wrote:
In article <20150603122110.5f267ef8@taliesin-2.local>,
Harry Waddell wrote:
On Wed, 3 Jun 2015 18:27:44 + (UTC)
chris...@astron.com (Christos Zoulas) wrote:
In article <20150603111042.4fad14b2@taliesin-2.local>,
Harry Waddell wrote:
On Tue, 2
Hi,
I just built 2015Q1/amd64 for 7.99.16.
The good news is KMS seems to work for my ATI Radeon HD 5450.
However there seems to be quite some trouble with the X server when glx
is not disabled. For a while everything seems to work smoothly (glxgears
is fine, most glx screensavers work - great)
On 04/25/15 02:10, Michael van Elst wrote:
There is no safe way to identify the boot disk from information passed
by the BIOS. Here is what the MD code for x86 does: 1. BTINFO_ROOTDEVICE
3. BTINFO_BOOTDISK
a) ...
b) ...
c) bootloader passed BIOS disk number for a CD
Search for the fir
On 04/20/15 11:06, k...@wide.ad.jp wrote:
Folks,
Is anybody working to support 12Gbps SAS version of LSI MegaRAID
SAS3108 based card on NetBSD-current, -7Beta, or even 6.1?
It seems that SAS3108 is supported in latest versions of OpenBSD and
FreeBSD.
-- Akira Kato
I have one of those on my des
On 04/09/15 20:40, Iain Hibbert wrote:
On Thu, 9 Apr 2015, Frank Kardel wrote:
Using an USB-Serial adapter I experience ucb lockups in 7.99.9.
Device (from dmesg):
uslsa0 at uhub1 port 3 configuration 1 interface 0
uslsa0: Silicon Labs ELV USB-WDE1 WetterdatenempfM-CM-$nger, rev 1.10/1.00
Using an USB-Serial adapter I experience ucb lockups in 7.99.9.
Device (from dmesg):
uslsa0 at uhub1 port 3 configuration 1 interface 0
uslsa0: Silicon Labs ELV USB-WDE1 WetterdatenempfM-CM-$nger, rev
1.10/1.00, addr 4
ucom0 at uslsa0: Silicon Labs CP210x
Symptoms:
rpi$ cu -l /dev/ttyU0 -s 960
Hi,
I tried out the GENERIC kernel of current-201501242100. The good news is
that the KMS seems to work:
...
match_bootwedge: unable to read block 65 of dev dk6 (5)
boot device: sd2
root on sd2a dumps on sd2b
root file system type: ffs
kern.module.path=/stand/amd64/7.99.4/modules
drm: initializ
Spot on - work with the other port. I was just too used to the RPI.
Thank for the hint.
Best regards,
Frank
On 12/31/14 09:05, Nick Hudson wrote:
On 12/30/14 11:44, Frank Kardel wrote:
Hi,
motg0 at awinio0: OTG
motg0: interrupting at irq 70
It appears to be rebooting here - my guess
Hi !
I just try out -current (20141229 evbarm/earmv7hf) and see the boot
constantly looping like this:
U-Boot SPL 2014.04-10733-gea1ac32 (Nov 24 2014 - 09:46:23)
Board: Bananapi
DRAM: 1024 MiB
CPU: 96000Hz, AXI/AHB/APB: 3/2/2
spl: not an uImage at 1600
U-Boot 2014.04-10733-gea1ac32 (Nov
Much better now.
The busy wait loop is now gone.
Thanks !
Frank
On 09/29/14 14:03, Roy Marples wrote:
On 2014-09-29 11:33, Roy Marples wrote:
Going to guess that ppp0 doesn't have a carrier status OR
IFF_RUNNING set?
The attached patch should reduce the log spam, let me know how it
works ou
On 09/28/14 23:17, Roy Marples wrote:
On Sunday 28 Sep 2014 22:06:47 Roy Marples wrote:
Going to guess that ppp0 doesn't have a carrier status OR IFF_RUNNING set?
The attached patch should reduce the log spam, let me know how it works out.
Errm, this patch should do better!
Roy
Well, less sp
The recent dhcpcd version (-current around 20140927) seems to be looping
on ppp* interfaces.
Sep 28 15:14:11 Andromeda dhcpcd[3259]: ppp0: unknown carrier
Sep 28 15:14:11 Andromeda dhcpcd[3259]: ppp0: carrier_status:
Inappropriate ioctl for device
Sep 28 15:14:11 Andromeda dhcpcd[3259]: ppp0:
Hi Kurt !
I have it in my tree, but missed to commit it - sorry.
Jonathan already cleaned up after me - thanks for that.
Frank
On 05/18/14 19:24, Kurt Schreiner wrote:
Hi,
with source cvs-updated half an hour ago building distribution on i386
fails with:
checkflist ===> distrib/sets
===
On 05/12/14 22:39, Manuel Bouyer wrote:
On Mon, May 12, 2014 at 09:56:30PM +0200, Frank Kardel wrote:
[...]
traceroute packets from outside look like the are anwsered, but ICMP ECHO is
not answered.
The interface recovers with an ifconfig wmX down/up.
While I do not know how to provoke this
Hi,
I have two observations on 6.99.44 (amd64/evbarm) where a wm-interface
send-queue is filled to the max. sendto()-calls terminate with ENOBUFS.
net.interfaces.wm3.sndq.len = 256
net.interfaces.wm3.sndq.maxlen = 256
net.interfaces.wm3.sndq.drops = 20007
the interface status is:
wm3: flags=8
On 04/24/14 20:45, Frank Kardel wrote:
On 04/24/14 16:56, Christos Zoulas wrote:
On Apr 24, 2:57pm, kar...@netbsd.org (Frank Kardel) wrote:
-- Subject: Re: netstat routing table (verbose) output
| Hi Christos !
|
| Bringing the functionality back would be good - I have yet to find a
On 04/24/14 16:56, Christos Zoulas wrote:
On Apr 24, 2:57pm, kar...@netbsd.org (Frank Kardel) wrote:
-- Subject: Re: netstat routing table (verbose) output
| Hi Christos !
|
| Bringing the functionality back would be good - I have yet to find a
| replacement.
Fixed,
christos
Thanks - will
Hi Christos !
Bringing the functionality back would be good - I have yet to find a
replacement.
Frank
On 04/24/14 14:44, Christos Zoulas wrote:
In article <5358fd54.1060...@netbsd.org>,
Frank Kardel wrote:
Hi,
once upon a time (NetBSD 6.x and before) the command
netstat -nvr
Hi,
once upon a time (NetBSD 6.x and before) the command
netstat -nvrf inet
delivered:
Routing tables
Internet:
DestinationGatewayFlagsRefs UseMtu
Interface
default10.0.2.1 UGS15 35833864 - nfe0
expire0
Great ! Thanks - works again.
Frank
On 04/06/14 14:43, Nick Hudson wrote:
On 04/06/14 13:01, Frank Kardel wrote:
Hi,
I see a long stream of
fixup: pd
fixup: pde ... nothing to do
lines scrolling (forever?) after the initial boot kernel messages.
The boot process does not seem to make
Hi,
I see a long stream of
fixup: pd
fixup: pde ... nothing to do
lines scrolling (forever?) after the initial boot kernel messages.
The boot process does not seem to make any reasonably observable
progress at that point.
This happens with self compiled kernels (as of 2014-04-06) and
ke
Hi !
It seems MAP5_CM_L3INIT_SATA_CLKCTRL is inconsistently defined in
src/sys/arch/arm/omap/omap2_reg.h.
compile TISDP2420_INSTALL/obio_com.o
compile TISDP2420_INSTALL/obio_mputmr.o
compile TISDP2420_INSTALL/omap2_gpio.o
compile TISDP2420_INSTALL/obio_wdt.o
compile T
Hello Dave !
I tripped yesterday over a merge mishap concerning libntp/atouint.c and
fixed that.
It could be that this is related to what you see. Can you
checkout/recompile libntp/ and recompile ntpq?
Best regards,
Frank
On 04/02/14 00:36, Dave Tyson wrote:
I've noticed that the recent
Hi,
with a -current as of 2014-01-12 I don't see
on wm0 for 'ifconfig wm0 alias 10.200.10.2 netmask 0xff00'
a RTM_NEWADDR for 10.200.10.2 in 'route monitor'.
but I see for 'ifconfig wm0 10.200.10.2 delete':
got message of size 88 on Mon Jan 20 19:53:01 2014
RTM_DELADDR: address being removed
See the "link problems" thread for more issues and discussed/planned fixes.
Frank
On 10/13/13 00:18, Ryo ONODERA wrote:
From: Ryo ONODERA , Date: Sat, 12 Oct 2013 21:56:15 +0900
(JST)
Hi,
From: Thomas Klausner , Date: Sat, 12 Oct 2013 14:49:03 +0200
Hi!
I'm confused by editors/Sigil bre
Great,
should I make the rest if the list from my build available ?
Frank
On 10/11/13 13:18, Roy Marples wrote:
On 05/10/2013 19:10, Frank Kardel wrote:
My build is now at 6681/11478 and I see these link errors so far:
./audio/alsa-utils/.broken.html:ld: note: 'ceil' is defined i
On 09/10/2013 7:00, Frank Kardel wrote:
My build just finished:
In the current state my amd64 build shows ~90 packages the
aforementioned show link failures.
Right now -current as of 2013-10-03 and pkgsrc 2013Q3 do not get along
very well.
So we need a general binutils fix or fix 90+ packages
On 10/09/13 08:56, Thomas Mueller wrote:
My build just finished:
In the current state my amd64 build shows ~90 packages the
aforementioned show link failures.
Right now -current as of 2013-10-03 and pkgsrc 2013Q3 do not get along
very well.
So we need a general binutils fix
My build just finished:
In the current state my amd64 build shows ~90 packages the
aforementioned show link failures.
Right now -current as of 2013-10-03 and pkgsrc 2013Q3 do not get along
very well.
So we need a general binutils fix or fix 90+ packages.
Frank
On 10/04/13 20:44, Frank
On 10/05/13 19:54, Rhialto wrote:
On Sat 05 Oct 2013 at 19:50:29 +0200, Frank Kardel wrote:
Well, from to few things I looked at when building 2013Q3 there are
quite a few programs that have e.g. -lcurses but not -lterminfo which
curses needs. Our manual only states that -lcurses is needed. The
On 10/05/13 19:30, Rhialto wrote:
On Fri 04 Oct 2013 at 18:51:26 +, Christos Zoulas wrote:
Does adding: --no-copy-dt-needed-entries to the link line fix the problem
for you? Perhaps we should consider making this the default again...
http://sourceware.org/ml/binutils/2011-08/msg00131.html
When bulk building pkgsrc 2013Q3 on -current as of 2013-10-03 I see quit
a few link failures like
2013/10/04 18:35:10 1126/11478= 9.8% editors/ce @ x86_64> gcc
-L/usr/lib -Wl,-R/usr/lib -Wl,-R/usr/pkg/lib -O2 -I/usr/include -o ce
basic.o bind.o buffer.o cinfo.o complete.o dir.o file.o file
That's what I assume too. But, should normal commands really get access
to those fds?
Frank
On 09/01/13 14:06, Christos Zoulas wrote:
In article <522317ab.1020...@netbsd.org>,
Frank Kardel wrote:
While building a release I saw in fstat that commands started from make
had many
While building a release I saw in fstat that commands started from make
had many (pipe) file descriptors allocated. Is make missing
setting FD_CLOEXEC/closing before fork on these ? While this is not
really critical it opens up possibilities to clobber at least the output
and gobble up
input da
Hi Simon !
On 07/21/13 16:47, Simon Burge wrote:
Frank Kardel wrote:
The NMEA driver has a section that checks the relation between
the time code and the PPS time stamps (refclock_ppsrelate).
This code attempts to determine if the last PPS time stamp matches
the received timecode within
time 2 - Specifies the serial end of line time offset calibration
factor, in seconds and fraction, with default 0.0.)
So you might want to try to fudge time2 to 0.650 in your case. (I hope I
analyzed the code correctly)
Frank
On 07/19/13 18:12, Simon Burge wrote:
Hi Frank!
Frank Kardel wrote
Hi Simon !
Two observations:
NetBSD 5 has 4.2.4p6.
NetBSD 6+current have 4.2.6p5.
Also note that the PPS samples seems to be ~two seconds apart and there is
also a difference of ~2 seconds between now and the asser time stamp.
The ATOM driver should be just using the difference between the fic
101 - 137 of 137 matches
Mail list logo
