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
On Thu, Apr 09, 2015 at 05:45:53PM +0800, Paul Goyette wrote:
While looking around on my recently-installed system, I noticed that I have
both /stand/amd64/... and /stand/amd64-xen/...
It appears (at least with a superficial scan) that both of these have the
same contents.
I'm not sure
On Thu, 9 Apr 2015, Masao Uebayashi wrote:
% grep 'device.*midi' sys/dev/files.audio
device midi: audio
yes.
However, I have no devices in the config at which an audio can attach,
so when I add
audio* at audiobus?
I get an error
`audio* at audiobus?' is orphaned
I dug deep into this last year (you can find my rants by googling
uebayasi audiobus), but my memory is fading.
`audiobus' has to be split from `audio'; `midi' depends on audio
only for audioprint():
http://nxr.netbsd.org/source/xref/src/sys/dev/audio.c#4218
Actually it should be
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,
addr 4
ucom0 at uslsa0: Silicon Labs
On Tue, 7 Apr 2015, Justin Cormack wrote:
Try the sysctls, there is a maximum interrupt rate, hw.ixgbe.max_interrupt_rate
Justin
Sure that the value exists at netbsd?
# sysctl -a | grep ixg0
net.interfaces.ixg0.sndq.len = 0
net.interfaces.ixg0.sndq.maxlen = 2046
hi,
Add tech-net@ to To:.
On 2015/04/09 21:39, Justin Cormack wrote:
On 9 April 2015 at 12:10, Kengo NAKAHARA k-nakah...@iij.ad.jp wrote:
Hi,
On 2015/04/03 16:14, Takahiro HAYASHI wrote:
It seems that IFF_POINTTOPOINT interfaces like tun and gif cannot
receive ipv6 packets.
This occurs on
On Wed, 8 Apr 2015, SAITOH Masanobu wrote:
Use new one:
http://www.netbsd.org/~msaitoh/ixg-20150407-1.dif
After a first test, it looks as if the interrupt throttling now works (better).
Regards
Uwe
Ah, OK! Thanks for the history lesson. (The rants must have happened
during my nearly-offline phase.)
I've removed the 'midi* at pcppi0' and all is well.
On Thu, 9 Apr 2015, Masao Uebayashi wrote:
I dug deep into this last year (you can find my rants by googling
uebayasi audiobus), but my
I've been running one of my hoard of Dell PowerEdge 2850s semi-disklessly
(only swap and scratch space on local disk), performing
'pkg_rolling-replace' for my shared -current/amd64 diskless installation.
This morning (07:53 local time), just after packaging up its latest
replacement package, I
On 04/09/15 20:16, Christof Meerwald wrote:
Hi,
now with the cdce0 driver being loaded, I now run into a different
problem after some time (maybe after an hour) of (very light) cdce0
network usage (mainly just an rlogin session to the ODROID-C1 via
cdce0):
usb_block_allocmem: in interrupt
On 9 April 2015 at 12:10, Kengo NAKAHARA k-nakah...@iij.ad.jp wrote:
Hi,
On 2015/04/03 16:14, Takahiro HAYASHI wrote:
It seems that IFF_POINTTOPOINT interfaces like tun and gif cannot
receive ipv6 packets.
This occurs on NetBSD/amd64 -current since Feb 27 2015.
For example, establishing
While looking around on my recently-installed system, I noticed that I
have both /stand/amd64/... and /stand/amd64-xen/...
It appears (at least with a superficial scan) that both of these have
the same contents.
I'm not sure why sysinst created both copies. And I'm even less sure if
the
13 matches
Mail list logo