r opinions about which method is preferred, or
> if there may be another good way to solve the bootstrap compiler
> issue.
>
> I have also attached two patches to this mail, which can be applied to
> head, to show the exact set of changes required for each method.
>
Does method 1)
On Wed Aug 18 10, Gordon Tetlow wrote:
> All,
>
> I sat down and rewrote the man tools from a relatively old codebase to a
> single shell script. My original motivation was to allow multiple
> configuration files so port installations did not have to mess with
> /etc/manpath.config (like perl for
to ship binaries, we would have to compile them with the
commercial license.
also prevented us from providing better support. In 2006, I wanted
to do some progress as part of my SoC project because that time
there was more interest. Alexander (CC'd) may comment on this. I
think he has
interest... and no fear).
Bye,
Alexander.
--
Alimony is like buying oats for a dead horse.
-- Arthur Baer
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PG
Quoting "V. T. Mueller, Continum" (from
Thu, 19 Aug 2010 09:20:26 +0200):
Hello,
Alexander Leidinger wrote:
If someone would get icc 11.x up and runnig as a port (similar to
what we have for outdated icc version in the ports collection), I
would have a look if my contact a
Quoting Dag-Erling Smørgrav (from Thu, 19 Aug 2010
11:16:23 +0200):
Alexander Leidinger writes:
If someone would get icc 11.x up and runnig as a port (similar to what
we have for outdated icc version in the ports collection), I would
have a look if my contact at Intel is still working
Quoting "V. T. Mueller, Continum" (from
Thu, 19 Aug 2010 11:15:19 +0200):
Alexander Leidinger wrote:
Alexander Leidinger wrote:
If someone would get icc 11.x up and runnig as a port (similar to
what we have for outdated icc version in the ports collection), I
would have a
On Wed Aug 18 10, Alexander Best wrote:
> On Wed Aug 18 10, Gordon Tetlow wrote:
> > All,
> >
> > I sat down and rewrote the man tools from a relatively old codebase to a
> > single shell script. My original motivation was to allow multiple
> > configuration fi
Hi,
I'm taking out arch and some people from the CC and only keep
curr...@. This is getting off topic for the initial thread.
Quoting Anton Shterenlikht (from Thu, 19 Aug
2010 21:10:24 +0100):
On Thu, Aug 19, 2010 at 11:35:48AM +0200, Alexander Leidinger wrote:
Quoting Dag-Erlin
hi there,
the FreeBSD base GCC version is dated 20070719 which is the release date of
GCC 4.2.1.
after this release the 4.2 branch got GPLv3'ed which is the reason anything
after 20070719 in the 4.2 branch cannot be imported into the FreeBSD. Also all
the other branches > 4.2 are GPLv3'ed too.
ho
On Fri Aug 27 10, Kostik Belousov wrote:
> On Thu, Aug 26, 2010 at 05:50:01PM -0700, Xin LI wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > Hi,
> >
> > The attached patch changes FreeBSD/x86 back to FreeBSD/i386 on i386 and
> > FreeBSD/amd64 on amd64.
> >
> > Comments welc
On Fri Aug 27 10, Alexander Best wrote:
> On Fri Aug 27 10, Kostik Belousov wrote:
> > On Thu, Aug 26, 2010 at 05:50:01PM -0700, Xin LI wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA256
> > >
> > > Hi,
> > >
> > >
more.
My latest patch against 9-CURRENT can be found here:
http://people.freebsd.org/~mav/timers_oneshot4.patch
Comments, ideas, propositions -- welcome!
Thanks to all who read this. ;)
--
Alexander Motin
___
freebsd-current@freebsd.org mailing
ork on the UMA fragmentation issue is well spend time.
No, I haven't tested any of the patches on this machine.
Bye,
Alexander.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send a
r HPET) - you may
like to set such tunables:
hint.atrtc.0.clock=0
hint.attimer.0.clock=0
hint.hpet.0.legacy_route=1
It will disable RTC and i8254 timers, but grant their interrupts to
HPET, allowing it to work as per-CPU for dual-CPU systems.
--
Alexander Motin
While it may be not very dangerous, it is not very good.
--
Alexander Motin
___
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"
Gary Jennejohn wrote:
> On Mon, 30 Aug 2010 13:07:38 +0300
> Alexander Motin wrote:
>> Gary Jennejohn wrote:
>>> Ah, I think I see it now. My desktop has only C1 enabled. Is that it?
>>> Unfortunately, it appears that only C1 is supported :(
>> Yes, as I h
YAMAMOTO, Taku wrote:
> On Mon, 30 Aug 2010 13:07:38 +0300
> Alexander Motin wrote:
>> Gary Jennejohn wrote:
> (snip)
>>> So, what else did you do to reduce interrupts so much?
>>>
>>> Ah, I think I see it now. My desktop has only C1 enabled. Is that i
is wrong. Just for the record. What FBSD* symbol versions
have to do with the library independently versioned by FSF?
--
Alexander Kabaev
signature.asc
Description: PGP signature
Alexander Motin wrote:
> YAMAMOTO, Taku wrote:
>> On Mon, 30 Aug 2010 13:07:38 +0300
>> Alexander Motin wrote:
>>> Gary Jennejohn wrote:
>> (snip)
>>>> So, what else did you do to reduce interrupts so much?
>>>>
>>>> Ah,
Gary Jennejohn wrote:
> On Mon, 30 Aug 2010 12:11:48 +0200
> Gary Jennejohn wrote:
>
>> On Mon, 30 Aug 2010 13:07:38 +0300
>> Alexander Motin wrote:
>>
>>> Gary Jennejohn wrote:
>>>> Hmm. I applied your patches and am now running the new kerne
Gary Jennejohn wrote:
> On Mon, 30 Aug 2010 13:07:38 +0300
> Alexander Motin wrote:
>> Yes, as I have said, at this moment empty ticks skipped only while CPU
>> is in C2/C3 states. In C1 state there is no way to handle lost events on
>> wake up. While it may be not very d
Alexander Motin wrote:
> Gary Jennejohn wrote:
>> On Mon, 30 Aug 2010 12:11:48 +0200
>> OK, this is purely anecdotal, but I'll report it anyway.
>>
>> I was running pretty much all day with the patched kernel and things
>> seemed to be working quite
Gary Jennejohn wrote:
> On Wed, 01 Sep 2010 13:44:26 +0300
> Alexander Motin wrote:
>> I have reproduced the problem locally. It happens more often when ticks
>> are not stopped on idle, like in your original case (or if explicitly
>> enabled by kern.eventtimer.idletick
Quoting Alexander Motin (from Sun, 29 Aug 2010
16:10:00 +0300):
I have actively tested this code for a few days on my amd64 Core2Duo
laptop and i386 Core-i5 desktop system. With C2/C3 states enabled
systems experience only about 100-150 interrupts per second, having HZ
set to 1000. These
Alexander Leidinger wrote:
> Quoting Alexander Motin (from Sun, 29 Aug 2010
> 16:10:00 +0300):
>
>> I have actively tested this code for a few days on my amd64 Core2Duo
>> laptop and i386 Core-i5 desktop system. With C2/C3 states enabled
>> systems experience only a
Gary Jennejohn wrote:
> On Wed, 1 Sep 2010 14:15:41 +0200
> Gary Jennejohn wrote:
>
>> On Wed, 01 Sep 2010 13:44:26 +0300
>> Alexander Motin wrote:
>>> Updated patch: http://people.freebsd.org/~mav/timers_oneshot6.patch
>>>
>>> Patch also inclu
t of `systat vmstat
> -1`, I saw the interrupt rate on each HPET entry was over 120k!
>
> Can I provide any useful detail? Of course, test patches are always welcome :)
I was able to reproduce alike storm in some situations.
Try new version: http://people.freebsd.org/~mav/timers_oneshot7
Ian FREISLICH wrote:
> On Wed, Sep 1, 2010 at 2:16 PM, Alexander Motin wrote:
>> Brandon Gooch wrote:
>>> This latest patch causes an interrupt storm with the HPET timer on my
>>> system. The machine took about 8 minutes to boot and bring me to a
>>> login prom
tted as-is,
but most of others are dirty hacks. I hope they should be safe enough,
but they made with assumption of some tradeoffs and require proper
rework or at least reevaluating. It would be nice if people aware with
these areas (SCHED_ULE, TCP, CPU time resources, yarrow, console, GEOM)
could revi
ank
you in advance.
No problem for the cache device. I have an USB memory stick as a cache
device, and if I just remove it during operation, the system handles
the situation. If you connect it again, you need to remove/readd it
via zfs commands.
I do not use a log device.
Bye,
Alexander.
-
Hello.
I've just tried to compile postgresql 84 with enabled dtrace on
FreeBSD-current (checked out repository two days ago). I have the
following error in compile time:
dtrace -C -G -s utils/probes.d access/common/heaptuple.o
access/common/indextuple.o ... // here follows other object file
hi there,
i was trying to create a snapshot of my root fs. the commands i used were
1) mksnap_ffs /.snap/snap1
and
2) mount -u -o snapshot /.snap/snap1 /
both command failed with EAGAIN and the following was output to the console:
Sep 6 18:05:56 otaku kernel: fsync: giving up on dirty
Sep 6
hi there,
except for arm most archs seem to enforce uart support in conf/DEFAULTS. is
this really necessary? shouldn't DEFAULTS only contain vital devices/options
without a kernel on a specific arch won't function at all?
cheers.
alex
--
a13x
___
free
On Thu Sep 9 10, Alexander Best wrote:
> hi there,
>
> except for arm most archs seem to enforce uart support in conf/DEFAULTS. is
> this really necessary? shouldn't DEFAULTS only contain vital devices/options
> without a kernel on a specific arch won't function at all?
On Thu Sep 9 10, Alexander Best wrote:
> On Thu Sep 9 10, Alexander Best wrote:
> > hi there,
> >
> > except for arm most archs seem to enforce uart support in conf/DEFAULTS. is
> > this really necessary? shouldn't DEFAULTS only contain vital devices/options
&g
On Thu Sep 9 10, Gordon Tetlow wrote:
> On Wed, Aug 18, 2010 at 12:11 AM, Gordon Tetlow wrote:
>
> > All,
> >
> > I sat down and rewrote the man tools from a relatively old codebase to a
> > single shell script. My original motivation was to allow multiple
> > configuration files so port install
On Thu Sep 9 10, Gordon Tetlow wrote:
> On Wed, Aug 18, 2010 at 12:11 AM, Gordon Tetlow wrote:
>
> > All,
> >
> > I sat down and rewrote the man tools from a relatively old codebase to a
> > single shell script. My original motivation was to allow multiple
> > configuration files so port install
On Fri Sep 10 10, John Baldwin wrote:
> On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
> > On Thu Sep 9 10, Alexander Best wrote:
> > > On Thu Sep 9 10, Alexander Best wrote:
> > > > hi there,
> > > >
> > > > exc
ome IPI senders, like
TLB invalidation, during switching to/from profiling clock rate. In
forthcoming version of event timer patch this problem should not happen.
You can get latest version of the patch here:
http://people.freebsd.org/~mav/timers_oneshot13.patch
--
Alexander Motin
_
Thomas E. Spanjaard wrote:
> On 09/10/2010 15:31, Alexander Motin wrote:
>> It is reported deadlock between event timers and some IPI senders, like
>> TLB invalidation, during switching to/from profiling clock rate. In
>> forthcoming version of event timer patch this prob
. Calibration requires time. To reduce boot
time I am not calibrating LAPIC timer until it is used first time. With
presence of HPET timer there is high chance that LAPIC timer will never
be calibrated on significant part of systems. It is not a bug
On Fri Sep 10 10, John Baldwin wrote:
> On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
> > On Thu Sep 9 10, Alexander Best wrote:
> > > On Thu Sep 9 10, Alexander Best wrote:
> > > > hi there,
> > > >
> > > > exc
ifies
which states are available, these limitations may not apply there. I
would try to comment these checks in acpi_cpu_cx_cst() and look what
happen. At least I haven't found in ACPI 3.0 specification any latency
limits applied to _CST.
--
Alexander Motin
Norikatsu Shigemura wrote:
> On Sun, 12 Sep 2010 11:12:20 +0300
> Alexander Motin wrote:
>>>>> PROCESSOR-0696 [257314] cpu_cx_cst: acpi_cpu3: C2[1] not
>>>>> available.
>>>>> PROCESSOR-0730 [257314] cpu_cx_cst: acpi_cpu3:
Norikatsu Shigemura wrote:
> On Sun, 12 Sep 2010 12:29:37 +0300
> Alexander Motin wrote:
|>> hw.acpi.cpu.cx_lowest has default in C1. Have you tried to rise it via
>> sysctl?
>
> Oops, I f
ported as C2 could instead be C3, while C2 is absent for some
reason.
--
Alexander Motin
___
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"
Alexander Motin wrote:
> Andriy Gapon wrote:
>> acpi_lid0: Lid closed
>> em0: Link is up 1000 Mbps Full Duplex
>> PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
>> latency
>> PROCESSOR-0722 [403097] cpu_cx_cst: acpi_cpu1: Got
isting
approach was not so bad. It is ACPI C-states, not CPU C-states, they are
not same. May be we should just mention type somewhere in addition.
2) This change makes heavily understandable values of cx_lowest.
3) If touch cx_lowest, I would prefer to see there p
On Sun Sep 12 10, Marius Strobl wrote:
> On Sun, Sep 12, 2010 at 02:40:49AM +0000, Alexander Best wrote:
> > On Fri Sep 10 10, John Baldwin wrote:
> > > On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
> > > > On Thu Sep 9 10, Alexander Best wro
Hi.
I've just committed my new one-shot oriented event timer management code
into the HEAD: http://svn.freebsd.org/changeset/base/212541. Details are
at referenced commit message.
Contact me if you notice any related issues.
--
Alexander
b. f. wrote:
> Alexander:
>
> Are the changes to sys/kern/sched_ule.c in your supplementary hack
>
> http://people.freebsd.org/~mav/tm6292_idle.patch
>
> still useful, or have they been superseded by the other changes in
>
> http://svn.freebsd.org/changeset/b
hi there,
any thoughts on using http://pciids.sourceforge.net/ for pciids instead of the
Hart and Boemler lists. the SF site seems to be updated more regularly and
would get rid of the need to decide for each entry, whether to take the Hart or
Boemler one.
right now tools/tools/pciid/mk_pci_vendo
hi there,
a few minutes ago my machine froze running HEAD (r212616; amd64). after i did
a reset i had to deal with a situation i've documented in the attached file.
after having a healthy ufs2 fs again the results was:
i lost 4 files (unimportant /usr/ports/* stuff).
otaku% tunefs -p /
tunefs:
On Tue Sep 14 10, Steve Kargl wrote:
> On Tue, Sep 14, 2010 at 07:39:22PM +0000, Alexander Best wrote:
> > hi there,
> >
> > a few minutes ago my machine froze running HEAD (r212616; amd64). after i
> > did
> > a reset i had to deal with a situation i&#
times?
HPET at present chipsets may use up to 8 IRQs. Driver registers filter
interrupt handlers for them. Interrupt handling code prints this.
If you boot with verbose, you may see that some network cards prints
alike things for the number of supported MSI/MS
hi there,
just wanted to ask if the following entries from
BSD.include.dist: "lwres"
and
BSD.usr.dist: "bind9" (including arm and misc)
could be moved to BIND.chroot.dist so `make delete-old` doesn't have to remove
those directories after every installworld and WITHOUT_BIND=true?
cheers.
alex
y_status_security_logdir not in man-page
daily_status_security_chkportsum_enable not in man-page
daily_status_security_ipf6denied_enable not in man-page
---snip---
periodic.txt was generated via
zcat /usr/share/man/man5/periodic.conf.5.gz | groff -Tascii -man -a >!
periodic.txt
Bye,
Alexander.
--
One reason why Georg
hi there,
yesterday during a regular reboot my system was unable to sync vnodes and
buffers. vnodes went down to 1, but then it kept repeating 1 until a timeout
was hit. the output of the buffer syncs was running so fast i could hardly make
out any numbers at all (but i took a picture, if anyone's
c support, I assume you are using HVM?
PV kernel wasn't refactored yet, but I think it would be nice.
May be you could give me an access to some Xen machine?
--
Alexander Motin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/
On Sun Sep 19 10, David Xu wrote:
> just typed sysctl -a on keyboard, and found it is slow, sometimes
> it has been stuck for a few seconds, further studied,I found it is
> stucked at sysctl kern.geom:
>
> %/usr/bin/time sysctl -a kern.geom
> kern.geom.collectstats: 1
> kern.geom.debugflags: 0
> k
Bruce Cran wrote:
> On Sat, 18 Sep 2010 19:42:45 +0300
> Alexander Motin wrote:
>> Bruce Cran wrote:
>>> I built a new kernel from HEAD on my Xen domU today and found that
>>> it hung after the following messages:
>>>
>>> smist0: on cpu0
>&g
On 25 September 2010 17:04, Alexander Kojevnikov
wrote:
> On 25 September 2010 15:44, jhell wrote:
>> Really awesome!
>>
>> This will come in handy to serve up stable/*/UPDATING and head/UPDATING
>> to. And thinking along those lines it could probably be incorporat
On Sat Sep 11 10, Gordon Tetlow wrote:
> On Thu, Sep 9, 2010 at 7:41 PM, Alexander Best wrote:
>
> > > Feedback on the man(1), manpath(1), apropos(1), and man.conf(5) manpages
> > > would be appreciated. I'm new to manpage authoring and could use a
> > rev
and issue a warning on device attach if
compiled in
Bye,
Alexander.
--
An honest tale speeds best being plainly told.
-- William Shakespeare, "Henry VI"
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ F
On Mon Sep 27 10, Hans Petter Selasky wrote:
> Hi,
>
> I was thinking about adding a sysctl to ukbd and ums that shows how many
> keypresses have been done and how many pixels you have moved the mouse during
> a day. These number will mostly be useful for making ergonomic arguments that
> a cer
ile without this panic system
could boot without any alive timer, I have doubts that it would be
functional without timers, USB, network and disk controllers.
Problems seems to be the same if I am trying to boot without ACPI.
--
Alexander Motin
___
freeb
; which
> fixed
> the problem.
>
> This means HPET does not work on any of my machines. The other one's
> symptoms
> are hda losing interrupts after a period of up-time.
What chipset do you use? Nvidia MCP5x? Could you se
On Wed Sep 29 10, Dimitry Andric wrote:
> Hi,
>
> I just encountered the following soft update panic while running perl
> 5.12's tests:
>
> panic: indir_trunc: Index out of range -148 parent -2061 lbn -305164
> cpuid = 3
> KDB: enter: panic
> [ thread pid 19 tid 100047 ]
> Stopped at kdb_ent
hi there,
i wanted to ask if it would be possible to asjust glabel so that e.g. inserting
a new media into a dvd-drive gets recognised and glabel displays the lablel
right away.
right now i use this shell alias to work around this issue:
mdvd='sh -c ": 3>/dev/dvd" ; mount /media/dvd/ && cd /medi
David Naylor wrote:
> On Wednesday 29 September 2010 18:25:13 Alexander Motin wrote:
>> David Naylor wrote:
>>> On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote:
>>>> What do you try to actually achieve?
>>> I was trying to boot a system and it wa
David Naylor wrote:
> On Thursday 30 September 2010 07:23:34 Alexander Motin wrote:
>> David Naylor wrote:
>>> On Wednesday 29 September 2010 18:25:13 Alexander Motin wrote:
>>>> David Naylor wrote:
>>>>> On Wednesday 29 September 2010 16:19:08
s also
supposed to be used by CD drives to report media change. I haven't seen
such devices yet, but hope they may appear sometimes.
And even without AN support it would be nice to implement proper
handling for SCSI "UA - media changed" errors within CAM. It still won't
be perfec
Andriy Gapon wrote:
> on 30/09/2010 20:46 Alexander Motin said the following:
>> Andriy Gapon wrote:
>>> on 30/09/2010 01:28 Matthew Jacob said the following:
>>>> If something like that was in place, I assure you that things would start
>>>> to use
>
? There was another instance I think
> mav@ saw for a different driver that showed up when I made the sbuf
> drain additions. I can't think of how my code could cause that, but
> there's always a possibility.
I indeed saw that thing. But it gone after few days. AFAIR kib@ fixed
missi
Are there plans to add debug.cpufreq.highest support into CURRENT and
eventually into 8-STABLE?
Corresponding patches [0] have been available since Nov 2008 [1] and
they work pretty well.
This variable allows to underclock the CPU, which is useful when
building quiet or low-power systems.
[0] ht
On 6 October 2010 17:18, Bruce Cran wrote:
> On Wednesday 06 October 2010 03:02:36 Alexander Kojevnikov wrote:
>
>> This variable allows to underclock the CPU, which is useful when
>> building quiet or low-power systems.
>
> You can use the new -m and -M switches to power
Pawel Jakub Dawidek wrote:
> On Thu, Sep 30, 2010 at 08:46:11PM +0300, Alexander Motin wrote:
>> Andriy Gapon wrote:
>>> on 30/09/2010 01:28 Matthew Jacob said the following:
>>>> If something like that was in place, I assure you that things would start
>>>
hi there,
glabel seems to ignore IDs, if there are proper labels available. e.g. if a
partition has a glabel or a ufs label the gptid or ufsid won't get displayed in
'glabel status'.
however for partitions of the type 'freebsd-boot' this doesn't seem to be the
case:
On Tue Oct 12 10, Edho P Arief wrote:
> On Tue, Oct 12, 2010 at 9:24 PM, Alexander Best wrote:
> >
> > as you can see ada0p1 has a proper glabel in place, still in addition to
> > that
> > 'glabel status' shows its gptid. is this really necessary?
> >
&
hi there,
the iostat(8) manual seems to contain a few errors. this patch should take care
of that.
cheers.
alex
--
a13x
diff --git a/usr.sbin/iostat/iostat.8 b/usr.sbin/iostat/iostat.8
index 6a9ef02..3b03acc 100644
--- a/usr.sbin/iostat/iostat.8
+++ b/usr.sbin/iostat/iostat.8
@@ -60,7 +60,7 @@
hi there,
i sent this patch to mav@, but he seems rather busy atm.
maybe somebody else would like to take a look at it and see if it improves
camcontrol's current behavior.
cheers.
alex
- Forwarded message from Alexander Best -
Date: Mon, 27 Sep 2010 00:35:41 +
From: Alex
On Sat Oct 16 10, Sergey Kandaurov wrote:
> On 16 October 2010 00:42, Alexander Best wrote:
> > hi there,
> >
> > the iostat(8) manual seems to contain a few errors. this patch should take
> > care
> > of that.
> >
> > cheers.
> > alex
> >
hi there,
could we please have support for log2(), log2f() and log2l() in freebsd?
mplayer (svn) won't build without them. netbsd has support and there are two
open pr related to this matter (including patches):
82654
83845
more details here: http://www.opengroup.org/onlinepubs/9699919799/
che
On Sun Oct 17 10, Ralph Ellis wrote:
> Doug Barton wrote:
> >Y'all will probably recall that I had a lot of problems with the
> >nvidia-driver, and video generally (esp. flash) on i386 -current. Well
> >I haven't had any problems recently because I haven't been using
> >FreeBSD. :) But I have t
On Fri Sep 17 10, Alex Dupre wrote:
> I created hackish scripts to generate pci_vendors file from Boemler and
> Mares (pciids.sf.net) lists. I haven't found the Hart list.
>
> The results of the scripts are here:
sorry it seems i missed your post back then.
i found two more lists:
http://rh-sof
On Mon Oct 18 10, Alexander Best wrote:
> On Fri Sep 17 10, Alex Dupre wrote:
> > I created hackish scripts to generate pci_vendors file from Boemler and
> > Mares (pciids.sf.net) lists. I haven't found the Hart list.
> >
> > The results of the scripts are here:
&
On Mon Oct 18 10, Garrett Cooper wrote:
> On Mon, Oct 18, 2010 at 8:28 AM, Alexander Best wrote:
> > On Mon Oct 18 10, Alexander Best wrote:
> >> On Fri Sep 17 10, Alex Dupre wrote:
> >> > I created hackish scripts to generate pci_vendors file from Boemler and
>
here's a slighly updated version without any whitespace diffs.
cheers.
alex
On Fri Oct 15 10, Alexander Best wrote:
> hi there,
>
> i sent this patch to mav@, but he seems rather busy atm.
>
> maybe somebody else would like to take a look at it and see if it improves
&g
On Mon Sep 20 10, Alexander Best wrote:
> On Sun Sep 19 10, David Xu wrote:
> > just typed sysctl -a on keyboard, and found it is slow, sometimes
> > it has been stuck for a few seconds, further studied,I found it is
> > stucked at sysctl kern.geom:
> >
> > %
On Mon Oct 18 10, Dan Nelson wrote:
> In the last episode (Oct 18), Ed Maste said:
> > On Mon, Oct 18, 2010 at 01:11:42PM -0500, Dan Nelson wrote:
> > > Maybe only blank it out on 32-bit machines? It's a long, and a 64-bit
> > > cp_time value essentially won't roll over (at 1 billion increments pe
On Mon Oct 18 10, Dan Nelson wrote:
> In the last episode (Oct 18), Ed Maste said:
> > On Mon, Oct 18, 2010 at 01:11:42PM -0500, Dan Nelson wrote:
> > > Maybe only blank it out on 32-bit machines? It's a long, and a 64-bit
> > > cp_time value essentially won't roll over (at 1 billion increments pe
hi there,
i'm running HEAD (r213495; amd64). i stumbled upon this severe problem:
after attaching my mobile phone, it simply resets without doing mount or
anything. however after letting the device come up again it won't show up in
the console. after detaching it the usb subsystem seemed to have
://www.freebsd.org/cgi/query-pr.cgi?pr=151608).
MCP5x SATA are not the best controllers for compatibility testing. They
have enough problems on their own, even without Sandforce.
When you tested Marvell, have you tried to use mvs(4) driver?
--
Alexander Motin
_
Hans Petter Selasky wrote:
> On Wednesday 20 October 2010 17:30:40 Alexander Best wrote:
>> hi there,
>>
>> i'm running HEAD (r213495; amd64). i stumbled upon this severe problem:
>>
>> after attaching my mobile phone, it simply resets without doing mount or
Thomas E. Spanjaard wrote:
> On 10/24/2010 21:18, Alexander Motin wrote:
>> Thomas E. Spanjaard wrote:
>>> In an attempt to get more information about this issue, I'd like to ask
>>> people on freebsd-current if they're using any Sandforce-based SSDs with
>
ome other
subsystems: http://people.freebsd.org/~mav/tm6292_idle.patch
> It's time to implement powertop for freebsd, isn't it?
Surely it is. I was even thinking about possibility to port one from
OpenSolaris, but other work distracted me. You may take it, it you wish.
--
Alexander Motin
Nate Lawson wrote:
> On 10/26/2010 12:57 PM, Alexander Motin wrote:
>> Takanori Watanabe wrote:
>>> I updated my FreeBSD tree on laptop, to the current
>>> as of 18 Oct.2010, it works fine with CPU C3 state enabled,
>>>
>>> I think this is your ac
Quoting Alexander Motin (from Tue, 26 Oct 2010
22:57:59 +0300):
Takanori Watanabe wrote:
It's time to implement powertop for freebsd, isn't it?
Surely it is. I was even thinking about possibility to port one from
OpenSolaris, but other work distracted me. You may take it, i
ntinue work again. When I disabled HPET in bios - problem gone.
Could you give some more info? Is it physical machine? Is it SMP? What
chipset do you have? Does HPET works in per-CPU or global mode? Does
`vmstat -i` shows HPET interrupts during that t
501 - 600 of 2262 matches
Mail list logo
