> On 5/13/21 9:00 PM, Rodney W. Grimes wrote:
> >> On 12.05.2021 21:01, Marc Veldman wrote:
> >>
> >>> I?m not sure if this is an interesting data point or not,
> >>> but a warm boot without the card inserted succeeds after
> >>> a cold boot with the card inserted.
> >>
> >>It could explain, wh
On 5/13/21 9:00 PM, Rodney W. Grimes wrote:
On 12.05.2021 21:01, Marc Veldman wrote:
I?m not sure if this is an interesting data point or not,
but a warm boot without the card inserted succeeds after
a cold boot with the card inserted.
It could explain, why my tests with "same code path" g
[I need to be more careful about identifying
the context I'm referring to.]
On 2018-Jan-4, at 7:13 PM, Mark Millard wrote:
> Mark Heily mark at heily.com wrote on
> Thu Jan 4 14:06:18 UTC 2018 :
>
>> the build system for CURRENT can be changed in
>> ways that make it incompatible with building
Mark Heily mark at heily.com wrote on
Thu Jan 4 14:06:18 UTC 2018 :
> the build system for CURRENT can be changed in
> ways that make it incompatible with building STABLE. This is normal and
> expected behavior for a development branch. It has never been a *supported*
> option to mix and match sou
On Thu, Jan 4, 2018 at 6:17 AM, O. Hartmann wrote:
> On Tue, 2 Jan 2018 09:33:08 -0500
> Shawn Webb wrote:
>
> > On Mon, Jan 01, 2018 at 05:14:00PM -0800, Don Lewis wrote:
> > > Since lint was removed from 12.0-CURRENT, it is not possible to build
> > > 11.1-STABLE on a 12.0-CURRENT host
>
Ther
On Tue, 2 Jan 2018 09:33:08 -0500
Shawn Webb wrote:
> On Mon, Jan 01, 2018 at 05:14:00PM -0800, Don Lewis wrote:
> > Since lint was removed from 12.0-CURRENT, it is not possible to build
> > 11.1-STABLE on a 12.0-CURRENT host, but I was able to work around that
> > by copying /usr/bin/true to /us
On Mon, Jan 01, 2018 at 05:14:00PM -0800, Don Lewis wrote:
> Since lint was removed from 12.0-CURRENT, it is not possible to build
> 11.1-STABLE on a 12.0-CURRENT host, but I was able to work around that
> by copying /usr/bin/true to /usr/bin/lint. Unfortunately, that trick
> doesn't work when upd
On Sun, May 14, 2017 at 01:12:11AM +, Rick Macklem wrote:
> >> It is also the case that mountd.c doesn't look "nobody" up in the password
> >> database
> >> to set the default. It would be nice to do this, but it could result in
> >> the mountd daemon
> >> getting "stuck" during a boot waiti
Slawa Olhovchenkov wrote:
>Rick Macklem wrote:
>> Hi,
>>
>> Five years ago (yea, it slipped through a crack;-), Slawa reported that files
>> created by root would end up owned by uid 2**32-2 (-2 as uint32_t).
>> This happens if there is no "-maproot=" in the /etc/exports line.
>>
>> The cause is ob
On 05/08/2017 06:45, Rick Macklem wrote:
> Hi,
>
> Five years ago (yea, it slipped through a crack;-), Slawa reported that files
> created by root would end up owned by uid 2**32-2 (-2 as uint32_t).
> This happens if there is no "-maproot=" in the /etc/exports line.
>
> The cause is obvious. The
On Mon, May 08, 2017 at 11:45:46AM +, Rick Macklem wrote:
> Hi,
>
> Five years ago (yea, it slipped through a crack;-), Slawa reported that files
> created by root would end up owned by uid 2**32-2 (-2 as uint32_t).
> This happens if there is no "-maproot=" in the /etc/exports line.
>
> The
During periods when devel/powerpc-gcc and lang/gcc5 [both currently variants of
version 5] are at the same version trying to install both gives conflicts on at
least one file.
During times when they are based on different versions [within the 5 range
currently] they do not conflict when install
On 7/8/16 9:22 AM, Ngie Cooper (yaneurabeya) wrote:
>
>> On Jul 8, 2016, at 09:12, Li-Wen Hsu wrote:
>>
>> On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote:
>>>
>>> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and
>>> were they customized to incl
> On Jul 8, 2016, at 09:12, Li-Wen Hsu wrote:
>
> On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote:
>>
>> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and
>> were they customized to include this support?
>
> In short, it uses devel/amd64-xtool
On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote:
>
> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and
> were they customized to include this support?
In short, it uses devel/amd64-xtoolchain-gcc .
That job basically executes this script:
https:
On Sun, 23 Mar 2014 13:36:29 -0700
Adrian Chadd wrote:
> Less information-poor response:
>
> * when it happens, the FB will resume correctly for a little bit, then
> once everything comes back, it flips to being distorted. So, it's
> likely something is misconfiguring stuff during resume.
> * I
On Sun, Mar 23, 2014 at 06:41:05PM -0700, Adrian Chadd wrote:
> No, this isn't a "the buffer is messed up", this is a "everything is
> and stays messed up."
>
> Starting new applications odes'nt fix it.
>
> Minimising/maximising the applications again doesn't fix it.
>
> This is a "the framebuff
No, this isn't a "the buffer is messed up", this is a "everything is
and stays messed up."
Starting new applications odes'nt fix it.
Minimising/maximising the applications again doesn't fix it.
This is a "the framebuffer config seems busted", not "the contents of
that 2d rectaugular area got mes
On Sun, Mar 23, 2014 at 01:36:29PM -0700, Adrian Chadd wrote:
> Less information-poor response:
>
> * when it happens, the FB will resume correctly for a little bit, then
> once everything comes back, it flips to being distorted. So, it's
> likely something is misconfiguring stuff during resume.
>
Less information-poor response:
* when it happens, the FB will resume correctly for a little bit, then
once everything comes back, it flips to being distorted. So, it's
likely something is misconfiguring stuff during resume.
* I can flip to VTs fine; I can login and do things fine;
* When I flip b
On Sat, Sep 22, 2012 at 02:20:14PM +0300, Konstantin Belousov wrote:
> On Fri, Sep 21, 2012 at 11:39:40PM +0200, Dimitry Andric wrote:
> > Hi all,
> >
> > As a followup to my previous post about the performance of FreeBSD 10.0
> > kernels compiled with different compilers (clang and gcc), I did an
Am 09/22/12 15:52, schrieb Dimitry Andric:
> On 2012-09-22 14:52, O. Hartmann wrote:
> ...
>> When we used FreeBSD for scientific work, that was around 1998 - 2002,
>> there were some attempts made to use Intel's icc compiler suite on
>> FreeBSD in the 32Bit Linuxulator. That time I used that compi
On 2012-09-22 14:52, O. Hartmann wrote:
...
When we used FreeBSD for scientific work, that was around 1998 - 2002,
there were some attempts made to use Intel's icc compiler suite on
FreeBSD in the 32Bit Linuxulator. That time I used that compiler only
for compiling my modelling software, but ther
Hello Dimitry.
Am 09/22/12 13:43, schrieb Dimitry Andric:
> On 2012-09-22 09:35, O. Hartmann wrote:
>> Am 09/21/12 23:39, schrieb Dimitry Andric:
> ...
>> At least one can say FreeBSD does not suffer from performance drain
>> using the cutting edge clang 3.2 compared with a gcc 4.2.1 compiler, th
On 2012-09-22 09:35, O. Hartmann wrote:
Am 09/21/12 23:39, schrieb Dimitry Andric:
...
At least one can say FreeBSD does not suffer from performance drain
using the cutting edge clang 3.2 compared with a gcc 4.2.1 compiler, the
echo from the past.
Well, the main idea of these tests is to prov
On Fri, Sep 21, 2012 at 11:39:40PM +0200, Dimitry Andric wrote:
> Hi all,
>
> As a followup to my previous post about the performance of FreeBSD 10.0
> kernels compiled with different compilers (clang and gcc), I did another
> series of tests, now on a more modern machine (Core i5-based). I also
Am 09/21/12 23:39, schrieb Dimitry Andric:
> Hi all,
>
> As a followup to my previous post about the performance of FreeBSD 10.0
> kernels compiled with different compilers (clang and gcc), I did another
> series of tests, now on a more modern machine (Core i5-based). I also
> tested the performa
On Tue, May 01, 2012 at 09:09:05PM +, Bjoern A. Zeeb wrote:
>
> On 1. May 2012, at 15:40 , Luigi Rizzo wrote:
>
> > On Tue, May 01, 2012 at 10:27:42AM -0400, George Neville-Neil wrote:
...
> >> Also, how are you doing the measurements.
> >
> > The measurements are done with tools/tools/netra
On 1. May 2012, at 15:40 , Luigi Rizzo wrote:
> On Tue, May 01, 2012 at 10:27:42AM -0400, George Neville-Neil wrote:
>>
>> On Apr 20, 2012, at 15:03 , Luigi Rizzo wrote:
>>
>>> Continuing my profiling on network performance, another place
>>> were we waste a lot of time is if_ethersubr.c::ether
On May 1, 2012, at 11:40 , Luigi Rizzo wrote:
> On Tue, May 01, 2012 at 10:27:42AM -0400, George Neville-Neil wrote:
>>
>> On Apr 20, 2012, at 15:03 , Luigi Rizzo wrote:
>>
>>> Continuing my profiling on network performance, another place
>>> were we waste a lot of time is if_ethersubr.c::ether
On Tue, May 01, 2012 at 10:27:42AM -0400, George Neville-Neil wrote:
>
> On Apr 20, 2012, at 15:03 , Luigi Rizzo wrote:
>
> > Continuing my profiling on network performance, another place
> > were we waste a lot of time is if_ethersubr.c::ether_output()
> >
> > In particular, from the beginning
On Apr 20, 2012, at 15:03 , Luigi Rizzo wrote:
> Continuing my profiling on network performance, another place
> were we waste a lot of time is if_ethersubr.c::ether_output()
>
> In particular, from the beginning of ether_output() to the
> final call to ether_output_frame() the code takes slight
On Sat, 10 Mar 2012 12:04:02 -0600
"Conrad J. Sabatier" wrote:
> On Fri, 09 Mar 2012 22:22:18 -0800
> matt wrote:
>
> > On 03/09/12 22:19, Conrad J. Sabatier wrote:
> > > On Fri, 9 Mar 2012 23:53:50 -0600
> > >
> > > That sound you're hearing right now is me gnashing my teeth. :-)
> > >
> > bl
On Sat, 10 Mar 2012 07:11:14 +0100
"O. Hartmann" wrote:
> On 03/10/12 06:53, Conrad J. Sabatier wrote:
> > On Fri, 9 Mar 2012 23:38:22 -0600
> > "Conrad J. Sabatier" wrote:
> >
> >> On Fri, 09 Mar 2012 22:39:23 +0100
> >> "O. Hartmann" wrote:
> >>
> >>> On 03/09/12 21:04, Conrad J. Sabatier wr
On Fri, 09 Mar 2012 22:22:18 -0800
matt wrote:
> On 03/09/12 22:19, Conrad J. Sabatier wrote:
> > On Fri, 9 Mar 2012 23:53:50 -0600
> >
> > That sound you're hearing right now is me gnashing my teeth. :-)
> >
> blow away /usr/obj, /usr/src, csup to current, then do "cd
> /usr/src/include && make
On 03/10/12 06:53, Conrad J. Sabatier wrote:
> On Fri, 9 Mar 2012 23:38:22 -0600
> "Conrad J. Sabatier" wrote:
>
>> On Fri, 09 Mar 2012 22:39:23 +0100
>> "O. Hartmann" wrote:
>>
>>> On 03/09/12 21:04, Conrad J. Sabatier wrote:
I'm getting quite a few of these "Rune"-related errors during po
On 03/09/12 22:19, Conrad J. Sabatier wrote:
> On Fri, 9 Mar 2012 23:53:50 -0600
> "Conrad J. Sabatier" wrote:
>
> [snip]
>
>> Well, now, this is interesting. Just for curiosity's sake, I tried
>> building a new kernel with the fresh source tree I just fetched from
>> the svn repository, and it s
On Fri, 9 Mar 2012 23:53:50 -0600
"Conrad J. Sabatier" wrote:
[snip]
> Well, now, this is interesting. Just for curiosity's sake, I tried
> building a new kernel with the fresh source tree I just fetched from
> the svn repository, and it succeeded! Still can't build world,
> though.
>
> The q
On Fri, 9 Mar 2012 23:38:22 -0600
"Conrad J. Sabatier" wrote:
> On Fri, 09 Mar 2012 22:39:23 +0100
> "O. Hartmann" wrote:
>
> > On 03/09/12 21:04, Conrad J. Sabatier wrote:
> > > I'm getting quite a few of these "Rune"-related errors during port
> > > builds lately. I've tried following the ad
On Fri, 09 Mar 2012 22:39:23 +0100
"O. Hartmann" wrote:
> On 03/09/12 21:04, Conrad J. Sabatier wrote:
> > I'm getting quite a few of these "Rune"-related errors during port
> > builds lately. I've tried following the advice from the list, but
> > no good, they still keep occurring. I even trie
On 03/09/12 21:04, Conrad J. Sabatier wrote:
> I'm getting quite a few of these "Rune"-related errors during port
> builds lately. I've tried following the advice from the list, but no
> good, they still keep occurring. I even tried backing off to my last
> known good buildworld/buildkernel (arou
2011/3/9 Vinícius Zavam
> > Ok. Exactly which model laptop is it? Maybe you're suffering similar
> issues
> > to my AR2427 (which is an AR9285 w/out the 11n bits all enabled in the
> > silicon.)
> >
>
> asus eeepc 1005PE
>
>
I can't seem to get a cheap one locally; does anyone have one with t
2011/3/8 Adrian Chadd :
> 2011/3/8 Vinícius Zavam
>
>>
>> i've done it before. did not receive my mail?
>> hmm... maybe it's because i attached and carbon copied current@ and
>> mobile@.
>>
>> will mail it to you ASAP.
>
> I believe it's in my inbox. Thanks.
>
>>
>> > Are you able to crack open th
2011/3/8 Vinícius Zavam
> i've done it before. did not receive my mail?
> hmm... maybe it's because i attached and carbon copied current@ and
> mobile@.
>
> will mail it to you ASAP.
I believe it's in my inbox. Thanks.
> > Are you able to crack open the laptop and write down the exact detail
Thanks. I'd really like to know what the exact model/manufacturer of the
card is. are you easily able to remove it from your laptop and take some
clear photos?
adrian
2011/3/8 Vinícius Zavam
> 2011/3/8 Vinícius Zavam :
> > 2011/3/8 Adrian Chadd :
> >> That's not enough info; what about the ve
2011/3/8 Vinícius Zavam :
> 2011/3/8 Adrian Chadd :
>> That's not enough info; what about the versions of files in sys/dev/ath ?
>>
>>
>> Adrian
>
> ops. shame on me.
>
>> 2011/3/8 Vinícius Zavam
>>>
>>> 2011/3/7 Adrian Chadd :
>>> > Which version of the driver are you using?
>>> >
>>> >
>>> > Adr
2011/3/8 Adrian Chadd :
>
>
> 2011/3/8 Vinícius Zavam
>>
>>
>> it's "true".
>> works for me, but i need to put my netbook less than 1meter from my
>> access point, when using freebsd ;(
>>
>> somewhere else i've tryed to send icmp echo requests to my gw got
>> nothing but "bb hang detected".
>> my
2011/3/8 Adrian Chadd :
> That's not enough info; what about the versions of files in sys/dev/ath ?
>
>
> Adrian
ops. shame on me.
> 2011/3/8 Vinícius Zavam
>>
>> 2011/3/7 Adrian Chadd :
>> > Which version of the driver are you using?
>> >
>> >
>> > Adrian
sys/dev/ath/ah_osdep.c: * $FreeBSD: sr
2011/3/8 Vinícius Zavam
>
>
> it's "true".
> works for me, but i need to put my netbook less than 1meter from my
> access point, when using freebsd ;(
>
> somewhere else i've tryed to send icmp echo requests to my gw got
> nothing but "bb hang detected".
> my `ifconfig wlan0 list scan` returns ju
That's not enough info; what about the versions of files in sys/dev/ath ?
Adrian
2011/3/8 Vinícius Zavam
> 2011/3/7 Adrian Chadd :
> > Which version of the driver are you using?
> >
> >
> > Adrian
>
> # $FreeBSD: src/sys/modules/ath/Makefile,v 1.19 2011/03/02 17:19:54 adrian
> Exp $
>
> > 201
2011/1/22 Adrian Chadd :
> So it's all completely stable for you too right now?
>
>
>
> adrian
>
> 2011/1/22 Dima Panov :
>> Hello!
>>
>> 22.01.2011, 13:56, "Adrian Chadd" :
>>> On 20 January 2011 13:51, Adrian Chadd ; wrote:
>>>
Hi everyone,
I'm in the process of merging in the no
2011/3/7 Adrian Chadd :
> Which version of the driver are you using?
>
>
> Adrian
# $FreeBSD: src/sys/modules/ath/Makefile,v 1.19 2011/03/02 17:19:54 adrian Exp $
> 2011/3/7 Vinícius Zavam
>>
>> 2011/1/23 Adrian Chadd :
>> > You'll have to compile in the diag api.
>> >
>> > Just add these:
>> >
Which version of the driver are you using?
Adrian
2011/3/7 Vinícius Zavam
> 2011/1/23 Adrian Chadd :
> > You'll have to compile in the diag api.
> >
> > Just add these:
> >
> > options ATH_DIAGAPI
> >
> >
> >
> > Adrian
> >
> > 2011/1/23 Dima Panov :
> >> Hello!
> >>
> >> 23.01.2011,
You'll have to compile in the diag api.
Just add these:
options ATH_DIAGAPI
Adrian
2011/1/23 Dima Panov :
> Hello!
>
> 23.01.2011, 09:47, "Adrian Chadd" :
>> Hi all,
>>
>> I've just committed a new tool in src/tools/tools/ath/ called ath_prom_dump .
>>
>> It dumps the contents of the
Hello!
23.01.2011, 09:47, "Adrian Chadd" :
> Hi all,
>
> I've just committed a new tool in src/tools/tools/ath/ called ath_prom_dump .
>
> It dumps the contents of the atheros EEPROM into a text file for later
> analysis.
>
> I don't have any AR9285's handy; if you have an AR9285, would you
> ple
Make sure you're absolutely, positively not doing power saving stuff.
I'm quite certain the ar5416+ HAL is just not doing the right thing
re: power saving mode.
Adrian
On 23 January 2011 13:55, Ian FREISLICH wrote:
> Adrian Chadd wrote:
>> I haven't changed anything on the AR9285 codebase that
Adrian Chadd wrote:
> I haven't changed anything on the AR9285 codebase that would account
> for the above.
That maybe. The visible difference in behaviour is that when there's
no traffic, the reported rate drops to 1Mbps. As soon as there's
traffic it jumps to 54Mbps.
> Something to keep in mi
On 23 January 2011 07:47, b. f. wrote:
>> Nope, sorry. I can only do two things at a time. :)
>
> I didn't mean immediately, but at some point in the not-too-distant
> future. Or do you lack the hardware, if not the time?
All of the above, sorry.
The atheros wifi hacking is mostly a spare-time
Hi all,
I've just committed a new tool in src/tools/tools/ath/ called ath_prom_dump .
It dumps the contents of the atheros EEPROM into a text file for later analysis.
I don't have any AR9285's handy; if you have an AR9285, would you
please send me a hexdump of the EEPROM along with the contents
On 1/22/11, Adrian Chadd wrote:
> On 23 January 2011 01:11, b. f. wrote:
>
>> Would you look to see if any of your improvements can also be used by
>> uath(4)?
>
> Nope, sorry. I can only do two things at a time. :)
I didn't mean immediately, but at some point in the not-too-distant
future. Or
On 23 January 2011 01:11, b. f. wrote:
> Would you look to see if any of your improvements can also be used by uath(4)?
Nope, sorry. I can only do two things at a time. :)
Adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/m
On 23 January 2011 02:28, Ian FREISLICH wrote:
>> Someone's reported that the AR9285 was once stable but now isn't. I'd
>> really appreciate it if others who are using AR9280/AR9285 chipsets
>> would test this out and get back to me.
>
> Oddly enough, I think my AR9285 uses less power now. This
Adrian Chadd wrote:
> On 20 January 2011 13:51, Adrian Chadd wrote:
> > Hi everyone,
> >
> > I'm in the process of merging in the non-intrusive changes to the
> > if_ath code into -HEAD.
>
> Ok, so I lied - the ANI changes were slightly intrusive. But all in
> all the code was just shuffled aroun
Adrian Chadd wrote:
> 2011/1/22 Dima Panov :
>
> > 22.01.2011, 22:19, "Adrian Chadd" :
> This is why I really do need this tested as much as possible. I'll put
> up instructions on how to build if_ath as a module (that's what I'm
> doing on my RELENG_8 EEEPC - I'm running the HEAD if_ath on it for
2011/1/22 Dima Panov :
> 22.01.2011, 22:19, "Adrian Chadd" :
>> So it's all completely stable for you too right now?
>>
>
> Yes, almost 7 hours with new kernel and no errors.
> Stable as all previous revisions.
>
> Wait a 802.11n support to utilize it with my home and office hotspots :)
:) That's
hello!
22.01.2011, 22:19, "Adrian Chadd" :
> So it's all completely stable for you too right now?
>
Yes, almost 7 hours with new kernel and no errors.
Stable as all previous revisions.
Wait a 802.11n support to utilize it with my home and office hotspots :)
> adrian
>
> 2011/1/22 Dima Panov ;
So it's all completely stable for you too right now?
adrian
2011/1/22 Dima Panov :
> Hello!
>
> 22.01.2011, 13:56, "Adrian Chadd" :
>> On 20 January 2011 13:51, Adrian Chadd ; wrote:
>>
>>> Hi everyone,
>>>
>>> I'm in the process of merging in the non-intrusive changes to the
>>> if_ath code
Hello!
22.01.2011, 13:56, "Adrian Chadd" :
> On 20 January 2011 13:51, Adrian Chadd ; wrote:
>
>> Hi everyone,
>>
>> I'm in the process of merging in the non-intrusive changes to the
>> if_ath code into -HEAD.
>
> Ok, so I lied - the ANI changes were slightly intrusive. But all in
> all the cod
On 20 January 2011 13:51, Adrian Chadd wrote:
> Hi everyone,
>
> I'm in the process of merging in the non-intrusive changes to the
> if_ath code into -HEAD.
Ok, so I lied - the ANI changes were slightly intrusive. But all in
all the code was just shuffled around a bit.
Someone's reported that th
Dnia czwartek, 20 stycznia 2011 o 10:44:27 Max Khon napisał(a):
> Adrian,
>
> On Thu, Jan 20, 2011 at 11:51 AM, Adrian Chadd
> wrote:
>
> I'm in the process of merging in the non-intrusive changes to the
>
> > if_ath code into -HEAD.
> >
> > I'd appreciate some testing just to ensure I haven't
Adrian,
On Thu, Jan 20, 2011 at 11:51 AM, Adrian Chadd wrote:
I'm in the process of merging in the non-intrusive changes to the
> if_ath code into -HEAD.
>
> I'd appreciate some testing just to ensure I haven't broken anything
> terribly obvious.
>
Any chances for proper support for Atheros 802.
On 20 January 2011 17:44, Max Khon wrote:
> Any chances for proper support for Atheros 802.11n cards?
> Should not we just port ath9k (Linux) or athn (OpenBSD) drivers?
*grin* I have the beginnings of functioning 802.11n support.
This stuff is just structural precursors to that. I'm just tidyin
30.11.10, 20:21, "Garrett Cooper" :
> Just updated to HEAD and I saw the recent ifconfig, usb ethernet,
> et all changes:
>
> $ ifconfig
> usbus0: flags=0<> metric 0 mtu 0
> usbus1: flags=0<> metric 0 mtu 0
> usbus2: flags=0<> metric 0 mtu 0
> usbus3: flags=0<> metric 0 mtu 0
> msk0:
2010/11/30 Ilya A. Arhipov :
> 30.11.10, 20:21, "Garrett Cooper" :
>
>> Just updated to HEAD and I saw the recent ifconfig, usb ethernet,
>> et all changes:
>>
>> $ ifconfig
>> usbus0: flags=0<> metric 0 mtu 0
>> usbus1: flags=0<> metric 0 mtu 0
>> usbus2: flags=0<> metric 0 mtu 0
>> usbu
On Tue, Nov 30, 2010 at 11:21 AM, Garrett Cooper wrote:
> Just updated to HEAD and I saw the recent ifconfig, usb ethernet,
> et all changes:
>
> $ ifconfig
> usbus0: flags=0<> metric 0 mtu 0
> usbus1: flags=0<> metric 0 mtu 0
> usbus2: flags=0<> metric 0 mtu 0
> usbus3: flags=0<> metric 0 mtu
Matthew D. Fuller wrote:
On Wed, Nov 05, 2003 at 11:28:50AM +0100 I heard the voice of
Eirik Oeverby, and lo! it spake thus:
The second is that mouse messages are actually *lost*, or bogus ones are
being generated. I guess it's the first, making moused or X misinterpret
the messages it gets. Wher
On Wed, Nov 05, 2003 at 11:28:50AM +0100 I heard the voice of
Eirik Oeverby, and lo! it spake thus:
>
> The second is that mouse messages are actually *lost*, or bogus ones are
> being generated. I guess it's the first, making moused or X misinterpret
> the messages it gets. Where along the chai
On Wed, 5 Nov 2003, Sheldon Hearn wrote:
> On (2003/11/04 15:46), Jeff Roberson wrote:
>
> > > The thing is, I'm using 4BSD, not ULE, so I wouldn't trouble Jeff to
> > > look for a cause for that specific problem in ULE.
> >
> > How long have you been seeing this? Are you using a usb mouse? C
Sheldon Hearn wrote:
On (2003/11/04 15:46), Jeff Roberson wrote:
The thing is, I'm using 4BSD, not ULE, so I wouldn't trouble Jeff to
look for a cause for that specific problem in ULE.
How long have you been seeing this? Are you using a usb mouse? Can you
try with PS/2 if you are?
Since my la
On (2003/11/04 15:46), Jeff Roberson wrote:
> > The thing is, I'm using 4BSD, not ULE, so I wouldn't trouble Jeff to
> > look for a cause for that specific problem in ULE.
>
> How long have you been seeing this? Are you using a usb mouse? Can you
> try with PS/2 if you are?
Since my last updat
Sheldon Hearn wrote:
On (2003/11/04 09:29), Eirik Oeverby wrote:
The problem is two parts: The mouse tends to 'lock up' for brief moments
when the system is under load, in particular during heavy UI operations
or when doing compile jobs and such.
The second part of the problem is related, and is
On Tue, 4 Nov 2003, Sheldon Hearn wrote:
> On (2003/11/04 09:29), Eirik Oeverby wrote:
>
> > The problem is two parts: The mouse tends to 'lock up' for brief moments
> > when the system is under load, in particular during heavy UI operations
> > or when doing compile jobs and such.
> > The second
On (2003/11/04 09:29), Eirik Oeverby wrote:
> The problem is two parts: The mouse tends to 'lock up' for brief moments
> when the system is under load, in particular during heavy UI operations
> or when doing compile jobs and such.
> The second part of the problem is related, and is manifested by
Jeff Roberson wrote:
On Mon, 3 Nov 2003, Eirik Oeverby wrote:
Hi,
Just recompiled yesterday, running sched_ule.c 1.75. It seems to have
re-introduced the bogus mouse events I talked about earlier, after a
period of having no problems with it. The change happened between 1.69
and 1.75, and there'
On Mon, 3 Nov 2003, Eirik Oeverby wrote:
> Hi,
>
> Just recompiled yesterday, running sched_ule.c 1.75. It seems to have
> re-introduced the bogus mouse events I talked about earlier, after a
> period of having no problems with it. The change happened between 1.69
> and 1.75, and there's also the
On Tue, 4 Nov 2003, Bruce Evans wrote:
> On Sun, 2 Nov 2003, Jeff Roberson wrote:
>
> > You commented on the nice cutoff before. What do you believe the correct
> > behavior is? In ULE I went to great lengths to be certain that I emulated
> > the old behavior of denying nice +20 processes cpu t
On Tue, Nov 04, 2003 at 12:33:48AM +1100, Bruce Evans wrote:
> I think the existence of rtprio and a non-broken idprio makes infinite
> deprioritization using niceness unnecessary. (idprio is still broken
> (not available to users) in -current, but it doesn't need to be if
> priority propagation i
On Sun, 2 Nov 2003, Jeff Roberson wrote:
> On Sat, 1 Nov 2003, Bruce Evans wrote:
> > My simple make benchmark now takes infinitely longer with ULE under SMP,
> > since make -j 16 with ULE under SMP now hangs nfs after about a minute.
> > 4BSD works better. However, some networking bugs have dev
Hi,
Just recompiled yesterday, running sched_ule.c 1.75. It seems to have
re-introduced the bogus mouse events I talked about earlier, after a
period of having no problems with it. The change happened between 1.69
and 1.75, and there's also the occational glitch in keyboard input.
If you need
Jeff Roberson <[EMAIL PROTECTED]> wrote:
> On Fri, 31 Oct 2003, Bruno Van Den Bossche wrote:
[...]
> > I recently had to complete a little piece of software in a course on
> > parallel computing. I've put it online[1] (we only had to write the
> > pract2.cpp file). It calculates the inverse of a
On Fri, 31 Oct 2003, Sam Leffler wrote:
> On Friday 31 October 2003 09:04 am, Bruce Evans wrote:
>
> > My simple make benchmark now takes infinitely longer with ULE under SMP,
> > since make -j 16 with ULE under SMP now hangs nfs after about a minute.
> > 4BSD works better. However, some networki
On Sat, 1 Nov 2003, Bruce Evans wrote:
> On Fri, 31 Oct 2003, Jeff Roberson wrote:
>
> > I have commited my SMP fixes. I would appreciate it if you could post
> > update results. ULE now outperforms 4BSD in a single threaded kernel
> > compile and performs almost identically in a 16 way make. I
On Fri, 31 Oct 2003, Bruno Van Den Bossche wrote:
> Jeff Roberson <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 29 Oct 2003, Jeff Roberson wrote:
> >
> > > On Thu, 30 Oct 2003, Bruce Evans wrote:
> > >
> > > > > Test for scheduling buildworlds:
> > > > >
> > > > > cd /usr/src/usr.bin
> > > > >
On Friday 31 October 2003 09:04 am, Bruce Evans wrote:
> My simple make benchmark now takes infinitely longer with ULE under SMP,
> since make -j 16 with ULE under SMP now hangs nfs after about a minute.
> 4BSD works better. However, some networking bugs have developed in the
> last few days. On
On Fri, 31 Oct 2003, Jeff Roberson wrote:
> I have commited my SMP fixes. I would appreciate it if you could post
> update results. ULE now outperforms 4BSD in a single threaded kernel
> compile and performs almost identically in a 16 way make. I still have a
> few more things that I can do to
Jeff Roberson <[EMAIL PROTECTED]> wrote:
> On Wed, 29 Oct 2003, Jeff Roberson wrote:
>
> > On Thu, 30 Oct 2003, Bruce Evans wrote:
> >
> > > > Test for scheduling buildworlds:
> > > >
> > > > cd /usr/src/usr.bin
> > > > for i in obj depend all
> > > > do
> > > >
On Wed, 29 Oct 2003, Jeff Roberson wrote:
> On Thu, 30 Oct 2003, Bruce Evans wrote:
>
> > > Test for scheduling buildworlds:
> > >
> > > cd /usr/src/usr.bin
> > > for i in obj depend all
> > > do
> > > MAKEOBJDIRPREFIX=/somewhere/obj time make -s -j16 $i
> > > done >/tmp/zqz 2>&1
On Thu, 30 Oct 2003, Bruce Evans wrote:
> > Test for scheduling buildworlds:
> >
> > cd /usr/src/usr.bin
> > for i in obj depend all
> > do
> > MAKEOBJDIRPREFIX=/somewhere/obj time make -s -j16 $i
> > done >/tmp/zqz 2>&1
> >
> > (Run this with an empty /somewhere/obj.
> Test for scheduling buildworlds:
>
> cd /usr/src/usr.bin
> for i in obj depend all
> do
> MAKEOBJDIRPREFIX=/somewhere/obj time make -s -j16 $i
> done >/tmp/zqz 2>&1
>
> (Run this with an empty /somewhere/obj. The all stage doesn't quite
> finish.) On an ABI
Bruce Evans [EMAIL PROTECTED] wrote :
> On Sun, 26 Oct 2003, Jon Mini wrote:
>
> > Jeff Roberson [EMAIL PROTECTED] wrote :
> >
> > > On Fri, 17 Oct 2003, Bruce Evans wrote:
> > >
> > > How would one test if it was an improvement on the 4BSD scheduler? It
> > > is not even competitive in my simpl
1 - 100 of 371 matches
Mail list logo
