Hello,
with my new notebook, the touchpad does not seem to work. In dmesg
(below), I do not see any fitting entries.
Unfortunately whenever I touch it accidentally, garbage keypress events
are occuring.
What can I try to improve that?
With the pre-installed Linux, the dmesg entries for the touc
On Tue, 28 Apr 2015 15:11:21 +0200
Claudio Jeker wrote:
> The "fatal in RDE: peer_up: bad state" bug is fixed in 5.7 IIRC. Not
> sure if it was backported to 5.6. As a workaround you can disable the
> graceful restart capability to not trigger that code path.
I was intending to upgrade on Friday
- Forwarded message -
Date: Tue, 28 Apr 2015 16:17:07 +0100
To: Edinburgh Linux Users Group
Subject: [EdLUG] FW: [Other] UK Embedded Systems Conferences
Hi all
Forwarded message regarding a forthcoming conference...
...
Original Message
> Hi,
> we are running this conference
- Forwarded message -
Date: Tue, 28 Apr 2015 13:49:11 +0100
To: Edinburgh Linux Users Group
Hi all,
As previously advertised Sunday, Robert has kindly offered to do a talk at
the May meeting about tmux, the screen multiplexer.
Jean-Louis' talk has been rescheduled for July.
The meetin
Hi,
I have a firewall which was originally installed with 5.4 release, and
it was configured to be resistant to sudden power outages by means of
mounting / as read only, and /var and /dev partitions as mfs populated
from /mfs/var and /mfs/dev. Here's fstab:
e3f2007c8606c31a.a / ffs ro 1 1
swap /v
On Wed, Apr 29, 2015 at 01:13:28PM +0200, Marko Cupa?? wrote:
> Hi,
>
> I have a firewall which was originally installed with 5.4 release, and
> it was configured to be resistant to sudden power outages by means of
> mounting / as read only, and /var and /dev partitions as mfs populated
> from /m
On Wed, Apr 29, 2015 at 01:39:34PM +0200, Otto Moerbeek wrote:
> On Wed, Apr 29, 2015 at 01:13:28PM +0200, Marko Cupa?? wrote:
>
> > Hi,
> >
> > I have a firewall which was originally installed with 5.4 release, and
> > it was configured to be resistant to sudden power outages by means of
> > mo
On Wed, 29 Apr 2015 13:47:38 +0200
Otto Moerbeek wrote:
> On Wed, Apr 29, 2015 at 01:39:34PM +0200, Otto Moerbeek wrote:
>
> > On Wed, Apr 29, 2015 at 01:13:28PM +0200, Marko Cupa?? wrote:
> >
> > > Hi,
> > >
> > > I have a firewall which was originally installed with 5.4
> > > release, and it
* Listas IT [2015-04-28 21:20]:
> >> Why is it that blocked packets appear sometimes on fxp0 and sometimes on
> >> vether0?
> > it's simply the interface the packet came in on.
> Thank you. I get that.
>
> The question is why sometimes it logs fxp0 and sometimes is vether0 as
> both are the same
On Wed, 29 Apr 2015 14:16:15 +0200
Marko Cupać wrote:
> On Wed, 29 Apr 2015 13:47:38 +0200
> Otto Moerbeek wrote:
>
> > On Wed, Apr 29, 2015 at 01:39:34PM +0200, Otto Moerbeek wrote:
> >
> > > On Wed, Apr 29, 2015 at 01:13:28PM +0200, Marko Cupa?? wrote:
> > >
> > > > Hi,
> > > >
> > > > I h
Hello,
How to configure cdce0 device in OpenBSD?
Dmesg:
cdce0 at uhub1 port 1 configuration 2 interface 0 "Huawei Technologies
HUAWEI Mobile" rev 2.00/0.00 addr 2 cdce0: address 00:a0:c6:60:85:70
ugen0 at uhub1 port 1 configuration 2 "Huawei Technologies HUAWEI Mobile"
rev 2.00/0.00 addr 2
cdce0
On 04/29/15 16:34, Cristián Edwards wrote:
Hello,
How to configure cdce0 device in OpenBSD?
Dmesg:
cdce0 at uhub1 port 1 configuration 2 interface 0 "Huawei Technologies
HUAWEI Mobile" rev 2.00/0.00 addr 2 cdce0: address 00:a0:c6:60:85:70
ugen0 at uhub1 port 1 configuration 2 "Huawei Technologi
On older modems a configuration with these similar values worked properly:
http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man4/umsm.4?query=umsm
&sec=4
On Wed, Apr 29, 2015 at 1:02 PM, Fred wrote:
> On 04/29/15 16:34, Cristián Edwards wrote:
>
>> Hello,
>>
>> How to configure cdce0 devi
> On 25 apr 2015, at 15:29, Claudio Jeker wrote:
>
> Took some time to hunt down the cause of these CLOSE_WAIT sessions and
> caused some sleepless nights since our loadbalancer was hitting them as
> well. I think the following diff should solve the issue without causing
> further regressions.
>
>
On 04/29/15 17:13, Cristián Edwards wrote:
Tried dhcp in hostname.cdce0 and it didn't work, your idea doesn't work
either.
cdce and cdcef allow ethernet communication over USB - ie you plug two
computers together using a usb cable and basically provides a brige
between two machines so doing
Problem is that only the ugen driver is present... so I think there is no
chance of speaking with the modem.
Will read the link thoruoughly
On Wed, Apr 29, 2015 at 4:27 PM, Zé Loff wrote:
> On Wed, Apr 29, 2015 at 12:34:12PM -0300, Cristián Edwards wrote:
> > Hello,
> >
> > How to configure c
On Wed, Apr 29, 2015 at 07:36:30PM +0100, Fred wrote:
> On 04/29/15 17:13, Cristián Edwards wrote:
> >Tried dhcp in hostname.cdce0 and it didn't work, your idea doesn't work
> >either.
> >
>
> cdce and cdcef allow ethernet communication over USB - ie you plug two
> computers together using a usb c
On Wed, Apr 29, 2015 at 04:29:05PM -0300, Cristián Edwards wrote:
> Problem is that only the ugen driver is present... so I think there is no
> chance of speaking with the modem.
Didn't see that on the full dmesg you s... oh wait. ;)
> Will read the link thoruoughly
Without ucom devices I'd say
Hello,
I've noticed that there is no support for MU609, it would be great if a
nice developer could add support for this card.
Dmesg:
https://gist.github.com/crised/21ac828798fa45d855bf
Lsusb descriptor:
https://gist.github.com/crised/a090e8adb342cbc03314
Linux driver:
http://www.cs.fsu.edu/~ba
since the apr 24 snapshot, doing a lidsuspend
results in a reboot when raising the lid.
this has worked as recently back as the 12 april
snapshot.
can anybody reproduce this?
OpenBSD 5.7-current (GENERIC.MP) #834: Fri Apr 24 00:00:30 MDT 2015
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/c
On Wed, Apr 29, 2015 at 11:18:05PM +0200, frantisek holop wrote:
> since the apr 24 snapshot, doing a lidsuspend
> results in a reboot when raising the lid.
> this has worked as recently back as the 12 april
> snapshot.
>
> can anybody reproduce this?
>
Please try a later snapshot as there were
>since the apr 24 snapshot, doing a lidsuspend
>results in a reboot when raising the lid.
>this has worked as recently back as the 12 april
>snapshot.
>
>can anybody reproduce this?
>
>
>OpenBSD 5.7-current (GENERIC.MP) #834: Fri Apr 24 00:00:30 MDT 2015
>dera...@i386.openbsd.org:/usr/src/sys/a
Mike Larkin, 29 Apr 2015 14:30:
> On Wed, Apr 29, 2015 at 11:18:05PM +0200, frantisek holop wrote:
> > since the apr 24 snapshot, doing a lidsuspend
> > results in a reboot when raising the lid.
> > this has worked as recently back as the 12 april
> > snapshot.
> >
> > can anybody reproduce this?
23 matches
Mail list logo