search for: incunabulum

I just got lots and lots of this: kern.ipc.maxpipekva exceeded; see tuning(7) However, tuning(7) on my system has no information about this tunable whatsoever. anglepoise:~ % uname -a FreeBSD anglepoise.lon.incunabulum.net 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #3: Tue Nov 4 15:40:44 GMT 2008 root@anglepoise.lon.incunabulum.net:/home/obj/usr/src/sys/ANGLEPOISE7 amd64 anglepoise:~ % sysctl kern.ipc.maxpipekva kern.ipc.maxpipekva: 20971520 I was running a couple of copies of "synergys" at the time...

Hi, I've noticed some general instability with plugging in or removing USB devices with FreeBSD 7.x, even when the devices are not actively in use. I had this happen with umass and ucom devices 3 times today. The machine hangs solid, there are no obvious signs of a panic or trap to DDB. I can't provide backtraces unfortunately -- these hangs happen on both my laptop and desktop, and

Hi, I just had 7.0-RELEASE crash again, whilst kldloading the uplcom.ko module in multi-user mode with X running, and no USB serial devices plugged in. The T43 immediately resets, I don't get a chance to drop into a debugger. This seems like a pretty serious USB regression. Is anyone looking into it? Are these things a thing of the past with the "new" USB code? thanks BMS

A while back, I submitted a patch for PR kern/124621, which allows the mounting of an ext2(3) filesystem created with an inode size other than 128. The e2fsprogs' default is now 256, so file systems created on newer Linux distributions or with the port will not be mountable. I was hopeful this would get committed in time for 7.1-RELEASE (and 6.4-RELEASE), however the PR remains open. If

Hi all, I noticed when porting ext2fuse to run on 7.1-PRERELEASE, that the port sysutils/fusefs-ntfs needs some additional steps in order to mount user-space FUSE filesystems on startup. These steps weren't necessary in 6.x. It seems mount(8) can't deal with new mount binaries unless it has been explicitly built with support for them; please see

Since updating to 6.3-RELEASE on two machines I see this message a lot. It is printed whenever a kernel module is loaded. The modules load OK. Nothing special or different about them. It seems to be harmless, but any idea why it's started happening since the release? Cheers BMS

Hi, Whilst doing some QA work on XORP on my desktop, which has fxp0 and msk0, fxp0 got totally hosed. I was running PIM-SM and IGMPv2 router-mode on the box at the time. I wonder if this is related to the problems with fxp multicast transmission I saw back in April. I'm a bit concerned about this as fxp is still a very widespread and useful network chip. I am running

Hi, How can I load the alpm(4) module for SMBus support on my ASUS Vintage AH-1 system? It appears the I/O range it uses is claimed by the acpi(4) driver. Can I override the mapping in some way i.e. tell ACPI not to claim the range? I don't see anything obvious about this in the acpi(4) man page. thanks, BMS

Hi there, I have been looking at a system which has the Intel ICH7 south bridge. Whenever I try to probe the SMBus on this system with 'smbmsg -p', I get a lot of status=41 timeout messages in dmesg from the ichsmb(4) driver. I have been given the addresses of the SMBus peripherals and have tried initiating reads to their register space directly using 'smbmsg', with the same