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
2.6.24.
On Mon, Feb 2, 2009 at 4:58 PM, Wolfgang Denk 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
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 t
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
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
> linu
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
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
On Mon, Feb 2, 2009 at 3:55 PM, 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
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)
#de
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 for
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
---
arch/powerpc/configs/amigaone_defconfig | 1636 +++
1 fil
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 load
This device tree does not provide the correct CPU name, as various CPU
models and revisions are used in AmigaOnes. Also the PCI root node does
not contain a interrupt mapping property, as all boards have different
interrupt routing. However the kernel can do a 1:1 mapping of all PCI
interrupts, as
This commit adds the setup code for booting Linux on AmigaOne G3SE (G3
only), AmigaOne XE and uA1 (G3/G4) desktop computers. These boards were
sold by Eyetech and are based on MAI Logic's Teron boards and its
Articia S northbridge.
The AmigaOne uses U-boot as firmware, which doesn't support a flatt
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 fea
>
> 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 e
> >> commit 64b3d0e8122b422e879b23d42f9e0e8efbbf9744
> >> Author: Benjamin Herrenschmidt
> >>
> >> 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
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.
Aft
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 p
>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 {
> > -
From: Grant Likely
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 moves it out into a new fi
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 repost
>
> 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 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
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
/dev
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
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 sta
On Mon, 02 Feb 2009 17:44:36 +0100
"Grzegorz Bernacki" 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 am doing diffe
Sean MacLennan wrote:
> On Mon, 02 Feb 2009 13:50:59 +0100
> "Grzegorz Bernacki" 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 wher
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 ha
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",
>
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 n
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 ",".
ok, I will change it
+ mpc52
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 M
On Mon, 02 Feb 2009 13:50:59 +0100
"Grzegorz Bernacki" 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 CONFIG_EEPROM_LEGACY and
C
This is the InterControl custom device based on the MPC5200B chip.
Signed-off-by: Grzegorz Bernacki
---
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 support for RTC (ds1339)
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
---
applied to next
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/l
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 la
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
---
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dts b/arch/powerpc/
boot/dts/mpc8377_rdb.
You're right, there no space in "national,lm75".
Signed-off-by: Philippe Reynes
---
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
+++ b/arch/powerpc/boot/dts/mpc8377_rdb.dts
@@
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",
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
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 if
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
---
arch/powerpc/boot/dts/tqm8540.dts
On Jan 29, 2009, at 7:23 AM, Wolfgang Grandegger wrote:
Signed-off-by: Wolfgang Grandegger
---
arch/powerpc/boot/dts/tqm8548-bigflash.dts |4 ++--
arch/powerpc/boot/dts/tqm8548.dts |4 ++--
arch/powerpc/boot/dts/tqm8560.dts |4 ++--
3 files changed, 6 insertions(+),
On Feb 2, 2009, at 8:52 AM, Reynes Philippe wrote:
Signed-off-by: Philippe Reynes
---
applied to next.
(what about my comments on the lm75 patch?)
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linux
Signed-off-by: Philippe Reynes
---
Index: powerpc/arch/powerpc/boot/dts/mpc8377_rdb.dts
===
--- powerpc.orig/arch/powerpc/boot/dts/mpc8377_rdb.dts
+++ powerpc/arch/powerpc/boot/dts/mpc8377_rdb.dts
@@ -109,6 +109,24 @@
On Mon, Feb 2, 2009 at 5:50 AM, Grzegorz Bernacki wrote:
> Grant Likely wrote:
>>> diff --git a/arch/powerpc/configs/52xx/digsy_mtc_defconfig
>>> b/arch/powerpc/configs/52xx/digsy_mtc_defconfig
>>> new file mode 100644
>>> index 000..ad70d5b
>>> --- /dev/null
>>> +++ b/arch/powerpc/configs/52
Lixin Yao wrote:
>
>
> 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
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
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 ",".
>
ok, I will change it
>> + mpc5200_pic: interrupt-cont
> "Reynes" == Reynes Philippe writes:
Reynes> Signed-off-by: Philippe Reynes
Reynes> ---
Reynes> Index: powerpc/arch/powerpc/boot/dts/mpc8377_rdb.dts
Reynes> ===
Reynes> --- powerpc.orig/arch/powerpc/boot/dts/mpc8377_rdb.dt
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 cod
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 th
Signed-off-by: Philippe Reynes
---
Index: powerpc/arch/powerpc/boot/dts/mpc8377_rdb.dts
===
--- powerpc.orig/arch/powerpc/boot/dts/mpc8377_rdb.dts
+++ powerpc/arch/powerpc/boot/dts/mpc8377_rdb.dts
@@ -109,6 +109,24 @@
On Sun, 1 Feb 2009, Remis wrote:
> Complementing what Arnd said, we got the dynamic ftrace to work. Just
> changed 4 things in the *menuconfig*.
> Before these were built as modules (this is the default I guess):
> CONFIG_USB=m
> CONFIG_SOUND=m
> CONFIG_SND=m
> CONFIG_SND_USB_AUDIO=m
>
> Then got
56 matches
Mail list logo
