2010/4/7 Andrey V. Elsukov :
> On 07.04.2010 21:49, Randi Harper wrote:
>>
>> Wow. This is awesome. patches? :D
>
> :)
> I'm not ready yet to publish code. I planned to announce this RFC
> a bit later, when code will be finished. But Konstantin (kib@) suggested
> do it before finishing.
>
>> I've b
Hi,
Sorry for taking long to fix. Here is another patch.
**But before trying it out, please check rev. of your system.**
If you are using r206358 (15:29 UTC Apr. 7) or newer, the driver won't work. If
you are using older system, please try this patch.
http://projects.nasreddine.com/projects/run
/sade-20100408.tgz
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Quoting "Andrey V. Elsukov" (from Thu, 08 Apr 2010
10:51:08 +0400):
On 08.04.2010 10:27, Bruce Cran wrote:
That's a shame. As long as the source isn't available it's of
little interest
to me.
For anyone who wants to see the bits of code I've got so far, I've created a
Google Code project
On 7 April 2010 18:33, Dan Nelson wrote:
> In the last episode (Apr 07), krad said:
> > On 7 April 2010 05:38, Freddie Cash wrote:
> > > On Tue, Apr 6, 2010 at 9:35 PM, lhmwzy wrote:
> > > > What's your mean??
> > >
> > > See the archives for the freebsd-fs mailing list. There are two
> > > se
Alexander Leidinger writes:
> Please consider using SVN instead. A lot more users will be able to
> check out from there.
We don't grant non-committers access to the Subversion repo.
> It looks like other people had a look at sysinstall, not at sade. As
> sysinstall is supposed to be used at ins
On 8 Apr 2010, at 10:05, Dag-Erling Smørgrav wrote:
> Alexander Leidinger writes:
>> Please consider using SVN instead. A lot more users will be able to
>> check out from there.
>
> We don't grant non-committers access to the Subversion repo.
The SVN repo is available to the public via HTTP.
R
Quoting Dag-Erling Smørgrav (from Thu, 08 Apr 2010
11:05:34 +0200):
Alexander Leidinger writes:
Please consider using SVN instead. A lot more users will be able to
check out from there.
We don't grant non-committers access to the Subversion repo.
Ooops... seems I misremembered his stat
On 08.04.2010 11:05, Dag-Erling Smørgrav wrote:
> Alexander Leidinger writes:
>> Please consider using SVN instead. A lot more users will be able to
>> check out from there.
>
> We don't grant non-committers access to the Subversion repo.
>
>> It looks like other people had a look at sysinstall,
on 08/04/2010 12:05 Dag-Erling Smørgrav said the following:
> Alexander Leidinger writes:
>> Please consider using SVN instead. A lot more users will be able to
>> check out from there.
>
> We don't grant non-committers access to the Subversion repo.
But nothing stops Andrey from creating his ow
On 08.04.2010 14:15, Alexander Leidinger wrote:
We don't grant non-committers access to the Subversion repo.
Ooops... seems I misremembered his status. Somehow I associate him with
something FreeBSD related. Andrey, did you participate in a GSoC?
No, I'm not fit for GSoC.
My suggestion is t
Rui Paulo writes:
> Dag-Erling Smørgrav writes:
> > Alexander Leidinger writes:
> > > Please consider using SVN instead. A lot more users will be able
> > > to check out from there.
> > We don't grant non-committers access to the Subversion repo.
> The SVN repo is available to the public via HTT
Alexander Leidinger writes:
> I think this is more complicated than to refactor the interesting part
> into a backend with an API which both tools can use. This would also
> allow someone to write a GUI program (e.g. for PC-BSD).
There have been at least three or four attempts to do this in the p
Hello.
There is only one possibility to change sector size of physical disk (gnop -S
4096 ...).
May be it is possible to add such possibility to gpart? e.g. gpart create -S
4096 -t gpt ad0?
It will help all unlucky WD Advanced Format disks users. :-D
--
Alexey Tarasov
(\__/)
(='.'=)
E[: | |
Alexey Tarasov writes:
> There is only one possibility to change sector size of physical disk
> (gnop -S 4096 ...). May be it is possible to add such possibility to
> gpart? e.g. gpart create -S 4096 -t gpt ad0?
I don't quite see how that would work - do you mean gpart should
configure a gnop?
No, no.
I mean that gpart should act like gnop presenting another sector size to user.
I that possible at all?
On 08.04.2010, at 17:36, Dag-Erling Smørgrav wrote:
> I don't quite see how that would work - do you mean gpart should
> configure a gnop? AFAIK there is no "gnop label", so you can't s
Quoting Dag-Erling Smørgrav (from Thu, 08 Apr 2010
14:01:33 +0200):
Alexander Leidinger writes:
I think this is more complicated than to refactor the interesting part
into a backend with an API which both tools can use. This would also
allow someone to write a GUI program (e.g. for PC-BSD)
On Thursday 08 April 2010 5:05:34 am Dag-Erling Smørgrav wrote:
> Alexander Leidinger writes:
> > Please consider using SVN instead. A lot more users will be able to
> > check out from there.
>
> We don't grant non-committers access to the Subversion repo.
>
> > It looks like other people had a
On 8 Apr 2010, at 13:49, John Baldwin wrote:
> On Thursday 08 April 2010 5:05:34 am Dag-Erling Smørgrav wrote:
>> Alexander Leidinger writes:
>>> Please consider using SVN instead. A lot more users will be able to
>>> check out from there.
>>
>> We don't grant non-committers access to the Subver
Alexey Tarasov writes:
> I mean that gpart should act like gnop presenting another sector size
> to user. I that possible at all?
That depends on the underlying partition scheme. My guess is "no".
(it all boils down to whether the desired logical sector size can
somehow be recorded on-disk)
D
Ok, in case of GPT? :-)
GPT implementation can be the simplest solution to this problem compared to
implementing additional ATA commands to determine if disk is in Advanced Format.
On 08.04.2010, at 18:09, Dag-Erling Smørgrav wrote:
> Alexey Tarasov writes:
>> I mean that gpart should act like
Alexander Leidinger writes:
> Dag-Erling Smørgrav writes:
> > There have been at least three or four attempts to do this in the
> > past. One of them was even fully funded by the FreeBSD Foundation.
> > They all failed.
> I was told a lot of people tried to make the WITH_CTF part working
> witho
John Baldwin writes:
> Dag-Erling Smørgrav writes:
> > My suggestion is to add a "sysinstall mode" to sade where it
> > operates under certain (minor) constraints and reports what it did
> > in a format that sysinstall can parse, so sysinstall can just
> > fork-exec sade instead of duplicating th
Alexey Tarasov writes:
> Ok, in case of GPT? :-)
I doubt it, but I don't know for sure.
> GPT implementation can be the simplest solution to this problem
> compared to implementing additional ATA commands to determine if disk
> is in Advanced Format.
There are two issues:
1) There is already a
> 1) There is already an ATA command to report both physical and logical
> sector sizes, but the disk lies - it always reports 512/512.
Advanced Format disks reports 512, but there is another command in ATA standard
which can tell us if it uses 4k sector.
> 2) The disk may have already been fo
Alexey Tarasov writes:
> Advanced Format disks reports 512, but there is another command in ATA
> standard which can tell us if it uses 4k sector.
Send me one and I'll look into it :)
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebs
Quoting Dag-Erling Smørgrav (from Thu, 08 Apr 2010
16:15:27 +0200):
Alexander Leidinger writes:
Dag-Erling Smørgrav writes:
> There have been at least three or four attempts to do this in the
> past. One of them was even fully funded by the FreeBSD Foundation.
> They all failed.
I was to
http://www.wdc.com/wdproducts/library/WhitePapers/ENG/2579-771430.pdf
> References
> The ATA8-ACS and SBC-3 standards have provisions for a disk drive to report
> Advanced Format sector sizes and other performance optimization information.
> These standards are used for SATA, SAS, USB, and IEEE
Hi,
PseudoCylon wrote:
> Hi,
>
> Sorry for taking long to fix. Here is another patch.
>
> **But before trying it out, please check rev. of your system.**
>
> If you are using r206358 (15:29 UTC Apr. 7) or newer, the driver won't work.
> If you are using older system, please try this patch.
> http
Alexander Leidinger writes:
> I did not suggest to run the same program and get different
> interfaces. My suggestion was to have a backend-lib and a frontend.
> The backend containing the "business-logic", and the frontend being
> the presentation layer.
What you call the presentation layer is a
2010/2/22 Marcin Cieslak :
>
>
>
> On Sat, 20 Feb 2010, Attilio Rao wrote:
>
>> 2010/2/18 Marcin Cieslak :
>>>
>>> My r203753 amd64 laptop falls into the deadlock situation
>>> every night while running periodic daily script. I am pretty
>>> certain this is related to ZFS.
>>>
>>> I have enabled DE
On 04/08/2010 14:39, Alexander Leidinger wrote:
Quoting Dag-Erling Smørgrav (from Thu, 08 Apr 2010
16:15:27 +0200):
Alexander Leidinger writes:
Dag-Erling Smørgrav writes:
> There have been at least three or four attempts to do this in the
> past. One of them was even fully funded by the
On Thu, 8 Apr 2010 18:40:50 +0400
Alexey Tarasov wrote:
> http://www.wdc.com/wdproducts/library/WhitePapers/ENG/2579-771430.pdf
>
> > References
> > The ATA8-ACS and SBC-3 standards have provisions for a disk drive to report
> > Advanced Format sector sizes and other performance optimization
>
On 2010-04-08 17:24, Gary Jennejohn wrote:
References
The ATA8-ACS and SBC-3 standards have provisions for a disk drive to report
Advanced Format sector sizes and other performance optimization information.
These standards are used for SATA, SAS, USB, and IEEE 1394 based interface
technologies
> ZFS is still currently in heavy development so it might happen. Having siad
> that it looks like oracle have totally buggered it up for everyone with
> their retroactive licenses. I hope the CDL was tight enough that stuff wont
> have to get pulled from freebsd
is that even possible with CDDL?
On Thu, 08 Apr 2010 10:53:48 +, Kris Moore wrote:
It's not nice to hijack a topic, but this is way to interesting for me, so
I do it anway :)
> This has a few advantages, in that the backend can be used stand-alone
> for scripted installations and also provide great flexibility
> to the fro
On 04/08/2010 16:30, Marian Hettwer wrote:
On Thu, 08 Apr 2010 10:53:48 +, Kris Moore wrote:
It's not nice to hijack a topic, but this is way to interesting for me, so
I do it anway :)
:) I didn't mean to hijack either, was trying to discuss advantage of
having backend
as a executable
I too love the idea of "generalizing" (abstracting) the dirty-work to a
set of libraries and leaving the user interface up to the userland
applications. Thusly, an app in /usr/X11R6/bin can use said libraries in
plugging in functionality to an X11 GUI application, meanwhile an app
in /bin or /sbin
(( wishing that I hadn't un-CC'd the group on earlier e-mails ))
Some concerns that I have with separating the code into a back-end
versus front-end...
1. Is it currently the idea that -- when it comes down to the crunchgen
stuff -- we are going to re-work the code that generates the non-shared
b
Randi and I were discussion the possibility of having sysinstall
"remember" what you did and then able to write out a suitable
`install.cfg' file that could be subsequently used to perform a human-
less automated install with the same settings.
To expand a little on that...
I'd like to draw a sim
2010/4/8 Dag-Erling Smørgrav :
> John Baldwin writes:
>> Dag-Erling Smørgrav writes:
>> > My suggestion is to add a "sysinstall mode" to sade where it
>> > operates under certain (minor) constraints and reports what it did
>> > in a format that sysinstall can parse, so sysinstall can just
>> > fo
Garrett Cooper writes:
> If the user shoots him or herself in the foot, that's their own
> problem.
That kind of attitude is why people choose Linux over FreeBSD...
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-current@freebsd.org mailing list
On Thu, Apr 8, 2010 at 10:01 AM, Devin Teske wrote:
> Randi and I were discussion the possibility of having sysinstall
> "remember" what you did and then able to write out a suitable
> `install.cfg' file that could be subsequently used to perform a human-
> less automated install with the same set
On Apr 8, 2010, at 6:06 AM, Alexey Tarasov wrote:
> Hello.
>
> There is only one possibility to change sector size of physical disk (gnop -S
> 4096 ...).
> May be it is possible to add such possibility to gpart? e.g. gpart create -S
> 4096 -t gpt ad0?
> It will help all unlucky WD Advanced For
2010/4/8 Dag-Erling Smørgrav :
> Garrett Cooper writes:
>> If the user shoots him or herself in the foot, that's their own
>> problem.
>
> That kind of attitude is why people choose Linux over FreeBSD...
Where do you draw the line though? /media, /libexec, /proc, /sys,
etc? I think it's bette
Hello.
Thank you for the information.
In 8-STABLE snapshot 201002 diskinfo shows 512k sector size yet.
I will try CURRENT tomorrow.
On 08.04.2010, at 19:35, Dimitry Andric wrote:
> On 2010-04-08 17:24, Gary Jennejohn wrote:
References
The ATA8-ACS and SBC-3 standards have provisions fo
2010/4/8 Garrett Cooper :
> 2010/4/8 Dag-Erling Smørgrav :
>> Garrett Cooper writes:
>>> If the user shoots him or herself in the foot, that's their own
>>> problem.
>>
>> That kind of attitude is why people choose Linux over FreeBSD...
>
> Where do you draw the line though? /media, /libexec, /
On 04/08/2010 18:15, Garrett Cooper wrote:
On Thu, Apr 8, 2010 at 10:01 AM, Devin Teske wrote:
Randi and I were discussion the possibility of having sysinstall
"remember" what you did and then able to write out a suitable
`install.cfg' file that could be subsequently used to perform a human
I agree with you completely.
Seems that support of this disks is already commited in CURRENT, will try it
tomorrow.
> A better approach is to have tunables for geom_disk to do this. This should
> absolutely
> not be part of a partitioning tool. It violates everything there is to
> violate AFAIC
On Thu, Apr 8, 2010 at 11:15 AM, Garrett Cooper wrote:
> 2. install.cfg is just a hacky / non-style(9) compliant way of
> specifying how to do an install. If you could separate out sysinstall
> into separate utilities and have each of the pieces execute as shell
> commands with predefined variabl
On 2010-04-08 21:34, Alexey Tarasov wrote:
Thank you for the information.
In 8-STABLE snapshot 201002 diskinfo shows 512k sector size yet.
I will try CURRENT tomorrow.
It looks like the code was MFC'd to stable/8 in r199443. However, even
in -CURRENT, the sector size you see in diskinfo will a
On 8 April 2010 17:47, Sam Fourman Jr. wrote:
> > ZFS is still currently in heavy development so it might happen. Having
> siad
> > that it looks like oracle have totally buggered it up for everyone with
> > their retroactive licenses. I hope the CDL was tight enough that stuff
> wont
> > have to
Hi--
On Apr 8, 2010, at 2:18 PM, krad wrote:
[ ... ]
>> is that even possible with CDDL?
>>
>
> im not a lawyer but it wouldn't surprise me
I'm not a lawyer either, but I was active in reviewing and suggesting changes
to CDDL submission for OSI approval back in 2004.
A copyright owner always
Rui,
I updated my kernel to the latest today, and was unable to connect via
wireless. I have a 3945ABG using wpi. I rolled back to r206357 and
everything worked fine. I then rolled forward to r206369 (your rate
control mod + bug fixes and - debugging code) and it stopped working. I
didn't bother p
On 04/04/10 22:49, Hiroki Sato wrote:
> Doug Barton wrote
> in <4bb95564.1070...@freebsd.org>:
>
> do> On 04/04/10 02:41, Hiroki Sato wrote:
> do> > "Kevin Oberman" wrote
> do> > in <20100404053352.e6f751c...@ptavv.es.net>:
> do> >
> do> > ob> The use of FACILITY_enable in rc.conf predates /
[ snipped ]
On 04/05/10 08:52, Bjoern A. Zeeb wrote:
>
> I have no idea (unless I'll read them) about the guts of various shell
> function magic we use to configure interfaces, and I heck do not care
> about where it's called autoblah_foo or zigbangbusheek as none of our
> users does, so I'll igno
On Thu, Apr 8, 2010 at 2:30 PM, Chuck Swiger wrote:
> Hi--
>
> On Apr 8, 2010, at 2:18 PM, krad wrote:
> [ ... ]
>>> is that even possible with CDDL?
>>>
>>
>> im not a lawyer but it wouldn't surprise me
>
> I'm not a lawyer either, but I was active in reviewing and suggesting changes
> to CDDL s
hi!
is there any plans to implement such opportunities?
for large files (we have 60k lines) it's very slow work
srv1# sh -E
# wc -l /root/scripts/db/table.25.txt
61073 /root/scripts/db/table.25.txt
# date && for i in `cat /root/scripts/db/table.25.txt`; do ipfw table 25
add $i; done && date
58 matches
Mail list logo
