Pawel Jakub Dawidek p...@freebsd.org wrote:
On Sun, Feb 10, 2013 at 09:50:58AM +0200, Andriy Gapon wrote:
I think that PAGE_SIZE (or at most a small multiple of it) should be
sufficient. I don't think that we currently have (or expect to see in
the near future) algorithms where keys with
Steve Kargl s...@troutmask.apl.washington.edu wrote:
In a long thread started by Peter Wemm on developers@, he described
the move/upgrade of the FreeBSD.org cluster to using FreeBSD-10. A
part of his description included the need to test top-of-tree under
actual real-world conditions. In
This is a T61p 6459 laptop with (from pciconf -lv):
iwn0@pci0:3:0:0:class=0x028000 card=0x11108086 chip=0x42308086 rev=0x61
hdr=0x00
vendor = 'Intel Corporation'
device = 'PRO/Wireless 4965 AG or AGN [Kedron] Network Connection'
class = network
or (from dmesg):
Yesterday I had something similar - it was cause by a radio switch flip:
iwn0: RF switch: radio disabled
ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed: USB_ERR_STALLED
ubt0: ubt_intr_read_callback:767: interrupt transfer failed: USB_ERR_STALLED
ugen1.4: Dell Computer Corp at usbus1
From tomek.ce...@gmail.com Mon Feb 11 11:11:23 2013
Yesterday I had something similar - it was cause by a radio switch flip:
iwn0: RF switch: radio disabled
ubt0: ubt_bulk_read_callback:867: bulk-in transfer failed:
USB_ERR_STALLED
ubt0:
On Mon, Feb 11, 2013 at 12:18 PM, Anton Shterenlikht
me...@bristol.ac.uk wrote:
Yes, I can reproduce this on amd64 -current.
I had to flip the switch twice to cause this:
(..)
However, in my earlier report I got to this
error with no flipping the switch at all.
Uhm, on some networks I also
On Sun, Feb 10, 2013 at 3:55 PM, Poul-Henning Kamp p...@phk.freebsd.dk wrote:
But I just did an experiment on an old Pentium 4 system here, using the
fdc driver and 8.3-STABLE as of early December (r243900). I read several
diskettes using dd /dev/fd0 /dev/null and everything went flawlessly.
Hi,
On Mon, 11 Feb 2013 11:48:11 +0100
Fabian Keil freebsd-lis...@fabiankeil.de wrote:
Steve Kargl s...@troutmask.apl.washington.edu wrote:
My conclusion: on at least my not-so-new laptop, FreeBSD-10 can
be used in a desktop environment if one takes some care during the
installation.
Erich,
Den 11/02/2013 kl. 00.38 skrev Erich Dollansky erichsfreebsdl...@alogt.com:
On Sun, 10 Feb 2013 15:57:01 +0100
Erik Cederstrand e...@cederstrand.dk wrote:
And as long as there is no automatic can taster doing quality
assurance of the produced cans, then foul cans will go unnoticed
Hi Erik,
On Mon, 11 Feb 2013 12:43:17 +0100
Erik Cederstrand e...@cederstrand.dk wrote:
= Den 11/02/2013 kl. 00.38 skrev Erich Dollansky
erichsfreebsdl...@alogt.com:
On Sun, 10 Feb 2013 15:57:01 +0100
Erik Cederstrand e...@cederstrand.dk wrote:
And as long as there is no automatic
Erich Dollansky erichsfreebsdl...@alogt.com wrote:
On Mon, 11 Feb 2013 11:48:11 +0100
Fabian Keil freebsd-lis...@fabiankeil.de wrote:
It's unfortunate that the builworld time roughly trippled since
2010 but I guess that's progress and a more powerful system
should fix it. I certainly
Hi,
Does anyone need these lines in /etc/devd.conf ?
=== etc/devd.conf
==
--- etc/devd.conf (revision 246620)
+++ etc/devd.conf (local)
@@ -105,16 +105,6 @@
# action sleep 2 /usr/sbin/ath3kfw -d $device-name -f
On 11 Feb 2013, at 10:48, Fabian Keil freebsd-lis...@fabiankeil.de wrote:
It's unfortunate that the builworld time roughly trippled since
2010 but I guess that's progress and a more powerful system
should fix it. I certainly welcome clang in general, though.
In that case, it's worth noting
Den 11/02/2013 kl. 13.07 skrev Erich Dollansky erichsfreebsdl...@alogt.com:
ok, I agree that developers could react faster some times. But, isn't
it more important that the errors are caught at all?
Yes. As long as there is no alternative, the best motivation to fix a bug is
when you just
hi,
can anyone help me how i can download this code, i tried to downlaod
differnect id by using svn but still fail, i think i am missing something
from basics
http://zrouter.org/hg/FreeBSD/head/file/a7c552e1ed7f/head/sys/dev/switch/ar8x16_switch.c
Thanks
On Mon, 11 Feb 2013 08:36:04 -0500
Yasir hussan kolya...@gmail.com wrote:
hi,
can anyone help me how i can download this code, i tried to downlaod
differnect id by using svn but still fail, i think i am missing
something from basics
On Mon, 11 Feb 2013 08:36:04 -0500
Yasir hussan kolya...@gmail.com wrote:
hi,
can anyone help me how i can download this code, i tried to downlaod
differnect id by using svn but still fail, i think i am missing something
from basics
David Chisnall thera...@freebsd.org wrote:
On 11 Feb 2013, at 10:48, Fabian Keil freebsd-lis...@fabiankeil.de
wrote:
It's unfortunate that the builworld time roughly trippled since
2010 but I guess that's progress and a more powerful system
should fix it. I certainly welcome clang in
On 02/11/2013 04:36 PM, Yasir hussan wrote:
can anyone help me how i can download this code, i tried to downlaod
differnect id by using svn but still fail, i think i am missing something
from basics
http://zrouter.org/hg/FreeBSD/head/file/a7c552e1ed7f/head/sys/dev/switch/ar8x16_switch.c
Click
On Mon, Feb 11, 2013 at 02:56:47PM +0100, Fabian Keil wrote:
WITHOUT_GCC=yes in src.conf is
worthwhile. WITHOUT_GDB=yes is probably also sensible, as the gdb in
base is so old that it doesn't understand most of the DWARF that clang
uses. We should have
On Mon, 2013-02-11 at 09:15 -0500, Glen Barber wrote:
On Mon, Feb 11, 2013 at 02:56:47PM +0100, Fabian Keil wrote:
WITHOUT_GCC=yes in src.conf is
worthwhile. WITHOUT_GDB=yes is probably also sensible, as the gdb in
base is so old that it doesn't
On Sun, 2013-02-10 at 00:35 +0100, Pawel Jakub Dawidek wrote:
On Sat, Feb 09, 2013 at 06:00:53PM +0200, Andriy Gapon wrote:
on 09/02/2013 17:04 Andrey Zonov said the following:
On 2/9/13 5:07 PM, Fabian Keil wrote:
This would at least prevent the segfault.
I see two
On 11 Feb 2013, at 13:56, Fabian Keil freebsd-lis...@fabiankeil.de wrote:
real350m42.363s
user253m5.477s
sys 50m0.024s
These numbers look a bit wrong. You've got 300 minutes of CPU time, but 350
minutes of real time. In an ideal world, on your dual-core system you'd see
150
David Chisnall david.chisn...@cl.cam.ac.uk wrote:
On 11 Feb 2013, at 13:56, Fabian Keil freebsd-lis...@fabiankeil.de
wrote:
real350m42.363s
user253m5.477s
sys 50m0.024s
These numbers look a bit wrong. You've got 300 minutes of CPU time, but
350 minutes of real time. In
Glen Barber g...@freebsd.org wrote:
On Mon, Feb 11, 2013 at 02:56:47PM +0100, Fabian Keil wrote:
WITHOUT_GCC=yes in src.conf is
worthwhile. WITHOUT_GDB=yes is probably also sensible, as the gdb in
base is so old that it doesn't understand most of the
When was the last time anybody tried that with a FreeBSD release ?
Routinely :) Often archiving piles of floppies as images too.
Imagine the legacy gaming crowd does this as well to use, while preventing loss.
Also, fdformat(1), fdcontrol(8), fdread(1), and fdwrite(1) are important
complimentary
... I notice how people haven't quoted how much RAM they have, since
that may influence whether or not things get bounced, double bounced
or such.
Adrian
On 11 February 2013 03:28, C. P. Ghost cpgh...@cordula.ws wrote:
On Sun, Feb 10, 2013 at 3:55 PM, Poul-Henning Kamp p...@phk.freebsd.dk
.. as long as we can attach/detach keyboards without there actually
_being_ a physical console keyboard at boot, sure.
adrian
On 11 February 2013 04:43, Hans Petter Selasky hsela...@c2i.net wrote:
Hi,
Does anyone need these lines in /etc/devd.conf ?
=== etc/devd.conf
On 11 February 2013 09:45, Fabian Keil freebsd-lis...@fabiankeil.de wrote:
You might also want to try MALLOC_PRODUCTION=1 in make.conf. This took
my buildworld/buildkernel times from 35/15 minutes to 8/5 minutes,
respectively.
I've been using MALLOC_PRODUCTION since before I started
On Mon, Feb 11, 2013 at 7:36 PM, Adrian Chadd adr...@freebsd.org wrote:
... I notice how people haven't quoted how much RAM they have, since
that may influence whether or not things get bounced, double bounced
or such.
4 GB RAM installed here:
real memory = 4294967296 (4096 MB)
avail memory
hi,
is there anyone who knows how i can test vlan feature using *etherswitchcfg*,
it tried to set and get vlan configraton for chip ar8316 it shows me right
output, but i still dont know how i should test it with its limited
commands.
Plz anyone who knows kindly inform me detailed setup to test
sgk
So, I decided to test FreeBSD-10 under a user desktop condition. In
so doing, I upgraded the circa August 2012 FreeBSD-current that ran
on my Dell Latitude D530 (which ran rock-solid) to top-of-tree. This
included re-installing all ports under the pkgng paradigm.
phk
First a hat-tip
[trimmed old mails]
Here's a new version of the patch:
http://people.freebsd.org/~davide/patches/calloutng-11022012.diff
Significant bits changed (after wider discussion and suggestion by phk@):
- Introduction of the new sbintime_t type (32.32 fixed point) with the
respective conversion
On Mon, Feb 11, 2013 at 01:17:41PM +0100, Fabian Keil wrote:
Erich Dollansky erichsfreebsdl...@alogt.com wrote:
On Mon, 11 Feb 2013 11:48:11 +0100
Fabian Keil freebsd-lis...@fabiankeil.de wrote:
It's unfortunate that the builworld time roughly trippled since
2010 but I guess that's
clang -O2 -pipe -march=native -DINET6 -DINET -Wall -Wmissing-prototypes
-Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -std=gnu99
-Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall
-Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body
On 10-02-2013 0:09, Joel Dahl wrote:
On 09-02-2013 20:28, Alexander Motin wrote:
How long ago that HEAD was built? Could you get full dmesg? I don't
think that PREVENT ALLOW MEDIUM REMOVAL should cause device drop. No
sense data present also doesn't look right.
As I mentioned earlier,
On Mon, Feb 11, 2013 at 01:29:12PM +, David Chisnall wrote:
On 11 Feb 2013, at 10:48, Fabian Keil freebsd-lis...@fabiankeil.de wrote:
It's unfortunate that the builworld time roughly trippled since
2010 but I guess that's progress and a more powerful system
should fix it. I certainly
clang -O2 -pipe -march=native -DLOADER_NFS_SUPPORT -DBOOT_FORTH
-I/path/to/src/sys/boot/i386/loader/../../ficl
-I/path/to/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT
-DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT
On Sat, Feb 02, 2013 at 10:47:09PM +0100, Marius Strobl wrote:
On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote:
Hi,
I finished the last (insignificant) missed bits in the Jeff' physbio
work. Now I am asking for the last round of testing and review, esp. for
the !x86
On Fri, 2013-02-08 at 10:16 -0800, Jack Vogel wrote:
For those that may have run across the story on Slashdot about this NIC,
here is our statement:
Recently there were a few stories published, based on a blog post by an
end-user, suggesting specific network packets may cause the Intel®
On Monday 11 February 2013 23:21:05 Joel Dahl wrote:
On 10-02-2013 0:09, Joel Dahl wrote:
On 09-02-2013 20:28, Alexander Motin wrote:
How long ago that HEAD was built? Could you get full dmesg? I don't
think that PREVENT ALLOW MEDIUM REMOVAL should cause device drop. No
sense data
41 matches
Mail list logo
