On Feb 2, 2009, at 8:52 AM, Reynes Philippe wrote:
Signed-off-by: Philippe Reynes philippe.rey...@isismpp.fr
---
applied to next.
(what about my comments on the lm75 patch?)
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Jan 29, 2009, at 7:23 AM, Wolfgang Grandegger wrote:
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
arch/powerpc/boot/dts/tqm8548-bigflash.dts |4 ++--
arch/powerpc/boot/dts/tqm8548.dts |4 ++--
arch/powerpc/boot/dts/tqm8560.dts |4 ++--
3 files
On Jan 29, 2009, at 6:49 AM, Wolfgang Grandegger wrote:
Automatic I2C device probing is not done any more. Therefore we need
proper DTS device node definitions for the I2C LM75 thermal sensor on
the TQM85xx modules.
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
On Feb 2, 2009, at 3:36 AM, Martyn Welch wrote:
Becky Bruce wrote:
On Jan 30, 2009, at 8:42 AM, Kumar Gala wrote:
On Jan 30, 2009, at 6:31 AM, Martyn Welch wrote:
Hi Guys,
It seems that 2.6.29-rc3 is not booting on the MPC8641 HPCN. I
have just updated u-boot to the latest git to see
Hello, Steven,
I realized that and made change, I use reg-shift of 1 which u-boot uses
and works for the CF.
local...@f0010100 {
#address-cells = 2;
#size-cells = 1;
compatible = fsl,mpc8248-localbus,
fsl,pq2-localbus,
This is the InterControl custom device based on the MPC5200B chip.
Signed-off-by: Grzegorz Bernacki g...@semihalf.com
---
Version 2:
- change name in DTS and remove unnecessary fields
- use mpc5200_simple.c file instead of dedicated file for digsy_mtc
- update mpc5200_defconfig:
- add
On Mon, 02 Feb 2009 13:50:59 +0100
Grzegorz Bernacki g...@semihalf.com wrote:
I would like to have support for following devices in defconfig for
digsy:
- LXT PHY
- RTC DS1337
- EEPROM AT24
- MTD partitioning based on OF description
I am seeing a problem where if I enable
Kumar Gala wrote:
On Feb 2, 2009, at 10:00 AM, Martyn Welch wrote:
Kumar Gala wrote:
On Feb 2, 2009, at 3:36 AM, Martyn Welch wrote:
Becky Bruce wrote:
On Jan 30, 2009, at 8:42 AM, Kumar Gala wrote:
On Jan 30, 2009, at 6:31 AM, Martyn Welch wrote:
Hi Guys,
It seems that 2.6.29-rc3 is
Lixin Yao wrote:
Hello, Steven,
I realized that and made change, I use reg-shift of 1 which u-boot uses
and works for the CF.
local...@f0010100 {
#address-cells = 2;
#size-cells = 1;
compatible = fsl,mpc8248-localbus,
Andre Schwarz wrote:
BTW,
I noticed that there are some problems with mounting file system
over NFS on Linux-2.6.29-rc3, I see following messages:
...
[ 339.813807] nfs: server 192.168.1.1 not responding, still trying
[ 339.832144] nfs: server 192.168.1.1 OK
...
I haven't noticed in on
Sean MacLennan wrote:
On Mon, 02 Feb 2009 13:50:59 +0100
Grzegorz Bernacki g...@semihalf.com wrote:
I would like to have support for following devices in defconfig for
digsy:
- LXT PHY
- RTC DS1337
- EEPROM AT24
- MTD partitioning based on OF description
I am seeing a problem where
On Mon, 2 Feb 2009 12:01:59 -0500, Sean MacLennan wrote:
This is a trivial patch that does not need to be in 2.6.29. While
tracking down an EEPROM problem, I found the messages confusing... it
looked like the EEPROM was being started before the I2C driver!
Here is an example:
at24 0-0052:
Hello,
I have one AMD29LV640 NOR chip on my system. How can I enable it in
Linux as MTD device? Right now, I can not operate on /dev/mtd in
Linux:
# od -x /dev/mtd
od: /dev/mtd: No such file or directory
od: /dev/mtd: Bad file descriptor
# od -x /dev/mtd0
od: Dec 31 16:02:17 kernel: MTD_open
You're right, there no space in national,lm75.
Signed-off-by: Philippe Reynes philippe.rey...@isismpp.fr
---
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dts
b/arch/powerpc/boot/dts/mpc8377_rdb.dts
index e747486..54b4520 100644
--- a/arch/powerpc/boot/dts/mpc8377_rdb.dts
+++
On Mon, 2 Feb 2009, Benjamin Herrenschmidt wrote:
The PCI 2.x cells used on some 44x SoCs only let us configure the decode
for the low 32-bit of the incoming PLB addresses. The top 4 bits (this
is a 36-bit bus) are hard wired to different values depending on the
specific SoC in use. Our code
Hey Grzegorz,
I've pulled your patch into my -next tree, but I made a few changes first:
- I dropped the defconfig changes because they conflict with the
defconfig update that Ben just pulled from me
- I updated the .dts file to reflect changes I was already making to
all the other .dts files
- I
I use a San Disk compact flash (CF) card on a board with MPC8248
processor. The CF is connected to data and address bus of the processor
and operates in TRUE IDE mode. The registers are memory mapped. I can
read the file system on the CF in u-boot (1.3.4). U-boot can identify
the CF and
Hey Wolfram, thanks for the comments.
Some of the comments are due to the verbatim movement of the gpio
portion of the code out of mpc52xx_gpio.c, and my style just tends
towards using in/out pairs instead of set/clr bits, but I'm not
particularly attached to it. I've made updates and I'll
From: Grant Likely grant.lik...@secretlab.ca
This patch adds IRQ controller support to the MPC5200 General
Purpose Timer (GPT) device driver. With this patch the mpc5200-gpt
driver supports both GPIO and IRQ functions.
The GPT driver was contained within the mpc52xx_gpio.c file, but this
patch
2009-02-02 14:16:04.0 +1100
@@ -599,8 +599,8 @@ int savage_driver_firstopen(struct drm_d
drm_mtrr_add(dev_priv-mtrr[2].base,
dev_priv-mtrr[2].size,
DRM_MTRR_WC);
} else {
-
On Mon, 2009-02-02 at 11:02 -0800, Eric Anholt wrote:
On Mon, 2009-02-02 at 16:55 +1100, Benjamin Herrenschmidt wrote:
The DRM uses its own wrappers to obtain resources from PCI devices,
which currently convert the resource_size_t into an unsigned long.
This is broken on 32-bit platforms
Steven/Aaron,
I found the problem. On my board, the CF is on a 16 bit interface on bus
of MPC8248. The HW is connected in Big Endian format. PPC Bit D0 is
connected to CF Bit D15, and PPC D1 to CF Bit D14, till PPC D0 to CF
D15. I had to swap the bytes in u-boot. I forgot to do it in Kernel.
commit 64b3d0e8122b422e879b23d42f9e0e8efbbf9744
Author: Benjamin Herrenschmidt b...@kernel.crashing.org
powerpc/mm: Rework usage of _PAGE_COHERENT/NO_CACHE/GUARDED
I tried reverting it, but as I had kinda thought, that really didn't
help.
I'm just recompiling to check that I
Could this comment instead be maybe:
Because the kernel-userspace ABI is fixed at a 32-bit offset, while PCI
resources may live above that, we ignore the map offset for maps of type
_DRM_FRAMEBUFFER or _DRM_REGISTERS. It is assumed that each driver will
have only one resource of each
This is a trivial patch that does not need to be in 2.6.29. While
tracking down an EEPROM problem, I found the messages confusing... it
looked like the EEPROM was being started before the I2C driver!
Here is an example:
at24 0-0052: 512 byte 24c04 EEPROM (writable)
ibm-iic ef600700.i2c: using
On Feb 2, 2009, at 9:59 AM, Reynes Philippe wrote:
You're right, there no space in national,lm75.
Signed-off-by: Philippe Reynes philippe.rey...@isismpp.fr
---
applied to next
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Hi!
I updated the patches for the AmigaOne platform based on your comments.
The following changes were made compared to v1:
setup.c:
- replaced model entry in /proc/cpuinfo with a vendor entry
- replaced cache flushing code in amigaone_restart() with call to
__flush_disable_L1()
- removed
This adds the bootwrapper for the cuImage target and a compatible property
check for pnpPNP,501 to the generic serial console support code.
The default link address for the cuImage target is set to 0x80. This
allows to boot the kernel with AmigaOS4's second level bootloader, which
always loads
CONFIG_CC_OPTIMIZE_FOR_SIZE is selected, because otherwise the kernel
wouldn't boot. The AmigaOne's U-boot firmware seems to have a problem
loading uImages bigger than 1.8 MB.
Signed-off-by: Gerhard Pircher gerhard_pirc...@gmx.net
---
arch/powerpc/configs/amigaone_defconfig | 1636
Lixin Yao wrote:
Steven/Aaron,
I found the problem. On my board, the CF is on a 16 bit interface on bus
of MPC8248. The HW is connected in Big Endian format. PPC Bit D0 is
connected to CF Bit D15, and PPC D1 to CF Bit D14, till PPC D0 to CF
D15. I had to swap the bytes in u-boot. I forgot
I redefined io functions in libata-sff.c, byte operations are converted
to 16bit word operations. Maybe I should ask for HW changes in new
revisions of the board.
These are the changes I had to make in drivers/ata/libata-sff.c.
TR5000V2 is my board config define.
#if defined(CONFIG_TR5000V2)
On Mon, 2009-02-02 at 11:35 +1100, Benjamin Herrenschmidt wrote:
On Sat, 2009-01-31 at 22:06 +0300, Anton Vorontsov wrote:
According to this discussion:
http://lkml.org/lkml/2008/7/25/338
http://lkml.org/lkml/2008/7/26/72
Frame pointers do nothing useful on PowerPC, so
On Mon, Feb 2, 2009 at 3:55 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
The DRM uses its own wrappers to obtain resources from PCI devices,
which currently convert the resource_size_t into an unsigned long.
This is broken on 32-bit platforms with 32-bit physical address
space.
Grant Likely wrote:
+/dts-v1/;
+
+/ {
+ model = mtc,digsy;
+ compatible = mtc,digsy;
This should be something like: intercontrol,digsy-mtc. Compatible
values should be in the form vendor,model.
ok, I will change it
+ mpc5200_pic: interrupt-control...@500 {
wael showair wrote:
hi All,
i have LTIB version 6.2.2 with which i have built linux kernel 2.6.19-rc5
for my board where its processor is MPC8555.i built the kernel Image
successfuly without any problems
But Now i want to upgrade the linux kernel to 2.6.27 but unfortunately i
got the
On Mon, 2009-02-02 at 16:55 +1100, Benjamin Herrenschmidt wrote:
The DRM uses its own wrappers to obtain resources from PCI devices,
which currently convert the resource_size_t into an unsigned long.
This is broken on 32-bit platforms with 32-bit physical address
space.
This fixes them,
On Mon, 2009-02-02 at 16:55 +1100, Benjamin Herrenschmidt wrote:
Once upon a time, the DRM made the distinction between the drm_map
data structure exchanged with user space and the drm_local_map used
in the kernel.
For some reasons, while the BSD port still has that feature, the
linux part
On Mon, 2009-02-02 at 16:55 +1100, Benjamin Herrenschmidt wrote:
This changes drm_local_map to use a resource_size for its offset
member instead of an unsigned long, thus allowing 32-bit machines
with a 32-bit physical address space to be able to store there
their register or framebuffer
Becky Bruce wrote:
On Jan 30, 2009, at 8:42 AM, Kumar Gala wrote:
On Jan 30, 2009, at 6:31 AM, Martyn Welch wrote:
Hi Guys,
It seems that 2.6.29-rc3 is not booting on the MPC8641 HPCN. I have
just updated u-boot to the latest git to see if that improved
matters, however I get stuck at
Grzegorz Bernacki wrote:
Grant Likely wrote:
+/dts-v1/;
+
+/ {
+ model = mtc,digsy;
+ compatible = mtc,digsy;
This should be something like: intercontrol,digsy-mtc. Compatible
values should be in the form vendor,model.
ok, I will change it
+
On Mon, 02 Feb 2009 17:44:36 +0100
Grzegorz Bernacki g...@semihalf.com wrote:
I enabled CONFIG_EEPROM_LEGACY in my defconfig and I can see eeprom
detected in dmesg and I can also read/write to it via file
/sys/bus/i2c/devices/0-0050/eeprom.
Thanks for trying that! Now I need to see what I
On Feb 2, 2009, at 9:59 AM, Reynes Philippe wrote:
You're right, there no space in national,lm75.
in the future such comments are best placed after the ---.
- k
Signed-off-by: Philippe Reynes philippe.rey...@isismpp.fr
---
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dts
On Tue, Jan 13, 2009 at 08:40:01AM -0800, Greg KH wrote:
On Tue, Jan 13, 2009 at 09:49:39AM -0600, Kumar Gala wrote:
On Jan 6, 2009, at 10:53 PM, Greg KH wrote:
On Tue, Jan 06, 2009 at 10:44:13PM -0600, Kumar Gala wrote:
On Dec 25, 2008, at 8:14 AM, Anton Vorontsov wrote:
Hi all,
Just
On Feb 2, 2009, at 10:00 AM, Martyn Welch wrote:
Kumar Gala wrote:
On Feb 2, 2009, at 3:36 AM, Martyn Welch wrote:
Becky Bruce wrote:
On Jan 30, 2009, at 8:42 AM, Kumar Gala wrote:
On Jan 30, 2009, at 6:31 AM, Martyn Welch wrote:
Hi Guys,
It seems that 2.6.29-rc3 is not booting on the
Kumar Gala wrote:
On Feb 2, 2009, at 3:36 AM, Martyn Welch wrote:
Becky Bruce wrote:
On Jan 30, 2009, at 8:42 AM, Kumar Gala wrote:
On Jan 30, 2009, at 6:31 AM, Martyn Welch wrote:
Hi Guys,
It seems that 2.6.29-rc3 is not booting on the MPC8641 HPCN. I have
just updated u-boot to the
Reynes == Reynes Philippe philippe.rey...@isismpp.fr writes:
Reynes Signed-off-by: Philippe Reynes philippe.rey...@isismpp.fr
Reynes ---
Reynes Index: powerpc/arch/powerpc/boot/dts/mpc8377_rdb.dts
Reynes ===
Reynes ---
Dear Grzegorz Bernacki,
In message 49872268.10...@semihalf.com you wrote:
We also had this kind of problem - after feeding some nfs options it
worked :
rsize=8192,wsize=8192,soft,intr,tcp,nolock
it seems that it helps.
Can you please find out which of these changes is the relevant
On Mon, Feb 2, 2009 at 4:58 PM, Wolfgang Denk w...@denx.de wrote:
Dear Grzegorz Bernacki,
In message 49872268.10...@semihalf.com you wrote:
We also had this kind of problem - after feeding some nfs options it
worked :
rsize=8192,wsize=8192,soft,intr,tcp,nolock
it seems that it helps.
I received great help last week in getting a USB wi fi device working.
Thanks again, but can someone read below and advise me on kernel 2.6.24?
The best out-of-the box solution for me was 2.6.27.8, for which I needed
a Denx eldx toolchain in place of the toolchain I was using to compile
49 matches
Mail list logo