Hello,
Please find a review for a patch submitted
by Cas-well for ichwd TCO v3 support (Bay Trail, Rangeley,…)
https://reviews.freebsd.org/D3186
Feedback welcome
Fabien
___
freebsd-current@freebsd.org mailing list
Le 10 janv. 2014 à 02:21, Yonghyeon PYUN pyu...@gmail.com a écrit :
On Thu, Jan 09, 2014 at 04:06:09PM +0100, Alexandre Martins wrote:
Dear,
I experience some troubles with the igb device driver on FreeBSD 10-RC4.
The kernel make a pagefault in the igb_tx_ctx_setup function when
Hi Luigi,
do you agree on polling having outlived its usefulness in the light
of interrupt moderating NIC's and SMP complications/disadvantages?
If you have only one interface yes polling is not really necessary.
If you have 10 interfaces the interrupt moderation threshold is hard to
Le 6 nov. 2012 à 12:42, Andre Oppermann a écrit :
On 06.11.2012 12:02, Fabien Thomas wrote:
Hi Luigi,
do you agree on polling having outlived its usefulness in the light
of interrupt moderating NIC's and SMP complications/disadvantages?
If you have only one interface yes polling
Le 5 nov. 2012 à 20:52, Brooks Davis a écrit :
I've made clang the default on x86 systems. There will probably be a
few bumps as we work out the last kinks including a ABI issue for i386
system libraries, but the transition is expected to be fairly smooth for
most users.
Please report
Le 6 nov. 2012 à 15:10, Niclas Zeising a écrit :
On 11/06/12 14:26, Fabien Thomas wrote:
Le 5 nov. 2012 à 20:52, Brooks Davis a écrit :
I've made clang the default on x86 systems. There will probably be a
few bumps as we work out the last kinks including a ABI issue for i386
system
Le 18 oct. 2012 à 03:07, hiren panchasara a écrit :
+ Sean - who got dropped from the chain somehow.
On Wed, Oct 17, 2012 at 6:01 PM, Jim Harris jim.har...@gmail.com wrote:
On Wed, Oct 17, 2012 at 5:55 PM, hiren panchasara
hiren.panchas...@gmail.com wrote:
On Wed, Oct 17, 2012 at
Le 16 oct. 2012 à 02:49, hiren panchasara a écrit :
On Mon, Oct 15, 2012 at 1:12 AM, Fabien Thomas fabien.tho...@netasq.com
wrote:
Le 13 oct. 2012 à 00:54, hiren panchasara a écrit :
On Fri, Oct 5, 2012 at 1:05 AM, Fabien Thomas fabien.tho...@netasq.com
wrote:
Le 5 oct
Le 13 oct. 2012 à 00:54, hiren panchasara a écrit :
On Fri, Oct 5, 2012 at 1:05 AM, Fabien Thomas fabien.tho...@netasq.com
wrote:
Le 5 oct. 2012 à 10:00, Fabien Thomas a écrit :
Le 5 oct. 2012 à 00:46, Sean Bruno a écrit :
So, I did the bear minimum and kind of hacked things
Le 5 oct. 2012 à 00:46, Sean Bruno a écrit :
So, I did the bear minimum and kind of hacked things together without
understanding precisely what I was doing, and I was able to massage the
sandybridge-e CPUs into giving me some basic functions.
Comments or concerns before I commit this?
Le 5 oct. 2012 à 10:00, Fabien Thomas a écrit :
Le 5 oct. 2012 à 00:46, Sean Bruno a écrit :
So, I did the bear minimum and kind of hacked things together without
understanding precisely what I was doing, and I was able to massage the
sandybridge-e CPUs into giving me some basic
Le 5 sept. 2012 à 20:12, Peter Grehan a écrit :
Another system:
CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz (3392.36-MHz K8-class CPU)
Origin = GenuineIntel Id = 0x306a9 Family = 6 Model = 3a Stepping = 9
Hi,
here are the results
# pmccontrol -L
SOFT
CLOCK.STAT
CLOCK.HARD
LOCK.FAILED
PAGE_FAULT.WRITE
PAGE_FAULT.READ
PAGE_FAULT.ALL
Seems that the CPU was not detected can you dump the dmesg with CPU: section ?
As Davide ask, if you are in a
Le 3 sept. 2012 à 23:23, Baptiste Daroussin a écrit :
On Mon, Sep 03, 2012 at 02:04:21PM +0200, Fabien Thomas wrote:
Hi,
Find a patch that add Intel Ivy Bridge support to hwpmc(9).
The patch also support offcore RSP token for Sandy Bridge.
Note: No uncore support.
Tested
Hi,
Find a patch that add Intel Ivy Bridge support to hwpmc(9).
The patch also support offcore RSP token for Sandy Bridge.
Note: No uncore support.
Tested on:
Intel(R) Xeon(R) CPU E3-1265L V2 @ 2.50GHz (2494.35-MHz K8-class CPU)
Origin = GenuineIntel Id = 0x306a9 Family = 6 Model =
Le 9 mai 2012 à 16:30, Ryan Stone a écrit :
On Wed, May 9, 2012 at 1:16 AM, Peter Jeremy pe...@rulingia.com wrote:
[This may be a duplicate because I forgot to update my subscription
after changing address but I've also corrected a typo]
(I've copied fabient@ because r233628 appears to
I have a patch that has been sitting around for a long time due to
review cycle latency that caches a pointer to the rtentry (and
llentry) in the the inpcb. Before each use the rtentry is checked
against a generation number in the routing tree that is incremented on
every routing table
Hi,
If someone want to look at I've added support for VIA south bridge watchdog.
It has been tested on VX900 but should works with VX800, VX855, CX700.
http://people.freebsd.org/~fabient/patch-watchdog-via-rev1
Posted rev2 :
Hi,
If someone want to look at I've added support for VIA south bridge watchdog.
It has been tested on VX900 but should works with VX800, VX855, CX700.
http://people.freebsd.org/~fabient/patch-watchdog-via-rev1
Fabien
___
that can enter ddb (7.3 will not enter ddb) [1]
If someone have an idea / fixed something related, etc... tell me :)
[1] http://people.freebsd.org/~fabient/burnP6_deadlock.txt
--
Fabien Thomas
___
freebsd-current@freebsd.org mailing list
http
Dears,
After several research, i have removed the problematic part.
You can find the new version here:
http://people.freebsd.org/~fabient/patch-head20110222-openssl1.0.0d
It will be great to have it in 9.0.
To do that how is it possible rebuild the port for all platform with
Last time i've used it it was working but I dont think it is really useful now
(from my POV) because
you cant have a global view of the system with it and all other reports overlap.
With the current state you have:
- top mode for fast lookup
- text output (replace gprof for me)
- kcachegrind
Is there any plan to import OpenSSL 1.0 into the tree?
Fabien
___
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
Great,
This will maybe kill the long time debate about my loopback is slow vs linux
To have the best of both world what about a socket option to enable/disable
fusing:
can be useful when you need to see some connection packetized.
Fabien
On 13 sept. 2010, at 13:33, Andre Oppermann wrote:
On 14 sept. 2010, at 17:41, Andre Oppermann wrote:
On 14.09.2010 11:18, Fabien Thomas wrote:
Great,
This will maybe kill the long time debate about my loopback is slow vs
linux
To have the best of both world what about a socket option to enable/disable
fusing:
can be useful when you
- Unfortunately the driver in its current version can't be used with
IPsec and with GELI where authentication is enabled. This is because
the driver doesn't support sessions where both encryption and
authentication is defined. Do you have plans to change it?
I saw that you based
Thanks, this is very useful.
Fabien
Le 11 mai 2010 à 21:31, Alexey Shuvaev a écrit :
Hello!
Just FYI: noticed addition of lzma directory to BSD.include.dist mtree file.
Well, now it seems to work!
/* Test file size 264 MiB */
[wep4035] ~ ll
fixed/works a lot better for me.
Applied and restarted portupgrade.
Will tell you tomorrow.
Fabien
Le 6 mai 2010 à 00:54, Jeff Roberson a écrit :
On Mon, 3 May 2010, Fabien Thomas wrote:
Hi Jeff,
I'm with r207548 now and since some days i've system deadlock.
It seems related
Applied and restarted portupgrade.
Will tell you tomorrow.
Fabien
Le 6 mai 2010 à 00:54, Jeff Roberson a écrit :
On Mon, 3 May 2010, Fabien Thomas wrote:
Hi Jeff,
I'm with r207548 now and since some days i've system deadlock.
It seems related to SUJ with process waiting on suspfs
Hi,
I've posted on -net but in case people will have some feedback on this before
commit.
There is two solutions, let every driver get a test for MCLBYTES and call
m_getcl (and then add support for at least igb, em, ixgbe)
or integrate the fast path in m_getjcl.
I've chosen to
Hi Jeff,
I'm with r207548 now and since some days i've system deadlock.
It seems related to SUJ with process waiting on suspfs or ppwait.
The backtrace is the following:
(kgdb) bt
#0 sched_switch (td=0xc52d84c0, newtd=0xc4d88980, flags=260) at
Hi Jeff,
I'm with r207548 now and since some days i've system deadlock.
It seems related to SUJ with process waiting on suspfs or ppwait.
I've also seen it stalled in suspfs, but this information is way better
than what I was able to garner. I was only able to tell via ctrl-t on
a
Hi Jeff,
Before sending the 'bad' part i would like to say that it is very useful and
save me a lot of time after a crash.
I've updated the ports and there was no more space on the FS.
It end up with this backtrace (After one reboot the kernel crashed a second
time with the same
I've rev 207213 installed, i will update.
On Sun, 2 May 2010, Fabien Thomas wrote:
Hi Jeff,
Before sending the 'bad' part i would like to say that it is very useful and
save me a lot of time after a crash.
I've updated the ports and there was no more space on the FS.
It end up
If you are on head/stable_7/stable_8 you can also do quick test with top mode
pmcstat -S unhalted-cycles -T (http://wiki.freebsd.org/PmcTools/PmcTop).
For more in depth post processing with source code (c+asm) you can output to
Kcachegrind (http://wiki.freebsd.org/PmcTools/PmcKcachegrind).
35 matches
Mail list logo