headers
Andreas Fuchs | 1 Sep 2007 17:00
Picon

USB card with NetBSD 4.0beta

I hope Itsumi is still reading here :-)

Tryed today to get my USB card working in the Cobalt with NetBSD 4.0 Beta.

After following my own notes about how to do it i have the following in 
dmesg:

uhci0 at pci0 dev 9 function 2: VIA Technologies VT83C572 USB Controller 
(rev. 0x02)
uhci0: can't map i/o space
ohci0 at pci0 dev 10 function 0: NEC USB Host Controller (rev. 0x41)
ohci0: interrupting at irq 9
ohci0: OHCI version 1.0
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1 at pci0 dev 10 function 1: NEC USB Host Controller (rev. 0x41)
ohci1: interrupting at irq 0
ohci1: OHCI version 1.0
usb1 at ohci1: USB revision 1.0
uhub1 at usb1
uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
NEC USB Host Controller (USB serial bus, interface 0x20, revision 0x02) 
at pci0 dev 10 function 2 not configured

But when i connect something to the USB card, nothing happens
i did run /dev/MAKEDEV scsibus
an i double checked the kernel config, but i don't see where it goes wrong
(Continue reading)

Permalink | Reply | 2 comments |
headers
Izumi Tsutsui | 1 Sep 2007 19:35
Picon
Gravatar

Re: USB card with NetBSD 4.0beta

fox <at> tcnet.ch wrote:

> I hope Itsumi is still reading here :-)

Well, NetBSD is still my fun :-)

> uhci0 at pci0 dev 9 function 2: VIA Technologies VT83C572 USB Controller 
> (rev. 0x02)
> uhci0: can't map i/o space

This is onboard VIA uhci and it can't be used anyway.

> ohci0 at pci0 dev 10 function 0: NEC USB Host Controller (rev. 0x41)
> ohci0: interrupting at irq 9
> ohci0: OHCI version 1.0
> usb0 at ohci0: USB revision 1.0

I guess this part should work.
Which port did you plug devices to?
It looks ochi0 is used for first three ports on the card.

> ohci1 at pci0 dev 10 function 1: NEC USB Host Controller (rev. 0x41)
> ohci1: interrupting at irq 0
> ohci1: OHCI version 1.0
 :
> NEC USB Host Controller (USB serial bus, interface 0x20, revision 0x02) 
> at pci0 dev 10 function 2 not configured

You could add "ehci* at pci? dev ? function ?" to enable
USB 2.0 ports, but anyway the firmware doesn't map interrupts
(Continue reading)

Permalink | Reply | 0 comments |
headers
James Hartley | 1 Sep 2007 19:55
Picon

Re: USB card with NetBSD 4.0beta

On 9/1/07, Andreas Fuchs <fox <at> tcnet.ch> wrote:
> But when i connect something to the USB card, nothing happens
> i did run /dev/MAKEDEV scsibus an i double checked the kernel config,
> but i don't see where it goes wrong any ideas how i can find out are
> welcome.

FWIW, I had just asked about this on netbsd-users <at> , & one response
stated that enabling USB might be as simple as copying over the USB
(between the Ethernet PHYs and the IRDA) section of the i386 GENERIC.
However, I have not confirmed this yet.

Jim
Permalink | Reply | 0 comments |
headers
James Hartley | 3 Sep 2007 09:01
Picon

4.0_RC1 restore CD now available

The first Release Candidate for NetBSD 4.0 was released 1 September, &
is available now in interim restore CD form.  Claudio Leiva & Andreas
Fuchs still graciously host these daily testing images on their sites:

http://cleiva.no-ip.com/~test

http://monkey.aironaut.ch/cobalt-html/

Reinitializing the bpf device as discussed below is still needed:

http://mail-index.netbsd.org/port-cobalt/2007/08/10/0004.html

Help make NetBSD 4.0 solid on Cobalt!

Jim
Permalink | Reply | 0 comments |
headers
Izumi Tsutsui | 7 Sep 2007 14:17
Picon
Gravatar

Re: USB card with NetBSD 4.0beta

[well, your mail seems caught by a filter due to html attachment]

In article <46D9B6C1.1060400 <at> tcnet.ch>
fox <at> tcnet.ch wrote:

> When i enable ehci in der kernel by:
> 
> ehci*  at pci? dev ? function ?        # Enhanced Host Controller
> 
> i get a panic on kernel load
> 
> Cobalt Qube 2
> total memory = 128 MB
> avail memory = 120 MB
> timecounter: Timecounters tick every 10.000 msec
> mainbus0 (root)
> com0 at mainbus0 addr 0x1c800000 level 3: st16650a, working fifo
> com0: console
> cpu0 at mainbus0: QED RM5200 CPU (0x28a0) Rev. 10.0 with built-in FPU 
> Rev. 10.0
> cpu0: 32KB/32B 2-way set-associative L1 Instruction cache, 48 TLB entries
> cpu0: 32KB/32B 2-way set-associative write-back L1 Data cache
> mcclock0 at mainbus0 addr 0x10000070: mc146818 compatible time-of-day clock
> panel0 at mainbus0 addr 0x1f000000
> gt0 at mainbus0 addr 0x14000000
> pci0 at gt0
> pci0: i/o space, memory space enabled, rd/line, wr/inv ok
> pchb0 at pci0 dev 0 function 0: Galileo GT-64111 System Controller, rev 1
> tlp0 at pci0 dev 7 function 0: DECchip 21143 Ethernet, pass 4.1
> tlp0: interrupting at level 1
(Continue reading)

Permalink | Reply | 1 comment |
headers
KIYOHARA Takashi | 7 Sep 2007 20:43
Picon

Re: USB card with NetBSD 4.0beta

Hi!

From: Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp>
Date: Fri, 7 Sep 2007 21:17:41 +0900

> [well, your mail seems caught by a filter due to html attachment]
> 
> In article <46D9B6C1.1060400 <at> tcnet.ch>
> fox <at> tcnet.ch wrote:
> 
> > When i enable ehci in der kernel by:
> > 
> > ehci*  at pci? dev ? function ?        # Enhanced Host Controller
> > 
> > i get a panic on kernel load
> > 
> > Cobalt Qube 2

... snip ...

> > uhci0 at pci0 dev 9 function 2: VIA Technologies VT83C572 USB Controller 
> > (rev. 0x02)
> > uhci0: can't map i/o space
> > ohci0 at pci0 dev 10 function 0: NEC USB Host Controller (rev. 0x41)
> > ohci0: interrupting at irq 9
> > ohci0: OHCI version 1.0
> > usb0 at ohci0: USB revision 1.0
> > uhub0 at usb0
> > uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> > uhub0: 3 ports with 3 removable, self powered
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andy Ruhl | 17 Sep 2007 04:32
Picon

lsof crashed 4.0_BETA2?

Hello all. Unfortunately I don't have any information on this one
other than lsof crashed my 4.0_BETA2 Cobalt Qube2.

The thing that's not so good is I was running it as a regular user,
not root. And it was compiled for 3.1, and I got the warning just
before the machine became unresponsive.

Does that mean anything to anyone? I might be able to recreate it if
anyone is interested.

Andy
Permalink | Reply | 12 comments |
headers
James Hartley | 17 Sep 2007 05:48
Picon

Re: lsof crashed 4.0_BETA2?

On 9/16/07, Andy Ruhl <acruhl <at> gmail.com> wrote:
> Unfortunately I don't have any information on this one
> other than lsof crashed my 4.0_BETA2 Cobalt Qube2.
> ...
> And it was compiled for 3.1, and I got the warning just
> before the machine became unresponsive.

My first thought is that this may either be an alignment issue given
that the versions of gcc are different between 3.1 & 4.0, library
differences, or both.  Different alignment, different arguments, a
different argument order, or simply fewer or more arguments would all
result in the misinterpretation of a return address.  An incorrect
return address would send execution into the weeds.

If you see the same behavior after (re)compiling everything with 4.0's
gcc, I would consider this as being ominous.

Jim
Permalink | Reply | 11 comments |
headers
Andy Ruhl | 17 Sep 2007 06:57
Picon

Re: lsof crashed 4.0_BETA2?

On 9/16/07, James Hartley <jjhartley <at> gmail.com> wrote:
> If you see the same behavior after (re)compiling everything with 4.0's
> gcc, I would consider this as being ominous.

Nope, a recompile fixed it.

But it shouldn't crash the box. That might be interpreted as a
localhost exploit type security problem.

Andy
Permalink | Reply | 10 comments |
headers
Izumi Tsutsui | 17 Sep 2007 07:04
Picon
Gravatar

Re: lsof crashed 4.0_BETA2?

acruhl <at> gmail.com wrote:

> But it shouldn't crash the box. That might be interpreted as a
> localhost exploit type security problem.

You should mention how it crashed before claiming.

Do you have "options COMPAT_30" in your kernel?
---
Izumi Tsutsui
Permalink | Reply | 7 comments |

Gmane