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
Hello,
The patch at http://www.kevlo.org/vte.diff adds support for
RDC R6040 10/100 Ethernet device.
Please test if you have that device and send feedback directly
to me, thanks!
Tested on eBox-3300MX.
# dmesg | grep vte
vte0 at pci0 dev 8 function 0 RDC R6040 Ethernet rev 0x00: irq 3,
address
On Fri, Jan 14, 2011 at 07:10, Christopher Zimmermann
madro...@zakweb.de wrote:
On 01/14/11 00:51, Ted Unangst wrote:
If I type the wrong password into bioctl at boot, disks don't exist,
filesystems don't get mounted, and generally lots of things go wrong. All
I need is a second chance to
From: Brad b...@comstyle.com
Date: Thu, 13 Jan 2011 19:59:27 -0500
On Saturday 17 April 2010 13:59:56 Brad wrote:
Please test the following diff with any msk(4) adapters.
Just check that the interfaces are working before and after
applying the diff.
This corrects the interrupt
Date: Fri, 14 Jan 2011 09:00:09 +0100
From: Matthieu Herrb matthieu.he...@laas.fr
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
On 14 January 2011 09:11, Mark Kettenis mark.kette...@xs4all.nl wrote:
Date: Fri, 14 Jan 2011 09:00:09 +0100
From: Matthieu Herrb matthieu.he...@laas.fr
On Wed, Jan 12, 2011 at 08:32:12PM -0500, Brad wrote:
The following diff is ported from NetBSD (the workaround originated from
On 01/14/11 03:12, Vadim Zhukov wrote:
On 14 January 2011 ?. 02:46:49 Alexander Hall wrote:
On 01/13/11 14:48, Vadim Zhukov wrote:
@@ -230,10 +232,12 @@ from its default will make it impossible
to find the alternate superblocks if the standard superblock is
lost.
.It Fl s Ar size
-The
The following diff factors out the block I/O code that is used within
softraid(4) and also allows it to handle I/Os that exceeds MAXPHYS in
size. This is necessary for some upcoming work.
This diff needs extensive testing since the main purpose is to read and
write the softraid metadata. Bugs in
$ 280 Pesos Planchita
Gama + Secador Elite Combo Especial para
Regalar / 1 Plancha para Cabello Ga.Ma Italy Ceramic
Laser ION / 1 Secador Elite Mini 1400W
On Fri, Jan 14, 2011 at 12:57 AM, Joel Sing j...@sing.id.au wrote:
On Friday 14 January 2011, Ted Unangst wrote:
If I type the wrong password into bioctl at boot, disks don't exist,
filesystems don't get mounted, and generally lots of things go wrong. All
I need is a second chance to remind
Se non visualizzi bene news clicca qui
/P
remove mail
On Thu, Jan 06, 2011 at 07:52:19PM +0300, Alexander Polakov wrote:
* Alexander Polakov polac...@gmail.com [110105 17:20]:
Hi,
here's an updated version.
1) en_US.UTF-8.src updates from FreeBSD
Let's start with those.
These changes are all fine, I checked them against Unicode 5.2.
Top Shop
Top E-revija: 58, 14. januar 2011.
PraktiD
na rešenja i saveti za bolji Eivot
Budi fit | Lepota | Zdrav Eivot | DomaDinstvo
Zabava i deca | Svi proizvodi | Knjige | Saveti i zabava
Top Shop
HIT TV proizvodi!
Door Gym Xtreme - fitnes rekvizit
Door Gym Xtreme
Relax Tone ruD
ni
This one needs lots of testing folks. Please oblige.
On Sat, Jan 15, 2011 at 01:22:24AM +1100, Joel Sing wrote:
The following diff factors out the block I/O code that is used within
softraid(4) and also allows it to handle I/Os that exceeds MAXPHYS in
size. This is necessary for some upcoming
On Sun, Jan 09, 2011 at 04:21:51PM -0500, Ted Unangst wrote:
Downloading things can go a lot faster if the server and client support
http compression. This is easily added to the ftp program's http support.
It consists of two parts. Support for deflating the data we receive and
support
Or to reiterate - if you want this working in 4.9 now is the time to
make time to test it :)
On 14 January 2011 09:42, Marco Peereboom sl...@peereboom.us wrote:
This one needs lots of testing folks. Please oblige.
On Sat, Jan 15, 2011 at 01:22:24AM +1100, Joel Sing wrote:
The following diff
On Fri, Jan 14, 2011 at 12:08 PM, Marc Espie es...@nerim.net wrote:
On Sun, Jan 09, 2011 at 04:21:51PM -0500, Ted Unangst wrote:
Downloading things can go a lot faster if the server and client support
http compression. This is easily added to the ftp program's http support.
It consists of
The big question of course is whether it will survive a make build
with the change that removes the restriction of only using Ultra-DMA
up to mode 2, but without the fixes in pciide.c.
Beware, that might actually eat your filesystem.
I'm doing this right now. I'm running a make build as
On Fri, Jan 14, 2011 at 06:08:54PM +0100, Marc Espie wrote:
On Sun, Jan 09, 2011 at 04:21:51PM -0500, Ted Unangst wrote:
Downloading things can go a lot faster if the server and client support
http compression. This is easily added to the ftp program's http support.
It consists of two
There's a bug in cwm that screws up alt-tab if you follow the set of events
described in the next paragraph. To regain alt-tab functionality you need
to jerk the mouse around to focus clients and then it usually comes back to
its senses again.
So, start with a clean root window. Spawn two
Here's another command I always miss while working with mg.
diff -up src/usr.bin/mg.old/def.h src/usr.bin/mg/def.h
--- src/usr.bin/mg.old/def.hFri Jan 14 17:27:17 2011
+++ src/usr.bin/mg/def.hFri Jan 14 17:49:34 2011
@@ -512,6 +512,7 @@ int forwdel(int, int);
int
On 14 January 2011 ?. 17:18:41 Alexander Hall wrote:
On 01/14/11 03:12, Vadim Zhukov wrote:
+If multiplier was not specified then this value is interpreted as number of
+sectors (see
+.Fl S ) ,
+not number of bytes.
I'm not entirely happy with that... Maybe jmc@ can help?
I'd
On Fri, Jan 14, 2011 at 10:07:19PM +0300, Vadim Zhukov wrote:
On 14 January 2011 ?. 17:18:41 Alexander Hall wrote:
On 01/14/11 03:12, Vadim Zhukov wrote:
+If multiplier was not specified then this value is interpreted as number
of
+sectors (see
+.Fl S ) ,
+not number of bytes.
On 14 January 2011 ?. 23:15:13 Jason McIntyre wrote:
On Fri, Jan 14, 2011 at 10:07:19PM +0300, Vadim Zhukov wrote:
On 14 January 2011 ?. 17:18:41 Alexander Hall wrote:
On 01/14/11 03:12, Vadim Zhukov wrote:
+If multiplier was not specified then this value is interpreted as
number of
On Sat, Jan 15, 2011 at 12:42:03AM +0300, Vadim Zhukov wrote:
- the existing behaviour deals in sectors
- the description of -S will then match
- the mnemonic will be lost if you talk about sectors as being
secondary
Hm-m-m... okay, here is another try. Only manpage
On Fri, Jan 14, 2011 at 05:21:46PM +0100, Stefan Sperling wrote:
On Thu, Jan 06, 2011 at 07:52:19PM +0300, Alexander Polakov wrote:
* Alexander Polakov polac...@gmail.com [110105 17:20]:
Hi,
here's an updated version.
1) en_US.UTF-8.src updates from FreeBSD
Let's start with
Hi folks,
Here's a diff to expr(1) that does three things I feel make it more useful:
+ Makes it 64-bit capable on 64-bit architectures by changing relevant
int:s to long:s. I often use expr as a quick calculator for example when
partitioning disks and such, and frequently find myself up
+ Makes it 64-bit capable on 64-bit architectures by changing relevant
int:s to long:s.
I think this is a problem.
I would expect a unix utility of this importance to work exactly the
same on all our platforms.
On Fri, Jan 14, 2011 at 10:11 PM, Benny Lofgren bl-li...@lofgren.biz wrote:
+ Makes it 64-bit capable on 64-bit architectures by changing relevant int:s
to long:s. I often use expr as a quick calculator for example when
partitioning disks and such, and frequently find myself up against the 32
Hi,
Resubmitting the second change for review.
Recap:
+ Makes it able to use C-style radix prefixes to integers in order to do
calculations in octal and hexadecimal. In the olden days, early '80:s to
be specific, I worked at a company that produced a unix flavour called
D-NIX, which had
Hi,
Resubmitting the first of my three changes to expr(1) for review.
To recap from my original mail:
+ Makes it 64-bit capable on both 32- and 64-bit architectures by
changing relevant int:s to int64_t:s. I often use expr as a quick
calculator for example when partitioning disks and such,
Hi,
Third change resubmit for review.
Recap:
+ Makes it able to output calculation results in hex and octal. This is
of course the reverse functionality to the previous. Works like this:
skynet:/usr/src/bin/expr# expr -x 16383
3fff
skynet:/usr/src/bin/expr# expr -o 16383
On Fri, Jan 14, 2011 at 8:08 PM, Benny Lofgren bl-li...@lofgren.biz wrote:
+ Makes it 64-bit capable on both 32- and 64-bit architectures by changing
relevant int:s to int64_t:s. I often use expr as a quick calculator for
example when partitioning disks and such, and frequently find myself up
On Fri, Jan 14, 2011 at 8:11 PM, Benny Lofgren bl-li...@lofgren.biz wrote:
+ Makes it able to use C-style radix prefixes to integers in order to do
calculations in octal and hexadecimal. In the olden days, early '80:s to be
specific, I worked at a company that produced a unix flavour called
On Fri, Jan 14, 2011 at 08:22:25PM -0700, Theo de Raadt wrote:
+ Makes it 64-bit capable on 64-bit architectures by changing relevant
int:s to long:s.
I think this is a problem.
I would expect a unix utility of this importance to work exactly the
same on all our platforms.
On Fri, Jan 14, 2011 at 8:13 PM, Benny Lofgren bl-li...@lofgren.biz wrote:
+ Makes it able to output calculation results in hex and octal. This is of
course the reverse functionality to the previous. Works like this:
...
- And of course POSIX, this everlasting spectre?
No problems from POSIX
On Fri, Jan 14, 2011 at 10:39 PM, Philip Guenther guent...@gmail.com wrote:
On Fri, Jan 14, 2011 at 8:11 PM, Benny Lofgren bl-li...@lofgren.biz wrote:
+ Makes it able to use C-style radix prefixes to integers in order to do
calculations in octal and hexadecimal.
...
Unfortunately, this would
This is a message in multipart MIME format. Your mail client should not be
displaying this. Consider upgrading your mail client to view this message
correctly.
[demime 1.01d removed an attachment of type image/png which had a name of
technorati_32.png]
[demime 1.01d removed an attachment of
38 matches
Mail list logo
