Przemyslaw Marczak wrote on 2014/10/09 18:23:54:
>
> Hello Joakim,
>
> On 10/09/2014 08:46 AM, Joakim Tjernlund wrote:
> >> From: Przemyslaw Marczak
> >>
> >> The functions error's numbers are standarized - but the error
> >> messages are not.
> >>
> >> The errors are often handled with unclear
On 6 October 2014 06:33, Robert Baldyga wrote:
> Add proper initialization of GPIO pins used by software i2c.
>
> Signed-off-by: Robert Baldyga
> ---
>
> Hi Simon,
>
> This patch is intended for your gpio-working branch. It seems that this
> is only thing which is missing to make your changes wor
HI Hans,
On 9 October 2014 02:13, Hans de Goede wrote:
> Hi,
>
> On 10/09/2014 09:59 AM, Ian Campbell wrote:
>> On Wed, 2014-10-08 at 13:27 -0600, Simon Glass wrote:
>>
>>> Any more comments on this series please? I have a few nits so could
>>> respin.
>>
>> I'm afraid I'm unlikely to get to look
Hi,
On 8 October 2014 14:48, Przemyslaw Marczak wrote:
> This change enables the configs required to init and setup
> max77686 regulator driver, using the new driver model pmic API.
>
> Enabled configs:
> - CONFIG_DM_PMIC
> - CONFIG_DM_PMIC_MAX77686
> - CONFIG_DM_PMIC_I2C
> - CONFIG_DM_REGULATOR
Hi,
On 8 October 2014 14:48, Przemyslaw Marczak wrote:
> Changes required to support dm pmic and dm regulator api:
> - move call to board_init_i2c() into exynos_init() - earlier init the i2c
> - remove redundant ldo setup - default hardware configuration is proper
> - adjust pmic/regulator calls
Hi,
On 8 October 2014 14:48, Przemyslaw Marczak wrote:
> In case of two pmic frameworks availability - enable support of both,
> since the new pmic framework is not fully finished and some boards still
> supports only the old framework.
>
> Signed-off-by: Przemyslaw Marczak
> ---
> board/samsun
Hi,
On 8 October 2014 14:48, Przemyslaw Marczak wrote:
> Signed-off-by: Przemyslaw Marczak
> ---
> doc/driver-model/dm-pmic-framework.txt | 450
> +
> 1 file changed, 450 insertions(+)
> create mode 100644 doc/driver-model/dm-pmic-framework.txt
>
> diff --git a
Hi,
On 8 October 2014 14:48, Przemyslaw Marczak wrote:
> This function call is required to init dm pmic framework
> and drivers before call to power_init_board().
>
> Signed-off-by: Przemyslaw Marczak
> ---
> common/board_r.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/comm
Hi,
On 8 October 2014 14:48, Przemyslaw Marczak wrote:
> This is an introduction to driver-model multi class PMIC support.
> It starts with UCLASS_PMIC - a common PMIC class type for I/O, which
> doesn't need to implement any specific operations and features beside
> the platform data, which is t
Hi,
On 8 October 2014 14:48, Przemyslaw Marczak wrote:
> This is the implementation of driver model regulator uclass api.
> To use it, the CONFIG_DM_PMIC is required with driver implementation,
> since it provides pmic devices I/O API.
>
> The regulator framework is based on a 'structure dm_regul
Commit 32d0192 broke the sandbox build - fix it.
Signed-off-by: Simon Glass
---
drivers/serial/serial-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/serial/serial-uclass.c b/drivers/serial/serial-uclass.c
index fd010ca..6dde4ea 100644
--- a/drivers/serial/s
On 3 October 2014 20:40, Simon Glass wrote:
> Add an explanation for how to set up git so that patman can find the alias
> file. Fix up the get_maintainers message too.
>
> Reported-by: Scott Wood
> Signed-off-by: Simon Glass
> ---
>
> tools/patman/README | 13 -
> 1 file changed, 8
On 24 September 2014 05:49, Jagan Teki wrote:
> On 24 September 2014 00:35, Simon Glass wrote:
>> This brings in a additional small fix which was missed in a recent update
>> to the README.
>>
>> Suggested-by: Masahiro Yamada
>> Signed-off-by: Simon Glass
>> ---
>>
>> board/sandbox/README.sand
On 3 October 2014 20:40, Simon Glass wrote:
> Hi Scott,
>
> On 2 October 2014 18:54, Scott Wood wrote:
>> On Tue, 2014-09-30 at 20:25 -0600, Simon Glass wrote:
>>> Hi Scott,
>>>
>>> On 29 September 2014 10:22, Scott Wood wrote:
>>> > On Sun, 2014-09-28 at 12:04 -0600, Simon Glass wrote:
>>> >> H
On 7 October 2014 22:15, Simon Glass wrote:
> On 6 October 2014 23:51, Masahiro Yamada wrote:
>> The driver model supports two ways for passing device parameters;
>> Device Tree and platform_data (board file).
>> Each driver should generally support both of them because some
>> popular IPs are us
On 7 October 2014 22:14, Simon Glass wrote:
> On 6 October 2014 23:49, Masahiro Yamada wrote:
>> Signed-off-by: Masahiro Yamada
>
> Acked-by: Simon Glass
Applied to u-boot-dm/next, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.den
On 7 October 2014 22:14, Simon Glass wrote:
> On 6 October 2014 23:49, Masahiro Yamada wrote:
>> The header files include/dm/platdata.h and include/dm/uclass.h
>> use ll_entry_declare(); therefore they depend on
>> include/linker_lists.h.
>>
>> Signed-off-by: Masahiro Yamada
>
> Acked-by: Simon
On 7 October 2014 22:14, Simon Glass wrote:
> On 6 October 2014 23:48, Masahiro Yamada wrote:
>> The header file include/linker_lists.h uses __aligned();
>> therefore it depends on include/linux/compiler.h
>>
>> Signed-off-by: Masahiro Yamada
>
> Acked-by: Simon Glass
Applied to u-boot-dm/next
On 28 September 2014 12:49, Igor Grinberg wrote:
> Hi Masahiro, Simon,
>
> On 09/28/14 18:22, Simon Glass wrote:
>> Hi Masahiro,
>>
>> On 28 September 2014 07:52, Masahiro Yamada
>> wrote:
>>> if (strncmp(name, entry->name, len))
>>> continue;
>>>
>>> /* Full matc
On 28 September 2014 09:15, Simon Glass wrote:
> On 28 September 2014 07:52, Masahiro Yamada wrote:
>> The function uclass_add() checks uc_drv->ops as follows:
>>
>> if (uc_drv->ops) {
>> dm_warn("No ops for uclass id %d\n", id);
>> return -EINVAL;
>>
On 28 September 2014 09:13, Simon Glass wrote:
> On 28 September 2014 07:52, Masahiro Yamada wrote:
>>
>> The struct udevice stands for a device, not a driver.
>> The driver_info.name is a driver's name, which is referenced
>> to bind devices.
>>
>> Signed-off-by: Masahiro Yamada
>
> Acked-by: S
Hi,
On 9 October 2014 20:26, Fabio Estevam wrote:
> On Thu, Oct 9, 2014 at 11:23 PM, Marek Vasut wrote:
>
>> What about [1], this is where we can source the more exotic toolchains from,
>> can we not? I think it was even you who pointed me to this site and it really
>> is a nice one ;-)
>>
>> [1
On Thu, Oct 9, 2014 at 11:23 PM, Marek Vasut wrote:
> What about [1], this is where we can source the more exotic toolchains from,
> can we not? I think it was even you who pointed me to this site and it really
> is a nice one ;-)
>
> [1] https://www.kernel.org/pub/tools/crosstool/
Exactly, the
On Friday, October 10, 2014 at 04:00:00 AM, Simon Glass wrote:
> Hi Marek,
>
> On 9 October 2014 17:59, Marek Vasut wrote:
> > On Thursday, October 09, 2014 at 08:04:29 PM, Simon Glass wrote:
> >> Hi Marek,
> >
> > Hi Simon,
> >
> > [..]
> >
> >> > I mean more continuous integration (build tes
On Thu, Oct 9, 2014 at 11:07 PM, Simon Glass wrote:
> It's not really the builder that is the problem - we have one. It's
> all the different toolchains that no one knows about. I still can't
> build all the boards successfully.
Aren't all the toolchains U-boot need included in the make.cross sc
Hi,
On 9 October 2014 20:06, Fabio Estevam wrote:
> Hi Marek,
>
> On Thu, Oct 9, 2014 at 8:59 PM, Marek Vasut wrote:
>
>> I agree that buildman solves the CI part nicely, but we also have the part
>> where one has to install the myriad of toolchains for all the architectures
>> to be able to do
Hi Jagan,
On 9 October 2014 04:33, Jagan Teki wrote:
> On 9 October 2014 02:03, Simon Glass wrote:
>> Hi,
>>
>> On 29 September 2014 13:34, Simon Glass wrote:
>>> Up until now driver model has not been used for any type of bus. Buses
>>> have some unique properties and needs, so we cannot claim
Hi Marek,
On Thu, Oct 9, 2014 at 8:59 PM, Marek Vasut wrote:
> I agree that buildman solves the CI part nicely, but we also have the part
> where one has to install the myriad of toolchains for all the architectures
> to be able to do the compile testing. I wonder if this cannot be made easy
> i
Hi Akshay,
On 8 October 2014 02:10, Akshay Saraswat wrote:
> Now we are adding a new Peach-Pi board which is a variant of Peach-Pit
> and is based on Exynos5800. Exynos5800 itself is a variant of Exynos5420,
> hence, most of the hardware config and settings are reused for this board.
>
> Akshay S
Hi Marek,
On 9 October 2014 17:59, Marek Vasut wrote:
> On Thursday, October 09, 2014 at 08:04:29 PM, Simon Glass wrote:
>> Hi Marek,
>
> Hi Simon,
>
> [..]
>
>> > I mean more continuous integration (build testing) of the code before a
>> > PR is submitted to the ML. Right now, we all do our own
Hi,
On 10/09/2014 06:37 PM, Jagan Teki wrote:
> Hi Peng Fan,
>
> Before reviewing these two patches, I'm requesting some sort work from
> your side like
> Can you update/fix the driver "drivers/spi/fsl_qspi.c" without using
> flash opcodes.
>
> Using flash opcode's with in the (q)spi driver is n
Hi Andy,
I suggest this question go to linux arm kernel mailing list.
On 10/09/2014 08:24 PM, Andy Pont wrote:
This isn't strictly a U-Boot issue but I am hoping that there are
appropriately knowledgeable people here who will be able to help!
I am working on a Linux driver for an I2C RTC devi
Hi Marek,
The usual stuff follows :D.
On 10/10/2014 02:22 AM, Marek Vasut wrote:
+#define NOVENA_BUTTON_GPIO IMX_GPIO_NR(4, 14)
+#define NOVENA_SD_WP IMX_GPIO_NR(1, 2)
+#define NOVENA_SD_CD IMX_GPIO_NR(1, 4)
NOVENA_BUTTON_GPIO is initialized as input in this source fi
The RNDOUT patch addresses a regression in the mtd uprev. The PARAM
change is a fix to a driver introduced in this release.
The following changes since commit dd0204e48d05f41480743a798b94d5484b664639:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-10-07 07:38:39
-0400)
are avail
Hi,
On 09/10/14 04:13, Albert ARIBAUD wrote:
> Hi Minkyu,
>
> On Wed, 08 Oct 2014 20:36:34 +0900, Minkyu Kang
> wrote:
>
>> Dear Albert,
>>
>> The following changes since commit 6dd0e7c00bfa5ce861a72b8e4a3ef9e787306125:
>>
>> git-mailrc: add me as a maintainer of UniPhier platform (2014-10-05
On Fri, Oct 10, 2014 at 12:11:54AM +0200, Pavel Machek wrote:
> Hi!
>
> > I don't this Albert is the problem, I am starting to suspect we simply lack
> > custodian manpower in general. And I also suspect we're not quite inviting
> > and attractive crowd, which is something we should discuss too ..
On Thursday, October 09, 2014 at 08:04:29 PM, Simon Glass wrote:
> Hi Marek,
Hi Simon,
[..]
> > I mean more continuous integration (build testing) of the code before a
> > PR is submitted to the ML. Right now, we all do our own thing when it
> > comes to testing before PR, but it would be nice t
On Thursday, October 02, 2014 at 08:16:25 AM, Sean Cross wrote:
Hi Sean,
OK on the FPGA bit.
[...]
> >> We just received final boards on Monday. I will try this out and report
> >> back.
> >
> > You should try one of the never patches .
>
> I have built it and gotten it working on Novena.
The SoCDK uses EMAC1, not EMAC0. This patch fixes the issue.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Albert Aribaud
Cc: Tom Rini
Cc: Wolfgang Denk
Cc: Pavel Machek
---
include/configs/socfpga_cyclone5.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Dinh/C
From: Pavel Machek
Add MAINTAINERS entry.
Signed-off-by: Pavel Machek
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Albert Aribaud
Cc: Tom Rini
Cc: Wolfgang Denk
Cc: Pavel Machek
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index af194ca..
On Friday, October 10, 2014 at 01:00:38 AM, Andrew Ruder wrote:
> This patch moves pxa to the common timer functions added in commit
>
> 8dfafdd - Introduce common timer functions
>
> The (removed) pxa timer code (specifically __udelay()) could deadlock at
> the 32-bit boundary of get_ticks().
On Thursday, October 09, 2014 at 03:04:49 AM, Nikolay Dimitrov wrote:
> Hi Marek,
Hi!
> On 10/09/2014 03:28 AM, Marek Vasut wrote:
> > On Thursday, October 09, 2014 at 02:13:48 AM, Nikolay Dimitrov wrote:
> >> Hi Marek,
> >
> > [...]
> >
> @Sean: Do you have any comments on USB hub reset s
Add support for the Kosagi Novena board. Currently supported are:
- I2C busses
- FEC Ethernet
- MMC0, MMC1, Booting from MMC
- SATA
- USB ports
- USB Ethernet
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Sean Cross
Cc: Nikolay Dimitrov
---
arch/arm/Kconfig | 4 +
board/k
Hi Yassin,
On 8 October 2014 18:36, Yassin Jaffer wrote:
>
> Hi
> I'm developing a u-boot driver for the sunxi nand controller
> https://github.com/yassinjaffer/u-boot. My work is based on bbrezillon
> mainline driver https://github.com/bbrezillon/linux-sunxi.
> I would like to move the driver
On Fri 2014-10-10 00:24:46, Wolfgang Denk wrote:
> Dear Pavel,
>
> In message <20141009221154.GA24774@amd> you wrote:
> >
> > Something like this could help..?
> > Pavel
> >
> > --- /dev/null 2014-10-09 01:15:57.354292026
Please ignore this one as it has the messed up From: line without the
author name. Sorry for the noise.
- Andy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
On 26 September 2014 02:24, Wolfgang Denk wrote:
> HI,
>
> this is just a heads up: the handling of multi-line environment
> variables is broken in recent versions of U-Boot (and probably has
> been broken for some longer time - can't tell exactly as I have a bit
> of a problem to bisect acr
This patch moves pxa to the common timer functions added in commit
8dfafdd - Introduce common timer functions
The (removed) pxa timer code (specifically __udelay()) could deadlock at
the 32-bit boundary of get_ticks(). get_ticks() returned a 32-bit value
cast up to a 64-bit value. If get_tic
Hi!
> > Something like this could help..?
> > Pavel
> >
> > --- /dev/null 2014-10-09 01:15:57.354292026 +0200
> > +++ doc/SubmittingPatches 2014-10-09 23:58:53.058883776 +0200
>
> Is there anything wrong with [1] ?
>
>
On 9 October 2014 10:23, Przemyslaw Marczak wrote:
> Hello Joakim,
>
> On 10/09/2014 08:46 AM, Joakim Tjernlund wrote:
>
>> From: Przemyslaw Marczak
>>>
>>> The functions error's numbers are standarized - but the error
>>> messages are not.
>>>
>>> The errors are often handled with unclear error
From: Andrew Ruder
This patch moves pxa to the common timer functions added in commit
8dfafdd - Introduce common timer functions
The (removed) pxa timer code (specifically __udelay()) could deadlock at
the 32-bit boundary of get_ticks(). get_ticks() returned a 32-bit value
cast up to a 64-b
On Fri, 2014-10-03 at 20:03 +0900, Masahiro Yamada wrote:
> The function nand_flash_detect_ext_param_page() requires
> NAND_CMD_RNDOUT command supported. It is necessary to detect some
> types of ONFi-compliant devices. Without it, the error message
> "unsupported command received 0x5" is shown.
Dear Pavel,
In message <20141009221154.GA24774@amd> you wrote:
>
> Something like this could help..?
> Pavel
>
> --- /dev/null 2014-10-09 01:15:57.354292026 +0200
> +++ doc/SubmittingPatches 2014-10-09 23:58:53.058883776 +
To indicate that u-boot is active turn on the blue LED.
Signed-off-by: Suriyan Ramasami
---
board/samsung/odroid/odroid.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/board/samsung/odroid/odroid.c b/board/samsung/odroid/odroid.c
index fd5d2d2..391a287 100644
--- a/board/samsung/odroid/
Hi!
> I don't this Albert is the problem, I am starting to suspect we simply lack
> custodian manpower in general. And I also suspect we're not quite inviting
> and attractive crowd, which is something we should discuss too ...
As I said privately, I believe we have way too many custodians...
An
York Sun wrote on 2014/10/09 20:06:31:
>
> Dear Joakim,
>
> On 10/09/2014 10:43 AM, Joakim Tjernlund wrote:
> > York Sun wrote on 2014/10/09 18:25:40:
> >>
> >> Dear Joakim,
> >>
> >> Thanks for raising a concern.
> >>
> >> It's not fair to blame the last person who submitted a patch. We are
a
On Thu 2014-10-09 13:42:50, Alban Bedel wrote:
> Use the new ethernet eeprom API to allow the user to read/write the
> EEPROM.
>
> Signed-off-by: Alban Bedel
Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/p
Update readme file for Keystone II EVM boards to actual sources.
Also correct some typos. For now the Edison evaluation board is
added, README for K2E is mostly the same, so update README to
contain information also for K2E evm. Rename file to README as
it contains information for all keystone evm
From: Murali Karicheri
The K2HK and K2E boards support SPL by default, so add
CONFIG_SPL option. Also export CONFIG_ARM, CONFIG_ARCH_KEYSTONE
and TARGET_K2*_EVM options to spl/.config as they are the same.
So now it's convinient to build gph images using only two commands:
make k2hk_evm_defconfi
Hello Heiko,
On 09-10-14 07:05, Heiko Schocher wrote:
Hello Jeroen,
Am 08.10.2014 22:58, schrieb Jeroen Hofstee:
Include the i2c header and change the non confirming
functions to do so.
Cc: Heiko Schocher
Signed-off-by: Jeroen Hofstee
---
drivers/i2c/designware_i2c.c | 17 +++--
Hello Simon,
On Wed, Oct 8, 2014 at 11:16 PM, Simon Glass wrote:
> Hi,
>
> On 8 October 2014 07:07, Suriyan Ramasami wrote:
>> Hello,
>>I recently saw a post about fat commands such as fatls returning
>> -ve values under u-boot for files whose sizes are >=2GB. fatsize would
>> also not set
Hello Heiko,
On 09-10-14 07:00, Heiko Schocher wrote:
Am 08.10.2014 22:57, schrieb Jeroen Hofstee:
Signed-off-by: Jeroen Hofstee
---
arch/arm/cpu/arm926ejs/cache.c | 5 +
This change seems to have nothing to do with the subject ...
could you please split this?
No problem, I likely ac
On 08-10-14 22:57, Jeroen Hofstee wrote:
For performance reason there seems to be a CONFIG_xyz.
Introduce a __maybe_weak to allow using __weak directly
instead of relying on aliases.
Signed-off-by: Jeroen Hofstee
---
drivers/mtd/cfi_flash.c | 50 --
Dear Joakim,
On 10/09/2014 10:43 AM, Joakim Tjernlund wrote:
> York Sun wrote on 2014/10/09 18:25:40:
>>
>> Dear Joakim,
>>
>> Thanks for raising a concern.
>>
>> It's not fair to blame the last person who submitted a patch. We are all
> working
>
> No of course not, I just noticed you guys had
Hi Marek,
On 9 October 2014 11:32, Marek Vasut wrote:
> On Thursday, October 09, 2014 at 07:03:42 PM, Simon Glass wrote:
> > Hi Marek,
> >
> > On 9 October 2014 10:27, Marek Vasut wrote:
> > > On Thursday, October 09, 2014 at 06:14:11 PM, Simon Glass wrote:
> > >> Hi Marek,
> > >>
> > >> On 9 O
York Sun wrote on 2014/10/09 18:25:40:
>
> Dear Joakim,
>
> Thanks for raising a concern.
>
> It's not fair to blame the last person who submitted a patch. We are all
working
No of course not, I just noticed you guys had been in there and patched up
some problem
so I hoped you would be inter
On Thursday, October 09, 2014 at 07:03:42 PM, Simon Glass wrote:
> Hi Marek,
>
> On 9 October 2014 10:27, Marek Vasut wrote:
> > On Thursday, October 09, 2014 at 06:14:11 PM, Simon Glass wrote:
> >> Hi Marek,
> >>
> >> On 9 October 2014 09:12, Marek Vasut wrote:
> >> > On Thursday, October 09,
+Tom for the question below re return values
Hi,
On 8 October 2014 15:54, Suriyan Ramasami wrote:
>
> On Wed, Oct 8, 2014 at 1:44 PM, Simon Glass wrote:
> > Hi Suriyan,
> >
> > On 8 October 2014 14:23, Suriyan Ramasami wrote:
> >> The commands fatls/ext4ls give -ve values when dealing with fil
On Thu, Oct 09, 2014 at 11:03:02AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 9 October 2014 10:23, Tom Rini wrote:
> > On Thu, Oct 09, 2014 at 05:12:03PM +0200, Marek Vasut wrote:
> >> On Thursday, October 09, 2014 at 08:18:14 AM, Simon Glass wrote:
> >> > Hi,
> >> >
> >> > On 20 September 2014
Hi Marek,
On 9 October 2014 10:27, Marek Vasut wrote:
> On Thursday, October 09, 2014 at 06:14:11 PM, Simon Glass wrote:
>> Hi Marek,
>>
>> On 9 October 2014 09:12, Marek Vasut wrote:
>> > On Thursday, October 09, 2014 at 08:18:14 AM, Simon Glass wrote:
>> > > Hi,
>> > >
>> > > On 20 September 2
Hi Tom,
On 9 October 2014 10:23, Tom Rini wrote:
> On Thu, Oct 09, 2014 at 05:12:03PM +0200, Marek Vasut wrote:
>> On Thursday, October 09, 2014 at 08:18:14 AM, Simon Glass wrote:
>> > Hi,
>> >
>> > On 20 September 2014 08:54, Hans de Goede wrote:
>> > > In some cases we really want to move forw
On 9 October 2014 21:55, York Sun wrote:
> Dear Joakim,
>
> Thanks for raising a concern.
>
> It's not fair to blame the last person who submitted a patch. We are all
> working
> to make it better as an opensource comminuty. You have done a good job to hack
> it to work. Would it be nicer if you
On 9 October 2014 21:45, Marek Vasut wrote:
> On Thursday, October 09, 2014 at 06:11:37 PM, Jagan Teki wrote:
>
> [...]
>
>> >> These are the qspi stuff from freescale, and I didn't understand why
>> >> these goes into
>> >> u-boot-arm/master. And there is no intimation of mine as well.
>> >
>> >
On Thursday, October 09, 2014 at 06:25:30 PM, Tom Rini wrote:
> On Thu, Oct 09, 2014 at 06:10:12PM +0200, Marek Vasut wrote:
> > On Thursday, October 09, 2014 at 05:57:47 PM, Tom Rini wrote:
> > > On Thu, Oct 09, 2014 at 04:45:07PM +0200, Michal Simek wrote:
> > > > On 10/09/2014 04:03 PM, Marek Va
On Thursday, October 09, 2014 at 06:14:11 PM, Simon Glass wrote:
> Hi Marek,
>
> On 9 October 2014 09:12, Marek Vasut wrote:
> > On Thursday, October 09, 2014 at 08:18:14 AM, Simon Glass wrote:
> > > Hi,
> > >
> > > On 20 September 2014 08:54, Hans de Goede wrote:
> > > > In some cases we reall
Dear Joakim,
Thanks for raising a concern.
It's not fair to blame the last person who submitted a patch. We are all working
to make it better as an opensource comminuty. You have done a good job to hack
it to work. Would it be nicer if you can submit this or improved patch to u-boot
community for
Hello Joakim,
On 10/09/2014 08:46 AM, Joakim Tjernlund wrote:
From: Przemyslaw Marczak
The functions error's numbers are standarized - but the error
messages are not.
The errors are often handled with unclear error messages,
so why not use an errno standarized messages.
Advantages:
- This co
On Thu, Oct 09, 2014 at 06:10:12PM +0200, Marek Vasut wrote:
> On Thursday, October 09, 2014 at 05:57:47 PM, Tom Rini wrote:
> > On Thu, Oct 09, 2014 at 04:45:07PM +0200, Michal Simek wrote:
> > > On 10/09/2014 04:03 PM, Marek Vasut wrote:
> > > > On Thursday, October 09, 2014 at 10:37:52 AM, Micha
On Thu, Oct 09, 2014 at 05:12:03PM +0200, Marek Vasut wrote:
> On Thursday, October 09, 2014 at 08:18:14 AM, Simon Glass wrote:
> > Hi,
> >
> > On 20 September 2014 08:54, Hans de Goede wrote:
> > > In some cases we really want to move forward with a deregister, add a
> > > force parameter to all
On Thursday, October 09, 2014 at 06:11:37 PM, Jagan Teki wrote:
[...]
> >> These are the qspi stuff from freescale, and I didn't understand why
> >> these goes into
> >> u-boot-arm/master. And there is no intimation of mine as well.
> >
> > Did you comment on them at all please ? While I disagre
Hi Marek,
On 9 October 2014 09:12, Marek Vasut wrote:
>
> On Thursday, October 09, 2014 at 08:18:14 AM, Simon Glass wrote:
> > Hi,
> >
> > On 20 September 2014 08:54, Hans de Goede wrote:
> > > In some cases we really want to move forward with a deregister, add a
> > > force parameter to allow t
On 9 October 2014 19:12, Marek Vasut wrote:
> On Thursday, October 09, 2014 at 01:20:23 PM, Jagan Teki wrote:
>> On 9 October 2014 14:07, Michal Simek wrote:
>> > Hi,
>> >
>> > On 10/08/2014 10:09 PM, Tom Rini wrote:
>> >> On Wed, Oct 08, 2014 at 10:58:24AM +0200, Michal Simek wrote:
>> >>> Hi,
>
On Thursday, October 09, 2014 at 05:43:30 AM, Alexandre Courbot wrote:
> This USB device works as-is on this driver.
>
> Signed-off-by: Alexandre Courbot
Acked-by: Marek Vasut
It's a network device, but it's also USB. Joe, do you want to pick
this up please? Alexandre, please keep an eye on th
On Thursday, October 09, 2014 at 08:18:14 AM, Simon Glass wrote:
> Hi,
>
> On 20 September 2014 08:54, Hans de Goede wrote:
> > In some cases we really want to move forward with a deregister, add a
> > force parameter to allow this, and replace the dev with a nulldev in
> > this case.
> >
> > Si
On Thursday, October 09, 2014 at 05:57:47 PM, Tom Rini wrote:
> On Thu, Oct 09, 2014 at 04:45:07PM +0200, Michal Simek wrote:
> > On 10/09/2014 04:03 PM, Marek Vasut wrote:
> > > On Thursday, October 09, 2014 at 10:37:52 AM, Michal Simek wrote:
> > >> Hi,
> > >
> > > Hi!
> > >
> > > I changed the
On Thursday, October 09, 2014 at 01:42:49 PM, Alban Bedel wrote:
> Many ethernet devices use an EEPROM to store various settings, most
> commonly the device MAC address. But on some devices it can contains
> a lot more, for example USB device might also have many USB related
> parameters.
>
> This
On Thu, Oct 09, 2014 at 04:45:07PM +0200, Michal Simek wrote:
> On 10/09/2014 04:03 PM, Marek Vasut wrote:
> > On Thursday, October 09, 2014 at 10:37:52 AM, Michal Simek wrote:
> >> Hi,
> >
> > Hi!
> >
> > I changed the subject, since it long didn't match the topic.
> >
[snip]
> >> If there is a
Hello,
On 10/09/2014 08:05 AM, Simon Glass wrote:
Hi,
On 8 October 2014 14:55, Przemyslaw Marczak wrote:
Hello all,
On 10/08/2014 10:48 PM, Przemyslaw Marczak wrote:
[snip]
I missed one thing - this should be applied on the top of the
u-boot-dm/working tree, which is now:
"dm: gpio: Rem
Signed-off-by: Tom Rini
---
include/configs/am335x_evm.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 163eadc..8aedc95 100644
--- a/include/configs/am335x_evm.h
+++ b/include/configs/am335x_evm.h
On 10/09/2014 04:03 PM, Marek Vasut wrote:
> On Thursday, October 09, 2014 at 10:37:52 AM, Michal Simek wrote:
>> Hi,
>
> Hi!
>
> I changed the subject, since it long didn't match the topic.
>
>> On 10/08/2014 10:09 PM, Tom Rini wrote:
>>> On Wed, Oct 08, 2014 at 10:58:24AM +0200, Michal Simek w
On Thursday, October 09, 2014 at 09:36:13 AM, Stefano Babic wrote:
> Hi Marek,
>
> On 06/10/2014 18:02, Marek Vasut wrote:
> > Add support for the Kosagi Novena board. Currently supported are:
> > - I2C busses
> > - FEC Ethernet
> > - MMC0, MMC1, Booting from MMC
> > - SATA
> > - USB ports
> > - U
On Thursday, October 09, 2014 at 09:31:35 AM, Stefano Babic wrote:
> On 09/10/2014 02:28, Marek Vasut wrote:
> > On Thursday, October 09, 2014 at 02:13:48 AM, Nikolay Dimitrov wrote:
> >> Hi Marek,
> >
> > [...]
> >
> @Sean: Do you have any comments on USB hub reset stuff? Should we
> d
On Thursday, October 09, 2014 at 10:37:52 AM, Michal Simek wrote:
> Hi,
Hi!
I changed the subject, since it long didn't match the topic.
> On 10/08/2014 10:09 PM, Tom Rini wrote:
> > On Wed, Oct 08, 2014 at 10:58:24AM +0200, Michal Simek wrote:
> >> Hi,
> >>
> >> On 10/07/2014 02:45 PM, Marek V
On Thursday, October 09, 2014 at 01:20:23 PM, Jagan Teki wrote:
> On 9 October 2014 14:07, Michal Simek wrote:
> > Hi,
> >
> > On 10/08/2014 10:09 PM, Tom Rini wrote:
> >> On Wed, Oct 08, 2014 at 10:58:24AM +0200, Michal Simek wrote:
> >>> Hi,
> >>>
> >>> On 10/07/2014 02:45 PM, Marek Vasut wrot
From: Hao Zhang
This patch adds Keystone II Lammar (K2L) EVM board support.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
v3..v2
Add maintainers information
arch/arm/cpu/armv7/keystone/Kconfig| 3 ++
arch/arm/include/asm/arch-ke
This isn't strictly a U-Boot issue but I am hoping that there are
appropriately knowledgeable people here who will be able to help!
I am working on a Linux driver for an I2C RTC device and need to add the
correct definitions into the device tree for the SAMA5D31 to be passed to
the kernel at boot
Hi Sean,
On 10/09/2014 08:38 AM, Sean Cross wrote:
I'll be sure to have Bunnie post a new schematic when he returns
tomorrow. For now, the ECO on our wiki is the authoritative source.
This is curently the only ECO for the final PVT2 board:
http://www.kosagi.com/w/index.php?title=Novena_PVT2_ECO
Many ethernet devices use an EEPROM to store various settings, most
commonly the device MAC address. But on some devices it can contains
a lot more, for example USB device might also have many USB related
parameters.
This commit add a set of commands to read/write this EEPROM, write a
default conf
Use the new ethernet eeprom API to allow the user to read/write the
EEPROM.
Signed-off-by: Alban Bedel
---
v2: * Rework the defaults implementation to use the proper config
depending on the device type.
* Allow the board to override the defaults data.
* Use the proper defaults inste
On 9 October 2014 14:07, Michal Simek wrote:
> Hi,
>
> On 10/08/2014 10:09 PM, Tom Rini wrote:
>> On Wed, Oct 08, 2014 at 10:58:24AM +0200, Michal Simek wrote:
>>> Hi,
>>>
>>> On 10/07/2014 02:45 PM, Marek Vasut wrote:
Hey,
given that we now have most of the u-boot socfpga stuff in
1 - 100 of 121 matches
Mail list logo