From: Jun Ebihara
Subject: Re: CVS commit: src/sys/external/bsd/drm2/dist/drm/i915/display
Date: Wed, 13 Jul 2022 08:22:11 +0900 (JST)
> with NetBSD-9.99.98-amd64-20220750Z,
> testing HDMI port on i915,seems working again!
> https://twitter.com/ebijun/status/1546995945652764672
aud
From: Jun Ebihara
Subject: Re: CVS commit: src/sys/external/bsd/drm2/dist/drm/i915/display
Date: Mon, 23 May 2022 19:27:57 +0900 (JST)
> with this change,
> https://twitter.com/ebijun/status/1528682086520893441
> find HDMI port again!
> but
> - cant set CRTC 64
> - XRandR ret
with this change,
https://twitter.com/ebijun/status/1528682086520893441
find HDMI port again!
but
- cant set CRTC 64
- XRandR returned error code 1: b'xrandr: Configure crtc 1 failed
thanx and need one more.
From: "Taylor R Campbell"
Subject: CVS commit: src/sys/external/bs
On Tue, May 17, 2022 at 12:48:06PM +0300, Valery Ushakov wrote:
> Any thoughts on this? The problematic scenario is that the system is
> upgraded, new MAKEDEV is run after the upgrade to (re)create the
> devices, it creates world readabile /dev/wsfont, and then an old
> kernel is booted (which is
On Fri, May 13, 2022 at 02:49:29 +0300, Valery Ushakov wrote:
> On Thu, May 12, 2022 at 23:17:42 +, Valeriy E. Ushakov wrote:
>
> > Module Name:src
> > Committed By: uwe
> > Date: Thu May 12 23:17:42 UTC 2022
> >
> > Modified Files:
> > src/sys/dev/wsfont: wsf
On Thu, May 12, 2022 at 23:17:42 +, Valeriy E. Ushakov wrote:
> Module Name: src
> Committed By: uwe
> Date: Thu May 12 23:17:42 UTC 2022
>
> Modified Files:
> src/sys/dev/wsfont: wsfontdev.c
>
> Log Message:
> wsfont(4): WSDISPLAYIO_LDFONT requires device opened for writing.
> On Apr 29, 2020, at 1:56 PM, Robert Swindells wrote:
>
>
> On Apr 27, 2020, at 8:50 AM, Thomas Klausner wrote:
>>
>> I think this commit broke lang/oracle8-jre:
>
> Linux Java doesn't crash now for me but doesn't do much, top(1) shows it
> to be waiting on a futex.
>
> Tried doing "java
On Apr 27, 2020, at 8:50 AM, Thomas Klausner wrote:
>
> I think this commit broke lang/oracle8-jre:
Linux Java doesn't crash now for me but doesn't do much, top(1) shows it
to be waiting on a futex.
Tried doing "java -version" and running larger things.
> On Apr 28, 2020, at 4:25 PM, Robert Swindells wrote:
>
> Jason Thorpe wrote:
>>> On Apr 27, 2020, at 8:50 AM, Thomas Klausner wrote:
>>>
>>> I think this commit broke lang/oracle8-jre:
>>
>> This is a Linux binary running under COMPAT_LINUX? It would be strange
>> if it broke it because
Jason Thorpe wrote:
>> On Apr 27, 2020, at 8:50 AM, Thomas Klausner wrote:
>>
>> I think this commit broke lang/oracle8-jre:
>
>This is a Linux binary running under COMPAT_LINUX? It would be strange
>if it broke it because it essentially makes the whole system do what the
>Linux emulation was
> On Apr 27, 2020, at 8:50 AM, Thomas Klausner wrote:
>
> I think this commit broke lang/oracle8-jre:
This is a Linux binary running under COMPAT_LINUX? It would be strange if it
broke it because it essentially makes the whole system do what the Linux
emulation was already doing.
I'll take
On Fri, Apr 24, 2020 at 03:22:06AM +, Jason R Thorpe wrote:
> Module Name: src
> Committed By: thorpej
> Date: Fri Apr 24 03:22:06 UTC 2020
>
> Modified Files:
> src/sys/compat/linux/common: linux_exec.c linux_sched.c
> src/sys/kern: kern_exec.c kern_exit.c kern_fork.c ker
> On Jan 20, 2020, at 3:44 PM, Christos Zoulas wrote:
>
> In article <20200120185023.gd28...@homeworld.netbsd.org>,
> Andrew Doran wrote:
>> Fix committed with sys/kern/kern_rwlock.c rev 1.62. I didn't see the
>> problem as I am running with LOCKDEBUG.
>>
>> Apologies for the disruption.
>
На 2020-01-20 в 18:50, Andrew Doran написа:
> Fix committed with sys/kern/kern_rwlock.c rev 1.62. I didn't see the
> problem as I am running with LOCKDEBUG.
>
> Apologies for the disruption.
All good now, thanks.
> Andrew
Hi,
Thanks for your quick fix.
It works fine for my laptop now.
On January 21, 2020 3:50:23 AM GMT+09:00, Andrew Doran wrote:
>Fix committed with sys/kern/kern_rwlock.c rev 1.62. I didn't see the
>problem as I am running with LOCKDEBUG.
>
>Apologies for the disruption.
>
>Andrew
--
Ryo ONODE
Fix committed with sys/kern/kern_rwlock.c rev 1.62. I didn't see the
problem as I am running with LOCKDEBUG.
Apologies for the disruption.
Andrew
Date:Sat, 30 Jun 2018 20:53:30 +
From:"Robert Elz"
Message-ID: <20180630205330.99dd8f...@cvs.netbsd.org>
| Modified Files:
| src/sys/arch/xen/xen: xen_machdep.c
|
| Log Message:
| Build fix bandaid.
|
| This allows the builds including XEN to co
On Fri, 29 Dec 2017 16:40:52 +
co...@sdf.org wrote:
> On Fri, Dec 29, 2017 at 03:41:42PM +0100, Tobias Nygren wrote:
> > The machine has survived for 30+ minutes where it previously hung after
> > just 20 seconds.
>
> Do you mean "30+ minutes so far" or does it still hang somewhere? where?
N
On Fri, Dec 29, 2017 at 03:41:42PM +0100, Tobias Nygren wrote:
> The machine has survived for 30+ minutes where it previously hung after
> just 20 seconds.
Do you mean "30+ minutes so far" or does it still hang somewhere? where?
> Meanwhile another process, waiting for the grower to finish, is
> spinning forever at 100% doing the mutex_exit/mutex_enter/ERESTART
> thing on the same pool. It looks to me like the grower never actually
> gets scheduled to run.
The attached diff works around the problem by not releasing the lo
On Sat, 16 Dec 2017 03:13:29 +
matthew green wrote:
> Module Name: src
> Committed By: mrg
> Date: Sat Dec 16 03:13:29 UTC 2017
>
> Modified Files:
> src/sys/kern: subr_pool.c
> src/sys/sys: pool.h
>
> Log Message:
> hopefully workaround the irregularly "fork fails in i
Hi,
2017-03-02 7:59 GMT+09:00 Yorick Hardy :
> On 2017-03-01, Martin Husemann wrote:
>> On Wed, Mar 01, 2017 at 06:55:24PM +0900, Kimihiro Nonaka wrote:
>> > Updated the patch.
>>
>> Still works fine for me!
>>
>> Martin
>
> Also works fine for me on i386+intel and amd64+radeon.
>
> Thanks!
I've
On 2017-03-01, Martin Husemann wrote:
> On Wed, Mar 01, 2017 at 06:55:24PM +0900, Kimihiro Nonaka wrote:
> > Updated the patch.
>
> Still works fine for me!
>
> Martin
Also works fine for me on i386+intel and amd64+radeon.
Thanks!
--
Kind regards,
Yorick Hardy
On Wed, Mar 01, 2017 at 06:55:24PM +0900, Kimihiro Nonaka wrote:
> Updated the patch.
Still works fine for me!
Martin
Hi,
2017-03-01 13:30 GMT+09:00 Kimihiro Nonaka :
> 2017-03-01 3:21 GMT+09:00 Yorick Hardy :
>
>> It is not obvious to me why the MSI changes were problematic.
>> Do you have any ideas what went wrong?
>
> It seem necessary to implement pci_enable_msi() and pci_disable_msi().
> I tried again to wr
On Wed, Mar 01, 2017 at 01:30:50PM +0900, Kimihiro Nonaka wrote:
> Hi,
>
> 2017-03-01 3:21 GMT+09:00 Yorick Hardy :
>
> > It is not obvious to me why the MSI changes were problematic.
> > Do you have any ideas what went wrong?
>
> It seem necessary to implement pci_enable_msi() and pci_disable_m
Hi,
2017-03-01 3:21 GMT+09:00 Yorick Hardy :
> It is not obvious to me why the MSI changes were problematic.
> Do you have any ideas what went wrong?
It seem necessary to implement pci_enable_msi() and pci_disable_msi().
I tried again to write a new patch.
Could you try it?
Regards,
--
Kimihir
On 2017-02-28, Kimihiro Nonaka wrote:
> Hi,
>
> 2017-02-28 4:10 GMT+09:00 Martin Husemann :
>
> > On Mon, Feb 27, 2017 at 07:39:49PM +0100, Martin Husemann wrote:
> >> On Mon, Feb 27, 2017 at 08:29:10PM +0200, Yorick Hardy wrote:
> >> > Is anyone else experiencing GPU hangs since revision 1.14
>
Hi,
2017-02-28 4:10 GMT+09:00 Martin Husemann :
> On Mon, Feb 27, 2017 at 07:39:49PM +0100, Martin Husemann wrote:
>> On Mon, Feb 27, 2017 at 08:29:10PM +0200, Yorick Hardy wrote:
>> > Is anyone else experiencing GPU hangs since revision 1.14
>> > of src/sys/external/bsd/drm2/pci/drm_pci.c ?
>>
>
On Mon, Feb 27, 2017 at 07:39:49PM +0100, Martin Husemann wrote:
> On Mon, Feb 27, 2017 at 08:29:10PM +0200, Yorick Hardy wrote:
> > Is anyone else experiencing GPU hangs since revision 1.14
> > of src/sys/external/bsd/drm2/pci/drm_pci.c ?
>
> Thanks for the hint, I'm testing if it is the cause f
On Mon, Feb 27, 2017 at 08:29:10PM +0200, Yorick Hardy wrote:
> Is anyone else experiencing GPU hangs since revision 1.14
> of src/sys/external/bsd/drm2/pci/drm_pci.c ?
Thanks for the hint, I'm testing if it is the cause for
http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=51997
and wi
Dear list,
On 2017-02-21, NONAKA Kimihiro wrote:
> Module Name: src
> Committed By: nonaka
> Date: Tue Feb 21 14:19:40 UTC 2017
>
> Modified Files:
> src/sys/external/bsd/drm2/dist/include/drm: drmP.h
> src/sys/external/bsd/drm2/pci: drm_pci.c
>
> Log Message:
> drmkms_pci:
In article ,
bch wrote:
>
>
>This is still faulting for me after building both kernel and modules, and
>commenting-out ipf pseudo-device and associated IPF* configs from GENERIC
>(amd64) config...
>
>
>Transcribed (rough) backtrace:
>
>breakpoint() at netbsd:breakpoint+0x5
>vpanic() at netbsd: vp
On Dec 27, 2016 14:18, "bch" wrote:
On Dec 27, 2016 05:50, "Christos Zoulas" wrote:
On Dec 26, 9:28pm, brad.har...@gmail.com (bch) wrote:
-- Subject: Re: CVS commit: src/sys
| On Dec 26, 2016 15:21, "Christos Zoulas" wrote:
|
| Module Name:src
| C
On Dec 27, 2016 05:50, "Christos Zoulas" wrote:
On Dec 26, 9:28pm, brad.har...@gmail.com (bch) wrote:
-- Subject: Re: CVS commit: src/sys
| On Dec 26, 2016 15:21, "Christos Zoulas" wrote:
|
| Module Name:src
| Committed By: christos
| Date: Mon Dec
On Dec 26, 9:28pm, brad.har...@gmail.com (bch) wrote:
-- Subject: Re: CVS commit: src/sys
| On Dec 26, 2016 15:21, "Christos Zoulas" wrote:
|
| Module Name:src
| Committed By: christos
| Date: Mon Dec 26 23:21:49 UTC 2016
|
| Modified Files:
| src/sys/d
On Dec 26, 2016 15:21, "Christos Zoulas" wrote:
Module Name:src
Committed By: christos
Date: Mon Dec 26 23:21:49 UTC 2016
Modified Files:
src/sys/dist/pf/net: pf_if.c
src/sys/external/bsd/ipf/netinet: ip_fil_netbsd.c
src/sys/net: if.c if_pppoe.c if_spppsub
Upon further investigation it seems that the lapic va change is not the
cause of the hangs I've been seeing. I'm currently looking further to
find the real root cause.
On Sat, 17 Dec 2016, Maxime Villard wrote:
Le 15/12/2016 à 09:21, Paul Goyette a écrit :
Module Name:src
Committed By:
Le 15/12/2016 à 09:21, Paul Goyette a écrit :
>> Module Name:src
>> Committed By: maxv
>> Date: Sun Dec 11 08:31:53 UTC 2016
>>
>> Modified Files:
>> src/sys/arch/amd64/amd64: machdep.c
>> src/sys/arch/i386/i386: machdep.c
>> src/sys/arch/x86/x86: pmap.c
>>
>
Module Name:src
Committed By: maxv
Date: Sun Dec 11 08:31:53 UTC 2016
Modified Files:
src/sys/arch/amd64/amd64: machdep.c
src/sys/arch/i386/i386: machdep.c
src/sys/arch/x86/x86: pmap.c
Log Message:
Kenter local_apic_va to a fake physical page, because our
The following commit has broken IPv6 functionality within pkgsrc's
net/openvpn package. Please see PR kern/51301 for details.
Module Name:src
Committed By: ozaki-r
Date: Thu Jun 30 01:34:53 UTC 2016
Modified Files:
src/sys/net: if_spppsubr.c
src/sys/netinet: if_a
On Wed, Feb 17, 2016 at 11:12:48AM +, Iain Hibbert wrote:
>
> I see the Linux driver does match against Vendor=Apple Class=Vendor
> Subclass=RF Proto=Bluetooth in the same way but no Apple VendorIDs are
> listed in any of the Broadcom driver files I found so I haven't added it.
> Perhaps th
> Module Name:src
> Committed By: riastradh
> Date: Wed Feb 17 00:49:28 UTC 2016
>
> Modified Files:
> src/sys/dev/usb: ubt.c
>
> Log Message:
> Match various Apple USB Bluetooth controllers.
>
> >From mlelstv.
btw I just commited a change to this which adds matching of s
w...@netbsd.org (Thomas Klausner) writes:
>I've built a 7.99.11 kernel today and booted it, and it twice failed
>in the same place during boot.
The subsystems are initialized in the following order:
1 module_init()
2 module_init_class(MODULE_CLASS_SECMODEL);
3 sysmon_task_queue_preinit();
4 conf
FYI -- I sent msg to current-users this morning about same (not
recognizing subject of this existing thread).
Ref: http://mail-index.netbsd.org/current-users/2015/04/24/msg027232.html
-bch
On 4/24/15, Paul Goyette wrote:
> On Fri, 24 Apr 2015, Thomas Klausner wrote:
>
>> On Thu, Apr 23, 2015
On Fri, 24 Apr 2015, Thomas Klausner wrote:
On Thu, Apr 23, 2015 at 11:23:20PM +, Paul Goyette wrote:
Log Message:
Welcome to 7.99.x and the modularization of sysmon!
I've built a 7.99.11 kernel today and booted it, and it twice failed
in the same place during boot.
acpicpu1 at cpu1: ACP
On Thu, Apr 23, 2015 at 11:23:20PM +, Paul Goyette wrote:
> Log Message:
> Welcome to 7.99.x and the modularization of sysmon!
I've built a 7.99.11 kernel today and booted it, and it twice failed
in the same place during boot.
acpicpu1 at cpu1: ACPI CPU
coretemp1 at cpu1: thermal sensor, 1 C
Hi, all.
(2014/01/10 10:39), SAITOH Masanobu wrote:
Module Name:src
Committed By: msaitoh
Date: Fri Jan 10 01:39:48 UTC 2014
Modified Files:
src/sys/dev/pci: pcidevs
Log Message:
Rework for Marvell 88SE9128. Change the description of 0x9123 to
88SE912[38]. For 0x91a3,
Hi,
> Module Name: src
> Committed By: soren
> Date: Wed Aug 7 19:38:45 UTC 2013
>
> Modified Files:
> src/sys/dev/i2c: at24cxx.c dbcool_reg.h i2c.c lm75reg.h max6900reg.h
> pcf8583reg.h sdtemp_reg.h spdmem_i2c.c x1226reg.h
>
> Log Message:
> Allow i2c addr wildcard mat
Hello, Tom.
(2013/06/27 22:29), Tom Ivar Helbekkmo wrote:
> SAITOH Masanobu writes:
>
>> I fixed some BMC related bugs. If you have troble with BMC capable
>> machine, please try the latest -current and report whether the problem
>> is solved or not. If you still have problems, please compile t
SAITOH Masanobu writes:
> I fixed some BMC related bugs. If you have troble with BMC capable
> machine, please try the latest -current and report whether the problem
> is solved or not. If you still have problems, please compile the kernel
> with WM_DEBUG and send the full dmesg to me.
I've bee
ASCII"
MIME-Version: 1.0
Date: Tue, 25 Jun 2013 17:38:38 +
From: SAITOH Masanobu
Subject: CVS commit: src/sys/dev/pci
To: source-chan...@netbsd.org
X-Mailer: log_accum
Message-Id: <20130625173838.eb66...@cvs.netbsd.org>
Sender: source-changes-ow...@netbsd.org
List-Id: source-ch
52 matches
Mail list logo