On 22-04-2010 18:31, Alexander Motin wrote:
Hi.
With time passed, CAM-based ATA infrastructure IMHO looks enough mature
now to enable it in HEAD. Now we have two new stable drivers ahci(4) and
siis(4), covering major part of modern SATA HBAs, `options ATA_CAM`
wrapper for ata(4) to supports
On Fri, Apr 23, 2010 at 06:48:09AM +0200 I heard the voice of
Szilveszter Adam, and lo! it spake thus:
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/cd0 device. This seems to
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/cd0 device. This seems to no longer work.
Probably you also need access
On Wed, 21 Apr 2010, Garrett Cooper wrote:
On Wed, Apr 21, 2010 at 12:39 AM, Gary Jennejohn
gary.jennej...@freenet.de wrote:
On Tue, 20 Apr 2010 12:15:48 -1000 (HST)
Jeff Roberson jrober...@jroberson.net wrote:
Hi Folks,
You may have seen my other Soft-updates journaling (SUJ)
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
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
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 time,
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
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
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
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 RD
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 be
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.
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,... code
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 in
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 be
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
Doug Barton do...@freebsd.org 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
On Fri, Apr 23, 2010 at 1:41 AM, Paul Wootton
p...@fletchermoorland.co.ukwrote:
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
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
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-related in
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
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/cd0
-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 weongyo.je...@gmail.com wrote:
I've been testing the driver for a few time with AMD64/CURRENT. A
few
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
At 10:15 AM +0100 4/22/10, krad wrote:
On 22 April 2010 08:33, Alex Keda ad...@lissyara.su wrote:
22.04.2010 11:29, Gordon Tetlow ?:
On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda ad...@lissyara.su mailto:
ad...@lissyara.su wrote:
It's need feature. I test patch - it work for me
On Sat, Apr 24, 2010 at 2:57 AM, Garance A Drosehn g...@freebsd.org wrote:
At 10:15 AM +0100 4/22/10, krad wrote:
On 22 April 2010 08:33, Alex Keda ad...@lissyara.su wrote:
22.04.2010 11:29, Gordon Tetlow ?:
On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda ad...@lissyara.su mailto:
27 matches
Mail list logo