On Thu, Dec 16, 2010 at 12:28:56AM +, Jacob Meuser wrote:
> the following diff tries to make sure that no other processes/threads
> are or will be using the drivers software context when the driver is
> detached.
same treatment for otus(4), rsu(4) and urtwn(4)
ok?
--
jake...@sdf.lonestar.or
On Thu, Dec 30, 2010 at 12:10:16AM +0100, Mark Kettenis wrote:
> 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
My Acer Aspire 5551 works perfectly now with this, thanks.
-Bryan.
On Wed, Dec 29, 2010 at 4:48 PM, Brad wrote:
> On Wednesday 29 December 2010 18:10:16 Mark Kettenis wrote:
>> 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 w
On Wed, Dec 29, 2010 at 11:08:55PM +0100, Mark Kettenis wrote:
> > Date: Thu, 30 Dec 2010 08:44:33 +1100
> > From: Jonathan Gray
> >
> > On Wed, Dec 29, 2010 at 01:51:44PM +0100, Mark Kettenis wrote:
> > > Gets rid of the "unknown i686 model 0xXX, can't get bus clock" message
> > > on the Xeon 36
On Wed, Dec 29, 2010 at 01:03:23PM +, Thordur Bjornsson wrote:
> 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 c
On Wednesday 29 December 2010 18:10:16 Mark Kettenis wrote:
> 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-PC
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.
Als
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
> Date: Thu, 30 Dec 2010 08:44:33 +1100
> From: Jonathan Gray
>
> On Wed, Dec 29, 2010 at 01:51:44PM +0100, Mark Kettenis wrote:
> > 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 co
On Wed, Dec 29, 2010 at 01:51:44PM +0100, Mark Kettenis wrote:
> 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 pe
CigarrilloElectrónico 88mm con display LCD $ 270
pesos Dispositivo electrónicocreado para mejorar
la calidad de Vida. Posee la apariencia de un cigarillo tradicional pero con
la ventajade no contar con tabaco ni alquitrán.
Sabor a cigarrillo
On Wed, Dec 29, 2010 at 7:53 AM, Tim van der Molen wrote:
...
> 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.
Looks good to me. I suspect sys/arch/m88k/include/va-m88k.h could use
some tweaking too, but it's d
Hi,
On Mon, Dec 27, 2010 at 11:24:20PM +0100, Sebastian Benoit wrote:
> i am using relayd in "router" mode for a cable-modem link that sometimes
> does not work.
>
> I need to run a programm to load/unload pf-rules and to restart a
> proxy with a different config whenever this happens.
>
I reme
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
Daca aveti probleme cu vizionarea acestui email dati [click aici] pentru
a vizualiza varianta online!
[IMAGE]
[IMAGE]
Newsletter 28.12.2010
[IMAGE]
CaseFaraIntermediari.roUrmariti-ne pe Facebook!Urmariti-ne pe
Twitter!Urmariti-ne pe Blogger!
Ultimele anunturi adaugate
Vezi toate anunturil
Equipopara 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
On Wed, 29 Dec 2010 02:30:37 +0100, Ted Unangst wrote:
> On Tue, Dec 28, 2010 at 6:59 PM, Tim van der Molen wrote:
> > So, to conclude, what I would like to propose is the following:
> > * Hide from lint the va_copy() macro in .
> > * Add a lint-friendly va_copy() macro to
> > /usr/src/sys/arch/*
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
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
explanation makes perfect sense to me and the diff is good.
ok dlg@
On 29/12/2010, at 11:03 PM, Thordur Bjornsson wrote:
> 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 diffe
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
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/machd
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@
===
On 29 December 2010 c. 13:12:21 Paul de Weerd wrote:
> 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)
On Tue, Dec 28, 2010 at 09:36:43PM +0100, Stefan Sperling wrote:
> /etc/fstab:
> 736f610b58fed843.b none swap sw 0 0
>
> # swapctl -A
> swapctl: 736f610b58fed843.b: No such file or directory
>
> With patch below:
>
> # swapctl -A
> swapctl: adding 736f610b58fed843.b as swap d
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.
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
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.
--
Best wishes,
Vadim Zhukov
A: Because it messes up the order in w
29 matches
Mail list logo