On Jan 03, 2014 14:24, Fabian Raetz wrote:
> Hi tech@,
>
> here is an updated patch.
>
> it seems like Intel Centrino Wireless-N 2030 and
> Intel Centrino Wireless-N 2230 have the same pciids...
>
> this makes patch apply again with newest pcidevs changes.
>
No regressions with my "Intel WiFi
Index: gettimeofday.2
===
RCS file: /cvs/src/lib/libc/sys/gettimeofday.2,v
retrieving revision 1.24
diff -u -p -r1.24 gettimeofday.2
--- gettimeofday.2 17 Jul 2013 05:42:11 - 1.24
+++ gettimeofday.2 11 Sep 2013 13:18
Hi,
I had the chance to test this device with current amd64 in a wpa2 network.
run0 at uhub2 port 1 "Ralink 802.11 n WLAN" rev 2.00/1.01 addr 3
run0: MAC/BBP RT3070 (rev 0x0201), RF RT3020 (MIMO 1T1R), address
80:1f:02:85:16:f2
Index: run.4
==
On Jan 29, 2013 13:34, Jonathan Gray wrote:
> The following changes mostly based on what has happened in
> the upstream drm code seems to resolve problems with screen corruption
> on power saving/dpms on ivy bridge with ums here. Testing on ironlake/
> sandy bridge/ivy bridge (aka Core i*) to make
As the ports system has moved on from MD5 I hope this makes sense:
Index: pkg.conf.5
===
RCS file: /cvs/src/usr.sbin/pkg_add/pkg.conf.5,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 pkg.conf.5
--- pkg.conf.5 17 Aug 2011 10:48:27 -
I think this information is already given in the sentences before.
Index: mmap.2
===
RCS file: /cvs/src/lib/libc/sys/mmap.2,v
retrieving revision 1.39
diff -u -p -u -p -r1.39 mmap.2
--- mmap.2 12 Apr 2012 12:53:27 - 1.39
On Mar 23, 2012 21:50, Ariane van der Steldt wrote:
> Hi,
>
> With the recent introduction of vmmap, I introduced a slowdown which
> affects programs with alot of memory (browsers for instance). First of
> all, since I've heard very few complaints, thanks for putting up with
> this.
>
> The reas
On Jun 23, 2011 23:04, David Gwynne wrote:
> you dawe,
>
> you could point both chips at the same function...
>
> dlg
sure, or would you prefer a name like ahci_intel_3400_1_4_attach?
Because the behaviour of 3400_2 and 3400_3 isn't k
Hi,
the intel_3400_4 has the same issue as the intel_3400_1, ahci(4)
hangs for 30 seconds on boot and resume. See also PR6630.
Index: ahci.c
===
RCS file: /cvs/src/sys/dev/pci/ahci.c,v
retrieving revision 1.180
diff -u -p -r1.180 ahci
On Jun 19, 2011 23:51, Landry Breuil wrote:
> On Sat, Jun 18, 2011 at 08:25:19AM -0600, Aaron Bieber wrote:
> > Hi,
> >
> > I applied these patches to -current on my lenovo t410.
> >
> > The trackpad works as expected for for a few minutes, and then seems to
> > "lock up" ( not allowing me to m
On Jun 19, 2011 22:01, Dawe wrote:
> On Jun 20, 2011 00:48, Alexandr Shadchin wrote:
> > On Sun, Jun 19, 2011 at 08:16:12PM +0200, Dawe wrote:
> > > On Jun 18, 2011 01:40, Alexandr Shadchin wrote:
> > > > On Wed, Jun 15, 2011 at 09:11:43AM +0200, Matt
On Jun 20, 2011 00:48, Alexandr Shadchin wrote:
> On Sun, Jun 19, 2011 at 08:16:12PM +0200, Dawe wrote:
> > On Jun 18, 2011 01:40, Alexandr Shadchin wrote:
> > > On Wed, Jun 15, 2011 at 09:11:43AM +0200, Matthieu Herrb wrote:
> > > > Hi,
> > > >
> &g
On Jun 18, 2011 01:40, Alexandr Shadchin wrote:
> On Wed, Jun 15, 2011 at 09:11:43AM +0200, Matthieu Herrb wrote:
> > Hi,
> >
> > here are a set of patches being worked on to add native synaptics
> > touch pad support to OpenBSD and Xenocara.
> >
> > The xf86-input-synaptics driver itself is alre
On Oct 20, 2010 20:47, Marco Peereboom wrote:
> On Thu, Sep 30, 2010 at 03:35:33AM +0200, Tobias Ulmer wrote:
> > I got this after a while:
> >
> > panic: softraid0: sr_crypto_finish_io
> >
> > No serial, so there's no more info. You know where to find me
>
> new diff that should fix all them is
On Fri, 23 Jul 2010 23:53:50 -0600 (MDT)
Jordan Hargrave wrote:
> Redux: this new version will apply with -current
>
> This patch will allow acpiec to initialize earlier if a ECDT table is
> found. This fixes a lockup if booting on some Thinkpads while docked.
>
> You can tell if your system
perf=0
hw.vendor=LENOVO
hw.product=25184QG
hw.version=ThinkPad T410
hw.serialno=R843DMF
hw.uuid=70391f81-5062-11cb-a825-b09ffc8d1830
hw.physmem=1998045184
hw.usermem=1997803520
hw.ncpufound=4
OpenBSD 4.7-current (GENERIC.MP) #4: Mon Jun 28 12:48:13 CEST 2010
r...@padtree.my.domain:/home/dawe/fi
On Thu, 17 Jun 2010 13:24:10 +0200
Dawe wrote:
> Please tell me if I can help to get intagp working on this machine.
>
Sorry, I got confused over all this core stuff.
This is the pci bridge not the graphics itself.
Index: p
NTEL_CLARKDALE_IGD_2,
"Intel HD graphics",
},
{
dmesg with id patch
OpenBSD 4.7-current (GENERIC.MP) #1: Thu Jun 17 12:13:51 CEST 2010
r...@padtree.my.domain:/home/dawe/files/openbsd_cvs/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 1998045184 (
Fri Jun 11 16:42:24 CEST 2010
r...@liltree.my.domain:/home/dawe/files/openbsd_cvs/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 1998045184 (1905MB)
avail mem = 1931042816 (1841MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xe0010 (78 entries)
bios0: vendor LENOVO version "6IET55WW (1.15
As far as I understand the code there's no reason that opencvs should silently
go on
if snprintf() can't construct the tagpath in cvs_parse_tagfile() and
cvs_write_tagfile().
Index: entries.c
===
RCS file: /cvs/src/usr.bin/cvs/entrie
ber_calc_len() is not an internal function in snmpd(8) and ypldap(8).
It's used this way in ldapd(8), but it's likely better to keep the binding
consistent.
Index: ldapd/ber.c
===
RCS file: /cvs/src/usr.sbin/ldapd/ber.c,v
retrieving
Index: history.c
===
RCS file: /cvs/src/bin/ksh/history.c,v
retrieving revision 1.37
diff -u -p -r1.37 history.c
--- history.c 2 Jul 2009 16:29:15 - 1.37
+++ history.c 1 May 2010 09:47:05 -
@@ -397,7 +397,7 @@ hist_ge
On Fri, 19 Mar 2010 19:50:58 -0400
Brad wrote:
> Please test the following diff with any bge(4) adapters..
>
> Just check that things run as usual.
>
> Please provide me with a dmesg.
>
>
> Have bge_start check if there are less than 16 free send BDs and if not
> set IFF_OACTIVE and try again
Janne Johansson wrote:
> Bob Beck wrote:
>> No, unless I hear bad things I'll likely commit it tomorrow morning
>> when I'll be around to deal with any fallout.
>
> No ill effects yet on either my laptop (which definately would run into
> swapping behaviour after a while of firefoxing) nor on the
Sorry, that was i386 and amd64 with a german dsl provider.
Dawe wrote:
> Same story for me.
> Without the patch ppp spins forever and eats all cpu.
> With the patch ppp runs fine.
> I'm pretty sure it worked for me with the Jun 21 snapshot.
Same story for me.
Without the patch ppp spins forever and eats all cpu.
With the patch ppp runs fine.
I'm pretty sure it worked for me with the Jun 21 snapshot.
Mike Erdely wrote:
> With prodding from Todd, I tested the diff on my macppc and my alpha.
> Before the diff, running `ppp default` as
Brad wrote:
> The following diff adds a workaround for an issue with the VIA VT6202
> EHCI controller hogging the PCI bus and causing poor performance for
> IDE and possibly other devices in the system.
>
> Please test if your system has a VIA VT6202 EHCI controller and
> provide a dmesg. If the w
27 matches
Mail list logo
