Olin improvise | 2 May 2010 06:11

b2b database

Here's a list package on sale this week only:

Physicians (34 specialties) - 788k records, 17k emails, 200k fax numbers
Real Estate Agents - 1 million records with emails
US New Business Database - 4.8 million records all with emails
USA Lawyers Database - 269,787 records with 235,244 emails

All complete lists above: $339

There are more list packages also available for consumer, healthcare, business and more. Contact me here
for more info or to get samples: Bette.Bird <at> thebestlists.co.cc

To invoke no further correspondence status please send an email to disappear <at> thebestlists.co.cc

KIYOHARA Takashi | 7 May 2010 14:42
Picon

Re: marvell relation support 20100413

Hi! Frank,

# I returned from vacation.

From: Frank Wille <frank <at> phoenix.owl.de>
Date: Fri, 30 Apr 2010 20:39:02 +0200

> KIYOHARA Takashi wrote:
> 
> > [...]
> > Next, Support gt on ofppc with PegasosII.
> > Remove pegasospci and add gtpci <at> gt.  Also support mvgbe.
> >
> >
> ftp://ftp.netbsd.org/pub/NetBSD/misc/kiyohara/orion_nas/ofppc-gt-20100413.diff
> 
> I just tested your patch with my Pegasos2/G3 and it either runs into a
> kernel panic or freezes the machine after enabling the interrupts.

hmm...

> It's always at the same point. It works on your G4, so there might be a
> problem with G3 machines?

You can find the word G4, MPX, and 60x in gtreg.h.

> One difference is that it reports
>   gt0: id 3, 60x bus wdog=0x60ffffff,0
> here, while it was "MPX bus" in your case. Could that be a problem?

(Continue reading)

Frank Wille | 7 May 2010 19:40
Picon

Re: marvell relation support 20100413

KIYOHARA Takashi wrote:

>> One difference is that it reports
>>   gt0: id 3, 60x bus wdog=0x60ffffff,0
>> here, while it was "MPX bus" in your case. Could that be a problem?
>
> No problem.  G4 uses MPX bus.  G3 uses 60x bus.

Ok.

> Can you operate the some registers?  (ex. GT_CPU_Mode,
> GT_CPU_Master_Ctl, GT_CPU_Cfg)

I printed those three registers during gt attachment and enabled DEBUG. Hope
this helps:

gt0 at mainbus0: MV6436x Discovery II
CPU_Mode=00000043 CPU_Master_Ctl=00000b00 CPU_Cfg=000020ff
gt0: id 3, 60x bus wdog=0x60ffffff,0
gt0: id 3, 60x bus wdog=0x60ffffff,0
gt0:      scs[0]=         0-0xffffffff
gt0:      scs[1]=         0-   0xfffff
gt0:      scs[2]=         0-   0xfffff
gt0:      scs[3]=         0-   0xfffff
gt0:       cs[0]=0xc0000000- 0x7ffffff
gt0:       cs[1]=0xc8000000- 0x7ffffff
gt0:       cs[2]=0xd0000000- 0xfffffff
gt0:       cs[3]=0xf0000000- 0x7ffffff
gt0:       bootcs=0xf8000000- 0x7ffffff
gt0:       pci0io=0x80000000- 0xfffffff  remap=0000000000
(Continue reading)

KIYOHARA Takashi | 8 May 2010 08:53
Picon

Re: marvell relation support 20100413

Hi! Frank,

From: Frank Wille <frank <at> phoenix.owl.de>
Date: Fri, 07 May 2010 19:40:35 +0200

> KIYOHARA Takashi wrote:

> > Can you operate the some registers?  (ex. GT_CPU_Mode,
> > GT_CPU_Master_Ctl, GT_CPU_Cfg)
> 
> I printed those three registers during gt attachment and enabled DEBUG. Hope
> this helps:
> 
> gt0 at mainbus0: MV6436x Discovery II
> CPU_Mode=00000043 CPU_Master_Ctl=00000b00 CPU_Cfg=000020ff

> gt0:      scs[0]=         0-0xffffffff
> gt0:      scs[1]=         0-   0xfffff
> gt0:      scs[2]=         0-   0xfffff
> gt0:      scs[3]=         0-   0xfffff

Your and my difference is CPU_Mode, CPU_Master_Ctl, and DRAM slots.
However, there is perhaps no problem.

  CPU_Mode=00000050 CPU_Master_Ctl=00003b00

  gt0:      scs[0]=         0-   0xfffff
  gt0:      scs[1]=         0-   0xfffff
  gt0:      scs[2]=         0-0xffffffff
  gt0:      scs[3]=         0-0xffffffff
(Continue reading)

Frank Wille | 8 May 2010 12:54
Picon

Re: marvell relation support 20100413

KIYOHARA Takashi wrote:

> Moreover, gtpci overwrites some registers.  Can you try with attached
> patch?
>
> My results:
>   gtpci0 at gt0 unit 0: Marvell PCI Interface
>   gtpci_init: line 237: GTPCI_BARE=0xfffffdf3
>   gtpci_init: line 242: GTPCI_AC=0x801f0030
>   gtpci_barinit: line 324: P2PC=0xff
>   gtpci_barinit: line 328: BARS=0x0
>   gtpci_barinit: line 328: BARS=0x0
>   gtpci_barinit: line 328: BARS=0xffff000
>   gtpci_barinit: line 328: BARS=0xffff000
>   gtpci_barinit: line 332: rv=0, base=0x0, size=0x0
>   gtpci_barinit: line 332: rv=0, base=0x0, size=0x0
>   gtpci_barinit: line 332: rv=0, base=0x10000000, size=0x10000000
>   gtpci_barinit: line 332: rv=0, base=0x0, size=0x10000000
>   gtpci_barinit: line 357: overwrite GTPCI_BARE=0xfffffff3
>   gtpci_protinit: line 468: prot 0, ACBL=0x9, ACBH=0x0, ACS=0x1ffff000
>   gtpci_protinit: line 468: prot 1, ACBL=0x0, ACBH=0x0, ACS=0x0
>   gtpci_protinit: line 468: prot 2, ACBL=0x0, ACBH=0x0, ACS=0x0
>   gtpci_protinit: line 468: prot 3, ACBL=0x0, ACBH=0x0, ACS=0x0
>   gtpci_protinit: line 468: prot 4, ACBL=0x0, ACBH=0x0, ACS=0x0
>   gtpci_protinit: line 468: prot 5, ACBL=0x0, ACBH=0x0, ACS=0x0
>   gtpci_init: line 250: GTPCI_ADC=0x8
>   gtpci_init: line 256: GTPCI_C=0x6e370
>   gtpci_pci_config: line 545: C=0x6e370
>   pci0 at gtpci0
>
(Continue reading)

KIYOHARA Takashi | 9 May 2010 07:07
Picon

Re: marvell relation support 20100413

Hi! Frank,

From: Frank Wille <frank <at> phoenix.owl.de>
Date: Sat, 08 May 2010 12:54:30 +0200

> KIYOHARA Takashi wrote:

> There are different values in gtpci_barinit. Do you also have 512MB
> installed? I'm using a single module. The rest seems identical:

Yes I do.  I installed 256MB memories (x2).
By the way, I am interested in this strange message.

From: Frank Wille <frank <at> phoenix.owl.de>
Date: Fri, 07 May 2010 19:40:35 +0200

> gt0:      scs[0]=         0-0xffffffff
> gt0:      scs[1]=         0-   0xfffff
> gt0:      scs[2]=         0-   0xfffff
> gt0:      scs[3]=         0-   0xfffff

If you believe me, you can boot by my kernels.

  http://www.jttk.zaq.ne.jp/bajzt304/netbsd-gt
    * mvgbe+gtpci

  http://www.jttk.zaq.ne.jp/bajzt304/netbsd-mvgbe+pegasospci
    * mvgbe+pegasospci

Thanks,
(Continue reading)

Frank Wille | 9 May 2010 12:37
Picon

Re: marvell relation support 20100413

KIYOHARA Takashi wrote:

> By the way, I am interested in this strange message.
>
> From: Frank Wille <frank <at> phoenix.owl.de>
> Date: Fri, 07 May 2010 19:40:35 +0200
>
>> gt0:      scs[0]=         0-0xffffffff
>> gt0:      scs[1]=         0-   0xfffff
>> gt0:      scs[2]=         0-   0xfffff
>> gt0:      scs[3]=         0-   0xfffff

What do you think is wrong with it?

>   http://www.jttk.zaq.ne.jp/bajzt304/netbsd-gt
>     * mvgbe+gtpci

This one panics before interrupts are enabled, while attaching the keyboard
(which was not physically present, because I was booting with a serial
console):

>> NetBSD/ofppc OpenFirmware Boot, Revision 1.6
>> (frank <at> jaana.owl.de, Thu Nov  8 19:49:44 CET 2007)
Using IP address: 192.168.0.4
root addr=192.168.0.9 path=/export/pegasos/root
4328716+289284 [245760+237371]=0x4dd9f0
 start=0x100000
WARNING: add memory segment 10000000 - 20000000,
WARNING: which was not recognized by the Firmware.
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
(Continue reading)

KIYOHARA Takashi | 11 May 2010 11:48
Picon

Re: marvell relation support 20100413

Hi! Frank,

From: Frank Wille <frank <at> phoenix.owl.de>
Date: Sun, 09 May 2010 12:37:30 +0200

> KIYOHARA Takashi wrote:
> 
> > By the way, I am interested in this strange message.
> >
> > From: Frank Wille <frank <at> phoenix.owl.de>
> > Date: Fri, 07 May 2010 19:40:35 +0200
> >
> >> gt0:      scs[0]=         0-0xffffffff
> >> gt0:      scs[1]=         0-   0xfffff
> >> gt0:      scs[2]=         0-   0xfffff
> >> gt0:      scs[3]=         0-   0xfffff
> 
> What do you think is wrong with it?

Sorry,  I mistook.  And this debug-log is ugly...

> >   http://www.jttk.zaq.ne.jp/bajzt304/netbsd-gt
> >     * mvgbe+gtpci
> 
> This one panics before interrupts are enabled, while attaching the keyboard
> (which was not physically present, because I was booting with a serial
> console):
> 
> >> NetBSD/ofppc OpenFirmware Boot, Revision 1.6

(Continue reading)

do 1987 ta | 21 May 2010 03:25
Picon

gi mo za fu qo nu ko


http://dose7269.jairo.org

Jan Kobler | 21 May 2010 09:58
Picon

gdbserver for powerpc

Hi,

I have added the support for netbsd on powerpc to gdbserver.

You can find the patches in NetBSD problem report bin/43332.
When you follow the instructions in the sections How-To-Repeat and Fix,
you get a working gdbserver for netbsd on powerpc.

After applying the patches in PR port-powerpc/43196
and PR toolchain/43219 too,
you should be able to start the gdbserver on a powerpc board
running netbsd and debug remotely from a linux host.

I have done more changes to netbsd, because I am using a board with
MPC5200B CPU.

Best regards

Jan


Gmane