Re: More rtsx issues (13.0-R system) was: Re: CURRENT crashes at early boot on Lenovo T540p...

> 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,

Re: More rtsx issues (13.0-R system) was: Re: CURRENT crashes at early boot on Lenovo T540p...

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"

Re: more fallout from removal of lint

[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

Re: more fallout from removal of lint

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

Re: more fallout from removal of lint

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

Re: more fallout from removal of lint

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

Re: more fallout from removal of lint

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

Re: more default uid/gid for NFS in mountd

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

Re: more default uid/gid for NFS in mountd

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

Re: more default uid/gid for NFS in mountd

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

Re: more default uid/gid for NFS in mountd

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

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

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

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

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

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

> 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

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

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:

Re: (more) screen distortion with intel GPU / xorg on recent -HEAD?

On Sun, 23 Mar 2014 13:36:29 -0700 Adrian Chadd adr...@freebsd.org 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

Re: (more) screen distortion with intel GPU / xorg on recent -HEAD?

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 framebuffer config

Re: (more) screen distortion with intel GPU / xorg on recent -HEAD?

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

Re: (more) screen distortion with intel GPU / xorg on recent -HEAD?

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. * I

Re: (more) screen distortion with intel GPU / xorg on recent -HEAD?

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 messed

Re: More kernel performance tests on FreeBSD 10.0-CURRENT

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 performance

Re: More kernel performance tests on FreeBSD 10.0-CURRENT

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

Re: More kernel performance tests on FreeBSD 10.0-CURRENT

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

Re: More kernel performance tests on FreeBSD 10.0-CURRENT

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, the echo

Re: More kernel performance tests on FreeBSD 10.0-CURRENT

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

Re: More kernel performance tests on FreeBSD 10.0-CURRENT

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 compiler

Re: More kernel performance tests on FreeBSD 10.0-CURRENT

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 another

Re: more network performance info: ether_output()

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 slightly

Re: more network performance info: ether_output()

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 of

Re: more network performance info: ether_output()

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_output()

Re: more network performance info: ether_output()

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_output()

Re: more network performance info: ether_output()

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/netrate/netsend

Re: More of that Rune business

On Fri, 09 Mar 2012 22:22:18 -0800 matt sendtom...@gmail.com 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

Re: More of that Rune business

On Sat, 10 Mar 2012 07:11:14 +0100 O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote: On 03/10/12 06:53, Conrad J. Sabatier wrote: On Fri, 9 Mar 2012 23:38:22 -0600 Conrad J. Sabatier conr...@cox.net wrote: On Fri, 09 Mar 2012 22:39:23 +0100 O. Hartmann

Re: More of that Rune business

On Sat, 10 Mar 2012 12:04:02 -0600 Conrad J. Sabatier conr...@cox.net wrote: On Fri, 09 Mar 2012 22:22:18 -0800 matt sendtom...@gmail.com 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

Re: More of that Rune business

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 (around

Re: More of that Rune business

On Fri, 09 Mar 2012 22:39:23 +0100 O. Hartmann ohart...@mail.zedat.fu-berlin.de 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

Re: More of that Rune business

On Fri, 9 Mar 2012 23:38:22 -0600 Conrad J. Sabatier conr...@cox.net wrote: On Fri, 09 Mar 2012 22:39:23 +0100 O. Hartmann ohart...@mail.zedat.fu-berlin.de 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

Re: More of that Rune business

On Fri, 9 Mar 2012 23:53:50 -0600 Conrad J. Sabatier conr...@cox.net 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.

Re: More of that Rune business

On 03/09/12 22:19, Conrad J. Sabatier wrote: On Fri, 9 Mar 2012 23:53:50 -0600 Conrad J. Sabatier conr...@cox.net 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

Re: More of that Rune business

On 03/10/12 06:53, Conrad J. Sabatier wrote: On Fri, 9 Mar 2012 23:38:22 -0600 Conrad J. Sabatier conr...@cox.net wrote: On Fri, 09 Mar 2012 22:39:23 +0100 O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote: On 03/09/12 21:04, Conrad J. Sabatier wrote: I'm getting quite a few of these

Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!)

That's not enough info; what about the versions of files in sys/dev/ath ? Adrian 2011/3/8 Vinícius Zavam egyp...@googlemail.com 2011/3/7 Adrian Chadd adrian.ch...@gmail.com: Which version of the driver are you using? Adrian # $FreeBSD: src/sys/modules/ath/Makefile,v 1.19 2011/03/02

Re: More if_ath churn coming your way!

2011/3/8 Vinícius Zavam egyp...@googlemail.com 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`

Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!)

2011/3/8 Adrian Chadd adrian.ch...@gmail.com: 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 egyp...@googlemail.com 2011/3/7 Adrian Chadd adrian.ch...@gmail.com: Which version of the driver are you using?

Re: More if_ath churn coming your way!

2011/3/8 Adrian Chadd adrian.ch...@gmail.com: 2011/3/8 Vinícius Zavam egyp...@googlemail.com 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

Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!)

2011/3/8 Vinícius Zavam egyp...@googlemail.com: 2011/3/8 Adrian Chadd adrian.ch...@gmail.com: 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 egyp...@googlemail.com 2011/3/7 Adrian Chadd adrian.ch...@gmail.com:

Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!)

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 egyp...@googlemail.com 2011/3/8 Vinícius Zavam egyp...@googlemail.com: 2011/3/8 Adrian Chadd

Re: More if_ath churn coming your way!

2011/3/8 Vinícius Zavam egyp...@googlemail.com 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

Re: More if_ath churn coming your way!

2011/3/8 Adrian Chadd adrian.ch...@gmail.com: 2011/3/8 Vinícius Zavam egyp...@googlemail.com 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

Re: More if_ath churn coming your way!

2011/3/9 Vinícius Zavam egyp...@googlemail.com 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

Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!)

2011/3/7 Adrian Chadd adrian.ch...@gmail.com: 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 egyp...@googlemail.com 2011/1/23 Adrian Chadd adrian.ch...@gmail.com: You'll have to

Re: More if_ath churn coming your way!

2011/1/22 Adrian Chadd adrian.ch...@gmail.com: So it's all completely stable for you too right now? adrian 2011/1/22 Dima Panov flu...@fluffy.khv.ru: Hello! 22.01.2011, 13:56, Adrian Chadd adrian.ch...@gmail.com: On 20 January 2011 13:51, Adrian Chadd adrian.ch...@gmail.com; wrote:  

Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!)

Which version of the driver are you using? Adrian 2011/3/7 Vinícius Zavam egyp...@googlemail.com 2011/1/23 Adrian Chadd adrian.ch...@gmail.com: You'll have to compile in the diag api. Just add these: options ATH_DIAGAPI Adrian 2011/1/23 Dima Panov

Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!)

Hello! 23.01.2011, 09:47, Adrian Chadd adrian.ch...@gmail.com: 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,

Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!)

You'll have to compile in the diag api. Just add these: options ATH_DIAGAPI Adrian 2011/1/23 Dima Panov flu...@fluffy.khv.ru: Hello! 23.01.2011, 09:47, Adrian Chadd adrian.ch...@gmail.com: Hi all, I've just committed a new tool in src/tools/tools/ath/ called ath_prom_dump .

Re: More if_ath churn coming your way!

So it's all completely stable for you too right now? adrian 2011/1/22 Dima Panov flu...@fluffy.khv.ru: Hello! 22.01.2011, 13:56, Adrian Chadd adrian.ch...@gmail.com: On 20 January 2011 13:51, Adrian Chadd adrian.ch...@gmail.com; wrote:  Hi everyone,  I'm in the process of merging in

Re: More if_ath churn coming your way!

hello! 22.01.2011, 22:19, Adrian Chadd adrian.ch...@gmail.com: 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

Re: More if_ath churn coming your way!

2011/1/22 Dima Panov flu...@fluffy.khv.ru: 22.01.2011, 22:19, Adrian Chadd adrian.ch...@gmail.com: 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

Re: More if_ath churn coming your way!

Adrian Chadd wrote: 2011/1/22 Dima Panov fluffy at fluffy.khv.ru: 22.01.2011, 22:19, Adrian Chadd adrian.chadd at gmail.com: 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

Re: More if_ath churn coming your way!

Adrian Chadd wrote: On 20 January 2011 13:51, Adrian Chadd adrian.ch...@gmail.com 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

Re: More if_ath churn coming your way!

On 23 January 2011 02:28, Ian FREISLICH i...@clue.co.za 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

Re: More if_ath churn coming your way!

On 23 January 2011 01:11, b. f. bf1...@googlemail.com 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

Re: More if_ath churn coming your way!

On 1/22/11, Adrian Chadd adr...@freebsd.org wrote: On 23 January 2011 01:11, b. f. bf1...@googlemail.com 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

Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!)

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

Re: More if_ath churn coming your way!

On 23 January 2011 07:47, b. f. bf1...@googlemail.com 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

Re: More if_ath churn coming your way!

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 mind

Re: More if_ath churn coming your way!

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 i...@clue.co.za wrote: Adrian Chadd wrote: I haven't changed anything on the AR9285

Re: More if_ath churn coming your way!

On 20 January 2011 13:51, Adrian Chadd adrian.ch...@gmail.com 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.

Re: More if_ath churn coming your way!

Hello! 22.01.2011, 13:56, Adrian Chadd adrian.ch...@gmail.com: On 20 January 2011 13:51, Adrian Chadd adrian.ch...@gmail.com; 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

Re: More if_ath churn coming your way!

On 20 January 2011 17:44, Max Khon f...@samodelkin.net 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

Re: More if_ath churn coming your way!

Adrian, On Thu, Jan 20, 2011 at 11:51 AM, Adrian Chadd adrian.ch...@gmail.comwrote: 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

Re: More if_ath churn coming your way!

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 adrian.ch...@gmail.comwrote: 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

Re: More noise in ifconfig

On Tue, Nov 30, 2010 at 11:21 AM, Garrett Cooper yaneg...@gmail.com 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

Re: More noise in ifconfig

2010/11/30 Ilya A. Arhipov pa36ouhu...@yandex.ru: 30.11.10, 20:21, Garrett Cooper yaneg...@gmail.com: 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

Re: More noise in ifconfig

30.11.10, 20:21, Garrett Cooper yaneg...@gmail.com:    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:

Re: More ULE bugs fixed.

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 update, Fri

Re: More ULE bugs fixed.

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

Re: More ULE bugs fixed.

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? Can you

Re: More ULE bugs fixed.

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 chain

Re: More ULE bugs fixed.

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.

Re: More ULE bugs fixed.

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

Re: More ULE bugs fixed.

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 the

Re: More ULE bugs fixed.

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 part of

Re: More ULE bugs fixed.

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

Re: More ULE bugs fixed.

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

Re: More ULE bugs fixed.

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 developed

Re: More ULE bugs fixed.

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 is

How nice should behave (was Re: More ULE bugs fixed.)

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 time

Re: More ULE bugs fixed.

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

Re: More ULE bugs fixed.

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 still

Re: More ULE bugs fixed.

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 networking bugs

Re: More ULE bugs fixed.

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

Re: More ULE bugs fixed.

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 21 (Run this with an

Re: More ULE bugs fixed.

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

Re: More ULE bugs fixed.

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

Re: More ULE bugs fixed.

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. One

Re: More ULE bugs fixed.

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 for i in obj depend all

Re: More ULE bugs fixed.

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 21 (Run this with an empty /somewhere/obj. The all stage doesn't quite finish.) On an ABIT BP6 system

Re: More ULE bugs fixed.

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 21 (Run this with an empty /somewhere/obj. The all stage

Re: More ULE bugs fixed.

On Fri, 17 Oct 2003, Bruce Evans wrote: On Fri, 17 Oct 2003, Jeff Roberson 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 simple tests. ... At one point ULE was at least as fast

  1   2   3   4   >