Hi Tom,
my 4xx series depends on Heikos I2C update, which he did not manage to
get ready in this release cycle. But he promised he will push it when
the next merge window opens :)
The 85xx series should be ready to go.
Cheers
Dirk
2013/7/15 Tom Rini :
> On Tue, Jul 02, 2013 at 01:38:43PM +0200,
Hi Tom,
On 07/15/2013 04:33 PM, Tom Rini wrote:
>> SPL already has GD set to the correct location (in s_init), we mustn't
>> move it around now since some data (clocks etc) is already present.
>>
>> This error was detected on the SPL port for the Compulab CM-T35 board
>> (OMAP3530).
>>
>> Signed-o
Hi Tom,
On 07/15/2013 11:05 PM, Tom Rini wrote:
>>> If you've got changes outstanding still, please start gently poking
>>> custodians with patchwork links. I've got a good bit of stuff I need to
>>> deal with myself still, but please prod me all the same.
>>
>> my series "[PATCH v7 0/5] Add gdsy
Hello Marek,
Am 16.07.2013 07:00, schrieb Marek Vasut:
Dear Heiko Schocher,
updating an ubi partition needs a completely erased mtd partition,
see:
http://lists.infradead.org/pipermail/linux-mtd/2011-May/035416.html
So, add partubi alt setting for the dfu_alt_info environment
variable to mark
Dear Heiko Schocher,
> updating an ubi partition needs a completely erased mtd partition,
> see:
> http://lists.infradead.org/pipermail/linux-mtd/2011-May/035416.html
>
> So, add partubi alt setting for the dfu_alt_info environment
> variable to mark this partition as an ubi partition. In case we
updating an ubi partition needs a completely erased mtd partition,
see:
http://lists.infradead.org/pipermail/linux-mtd/2011-May/035416.html
So, add partubi alt setting for the dfu_alt_info environment
variable to mark this partition as an ubi partition. In case we
update an ubi partition, we erase
Dear Fabio Estevam,
> On Tue, Jul 16, 2013 at 12:51 AM, Fabio Estevam wrote:
> > On Mon, Jul 15, 2013 at 12:09 PM, Hector Palacios
> >
> > wrote:
> >> @Fabio: could you manually run the command 'tftp ${loadaddr} file100M'
> >> in your EVK?
> >
> > Yes, this is what I have been running since th
On Tue, Jul 16, 2013 at 12:51 AM, Fabio Estevam wrote:
> On Mon, Jul 15, 2013 at 12:09 PM, Hector Palacios
> wrote:
>
>> @Fabio: could you manually run the command 'tftp ${loadaddr} file100M' in
>> your EVK?
>
> Yes, this is what I have been running since the beginning.
>
>> If it doesn't fail, c
On Mon, Jul 15, 2013 at 12:09 PM, Hector Palacios
wrote:
> @Fabio: could you manually run the command 'tftp ${loadaddr} file100M' in
> your EVK?
Yes, this is what I have been running since the beginning.
> If it doesn't fail, could you try running it again after playing with the
> environment (
Hi, Sittig:
Got it!
Thanks!
On Mon, Jul 15, 2013 at 15:33 +0200, Gerhard Sittig wrote:
>
> On Mon, Jul 15, 2013 at 19:26 +0800, tiger...@viatech.com.cn wrote:
> >
> > [ uboot.lst file, disassembler listing ]
>
> A quick search shows that there has not been such a feature in
> U-Boot as far as g
Dear Tom,
On 15/07/13 23:09, Lukasz Majewski wrote:
> Before setting: mipi_lcd_device.reverse_panel = 1, the Trats's LCD panel
> was flipped by 180 degrees.
>
> The flip was caused by following change:
> Exynos: Change get_timer() to work correctly
> SHA1: 3d00c0cb96ff93a929700b80d89cb905e5ab5315
On Fri, Jul 12, 2013 at 11:08 AM, Lukasz Majewski wrote:
> Provide proper setting for the APLL fout frequency calculation for
> Exynos4 based targets (especially Exynos4210 - Trats board).
>
>
> Signed-off-by: Lukasz Majewski
> Cc: Minkyu Kang
>
This also fixes booting on snow.
Acked-by: Simon
On 07/15/2013 04:36:29 AM, ying.zh...@freescale.com wrote:
+ifdef CONFIG_TPL
+$(obj)u-boot-with-spl.bin: $(obj)spl/u-boot-spl.bin
$(obj)spl/u-boot-tpl.bin \
+ $(obj)u-boot.bin
+ $(OBJCOPY) ${OBJCFLAGS} --pad-to=$(CONFIG_SPL_PAD_TO) \
+ -I binar
On 7/15/2013 1:20 PM, Albert ARIBAUD wrote:
Hi Troy,
On Mon, 15 Jul 2013 10:39:54 -0700, Troy Kisky
wrote:
Besides, Marek and I had in fact investigated barriers, adding some as
I did in times past in mvgbe.c, and fiddling with the one already in
dcache_flush_range(). None of this had any eff
On 07/10/2013 01:37 AM, Wolfgang Denk wrote:
> Like many other projects, U-Boot has a tradition of including big
> blocks of License headers in all files. This not only blows up the
> source code with mostly redundant information, but also makes it very
> difficult to generate License Clearing Rep
On Tue, Jul 02, 2013 at 01:38:43PM +0200, Dirk Eibach wrote:
> Hi Andy,
>
> > If you've got changes outstanding still, please start gently poking
> > custodians with patchwork links. I've got a good bit of stuff I need to
> > deal with myself still, but please prod me all the same.
>
> my series
This processor is most similar to the MPC8309, but lacks PCI.
Signed-off-by: Matevz Langus
---
Changes for v2:
- Remove invalid Threads from QE SNUM allocation table for MPC8306
and MPC8309 to be in line with Freescale QEIWRM 4.4
arch/powerpc/cpu/mpc83xx/cpu.c | 1 +
arch/powerp
Hi Troy,
On Mon, 15 Jul 2013 12:59:56 -0700, Troy Kisky
wrote:
> On 7/15/2013 10:39 AM, Troy Kisky wrote:
> > On 7/15/2013 6:41 AM, Albert ARIBAUD wrote:
> >> Hi Troy,
> >>
> >> On Fri, 12 Jul 2013 19:43:07 -0700, Troy Kisky
> >> wrote:
> >>
> >>> On 7/11/2013 4:18 PM, Fabio Estevam wrote:
> >>
Hi Troy,
On Mon, 15 Jul 2013 10:39:54 -0700, Troy Kisky
wrote:
> > Besides, Marek and I had in fact investigated barriers, adding some as
> > I did in times past in mvgbe.c, and fiddling with the one already in
> > dcache_flush_range(). None of this had any effect.
>
> You tried adding a dsb()
On 7/15/2013 10:39 AM, Troy Kisky wrote:
On 7/15/2013 6:41 AM, Albert ARIBAUD wrote:
Hi Troy,
On Fri, 12 Jul 2013 19:43:07 -0700, Troy Kisky
wrote:
On 7/11/2013 4:18 PM, Fabio Estevam wrote:
On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut wrote:
The MX28 multi-layer AHB bus can be too slow a
On Mon, Jul 15, 2013 at 2:29 PM, Fabio Estevam
wrote:
> mx6qsabrelite and nitrogen6q boards are hardware compatible, so let's avoid
> the
> code duplication and only use the nitrogen6x source code to make board code
> maintainance easier.
>
> Tested booting a mainline device tree kernel on a mx6q
On 7/15/2013 6:41 AM, Albert ARIBAUD wrote:
Hi Troy,
On Fri, 12 Jul 2013 19:43:07 -0700, Troy Kisky
wrote:
On 7/11/2013 4:18 PM, Fabio Estevam wrote:
On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut wrote:
The MX28 multi-layer AHB bus can be too slow and trigger the
FEC DMA too early, before a
mx6qsabrelite and nitrogen6q boards are hardware compatible, so let's avoid the
code duplication and only use the nitrogen6x source code to make board code
maintainance easier.
Tested booting a mainline device tree kernel on a mx6qsabrelite board.
Signed-off-by: Fabio Estevam
---
Changes since v
On Thu, Jun 27, 2013 at 09:00:59AM +0200, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Mon, 24 Jun 2013 16:30:54 -0400, Tom Rini wrote:
[snip]
> > True. Looking ahead however, given device trees and the need to know
> > what tree to request/load, I hope more boards will go with enabling
> > CONFIG_ENV
On 07/12/2013 11:17 PM, Stephen Warren wrote:
> On 07/12/2013 03:27 PM, Tom Rini wrote:
>> Hey all,
>>
>> I've tagged and pushed v2013.07-rc3 out, and it should sync its
>> way around in a few hours. I believe we should be all sorted out
>> with FIT images and bootz and bootm finally, but a quick
On Sun, Jul 14, 2013 at 10:51:08AM -0700, Simon Glass wrote:
> On Sun, Jul 14, 2013 at 2:27 AM, Gerhard Sittig wrote:
>
> > adjust instructions for the invocation of Patman's self test: the -t
> > flag appears to have a different meaning now, refer to the --test option
> > for the builtin unit te
On 07/15/2013 08:33 AM, Fabio Estevam wrote:
Hi Eric,
On Mon, Jul 15, 2013 at 11:20 AM, Eric Nelson
wrote:
Thanks for pointing it out. I had missed this.
rename board/{freescale/mx6qsabrelite/README =>
boundary/nitrogen6x/README.mx6qsabrelite} (100%)
I also have to admit not having read
Hi Stephan,
On 07/15/2013 07:55 AM, Stephan Bauroth wrote:
Hi Eric, Hi everyone else,
> It seems that there are two policy differences between
> the mx6qsabrelite.h and nitrogen6x.h files:
> 1. Use of MMC for environment storage
> 2. Use of boot script in nitrogen6x
> I think we can disp
Hi Eric,
On Mon, Jul 15, 2013 at 11:20 AM, Eric Nelson
wrote:
> Thanks for pointing it out. I had missed this.
>
>
>> rename board/{freescale/mx6qsabrelite/README =>
>> boundary/nitrogen6x/README.mx6qsabrelite} (100%)
>
>
> I also have to admit not having read this README.
>
> It appears to give
On 07/15/2013 05:12 PM, Marek Vasut wrote:
Hi Hector,
Hi Marek,
On 07/15/2013 02:30 PM, Marek Vasut wrote:
Dear Hector Palacios,
Hi Marek,
On 07/12/2013 06:48 PM, Marek Vasut wrote:
[...]
but I found something:
It is very strange that the timeouts appear always after transferring
betw
Hi Eric, Hi everyone else,
> It seems that there are two policy differences between
> the mx6qsabrelite.h and nitrogen6x.h files:
> 1. Use of MMC for environment storage
> 2. Use of boot script in nitrogen6x
> I think we can dispense with #1. Can you think of any reason
> a user would care where
Hi Hector,
> Hi Marek,
>
> On 07/15/2013 02:30 PM, Marek Vasut wrote:
> > Dear Hector Palacios,
> >
> >> Hi Marek,
> >>
> >> On 07/12/2013 06:48 PM, Marek Vasut wrote:
> [...]
>
> but I found something:
> It is very strange that the timeouts appear always after transferri
Hi Marek,
On 07/15/2013 02:30 PM, Marek Vasut wrote:
Dear Hector Palacios,
Hi Marek,
On 07/12/2013 06:48 PM, Marek Vasut wrote:
[...]
but I found something:
It is very strange that the timeouts appear always after transferring
between 20 and 24 MiB. So I thought maybe it was not an issue
Op 15 jul. 2013, om 16:49 heeft Tom Rini het volgende geschreven:
> On Mon, Jul 15, 2013 at 02:16:50PM +0200, Koen Kooi wrote:
>>
>> Op 15 jul. 2013, om 14:11 heeft Nishanth Menon het volgende
>> geschreven:
>>
>>> For folks not using concatenated device tree with uImage, having
>>> an handy
On Mon, Jul 15, 2013 at 02:16:50PM +0200, Koen Kooi wrote:
>
> Op 15 jul. 2013, om 14:11 heeft Nishanth Menon het volgende
> geschreven:
>
> > For folks not using concatenated device tree with uImage, having
> > an handy function to find and load device tree is very handy.
> >
> > So introduce
On Fri, Jun 14, 2013 at 10:54:59AM +0200, Stefan Roese wrote:
> SPL already has GD set to the correct location (in s_init), we mustn't
> move it around now since some data (clocks etc) is already present.
>
> This error was detected on the SPL port for the Compulab CM-T35 board
> (OMAP3530).
>
>
On Tue, Jun 25, 2013 at 09:59:47AM +0200, Piotr Wilczek wrote:
> This patch add new functions to pmic max77686 to set voltage and mode.
>
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
> CC: Minkyu Kang
> CC: Rajeshwari Shinde
>
> Acked-by: Rajeshwari Shinde
Acked-by: Tom Ri
Stefan,
On Fri, 2013-07-12 at 07:30 -0400, Stefan Agner wrote:
> Am 2013-07-11 15:54, schrieb Justin Waters:
> > Give the user the ability to disable NAND support by defining
> > CONFIG_NO_NAND. This will allow custom hardware to easily support
> > this configuration.
>
> If NAND is not enabled,
Hi Fabio,
On 07/14/2013 09:23 PM, Fabio Estevam wrote:
Hi Eric,
On Mon, Jul 15, 2013 at 1:09 AM, Eric Nelson
wrote:
Agreed :-)
Reviewed-by: Otavio Salvador
+1
We should also add something to the README file though.
In this patch I am still using the original README's:
Thanks for p
Before setting: mipi_lcd_device.reverse_panel = 1, the Trats's LCD panel
was flipped by 180 degrees.
The flip was caused by following change:
Exynos: Change get_timer() to work correctly
SHA1: 3d00c0cb96ff93a929700b80d89cb905e5ab5315
This commit fixed udelay(), which is necessary (due to HW LCD c
On 15:07-20130715, Koen Kooi wrote:
> Op 15 jul. 2013, om 14:25 heeft Nishanth Menon het volgende
> geschreven:
> > On 14:16-20130715, Koen Kooi wrote:
> >> Op 15 jul. 2013, om 14:11 heeft Nishanth Menon het volgende
> >> geschreven:
> >>
[..]
> &
On Sat, Jul 13, 2013 at 07:51:13AM +0200, Dirk Behme wrote:
> Dear Wolfgang and Tom,
>
> Am 03.07.2013 11:54, schrieb Wolfgang Denk:
> >Dear Xiangfu Liu,
> >
> >In message <4e95a3ba.8000...@pobox.com> you wrote:
> >>
> >>Add support for the qi_lb60 (a.k.a QI Ben NanoNote) clamshell device
> >>fro
Setting the direction and an output value should be done by
First, set the desired output value.
Then, switch to output.
If this is done in the inverse order, like at the moment,
there can be a glitch on the GPIO line while switching first
the old output value and aftwards the new one.
Fix this
Dealing with the sys ctrl register should touch only the
relevant bits and not accidently the whole register. On i.MX6,
the sys control register contains bits which shouldn't be reset to
0, e.g. SYS_CTRL[3-0] and IPP_RST_N (SYS_CTRL[23]).
Do this by read/modify/write instead of just a 32bit write.
On Mon, Jul 15, 2013 at 15:33 +0200, Gerhard Sittig wrote:
>
> On Mon, Jul 15, 2013 at 19:26 +0800, tiger...@viatech.com.cn wrote:
> >
> > [ uboot.lst file, disassembler listing ]
>
> A quick search shows that there has not been such a feature in
> U-Boot as far as git can see (that's back to No
Hi Troy,
On Fri, 12 Jul 2013 19:43:07 -0700, Troy Kisky
wrote:
> On 7/11/2013 4:18 PM, Fabio Estevam wrote:
> > On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut wrote:
> >> The MX28 multi-layer AHB bus can be too slow and trigger the
> >> FEC DMA too early, before all the data hit the DRAM. This pa
On Mon, Jul 15, 2013 at 19:26 +0800, tiger...@viatech.com.cn wrote:
>
> Hi, experts:
> I found no *.lst file produced in root directory after compiling uboot
> source code.
>
> In the Makefile in older version uboot souce code:
> ..
> uboot.bin:uboot
> $(OBJCOPY) ${OBJCFLAGS
Here is the reply from google developer, who think this is a race condition:
"The Android build system isn't designed to use recursive calls to make,
and the result in that case is subject to race conditions and therefore
very undefined.
You can try to build without -j, you can try to add the pseu
1. No contents of "asm/arch/clk.h" is used within "dw_mmc.c".
2. If arch doesn't have "asm/arch/clk.h" driver won't build.
Without mentioned inclusion dw_mmc driver could be built for arches
other than ARM. For ARM driver still builds without it.
Signed-off-by: Alexey Brodkin
Cc: Mischa Jonker
The files board/qi/qi_lb60/qi_lb60.c and include/configs/qi_lb60.h were
licensed under the GPL v3 or later, and not v2 or later. As this is
incompatible with the project, revert this board support until the
responsible parties are available to re-license (if so desired) under
GPL v2.
Signed-off-b
Op 15 jul. 2013, om 14:25 heeft Nishanth Menon het volgende
geschreven:
> On 14:16-20130715, Koen Kooi wrote:
>>
>> Op 15 jul. 2013, om 14:11 heeft Nishanth Menon het volgende
>> geschreven:
>>
>>> For folks not using concatenated device tree with uIm
Hi tiger...@viatech.com.cn,
On Mon, 15 Jul 2013 19:26:31 +0800, wrote:
> Hi, experts:
> I found no *.lst file produced in root directory after compiling uboot
> source code.
>
> In the Makefile in older version uboot souce code:
> ..
> uboot.bin:uboot
> $(OBJCOPY) ${OBJCFL
Dear Hector Palacios,
> Hi Marek,
>
> On 07/12/2013 06:48 PM, Marek Vasut wrote:
> >> [...]
> >>
> >> but I found something:
> >> It is very strange that the timeouts appear always after transferring
> >> between 20 and 24 MiB. So I thought maybe it was not an issue with the
> >> size of the fi
On 14:16-20130715, Koen Kooi wrote:
>
> Op 15 jul. 2013, om 14:11 heeft Nishanth Menon het volgende
> geschreven:
>
> > For folks not using concatenated device tree with uImage, having
> > an handy function to find and load device tree is very handy.
> >
> &
Op 15 jul. 2013, om 14:11 heeft Nishanth Menon het volgende
geschreven:
> For folks not using concatenated device tree with uImage, having
> an handy function to find and load device tree is very handy.
>
> So introduce findfdt and loadfdt and run findfdt by default to make
> it easier on user
On Mon, Jul 15, 2013 at 11:23:54AM +0200, Sascha Silbe wrote:
> Albert ARIBAUD writes:
>
> >> The situation has gotten better recently and U-Boot fits into the
> >> previous partition size of 384KiB again. So it isn't broken on OpenRD
> >> anymore and the above would seem like a good approach.
>
We do not use JFFS2 by default and it conflicts with
CONFIG_CMD_FS_GENERIC (ls command is the same). Since most of our
BOOTCMD can be simplified by using the FS_GENERIC, dropping JFFS2
Signed-off-by: Nishanth Menon
Acked-by: Joel Fernandes
---
include/configs/omap3_beagle.h |8
1 f
If no other bootoption works, try loading up device tree and zImage.
This is selected as the last option to allow backward compatibility as
well as support the recent trend in moving kernel boot to using zImage
and device tree.
NOTE: if uImage is present in bootpart, it will try this first and
wi
As reported in http://marc.info/?l=u-boot&m=137358037827735&w=2
There is no need for the "xMB" variant, as the gpio pins used for
identification where never changed from the xMA when the newer silcon
was used for the xMB, So rename XM A revision as AB revision
and report accordingly
Reported-by:
For folks not using concatenated device tree with uImage, having
an handy function to find and load device tree is very handy.
So introduce findfdt and loadfdt and run findfdt by default to make
it easier on user scripts.
Signed-off-by: Nishanth Menon
---
V3: Fixes typo mistake reported in http:
e682930867f7dfc4a01784fe452fad9e962d65a
(BeagleBoard: config: use uImage.beagle for tftp)
Introduced uImage.beagle which does not happen to be default output
file of Linux kernel build make uImage (output is uImage).
So, replace uImage.beagle with uImage
Signed-off-by: Nishanth Menon
---
inclu
CMD_FS_GENERIC allows us to simplify where we load up our image from
either from ext2/fat etc. So, lets use that instead of cumbersome
options we currently use. Sticking with existing conventions,
defaults will be:
ramdisk=ramdisk.gz
bootpart=0:2 (second partition)
bootdir=/boot (/boot in second pa
With the latest transition to device tree, there is a need to simplify
the load of device tree depending on board type etc. While at it, simplify
few other changes as well.
Testing:
with a uEnv.txt as:
bootdir=/
bootpart=0:1
The following were the boot results:
Beagle (rev C1D): http://pastebin.c
Hi Sascha,
On Mon, 15 Jul 2013 11:23:54 +0200, Sascha Silbe
wrote:
> Albert ARIBAUD writes:
>
> >> The situation has gotten better recently and U-Boot fits into the
> >> previous partition size of 384KiB again. So it isn't broken on OpenRD
> >> anymore and the above would seem like a good appr
Dear Tom,
This patch is delegated to you. Could you review this patch for the next
release?
Best regards,
Piotr Wilczek
--
Samsung R&D Institute Poland (SRPOL)
On 06/25/2013 09:59 AM, Piotr Wilczek wrote:
This patch add new functions to pmic max77686 to set voltage and mode.
Signed-off-by:
Hi, experts:
I found no *.lst file produced in root directory after compiling uboot
source code.
In the Makefile in older version uboot souce code:
..
uboot.bin: uboot
$(OBJCOPY) ${OBJCFLAGS} -O binary $< $@
$(OBJDUMP) -d -EL -h -M reg-names-raw --syms
--fu
From: Ying Zhang
Due to the nand SPL on some board(e.g. P1022DS)has a size limit, it can
not be more than 4K. So, the SPL cannot initialize the DDR with the SPD
code. This patch introduces TPL to enable a loader stub that is loaded
by the code from the SPL. It initializes the DDR with the SPD or
From: Ying Zhang
Enable p1022ds to start from eSPI with SPL.
Signed-off-by: Ying Zhang
---
Change from v7:
- No change.
Change from v6:
- No longer changes the header file included by the file
- "board/freescale/p1022ds/spl.c"
Change from v5:
- Split from "powerpc/p1022ds: boot from spi flash w
From: Ying Zhang
Enable p1022ds to start from eSDHC with SPL.
Signed-off-by: Ying Zhang
---
Change from v7:
- No change.
Change from v6:
- Split from the patch "powerpc/p1022ds: boot from SD Card with SPL",
- this patch only enables p1022ds to boot from SD Card with SPL.
Change from v5:
- No ch
From: Ying Zhang
This patch introduces SPL to enable a loader stub that being loaded by
the code from the internal on-chip ROM. It loads the final uboot image
into DDR, then jump to it to begin execution.
The SPL's size is sizeable, the maximum size must not exceed the size of L2
SRAM. It initia
From: Ying Zhang
This patch introduces SPL to enable a loader stub that being loaded by
the code from the internal on-chip ROM. It loads the final uboot image
into DDR, then jump to it to begin execution.
The SPL's size is sizeable, the maximum size must not exceed the size of L2
SRAM. It initia
From: Ying Zhang
TPL is introduced in the patch "NAND: TPL : introduce the TPL
based on the SPL", here enable TPL for p1022ds nand boot.
Signed-off-by: Ying Zhang
---
Change from v7:
- No change.
Change from v6:
- Delete the file "board/freescale/p1022ds/tpl.c".
- Reuse the file "board/freescal
From: Ying Zhang
1. The symbol CONFIG_SPL_NAND_MINIMAL is unused, so deleted it.
2. Some functions were unused in the minimal SPL, but it is useful
in the common SPL. So, enabled some functionality for common SPL.
Signed-off-by: Ying Zhang
---
Change from v7:
- No change.
Change from v6:
- No c
updating an ubi partition needs a completely erased mtd partition,
see:
http://lists.infradead.org/pipermail/linux-mtd/2011-May/035416.html
So, add partubi alt setting for the dfu_alt_info environment
variable to mark this partition as an ubi partition. In case we
update an ubi partition, we erase
Albert ARIBAUD writes:
>> The situation has gotten better recently and U-Boot fits into the
>> previous partition size of 384KiB again. So it isn't broken on OpenRD
>> anymore and the above would seem like a good approach.
> How well does it fit again, and do you have any idea what caused the
> i
On Mon, Jul 15, 2013 at 9:43 AM, Enric Balletbo Serra
wrote:
> Hi Javier,
>
Hi Enric,
Thanks a lot for your feedback.
> 2013/7/14 Javier Martinez Canillas :
>> IGEP boards now have Device Tree support in the mainline
>> kernel. To boot an IGEP board using a DT, a uEnv.txt plain
>> text file cou
Hi Marek,
On 07/12/2013 06:48 PM, Marek Vasut wrote:
[...]
>>
but I found something:
It is very strange that the timeouts appear always after transferring
between 20 and 24 MiB. So I thought maybe it was not an issue with the
size of the file or the number of packets received, but instead a t
Acked-by: Sonic Zhang
On Fri, Jul 12, 2013 at 5:39 PM, Axel Lin wrote:
> Use DIV_ROUND_UP to simplify the code.
>
> Signed-off-by: Axel Lin
> ---
> drivers/spi/bfin_spi.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/drivers/spi/bfin_spi.c b/drivers/spi/bfin_spi.c
Hi Javier,
2013/7/14 Javier Martinez Canillas :
> IGEP boards now have Device Tree support in the mainline
> kernel. To boot an IGEP board using a DT, a uEnv.txt plain
> text file could be used to define a custom uenvcmd that will
> be run by the default boot command.
>
> It is more convenient to
Hi Fabio,
On 15/07/2013 04:40, Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6qsabrelite and nitrogen6q boards are hardware compatible, so let's avoid
> the
> code duplication and only use the nitrogen6x source code to make board code
> maintainance easier.
>
> Tested booting a mainline dev
Hi Gerhard,
On 14/07/2013 12:18, Gerhard Sittig wrote:
> Hi there!
>
> Patman for some reason "doesn't work for me". It won't find
> commits from the sandbox/repo, but wants me to specify -c
> manually. Then it won't detect or cannot grok subject prefixes
> and fails to determine email addresse
81 matches
Mail list logo
