On Mon, Aug 10, 2020 at 09:19:00PM +0300, Andreas Gustafsson wrote:
> This reduces the time it takes to run the test suite from more than
> 20 hours to about 3-4 hours. Many thanks to Maxime Villard for making
> this possible by writing NVMM.
Does this mean that the amount of test runs increases
Hello world,
does anyone know any decent and *simple* IEEE 802.11 protocol fuzzers that
could be easily incorporated into NetBSD, including its default test suite?
I might write my own, but what is out there anyways?
- Jukka
On Mon, Jun 01, 2020 at 05:26:16AM -0700, Paul Goyette wrote:
> You can strip out a lot more modules and still have a functioning
> system. Mostly you can remove all the device drivers for devices
> that don't exist, but there are other things, too.
Another small module question: when running a
On Mon, Jun 01, 2020 at 05:26:16AM -0700, Paul Goyette wrote:
> Also, you'll need to include a couple of dependency/required modules:
>
> load=ufs
> load=wapbl
Ah yes, it tried to load ffs, but ufs and wapbl were probably missing;
[ 1.00] NetBSD 9.99.64 (MODULAR) #0: Mon Jun
On Mon, Jun 01, 2020 at 01:36:01PM +0300, Jukka Ruohonen wrote:
> I'd like to run amd64/MODULAR, but I have forgotten how to load modules via
> the boot loader. In particular, I need FFS in order to boot.
To reply to myself: it works if I uncomment "-no file-system FFS". I do no
Hello,
I'd like to run amd64/MODULAR, but I have forgotten how to load modules via
the boot loader. In particular, I need FFS in order to boot.
It seems that the manual page boot.cfg(5) is incorrect, i.e. the following
should work according to the instructions therein:
menu=Boot MODULAR
On Thu, May 28, 2020 at 02:11:08PM +, nia wrote:
> Midori needs audio/gst-plugins1-oss to be installed.
It works. I don't know how I missed that plugin. Thanks!
- Jukka
On Tue, May 26, 2020 at 07:38:31AM +, nia wrote:
> Yeah, we really shouldn't be using xf86-video-intel.
> It's been deprecated in favour of the modesetting driver for years.
The modesetting(4) driver indeed works fine. Maybe there could be a note
for newcomers and re-comers in
Hi,
after many years, I had time, a spare machine, and energy to re-install
NetBSD. Great release, thanks everyone involved!
Feels quite snappy for desktop/laptop use. Although I do not know whether
it is the web engines or NetBSD who have advanced, even JavaScript-heavy
sites seem now usable.
On Thu, Mar 26, 2020 at 08:44:13PM +, Andrew Doran wrote:
> It's a software problem right now. The ACPI idle loop doesn't currenly
> enter a low power sleep state because there are issues with interrupts to
> solve first. Nevertheless it's very heavy on I/O port access, takes locks
> and
On Tue, Jun 10, 2014 at 12:17:35PM +0900, k...@wide.ad.jp wrote:
I'm afraid if this inquiry is a little bit off topic.
Not at all.
In my Lenovo X61, suspend/resume doesn't work well in NetBSD 6.1 and
NetBSD 6.99 regardless of the value of
hw.acpi.sleep.vbios
()!)
On Sun, 13 Apr 2014, Jukka Ruohonen wrote:
Hello.
# sysctl -w hw.acpi.sleep.state=3
is (trivially) broken due:
Devices without power management support: swcrypto0.
I think there were some recent refactoring-like changes in this department.
Since this happens ever so
Hello.
# sysctl -w hw.acpi.sleep.state=3
is (trivially) broken due:
Devices without power management support: swcrypto0.
I think there were some recent refactoring-like changes in this department.
Since this happens ever so often, I'll write a test case for this once I get
the
On Fri, Jan 17, 2014 at 03:14:03PM +0100, Fredrik Pettai wrote:
Hi,
I noticed that the NetBSD 6.99(.28) kernel output is complaining more that
the older 6.1.x
Most notable are these messages:
Unrelated, but can you test acpipmtr(4)? It should be present in your system
according to the
On Sat, Jan 18, 2014 at 12:14:26PM +0100, Fredrik Pettai wrote:
On Jan 18, 2014, at 10:59 , Jukka Ruohonen jruoho...@iki.fi wrote:
On Fri, Jan 17, 2014 at 03:14:03PM +0100, Fredrik Pettai wrote:
Hi,
I noticed that the NetBSD 6.99(.28) kernel output is complaining more that
the older
On Mon, Jan 13, 2014 at 03:21:00AM +, David Holland wrote:
So they've finally dropped BSD support. It only remains interesting what
components are next in line.
HAL isn't exactly BSD support. What does it use udev for?
From a quick Google: to probe hardware support, as could be
On Mon, Jan 06, 2014 at 08:32:44PM +0900, Ryo ONODERA wrote:
It fails with the following errors (from firefox and mplayer).
I feel pulseaudio 4.0 may not work on NetBSD.
According to
http://www.freedesktop.org/wiki/Software/PulseAudio/Notes/3.0/
Support for HAL has been removed. This
On Sun, Dec 15, 2013 at 11:00:43AM -0800, Paul Goyette wrote:
static void
sysctl_module_setup(void)
{
@@ -433,10 +456,16 @@ sysctl_module_setup(void)
CTL_CREATE, CTL_EOL);
sysctl_createv(module_sysctllog, 0, node, NULL,
CTLFLAG_PERMANENT |
18 matches
Mail list logo