On Sun, Mar 15, 2020 at 11:00:09PM +, nia wrote:
> I've just committed a handful of changes to synaptics.c that give me
> smooth two-finger scrolling out of the box.
>
> I'm curious how many others are using multitouch touchpads and whether
> you notice any improvement.
>
I will have a look
Updating src tree:
P src/distrib/sparc64/instfs/list
P src/etc/etc.amiga/Makefile.inc
P src/external/bsd/iscsi/dist/src/lib/initiator.c
P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_acl.c
P src/external/cddl/osnet/lib/libdtrace/Makefile
P src/share/man/man4/audio.4
P src/share/man/man4/pms
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host,
using sources from CVS date 2020.03.16.21.20.13.
An extract from the build.sh output follows:
sd/drm2/include
-I/tmp/bracket/build/2020.03.16.2
On Mon, Mar 16, 2020 at 11:14:38AM +0100, Lars Reichardt wrote:
>
> On 2020-03-16 10:45, Thomas Klausner wrote:
> > On Sun, Mar 15, 2020 at 11:29:15AM +0100, Thomas Klausner wrote:
> > > I've just upgraded my 9.99.49 kernel from March 12 to today's from an
> > > hour ago.
> > >
> > > After reboot
On 16.03.2020 18:14, Tobias Nygren wrote:
> Hi,
>
> Got a new one today. Copied manually:
>
> panic: kernel diagnostic assertion (opte (& PTE_A | PTE_B)) != PTE_A pmap.c
> line 4029
> kern_assert()
> pmap_sync_pv()
> pmap_pp_remove()
> uvm_anon_dispose()
> uvm_anon_freelst()
> amap_wipeout()
> u
Hi,
Got a new one today. Copied manually:
panic: kernel diagnostic assertion (opte (& PTE_A | PTE_B)) != PTE_A pmap.c
line 4029
kern_assert()
pmap_sync_pv()
pmap_pp_remove()
uvm_anon_dispose()
uvm_anon_freelst()
amap_wipeout()
uvmspace_free()
exit1()
sys_exit()
syscall()
stopped in (clang)
Swit
> On Mar 16, 2020, at 2:32 AM, Ignatios Souvatzis wrote:
>
> Ah, isn't scsi-ethernet something generic, so that the driver should be
> independent of chipset?
Not in the case of the driver were have, at least.
-- thorpej
[lots of test reports about fdatasync patch]
Thanks -- that's enough for me to be comfortable.
and it's been proposed for more than long enough, with no adverse
comments, so I'll commit it soonish.
On Fri, Mar 13, 2020 at 08:26:30AM -0400, Greg Troxel wrote:
> Paul Ripke writes:
>
> >> Running atf on a GCP VM. Never run atf before, we'll see how it goes.
> >
> > Failed test cases:
> > dev/fss/t_fss:basic, include/t_paths:paths,
> > lib/libarchive/t_libarchive:libarchive,
> > lib/li
On 2020-03-16 10:45, Thomas Klausner wrote:
On Sun, Mar 15, 2020 at 11:29:15AM +0100, Thomas Klausner wrote:
I've just upgraded my 9.99.49 kernel from March 12 to today's from an
hour ago.
After rebooting, the machine got stuck in less than five minutes.
No reaction to CTRL-ALT-ESC from the
Hi Manuel !
I am running with this mornings -current and things seem to have
improved quite a bit. I see
some usable I/O performance to a DOMU load > 8 which is more like it.
Lets see how it progresses.
Frank
On 03/14/20 12:48, Manuel Bouyer wrote:
There have been scheduler-related fixes
On Sun, Mar 15, 2020 at 11:29:15AM +0100, Thomas Klausner wrote:
> I've just upgraded my 9.99.49 kernel from March 12 to today's from an
> hour ago.
>
> After rebooting, the machine got stuck in less than five minutes.
>
> No reaction to CTRL-ALT-ESC from the console, no reaction to pressing
> th
On Mon, Mar 16, 2020 at 04:17:20AM +, John Klos wrote:
> > If this is the same chip as is in the DaynaPort SCSI-Link-T, I can offer
> > to test the driver.
>
> I just checked, and the Dayna SCSI/Link does not have the same chipset as
> the Cabletron, so I can't test the hardware. Please consid
13 matches
Mail list logo