Pawel Jakub Dawidek 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 more than
Steve Kargl 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 his words, FreeBSD should "eat i
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: at usbus1 (disconnected)
ubt0:
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: ubt_intr_read_call
On Mon, Feb 11, 2013 at 12:18 PM, Anton Shterenlikht
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 very often get i
On Sun, Feb 10, 2013 at 3:55 PM, Poul-Henning Kamp 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.
>
> Could you try
Hi,
On Mon, 11 Feb 2013 11:48:11 +0100
Fabian Keil wrote:
> Steve Kargl 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.
>
> I'm using CURRENT on my also-no-so-new laptop sinc
Erich,
Den 11/02/2013 kl. 00.38 skrev Erich Dollansky :
> On Sun, 10 Feb 2013 15:57:01 +0100
> Erik Cederstrand wrote:
>
>> And as long as there is no automatic can taster doing quality
>> assurance of the produced cans, then foul cans will go unnoticed
>> until a dog pukes all over the carpet
Hi Erik,
On Mon, 11 Feb 2013 12:43:17 +0100
Erik Cederstrand wrote:
=> Den 11/02/2013 kl. 00.38 skrev Erich Dollansky
> :
>
> > On Sun, 10 Feb 2013 15:57:01 +0100
> > Erik Cederstrand wrote:
> >
> >> And as long as there is no automatic can taster doing quality
> >> assurance of the produced
Erich Dollansky wrote:
> On Mon, 11 Feb 2013 11:48:11 +0100
> Fabian Keil 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.
> >
> Trippled?
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 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 that you can shave a fair bi
Den 11/02/2013 kl. 13.07 skrev Erich Dollansky :
> 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 spent 20 minutes recovering y
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 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
>
> http://zrouter.org/hg/FreeBSD/head/file/a7c552e1ed7f/head/sys/dev/s
On Mon, 11 Feb 2013 08:36:04 -0500
Yasir hussan 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
>
> http://zrouter.org/hg/FreeBSD/head/file/a7c552e1ed7f/head/sys/dev/s
David Chisnall wrote:
> On 11 Feb 2013, at 10:48, Fabian Keil
> 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 w
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
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.
> > >>
> > >
>
On 11 Feb 2013, at 13:56, Fabian Keil 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 minutes of real time. Seein
David Chisnall wrote:
> On 11 Feb 2013, at 13:56, Fabian Keil
> 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
>
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 understand most of the DWARF tha
> 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 wrote:
> On Sun, Feb 10, 2013 at 3:55 PM, Poul-Henning Kamp
> wrote:
>>>But I just did an experime
.. 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 wrote:
> Hi,
>
> Does anyone need these lines in /etc/devd.conf ?
>
> === etc/devd.conf
> =
On 11 February 2013 09:45, Fabian Keil 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 collecting
> build times and
On Mon, Feb 11, 2013 at 7:36 PM, Adrian Chadd 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 = 3832922112 (36
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 v
>> 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
[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 (sbintime
On Mon, Feb 11, 2013 at 01:17:41PM +0100, Fabian Keil wrote:
> Erich Dollansky wrote:
>
> > On Mon, 11 Feb 2013 11:48:11 +0100
> > Fabian Keil wrote:
>
> > > It's unfortunate that the builworld time roughly trippled since
> > > 2010 but I guess that's progress and a more powerful system
> > > 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
-Wno-string-plus-int
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 mentione
On Mon, Feb 11, 2013 at 01:29:12PM +, David Chisnall wrote:
> On 11 Feb 2013, at 10:48, Fabian Keil 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 gene
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
-I/path/to/src/sys/boot/i386/loader/../../com
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
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
> > >
41 matches
Mail list logo
