Hello,
Finally, I have fixed mysterious device lock out and run(4) works fine in
HOSTAP mode. Up time is 80 hours and counting. I even filed tax though it.
The device supports up to 253 stations. I only tested with 2 station. If you
have resources, please hit it with bunch of STAs.
As usual co
TB --- 2010-03-04 09:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-04 09:35:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-03-04 09:35:00 - cleaning the object tree
TB --- 2010-03-04 09:35:14 - cvsupping the source tree
TB --- 2010-03-04 09:35:14 - /usr/bin/c
I'm testing this on the mips platform, but I think there is an issue
with change that made sectorsize int64_t, because the ioctl
DIOCGSECTORSIZE used to read sector size seems to take u_int. This
quick change fixes it for me (sample patch - may be whitespace
damaged).
Index: sbin/newfs/newfs.c
==
iam propose all the architecture move in a separate directory
as is done in openbsd and netbsd
ie
#mkdir /usr/src/sys/arch
#mv -R
/usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4v,xen,x86)
/usr/src/sys/arch/
Would it ever done in freebsd?
__
On 2010-03-04 14:51, paradox wrote:
#mkdir /usr/src/sys/arch
#mv -R
/usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4v,xen,x86)
/usr/src/sys/arch/
Would it ever done in freebsd?
Sure, right after the switch to git.
___
freebsd-curren
> Date: Thu, 04 Mar 2010 15:48:19 +0100
> From: Dimitry Andric
> Sender: owner-freebsd-curr...@freebsd.org
>
> On 2010-03-04 14:51, paradox wrote:
> > #mkdir /usr/src/sys/arch
> > #mv -R
> > /usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4v,xen,x86)
> > /usr/src/sys/arch/
> >
>
In message: <98a59be81003040504x6e97fbaeqeb10f8ea7bedb...@mail.gmail.com>
"C. Jayachandran" writes:
: I'm testing this on the mips platform, but I think there is an issue
: with change that made sectorsize int64_t, because the ioctl
: DIOCGSECTORSIZE used to read sector size seems to
2010/3/3 John Baldwin :
> On Tuesday 02 March 2010 2:08:55 pm Miki wrote:
>> 2010/3/1 Weongyo Jeong :
>> > On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote:
>> >> Hi,
>> >>
>> >> Thanks for the work !
>> >>
>> >> I have some problems here when I try to create a wlan interface :
>> >> bwn_v4_uco
In message: <401095.35021...@web59107.mail.re1.yahoo.com>
paradox writes:
: iam propose all the architecture move in a separate directory
: as is done in openbsd and netbsd
:
: ie
: #mkdir /usr/src/sys/arch
: #mv -R
/usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4v,x
On Thursday 04 March 2010 12:28:59 pm Miki wrote:
> 2010/3/3 John Baldwin :
> > On Tuesday 02 March 2010 2:08:55 pm Miki wrote:
> >> 2010/3/1 Weongyo Jeong :
> >> > On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote:
> >> >> Hi,
> >> >>
> >> >> Thanks for the work !
> >> >>
> >> >> I have some pr
On Thu, Mar 4, 2010 at 9:20 AM, M. Warner Losh wrote:
> In message: <401095.35021...@web59107.mail.re1.yahoo.com>
> paradox writes:
> : iam propose all the architecture move in a separate directory
> : as is done in openbsd and netbsd
> :
> : ie
> : #mkdir /usr/src/sys/arch
> : #mv -R
There are two chief problems with a large-scale reorg of our src tree:
- There are many companies who use FreeBSD as part of their business.
In the case of ISPs or companies who use FreeBSD as a base of their
products, this would make it much harder for them to synchronize
their local ch
so, I really do not understand why it is so difficult to move a few folders in
the shared folder is a big problem
as is done in openbsd and netbsd
http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/arch/?only_with_tag=MAIN
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/
as you can see
Well, may
Hi,
* paradox wrote:
> Well, maybe my thoughts will be understood, then when the folder
> /usr/src/sys/ number of architectures to increase to ~ 50, [...]
s/when/if/. ;-)
I know this sounds lazy, but shouldn't we start discussing this problem
by the time we support more than 10 architectures?
> * paradox
> wrote:
> > Well, maybe my thoughts will be understood, then when
> the folder
> > /usr/src/sys/ number of architectures to increase to ~
> 50, [...]
>
> s/when/if/. ;-)
more than ~ 5 years, it was necessary that would create
/usr/src/sys/x86/ (http://www.freebsd.org/cgi/cvsweb.cgi/
TB --- 2010-03-04 19:50:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-04 19:50:01 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-03-04 19:50:01 - cleaning the object tree
TB --- 2010-03-04 19:50:20 - cvsupping the source tree
TB --- 2010-03-04 19:50:20 - /usr/bin/c
Hi,
On 4 Mar 2010, at 08:50, PseudoCylon wrote:
> Hello,
>
> Finally, I have fixed mysterious device lock out and run(4) works fine in
> HOSTAP mode. Up time is 80 hours and counting. I even filed tax though it.
>
> The device supports up to 253 stations. I only tested with 2 station. If you
Folks,
I'm pretty new here, so feel free to use the clue stick :)
Playing with current- on Sun Fire V210 I see more or less
consistent lock reversal reports like the following:
lock order reversal:
1st 0xc1c85fb8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2559
2nd 0xf80002784600 dirha
On Thu, Mar 4, 2010 at 7:19 PM, Nikolai Fetissov
wrote:
> Folks,
>
> I'm pretty new here, so feel free to use the clue stick :)
>
> Playing with current- on Sun Fire V210 I see more or less
> consistent lock reversal reports like the following:
>
:
>
> My questions are - is it worth spamming the l
- Original Message
> From: Rui Paulo
> To: PseudoCylon
> Cc: freebsd-current@freebsd.org
> Sent: Thu, March 4, 2010 5:02:50 PM
> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
>
> Hi,
>
>
> This code is fine from a quick review. It just needs a few style fixes.
> We cou
TB --- 2010-03-05 06:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-05 06:05:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-03-05 06:05:00 - cleaning the object tree
TB --- 2010-03-05 06:05:14 - cvsupping the source tree
TB --- 2010-03-05 06:05:14 - /usr/bin/c
21 matches
Mail list logo
