On Tue, Dec 14, 2010 at 10:26:44PM -0500, Brandon Mercer wrote:
> If this type of thing really did happen and this actually is going on
> something as simple as systrace or dtrace would have found it correct?
> Surely folks have monitored and audited the actual function and traffic that
> goes acr
there is no reason for drm_bufs to be poking inside the vmspace on its
own, this is what the uvm_map_hint function is for.
Index: drm_bufs.c
===
RCS file: /cvs/src/sys/dev/pci/drm/drm_bufs.c,v
retrieving revision 1.46
diff -u -r1.46
PcDiscount - Diciembre
(*)Bases y Condiciones.
Oferta valida unicamente para nuestros clientes compradores de equipos
Notebooks y Desktop durante el periodo del 01/11 al 31/12.
Servicio brindado en forma gratuita hasta el 31 de Diciembre del 2010 con una
duracion de 20 minutos por cada
If this type of thing really did happen and this actually is going on
something as simple as systrace or dtrace would have found it correct?
Surely folks have monitored and audited the actual function and traffic that
goes across the wire... conversely amd has a "debugger" that'll get you
access to
Hi Miod,
Here's the relevant part of the dmesg:
l0 at pci0 dev 16 function 0 "Olicom OC2326" rev 0x01: irq 10 address 00:00:24:
27:ca:61
ukphy0 at tl0 phy 0: Generic IEEE 802.3u media interface, rev. 0: OUI 0x00,
model 0x
ukphy1 at tl0 phy 31: Generic IEEE 802.3u media interface, rev. 5: OU
I'm posting this message in the spirit of honesty and transparency.
My name was recently involved in allegations of FBI involvement in the
development of OpenBSD IPSEC. For the record: I am not, nor have I ever been,
affiliated with or employed by the FBI or any other government agency. My
advocac
On Tue, 14 Dec 2010, Bob Beck wrote:
> I wonder a lot about the motives of the original sender sending that message.
Ignoring motive, and looking at opportunity:
We have never allowed US citizens or foreign citizens working in the US
to hack on crypto code (Niels Provos used to make trips to Can
I wonder a lot about the motives of the original sender sending that message.
Is it simply a way to spread FUD and discredit openbsd?
Is it a personal gripe with the accused?
Is it an attempt to manipulate what is used in the market?
Is it outright lies
Is it outright truth and genuine altruism?
I have received a mail regarding the early development of the OpenBSD
IPSEC stack. It is alleged that some ex-developers (and the company
they worked for) accepted US government money to put backdoors into
our network stack, in particular the IPSEC stack. Around 2000-2001.
Since we had the first
This makes a lot of sense.
Penned by Jacob Meuser on 20101214 10:41.43, we have:
| ok?
|
| --
| jake...@sdf.lonestar.org
| SDF Public Access UNIX System - http://sdf.lonestar.org
|
| Index: usb_subr.c
| ===
| RCS file: /cvs/src
On Tue, Dec 14, 2010 at 04:41:43PM +, Jacob Meuser wrote:
> ok?
>
> --
> jake...@sdf.lonestar.org
> SDF Public Access UNIX System - http://sdf.lonestar.org
>
> Index: usb_subr.c
> ===
> RCS file: /cvs/src/sys/dev/usb/usb_subr.c,
> In this case, perhaps a better solution would be to mention that
> autonegociation is broken, and therefore speeds need to be
> adjusted manually in the man page. Does that look better to you ?
It would be better to know first if other tl(4) users are experiencing
the same problem. Hard to know
In this case, perhaps a better solution would be to mention that
autonegociation is broken, and therefore speeds need to be
adjusted manually in the man page. Does that look better to you ?
//Logan
C-x-C-c
> It can't negociate for 10Mbit/s. This only sets the default value to
> 100Mbit/s. It can adjusted through ifconfig and /etc/hostname.tl0 at
> startup. My adapter is OC2-2336. Do you have another tl(4) device ?
> Perhaps it might be an issue specific to mine.
I don't have a tl(4) device. It just
It can't negociate for 10Mbit/s. This only sets the default value to 100Mbit/s.
It can adjusted through ifconfig and /etc/hostname.tl0 at startup. My adapter
is OC2-2336. Do you have another tl(4) device ? Perhaps it might be an issue
specific to mine.
//Logan
C-x-C-c
> autonegociation is broken on tl(4). For some reason 10BaseTX doesn't work.
> The lowest value that does work is 100BaseTX. As usual, feedback and comments
> are welcomed.
How can this diff work for tl devices which are connected to a 10Mbit/s
only PHY?
Miod
Hi,
autonegociation is broken on tl(4). For some reason 10BaseTX doesn't work. The
lowest value that does work is 100BaseTX. As usual, feedback and comments are
welcomed.
//Logan
C-x-C-c
Index: src/sys/dev/pci/if_tl.c
===
RCS file
Hi, with further encouragement, I decided to give tl(4) a try.
It's a very interesting ethernet chip, and even under heavy tcpbench
the mbuf usage is at most 6. As usual, feedback and comments are welcomed.
//Logan
C-x-C-c
Index: src/sys/dev/pci/if_tl.c
===
ok?
--
jake...@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
Index: usb_subr.c
===
RCS file: /cvs/src/sys/dev/usb/usb_subr.c,v
retrieving revision 1.75
diff -u -p usb_subr.c
--- usb_subr.c 6 Dec 2010 04:3
On Tue, 14 Dec 2010 04:16:46 -0500 (EST)
logana...@devio.us (Loganaden Velvindron) wrote:
> Hi,
> It fixes the idle timeout messages (which is not an issue on PNIC) and sets
> the speed to 10BaseTX, since autonegociation is broken on PNIC.
>
> //Logan
> C-x-C-c
>
I had a dc with timeout messag
On Tue, Dec 14, 2010 at 01:52:01AM +, Jacob Meuser wrote:
> this make *hci use the dying flag in struct usbd_bus instead of one in
> their own softc. struct usbd_bus is required to be the first member of
> *hci_softc.
>
> the bus' dying flag is checked in usbd_is_dying(), which is used to
> l
To: Olde Fort Inn
tech@openbsd.org
b Christmas Toy Driveb
For $ 49.00, help 10 children receive toys for Christmas,
and you will get
X-Rays & TWO Free Dental Exams
as well as
TWO Teeth Cleanings
(One now, and one in six month)
(Reg. Price $390)
Expires: Dec. 31st
Important Not
Hi,
It fixes the idle timeout messages (which is not an issue on PNIC) and sets the
speed to 10BaseTX, since autonegociation is broken on PNIC.
//Logan
C-x-C-c
> Date: Mon, 13 Dec 2010 23:24:52 -0500 (EST)
> From: logana...@devio.us (Loganaden Velvindron)
>
> Hi, I separated the mclgeti part from the bugfixes for PNIC. Give it a try.
What does this actually fix?
> Index: src/sys/dev/ic/dc.c
>
On Mon, Dec 13, 2010 at 09:27:51PM +0100, Mark Kettenis wrote:
> > From: Ted Unangst
> > On Mon, Dec 13, 2010 at 7:41 AM, Mark Kettenis
> > wrote:
> > > (...) I don't really agree with Tedu that the
> > > changed behaviour is an improvement. Say I have configured
> > > hotplugd(8) such that it
25 matches
Mail list logo
