Picon

Simulation Problem



Hi, i got a working program which runs fine on my FPGA, but the simulation of the (same) program in Modelsim allways brings the IU into debug mode.


Here is what the simulation shows me:


# clkgen_spartan3e: spartan3/e sdram/pci clock generator, version 1
# clkgen_spartan3e: Frequency 50000 KHz, DCM divisor 4/5
#         5870 ns : cpu0: 0x00000000    sethi  %hi(0x00003400), %g6  [0x00003400]
#         6820 ns : cpu0: 0x00000004    jmp  %g6+0x03b0
#         7770 ns : cpu0: 0x00000008    nop
#         10620 ns : cpu0: 0x000037b0    mov  %tbr, %l3  [0x00000000]
#        11570 ns : cpu0: 0x000037b4    mov  %psr, %l0  [0xf3X00XcX]
#        12520 ns : cpu0: 0x000037b8    and  %l3, 0x0ff0, %l3  [0x00000000]
#        13470 ns : cpu0: 0x000037bc    srl  %l3, 0x0004, %l3  [0x00000000]
#        14420 ns : cpu0: 0x000037c0    sethi  %hi(0x00004000), %l5  [0x00004000]
#        14445 ns : cpu0: 0x000037c4    or   %l5, 0x03fc, %l5  [0x000043fc]
#        15395 ns : cpu0: 0x000037c8    mov  %l3, %l6  [0x00000000]
#        17195 ns : cpu0: 0x000037cc    ld  [%l5], %l4  [0x00000000]
#        19095 ns : cpu0: 0x000037d0    subcc  %l4, %l6, %g0
#        20045 ns : cpu0: 0x000037d4    bg,a  0x000037f0
#        22920 ns : cpu0: 0x000037dc    ld  [%l5+0x0004], %l3  (trapped)
# ** Failure: *** IU in error mode, simulation halted ***
#    Time: 23895 ns  Iteration: 8  Process: /testbenc h/iuerr File: testbench.vhd
# Break at testbench.vhd line 182


And here is my program running on the FPGA:


[sys]      SESSION: Mon Jul 28 10:37:13 2014
[sys]      GRMON version: v2.0.54 eval version
[sys]      OS: Windows
[sys]      Command line: grmon -digilent -u -log log.txt
[sys]     
[sys]      GRMON2 LEON debug monitor v2.0.54 eval version
[sys]     
[sys]      Copyright (C) 2014 Aeroflex Gaisler - All rights reserved.
[sys]      Fo r latest updates, go to http://www.gaisler.com/
[sys]      Comments or bug-reports to support-FkzTOoA/JUlBDgjK7y7TUQ@public.gmane.org
[sys]     
[sys]      This eval version will expire on 28/12/2014
[sys]     
[sys]       JTAG chain (2): xcf04s xc3s1000
[usr1]     GRLIB build version: 4144
[usr1]     Detected frequency:  40 MHz
[usr1]    
[usr1]     Component                            Vendor
[usr1]     LEON3 SPARC V8 Processor             Aeroflex Gaisler
[usr1]     JTAG Debug Link                      Aeroflex Gaisler
[usr1]     LEON2 Memory Controller              European Space Agency
[usr1]     AHB/APB Bridge                       Aeroflex Gaisler
[usr1]     LEON3 Debug Support Unit             Aeroflex Gaisler[usr1]     Single-port AHB SRAM module          Aeroflex Gaisler
[usr1]     Generic UART                         Aeroflex Gaisler
[usr1]     Multi-processor Interrupt Ctrl.      Aeroflex Gaisler
[usr1]     Modular Timer Unit                   Aeroflex Gaisler
[usr1]     VGA controller                   &nbsp ;   Aeroflex Gaisler
[usr1]     General Purpose I/O port             Aeroflex Gaisler
[usr1]    
[usr1]     Use command 'info sys' to print a detailed report of attached cores
[usr1]    
[usr1]     grmon2> reg pc 0x0
[usr1]          pc = 0 (0x00000000)
[usr1]    
[usr1]     grmon2> reg npc 0x4
[usr1]         npc = 4 (0x00000004)
[usr1]    
[usr1]     grmon2> step 24
[usr1]     0x00 000000: 0d00000d  sethi  %hi(0x3400), %g6
[usr1]     0x00000004: 81c1a3b0  jmp  %g6 + 0x3B0      
[usr1]     0x00000008: 01000000  nop                   
[usr1]     0x000037b0: a7580000  mov  %tbr, %l3        
[usr1]     0x000037b4: a1480000  mov  %psr, %l0        
[usr1]     0x000037b8: a60ceff0  and  %l3, 0xFF0, %l3  
[usr1]     0x000037bc: a734e004  srl  %l3, 4, %l3&nbs p;     
[usr1]     0x000037c0: 2b000010  sethi  %hi(0x4000), %l5
[usr1]     0x000037c4: aa1563fc  or  %l5, 0x3FC, %l5   
[usr1]     0x000037c8: ac100013  mov  %l3, %l6         
[usr1]     0x000037cc: e8054000  ld  [%l5], %l4        
[usr1]     0x000037d0: 80a50016  cmp  %l4, %l6         
[usr1]     0x000037d4: 34800007  bg,a  0x000037F0      
[usr1]     0x000037e0: 80a 4c016  cmp  %l3, %l6         
[usr1]     0x000037e4: 36800013  bge,a  0x00003830     
[usr1]     0x000037e8: e6056008  ld  [%l5 + 0x8], %l3  
[usr1]     0x00003830: 81c4c000  jmp  %l3              
[usr1]     0x00003834: 01000000  nop                   
[usr1]     0x000009ac: 0f000002  sethi  %hi(0x800), %g7
[usr1]     0x000009b0: 8e11e1b8  or&nbs p; %g7, 0x1B8, %g7   
[usr1]     0x000009b4: 3080001b  ba,a  0x00000A20      
[usr1]     0x00000a24: 81884000  mov  %g1, %psr        
[usr1]     0x00000a28: 03000000  sethi  %hi(0x0), %g1  
[usr1]     0x00000a2c: 82106000  or  %g1, %g1          
[usr1]    
[usr1]     grmon2> dis 0x0 4
[usr1]     0x00000000: 0d00000d  sethi  %hi(0x3400), %g6
[usr1]     0x00000004: 81c1a3b0  jmp  %g6 + 0x3B0 &n bsp;    
[usr1]     0x00000008: 01000000  nop                   
[usr1]     0x0000000c: 9de3bfc0  save  %sp, -64, %sp   
[usr1]    
[usr1]     grmon2> dis 0x37b0 24
[usr1]     0x000037b0: a7580000  mov  %tbr, %l3        
[usr1]     0x000037b4: a1480000  mov  %psr, %l0        
[usr1]     0x000037b8: a60ceff0  and  %l3, 0xFF0, %l3  
[usr1]   &n bsp; 0x000037bc: a734e004  srl  %l3, 4, %l3      
[usr1]     0x000037c0: 2b000010  sethi  %hi(0x4000), %l5
[usr1]     0x000037c4: aa1563fc  or  %l5, 0x3FC, %l5   
[usr1]     0x000037c8: ac100013  mov  %l3, %l6         
[usr1]     0x000037cc: e8054000  ld  [%l5], %l4        
[usr1]     0x000037d0: 80a50016  cmp  %l4, %l6         
[usr1]     0x000037d4: 34800007  bg,a  0x000037F0       
[usr1]     0x000037d8: aa05600c  add  %l5, 12, %l5     
[usr1]     0x000037dc: e6056004  ld  [%l5 + 0x4], %l3  
[usr1]     0x000037e0: 80a4c016  cmp  %l3, %l6         
[usr1]     0x000037e4: 36800013  bge,a  0x00003830     
[usr1]     0x000037e8: e6056008  ld  [%l5 + 0x8], %l3  
[usr1]     0x000037ec: aa05600c  add  %l5, 12, %l5     
[usr1]     0x000037f0: e6054000  ld  [%l5], %l3         
[usr1]     0x000037f4: a894e000  orcc  %l3, %l4        
[usr1]     0x000037f8: 12bffff7  bne  0x000037D4       
[usr1]     0x000037fc: 80a50016  cmp  %l4, %l6         
[usr1]     0x00003800: e6056004  ld  [%l5 + 0x4], %l3  
[usr1]     0x00003804: 80a4e000  cmp  %l3              
[usr1]     0x00003808: 12bffff3  bne  0x000037D4       
[usr1]     0x0000380c: 80a50016  cmp  %l4, %l6     



why is the branch instruction at 0x000037d4 not followed by the next instruction at 0x000037d8 (branch delay slot)?


- Christoph




__._,_.___
Posted by: chkr4-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

MPI for LEON3



Hello,

are ther some MPI implementation for the LEON3 out there?





__._,_.___
Posted by: fabikem-LWAfsSFWpa4@public.gmane.org



__,_._,___
Picon

multicore compiler problem with snapgear linux 2.6



Hi everybody, Hi Jiri,


I worked with the support SMP kernel for leon3:  Snapgear 2.6.21. I have implemented the Leon3mp architecture with four Leon3 processors on virtex ML507 board.
I have created 4 threads in my c application, and I am trying to set thread 1 to run on CPU1, thread2 on CPU 2, etc.
However, an>the compiler sparc-linux-gcc does not recognize these functions:

CPU_SET (int cpu, cpu_set_t * set);
CPU_ZERO (cpu_set_t * set);

and this type: cpu_set_t
It always gives me these errors:

implicit declaration of funtion 'CPU_ZERO'
implicit declaration of funtion 'CPU_SET'
'cpu_set_t' undeclared (first use in this function)

Here is my code to bind active thread to processor 0:
cpu_set_t mask;
CPU_ZERO (& mask);
CPU_SET (0, & mask) // bind processor 0
sched_setaffinity (0, sizeof(mask), & mask);

I have included and defined at the top :

#define _GNU_SOURCE
#include <sched.h>

But I always get the same errors.v>

can you help me please.

I would really appreciate any help.
Thanks in advance




__._,_.___
Posted by: jerbi78-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

Leon3 custom APB peripheral raise interrupt and catch it on RTEMS



Hello all,

I am developing a peripheral to read data from an ADC. I am using RTEMS.

I already have the APB peripheral working fine and I can read the data from it (although I am still using fake data just to test the APB connection).

However, I need to raise an interrupt when the ADC has data ready.

If I trigger the interrupt by calling LEON_Force_interrupt, it enters the isr handler, so the listeners should be well initialized.

I am using a physical button to raise the interrupt, and the led shows the button is pressed to give me HW feedbac k.

However, the RTEMS doesn't detect the interrupt that should be generated.

I will show how I did, and I hope it can be useful to someone in the future.


Is this a problem on the VHDL or in the RTEMS?

Any idea is welcome, since I am running out of them, and I guess I am missing some important part here...

Thank you,

Nuno


VHDL periphera l:


bus_requests_handler : process(rstn, clk)

  begin

    if (rstn = '0') then

        rdata <= (others => '0');  

    elsif rising_edge(clk) then  

 rdata <= (others => '0');    -- init

 if (apbi.psel(pindex) = '1') then  

            &n bsp;rdata <= std_logic_vector(to_unsigned(count_value, rdata'length)); 

 end if; 

 if (apbi.psel(pindex) and apbi.penable and apbi.pwrite) = '1' then

             in_data <= signed(apbi.pwdata(31 downto 0)); -- a:=pwdata

          end if;  


 -- Rais e IRQ   

 if button = '1' then --  test with led first 

     led <= '1'; 

     vpirq(pirq) <= '1';

   else  

     led <= '0';  

     vpirq(pirq) <= '0';

 end if; 

     end if;

  end process bus_requests_handler; 


  apbo.prdata <= rdata;

  apbo.pindex <= pindex;   

  apbo.pirq <= vpirq; -- This is where I set the pass to the bus data

  apbo.pconfig <= pconfig;

end 


VHDL topmodule:


   adc : entity work.apb_example                    

     generic map (pindex  => 10, paddr => 10, pirq => 12, pmask => 16#FFF#) --

    &n bsp;port map (

       rstn => rstn, 

       clk => clkm, 

       apbi => apbi, 

       apbo => apbo(10), 

       adc_CLK_5Mhz => clk_adc_5_mhz, 

       adc_enable => '1', 

       adc_raw_input => X"ABCD",  

           

       button => right_button, 

       led => led(7)

   );


And then on RTEMS :


main function:

        int VHDL_PIRQ = 12;//The value in the vhdl pirq

status = rtems_interrupt_catch (irqhandler, VHDL_PIRQ + 16, &old_handle); //Notice the +16

if(status==RTEMS_SUCCESSFUL)printf ("RTEMS_SUCCESSFUL\n");

if(status==RTEMS_INVALID_NUMBER)printf ("RTEMS_INVALID_NUMBER\n");

if(status==RTEMS_INVALID_ADDRE SS)printf ("RTEMS_INVALID_ADDRESS\n");

printf ("CLEAR & UNMASK\n");

LEON_Clear_interrupt(VHDL_PIRQ);

LEON_Unmask_interrupt(VHDL_PIRQ);

LEON_Force_interrupt(VHDL_PIRQ);

irq_executed_flag = 0;

while(1) {

if(irq_executed_flag) {

printf ("\n\t --> Caught synchronous trap with vector %d\n", irq_executed_flag);

irq_executed_flag = 0;

}

else {

volatile unsigned int *padc = (unsigned *) 0x80000A00;

volatile unsigned int adc_val = 0;

printf (".");

adc_val = padc[0];

}

rtems_task_wake_after(1);

}

ISR handler:

       rtems_isr irqhandler( rtems_vector_number vector ) {

      irq_executed_flag = SPARC_REAL_TRAP_NUMBER(vector);

       }




__._,_.___
Posted by: nunobrito84-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

Problem in Simulation for ML605



Simulation for ML605 Design  is not working.... compilation is fine as all files compile successfully without any warning but simulation gives fatal error in ddr3ram.vhd line 285


I don't know how to fix it......I am kind of stuck here!



__._,_.___
Posted by: zohaibnajam-ur4TIblo6goN+BqQ9rBEUg@public.gmane.org



__,_._,___
Picon

Trouble creating Debian Image Linuxbuild



Hello all!

I'm trying to create an image of Debian, using the linuxbuild 1.0.5 but I'm getting 404 whenever I try to setup Debian. I guess the ftp got some directories changed.
I also tried with the linuxbuild 1.0.7 but onle allows to select buildroot.
Any ideas? Someone can save me and send me those images?

Thanks




__._,_.___
Posted by: rafael.adorna-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

ML605 Board ddr3_addr port mismatch of 13 and 14



ML605 

USing REv- E Board 

after make planahead command 

and doing changes from README.txt 

I get following error in planAhead environment


[HDLCompiler 717] Port ddr3_addr of width 13 cannot connect to 14 bit actual ["D:/grlib-gpl-1.3.7-b4144/designs/leon3-xilinx-ml605/leon3mp.vhd":438]





Any help will be highly appreciated 

Regards 
Fahad




__._,_.___
Posted by: ghazalifahad-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

ML507 egtx_clk error



Hi,

I'm trying to add a second uart to my grlib system. To do this, i have replicated the block of uart1 to add another uart, as below : 

ua1 : if CFG_UART1_ENABLE /= 0 generate
    uart1 : apbuart -- UART 1
    generic map (pindex => 1, paddr => 1,  pirq => 2, console => dbguart,
fifosize => CFG_UART1_FIFO)
    port map (rstn, clkm, apbi, apbo(1), u1i, u1o);
    u1i.rxd <= rxd1; u1i.ctsn <= '0'; u1i.extclk <= '0'; txd1 <= u1o.txd;
  end generate;
  noua0 : if CFG_UART1_ENABLE = 0 generate apbo(1) <= apb_none; end generate;
 
  ua2 : if CFG_UART2_ENABLE /= 0 generate
    uart2 : apbuart -- UART 2
    generic map (pindex => 9, paddr => 9,  pirq => 3, fifosize => CFG_UART2_FIFO)
    port map (rstn, clkm, apbi, apbo(9), u2i, u2o);
    u2i.rxd <= rxd2; u2i.ctsn <= '0'; u2i.extclk <= '0'; txd2 <= u2o.txd;
  end generate;

 After that, I re-synthesize the leon3 design using ISE 13.4, but I received the following error after "make ise-map" completes:

ERROR:Xst:1370 - Line 10: Signal name egtx_clk not found in design.
ERROR:Parsers:11 - Encountered unrecognized constraint while parsing.
ERROR:Xst:1341 - XCF parsing failed

can you help me please.
Thanks in advance.


__._,_.___
Posted by: Mariem Makni <mariam.makni-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>



__,_._,___
Picon

The problem running LEON3 in VC709



root <at> sizhao-VirtualBox:/opt/grmon-eval-2.0.54/linux/bin# ./grmon -digilent -nb


  GRMON2 LEON debug monitor v2.0.54 eval version

  

  Copyright (C) 2014 Aeroflex Gaisler - All rights reserved.

  For latest updates, go to http://www.gaisler.com/

  Comments or bug-reports to support-FkzTOoA/JUlBDgjK7y7TUQ@public.gmane.org

  

  This eval version will expire on 28/12/2014


 JTAG chain (1): xc7vx690t 

  GRLIB build version: 4140

  Detected frequency:  100 MHz

  

  Component                            Vendor

  LEON3 SPARC V8 Processor         &nbs p;   Aeroflex Gaisler

  AHB Debug UART                       Aeroflex Gaisler

  JTAG Debug Link                      Aeroflex Gaisler

  LEON2 Memory Controller              European Space Agency

  AHB/APB Bridge                       Aeroflex Gaisler

  LEON3 Debug Support Unit             Aeroflex Gaisler

  Single-port AHB SRAM module          Aeroflex Gaisler

  Xilinx MIG DDR3 Controller           Aeroflex Gaisler

  Sing le-port AHB SRAM module          Aeroflex Gaisler

  Generic UART                         Aeroflex Gaisler

  Multi-processor Interrupt Ctrl.      Aeroflex Gaisler

  Modular Timer Unit                   Aeroflex Gaisler

  AMBA Wrapper for OC I2C-master       Aeroflex Gaisler

  General Purpose I/O port             Aeroflex Gaisler

  

  Use command 'info sys' to print a detailed report of attached cores


grmon2> info sys

  cpu0      Aeroflex Gaisler  LEON3 SPARC V8 Pr ocessor    

            AHB Master 0

  ahbuart0  Aeroflex Gaisler  AHB Debug UART    

            AHB Master 1

            APB: 80000700 - 80000800

            Baudrate 115200, AHB frequency 100.00 MHz

  ahbjtag0  Aeroflex Gaisler  JTAG Debug Link    

            AHB Master 2

  mctrl0    European Space Agency  LEON2 Memory Controller    

            AHB: 00000000 - 20000000

            APB: 80000000 - 80000100

    &nbs p;       16-bit prom <at> 0x00000000

  apbmst0   Aeroflex Gaisler  AHB/APB Bridge    

            AHB: 80000000 - 80100000

  dsu0      Aeroflex Gaisler  LEON3 Debug Support Unit    

            AHB: 90000000 - A0000000

            AHB trace: 256 lines, 32-bit bus

            CPU0:  win 8, hwbp 2, itrace 256, V8 mul/div, srmmu, lddel 1

                   stack pointer 0x7ffffff0

                   icache 4 * 4 kB, 32 B/line dir

    &n bsp;              dcache 4 * 4 kB, 32 B/line dir

  ahbram0   Aeroflex Gaisler  Single-port AHB SRAM module    

            AHB: 20000000 - 20100000

            32-bit static ram: 4 kB <at> 0x20000000

  mig0      Aeroflex Gaisler  Xilinx MIG DDR3 Controller    

            AHB: 40000000 - 80000000

            APB: 80000400 - 80000500

            SDRAM: 1024 Mbyte

  ahbram1   Aeroflex Gaisler  Single-port AHB SRAM module    

            AHB: A00 00000 - A0100000

            32-bit static ram: 4 kB <at> 0xa0000000

  uart0     Aeroflex Gaisler  Generic UART    

            APB: 80000100 - 80000200

            IRQ: 2

            Baudrate 38343

  irqmp0    Aeroflex Gaisler  Multi-processor Interrupt Ctrl.    

            APB: 80000200 - 80000300

  gptimer0  Aeroflex Gaisler  Modular Timer Unit    

            APB: 80000300 - 80000400

            IRQ: 8

        & nbsp;   8-bit scalar, 2 * 32-bit timers, divisor 100

  i2cmst0   Aeroflex Gaisler  AMBA Wrapper for OC I2C-master    

            APB: 80000900 - 80000A00

            IRQ: 11

  gpio0     Aeroflex Gaisler  General Purpose I/O port    

            APB: 80000A00 - 80000B00

  

grmon2> load hello 

  40000000 .text                        0B              [>    40000000 .text                      8.0kB /  39.0kB & nbsp; [===  40000000 .text                     16.0kB /  39.0kB   [===  40000000 .text                     24.0kB /  39.0kB   [===  40000000 .text                     32.0kB /  39.0kB   [===  40000000 .text                     39.0kB /  39.0kB   [===============>] 100%

  40009C20 .data                        0B              [>    40009C20 .data                      2.9kB /   2.9kB   [===============>] 100%

  Total size: 41.90kB (258.48kbit/s)

  Entry point 0x40000000

  Image /opt/grmon-eval-2.0.54/linux/bin/hello loaded

  

grmon2> run

  Unknown signal

  0x40000040: a1480000  mov  %psr, %l0



The hello file is only print "hello world".



I think the leon3 doesn't work. And what reason can lead to this result?

Who can run the leon3 in VC709?  What files can be modified?

Thank you very much!




__._,_.___
Posted by: mercket-/E1597aS9LRv1O+Z8WTAqQ@public.gmane.org



__,_._,___
Picon

g++ produces errors in vhdl simulation



Dear all,

I am trying to run c and c++ code on a leon3 design (leonmp). When compiling c code with gcc it works fine, but as soon as I invoke the g++ compiler (either directly or via gcc by changing the file extension to .cc), my vhdl simulation in modelsim crashes. The code is still the same c code.

The error in modelsim is:
"
# leon3_0: LEON3 SPARC V8 processor rev 3
# leon3_0: icache 1*4 kbyte, dcache 1*4 kbyte
# ** Fatal: (vsim-3734) Index value 512 is out of range 511 downto 0.
#    Time: 30 ns  Iteration: 5  Process: /testbench/sd0/u0/state_register File: ../../lib/micron/sdram/mt48lc16m16a2.vhd
# Fatal error in ForLoop loop at ../../lib/micron/sdram/mt48lc16m16a2.vhd line 1234
#
# HDL call sequence:
# Stop ped at ../../lib/micron/sdram/mt48lc16m16a2.vhd 1234 ForLoop loop

"

- I'm using the latest version of grlib, bcc etc
- I'm using modelsim 10.1d
- I've a very simple file test.c


I've modified leonmp/Makefile to include:


##################  project specific targets ##########################
test.exe: test.c
    sparc-elf-g++ -O2 -Wall -msoft-float -g
test.c -o test.exe

ram.srec:
test.exe
    sparc-elf-objcopy -O srec --gap-fill 0
test.exe ram.srec


Thus my ram.srec overwrites the systest srec. No further changes to the toolchain besides enabling vhdl debugging using xconfig. Placing my srec in the prom gives the same results.


When running the g++ compiled test.exe in tsim it works fine. The same file compile with normal x86 g++ also works.


Am I making a major mistake by assuming c and c++ code will run on the same system without further change? What could be the problem here?


Thanks!


best regards,

Erik



__._,_.___
Posted by: erikvermij-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

Leon3 Buildroot No Output (DVI) to Monitor



Hello,


I'm using the buildroot function on Ubuntu, and running "make xconfig". I tried selecting the predefined configurations "lb_config_leon-linux3.10_ngmp.tar.bz2", "lb_config_leon-linux3.10_smp_fpu.tar.bz2", and "lb_config_leon-linux3.10_up_soft.tar.bz2", and when I try running all three versions, I never get output to the monitor I hooked up to the DVI port on the FPGA.


I tried configuring I2C and a few other options, but it still doesn& #39;t work.


I typically run the command "i2c 0 dvi init_ml50x_vga" on GRMON before loading the image.ram file.


Does anyone know how to fix this?



Thanks,


Jannis

 



__._,_.___
Posted by: meijannis-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org



__,_._,___

Gmane