Guy Helmer wrote:
My previous understanding was that RFC 3927 did not allow transmitting
datagrams involving the 169.254.0.0/16 link-local prefix; now that I've
looked over the RFC more closely, I'm not sure that is the case.
I have cc'ed Bruce Simpson on this message in hopes that he can
On 04/12/10 05:12, Maho NAKATA wrote:
*Abstract*
I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.10 amd64
using dgemm
(a linear algebra routine, matrix-matrix multiplication).
I obtained only 70% of theoretical peak performance on FreeBSD 8/amd64 and
almost 95% on Ubuntu 9.10
Hi all,
There's a port archivers/pbzip2, and I am inclined to believe this is a
good benchmark for multi-core performance in real-world usage (with an
appropriate input data set).
BZIP2 is a compression algorithm which is readily applicable to
multicore, because of the nature in which its
On 02/10/10 19:40, Steve Polyack wrote:
I haven't had such bad experience as the above, but it is certainly a
concern. Using ZFS we simply 'offline' the device, pull, replace with
a new one, glabel, and zfs replace. It seems to work fine as long as
nothing is accessing the device you are
On 02/03/10 11:52, Jordi Espasa Clofent wrote:
So I guess my question is, 'why do you need I/O scheduling, and what
aspect of system performance are you trying to solve with it' ?
Some shell-scripts based on dd or rsync, for example. Even a daily
antivirus (ClamAV) scanner means an
On 02/02/2010 17:19, Jordi Espasa Clofent wrote:
In FreeBSD we've nice(1), renice(8) and even rtprio, idprio(1) but if
I'm understanding correctly, they're related to CPU priorty only, not
to I/O.
That's not entirely true.
A thread's CPU priority is still going to affect its ability to be
Try GRUB4DOS. I use this so on boxes where I have Windows installed, I
can keep GRUB in the NTFS partition.
I haven't seen this issue and am tracking -STABLE on an ASUS V-series
machine.
___
freebsd-stable@freebsd.org mailing list
You could try this, but it needs patching for FreeBSD:
http://sourceforge.net/projects/ext2fuse/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
Graham Menhennitt wrote:
Foo2zjs doesn't seem to have changed recently. CUPS has changed but I
doubt that's the problem. Maybe something to do with USB drivers?
In 8.x, CUPS 1.4.x wants libusb support and the ugen driver, rather than
ulpt. Once I changed over to that, all was fine.
It's
Randy Bush wrote:
is there a recipe for making a 7.2 usb?
Tried the UsbDevice command in NanoBSD? This won't give you a full
FreeBSD installer, but you can build a 7.2 system with it just fine.
___
freebsd-stable@freebsd.org mailing list
Simon L. Nielsen wrote:
I'm pretty sure WITHOUT_TOOLCHAIN=yes hasn't worked with buildworld
since 7.x, so this is nothing new. You need to specify it with
installworld, not buildworld. At least I ran into that with NanoBSD
some time ago.
Any chance we could get the C++ runtime coaxed away
Gavin Atkinson wrote:
On Thu, 2009-07-23 at 19:57 +0100, Bruce Simpson wrote:
6 months on, ataraid(4) did it again.
Which ataraid(4) controller is this? Seeing a verbose dmesg would help.
There are several patches in the PR database for ataraid problems, it
would be worth having
Luigi Rizzo wrote:
Is there a recipe for a working flas9 or flash10 operation ?
Allegedly PC-BSD ship a working Flash install, I have not tried it.
I have had similar problems and tried similar recipes. The Flash
player(s) thus embedded are not very stable, and can crash or hang with
6 months on, ataraid(4) did it again.
This time, I was lucky -- I caught in in time, but the damage to the
filesystem meant having to use fsdb to NULL out the affected inodes;
mounting read-only, tarring, and untarring across the network, after a
newfs, let me save the affected partition.
Eugene Grosbein wrote:
On Thu, Jul 23, 2009 at 10:14:18AM +0800, Sagara Wijetunga wrote
If you conversant in this area, could you help us to identify what is/are
the exact function/s in which program/s to look into identify the media
insertion activity, so that we can generate relevant devd
Sagara Wijetunga wrote:
1. Could I know which exact program print above line on /dev/devctl ?
The kernel...
2. I want to print another line with daN as the device-name, where N
is 0 to 9, with minimum vendor and product ids once the allocated
device-name is known for USB Mass Storage
Hi all,
This GCC bug bites us in the Boost regression tests in a number of places.
Uh oh, I've stepped on the one-line fix bomb:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31899
http://gcc.gnu.org/viewcvs?view=revrevision=129199
What's funny is that COPYING in the root of that branch is
Hi,
Since jhb@ committed the fixes for ULi SATA, I updated my kernel+world
on my amd64 desktop machine. So far so good. I updated again Tuesday.
Unfortunately I am now seeing USB warnings during boot:
uhub1: device problem (TIMEOUT), disabling port 1
I get messages like this for any and
Bruce Simpson wrote:
Hi,
Since jhb@ committed the fixes for ULi SATA, I updated my kernel+world
on my amd64 desktop machine. So far so good. I updated again Tuesday.
If I revert to the kernel I built from RELENG_7 on June 10th, all is fine.
I saw no changes in SVN to the stable/7/sys/dev
Vlad Galu wrote:
...
Thanks, Ivan. I'll take a better look at this after our first release,
which is due in a couple of weeks. Right now the team efforts aren't
focused on portability, so it's a low priority issue, but something
we'd definitely like to have in the future.
I've just run head
Pete French wrote:
Any suggestions, or words of wisdom from anyone who has done someething
similar themselevs in the past ?
The ASUS EeePC 701 is cheap as chips and can easily be mass-flashed with
NanoBSD images from a USB dongle.
I wrote a reflash script but didn't release it -- it just
Vlad Galu wrote:
...
Thanks, Ivan. I'll take a better look at this after our first release,
which is due in a couple of weeks. Right now the team efforts aren't
focused on portability, so it's a low priority issue, but something
we'd definitely like to have in the future.
I stand corrected.
Jilles Tjoelker wrote:
If process-shared semaphores really work, then the above structure is
not a pathological case. Effectively, sem_t is carved in stone. So
process-private semaphores should continue to have most of their stuff
in a separately allocated structure, to preserve flexibility.
John Baldwin wrote:
...
Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it
allocates the resources once for each channel it seems in the ata_ali_sata
attachment. Looking in ata-chipset.c, all the other chipsets are good about
allocating these resources in their
Hi,
Since upgrading sources on RELENG_7 yesterday, my amd64 system panics
right after this line in dmesg:
ata4: ATA channel 2 on atapci1
panic: resource_list_alloc: resource entry is busy
This machine uses an ALi SATA controller. I haven't had any problems
with this controller's support for
Bruce Simpson wrote:
Since upgrading sources on RELENG_7 yesterday, my amd64 system panics
right after this line in dmesg:
ata4: ATA channel 2 on atapci1
panic: resource_list_alloc: resource entry is busy
...
I see there have recently been commits in this area which may have
broken ATA driver
Leo wrote:
Hi Burce,
At first, I'm sorry replay late. I've test build libpcap without ports
and using same tar ball. The error message still output.
SLT2# make
gcc -O2 -I. -DHAVE_CONFIG_H -D_U_=__attribute__((unused)) -c
./pcap-null.c
./pcap-null.c:43: error: conflicting types for
Daniel O'Connor wrote:
On Sat, 2 May 2009, Dominic Fandrey wrote:
# hccontrol -n ubt0hci inquiry
Inquiry complete. Status: No error [00]
is pretty lame compared to what should appear according to the
handbook:
% hccontrol -n ubt0hci inquiry
Inquiry result, num_responses=1
Inquiry result #0
Leo wrote:
I don't have other pcap lib installed on this box. Previously
installed a libpcap 0.9 on this box , But I've deleted this version.
On my box, not enable BPF. Let me try if enable the feature.
That's probably what it is. Can you try the following:
* give pcap configure
Hi,
I recently updated the port, but didn't see this condition in testing.
Are you able to build libpcap *without* using the port from the same
tarball?
do-patch in the port doesn't touch those files.
Leo wrote:
Hi All,
I want to install libpcap from ports. But when I make install clean,
Hi,
Can you please try this patch?
I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut.
Sam Leffler wrote:
Bruce Simpson wrote:
Hi,
Looks like I'm late to the party. I was responsible for committing these
ath(4) changes to RELENG_7.
I can't remember if I tested the kernel
Sam Leffler wrote:
...
the ath_hal device.
Do not modify ah_desc.h like you've done. Add this to conf/options
ATH_HAL opt_ah.h
and use that to enable AH_SUPPORT_AR5416.
To clarify the first comment: you've made it impossible to build code
w/o the extended format descriptor; this is what
Hi,
Looks like I'm late to the party. I was responsible for committing these
ath(4) changes to RELENG_7.
I can't remember if I tested the kernel compile without the
AH_SUPPORT_AR5416 option or not, I have been so incredibly busy.
Dennis Melentyev wrote:
2009/4/16 Maxim Sobolev
Is anyone out there using Fedora's Unified Network Controller (func) or
certserver on FreeBSD?
If so, I would really like to hear from you about your experience with it.
thanks,
BMS
___
freebsd-stable@freebsd.org mailing list
Hello all,
This is just a note to let you all know that the open source Atheros HAL
has been merged from HEAD to -STABLE.
I tested it out OK on an IBM/Lenovo ThinkPad T43 with an AR5212 in
HostAP and STA mode, and on an
ASUS EeePC 701 with AH5424 (PCI-express) in STA mode.
The ath_rate*
Pyun YongHyeon wrote:
Your controller looks like i82550. 82550/82551 has nice hardware
cryptographic capability for IPSec acceleration but it's not used
at all under FreeBSD. Intel's open source developer manual didn't
even mention the existence of cryptographic capability.
I had a crack at
Igor Sysoev wrote:
Is anyone able to boot kernel with recently merged superpage support ?
I have csup'd world to
*default date=2009.02.26.23.59.59
then rebuild world and kernel does not boot:
FreeBSD 7.1-STABLE #4: Fri Feb 27 11:59:13 MSK 2009
X
kernel trap 12 with
I can confirm that with 7-STABLE as of this writing, the USB problems
with amd64 and Xorg appear to be fixed.
The key requirements are a 7-STABLE tree from *now*, a fresh
buildworld+buildkernel, and a forced rebuild of libpciaccess to pick up
PCIOCGETBAR. I can now run both scanpci and Xorg
Hi all,
I'm sure that these questions have been asked before, however, a quick
search of forums on the Web didn't turn up any obvious answers.
I currently use portupgrade on all my FreeBSD installations, however, I
have noticed over time that a fair amount of detritus can build up in
Already dealt with, I was merging a change by hand whilst hungover after
a good party. ;^)
Sorry for the churn.
A lot of this stuff gets utterly demolished and rebuilt in the IGMPv3 snap.
I don't plan to backport the multicast work ongoing in p4 to 7-STABLE
without testers, and air-out in
Hi,
Does FreeBSD 7.1 support eSATA hot swappable disks?
cheers
BMS
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Paul B. Mahol wrote:
Project itself doesnt look very active, but I may be wrong. It is in alpha state
as reported on SF.
IMHO it is better to maintain our own because it is in better shape, but I'm not
intersted in ext* as developer.
Shelved due to lack of interest, then... others can feel
Paul B. Mahol wrote:
On 12/8/08, Bruce M. Simpson b...@freebsd.org wrote:
I have rolled a port for ext2fuse:
http://people.freebsd.org/~bms/dump/fusefs-ext2fs.tar
Ignoring fact that is buggy, slooow and port doesnt have any cache implemented
and port leaves files behind in
I've been tracking 7.1 on 3 separate machines since around September
without any issues (1 server, 1 desktop, 1 laptop).
Thank you for all your hard work on this.
cheers
BMS
___
freebsd-stable@freebsd.org mailing list
Goran Lowkrantz wrote:
Can you see ALLMULTI flag from the output of ifconfig vr0?
No -
# ifconfig vr0
vr0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST metric
0 mtu 1500
options=284bRXCSUM,TXCSUM,VLAN_MTU,POLLING,WOL_UCAST,WOL_MAGIC
ether 00:00:24:c8:e0:9c
inet
I just got lots and lots of this:
kern.ipc.maxpipekva exceeded; see tuning(7)
However, tuning(7) on my system has no information about this tunable
whatsoever.
anglepoise:~ % uname -a
FreeBSD anglepoise.lon.incunabulum.net 7.1-PRERELEASE FreeBSD
7.1-PRERELEASE #3: Tue Nov 4 15:40:44 GMT
Patrick Tracanelli wrote:
Is it possible to have traceroute MFC'd for 7.1? I would like to have
-a and -A switchs (ASN Path mapping) available. Thank you :)
There's an AS lookup capable traceroute in ports:
/usr/ports/net/ntraceroute
is this insufficient for your needs?
thanks
BMS
47 matches
Mail list logo