2011/12/1 Kumar Gala :
>
> On Dec 1, 2011, at 11:52 AM, Jean-Michel Hautbois wrote:
>
>> 2011/12/1 Jean-Michel Hautbois :
>>> 2011/12/1 Tabi Timur-B04825 :
>>>> On Thu, Dec 1, 2011 at 9:04 AM, Jean-Michel Hautbois
>>>> wrote:
>>>>>
&
2011/12/1 Jean-Michel Hautbois :
> 2011/12/1 Tabi Timur-B04825 :
>> On Thu, Dec 1, 2011 at 9:04 AM, Jean-Michel Hautbois
>> wrote:
>>>
>>> Any idea on how to debug this ? I am using a 2.6.35 kernel.
>>
>> There are a ton of Kconfig options for debuggi
2011/12/1 Tabi Timur-B04825 :
> On Thu, Dec 1, 2011 at 9:04 AM, Jean-Michel Hautbois
> wrote:
>>
>> Any idea on how to debug this ? I am using a 2.6.35 kernel.
>
> There are a ton of Kconfig options for debugging various locking bugs.
> Try turning them on.
>
And
2011/12/1 Kumar Gala :
>
> On Dec 1, 2011, at 3:57 AM, Jean-Michel Hautbois wrote:
>
>> Hi,
>>
>> I have a P2020 CPU (powerpc) and I compiled it with two different defconfigs.
>> The first one is a SMP, 2 cores, launched with the "nosmp" kernel
>> p
Hi,
I have a P2020 CPU (powerpc) and I compiled it with two different defconfigs.
The first one is a SMP, 2 cores, launched with the "nosmp" kernel
parameter, the other one is an UP kernel.
My driver behaviour is not the same whether launching one or the
other. It is hard to explain more precisel
Hi list,
I am currently using a MPC8313 with an MMC slot on SPI bus.
My fsl is the following :
spi@7000 {
#address-cells = <1>;
#size-cells = <0>;
cell-index = <0>;
compatible = "fsl,spi";
Hi,
I am interested by this implementation.
> +static ssize_t mpic_tm_timeout_store(struct device *dev,
> + struct device_attribute *attr,
> + const char *buf, size_t count)
> +{
> +
> + spin_lock_irq(&priv->lock);
> +
> +
Hi !
I am currently using a MPC8548 PowerPC board, and I have encountered
the following problem :
[ 19.867849] Unbalanced enable for IRQ 48
[ 19.867855] [ cut here ]
[ 19.873819] Badness at /.../kernel/irq/manage.c:174
[ 19.873823] NIP: c0044acc LR: c0044acc CTR: c0
2010/12/1 David Laight :
>
>> A mb() is usually used if you do a write to device and read from it.
>> With out it, the CPU could perform the read before the write, which
>> would give you an incorrect result. There's no other way around that.
>
> Possibly the synchronisation functions are doing sig
2010/12/1 Jean-Michel Hautbois :
> Hi lists !
>
> I measured the latency and the jitter of the RX and TX ethernet paths
> on my MPC5200 board.
> The RX path is quite good, but the TX path can be slow.
>
> [ 1218.976762] [mpc52xx_fec_start_xmit]Delay >30us for dma_
Hi lists !
I measured the latency and the jitter of the RX and TX ethernet paths
on my MPC5200 board.
The RX path is quite good, but the TX path can be slow.
[ 1218.976762] [mpc52xx_fec_start_xmit]Delay >30us for dma_map_single
=> 76364 ns
[ 1219.188405] [mpc52xx_fec_tx_interrupt]Delay >30us for
Hi everybody,
I am using a mpc5200 chip with a linux 2.6.33.7-rt29.
I am using the ELDK toolchain :
ppc_6xx-gcc -v
Target: powerpc-linux
Configured with:
/opt/eldk/build/ppc-2008-04-01/work/usr/src/denx/BUILD/crosstool-0.43/build/gcc-4.2.2-glibc-20070515T2025-eldk/powerpc-linux/gcc-4.2.2/configu
2009/3/13 Laurent Pinchart :
> Hi Jean-Michel,
>
> Support for the modem control lines has been added in v2.6.27-rc2. You will
> need to declare the modem control lines in your device tree. See
> Documentation/powerpc/dts-bindings/fsl/cpm_qe/serial.txt for more information.
>
> Please note that har
Hi all !
I am currently facing a big problem on my MPC8272ADS development board.
I have tried to use the /dev/ttyCPM1 port in order to send data over
the serial cable to another device.
This is just not working but nothing is sent, my DTR signal is down:
> cat /proc/tty/driver/ttyCPM
0: uart:CPM
2009/2/12 Scott Wood :
> On Thu, Feb 12, 2009 at 03:26:58PM +0100, Jean-Michel Hautbois wrote:
>> I think that the problem is in the reg part, but I can't understand why.
>> Isn't it the RAM mpping of my MTD that is the first address ?
>
> No, it's the offset i
2009/2/12 Pieter
> Jean-Michel Hautbois wrote:
> > 2009/2/12 David Gibson > <mailto:da...@gibson.dropbear.id.au>>
> >
> > On Thu, Feb 12, 2009 at 12:10:58PM +0100, Jean-Michel Hautbois wrote:
> > > 2009/2/12 Pieter > <mailto:phe
2009/2/12 David Gibson
> On Thu, Feb 12, 2009 at 12:10:58PM +0100, Jean-Michel Hautbois wrote:
> > 2009/2/12 Pieter
> >
> > > Jean-Michel Hautbois wrote:
> > > > Warning (reg_format): "reg" property in
> > > > /local...@f0010100/fl...
2009/2/12 Pieter
> Jean-Michel Hautbois wrote:
> > Warning (reg_format): "reg" property in
> > /local...@f0010100/fl...@0,0/partit...@ff80 has invalid length (8
> > JM
> You are missing some definitions, The #address-cells and #size-cells = <1>;
> t
Hi everybody !
I am currently trying to add the support of partitions for the Flash chip on
my MPC8272ADS board (the chips are Sharp LH28F016SCT-L90).
I have added this part:
fl...@0,0 {
compatible = "jedec-flash";
reg = <0x0 0x0 0x200>;
2009/1/26 Scott Wood
> On Mon, Jan 26, 2009 at 11:17:05AM +0100, Jean-Michel Hautbois wrote:
> > I understand that my load address is 0x40 and that the image is too
> big,
> > but I can't find where this load adress is defined.
> > It seems (from the .../arch/po
Hi everybody !
I have a working Kernel with a NFS mounted root filesystem.
I am trying to use my root file system, but with the use of initramfs.
Compiling the kernel is not a problem, but when booting, I have the
following error:
"Insufficient memory for kernel at address 0! (_start=0040, u
I am now trying to use an initial RAM filesystem.
I have this:
"checking if image is initramfs... it is"
And then, after some hardware detections:
"List of all partitions:
1f008192 mtdblock0 (driver?)
No filesystem could mount root, tried: ext3 ext2 cramfs
Kernel panic - not syncing:
2009/1/20 Scott Wood :
> Jean-Michel Hautbois wrote:
>>
>> It is *a lot* better !
>> I am finishing into a kernel panic, but it is a normal thing (bad
>> initramfs).
>>
>> Well, that was using the cuImage. When I try to use the uImage and the
>> F
2009/1/20 Scott Wood :
> On Tue, Jan 20, 2009 at 11:56:58AM +0100, Jean-Michel Hautbois wrote:
>> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
>> Kernel command line: root=/dev/ram rw
>> PID hash table entries: 256 (order: 8, 1024 bytes)
>
2009/1/20 Jean-Michel Hautbois :
> OK, I just tried a cuImage and a ramdisk without a FDT. I am starting
> to boot, but it freezes.
[...]
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
> Kernel command line: root=/dev/ram rw
> PID hash table entries
2009/1/16 Scott Wood :
> Jean-Michel Hautbois wrote:
>>
>> OK, I just tried a make of my kernel (already compiled yesterday), and
>> it generated a cuImage.mpc8272ads kernel image (which it didn't do
>> yesterday).
>> I don't know why this image was gen
2009/1/16 Scott Wood :
> Jean-Michel Hautbois wrote:
>>
>> OK, I just tried a make of my kernel (already compiled yesterday), and
>> it generated a cuImage.mpc8272ads kernel image (which it didn't do
>> yesterday).
>> I don't know why this image was gen
2009/1/16 Jean-Michel Hautbois :
> 2009/1/16 Scott Wood :
>> On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
>>> Could it be a problem in my bootargs command line ?
>>> I mean, maybe the console=ttyS0,11500 wrong ?
>>> Because my &quo
2009/1/16 Scott Wood :
> On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
>> Could it be a problem in my bootargs command line ?
>> I mean, maybe the console=ttyS0,11500 wrong ?
>> Because my "Run" LED is on...
>>
>> I tried ttyS0,
2009/1/16 Scott Wood :
> On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
>> Could it be a problem in my bootargs command line ?
>> I mean, maybe the console=ttyS0,11500 wrong ?
>> Because my "Run" LED is on...
>>
>> I tried ttyS0,
>> try to fix "ft_cpu_setup()" in your u-boot source for mpc8272ads
>> and use "PowerPC,8...@0" as cpu_path instead of "c...@0".
>>
>> Best regards,
>> Anatolij
>
I am currently going until this step:
## Booting kernel from Legacy Image at 0040 ...
Image Name: Linux-2.6.29-rc1-01197-g5a7b
2009/1/15 Anatolij Gustschin
> Jean-Michel Hautbois wrote:
> > I just tried. I created a dtb from the file
> > arch/powerpc/boot/dst/mpc8272ads.dts file.
> > It is not rebboting, but handling (my "run" led is switching off).
> >
> > => tftp 200
2009/1/15 Anatolij Gustschin
> Jean-Michel Hautbois wrote:
>
> > I have a MPC8272ADS board, 64MB RAM, 8MB Flash.
> > I compiled u-boot using the existing config file, and compiled my linux
> > kernel successfully with the defconfig file too.
> >
> > I have
Hi everybody !
This my first (but not least :) ) message on that mailing list. I hope I
will find my solution.
Here is my problem:
I have a MPC8272ADS board, 64MB RAM, 8MB Flash.
I compiled u-boot using the existing config file, and compiled my linux
kernel successfully with the defconfig file to
34 matches
Mail list logo