| From | Subject | Date |
|---|---|---|
| Miami Directs | Te traemos de USA lo que necesites!
No es posible ver el mail ya que contiene informacisn en formato html.
| Dec 29, 6:44 am 2010 |
| Mark Kettenis | PCI power management diff
For those that have problems with (acpi) suspend/resume that can be
fixed by setting pci_dopm to 0, please test the diff below. This
fixes a flaw in the powermanagement code where we would disable
devices (and in particular PCI-PCI bridges) even if those devices
don't support powermanagement.
Also, it would be interesting if people with working apm
suspend/resume could test this diff and set pci_dopm to 1.
Thanks,
Mark
Index: ...
| Dec 29, 4:10 pm 2010 |
| Ingo Schwarze | Re: security(8) setuid checks and space character in file name
I consider this a bug in security(8).
The following is the best i could come up with so far; make sure
to wear your sed-peril-proof sunglasses before reading the patch.
This still mangles the file name, but at least you have a chance
to find it on your disk. Anybody has a better plan?
I already told Marcus on misc to mount that one -o nodev,noexec
and use SUIDSKIP; but that's rather a workaround than a fix.
--- security Wed Jun 3 11:06:07 2009
+++ /etc/security Wed Dec 29 ...
| Dec 29, 4:08 pm 2010 |
| Winged | Cigarrillo Electrónico - El sano placer de fumar
Cigarrillo Electrónico 88mm con display LCD $ 270
pesos Dispositivo electrónico creado para mejorar
la calidad de Vida. Posee la apariencia de un cigarillo tradicional pero con
la ventaja de no contar con tabaco ni alquitrán.
Sabor a cigarrillo y vapor simulador del humo. Puede ser usado en cualquier
lugar ya que no tiene olor ni daña la salud.
| Dec 29, 1:36 pm 2010 |
| Reyk Floeter | please test vlan(4) diff: allow to change vlan/vlandev o ...
Hi!
vlan(4) and svlan(4) users should test this diff.
It annoys me for some time that vlan(4) does not allow to change its
vlan id or parent interface at runtime. The current code returns
EBUSY and always forces you to destroy and re-create the interface.
The attached diff changes this behaviour.
This did not work before (second call would return EBUSY):
# ifconfig vlan1 vlandev em0
# ifconfig vlan1 vlan 2
The diff will also allow to switch the options without loosing any
configured ...
| Dec 29, 10:00 am 2010 |
| TBX | Equipo para Pintar y Escaleras Multifunciones
Equipo para pintar con minicompresor $ 290 Pesos
450 Watts de Potencia de Pd / Boquilla de Salida :1
mm (1.0-1.8mm) / 2900 RPM / 2 psi - 5 psi / Carga
Superior 1000cc. Manguera de 1.5 mts / Medidor de
Viscosidad, Boquilla / Pistola de Pintar / Sistema
HVLP ( Alta Volumen a Baja Presión) /
Acabado Profesional / Permite Pulverizar Pintura de ...
| Dec 29, 8:35 am 2010 |
| Lawrence Teo | fix ipsecctl(8) incorrect error message
Noticed that an error message in ike.c should be referring to "phase 1"
instead of "phase 2", since it is in the ike_section_p1() function.
Lawrence
Index: ike.c
===================================================================
RCS file: /cvs/src/sbin/ipsecctl/ike.c,v
retrieving revision 1.69
diff -u -p -r1.69 ike.c
--- ike.c 15 Oct 2010 12:11:10 -0000 1.69
+++ ike.c 26 Dec 2010 14:42:03 -0000
@@ -352,7 +352,7 @@ ike_section_p1(struct ipsec_rule *r, FIL
exchange_type = ...
| Dec 29, 8:16 am 2010 |
| Tobias Ulmer | bioctl: delete disk by duid
Given a duid, I want to be able to delete a disk.
There seems to be no elegant way to get just the disk ("sd0") from a
duid. I didn't like my code using opendev, so I've tried sysctl. Looks
better imho. Still, is there a better way?
Index: bioctl.c
===================================================================
RCS file: /srv/boron/data/vcs/cvs/openbsd/src/sbin/bioctl/bioctl.c,v
retrieving revision 1.98
diff -u -p -r1.98 bioctl.c
--- bioctl.c 1 Dec 2010 19:40:18 -0000 1.98
+++ ...
| Dec 29, 7:55 am 2010 |
| Thordur Bjornsson | cut vnd's over to bufqs, again.
hi,
so cut vnds over to bufqs. this diff is similar to a diff
that was commited, but got backed out after one of the
hackathon fiasco's, with a small difference.
there is no reason to keep an active count, bufq_peek is
enough to figure out if the queue is empty or not.
in vndiodone, there is no need to jump through hoops to
figure out if we need to disk_unbusy(). We always need to
there is a one-to-one against disk_busy() in vndstart, as
we set the ...
| Dec 29, 6:03 am 2010 |
| David Gwynne | Re: cut vnd's over to bufqs, again.
explanation makes perfect sense to me and the diff is good.
ok dlg@
| Dec 29, 7:23 am 2010 |
| Jonathan Gray | Re: EST bus clock for recent Intel CPUs
fwiw, I've had this sitting in my tree for a while with some other bits:
case 0x1a: /* Core i7/Xeon 5500 */
case 0x1e: /* Core i5/i7 */
case 0x1f: /* Core i5/i7 */
case 0x25: /* Core i3/i5/i7/Xeon 5600 */
case 0x2c: /* Core i3/i5/i7/Xeon 5600 */
perf_status = 0;
bus_clock = BUS133;
break;
case 0x2a: /* Sandy Bridge Core */
case 0x2d: /* Sandy Bridge Xeon */
...
| Dec 29, 2:44 pm 2010 |
| Mark Kettenis | EST bus clock for recent Intel CPUs
Gets rid of the "unknown i686 model 0xXX, can't get bus clock" message
on the Xeon 3600/5600. Also pre-emptively adds the Xeon 6500/7500. I
updated the comments to include the names of the matching Xeon
variants; the market people seem to have less influence on those.
ok?
Index: i386/i386/machdep.c
===================================================================
RCS file: /cvs/src/sys/arch/i386/i386/machdep.c,v
retrieving revision 1.485
diff -u -p -r1.485 machdep.c
--- ...
| Dec 29, 5:51 am 2010 |
| Mark Kettenis | Re: EST bus clock for recent Intel CPUs
That means you'll have a conflict now. Don't think we actually want
to set bus_clock. On modern machines, ACPI will provide us a list of
frequencies and MSR settings, so we don't need bus_clock to calculate
a table of fake entries.
I believe my comments are a bit more accurate. But the Intel
marketing droids obviously fucked up the meaning of i3/i5/i7
completely.
Where did you get the model IDs for the Sandy Bridge CPUs?
| Dec 29, 3:08 pm 2010 |
| Stefan Sperling | duid capital letters
Allow capital letters in disk_map() and isduid() since disklabel.c
also allows them as of this revision:
----------------------------
revision 1.166
date: 2010/06/30 23:44:06; author: halex; state: Exp; lines: +3 -1
allow uppercase A-F in the uid input
ok krw@ jsing@
=============================================================================
Together with my swapctl diff, this fixes swapctl -A for duids with
capital letters.
ok?
Index: ...
| Dec 29, 5:02 am 2010 |
| David Gwynne | iopools for mfi(4)
the subject pretty much says it all. this is the least intrusive
version of the change i could come up with.
io on multiple volumes is scheduled better, and the ioctl paths
become more reliable with this change.
tests? ok?
Index: mfi.c
===================================================================
RCS file: /cvs/src/sys/dev/ic/mfi.c,v
retrieving revision 1.113
diff -u -p -r1.113 mfi.c
--- mfi.c 24 Sep 2010 01:30:05 -0000 1.113
+++ mfi.c 29 Dec 2010 09:49:27 -0000
@@ -63,8 +63,8 @@ ...
| Dec 29, 2:52 am 2010 |
| Vadim Zhukov | Re: Line-by-line functionality for rev(1)
tail(1) saves all data in memory. So if you want to reverse very big file
(say, some sort of log) you'll have to construct monsters with help of
awk/perl/etc.
--
Best wishes,
Vadim Zhukov
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
| Dec 29, 1:03 am 2010 |
| Vadim Zhukov | Re: Line-by-line functionality for rev(1)
Yes, I thought about it, so I gave two different options: using
either "memory" or "swap". User of utility can choose one that best
suits his needs. I thought about some sort of automatic decisions, like
using memory until ENOMEM, but came to conclusion that this will produce
more harm, and require much more work from user to avoid it (like
Yes, a few people already told me about this. It does more seeking than
mine version: I do fread() x 3 + fseek() x 2 per line. "tail -r" does
fseek() + ...
| Dec 29, 4:23 am 2010 |
| Jeremy C. Reed | Dec 28, 6:12 pm 2010 | |
| Vadim Zhukov | Line-by-line functionality for rev(1)
Hello all.
A few days ago I needed to reverse a few files line-by-line (i.e.,
make first line become last and vice versa). There was nothing to do
that in base, and rev(1) utility only may reverse characters in lines.
So I decided to improve rev(1)... here it is.
While digging there I realized that rev(1) didn't respect the case
when input is not newline-terminated, and always append '\n'. I preserved
this behaviour for now, but maybe this should be fixed?
Thanks for your time!
--
...
| Dec 28, 5:45 pm 2010 |
| Paul de Weerd | Re: Line-by-line functionality for rev(1)
On Wed, Dec 29, 2010 at 11:03:22AM +0300, Vadim Zhukov wrote:
| On 29 December 2010 c. 04:12:34 Jeremy C. Reed wrote:
| > tail -r
|
| tail(1) saves all data in memory. So if you want to reverse very big file
| (say, some sort of log) you'll have to construct monsters with help of
| awk/perl/etc.
It does that for non-regular files, sure (how else would you do it ?
You use a swapfile in your patch. So you assume (probably quite
fairly, but not always valid I suppose) that there's more ...
| Dec 29, 3:12 am 2010 |
| Ted Unangst | Re: lint and va_copy()
Does adding a lint friendly __va_copy to arch/stdarg.h work?
| Dec 28, 6:30 pm 2010 |
| Philip Guenther | Re: lint and va_copy()
On Wed, Dec 29, 2010 at 7:53 AM, Tim van der Molen <tbvdm@xs4all.nl> wrote:
Looks good to me. I suspect sys/arch/m88k/include/va-m88k.h could use
some tweaking too, but it's different enough that I think it should be
tweaked (if necessary) separately.
ok guenther@
| Dec 29, 11:26 am 2010 |
| Tim van der Molen | Re: lint and va_copy()
It does indeed. In fact, some of the stdarg.h headers (e.g. powerpc)
take this approach. Here is a diff for the remaining headers.
Regards,
Tim
Index: sys/arch/alpha/include/stdarg.h
===================================================================
RCS file: /cvs/src/sys/arch/alpha/include/stdarg.h,v
retrieving revision 1.11
diff -u sys/arch/alpha/include/stdarg.h
--- sys/arch/alpha/include/stdarg.h 23 Oct 2008 21:25:07 -0000 1.11
+++ sys/arch/alpha/include/stdarg.h 29 Dec 2010 ...
| Dec 29, 8:53 am 2010 |
| Kjell Wooding | Re: MD5 Folding in kernel RNG
Right. the arc4random_buf_large() mechanism will still get used, though, by
anyone who calls arc4random_buf() with a big enough request, correct? And
the setup time in this case will also be affected by the multiplier we
choose for dumping initial keystream.
I think I need to code up some test cases...
-kj
| Dec 28, 8:48 pm 2010 |
| Stefan Sperling | Re: fix swapctl -A with DUIDs in /etc/fstab
Cleaner diff using isduid() from libutil.
Index: Makefile
===================================================================
RCS file: /cvs/src/sbin/swapctl/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile 26 Feb 2000 04:06:23 -0000 1.2
+++ Makefile 29 Dec 2010 11:13:18 -0000
@@ -3,6 +3,7 @@
PROG= swapctl
SRCS= swapctl.c swaplist.c
+LDADD= -lutil
MAN= swapctl.8
LINKS= ${BINDIR}/swapctl ${BINDIR}/swapon
Index: ...
| Dec 29, 4:17 am 2010 |
| Reyk Floeter | Re: relayd: exec program on gateway change
Hi,
I remember you were explaining the problem at EuroBSDCon ;-). And now
I would prefer to call it "run" (it is a full word and similar to the
Yes, it makes sense. But we can give it a fairly high default value.
I like your diff and what it does. Please give me some time to look
at it in detail, maybe not before next year...
| Dec 29, 10:22 am 2010 |
| Kenneth R Westerback | Re: working hotplug for busy devices on mpii(4)
Works for me. Full moral support from krw@.
| Dec 28, 6:19 pm 2010 |
| David Gwynne | Re: working hotplug for busy devices on mpii(4)
ive had no takers on testing.
i cant see how raid and sas events will race in the current code,
so i think the 1second sleep to avoid confusion is unecessary. i
will put it in and deal with fallout if it comes up.
| Dec 28, 6:01 pm 2010 |
| previous day | today | next day |
|---|---|---|
| December 28, 2010 | December 29, 2010 | December 30, 2010 |
