On Sat, Apr 24, 2010 at 2:57 AM, Garance A Drosehn wrote:
> At 10:15 AM +0100 4/22/10, krad wrote:
>>
>> On 22 April 2010 08:33, Alex Keda wrote:
>>
>>> 22.04.2010 11:29, Gordon Tetlow ?:
>>>
On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda >>> ad...@lissyara.su>> wrote:
It's
At 10:15 AM +0100 4/22/10, krad wrote:
On 22 April 2010 08:33, Alex Keda wrote:
22.04.2010 11:29, Gordon Tetlow ?:
On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda > wrote:
It's need feature. I test patch - it work for me (CURRENT, amd64)
Can I use some as:
/path/to/dir/*.conf
I have a Dell Zino HD (Mac mini clone, with eSATA ports) that uses the
BCM4353 chip (called a Dell 1520 card)
no...@pci0:2:0:0:class=0x028000 card=0x000e1028 chip=0x435314e4
rev=0x01 hdr=0x00
vendor = 'Broadcom Corporation'
class = network
Should I expect this to work with to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
En/na Weongyo Jeong ha escrit:
> On Wed, Mar 03, 2010 at 11:10:14AM +0200, Alexandr Rybalko wrote:
>> On Wed, 3 Mar 2010 00:28:33 -0800
>> Weongyo Jeong wrote:
>
I've been testing the driver for a few time with AMD64/CURRENT. A
few time ago I started
On Fri, Apr 23, 2010 at 09:40:59AM +0300, Andriy Gapon wrote:
> on 23/04/2010 07:48 Szilveszter Adam said the following:
> > There is one interesting tidbit though: previously it used to be
> > possible to run cdda2wav also as non-root, provided the user running it
> > had read access to the /dev/c
Hiroki,
Throughout your post you are *theorizing* about what you *think* will
happen. You obviously missed the parts of my post(s) where I said I
actually tested it.
BEFORE you make any changes to the existing code you need to do some
actual testing, publish your methods and results, make a persu
Hello, Nenhum_de_Nos.
You wrote 23 апреля 2010 г., 09:08:05:
>> > and RAID5 (due to lack of module in a base system).
>> I'm cleaning up gradi5 now according to style(9) and want to make
>> port out of it in month or two ("unfortunalety", I have alot of paid
>> work, which is not FreeBSD-re
On 2010-04-23, Scott Long wrote:
> My advice is to retrain your fingers to use cdrecord. Burncd is
> highly specific to the old ata driver, and "adding SCSI support" to it
> would likely involve a complete rewrite.
Well, I did that by porting parts of acd(4) to user space.
--
Jaakko
_
On Fri, Apr 23, 2010 at 1:41 AM, Paul Wootton
wrote:
> Alexander Motin wrote:
>
>>
>> Can we do switchover now, or some more reasons preventing this?
>>
>> The only thing I miss about the old ATA layer was that I knew that a drive
> on a particular controller would always be assigned the same adX
Doug Barton wrote
in <4bcb6a14.5040...@freebsd.org>:
do> > # ifconfig gif0 create
do> > # ifconfig gif0 up
do>
do> Your statement is literally true, in this case the network.subr stuff
do> "has no control" because it isn't run. That was the same for the old
do> code as it is for the new code.
John Baldwin wrote:
> On Thursday 22 April 2010 11:31:37 am Alexander Motin wrote:
>> If ataraid(4) should be reimplemented in GEOM, then how exactly? One
>> more separate RAID infrastructure in GEOM (third?) looks excessive.
>> Reuse gmirror, gstripe,... code would be nice, but will make them more
On Apr 23, 2010, at 7:50 AM, John Baldwin wrote:
> On Thursday 22 April 2010 11:31:37 am Alexander Motin wrote:
>> If ataraid(4) should be reimplemented in GEOM, then how exactly? One
>> more separate RAID infrastructure in GEOM (third?) looks excessive.
>> Reuse gmirror, gstripe,... code would b
On Apr 23, 2010, at 8:00 AM, Jaakko Heinonen wrote:
> On 2010-04-23, Alexander Best wrote:
>> has anybody thought about adding scsi support to burncd(8)? i've been using
>> ATA CAM for quite a while now and really love it. however i miss burncd(8).
>
> I have thought about it. The mail I posted
On Fri, Apr 23, 2010 at 09:50:33AM -0400, John Baldwin wrote:
> On Thursday 22 April 2010 11:31:37 am Alexander Motin wrote:
> > If ataraid(4) should be reimplemented in GEOM, then how exactly? One
> > more separate RAID infrastructure in GEOM (third?) looks excessive.
> > Reuse gmirror, gstripe,..
On 2010-04-23, Alexander Best wrote:
> has anybody thought about adding scsi support to burncd(8)? i've been using
> ATA CAM for quite a while now and really love it. however i miss burncd(8).
I have thought about it. The mail I posted in December didn't generate
any interest.
http://docs.freebsd
On Thursday 22 April 2010 11:31:37 am Alexander Motin wrote:
> If ataraid(4) should be reimplemented in GEOM, then how exactly? One
> more separate RAID infrastructure in GEOM (third?) looks excessive.
> Reuse gmirror, gstripe,... code would be nice, but will make them more
> complicated and could
On Thursday 22 April 2010 6:28:34 pm Steve Kargl wrote:
> How does one interpret the following MCA message?
>
> MCA: Bank 4, Status 0x945a4000d6080a13
> MCA: Global Cap 0x0105, Status 0x
> MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0
> MCA: CPU 0 COR BUSLG Responder
On 04/23/10 14:32, Andriy Gapon wrote:
on 23/04/2010 12:28 Alexander Best said the following:
has anybody thought about adding scsi support to burncd(8)? i've been using
ATA CAM for quite a while now and really love it. however i miss burncd(8). i
found it to be much easier to use and less buggy
on 23/04/2010 12:28 Alexander Best said the following:
> has anybody thought about adding scsi support to burncd(8)? i've been using
> ATA CAM for quite a while now and really love it. however i miss burncd(8). i
> found it to be much easier to use and less buggy than cdrecord(1).
burncd for CAM (
Hello,
Can you try this? (all 3 files has been updated)
http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan
This is for rev 207077 or newer.
If you are using older rev, please let me know with rev #, I'll change the code
accordingly.
If it isn't too much
Paul Wootton wrote:
> Alexander Motin wrote:
>> Can we do switchover now, or some more reasons preventing this?
>
> The only thing I miss about the old ATA layer was that I knew that a
> drive on a particular controller would always be assigned the same adX
> number, whether is was present at boot
has anybody thought about adding scsi support to burncd(8)? i've been using
ATA CAM for quite a while now and really love it. however i miss burncd(8). i
found it to be much easier to use and less buggy than cdrecord(1). since
eventually the whole ata(4) subsystem will be dumped in favour of cam(4)
Alexander Motin wrote:
Can we do switchover now, or some more reasons preventing this?
The only thing I miss about the old ATA layer was that I knew that a
drive on a particular controller would always be assigned the same adX
number, whether is was present at boot time, or added days later
On Wed, 21 Apr 2010, Garrett Cooper wrote:
On Wed, Apr 21, 2010 at 12:39 AM, Gary Jennejohn
wrote:
On Tue, 20 Apr 2010 12:15:48 -1000 (HST)
Jeff Roberson wrote:
Hi Folks,
You may have seen my other Soft-updates journaling (SUJ) announcements.
If not, it is a journaling system that works co
24 matches
Mail list logo
