headers
Justin Newcomer | 7 Jul 2006 18:08

Re: NetBSD 3.0 dhclient

not sure if anyone is still having this problem, but for posterity's
sake, in case someone else references this thread...

cd /dev
./MAKEDEV bpf

restart dhclient and you will have working dhcp on the newest version
of the netBSD 3.0 restore CD

On 3/13/06, Pete Rushmere <pete <at> rushmere.org> wrote:
> Hi Rowdy,
>
> I checked this on my 1.6.1 box yesterday, and there the \dev only contains
> bpf0 to bpf7 with no bpf.
>
> Obviously on 1.6.1 this doesn't cause a problem, possibly this is
> perculiar to 3.0?
>
> Kind Regards,
> Pete
>
Permalink | Reply | 0 comments |
headers
Justin Newcomer | 9 Jul 2006 21:34

Re: Panic from ftpd in 3.0 on Qube 2

so...

how exactly do I add "options SOSEND_NO_LOAN"? and... if you added it
successfully, instead of me (im guessing) recompiling the kernel, is
there a way you can send it to me your fixed kernel and I can host it
or something like that?

I don't think i had this problem with -current from ages and ages ago,
 while my Qube2 isnt my fastest machine, I would like for it to be
stable

-justin

On 6/15/06, Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp> wrote:
> I wrote:
> > After a bunch of tests with various attempts in ~six months,
> > adding "options SOSEND_NO_LOAN" seems to fix this problem.
>
> Note this option also improves xfer rate on the ftp get command
> (i.e. wd0->tlp0 xfer) from ~1.9MB/s to ~2.3MB/s. Umm.
> ---
> Izumi Tsutsui
>
Permalink | Reply | 2 comments |
headers
Izumi Tsutsui | 10 Jul 2006 14:57
Picon
Gravatar

Re: Panic from ftpd in 3.0 on Qube 2

justin <at> tinfoilsoldier.com wrote:

> how exactly do I add "options SOSEND_NO_LOAN"?

The NetBSD Guide might help?
http://www.NetBSD.org/guide/en/chap-kernel.html

> and... if you added it
> successfully, instead of me (im guessing) recompiling the kernel, is
> there a way you can send it to me your fixed kernel and I can host it
> or something like that?

Here it is:
http://www.ceres.dti.ne.jp/~tsutsui/netbsd/netbsd-cobalt-NOLOAN-20060709.gz
but I doubt it's worth unless you currently have any stability problem.
(note it isn't a real fix but just a workaround)
---
Izumi Tsutsui
Permalink | Reply | 0 comments |
headers
Brian McEwen | 11 Jul 2006 11:32
Picon

wireless for Qube2- easy solution


Hi all;

I found a neat hardware solution to add wireless to my Qube2 cheaply  
without taking up my card slot.

The Dlink DWL-G730AP is a matchbook-sized tri-mode wireless AP; one  
mode is client.  Hook it to the RJ45 on the Qube, you have wireless,  
the Qube doesn't know it from a cable so no fussing with supported  
wireless cards/chipsets/etc.

http://www.dlink.com/products/?pid=346

You can find it for $30 after rebate in the USA. Dlink, when asked,  
said it would be find to leave it on 24/7, it shouldn't have heat  
death issues or anything.  I've not tested this yet :)

This isn't that novel an idea but for a tiny device it's pretty  
capable.  Did I mention matchbook?? That's really the size.  This is  
a useful gadget to have around regardless, if you fiddle with  
computers (as for some reason I think we all tend to do).

Brian
Permalink | Reply | 1 comment |
headers
Andy Ruhl | 11 Jul 2006 18:16
Picon

Re: wireless for Qube2- easy solution

On 7/11/06, Brian McEwen <bmcewen <at> comcast.net> wrote:
>
>
> Hi all;
>
> I found a neat hardware solution to add wireless to my Qube2 cheaply
> without taking up my card slot.
>
> The Dlink DWL-G730AP is a matchbook-sized tri-mode wireless AP; one
> mode is client.  Hook it to the RJ45 on the Qube, you have wireless,
> the Qube doesn't know it from a cable so no fussing with supported
> wireless cards/chipsets/etc.
>
> http://www.dlink.com/products/?pid=346
>
> You can find it for $30 after rebate in the USA. Dlink, when asked,
> said it would be find to leave it on 24/7, it shouldn't have heat
> death issues or anything.  I've not tested this yet :)
>
> This isn't that novel an idea but for a tiny device it's pretty
> capable.  Did I mention matchbook?? That's really the size.  This is
> a useful gadget to have around regardless, if you fiddle with
> computers (as for some reason I think we all tend to do).

I've been looking into the same thing, sort of. Not actually related
the Qube, but it is NetBSD.

My NetBSD server is currently connected to an 802.11b access point,
which is working in bridge mode to my 802.11g router. I'm finding that
I have some need to transfer data quicky over wireless, and 802.11b
(Continue reading)

Permalink | Reply | 0 comments |
headers
bmcewen | 11 Jul 2006 19:34
Picon

Re: wireless for Qube2- easy solution

>From: "Andy Ruhl" <acruhl <at> gmail.com>
> I considered this piece of gear. The only thing that troubles me is
> that it doesn't have a big external antenna.
>

200m (with some bandwidth loss of course) spec on it; I've not tested it for distance as I did my first WAP (so
blase now!), but I should do that, it would be good to know.  I know I do just fine in my basement with this,
talking to the WAP 2 stories up... so it has some push. I'll try to give it a try tonight if it's not thunderstorming.

> Since my only goal is to bridge my server over to the wireless router,
> I don't need the extra features that this little guy has, although I
> do admit that this would be really nice to have in my "toolbox" along
> with a bunch of USB devices I use to get machines to do what I want.
> The fact that it can be powered over USB or power over ethernet is a
> plus.
>

Power over USB or power over A/C yes; power over ethernet... hmm... not on this model anyway.

> My current solution will probably be a "gaming adapter", which is
> usually a glorified wireless bridge with an external antenna. They can
> be had on auction for somewhere around $35 shipped if you're patient.
>

I looked for those too, new they are still kinda spendy in comparison I think. I have to admit to real-world
use of all 3 modes of this little matchbox :)

B
(Continue reading)

Permalink | Reply | 501 comments |
headers
Andy Ruhl | 11 Jul 2006 23:43
Picon

Re: wireless for Qube2- easy solution

On 7/11/06, bmcewen <at> comcast.net <bmcewen <at> comcast.net> wrote:
> >From: "Andy Ruhl" <acruhl <at> gmail.com>
> > I considered this piece of gear. The only thing that troubles me is
> > that it doesn't have a big external antenna.
> >
>
> 200m (with some bandwidth loss of course) spec on it; I've not tested it for distance as I did my first WAP (so
blase now!), but I should do that, it would be good to know.  I know I do just fine in my basement with this,
talking to the WAP 2 stories up... so it has some push. I'll try to give it a try tonight if it's not thunderstorming.

I don't have a very long distance, maybe only 30 yards, but my laptop
picks up signal big time the closer I get. Don't know why.

> Power over USB or power over A/C yes; power over ethernet... hmm... not on this model anyway.

Maybe that was another device I was looking at...

 > My current solution will probably be a "gaming adapter", which is
> > usually a glorified wireless bridge with an external antenna. They can
> > be had on auction for somewhere around $35 shipped if you're patient.
> >
>
> I looked for those too, new they are still kinda spendy in comparison I think. I have to admit to real-world
use of all 3 modes of this little matchbox :)

They're not spendy on the used market. As with a lot of game equipment
and accessories, they seem to go out of fashion quickly, or whatever
forces there are that cause it. And I think your average wireless
networker doesn't realize that a game adapter is really just a
glorified bridge.
(Continue reading)

Permalink | Reply | 501 comments |
headers
Brian McEwen | 19 Jul 2006 11:59
Picon

update kernel-- gains? which version?


Hi all-

I am running with a kernel from one of the helpful boot CDs-

from dmesg:

Jul 17 23:15:48 bmcewen /netbsd: NetBSD 3.99.7 (GENERIC) #0: Sun Jul   
3 11:00:03 CEST 2005

and using pkgsrc from -current, userland from July 2005.

What will I gain by updating to one of the more current ones- and if  
so, to which current version?  How best to do that?

I guess I'd like something that hasn't been changed in a few months  
and has been running stable for others- I'm doing OK now, I had one  
lockup in the last year due to unknown reasons, I could just blame it  
on cosmic rays- but if there have been changes to the kernel that  
would help fileserver performance that would be great to have- this  
little box mostly lives to bee a sftpd with light use.

Or, since it's working fine I could leave well enough alone, I  
haven't noticed any huge security issues being mentioned.  I thought  
I'd seen posts about performence improvements to the kernel for the  
Cobalt MIPS though, although I can't find them easily in the archived  
list at the moment--

Thanks for thoughts;
(Continue reading)

Permalink | Reply | 1 comment |
headers
Markus W Kilbinger | 20 Jul 2006 23:23
Picon

CPUFLAGS="-march=vr5000 -mabi=32" appropriate for userland?

Hi!

Seeing

  http://mail-index.netbsd.org/source-changes/2006/07/19/0015.html

lead me to subject's question.

Would/should a complete userland compiled with these compiler settings
work on a qube (2)?

Markus.
Permalink | Reply | 1 comment |
headers
Izumi Tsutsui | 21 Jul 2006 11:47
Picon
Gravatar

Re: CPUFLAGS="-march=vr5000 -mabi=32" appropriate for userland?

mk <at> kilbi.de wrote:

> Would/should a complete userland compiled with these compiler settings
> work on a qube (2)?

No idea. I could just say "try it at your own risk."

Some mips specific code (especially asm sources) in userland
might assume MIPS1 ISA, but I have never tried it.

(I guess "-mtune=vr5000" is safe, though)
---
Izumi Tsutsui
Permalink | Reply | 0 comments |

Gmane