On Thu, 28 Jul 2022 at 12:38:10 -0500 (CDT), John D. Baker wrote:
> I updated my -current install to shortly after the GCC 10.4 update,
> doing a non-update build on everything. I then rebuilt all my extra
> packages.
>
> Logging via xdm using the failsafe mode, the in-tree 'ctwm' works
>
On Mon, 2022-07-18 at 21:23 -0400, David H. Gutteridge wrote:
> On Mon, 2022-07-18 at 07:17 +1000, matthew green wrote:
> > > can you post the whole Xorg.0.log somewhere? most of
> > > my i915 systems have become non-functional the last few
> > > years,
On Sun, 2022-07-17 at 00:28 -0400, David H. Gutteridge wrote:
> Separately, libX11 added a feature called "thread safety constructor"
> which we have enabled. It can cause hangs with X11 clients that aren't
> coded safely. This did include xfce4-settings from Xfce until the
On Fri, 15 Jul 2022 at 15:12:07 +1000, matthew green wrote:
> i've updated most of xsrc to their latest versions.
> fontconfig and Mesa are remaining. i've tested the
> new code on amd64 and arm64, and built several ports
> to confirm they still build. the biggest change is
> the new
On Sat, 2022-06-11 at 19:31 +0200, Eivind Nicolay Evensen wrote:
> Den Fri, 10 Jun 2022 21:25:48 -0400
> skrev "David H. Gutteridge" :
> >
> > To add to what others have said, a general rule as I've understood
> > it
> > is that if a device offers > 24/9
On Thu, 9 Jun 2022 at 17:43:02 +0200, Eivind Nicolay Evensen wrote:
> > On 6/8/22 16:50, Eivind Nicolay Evensen wrote:
> > > If I read that right, Martin's guess that this is a v2 device is
> > > right.
> >
> > Hi,
> >
> > If you compile the kernel with "options USB_DEBUG", there will be a
On Wed, 11 May 2022 at 16:45:06 -0700, Greywolf wrote:
Hi, all!
cvs up -AdP in my source tree yields the message
cvs [update aborted]: permission denied for src
What's up?
There was an issue with some data syncing, but it was fixed earlier
today, so it should work for you now.
Regards,
On Mon, 7 Jun 2021 at 18:15:43 +0200, Roland Illig wrote:
> Am 07.06.2021 um 16:12 schrieb Dmitrii Postolov:
> > Hi! Sorry for my bad English...
> >
> > NetBSD 9.99.83 GENERIC Sun Jun 6 2021
> >
> > After install NetBSD 9.99.83 and download and unpack pkgsrc-current,
> I try to build some apps
On Sun, 5 Jan 2020, at 14:17:04 +, Chavdar Ivanov wrote:
> I just got:
> .
> Jan 5 14:07:04 ymir /netbsd: [ 59319.7533581] panic: fpudna from
> kernel, ip 0x80226c3f, trapframe 0xdc81fab42c80
> Jan 5 14:07:04 ymir /netbsd: [ 59319.7533581] cpu0: Begin
> traceback...
> Jan 5
On Fri, 2019-11-01 at 01:49 -0400, David H. Gutteridge wrote:
> On Tue, 2019-10-29 at 19:52 -0400, David H. Gutteridge wrote:
> > On Tue, 2019-10-29 at 10:38 +, Chavdar Ivanov wrote:
> > > I've tested xfce4 - a few days old build from -current pkgsrc -
> > > now
&
On Fri, 2019-12-13 at 23:28 -0500, David H. Gutteridge wrote:
> On Thu, 12 Dec 2019, at 19:42:37 +, co...@sdf.org wrote:
> > hi folks,
> >
> > I applied an upstream security fix to i915. It's pretty big.
> >
> > It touches the suspend codepath, and I
On Tue, 2019-10-29 at 19:52 -0400, David H. Gutteridge wrote:
> On Tue, 2019-10-29 at 10:38 +, Chavdar Ivanov wrote:
> > I've tested xfce4 - a few days old build from -current pkgsrc - now
> > on
> > real hardware with functional dri2. I get the same as with the
> >
On Tue, 2019-10-29 at 10:38 +, Chavdar Ivanov wrote:
> I've tested xfce4 - a few days old build from -current pkgsrc - now on
> real hardware with functional dri2. I get the same as with the
> VirtualBox client - I have to disable compositing to get xfwm4
> working. At the same time glmark2
On Sun, 2019-10-27 at 14:14 +, Chavdar Ivanov wrote:
> I do not have MesaLib installed on this v/b guest at all.
>
> I bisected xfwm4.xml to try to find out which setting was causing the
> problem. I didn't bother to read it first, as the result was obvious:
> ..
> ~ diff -u
On Sun, 2019-10-27 at 02:24 +, m...@netbsd.org wrote:
> On Sun, Oct 27, 2019 at 01:30:48AM +0100, Chavdar Ivanov wrote:
> > In my case its also swrast_dri, VirtualBox host. I haven't recently
> > tried xfce4 on a real hardware with intel, I might di that later.
>
> I could finally reproduce a
On Sat, 2019-10-26 at 00:40 +, m...@netbsd.org wrote:
> Can someone who has this issue explain it shortly?
>
> - Which GPU?
> - What part of updating (kernel, userland) did it?
> - Does a clean build of everything fix it?
>
> the i915 driver has broken userland compatibility. mrg/riastradh
On Wed, 2019-10-16 at 12:10 +0100, Chavdar Ivanov wrote:
> On Wed, 16 Oct 2019 at 11:03, David H. Gutteridge > wrote:
>
> > FWIW, aside from Firefox (where I also see this issue), I've found
> > since the recent Mesa upgrade, Xfce4's window manager consistently
>
On Tue, 15 Oct 2019, at 12:00:42 +0100, Robert Swindells wrote:
> I wrote:
> >From the stack trace that Paul Goyette provided it looks to me like
> >a Firefox bug is triggering one in Mesa.
>
> I have now got a debug system and firefox build with debug-info, a
> firefox build with debug wouldn't
On Fri, 8 Feb 2019 at 11:12:22 +, Patrick Welche wrote:
> On Thu, Feb 07, 2019 at 01:46:00PM -0500, Greg Troxel wrote:
> > As for the man page omission, maybe see if the bug is in upstream
> and
> > file a bug with them ;-) ?
>
> I can give it a go ;-) That is part of the point, "init"
On Fri, 2019-02-08 at 01:15 -0500, David H. Gutteridge wrote:
> On Thu, 07 Feb 2019, at 13:46:00 -0500, Greg Troxel wrote:
> > > $ cd /tmp
> > > $ mkdir foo
> > > $ cvs -d /tmp/foo init
> > > cvs [init aborted]: init to an existing repository is restr
On Thu, 07 Feb 2019, at 13:46:00 -0500, Greg Troxel wrote:
> > $ cd /tmp
> > $ mkdir foo
> > $ cvs -d /tmp/foo init
> > cvs [init aborted]: init to an existing repository is restricted to
> members of the group cvsadmin
> > $ grep cvsadmin /etc/group
> > $
> >
> > I thought that if the cvsadmin
On Sat, 2018-11-24 at 18:33 +0100, Riccardo Mottola wrote:
> On 11/21/18 6:57 AM, David H. Gutteridge wrote:
> > I have access to a Toshiba Satellite Pro that's a roughly similar
> > vintage to your T43; I'll see how it behaves when I have a chance.
>
> That woul
On Thu, 2018-11-29 at 15:15 +0900, Masanobu SAITOH wrote:
> On 2018/11/28 22:12, SAITOH Masanobu wrote:
> > On 2018/11/28 14:18, Masanobu SAITOH wrote:
> > > The diff says we should save/restore MSI table.
> > > We also should save/restore some other registers.
> > >
> > > Give me one or two
On Sat, 2018-11-24 at 22:47 +, David Brownlee wrote:
> On Sat, 24 Nov 2018 at 18:52, David H. Gutteridge > wrote:
> > On Fri, 2018-11-23 at 21:42 +, David Brownlee wrote:
> > > netbsd-8 Single user:
> > > - Suspend (hw.acpi.sleep.state=3) and resume
On Tue, 2018-11-27 at 18:08 +, David Brownlee wrote:
> On Sun, 25 Nov 2018 at 21:11, David Brownlee wrote:
> > I've bisected the changes against the github src copy, and it looks like
> > the suspend/resume issue is related to the following commit:
> >
> > commit
On Fri, 2018-11-23 at 21:42 +, David Brownlee wrote:
> Another couple of data points in case it helps
>
> Tested on Thinkpad T420s and T530 with NetBSD/amd64 - both have
> similar behaviour
>
> 8.99.25 Single user:
> - Suspends and seems to resume but hangs on first disk access "wd0a:
>
On Tue, 2018-11-20 at 16:25 +0100, Riccardo Mottola wrote:
> Hi David,
>
> David H. Gutteridge wrote:
> > FWIW, I'm able to get suspend and resume to work reliably on a
> > Lenovo
> > T420 with NetBSD-8.0_STABLE. (With 8.99.x, it doesn't work as
> > reliably
On Wed, 14 Nov 2018, at 13:10:55 +0100, Riccardo Mottola wrote:
>HI all,
>
>I take the discussion started on a similar thread on netbsd-users over here,
>since it is still a "current" issue and to debug it I am using netbsd-GENERIV
>kernels from RelEng.
[...]
>
>the question is again..
On Thu, 30 Nov 2017, at 12:43:38 -0800, Brian Buhrow wrote:
>hello. I'm trying to run the latest NetBSD-8 code on a Supermicro
>board, but I can't get the wm(4) network cards to work. The dmesg is
>below. NetBSD-5.2, using my production sources works just fine. It
looks
>like an interrupt
Hi all,
I've noticed that all the recent builds of -current on nyftp.netbsd.org
provide files with a modification date of zero. E.g.:
A recent netbsd-7 build:
[disciple@arcusix ~]$ tar tvzf kern-GENERIC.tgz
-rwxr-xr-x root/wheel 17808252 2017-01-29 21:40 ./netbsd
A recent -current build:
On Fri, 05 Jun 2015 at 10:55:11 +0100, Jaap Boender wrote:
Hi all,
Running KDE with HAL, I'm having some problems - at some point during
my session, the mouse will stop responding and screen updates only
seem to be done sporadically (I get the impression that sometimes I
actually have to press
On Wed, 6 Aug 2014, Alan Barrett wrote:
On Tue, 05 Aug 2014, Greg Troxel wrote:
1) This is with passing -m but not -a. I see in BUILDING that evbarm
is basically not allowed as -m without -a, and this is a change from
before. Perhaps a note belongs in updating.
I think BUILDING is out of date
Hi all,
To give a user's perspective, I'd like to comment on a couple of
items in the thread so far.
Christos Zoulas wrote:
Yes, I've been trying to follow that thread. Can you please summarize
the problem and propose a solution? Is it a backwards compatibility
issue? Or do we need to worry
On Wed, 16 Jul 2014, at 21:25:45 -0400, William D. Jones wrote:
Hello all,
I am not sure whether this is user error or a legitimate bug, so I
will post here before filing a PR. The following thread may be
related:
http://mail-index.netbsd.org/current-users/2013/12/21/msg023935.html
I am
On Sun, 29 Jun 2014, 12:02:26 +0200, Stephan wrote:
Hi all,
is that DRMKMS stuff enabled in the daily builds or is it neccessery
to build a custom kernel?
Regards,
Stephan
You need to use the DRMKMS kernel config, which isn't among those
included in the daily builds, from what I see. The
Hi all,
Following an earlier report today of success with DRMKMS on amd64,
I've just tested on i386 and can confirm it works for me. I haven't
tried anything too demanding, but I'm able to boot, the console
works, I'm able to switch VTs, and have run various applications in
a Blackbox WM session
On 2014-03-23, at 6:06 PM, David H. Gutteridge wrote:
On 2014-03-20, at 6:27 PM, David H. Gutteridge wrote:
On Tue, 18 Mar 2014 at 19:17:01, Taylor R Campbell wrote:
I merged the riastradh-drm2 branch to HEAD today. This shouldn't
cause any problems for anyone, because it touched very little
On Sun, 06 Apr 2014 at 18:19:19, Frank Kardel wrote:
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
On 2014-03-20, at 6:27 PM, David H. Gutteridge wrote:
On Tue, 18 Mar 2014 at 19:17:01, Taylor R Campbell wrote:
I merged the riastradh-drm2 branch to HEAD today. This shouldn't
cause any problems for anyone, because it touched very little outside
sys/external/bsd/drm2 -- it's not hooked
On 2014-03-20, at 6:27 PM, David H. Gutteridge wrote:
On Tue, 18 Mar 2014 at 19:17:01, Taylor R Campbell wrote:
I merged the riastradh-drm2 branch to HEAD today. This shouldn't
cause any problems for anyone, because it touched very little outside
sys/external/bsd/drm2 -- it's not hooked
On Tue, 18 Mar 2014 at 19:17:01, Taylor R Campbell wrote:
I merged the riastradh-drm2 branch to HEAD today. This shouldn't
cause any problems for anyone, because it touched very little outside
sys/external/bsd/drm2 -- it's not hooked into any kernels other than
the new amd64/DRMKMS one. But let
41 matches
Mail list logo