Re: USB suspend/resume race

2014-05-26 Thread Mattieu Baptiste
On Mon, May 26, 2014 at 1:51 PM, Martin Pieuchot mpieuc...@nolizard.orgwrote: On 26/05/14(Mon) 13:46, Martin Pieuchot wrote: It is currently possible to trigger a race between the thread doing DVACT_QUIESCE and the USB thread exploring the buses. This race is really easy to reproduce if

Re: inteldrm/radeondrm suspend/resume diff

2014-03-13 Thread Mattieu Baptiste
On Thu, Mar 13, 2014 at 12:23 PM, Marc Peters m...@mpeters.org wrote: On 03/13/14 10:31, Mark Kettenis wrote: Date: Wed, 12 Mar 2014 22:54:06 +0100 (CET) From: Mark Kettenis mark.kette...@xs4all.nl The recent inteldrm suspend/resume regression thread pointed out that suspend/resume was

siop(4) man page correction

2011-02-07 Thread Mattieu Baptiste
-supports at most Ultra2-Wide with this chip) +.Tn SCSI ) .It 53c1510D (dual Ultra2-Wide .Tn SCSI ) -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.

Re: siop(4) man page correction

2011-02-07 Thread Mattieu Baptiste
=41220.pdfscan= You can also check the NetBSD esiop(4) man page: http://netbsd.gw.com/cgi-bin/man-cgi?esiop+4.sparc64+NetBSD-current -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.

permit daily(8) to use DUID in /etc/fstab for ROOTBACKUP

2011-03-18 Thread Mattieu Baptiste
hw.disknames | grep -Fqw $bakdisk || break bakpart=${rootbak#$bakdisk} baksize=`disklabel $bakdisk 2/dev/null | \ -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.

Re: Quick sanity test for sili(4)/ahci(4) diff

2011-05-06 Thread Mattieu Baptiste
at root scsibus3 at vscsi0: 256 targets softraid0 at root root on sd1a swap on sd1b dump on sd1b -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.

Re: pool_debug and network throughput on Alix

2013-01-22 Thread Mattieu Baptiste
Yes, i'm seeing that too on a Soekris net5501. Mattieu Baptiste /earth is 102% full ... please delete anyone you can. Le 22 janv. 2013 12:41, Stuart Henderson s...@spacehopper.org a écrit : Seeing some odd behaviour on an alix firewall and wondering if other people see the same, or it's

Re: pppx(4) and a pppx interface group

2013-02-03 Thread Mattieu Baptiste
On Fri, Feb 1, 2013 at 10:17 PM, Stuart Henderson s...@spacehopper.orgwrote: In gmane.os.openbsd.misc, Mattieu Baptiste wrote: Hi, I'm testing npppd with pppx(4). As i'm understanding npppd, a new pppx(4) interface is created for every new session. Thus, new /dev/pppxN nodes must

Re: More Canon scanners (usbdevs, uscanner.c)

2010-11-23 Thread Mattieu Baptiste
, USB_PRODUCT_CANON_N1240U }, 0 }, /* Kye */ {{ USB_VENDOR_KYE, USB_PRODUCT_KYE_VIVIDPRO }, 0 }, -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.

Re: More Canon scanners (usbdevs, uscanner.c)

2010-11-23 Thread Mattieu Baptiste
to detect the scanner. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.

Re: More Canon scanners (usbdevs, uscanner.c)

2010-11-25 Thread Mattieu Baptiste
On Thu, Nov 25, 2010 at 2:28 PM, Mark Kettenis mark.kette...@xs4all.nl wrote: Just nuke it. It'll be sitting in the attick if anybody wants it back. Ok, here is a proposed diff that can also be found at: http://www.brimbelle.org/mattieu/stuff/uscanner.diff Compile tested on amd64. Index:

Re: VLAN + bridge regression

2014-12-01 Thread Mattieu Baptiste
. Hi, Is there any chance the fix will be committed ? It's working flawlessly for me. I've been testing it during the last 15 days. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.

Re: Possible em(4) fix

2015-10-05 Thread Mattieu Baptiste
On Mon, Oct 5, 2015 at 10:45 PM, Mark Kettenis wrote: > Several people seem to complain on misc@ that they're seeing watchdog > timeouts on em(4). But none of them bother to submit a proper bug > report to bugs@. Anyway, here is a diff that might fix the issue. > Please

Re: KASSERT() @ pf_test() is back

2016-03-07 Thread Mattieu Baptiste
On Mon, Mar 7, 2016 at 10:03 AM, Alexandr Nedvedicky wrote: > Hello Mattieu, > > Mark Patruck reported panic on KASSERT() in pf_test() yesterday . I've crafted > patch below. Can you try it out? > > I think we need to apply pf_pkt_addr_changed() on broadcast

Re: KASSERT() @ pf_test() is back

2016-03-06 Thread Mattieu Baptiste
On Sun, Mar 6, 2016 at 10:22 PM, Martin Pieuchot <m...@openbsd.org> wrote: > On 06/03/16(Sun) 19:57, Mattieu Baptiste wrote: >> [...] >> As discussed in january, with the patches committed, -current still >> panics for me: >> http://www.brimbelle.org/mattieu

Re: KASSERT() @ pf_test() is back

2016-03-06 Thread Mattieu Baptiste
On Sun, Mar 6, 2016 at 11:33 PM, Martin Pieuchot <m...@openbsd.org> wrote: > On 06/03/16(Sun) 22:35, Mattieu Baptiste wrote: >> On Sun, Mar 6, 2016 at 10:22 PM, Martin Pieuchot <m...@openbsd.org> wrote: >> > On 06/03/16(Sun) 19:57, Mattieu Baptiste wrote: >> &g

Re: KASSERT() @ pf_test() is back

2016-03-06 Thread Mattieu Baptiste
On Fri, Mar 4, 2016 at 2:31 PM, Alexandr Nedvedicky wrote: > Hello Stuart, > > thanks for testing it. I'll commit it today. > Hi Alexandr, As discussed in january, with the patches committed, -current still panics for me:

Re: arm: pmap uvm_fault findings

2016-07-27 Thread Mattieu Baptiste
ptep = >l2b_kva[l2pte_index(pv->pv_va)]; > - if (l2pte_valid(*ptep)) { > + if (*ptep != 0) { > pte = *ptep; > > /* inline pmap_is_current(pm) */ > With this patch, my BBB no longer trigers uvm_fault