On 03.01.2013 19:24, Fabio Estevam wrote:
In order to mx53 ROM to properly load the U-boot image, its header size should
be multiple of 512 bytes.
...
Signed-off-by: Troy Kisky
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Improvec commit log
include/image.h |3 +++
tools/imxim
This patch adds fdt support to MAX77686.
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- Corrected indentation errors.
Changes in V3:
- Rebased on top of the latest implementation
of PMIC
Changes in V4:
- Corrected PMIC register address
drivers/power/pmic/pm
Add device node for MAX77686
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- Changed reg value from 06 to 6.
Chnages in V3:
- converted the pmic name to small letters.
Changes in V4:
- Corrected PMIC register address
board/samsung/dts/exynos5250-smdk5250.dts |7
Add FDT support to PMIC MAX77686 chip.
This patch set is based on top of:
"[U-Boot] [PATCH 00/16 V2] SMDK5250: Add FDT support"
link for same:
"http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/149991";
Changes in V2:
- Changed chip address from 06 to 6.
- Corrected indenta
Add required compatible information for PMIC
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- converted the pmic name to small letters.
Changes in V4:
- None
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files ch
Dear Scott Wood,
> On 12/26/2012 12:26:13 PM, Otavio Salvador wrote:
> > On Wed, Dec 26, 2012 at 1:13 AM, Marek Vasut wrote:
> > > Dear Otavio Salvador,
> > >
> > >> On Tue, Dec 25, 2012 at 11:08 PM, Marek Vasut
> >
> > wrote:
> > >> > Adjust the NAND partitioning layout so that there is a sep
On Thu, 2013-01-03 at 22:07 +0100, Wolfgang Denk wrote:
> Dear John Stile,
>
> In message <1357246601.7939.128.camel@genx> you wrote:
> > Is it possible to add my kernel to the rootfs partition rather than have
> > a separate partition?
>
> Yes, it is - assuming you use a storage device and a fi
Dear Sergey Lapin,
In message <20130103212949.ge9...@build.ihdev.net> you wrote:
>
> > What is the code size change with this patch?
> Not calculated yet, will do. Any tools doing that or simple du -sk u-boot.bin
> before and after patch will do?
du is totally worthless here.
Use "size" and/or
On Thu, Jan 3, 2013 at 9:42 PM, Scott Wood wrote:
> On 12/26/2012 12:26:13 PM, Otavio Salvador wrote:
>>
>> On Wed, Dec 26, 2012 at 1:13 AM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> On Tue, Dec 25, 2012 at 11:08 PM, Marek Vasut wrote:
>> >> > Adjust the NAND partitioning layout s
On 12/26/2012 12:26:13 PM, Otavio Salvador wrote:
On Wed, Dec 26, 2012 at 1:13 AM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Tue, Dec 25, 2012 at 11:08 PM, Marek Vasut
wrote:
>> > Adjust the NAND partitioning layout so that there is a separate
partition
>> > for the ramdisk and fd
On 10/22/2012 7:40 PM, Troy Kisky wrote:
This series tries to separate the mii regsisters
from the ethernet registers as suggested by
Andy Fleming. Then, mx6qsabrelite is changed
to find the phy address from the possibles 4-7.
The V3 series is very different from V2.
Troy Kisky (9):
doc/READ
Dear Scott,
Thanks a lot for your review.
You made a lot of things cleaner for me, so now I better understand
what have to be done, but I need some more cleanups to get some
things more clear.
On Wed, Jan 02, 2013 at 08:53:13PM -0600, Scott Wood wrote:
> Subject line should be something like
> "mt
On Wed, Jan 2, 2013 at 9:58 PM, Scott Wood wrote:
> On 12/23/2012 05:17:25 PM, Javier Martinez Canillas wrote:
>>
>> On Sat, Dec 22, 2012 at 4:40 AM, Javier Martinez Canillas
>> wrote:
>> >
>> > But if I'm the only one having this issue maybe is just my hardware
>> > behaving
>> > badly. I'll ask
Dear John Stile,
In message <1357246601.7939.128.camel@genx> you wrote:
> Is it possible to add my kernel to the rootfs partition rather than have
> a separate partition?
Yes, it is - assuming you use a storage device and a file system type
supported by U-Boot.
> I am using U-Boot 1.3.4, on a a
Is it possible to add my kernel to the rootfs partition rather than have
a separate partition?
I am using U-Boot 1.3.4, on a at91sam9g20ek (256Mb Nand, 8Mb Nor), and
use the sam-ba firmware upload tool.
I'd like to put everything on nand, ignore nor, and hold redundant
areas, in perpetration fo
Dear Jeroen Hofstee,
In message <50e5c9a2.7090...@myspectrum.nl> you wrote:
>
> > In any case the code should behave the same in U-Boot and Linux. If
> > we can lift this restriction in Linux, then OK. If not, then the FB
> > allocation in U-Boot (by lcd_setmem()) should result in the same size
From: Rajeshwari Shinde
This patch adds the device node required for USB
Signed-off-by: Vivek Gautam
---
Changes in v3:
- Using a sub-node under ehci node for phy which provides
"compatible" and "reg" information.
Changes in v2:
- None.
arch/arm/dts/exynos5250.dtsi
This patch enables Vbus required for USB 2.0 controller.
Signed-off-by: Vivek Gautam
Signed-off-by: Rajeshwari Shinde
---
Changes from v1:
- Using the old school method of setting up gpio instead
of using the pinmux method, since the required gpio line
here is board
From: Rajeshwari Shinde
Add required compatible information for USB
Signed-off-by: Vivek Gautam
Acked-by: Simon Glass
---
Changes in v3:
- Added compatible string for USB PHY controller.
Changes in v2:
- None.
include/fdtdec.h |2 ++
lib/fdtdec.c |2 ++
2 files
From: Rajeshwari Shinde
Adding fdt support to ehci-exynos in order to parse
register base addresses from the device node.
Signed-off-by: Vivek Gautam
Signed-off-by: Rajeshwari Shinde
---
Changes in v3:
- Using macros for error no.
- Using a common function exynos_usb_parse_dt(
On Thu, Jan 3, 2013 at 4:18 PM, Troy Kisky
wrote:
> It would be good to include this in commit log if not already committed.
Ok, just sent a v2 with such comment.
Regards,
Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.d
On 1/3/2013 7:07 AM, Stefano Babic wrote:
On 03/01/2013 14:49, Marek Vasut wrote:
Dear Fabio Estevam,
Hi,
On Thu, Jan 3, 2013 at 11:30 AM, Marek Vasut wrote:
Ugh, why can't the stuff from common.h be used ?
Yes, I tried it initially, but it throws a lot of errors that I am not
sure that t
In order to mx53 ROM to properly load the U-boot image, its header size should
be multiple of 512 bytes.
This issue was observed with gcc 4.6.2/4.7.3, which caused data aborts:
U-Boot 2013.01-rc2-00172-gf8cfcf1-dirty (Dec 26 2012 - 13:13:28)
Board: MX53 LOCO
I2C: ready
DRAM: 1 GiB
MMC: FSL
Hi,
On 01/03/2013 11:41 AM, Wolfgang Denk wrote:
In message <50e55d24.8000...@myspectrum.nl> you wrote:
As Wolfgang suggested, maybe I shouldn't point at U-boot but blame
linux and get rid of the 2MB alignment. I haven't checked yet, but I
don't see why that should not work. So this is resolved
Hello,
Happy new year to all of you!
We are observing an issue writing some data in the nand flash from uClinux.
Things which I think are relevant are:
-It is custom Blackfin BF547 based system. It uses MT29F4G08ABADAH4 chip
And the interface is thru the built in hardware NAND controller in the
This patch provides support to read a flash config register.
Config register contains a control bits used to verify
the different configurations and security features of a device.
User need to get the data through spi_flash_cmd_read_config()
based on their usage.
Signed-off-by: Jagannadha Sutrad
This patch provides support to read a flash status register.
Status register contains a control bits used to verify
the progress of flash program and erase operations.
User need to get the data through spi_flash_cmd_read_status()
based on their usage.
Signed-off-by: Jagannadha Sutradharudu Teki
Dear Michal Simek,
In message
you wrote:
>
> > -> grep CONFIG_SYS_SYSTEMACE_WIDTH include/configs/katmai.h
> > #define CONFIG_SYS_SYSTEMACE_WIDTH 16 /* Data bus width is 16
> > */
>
> Fair enough. I see that JSE is using 8 bit width - do you have this
> board for test?
Sorry
Hi Jaehoon,
Thanks for the comments.
Please find my response below.
Thanks & Regards
Amarendra
On 3 January 2013 16:46, Amarendra Reddy wrote:
> Hi Jaehoon,
> Thanks for the comments.
> Please find my response below.
>
> Thanks & Regards
> Amarendra
>
>
>
> On 3 January 2013 12:15, Jaehoon
On Thu, Jan 3, 2013 at 11:49 AM, Marek Vasut wrote:
> Dear Fabio Estevam,
>
>> On Thu, Jan 3, 2013 at 11:30 AM, Marek Vasut wrote:
>> > Ugh, why can't the stuff from common.h be used ?
>>
>> Yes, I tried it initially, but it throws a lot of errors that I am not
>> sure that they can be easily fix
On 03/01/2013 14:49, Marek Vasut wrote:
> Dear Fabio Estevam,
>
Hi,
>> On Thu, Jan 3, 2013 at 11:30 AM, Marek Vasut wrote:
>>> Ugh, why can't the stuff from common.h be used ?
>>
>> Yes, I tried it initially, but it throws a lot of errors that I am not
>> sure that they can be easily fixed:
>
On 03/01/2013 14:25, Fabio Estevam wrote:
> Hi Stefano,
>
> On Thu, Jan 3, 2013 at 6:53 AM, Stefano Babic wrote:
>
>> Hi all,
>>
>> the patch was only blocked for Wolfgang's comment regarding the
>> introduced ALIGN() macro. I think the other doubts regarding issues on
>> other Socs (i.e., MX6)
2013/1/3 Wolfgang Denk :
> Dear Michal Simek,
>
> In message
> you
> wrote:
>>
>> > After your patch applied:
>> >
>> > U-Boot 2013.01-rc2-00174-ge56cdd7-dirty (Jan 03 2013 - 13:01:27)
>> > ...
>> > => fatls ace 0 mnt-xsa
>> > ACE CompactFlash not found.
>> > ** Bad device size - ace 0 **
>
Dear Fabio Estevam,
> On Thu, Jan 3, 2013 at 11:30 AM, Marek Vasut wrote:
> > Ugh, why can't the stuff from common.h be used ?
>
> Yes, I tried it initially, but it throws a lot of errors that I am not
> sure that they can be easily fixed:
Only with #include ?
> Regards,
>
> Fabio Estevam
Hi lokesh,
On Mon, 31 Dec 2012 14:59:36 +0530, lokesh nijalinge
wrote:
> Hi ,
>
> Thank you very much ,for the quick response albert
>
> The detailed explanation about the project is as below:
>
> I have a fingerprint module(FPC-AM3) which works fine and can receive whole
> fingerprint templat
This patch adds fdt support to MAX77686.
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- Corrected indentation errors.
Changes in V3:
- Rebased on top of the latest implementation
of PMIC
drivers/power/pmic/pmic_max77686.c | 37 +--
Add device node for MAX77686
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- Changed reg value from 06 to 6.
Chnages in V3:
- converted the pmic name to small letters.
board/samsung/dts/exynos5250-smdk5250.dts |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
Add required compatible information for PMIC
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Chnages in V3:
- converted the pmic name to small letters.
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+), 0 dele
Add FDT support to PMIC MAX77686 chip.
This patch set is based on top of:
"[U-Boot] [PATCH 00/16 V2] SMDK5250: Add FDT support"
link for same:
"http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/149991";
Changes in V2:
- Changed chip address from 06 to 6.
- Corrected indenta
Dear Michal Simek,
In message
you wrote:
>
> > After your patch applied:
> >
> > U-Boot 2013.01-rc2-00174-ge56cdd7-dirty (Jan 03 2013 - 13:01:27)
> > ...
> > => fatls ace 0 mnt-xsa
> > ACE CompactFlash not found.
> > ** Bad device size - ace 0 **
>
> Just a question is this 8bit width or 1
On Thu, Jan 3, 2013 at 11:30 AM, Marek Vasut wrote:
> Ugh, why can't the stuff from common.h be used ?
Yes, I tried it initially, but it throws a lot of errors that I am not
sure that they can be easily fixed:
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -idirafter
/home/fabio/de
Dear Fabio Estevam,
> Hi Stefano,
>
> On Thu, Jan 3, 2013 at 6:53 AM, Stefano Babic wrote:
> > Hi all,
> >
> > the patch was only blocked for Wolfgang's comment regarding the
> > introduced ALIGN() macro. I think the other doubts regarding issues on
> > other Socs (i.e., MX6) can be considered
Hi Stefano,
On Thu, Jan 3, 2013 at 6:53 AM, Stefano Babic wrote:
> Hi all,
>
> the patch was only blocked for Wolfgang's comment regarding the
> introduced ALIGN() macro. I think the other doubts regarding issues on
> other Socs (i.e., MX6) can be considered closed as well. IMHO it is
> enough t
In order to mx53 ROM to properly load the U-boot image, its size should be
multiple of 512 bytes.
This issue was observed on gcc 4.6.2/4.7.3 which caused data aborts:
U-Boot 2013.01-rc2-00172-gf8cfcf1-dirty (Dec 26 2012 - 13:13:28)
Board: MX53 LOCO
I2C: ready
DRAM: 1 GiB
MMC: FSL_SDHC: 0, F
Dear Wolfgang Denk
> Dear "Ashok Kumar Kacham",
>
> In message <0969b5bdd1b15922721db142831c3b02.squir...@mail.bel.co.in> you
> wrote:
>>
>> Hi all,
>>
>> we have a pci-to-usb controller(32bit,33MHZ,PCI1 controller, IDSEL 18)
>> on
>> pci bus, we disabled PCI and tried to read the configuration d
2013/1/3 Wolfgang Denk :
> Dear Alexey Brodkin,
>
> In message <1357139186-9172-1-git-send-email-alexey.brod...@gmail.com> you
> wrote:
>> Most architectures don't have symbols "in16"/"out16" defined.
>> Only Microblaze/PowerPC/Spark architectures do have them defined.
>>
>> At the same time there
Hi Wolfgang,
I've already sent V2 patch with only 1 chunk and updated comments to the
mailing list.
-Alexey
03.01.2013 16:00 пользователь "Wolfgang Denk" написал:
> Dear Alexey Brodkin,
>
> In message <1357137512-8618-1-git-send-email-alexey.brod...@gmail.com>
> you wrote:
> > From: Alexey Brod
Dear Alexey,
please don't top post / full quote, and please keep the ML on Cc: - thanks.
In message
you wrote:
>
> And what if you use "__raw_writew"/"__raw_readw" instead?
I'd rather not try that, as the __raw_* functions are missing the
memory barriers that are mandatory for such device acce
Dear "Ashok Kumar Kacham",
In message <0969b5bdd1b15922721db142831c3b02.squir...@mail.bel.co.in> you wrote:
>
> Hi all,
>
> we have a pci-to-usb controller(32bit,33MHZ,PCI1 controller, IDSEL 18) on
> pci bus, we disabled PCI and tried to read the configuration data(vendor
> and
> device id) of t
Unfortunately I didn't test it on any BE hardware - I don't have
anything handy at the moment.
I got it tested on LE platform - though it has nothing to do with real
BE behavior.
But as far as I can see from kernel headers "writew" does this -
regardless CPU endianess it writes 16-bit word to spec
Dear Alexey Brodkin,
In message <1357139186-9172-1-git-send-email-alexey.brod...@gmail.com> you
wrote:
> Most architectures don't have symbols "in16"/"out16" defined.
> Only Microblaze/PowerPC/Spark architectures do have them defined.
>
> At the same time there're much more common macros "readw"
Dear Alexey Brodkin,
In message <1357137512-8618-1-git-send-email-alexey.brod...@gmail.com> you
wrote:
> From: Alexey Brodkin
>
> Current implementation works fine for bus width = 16 bits because we
> never get into "if" branch.
>
> If one sets width to 8 bits there will be 2 consequent data a
Hi all,
we have a pci-to-usb controller(32bit,33MHZ,PCI1 controller, IDSEL 18) on
pci bus, we disabled PCI and tried to read the configuration data(vendor
and
device id) of the usb controller by giving following commands.
(0xe000 is the CCSR base address)
$mw 0xe0008000 0x80009000
$md 0xe000
Currently we have "unsigned long blkcnt" which is fine with
CONFIG_SYS_64BIT_LBA undefined because "lbaint_t" is basically the same
"unsigned long".
If CONFIG_SYS_64BIT_LBA gets defined "lbaint_t" is defined as "unsigned
long long".
Even though not many embedded systems have CONFIG_SYS_64BIT_LBA d
Hi Jaehoon,
Thanks for the comments.
Please find my response below.
Thanks & Regards
Amarendra
On 3 January 2013 12:15, Jaehoon Chung wrote:
> Hi Amar,
>
> ..snip..
> >> I didn't understand this function(exynos5_mmc_set_clk_div?).
> >> What purpose? I think good that proper to use the "div" a
Hi Piotr,
On 01/03/2013 04:31 PM, Piotr Wilczek wrote:
> This patch add pinmux settings for Exynos4 for mmc0 and mmc2
Didn't consider about the mmc4? I know that exynos4 can be used mmc4 for eMMC.
Best Regards,
Jaehoon Chung
>
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
> CC:
Signed-off-by: Wolfgang Denk
cc: Anatolij Gustschin
---
V2: changed text as suggested by Jeroen Hofstee
in <50e55d24.8000...@myspectrum.nl>
README | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/README b/README
index 78f40df..f84108e 100644
--- a/README
+++
Dear Jeroen,
In message <50e55d24.8000...@myspectrum.nl> you wrote:
>
> So the intention was to fix that while preserving the frame buffer and I
> don't want linux to steal so much memory. The minimum amount of
> memory the dss accepts is 2MB though (for reason unknown to me).
> Without the fb ad
2013/1/3 Wolfgang Denk :
> Dear Michal Simek,
>
> In message
> you
> wrote:
>>
>> > I see. Well, I think the commit message is not really clear. I
>> > definitely misunderstood it. Maybe it can be improved?
>>
>> Yep.
>
> Thanks.
>
>> btw: is there any coding style rule about this second func
Dear Michal Simek,
In message
you wrote:
>
> > I see. Well, I think the commit message is not really clear. I
> > definitely misunderstood it. Maybe it can be improved?
>
> Yep.
Thanks.
> btw: is there any coding style rule about this second function
>
> Current (simplified) case.
> stati
Hello Tom, Wolfgang,
On 01/02/2013 09:17 PM, Wolfgang Denk wrote:
Dear Tom,
In message <20130102154854.GC14738@bill-the-cat> you wrote:
I think this means we've got people not understanding what the variable
IS for. And at the high level, the idea of "lets transition from U-Boot
to Linux with
2013/1/3 Wolfgang Denk :
> Dear Michal Simek,
>
> In message
> you
> wrote:
>>
>> > You say, if one sets width to 8 bits, then the code fails when the bus
>> > is actually 16 bits wide?
> ...
>> Here is that function with my comment about missing "else".
>> In ace_writew function we shouldn't wr
System ACE compact flash controller supports either 8-bit (default) or
16-bit data transfers. And in corresponding driver we need to implement
read/write of 16-bit data words properly for both modes of operation.
In existing code if width==8 both branches get executed which may cause
unexpected be
Hi, Pantelis,
A little confusion about FAT fs write supporting,
On Sat, Dec 1, 2012 at 12:51 AM, Pantelis Antoniou
wrote:
>
> We didn't support upload/download larger than available memory.
> This is pretty bad when you have to update your root filesystem for
> example.
>
> This patch removes th
On 02/01/2013 21:02, Fabio Estevam wrote:
> On Wed, Jan 2, 2013 at 5:58 PM, Robert Nelson wrote:
>
>> Sweet! Thanks Troy,
>>
>> That fixes it on my Dialog based mx53loco with linaro's 4.7.3 gcc
>> toolchain...
>
> Excellent, Troy!
>
> Fixes the issue for me with gcc 4.6.2 as well.
>
> It woul
Hi,
Exynos5xxx series have each different HW configurations, for example,
some register addresses, gpio banks configuration, and so on.
So, each series are needed to separate from existing exynos5 configuration.
[1/2] EXYNOS: EXYNOS5250: add exynos5250 register addresses
[2/2] EXYNOS: EXYNOS5250
This patch add exynos5250 register addresses.
Exynos5xxx series has each different register, so it is needed to separate.
Signed-off-by: Donghwa Lee
Signed-off-by: Kyungmin Park
---
arch/arm/include/asm/arch-exynos/cpu.h | 33
1 files changed, 33 insertions
This patch add gpio structure of exynos5250.
Exynos5xxx series has each different gpio bank, so it is needed to separate.
After separation task, useless variables will be removed.
Signed-off-by: Donghwa Lee
Signed-off-by: Kyungmin Park
---
arch/arm/include/asm/arch-exynos/gpio.h | 80
++
68 matches
Mail list logo
