Hi,
This diff from FreeBSD adds Atheros F1 and F2 phys.
Index: atphy.c
===
RCS file: /cvs/src/sys/dev/mii/atphy.c,v
retrieving revision 1.4
diff -u -p -r1.4 atphy.c
--- atphy.c 25 Jul 2009 12:23:40 - 1.4
+++ atphy.c
USD2100 Nikon
D7000 Tipo réflex, objetivos
intercambiables / Sensor CMOS de 16,20 MP
efectivos / Tamaño sensor 23,60 x
15,60 mm / Mo
Typo fix.
Index: openbsd.h
===
RCS file: /home/cvs/src/gnu/usr.bin/gcc/gcc/config/alpha/openbsd.h,v
retrieving revision 1.9
diff -u -p -r1.9 openbsd.h
--- openbsd.h 20 Oct 2010 20:25:33 - 1.9
+++ openbsd.h 21 Jan 2011 05
Still hasn't been commited. If there is a desire for a slightly different
wording just say so but otherwise the current comment is still wrong.
- Forwarded message from Brad -
Date: Mon, 13 Sep 2010 22:10:03 -0400
From: Brad
To: tech@openbsd.org
Subject: nxe(4) comment fix
User-Agent:
On Thu, Jan 20, 2011 at 11:35:40PM +0100, Jasper Lievisse Adriaanse wrote:
> OK?
ok krw@ as in last one.
Ken
>
> --
> Cheers,
> Jasper
>
> "Capable, generous men do not create victims, they nurture them."
>
> Index: npppd/l2tp/l2tp_call.c
> ==
On Thu, Jan 20, 2011 at 7:57 PM, Brad wrote:
> Here is the alternate workaround for the time being.
> +#ifdef __sparc64__
> + else if (rev == 0xC3)
> + sc->sc_wdcdev.UDMA_cap = 2;
> +#endif
I know miod suggested the ifdef, but is there any bene
On Wed, Jan 12, 2011 at 08:32:12PM -0500, Brad wrote:
> The following diff is ported from NetBSD (the workaround originated from
> OpenSolaris) to workaround the issue of data corruption with the ALI M5229
> IDE chipset when using UltraDMA. Same workaround is also used by
> FreeBSD/Linux.
> This c
OK?
--
Cheers,
Jasper
"Capable, generous men do not create victims, they nurture them."
Index: npppd/l2tp/l2tp_call.c
===
RCS file: /cvs/src/usr.sbin/npppd/l2tp/l2tp_call.c,v
retrieving revision 1.6
diff -p -u -r1.6 l2tp_call.c
---
Hi,
Obvious typo, though the pxe.h parts may have to wait untill after the lock?
Otherwise OK?
--
Cheers,
Jasper
"Capable, generous men do not create victims, they nurture them."
Index: arch/i386/stand/libsa/pxe.h
===
RCS file: /c
As per subject, since #define something test for in the very next line, makes
it clear the other code can go. No binary change of course. OK?
--
Cheers,
Jasper
"Capable, generous men do not create victims, they nurture them."
Index: bdes.c
===
On Thu, Jan 20, 2011 at 1:57 PM, Joel Sing wrote:
> pool_get() with PR_NOWAIT... and then not checking the return value? That's
> got null pointer dereference written all over it... :)
>
> However, the bigger problem is what can you then do if the pool_get() fails?
> This then results in the inter
On Thursday 20 January 2011, Mike Belopuhov wrote:
> On Thu, Jan 20, 2011 at 10:31 +0200, Gregory Edigarov wrote:
> > --- interrupt ---
> > end trace frame: 0x0, count: 245
> > 0x8:
> > End of stack trace.
> > pppoe0: received unexpected PADO
> > pppoe0: chap failure
> > pppoe: GENERIC ERROR: RP-PP
* Mike Belopuhov [2011-01-20 13:31]:
> seems like this is the only plausible way to fix it:
>
> - ifai = pool_get(&ifaddr_item_pl, PR_WAITOK);
> + ifai = pool_get(&ifaddr_item_pl, PR_NOWAIT);
no way. this has consequences you don't even envision.
ifa_add in int context is verboten, peri
On Thu, Jan 20, 2011 at 10:31 +0200, Gregory Edigarov wrote:
> --- interrupt ---
> end trace frame: 0x0, count: 245
> 0x8:
> End of stack trace.
> pppoe0: received unexpected PADO
> pppoe0: chap failure
> pppoe: GENERIC ERROR: RP-PPPoE: Child pppd process terminated
> pppoe0: received unexpected PA
On Thursday 20 January 2011, Gregory Edigarov wrote:
> On Wed, 19 Jan 2011 20:14:01 +1100
>
> Joel Sing wrote:
> > On Wednesday 19 January 2011, Gregory Edigarov wrote:
> > > Hello,
> > >
> > > I have my home system connected via pppoe(4) to a provider and
> > > connection disapears very frequentl
On Wed, 19 Jan 2011 20:14:01 +1100
Joel Sing wrote:
> On Wednesday 19 January 2011, Gregory Edigarov wrote:
> > Hello,
> >
> > I have my home system connected via pppoe(4) to a provider and
> > connection disapears very frequently some once an hour.
> > Just before connection is gone I always see
USD1390 PANASONIC
NV-MD1 Sensor: 3 CCD Sistema:
PAL / Formato: Mini DV Monitor: TFT 2.5 pulgadas / Zoom: Optico: 15x
Digital: 750x / Accesorios incluidos: Cable
17 matches
Mail list logo