Re: Switchover to CAM ATA?

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 acces

Re: Switchover to CAM ATA?

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

Re: Switchover to CAM ATA?

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 sup

Re: Switchover to CAM ATA?

On Thu, 22 Apr 2010 22:28:03 +0400 Lev Serebryakov wrote: > Hello, Alexander. > You wrote 22 апреля 2010 г., 19:31:37: > > > 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 ("unfortunal

Re: Switchover to CAM ATA?

Dear Alexander, dear collegaues, On Thu, Apr 22, 2010 at 06:31:37PM +0300, Alexander Motin wrote: > Can we do switchover now, or some more reasons preventing this? I have been using ATA_CAM with legacy support for ata(4) for some time, and have found it to be stable and very useable. I have even

Re: [CFT]: ClangBSD is selfhosting, we need testers now

On Thu, Apr 22, 2010 at 04:32:45PM -0700, K. Macy wrote: > The current llvm-devel package is woefully out of date. Anyone wishing > to try this will need to compile the latest port. For the foreseeable future, doing anything but using the latest port is a recipe for problems. -- Brooks > -Kip >

Re: MCA messages in /var/log/message?

On Fri, Apr 23, 2010 at 02:24:03AM +0300, Andriy Gapon wrote: > on 23/04/2010 01:28 Steve Kargl said the following: > > How does one interpret the following MCA message? > > > > MCA: Bank 4, Status 0x945a4000d6080a13 > > MCA: Global Cap 0x0105, Status 0x > > MCA: Vendor

Re: [CFT]: ClangBSD is selfhosting, we need testers now

The current llvm-devel package is woefully out of date. Anyone wishing to try this will need to compile the latest port. -Kip On Fri, Apr 16, 2010 at 9:08 AM, Roman Divacky wrote: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang > (clang.llvm.org) > into FreeBSD, replac

Re: MCA messages in /var/log/message?

on 23/04/2010 01:28 Steve Kargl said the following: > 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 M

MCA messages in /var/log/message?

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 Memory MCA: Address 0x70c42280 MCA: Bank 4, Status 0x942140012a08

Re: Switchover to CAM ATA?

Richard Tector wrote: On 22/04/2010 19:48, Maxim Sobolev wrote: Alexander Motin wrote: So what is the public opinion: Is the lack of ataraid(4) fatal or we can live without it? I believe it's fatal in long run. This would present significant challenge for users who rely on this functionality

Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server

John Baldwin wrote: On Thursday 22 April 2010 2:28:26 pm Maxim Sobolev wrote: John Baldwin wrote: On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote: Maxim Sobolev wrote: There is already a code to detect non-existing AT keyboard and avoid attaching atkbd to it. The code is i386-only at

Re: Switchover to CAM ATA?

On 22/04/2010 19:48, Maxim Sobolev wrote: Alexander Motin wrote: So what is the public opinion: Is the lack of ataraid(4) fatal or we can live without it? I believe it's fatal in long run. This would present significant challenge for users who rely on this functionality from upgrading from 8

Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server

On Thursday 22 April 2010 2:28:26 pm Maxim Sobolev wrote: > John Baldwin wrote: > > On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote: > >> Maxim Sobolev wrote: > >>> There is already a code to detect non-existing AT keyboard and avoid > >>> attaching atkbd to it. The code is i386-only at t

Re: [CFT]: ClangBSD is selfhosting, we need testers now

Ulrich Spörlein schrieb am 2010-04-22: > On Wed, 21.04.2010 at 23:30:15 +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > > > Roman Divacky schrieb am 2010-04-21: > > > > [snip] > > > > > 1) cd modules/s

Re: [CFT]: ClangBSD is selfhosting, we need testers now

Andrew Reilly schrieb am 2010-04-22: > On Wed, Apr 21, 2010 at 05:23:38PM +0200, Roman Divacky wrote: > > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > > i might have stumbled upon a problem with clang. i've compiled a > > > kernel from > > > the clang branch using `make kerne

Re: Switchover to CAM ATA?

Alexander Motin wrote: So what is the public opinion: Is the lack of ataraid(4) fatal or we can live without it? I believe it's fatal in long run. This would present significant challenge for users who rely on this functionality from upgrading from 8.x to 9.0 later on. Especially for ones usi

Re: Switchover to CAM ATA?

Hello, Alexander. You wrote 22 апреля 2010 г., 19:31:37: > 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 any way

Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server

John Baldwin wrote: On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote: Maxim Sobolev wrote: There is already a code to detect non-existing AT keyboard and avoid attaching atkbd to it. The code is i386-only at the moment, I am trying to figure out how to modify it so that it works on amd

Re: newsyslog patch implementing file includes

On Thu, Apr 22, 2010 at 6:26 AM, John Baldwin wrote: > This is a great feature! One suggestion, I think this text in the new > manpage > isn't quite right: > > Name of the system log file to be archived, the literal string "default", > or "include". > > I think it's ambiguous about "include" a

Re: Re: Switchover to CAM ATA?

22.04.10, 11:17, "Adam Vande More": > I think sade(and by further discussion sysinstall) is now getting some > attention and now supports geom devices, zfs, etc at least in one person's > testbed. I know that's it's been tried before but there are actually > screenshots from it. > > http:/

Re: Switchover to CAM ATA?

Short opinion from me: Yes, for HEAD. Not MFC'able. It's too major a change for that. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@fr

Re: Switchover to CAM ATA?

On Thu, Apr 22, 2010 at 11:25 AM, Julian Elischer wrote: > just one little fly in that ointment... booting. > > You need to be able to act with the raid in the same way the bios does > or you can't boot. I don't think geom would easlily do that but I could be > wrong. Certainly if you treat teh a

Re: Switchover to CAM ATA?

On 4/22/10 9:17 AM, Adam Vande More wrote: +1 on ataraid's retirement. just one little fly in that ointment... booting. You need to be able to act with the raid in the same way the bios does or you can't boot. I don't think geom would easlily do that but I could be wrong. Certainly if y

Re: Switchover to CAM ATA?

On Thu, Apr 22, 2010 at 10:42 AM, Freddie Cash wrote: > If a lowly user's vote counts for anything, I'd vote for the complete > removal of ataraid support. We have gstripe, gmirror, graid3, graid5, and > zfs (and gvinum for the masochistics). :) We don't need to support any of > the crappy pse

Re: Switchover to CAM ATA?

Freddie Cash ha scritto: >> So what is the public opinion: Is the lack of ataraid(4) fatal or we can >> live without it? Lack of ataraid means no more arX devices, right? I'd say it's not fatal for HEAD, but it is for a -STABLE branch. > ataraid(4) has served it's > purpose, tiding us over until

FreeBSD Status Report January-March, 2010

FreeBSD Quarterly Status Report Introduction This report covers FreeBSD related projects between January and March 2010. Being the first of the four reports planned for 2010 with 46 entries, it shows a good progress of the FreeBSD Project and proves that our committers are keeping up

Re: Switchover to CAM ATA?

2010/4/22 Alexander Motin > 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 legacy hardware, an

Switchover to CAM ATA?

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 legacy hardware, and one more improved driver for

Re: [CFT]: ClangBSD is selfhosting, we need testers now

On Wed, 21.04.2010 at 23:30:15 +0200, Alexander Best wrote: > Roman Divacky schrieb am 2010-04-21: > > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > > Roman Divacky schrieb am 2010-04-21: > > > > [snip] > > > > > 1) cd modules/sound/sound && make CC=gcc > > > > after this s

Re: newsyslog patch implementing file includes

On Wednesday 21 April 2010 11:55:44 pm Gordon Tetlow wrote: > I wanted the ability for a port to have a rotating log policy so I wrote a > patch for newsyslog to implement includes of other newsyslog.conf style > files. > > Please find the patch at: > http://people.freebsd.org/~gordon/patches/new

Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server

On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote: > Maxim Sobolev wrote: > > There is already a code to detect non-existing AT keyboard and avoid > > attaching atkbd to it. The code is i386-only at the moment, I am trying > > to figure out how to modify it so that it works on amd64 as wel

Re: newsyslog patch implementing file includes

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 > ? > and can I create recursive include? > Yes, wildcards and recursive includes are supported. Gordon

Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server

Maxim Sobolev wrote: There is already a code to detect non-existing AT keyboard and avoid attaching atkbd to it. The code is i386-only at the moment, I am trying to figure out how to modify it so that it works on amd64 as well. Looks like this huge delay is caused by the inb() being astonishin

Re: newsyslog patch implementing file includes

reebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > i would be real nice is newsyslog also supported a date based file renaming shceme rather than the cyclic 0,1

Re: Does "makeoptions WITH_CTF=yes" actually work?

Quoting Navdeep Parhar (from Thu, 22 Apr 2010 01:33:22 -0700): On Thu, Apr 22, 2010 at 09:44:47AM +0200, Alexander Leidinger wrote: Quoting Navdeep Parhar (from Wed, 21 Apr 2010 18:23:33 -0700): >Your patch works for me, thanks. There is just one more problem with the CTF I found a ca

Re: Does "makeoptions WITH_CTF=yes" actually work?

On Thu, Apr 22, 2010 at 09:44:47AM +0200, Alexander Leidinger wrote: > Quoting Navdeep Parhar (from Wed, 21 Apr 2010 > 18:23:33 -0700): > > >Your patch works for me, thanks. There is just one more problem with the CTF > > I found a case where it does not work (not kernel related), I have > anot

Re: Does "makeoptions WITH_CTF=yes" actually work?

Quoting Navdeep Parhar (from Wed, 21 Apr 2010 18:23:33 -0700): Your patch works for me, thanks. There is just one more problem with the CTF I found a case where it does not work (not kernel related), I have another one which works better. generation that needs to be fixed: http://lis

Re: newsyslog patch implementing file includes

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 ? and can I create recursive include? Yes, wildcar

Re: newsyslog patch implementing file includes

22.04.2010 07:55, Gordon Tetlow пишет: I wanted the ability for a port to have a rotating log policy so I wrote a patch for newsyslog to implement includes of other newsyslog.conf style files. Please find the patch at: http://people.freebsd.org/~gordon/patches/newsyslog.diff