Signed-off-by: Simon Glass
---
tools/patman/gitutil.py | 3 +++
tools/patman/settings.py | 7 +++
2 files changed, 10 insertions(+)
diff --git a/tools/patman/gitutil.py b/tools/patman/gitutil.py
index 64ac0c8d3d..c383af1cb3 100644
--- a/tools/patman/gitutil.py
+++ b/tools/patman/gitutil.py
On 09/20/2016 01:15 PM, Stefan Roese wrote:
> On 22.07.2016 05:21, Simon Glass wrote:
>> On 18 July 2016 at 04:51, Stefan Roese wrote:
>>> This patch adds DM support to the xHCI PCI driver. Enabling its use
>>> e.g. in x86 platforms
>>>
>>> Status: On the congatec BayTrail SoM, xHCI still does not
On 22.07.2016 05:21, Simon Glass wrote:
On 18 July 2016 at 04:51, Stefan Roese wrote:
This patch adds DM support to the xHCI PCI driver. Enabling its use
e.g. in x86 platforms
Status: On the congatec BayTrail SoM, xHCI still does not work
correctly with this patch. Some internal timeouts lead
On 18 July 2016 at 04:51, Stefan Roese wrote:
> This patch adds DM support to the xHCI PCI driver. Enabling its use
> e.g. in x86 platforms.
>
> Status: On the congatec BayTrail SoM, xHCI still does not work
> correctly with this patch. Some internal timeouts lead to resets (BUG).
> Additional wor
This patch adds DM support to the xHCI PCI driver. Enabling its use
e.g. in x86 platforms.
Status: On the congatec BayTrail SoM, xHCI still does not work
correctly with this patch. Some internal timeouts lead to resets (BUG).
Additional work is needed here. I'm posting this version as WIP so that
Hi Nicolae,
On 6 April 2016 at 09:50, Nicolae Rosia wrote:
> Hi,
>
> On Wed, Apr 6, 2016 at 6:06 PM, Simon Glass wrote:
>> Currently it is not possible to build the 64-bit EFI stub due to changes in
>> the build. To prevent future bit rot, we should add target for building
>> qemu-x86 as an EFI
Hi,
On Wed, Apr 6, 2016 at 6:06 PM, Simon Glass wrote:
> Currently it is not possible to build the 64-bit EFI stub due to changes in
> the build. To prevent future bit rot, we should add target for building
> qemu-x86 as an EFI stub (with U-Boot as a 32-bit payload).
>
> This patch provides some
Currently it is not possible to build the 64-bit EFI stub due to changes in
the build. To prevent future bit rot, we should add target for building
qemu-x86 as an EFI stub (with U-Boot as a 32-bit payload).
This patch provides some hints.
Reported-by: Nicolae Rosia
Signed-off-by: Simon Glass
-
This is for Ruchika only.
I think it would be good to adjust the function ordering so that there is
only one '#ifdef USE_HOSTCC' in each of hash.c. This could be done by
moving hash_lookup_algo() up near the top of the file, above store_result().
Signed-off-by: Simon Glass
---
common/hash.c |
Hi Stephen,
On 5 May 2014 10:10, Stephen Warren wrote:
>
> On 05/02/2014 10:25 PM, Simon Glass wrote:
> > Hi Stephen,
> >
> > On 2 May 2014 16:43, Stephen Warren wrote:
> >> On 05/02/2014 02:51 PM, Simon Glass wrote:
> >>> This is an implementation of GPIOs for Tegra that uses driver model.
> >>
On 05/02/2014 10:25 PM, Simon Glass wrote:
> Hi Stephen,
>
> On 2 May 2014 16:43, Stephen Warren wrote:
>> On 05/02/2014 02:51 PM, Simon Glass wrote:
>>> This is an implementation of GPIOs for Tegra that uses driver model.
>>> It is written for comment and need work and testing before it is ready
Hi Stephen,
On 2 May 2014 16:43, Stephen Warren wrote:
> On 05/02/2014 02:51 PM, Simon Glass wrote:
>> This is an implementation of GPIOs for Tegra that uses driver model.
>> It is written for comment and need work and testing before it is ready
>> to use.
>>
>> Specific points for discussion:
>>
On 05/02/2014 02:51 PM, Simon Glass wrote:
> This is an implementation of GPIOs for Tegra that uses driver model.
> It is written for comment and need work and testing before it is ready
> to use.
>
> Specific points for discussion:
>
> 1. I can't find much in the way of GPIO device tree bindings
This is an implementation of GPIOs for Tegra that uses driver model.
It is written for comment and need work and testing before it is ready
to use.
Specific points for discussion:
1. I can't find much in the way of GPIO device tree bindings, so ended up
just creating the GPIO devices
3. Driver m
Dear Simon Glass,
> Hi Marek,
>
> On Wed, Oct 31, 2012 at 4:39 PM, Marek Vasut wrote:
> > Dear Simon Glass,
> >
> >> This adds a docbook template for fs, and makes CBFS use it.
> >>
> >> Problems (advise please as I have enough 500pp books in my bookshelf):
> >
> >> 1. It requires the functio
Hi Marek,
On Wed, Oct 31, 2012 at 4:39 PM, Marek Vasut wrote:
> Dear Simon Glass,
>
>> This adds a docbook template for fs, and makes CBFS use it.
>>
>> Problems (advise please as I have enough 500pp books in my bookshelf):
>>
>> 1. It requires the function names to be repeated. I would like to d
Dear Simon Glass,
> This adds a docbook template for fs, and makes CBFS use it.
>
> Problems (advise please as I have enough 500pp books in my bookshelf):
>
> 1. It requires the function names to be repeated. I would like to do this:
Repeating function names is good, you can be sure what the co
This adds a docbook template for fs, and makes CBFS use it.
Problems (advise please as I have enough 500pp books in my bookshelf):
1. It requires the function names to be repeated. I would like to do this:
/**
* Get the name of a file in CBFS.
*
* @file: The handle to the file.
Hi Mike,
On Tue, Feb 21, 2012 at 7:47 AM, Mike Frysinger wrote:
> On Tuesday 21 February 2012 01:41:21 Simon Glass wrote:
>> --- /dev/null
>> +++ b/common/fdt_decode.c
This whole file was not supposed to be there. I removed it from being
needed but somehow not from the patch, sorry.
>>
>> +stat
On Tuesday 21 February 2012 01:41:21 Simon Glass wrote:
> --- /dev/null
> +++ b/common/fdt_decode.c
>
> +static struct fdt_compat compat_types[] = {
const
> +void fdt_decode_uart_calc_divisor(struct fdt_uart *uart)
> +{
> + if (uart->multiplier && uart->baudrate)
> + uart->divisor
This adds a new console serial port which is implemented by the driver
selected in the device tree. It works by redirecting to another driver.
It might be useful while we don't have proper serial device model and
the drivers that do exist don't understand the device tree.
This patch is provided to
Hi Mike,
On Fri, Oct 28, 2011 at 5:56 PM, Mike Frysinger wrote:
> On Sat, Oct 29, 2011 at 02:47, Simon Glass wrote:
>> On Wed, Oct 26, 2011 at 1:37 PM, Mike Frysinger wrote:
>>> On Wed, Oct 26, 2011 at 12:26, Simon Glass wrote:
On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
> ---
On Sat, Oct 29, 2011 at 02:47, Simon Glass wrote:
> On Wed, Oct 26, 2011 at 1:37 PM, Mike Frysinger wrote:
>> On Wed, Oct 26, 2011 at 12:26, Simon Glass wrote:
>>> On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
--- a/arch/sandbox/cpu/os.c
+++ b/arch/sandbox/cpu/os.c
+off
Hi Mike,
On Wed, Oct 26, 2011 at 1:37 PM, Mike Frysinger wrote:
> On Wed, Oct 26, 2011 at 12:26, Simon Glass wrote:
>> On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
>>> --- a/arch/sandbox/cpu/os.c
>>> +++ b/arch/sandbox/cpu/os.c
>>>
>>> +off_t os_lseek(int fd, off_t offset, int whence)
>
On Wed, Oct 26, 2011 at 12:26, Simon Glass wrote:
> On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
>> --- a/arch/sandbox/cpu/os.c
>> +++ b/arch/sandbox/cpu/os.c
>>
>> +off_t os_lseek(int fd, off_t offset, int whence)
>> +{
>> + return lseek(fd, offset, whence);
>> +}
>
> How are we go
Hi Mike,
On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
> Just a WIP brain dump. Not quite ready yet.
Looks good thanks.
>
> Signed-off-by: Mike Frysinger
> ---
> arch/sandbox/cpu/os.c | 31
> arch/sandbox/cpu/start.c | 24 +++
> drivers/spi/Makefile | 3 +
> dr
Just a WIP brain dump. Not quite ready yet.
Signed-off-by: Mike Frysinger
---
arch/sandbox/cpu/os.c | 31
arch/sandbox/cpu/start.c | 24 +++
drivers/spi/Makefile |3 +
drivers/spi/sandbox_spi.c | 352 +
include/configs/sandbox.
27 matches
Mail list logo
