On 02/11/15(Mon) 22:10, Matthieu Herrb wrote:
> On Mon, Nov 02, 2015 at 04:47:37PM +0100, Martin Pieuchot wrote:
> >
> > This seems to be a horrible bug related to the complexity of the ND6 and
> > introduced by recent changes to run sleeping code in a task.
> [...]
&g
On 03/11/15(Tue) 11:03, Armin Wolfermann wrote:
> * Armin Wolfermann [02.11.2015 19:06]:
> > No more panics but it seems the bridge filter rules work different
> > than before. Will test further and report back.
Thanks I committed the fix to -current.
> It seems the order of interface evaluation
On 03/11/15(Tue) 10:24, Lauri Tirkkonen wrote:
> On Mon, Nov 02 2015 19:37:14 +0200, Lauri Tirkkonen wrote:
> > The discussion leads me to think that there might be a bug with rtadvd
> > not including the src lladdr option when run on a carp interface.
>
> I applied the attached patch on top of 5.
On 03/11/15(Tue) 17:03, Armin Wolfermann wrote:
> * Martin Pieuchot [03.11.2015 13:51]:
> > > It seems the order of interface evaluation changed in 5.8. If a vlan
> > > parent interface is on a bridge, vlan tagged packets get blocked by
> > > bridge filter
On 03/11/15(Tue) 10:25, Lauri Tirkkonen wrote:
> On Tue, Nov 03 2015 10:24:32 +0200, Lauri Tirkkonen wrote:
> > I applied the attached patch on top of 5.8-stable rtadvd
>
> Might work better if I actually attach the patch.
Committed, thanks!
>
> --
> Lauri Tirkkonen | lotheac @ IRCnet
> ? usr
On 04/11/15(Wed) 12:25, Armin Wolfermann wrote:
> * Martin Pieuchot [03.11.2015 17:55]:
> > I'm not sure it applies on 5.8 though...
>
> Nope, but I found the following changes to be sufficient on 5.8. It just
> keeps the vlan tagged packets away from the bridge.
This
On 04/11/15(Wed) 18:03, Armin Wolfermann wrote:
> * Martin Pieuchot [04.11.2015 12:53]:
> > I'd appreciate if you could test my diff and report back.
>
> Seems the bridge is working but tagged packets can still be blocked
> with a bridge rule. This is a current sy
On 19/11/15(Thu) 17:54, Sonic wrote:
> Have serious problems for over 7 weeks now with em driver,
> specifically any rev of if_em.c > 1.305. Starting with rev 1.306,
> released on 2015/09/30 and continuing to -current, watchdog timeouts
> rue the day. Unfortunately rev 1.305 no longer builds with
On 20/11/15(Fri) 12:06, Sonic wrote:
> On Fri, Nov 20, 2015 at 10:04 AM, Stuart Henderson wrote:
> > Hi, it's booting and working here - please make sure you updated the
> > whole kernel and not just specific files.
> >
> > Can you capture any more of that text?
>
> Started with a clean src tree
Hello Gregor,
On 26/11/15(Thu) 22:10, Gregor Best wrote:
> Hi bugs@,
>
> I just upgraded my mailserver to today's snapshot and noticed a
> weird "situation" with IPv6 link local traffic: I get a "No route
> to host" for all operations such as ping6:
I cannot reproduce that with the next snapshot
On 06/12/15(Sun) 13:52, aaron.mille...@gmail.com wrote:
> >Synopsis:Unplugging my urtwn device causes an assertion failure in the
> >driver code (see trace)
> >Category:system kernel amd64
> >Environment:
> System : OpenBSD 5.8
> Details : OpenBSD 5.8-current (GENERIC.
On 07/12/15(Mon) 12:29, Martin Pieuchot wrote:
> On 06/12/15(Sun) 13:52, aaron.mille...@gmail.com wrote:
> > >Synopsis: Unplugging my urtwn device causes an assertion failure in the
> > >driver code (see trace)
> > >Category: system kernel amd64
> > >Env
On 08/12/15(Tue) 00:50, Aaron Miller wrote:
> Hi Martin,
>
> It appears to work. After patching, rebuilding, and installing the kernel,
> I could use the Internet with a lot of data transfer. I unplugged and
> plugged back in my wifi dongle twice without any crashes, and the
> Internet kept workin
On 09/12/15(Wed) 00:13, Aaron Miller wrote:
> I tried the smaller diff and I didn't get any crashes. Thank you very much!
Thanks I just committed it.
On 01/08/17(Tue) 10:41, Andrei-Marius Radu wrote:
> Hi,
>
> I've just upgraded via bsd.rd to the 31st of July snapshot and the
> crash is still 100% reproductible, please see below.
Thanks for the report, diff below should fix it. Do you confirm?
Index: net/if_spppsubr.c
===
Building a profiled binary, using -pg with clang doesn't work as
expected. A gmon.out is properly generated when the binary exit,
but it doesn't include any profiling data.
On 10/08/17(Thu) 18:21, Mark Kettenis wrote:
> > Date: Thu, 10 Aug 2017 12:10:27 -0400
> > From: Martin Pieuchot
> >
> > Building a profiled binary, using -pg with clang doesn't work as
> > expected. A gmon.out is properly generated when the binary exit,
>
On 09/09/17(Sat) 17:49, Markus Lude wrote:
> On Sun, Aug 13, 2017 at 08:01:06PM +0200, Markus Lude wrote:
> > Hello,
> >
> > I tried to upgrade to the recent i386 snapshot from august 12th.
> > The notebook crashed right after displaying the login prompt and
> > probably while starting X.
> >
> >
On 17/09/17(Sun) 08:33, Bryan Steele wrote:
> On Sun, Sep 17, 2017 at 12:14:06PM +0200, Marc Espie wrote:
> > This is on current, I get this on repeat very regularly.
> >
> > wsmouse0 detached
> > ums0 detached
> > uhidev0 detached
> > splassert: usb_transfer_complete: want 5 have 6
> > splassert:
On 17/09/17(Sun) 17:00, Martin Pieuchot wrote:
> On 17/09/17(Sun) 08:33, Bryan Steele wrote:
> > On Sun, Sep 17, 2017 at 12:14:06PM +0200, Marc Espie wrote:
> > > This is on current, I get this on repeat very regularly.
> > >
> > > wsmouse0 detached
> &
On 19/09/17(Tue) 17:02, Pierre LALET wrote:
> Hi there,
>
> I think I've found a bug in the vxlan_output() function (in
> sys/net/if_vxlan.c). When the encapsulated packet is a multicast (flag
> M_MCAST is set) or a broadcast (flag M_BCAST is set), then
> "encapsulating" packet will have the same
On 06/10/17(Fri) 12:26, Helg Bredow wrote:
> To replicate this bug.
>
> 1. Mount a fuse files system (e.g. ntfs-3g)
> 2. cd to a subdirectory (this is important)
> 3. run make (you don't need a makefile)
>
> I've traced the cause to fuse_vnops.c line 704, which is in turn called by
> getcwd().
On 11/10/17(Wed) 11:25, Helg Bredow wrote:
> I initially noticed this on a modified kernel that returns EBADF when
> the fusefs_readdir() code you modified is encountered.
Yes, there's a bug in the current code. A functionality is not
implemented and no error is returned.
What's the relevant pa
On 16/10/17(Mon) 14:37, Helg Bredow wrote:
> [...]
> Patch is below.
Do you mind explaining the problem and the solution you implemented?
Some comments below:
> Index: lib/libfuse/fuse.h
> ===
> RCS file: /cvs/src/lib/libfuse/fuse.
On 22/10/17(Sun) 01:21, Helg Bredow wrote:
> [...]
> Does this explain the problem and solution or do you need more information?
> Is there any interest from the developers in patches to improve fuse? Let me
> know and I'll continue to work on it.
There's a lot of interest to improve fuse. I ju
On 18/10/17(Wed) 14:19, Helg Bredow wrote:
> On Wed, 18 Oct 2017 10:47:59 +0200
> Martin Pieuchot wrote:
>
> > On 16/10/17(Mon) 14:37, Helg Bredow wrote:
> > > [...]
> > > Patch is below.
> >
> > Do you mind explaining the problem and the s
On 28/10/17(Sat) 22:18, regis.etou...@free.fr wrote:
> Hello,
>
> Since my bug report, I read the beginning of the man page for crash. I now
> know that the ddb log can be retrieved with the dmesg command at the
> following boot. The log I attach today must be more accurate than the one I
> cop
On 01/11/17(Wed) 20:00, j...@posteo.de wrote:
> Hi,
>
> after upgrading my x61 a got the following crash.
> Same happened after a fresh install on an APU2b4
>
> I used a snapshot from the first of November (today).
Newer snapshot have it fixed.
On 21/07/17(Fri) 10:45, Paul Irofti wrote:
> On Fri, Jul 21, 2017 at 10:45:01AM +0300, p...@irofti.net wrote:
> > >Synopsis: Booting OpenBSD with external keyboard randomly panics in xhci
> > >Category: kernel
> > >Environment:
> > System : OpenBSD 6.1
> > Details : OpenBSD 6.1-c
Hello Hrvoje,
On 09/11/17(Thu) 01:11, Hrvoje Popovski wrote:
> while sending ip6 packets from host connected to vlan200 to host
> connected vlan300 and then destroying vlan300 i'm getting kernel page
> fault. it's clean snapshot from 2017-11-08. it's easily reproducible
You found a nice race.
>
Hello Jason,
Could you do:
# sysctl kern.splassert=2
And report the tracebacks?
On 28/11/17(Tue) 10:49, Jason Tubnor wrote:
> >Synopsis: kernel/driver for vxlan(4) pf(4) queue issue 6.2 and above
> >Category: base/network
> >Environment:
> System : OpenBSD 6.2
> D
On 07/12/17(Thu) 08:34, Landry Breuil wrote:
> Hi,
>
> i've been having kvm VMs running 6.2 hardlocking/deadlocking since a
> while, all those running on proxmox 5.1 using linux 4.13.8 & qemu-kvm
> 2.9.1. There were hardlocks upon reboot which were 'solved' by disabling
> x2apic emulation in kvm (
On 29/11/17(Wed) 12:13, Jason Tubnor wrote:
> On 28 November 2017 at 20:33, Martin Pieuchot wrote:
>
> >
> > Could you do:
> >
> > # sysctl kern.splassert=2
> >
> > And report the tracebacks?
> >
>
> Hi Martin,
>
> Please find attache
On 29/11/17(Wed) 18:25, Hrvoje Popovski wrote:
> hi all,
>
> sending ip6 traffic from host connected to vlan200 on ix0 to host
> connected to vlan300 on ix1 and running
>
> ifconfig vlan200 destroy
> ifconfig ix0 down
> sh netstart vlan200
> sh netstart ix0
> ifconfing vlan300 destroy
> ifconfig
On 30/11/17(Thu) 12:49, Hrvoje Popovski wrote:
> On 29.11.2017. 18:25, Hrvoje Popovski wrote:
> > hi all,
> >
> > sending ip6 traffic from host connected to vlan200 on ix0 to host
> > connected to vlan300 on ix1 and running
> >
> > ifconfig vlan200 destroy
> > ifconfig ix0 down
> > sh netstart vl
On 14/12/17(Thu) 12:03, Peter Hessler wrote:
> This is the normal arm64 "pmap bug" panic.
Thanks Peter, the diff below should fix the two problems present in your
trace:
> ddb> show panic
> uvm_fault failed: ff80002619b4
I love that arm64 is doing the right thing and call panic(9) for UVM
fa
Hello Jason,
On 29/11/17(Wed) 12:13, Jason Tubnor wrote:
> On 28 November 2017 at 20:33, Martin Pieuchot wrote:
> > Could you do:
> >
> > # sysctl kern.splassert=2
> >
> > And report the tracebacks?
> >
>
> Hi Martin,
>
> Please find attac
on -current amd64, simply doing "$ ktrace -p $pid_of_firefox" is enough
to freeze my box:
OpenBSD 6.2-current (GENERIC.MP) #313: Mon Jan 1 17:51:21 MST 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8238301184 (7856MB)
avail mem = 7981707264 (7611MB)
mpat
On 02/01/18(Tue) 17:14, Martin Pieuchot wrote:
> on -current amd64, simply doing "$ ktrace -p $pid_of_firefox" is enough
> to freeze my box:
Same problem with chromium. It seems that a CPU is never giving the
KERNEL_LOCK() back. It always happen when executing one of the browser
On 02/01/18(Tue) 12:48, Ted Unangst wrote:
> Martin Pieuchot wrote:
> > on -current amd64, simply doing "$ ktrace -p $pid_of_firefox" is enough
> > to freeze my box:
>
> ktrace of chrome would do that going back at least six months.
And nobody reported the bug! Now it's harder to track it down :/
On 03/01/18(Wed) 10:36, Martin Pieuchot wrote:
> On 02/01/18(Tue) 12:48, Ted Unangst wrote:
> > Martin Pieuchot wrote:
> > > on -current amd64, simply doing "$ ktrace -p $pid_of_firefox" is enough
> > > to freeze my box:
> >
> > ktrace of ch
On 09/01/18(Tue) 11:40, Christian Ruesch wrote:
> After today's upgrade to OpenBSD -current for amd64, the server can no longer
> boot and ends up in a kernel panic.
>
> If you need any further information, please let me know and I will try to get
> it.
Which snapshot were you using beforehand?
On 18/12/17(Mon) 05:53, Jason Tubnor wrote:
> On 14 December 2017 at 22:44, Martin Pieuchot wrote:
>
> >
> > Here's a diff that should fix the problem, do you confirm?
> >
> > Index: net/if_vxlan.c
> > =
I'm running an OpenBSD amd64 guest into an amd64 host. Dmesgs
attached. The VM config is as follow:
vm "qemu" {
memory 128M
disk "/usr/hack/mpi/qemu/amd64/disk.img"
local interface tap0 lladdr 70:5f:ca:21:8d:70
disable
owner mpi
}
I run dhclient(8) and NA
For testing purposes I have two identical VMs except that one is i386
and the other amd64. They share the same tap(4) interface, so they
cannot run at the same time:
$ vmctl status
ID PID VCPUS MAXMEM CURMEM TTYOWNER NAME
1 35130 1128M102M ttyp6
Hello Hrvoje,
On 23/01/18(Tue) 14:33, Hrvoje Popovski wrote:
> [...]
> uvm_fault(0x81b23f30, 0xb8, 0, 1) -> e
This is the offset of `if_carp'.
Since you're destroying vlans, which are the parent of your carps, we
can assume tha
When sending SIGTSTP to a multi-threaded process, it can ends up hanging
forever. Here's an example, courtesy of espie@:
$ mpv madalena.mp3
After pressing 'Ctrl+z' here's how the process state looks like:
PID TID PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND
8461 521030
Hello Denis,
On 25/01/18(Thu) 17:16, Denis wrote:
> Finally catch kernel panic in the middle of run adapter work.
Could you please set ddb.panic to 1?
It's hard to figure out what's wrong in your reports because as soon as
your machine tries to reboot it panics, panics and panics again. So we
c
1180) at 0
> usb_task_thread(0) at usb_task_thread+0xd8
> end trace frame: 0x0, count: -5
>
> Denis
>
>
> On 1/25/2018 5:34 PM, Martin Pieuchot wrote:
> > Hello Denis,
> >
> > On 25/01/18(Thu) 17:16, Denis wrote:
> >> Finally catch kernel panic in
On 28/01/18(Sun) 19:38, Denis wrote:
> Catch the second one kernel panic.
>
> The output is the same, but on another kernel. Hope this helps.
Sadly it doesn't. It only creates frustration from both sides. Please
see https://www.openbsd.org/report.html .
Hello Artturi,
On 28/01/18(Sun) 09:08, Artturi Alm wrote:
> >Synopsis:stuck in netlock
> >Category:amd64
> >Environment:
> System : OpenBSD 6.2
> Details : OpenBSD 6.2-current (GENERIC.MP) #333: Sun Jan 7
> 09:13:00 MST 2018
>
> dera...@amd64.
On 29/01/18(Mon) 20:38, Artturi Alm wrote:
> On Mon, Jan 29, 2018 at 10:42:20AM +0100, Martin Pieuchot wrote:
> > Hello Artturi,
> >
> > On 28/01/18(Sun) 09:08, Artturi Alm wrote:
> > > >Synopsis:stuck in netlock
> > > >Category:
On 29/01/18(Mon) 20:40, Remi Locherer wrote:
> On Mon, Jan 29, 2018 at 07:33:47PM +0100, Remi Locherer wrote:
> > > Problem Description
> > Local originating traffic leaves the system on the wrong interface
> > after a more specific route was added. This is problematic for services
> > like dhcrela
On 30/01/18(Tue) 13:12, Hrvoje Popovski wrote:
> Hi all,
>
> I've checkouted cvs tree few minutes ago on desktop pc and enabled
> WITNESS. While booting pc with new kernel i'm getting "lock order reversal"
>
> http://kosjenka.srce.hr/~hrvoje/zaprocvat/IMG_20180130_125928.jpg
I'd say this is know
On 04/02/18(Sun) 11:28, Artturi Alm wrote:
> Hi,
>
> machdep.forceukbd=1 feels broken to me, as i use "sv", and it doesn't respect
> /etc/kbdtype.
If you unplug/replug your USB keyboard after having booted does it
respect /etc/kbdtype?
On 11/02/18(Sun) 12:37, Matthieu Herrb wrote:
> Hi,
>
> I ugraded my laptop from sources to -current yesterday. Since then
> firefox stops resolving host names after a dozen of minutes or so.
What do you mean with "stops resolving host names"? What happens? What
do you see?
How did figure out
On 22/04/14(Tue) 14:29, Kārlis Miķelsons wrote:
> >>>It's the pms(4) driver. It happens on some Dell laptops that
> >>>have a crappy
> >>>non fully standard synaptics (alps?) touchpad.
> >>
> >>It seems so, today this laptop booted up without pms device for
> >>some reason,
> >>and without it X.org
On 22/04/14(Tue) 20:30, Kārlis Miķelsons wrote:
> >>>Try to disable pms:
> >>>
> >>># config -e -f /bsd
> >>>UKC>disable pms
> >>>
> >>>And see if you can reproduce the problem.
> >>I can, after disabling pms device, X.org starts just fine.
> >
> >Great. Could you compile a kernel with the diff be
On 24/04/14(Thu) 21:47, Nils R wrote:
> Hi bugs@,
>
> my machine stopped resuming from suspend. I was following -current until the
> time when 5.5 was tagged, and back then, my machine always resumed without
> any problems. Now, i updated to the latest snapshot from 22.4.. With that,
> the m
On 25/04/14(Fri) 00:25, Nils R wrote:
> Hi Martin,
>
> reverting usb.c to rev. 1.94 restored the resume. I updated usb.c to 1.95
> again, rebuilt the kernel, rebootet and suspended the machine; then removed
> the mouse (the only usb-device -- my keyboard is usb, but connected with a
> ps/2 con
On 25/04/14(Fri) 08:24, Kārlis Miķelsons wrote:
> >>>Great. Could you compile a kernel with the diff below applied and post
> >>>its dmesg after starting Xorg. I'm guessing that the delay comes from
> >>>the fact that we are re-probing for the touchpad protocol, but having
> >>>this debug output w
Hello Kaya,
On 30/04/14(Wed) 23:38, Kaya Saman wrote:
> Hi,
>
> I've been having an issue with Igmpproxy after upgrading from 5.4-snapshot
> to 5.5-CURRENT.
>
> Before the upgrade Igmpproxy used to work fine with my current config file
> and services such as upnp which need Igmpproxy to work wer
Hello Peter,
On 23/05/14(Fri) 11:43, Peter Kane wrote:
> [...]
> If I boot the current snapshot (OpenBSD 5.5-current (GENERIC.MP) #139:
> Wed May 21 09:38:42 MDT 2014) with a yubikey or usb-to-serial device
> attached the port is no longer available if the device is removed.
> When unplugged the y
On 31/05/14(Sat) 10:29, Jean-Philippe Ouellet wrote:
> Hello,
>
> As of the last snapshot I am unable to power down or reboot.
> Instead, it hangs after
> syncing disks... done
> sd1 detached
>
> Suspend/resume still works fine, and I've never tried hibernating.
>
> Maybe it has something to
Hello,
On 02/06/14(Mon) 23:45, athom...@athompso.net wrote:
> >Synopsis:IPv6 CARP uses wrong MAC addr for NDP
> >Category:system
> >Environment:
> System : OpenBSD 5.4
> Details : OpenBSD 5.4 (GENERIC) #37: Tue Jul 30 15:24:05 MDT 2013
>
> dera.
On 10/07/14(Thu) 17:23, athom...@athompso.net wrote:
> >Synopsis:IPv6 CARP uses wrong lladdr
> >Category:kernel
> >Environment:
> System : OpenBSD 5.4
> Details : OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013
>
> dera...@amd64.openbs
On 04/06/14(Wed) 17:02, Stefan Sperling wrote:
> On Wed, Jun 04, 2014 at 09:51:08AM -0400, Eduardo Lopes wrote:
> > Hi,
> >
> > With this snapshot, the same steps yeld a kernel trap:
> >
> > uvm_fault(0xfe8135047b68, 0x0, 0, 1) -> e
> > kernel: page fault trap, code=0
> > Stopped at pms
Hi Pierre,
On 08/08/14(Fri) 15:10, BARDOU Pierre wrote:
> Synopsis: Kernel panic when adding a route already present in a rdomain
> Category: Networking
> Environment:
> System : OpenBSD 5.5
> Details : OpenBSD 5.5-stable (GENERIC.MP) #0: Thu May 15 14:28:53
> C
On 01/09/14(Mon) 00:02, Bryan Linton wrote:
> >Synopsis:Reproducible USB panic in new snap
> >Category:kernel
> >Environment:
> System : OpenBSD 5.6
> Details : OpenBSD 5.6-current (GENERIC) #2: Sun Aug 31 05:02:01 PDT
> 2014
>
> r...@shoshoni-m
On 01/09/14(Mon) 09:31, Ted Unangst wrote:
> On Mon, Sep 01, 2014 at 13:08, Mike Belopuhov wrote:
> > On 1 September 2014 12:39, Philip Guenther wrote:
> >> On Mon, 1 Sep 2014, Mike Belopuhov wrote:
> >>> per the stack trace rwlock was tried to be acquired in the interrupt
> >>> context which is a
On 01/09/14(Mon) 14:13, Philip Guenther wrote:
> On Mon, 1 Sep 2014, Martin Pieuchot wrote:
> > On 01/09/14(Mon) 09:31, Ted Unangst wrote:
> > > On Mon, Sep 01, 2014 at 13:08, Mike Belopuhov wrote:
> > > > On 1 September 2014 12:39, Philip Guenther
> > &g
On 01/10/14(Wed) 17:49, Heiko Zimmermann wrote:
> Hi all,
>
> we found out with IcePik, \renaud and Han, that there is a bug in the
> current source.
>
> After new Kernel (GENERIC.MP, source >= 20140930) there is a route to
> 127.0.0.1
>
> 176.9.157.76 54:04:a6:b4:99:c2 UHLl 0 9 - 1 lo0
>
On 14/10/14(Tue) 19:45, Mark Kettenis wrote:
> > Date: Tue, 14 Oct 2014 15:45:28 +0200 (CEST)
> > From: j...@navratil.cz
> >
> > autoconfiguration start X, but touchpad is not working fully,
> > The reason for need for manual configuration is, that touchpad
> > dosn't support right click, middl
On 2014-11-03 06:04, Matt Markfort wrote:
[...]
Environment:
System : OpenBSD 5.6
Details : OpenBSD 5.6-current (GENERIC) #1: Sun Nov 2 02:06:32
CST
2014
root@snortbox.mmarkfort.local
:/usr/src/sys/arch/i386/compile/GENERIC
Architecture: OpenBSD.i386
Ma
On 02/11/14(Sun) 14:00, Mattieu Baptiste wrote:
Le 2 nov. 2014 13:52, "Jorge Schrauwen" a écrit
:
>
> Hey All,
>
> TL;DR: traffic leaving a bridge over a vlan does
> not get tagged but leaves untagged after upgrade.
> Is this by design?
>
[...]
>
> Anybody else experiencing this? Did it get bro
On 05/11/14(Wed) 11:15, Matt Markfort wrote:
> This is renamed from "i386" as reported 11/01
>
>
> >Synopsis: v
> r(4) tx/rx no packets & uhub(4) disabled after problems
>
> >Category:
> i386
>
> >Environment:
> System : OpenBSD 5.6
> Details : OpenBSD 5.6-current (GENE
Hello,
On 13/11/14(Thu) 15:55, inframare wrote:
> [...]
> Seem to be having a few issues with xhci on a Gigabyte Brix.
>
> USB 2 & 3 ports not working with /bsd.rd, had to install manually from
> /bsd booted from a full install on USB.
>
> USB 3 unstable with /bsd, flash storage devices worked
On 20/11/14(Thu) 10:25, Remco wrote:
> Ted Unangst wrote:
>
> > Roughly the same symptoms seen with an Intel Series 7 xhci. USB 3
> > drive is not detected in a USB 3 port. Drive works in the USB 2 port;
> > USB 2 keyboard, etc. work in USB 3 port.
>
> Concerning the "USB2 device works in USB3 po
On 19/11/14(Wed) 12:56, RD Thrush wrote:
> >Synopsis:usb3 flash drive not detected in blue port
> >Category:kernel
> >Environment:
> System : OpenBSD 5.6
> Details : OpenBSD 5.6-current (XHCI.MP) #1: Wed Nov 19 09:58:52 EST
> 2014
>
> r...@a8v.t
On 23/11/14(Sun) 02:36, Doug Hogan wrote:
> >Synopsis:USB 2.0 and 3.0 ports stop working during OpenBSD boot
> >Category:amd64
> >Environment:
> System : OpenBSD 5.6
> Details : OpenBSD 5.6-current (GENERIC.MP) #594: Sat Nov 22
> 01:05:00 MST 2014
>
Hello Tilo,
On 17/12/14(Wed) 09:27, Tilo Stritzky wrote:
> >Synopsis: Subject: Panic on removal of PCMCIA card 4 ports USB on HP
> >avilion ze4300
> >Category:system
> >Environment:
> System : OpenBSD 5.6
> Details : OpenBSD 5.6-current (GENERIC) #594: Sun Dec 14 19:5
On 17/12/14(Wed) 15:34, Mark Kettenis wrote:
> > Date: Wed, 17 Dec 2014 14:48:27 +0100
> > From: Martin Pieuchot
> >
> > Hello Tilo,
> >
> >
> > Thanks for the report, diff below fixes it for me
On 30/12/14(Tue) 21:34, Alexander Bluhm wrote:
> On Tue, Dec 09, 2014 at 09:30:55PM +0100, Alexander Bluhm wrote:
> > On Tue, Nov 11, 2014 at 04:45:50PM +0100, Christian Weisgerber wrote:
> > > Occasionally, when I power on my Thinkpad X230, it resets during
> > > kernel autoconf: white-on-blue ker
On 02/01/15(Fri) 09:47, Remi Locherer wrote:
> On Thu, Jan 01, 2015 at 09:32:20PM +0100, Remi Locherer wrote:
> > >Synopsis: xhci dead after resume
> > >Category: kernel
> > >Environment:
> > System : OpenBSD 5.6
> > Details : OpenBSD 5.6-current (GENERIC.MP) #735: Sat Dec 27
>
On 02/01/15(Fri) 13:42, Martin Pieuchot wrote:
> On 02/01/15(Fri) 09:47, Remi Locherer wrote:
> > On Thu, Jan 01, 2015 at 09:32:20PM +0100, Remi Locherer wrote:
> > > >Synopsis:xhci dead after resume
> > > >Category:kernel
> > > >E
Hello Peter,
On 18/01/15(Sun) 13:45, pe...@bsdly.net wrote:
> >Synopsis:Crash triggered by ifconfig up on urtwn interface with post
> >usb3 snapshots
> >Category: amd64 kernel
> >Environment:
> System : OpenBSD 5.7
> Details : OpenBSD 5.7-beta (GENERIC.MP) #788: Sat Jan
Hello Benjamin,
On 17/01/15(Sat) 22:40, Benjamin Baier wrote:
> >Synopsis:usbhidctl(1) -l does not work/loop
> >Category:user
> >Environment:
> System : OpenBSD 5.7
> Details : OpenBSD 5.7-beta (GENERIC.MP) #0: Fri Jan 16 17:26:49 CET
> 2015
>
Hello and thanks for the bug report.
On 17/01/15(Sat) 19:50, Naim, Halim. wrote:
>
> >Synopsis:The athn card, looses connection, and usb devices don't work
> >afterwards
> >Category:i386
> >Environment:
> System : OpenBSD 5.7
> Details : OpenBSD 5.7-beta (GENERIC.MP)
On 18/01/15(Sun) 14:17, Martin Pieuchot wrote:
> Hello Benjamin,
>
> On 17/01/15(Sat) 22:40, Benjamin Baier wrote:
> > >Synopsis: usbhidctl(1) -l does not work/loop
> > >Category: user
> > >Environment:
> > System : OpenBSD 5.7
> >
On 19/01/15(Mon) 07:40, Theo Buehler wrote:
>
> The report_id variable doesn't do anything anymore, so one might as
> well eliminate it entirely, no?
I didn't delete it because I'd like to use it and I don't see the point
into diverging more from FreeBSD.
If you're interested into this kind of s
Hello Fabian and thanks for the report.
On 21/01/15(Wed) 14:24, Fabian Raetz wrote:
> Hi,
>
> i noticed that suspend/resume doesn't work anymore when an usb device is
> attached to xhci(4).
>
> After reverting the following commit, suspend/hibernation works again.
>
>
> CVSROOT: /cvs
On 18/01/15(Sun) 17:39, Benjamin Baier wrote:
>
> usbhidaction(1) still works fine with these changes.
> as for my stock usbhidctl(1) it now shows
> $ usbhidctl -f /dev/uhid1 -l
> Volume_Decrement=1
> usbhidctl: Excessive collection ends
Here's a diff for libusbhid that should fix that. Could y
On 02/02/15(Mon) 21:27, enuhtac wrote:
> Mark Kettenis xs4all.nl> writes:
>
> >
> > > Date: Sun, 19 Oct 2014 17:59:29 +0200
> > > From: Julien Dehaese gmail.com>
> > >
> > > Hi,
> > > I'm trying to get openbsd running on an Intel Baytrail motherboard with
> a
> > > SSD disk.
> > >
> > > Moth
On 31/01/15(Sat) 15:18, Benjamin Baier wrote:
> On Sat, 31 Jan 2015 12:43:03 +0100
> Martin Pieuchot wrote:
>
> > On 18/01/15(Sun) 17:39, Benjamin Baier wrote:
> > >
> > > usbhidaction(1) still works fine with these changes.
> > > as for my stock usbh
On 06/03/15(Fri) 22:06, Remi Locherer wrote:
> On Fri, Mar 06, 2015 at 09:15:23AM +0100, Stefan Sperling wrote:
> > On Fri, Mar 06, 2015 at 08:45:20AM +0100, Remi Locherer wrote:
> > > Hi,
> > >
> > > Since about fall 2014 I see "urtwn0 timeout" every now an then like
> > > others that reported i
On 07/03/15(Sat) 14:13, Remi Locherer wrote:
> On Fri, Mar 06, 2015 at 11:24:27PM +0100, Martin Pieuchot wrote:
> > [...]
> > Could you tell me if the diff below fixes your issue?
>
> I built a kernel with this diff and the diff from Stefan applied on a
> cvs checkout
On 09/03/15(Mon) 22:46, Remi Locherer wrote:
> On Mon, Mar 09, 2015 at 11:31:56AM +0100, Martin Pieuchot wrote:
> > On 07/03/15(Sat) 14:13, Remi Locherer wrote:
> > > On Fri, Mar 06, 2015 at 11:24:27PM +0100, Martin Pieuchot wrote:
> > > > [...]
> > > >
Hello Henk,
On 10/03/15(Tue) 13:18, Henk Jan Agteresch wrote:
> On Tue, 10 Mar 2015, Henk Jan Agteresch wrote:
>
> >
> > Although my config may be a bit WEiRD, OpenBSD 5.3 worked with
> > the attached hostname.* files. Fresh install with 5.6 and 5.7
> > snapshots panics. Fresh install with 5.5
On 10/03/15(Tue) 14:57, Henk Jan Agteresch wrote:
> On Tue, 10 Mar 2015, Martin Pieuchot wrote:
>
> >
> > Thanks for the bug report, I'm preparing ta diff, but I still fail
> > to understand how it can work with 5.5. If you still have a working
> > 5.5 with th
On 12/03/15(Thu) 09:53, Henk Jan Agteresch wrote:
> On Tue, 10 Mar 2015, Martin Pieuchot wrote:
>
> >
> > Here's a first diff that should prevent the stack smashing. Could you
> > run with it and tell me if the ARP entry gets overwritten as in 5.5?
> >
>
201 - 300 of 527 matches
Mail list logo
