On 11/12/2012 17:36, Fabio Estevam wrote:
> commit c73368150 (pmic: Extend PMIC framework to support multiple instances
> of PMIC devices) has incorrectly passed the PMIC name under the FSL PMIC case.
>
> Fix that by passing "FSL_PMIC" as the parameter of pmic_get.
>
> Signed-off-by: Fabio Estev
On 11/12/2012 22:48, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Select CONFIG_OF_LIBFDT so that a device tree kernel can be launched.
>
> Signed-off-by: Fabio Estevam
> ---
> include/configs/mx25pdk.h |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/configs/mx25pdk.h b/
Dear Kim,
On 13 December 2012 13:51, 김정현 wrote:
> Dear Chander,
>
> 2012년 12월 13일 15:19, Chander Kashyap 쓴 글:
>
> On 13 December 2012 11:49, Chander Kashyap
> wrote:
>
> Dear Kim,
>
> On 12 December 2012 13:24, Jeong Hyeon Kim wrote:
>
> From: Jeong-Hyeon Kim
>
> This patch adds the support fo
Dear Simon Glass,
In message
you wrote:
>
> > I mean, what good is such protection when a simple "while : ; do : ;
> > done" will just toast your box?
>
> Well it will force a hard power off - the hardware has a hard limit at
> which it will power off. Don't do that! The more common case is th
Dear Stephen Warren,
In message <1355354590-10023-1-git-send-email-swar...@wwwdotorg.org> you wrote:
> From: Stephen Warren
>
> A single U-Boot binary may support multiple very similar boards. These
> boards may use different UARTs for the main debug console. Hence, it is
> impossible to #define
Dear Stephen Warren,
In message <50c918a5.6090...@wwwdotorg.org> you wrote:
>
> > This seems reasonable in the interim while we are hard-coding things
> > but needing more flexibility. How do you plan to configure the actual
> > address - is it with the ODM data or FDT?
>
> I intend to use the OD
Dear Stephen Baker,
In message
you wrote:
>
> Option 1:
> Expand the jump table to include IO functions for networking and
> flash/drive access. Would expanding the jump table functionality mean
> that the COPYING statement be invalid since the jump table support has
> expand beyond the origin
This patch adds support to list images in NAND flash through imls
Signed-off-by: Vipin Kumar
---
README | 3 +-
common/cmd_bootm.c | 166 -
2 files changed, 167 insertions(+), 2 deletions(-)
diff --git a/README b/README
index 207
Dear Chander,
2012년 12월 13일 15:19, Chander Kashyap 쓴 글:
> On 13 December 2012 11:49, Chander Kashyap wrote:
>> Dear Kim,
>>
>> On 12 December 2012 13:24, Jeong Hyeon Kim wrote:
>>> From: Jeong-Hyeon Kim
>>>
>>> This patch adds the support for Exynos4212/4412.
>>>
>>> Samsung's ARM Cortex-A9 bas
This patch fixs for on below patch posted by Chander Kashyap.
"EXYNOS: EXYNOS4X12: Populate Exynos4x12 register addresses"
This patch needs for prevent compile error
for samsung's exynos SoCs based boards like
origen, s5pc210_universal, smdk5250, smdkv310 and trats.
Signed-off-by: Jeong-Hyeon Kim
This patches are needs patches posted by Chander Kashyap.
[U-Boot] EXYNOS: EXYNOS4X12: extract Exynos4x12 IPs clock frequency
[U-Boot,Resend,v2,1/3] EXYNOS: EXYNOS4X12: Populate Exynos4x12 register
addresses
[U-Boot,Resend,v2,2/3] EXYNOS: EXYNOS4X12: Add clock structure for EXYNOS4X12
[U-Boot,Rese
This patch adds pinmux support for UART channels
Signed-off-by: Jeong-Hyeon Kim
---
arch/arm/cpu/armv7/exynos/pinmux.c | 41
1 file changed, 41 insertions(+)
diff --git a/arch/arm/cpu/armv7/exynos/pinmux.c
b/arch/arm/cpu/armv7/exynos/pinmux.c
index f02f44
ORIGEN_QUAD board is based on Samsung's Exynos4412 SoC.
Signed-off-by: Jeong-Hyeon Kim
---
Makefile |2 +-
board/samsung/origen_quad/Makefile| 59 ++
board/samsung/origen_quad/boot.c | 72 +++
board/samsung/origen_quad/clock.c
Hi,
Instead of adding some more ugly #ifdefs, I came with another approach.
It makes the code easier to read, and correct the compilation error
when VFAT wasn't enabled.
Best regards,
Richard Genoud (2):
FAT: remove ifdefs to make the code more readable
FAT: use toupper/tolower instead of re
ifdefs in the code are making it harder to read.
The use of simple if(VFAT_ENABLED) makes no more code and is cleaner.
(the code is discarded by the compiler and linker instead of the
preprocessor.)
and bonus, now the code compiles even if CONFIG_SUPPORT_VFAT is not
defined.
Signed-off-by: Richar
toupper/tolower function are already declared, so use them.
Signed-off-by: Richard Genoud
---
fs/fat/fat.c |3 ++-
fs/fat/fat_write.c |3 ++-
include/fat.h |3 ---
3 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/fs/fat/fat.c b/fs/fat/fat.c
index c79e3e3..cff
The current logic reads the port status just once after usb_hub_power_on and
expects the portstatus and portchange to report the connection status
immediately and correctly.
Few pen drives are not able to report both of them immediately ie. those pens
report the connection change but not the conne
Changes since V1:
-- Fix commit message in [PATCH V2 1/4].
-- Move LCD GPIO confiration from exynos common file to board file.
-- Use CONFIG_CMD_BMP instead of CONFIG_TIZEN to distinguish
between Proprietary logo support and LCD console support.
[PATCH V2 1/4] E
With VPLL as source clock to FIMD,
Exynos DP Initializaton was failing sometimes with unstable clock.
Changing FIMD source to MPLL resolves this issue.
Signed-off-by: Ajay Kumar
Acked-by: Simon Glass
---
arch/arm/cpu/armv7/exynos/clock.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(
When only DP is used, we need not enable CONFIG_EXYNOS_MIPI_DSIM.
Similarly, when only MIPI is used, we need not enable CONFIG_EXYNOS_DP.
But the current structuring of code forces us to enable both
CONFIG_EXYNOS_MIPI_DSIM and CONFIG_EXYNOS_DP.
This patch adds conditional compilation check to remov
Currently, exynos FIMD driver is being used to support only TIZEN LOGOs.
In order to get LCD console, we need to enable half word swap feature
of FIMD and use 16 BPP.
LCD console and proprietary Logo cannot be used simultaneously.
You should define CONFIG_CMD_BMP for proprietary Logo, and if
CONFIG
Add panel_info structure required by LCD driver
and DP panel platdata for SMDK5250.
Add GPIO configuration for LCD.
Enable FIMD and DP support on SMDK5250.
DP Panel size: 2560x1600.
We use 16BPP resolution to get LCD console.
Signed-off-by: Ajay Kumar
---
board/samsung/smdk5250/smdk5250.c | 98
From: Armando Visconti
This patch adds the support for the ARM PL022 SPI controller for the standard
variant (0x00041022), which has a 16bit wide and 8 locations deep TX/RX FIFO.
Signed-off-by: Armando Visconti
Signed-off-by: Vipin Kumar
---
Changes in v3
Added void to spi_init arguments
Use
On 12/13/2012 12:41 PM, Vipin Kumar wrote:
> From: Armando Visconti
>
> This patch adds the support for the ARM PL022 SPI controller for the standard
> variant (0x00041022), which has a 16bit wide and 8 locations deep TX/RX FIFO.
>
> Signed-off-by: Armando Visconti
> Signed-off-by: Vipin Kumar
Do not select MIIPORT for RGMII interface
Signed-off-by: Vipin Kumar
Acked-by: Stefan Roese
---
drivers/net/designware.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net/designware.c b/drivers/net/designware.c
index bf21a08..46f6601 100644
--- a/drivers/net/des
From: Shiraz Hashim
SPEAr310 and SPEAr320 Ethernet interfaces share same MDIO lines to control their
respective phys. Currently there is a fixed configuration in which only a
particular MAC can use the MDIO lines.
Call an arch specific function to take control of specific mdio lines at
runtime.
Dear Richard Genoud,
> Hi,
>
> Instead of adding some more ugly #ifdefs, I came with another approach.
> It makes the code easier to read, and correct the compilation error
> when VFAT wasn't enabled.
I feel bad for the code when you say it's FAT so explicitly ... it certainly
wishes it was SLI
Dear Richard Genoud,
> ifdefs in the code are making it harder to read.
> The use of simple if(VFAT_ENABLED) makes no more code and is cleaner.
> (the code is discarded by the compiler and linker instead of the
> preprocessor.)
>
> and bonus, now the code compiles even if CONFIG_SUPPORT_VFAT is n
Dear Richard Genoud,
> toupper/tolower function are already declared, so use them.
>
> Signed-off-by: Richard Genoud
> ---
> fs/fat/fat.c |3 ++-
> fs/fat/fat_write.c |3 ++-
> include/fat.h |3 ---
> 3 files changed, 4 insertions(+), 5 deletions(-)
Acked-by: Marek Vasut
2012/12/13 Marek Vasut :
> Dear Richard Genoud,
>
> I feel bad for the code when you say it's FAT so explicitly ... it certainly
> wishes it was SLIM, but it can't ;-)
>
:) I didn't write that on purpose... But it's definitely a good war cry !
___
U-Boot
2012/12/13 Marek Vasut :
> Dear Richard Genoud,
>
>> ifdefs in the code are making it harder to read.
>> The use of simple if(VFAT_ENABLED) makes no more code and is cleaner.
>> (the code is discarded by the compiler and linker instead of the
>> preprocessor.)
>>
>> and bonus, now the code compiles
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/13/12 05:47, Richard Genoud wrote:
> ifdefs in the code are making it harder to read. The use of simple
> if(VFAT_ENABLED) makes no more code and is cleaner. (the code is
> discarded by the compiler and linker instead of the preprocessor.)
>
> a
Dear Vipin Kumar,
> The current logic reads the port status just once after usb_hub_power_on
> and expects the portstatus and portchange to report the connection status
> immediately and correctly.
>
> Few pen drives are not able to report both of them immediately ie. those
> pens report the conn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/13/12 05:27, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message
> <1355354590-10023-1-git-send-email-swar...@wwwdotorg.org> you
> wrote:
>> From: Stephen Warren
>>
>> A single U-Boot binary may support multiple very similar boards.
>>
Dear Richard Genoud,
> 2012/12/13 Marek Vasut :
> > Dear Richard Genoud,
> >
> >> ifdefs in the code are making it harder to read.
> >> The use of simple if(VFAT_ENABLED) makes no more code and is cleaner.
> >> (the code is discarded by the compiler and linker instead of the
> >> preprocessor.)
>
2012/12/13 Tom Rini :
> Note that we don't use --gc-sections on all archs so I'm not sure we
> discard the unused VFAT functions on say ARM.
>
I tested it on at91sam9x5ek, and the vfat functions are not present in
the System.map.
The problem is in my commit message: the linker doesn"t have anythin
2012/12/13 Marek Vasut :
> Dear Richard Genoud,
>
>> 2012/12/13 Marek Vasut :
>> > Dear Richard Genoud,
>> >
>> >> ifdefs in the code are making it harder to read.
>> >> The use of simple if(VFAT_ENABLED) makes no more code and is cleaner.
>> >> (the code is discarded by the compiler and linker ins
Dear Richard Genoud,
> 2012/12/13 Marek Vasut :
> > Dear Richard Genoud,
> >
> >> 2012/12/13 Marek Vasut :
> >> > Dear Richard Genoud,
> >> >
> >> >> ifdefs in the code are making it harder to read.
> >> >> The use of simple if(VFAT_ENABLED) makes no more code and is cleaner.
> >> >> (the code i
ifdefs in the code are making it harder to read.
The use of simple if(vfat_enabled) makes no more code and is cleaner.
(the code is discarded by the compiler instead of the preprocessor.)
NB: if -O0 is used, the code won't be discarded
and bonus, now the code compiles even if CONFIG_SUPPORT_VFAT i
Dear Tom Rini,
[...]
> Note that we don't use --gc-sections on all archs so I'm not sure we
> discard the unused VFAT functions on say ARM.
Valid point, Albert?
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.d
On 12/13/2012 12:41 PM, Vipin KUMAR wrote:
From: Armando Visconti
This patch adds the support for the ARM PL022 SPI controller for the standard
variant (0x00041022), which has a 16bit wide and 8 locations deep TX/RX FIFO.
Signed-off-by: Armando Visconti
Signed-off-by: Vipin Kumar
---
Changes in
Dear Tom Rini,
In message <50c9d41b.7010...@ti.com> you wrote:
>
> > Where would the device addresses come from - out of the device
> > tree?
>
> Board specific knowledge. I'd be tempted to add UART3 (iirc) into the
> am335x_evm default build so that we can support the Industrial DevKit
> varian
2012/12/13 Marek Vasut :
> Dear Tom Rini,
>
> [...]
>
>> Note that we don't use --gc-sections on all archs so I'm not sure we
>> discard the unused VFAT functions on say ARM.
>
> Valid point, Albert?
>
> Best regards,
> Marek Vasut
I check and the code is discarded (on ARM at91sam9x5ek).
This is t
On Thu, Dec 13, 2012 at 03:24:08PM +0100, Richard Genoud wrote:
> 2012/12/13 Marek Vasut :
> > Dear Tom Rini,
> >
> > [...]
> >
> >> Note that we don't use --gc-sections on all archs so I'm not sure we
> >> discard the unused VFAT functions on say ARM.
> >
> > Valid point, Albert?
> >
> > Best rega
Hi Simon,
On Thu, Dec 13, 2012 at 4:03 AM, Simon Glass wrote:
> Hi Jagan,
>
> On Wed, Dec 12, 2012 at 8:21 AM, Jagan Teki wrote:
>> Hi Simon,
>>
>> On Wed, Dec 12, 2012 at 8:53 PM, Simon Glass wrote:
>>> Hi Jagan,
>>>
>>> On Wed, Dec 12, 2012 at 7:20 AM, Jagan Teki
>>> wrote:
Hi Simon,
>
Hi Simon,
On Thu, Dec 13, 2012 at 4:08 AM, Simon Glass wrote:
> Hi Jagan,
>
> On Wed, Dec 12, 2012 at 8:52 AM, Jagan Teki wrote:
>> Hi Simon,
>>
>> On Wed, Dec 12, 2012 at 12:11 PM, Simon Glass wrote:
>>> Hi,
>>>
>>> On Mon, Dec 10, 2012 at 6:42 AM, Jagannadha Sutradharudu Teki
>>> wrote:
Dear Simon Glass,
> The Asix driver takes the link down during init() and then brings it back
> up. This commit changes this so that if a link has already been
> established successfully we simply check that the link is still good.
>
> Also fix up asix_halt() to actually halt RX on the interface.
Dear Simon Glass,
> From: Vincent Palatin
>
> On EHCI controller with 64-bit address space support, we must initialize
> properly the high word for the PCI bus master accesses.
>
> Signed-off-by: Vincent Palatin
> Signed-off-by: Simon Glass
> ---
> drivers/usb/host/ehci-hcd.c |3 +++
> 1
Dear Simon Glass,
> From: Vincent Palatin
>
> Instead of hardcoding the PCI IDs on the USB controller, use the PCI
> class to detect them.
>
> Ensure the busmaster bit is properly set in the PCI configuration.
>
> Signed-off-by: Simon Glass
> ---
> drivers/usb/host/ehci-pci.c | 37
Dear Simon Glass,
> From: Patrick Georgi
>
> Interrupt transfers aren't meant to be used from the async list
> (the EHCI spec indicates trouble with low/full-speed intr on async).
>
> Build a periodic list instead, and provide an API to make use of it.
> Then, use that API from the existing int
Dear Simon Glass,
> From: Vincent Palatin
>
> Ensure we cannot get stuck in the keyboard scanning if something wrong
> happens (USB device unplugged or fatal I/O error)
>
> Signed-off-by: Vincent Palatin
>
> Signed-off-by: Simon Glass
> ---
I like it. Let's use errno.h and rebase on top of
Dear Simon Glass,
> From: Michael Spang
>
> [port of Linux kernel commit bcd218be5aeb by Steve Glendinning]
>
> The eeprom read & write commands currently check the E2P_CMD_LOADED_ bit is
> set before allowing any operations. This prevents any reading or writing
> unless a correctly programmed
Dear Simon Glass,
> From: Milind Choudhary
>
> If probe of a newly connected device fails for some reason, clean up
> the allocated entry in usb_dev array.
Applied, thanks
> Signed-off-by: Milind Choudhary
> Signed-off-by: Simon Glass
> ---
> common/usb.c | 12
> common/u
Dear Simon Glass,
> From: Vincent Palatin
>
> When a USB card reader is empty, it will return "Not Ready - medium not
> present" as Key Code Qualifier. In that situation, it's useless waiting
> for the full timeout since the result won't change until the user
> inserts a card.
Applied, thanks!
On Thu, Dec 13, 2012 at 9:30 AM, Marek Vasut wrote:
> Dear Simon Glass,
>
>> From: Vincent Palatin
>>
>> Instead of hardcoding the PCI IDs on the USB controller, use the PCI
>> class to detect them.
>>
>> Ensure the busmaster bit is properly set in the PCI configuration.
>>
>> Signed-off-by: Simo
Dear Vincent Palatin,
> On Thu, Dec 13, 2012 at 9:30 AM, Marek Vasut wrote:
> > Dear Simon Glass,
> >
> >> From: Vincent Palatin
> >>
> >> Instead of hardcoding the PCI IDs on the USB controller, use the PCI
> >> class to detect them.
> >>
> >> Ensure the busmaster bit is properly set in the
On 12/13/2012 03:29 AM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <50c918a5.6090...@wwwdotorg.org> you wrote:
>>
>>> This seems reasonable in the interim while we are hard-coding things
>>> but needing more flexibility. How do you plan to configure the actual
>>> address - is it w
Hello,
we have a custom board with an Freescale i.MX 53 CPU and NAND flash
(MT29F1G08ABADAWP if it matters). It's quite similar to the i.MX 53 LOCO
("Quick Start Board"), but the LOCO has no Flash and only boots from
Micro SD card.
I'm using u-boot 2012.07 from mainline with some additional patch
Hi Tom,
On Mon, 10 Dec 2012 14:15:10 -0700, Tom Warren
wrote:
> u-boot-arm/master and u-boot-tegra/next should have the same base
> commit (b8a7c46), so merging them isn't a big deal, and goes smoothly
> for me. If I then take u-boot/master and merge it, I see a conflict in
> drivers/power/power_
Hi Minkyu,
On Tue, 11 Dec 2012 20:10:06 +0900, Minkyu Kang
wrote:
> Dear Albert,
>
> The following changes since commit fd4d564b3c80b111f18c93adb14233a6a7ddb0e9:
>
> Merge branch 'master' of git://git.denx.de/u-boot-x86 (2012-12-07 08:47:59
> -0700)
>
> are available in the git repository a
Dear Stephen Warren,
In message <50ca1bb8.4000...@wwwdotorg.org> you wrote:
>
> > Arghh... Do we really, really have to invent yet another way to pass
> > hardware configuration information? Especially one totally
> > incompatible to any other system?
>
> This is a special case for the console U
On 12/13/2012 01:36 PM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <50ca1bb8.4000...@wwwdotorg.org> you wrote:
>>
>>> Arghh... Do we really, really have to invent yet another way to pass
>>> hardware configuration information? Especially one totally
>>> incompatible to any other s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/13/12 15:45, Stephen Warren wrote:
> On 12/13/2012 01:36 PM, Wolfgang Denk wrote:
>> Dear Stephen Warren,
>>
>> In message <50ca1bb8.4000...@wwwdotorg.org> you wrote:
>>>
Arghh... Do we really, really have to invent yet another way
to
On 12/13/2012 01:53 PM, Tom Rini wrote:
> On 12/13/12 15:45, Stephen Warren wrote:
>> On 12/13/2012 01:36 PM, Wolfgang Denk wrote:
>>> Dear Stephen Warren,
>>>
>>> In message <50ca1bb8.4000...@wwwdotorg.org> you wrote:
> Arghh... Do we really, really have to invent yet another
> way
Hi Stephen,
On Thu, Dec 13, 2012 at 1:07 PM, Stephen Warren wrote:
> On 12/13/2012 01:53 PM, Tom Rini wrote:
>> On 12/13/12 15:45, Stephen Warren wrote:
>>> On 12/13/2012 01:36 PM, Wolfgang Denk wrote:
Dear Stephen Warren,
In message <50ca1bb8.4000...@wwwdotorg.org> you wrote:
On 12/13/2012 12:10:58 AM, Vipin Kumar wrote:
Or better, just have one CONFIG_CMD_IMLS and have it operate on
whatever flash types are configured into U-Boot.
I didn't do it because until now the CONFIG_CMD_IMLS config is
tightly bound with flash only eg config_cmd_default.h enables
CONFIG
On 12/13/2012 04:38:18 AM, Vipin Kumar wrote:
+ for (off = 0; off < nand->size; off += nand->erasesize)
{
+ const image_header_t *header;
+ int ret;
+
+ if (nand_block_isbad(nand, off))
+ continue;
Dear Bernhard Walle,
On Thursday, December 13, 2012 5:01:00 PM, Bernhard Walle wrote:
> we have a custom board with an Freescale i.MX 53 CPU and NAND flash
> (MT29F1G08ABADAWP if it matters). It's quite similar to the i.MX 53
> LOCO
> ("Quick Start Board"), but the LOCO has no Flash and only boots
Dear Stephen Warren,
In message <50ca3e7a.8020...@wwwdotorg.org> you wrote:
>
> >> My intent is that ODMDATA will definitely only be used for the console
> >> UART, and will NOT be used for anything else like LCD, RTC, ... Those
> >> other devices will certainly be configured via device tree.
> >
On 12/13/2012 04:11 PM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <50ca3e7a.8020...@wwwdotorg.org> you wrote:
>>
My intent is that ODMDATA will definitely only be used for the console
UART, and will NOT be used for anything else like LCD, RTC, ... Those
other device
On 14/12/12 04:56, Albert ARIBAUD wrote:
> Hi Minkyu,
>
> On Tue, 11 Dec 2012 20:10:06 +0900, Minkyu Kang
> wrote:
>> Dear Albert,
>>
>> The following changes since commit fd4d564b3c80b111f18c93adb14233a6a7ddb0e9:
>>
>> Merge branch 'master' of git://git.denx.de/u-boot-x86 (2012-12-07 08:47:59
Hi Jagan,
On Thu, Dec 13, 2012 at 8:08 AM, Jagan Teki wrote:
> Hi Simon,
>
> On Thu, Dec 13, 2012 at 4:03 AM, Simon Glass wrote:
>> Hi Jagan,
>>
>> On Wed, Dec 12, 2012 at 8:21 AM, Jagan Teki wrote:
>>> Hi Simon,
>>>
>>> On Wed, Dec 12, 2012 at 8:53 PM, Simon Glass wrote:
Hi Jagan,
>
+Mike
Hi,
On Thu, Dec 13, 2012 at 8:21 AM, Jagan Teki wrote:
> Hi Simon,
>
> On Thu, Dec 13, 2012 at 4:08 AM, Simon Glass wrote:
>> Hi Jagan,
>>
>> On Wed, Dec 12, 2012 at 8:52 AM, Jagan Teki wrote:
>>> Hi Simon,
>>>
>>> On Wed, Dec 12, 2012 at 12:11 PM, Simon Glass wrote:
Hi,
Hi Marek,
On Thu, Dec 13, 2012 at 9:30 AM, Marek Vasut wrote:
> Dear Simon Glass,
>
>> From: Vincent Palatin
>>
>> Instead of hardcoding the PCI IDs on the USB controller, use the PCI
>> class to detect them.
>>
>> Ensure the busmaster bit is properly set in the PCI configuration.
>>
>> Signed-o
Hi,
On Thu, Dec 13, 2012 at 9:32 AM, Marek Vasut wrote:
> Dear Simon Glass,
>
>> From: Patrick Georgi
>>
>> Interrupt transfers aren't meant to be used from the async list
>> (the EHCI spec indicates trouble with low/full-speed intr on async).
>>
>> Build a periodic list instead, and provide an
Dear Simon Glass,
> Hi,
>
> On Thu, Dec 13, 2012 at 9:32 AM, Marek Vasut wrote:
> > Dear Simon Glass,
> >
> >> From: Patrick Georgi
> >>
> >> Interrupt transfers aren't meant to be used from the async list
> >> (the EHCI spec indicates trouble with low/full-speed intr on async).
> >>
> >> Bu
Hi Marek,
On Thu, Dec 13, 2012 at 9:35 AM, Marek Vasut wrote:
> Dear Simon Glass,
>
>> From: Vincent Palatin
>>
>> Ensure we cannot get stuck in the keyboard scanning if something wrong
>> happens (USB device unplugged or fatal I/O error)
>>
>> Signed-off-by: Vincent Palatin
>>
>> Signed-off-by
Hi Marek,
On Thu, Dec 13, 2012 at 6:00 PM, Marek Vasut wrote:
> Dear Simon Glass,
>
>> Hi,
>>
>> On Thu, Dec 13, 2012 at 9:32 AM, Marek Vasut wrote:
>> > Dear Simon Glass,
>> >
>> >> From: Patrick Georgi
>> >>
>> >> Interrupt transfers aren't meant to be used from the async list
>> >> (the EHCI
This series adds a few USB improvements for Marek:
- Support for interupt transfers
- Faster start-up and proper shutdown of ASIX USB adapter
- Basic 64-bit controller support (used by x86)
Changes in v2:
- Use errno where possible
- Use PCI_CLASS_SERIAL_USB_EHCI instead of the number
- Update to
The Asix driver takes the link down during init() and then brings it back up.
This commit changes this so that if a link has already been established
successfully we simply check that the link is still good.
Also fix up asix_halt() to actually halt RX on the interface. Previously this
was not done
From: Michael Spang
[port of Linux kernel commit bcd218be5aeb by Steve Glendinning]
The eeprom read & write commands currently check the E2P_CMD_LOADED_ bit is
set before allowing any operations. This prevents any reading or writing
unless a correctly programmed EEPROM is installed.
Signed-off
From: Patrick Georgi
Interrupt transfers aren't meant to be used from the async list
(the EHCI spec indicates trouble with low/full-speed intr on async).
Build a periodic list instead, and provide an API to make use of it.
Then, use that API from the existing interrupt transfer API.
This provid
From: Vincent Palatin
Use the ability to have several active EHCI controller on a system
in the PCI EHCI controller implementation.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add blank line before function return
drivers/usb/host/ehci-pci.c | 26 +-
1 files chan
From: Vincent Palatin
The interrupt endpoint handling code stores the buffer pointer in the QH
padding field. We need to make it the size of a pointer to avoid strict
aliasing issue with the compiler.
Signed-off-by: Vincent Palatin
Signed-off-by: Simon Glass
---
Changes in v2: None
drivers/
From: Vincent Palatin
Instead of hardcoding the PCI IDs on the USB controller, use the PCI
class to detect them.
Ensure the busmaster bit is properly set in the PCI configuration.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use errno where possible
- Use PCI_CLASS_SERIAL_USB_EHCI instead o
Enable PCI EHCI, storage, keyboard and Ethernet for USB.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/configs/coreboot.h | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/include/configs/coreboot.h b/include/configs/coreboot.h
index adeace0.
Dear Anatolij,
Anatolij Gustschin denx.de> writes:
>
> Hi Albert,
>
> On Sat, 10 Nov 2012 12:21:55 +0100
> Albert ARIBAUD aribaud.net> wrote:
> ...
> > >
> > > Applied to u-boot-staging/agust denx.de-urgent.
*bump*
This seems to be still missing in master.
All the best,
Rommel
> >
> >
If failed the add_host(), it is reasonable that return value of
add_sdhci().
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
---
drivers/mmc/mv_sdhci.c |3 +--
drivers/mmc/s5p_sdhci.c |3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/mv_sdhci.
Hi Graeme,
On Sat, Nov 17, 2012 at 5:07 PM, Graeme Russ wrote:
> Hi Simon,
>
> On 11/17/2012 08:19 AM, Simon Glass wrote:
>> Move this field into arch_global_data and tidy up.
>>
>> This will certainly break x86, so will need Graeme's help to sort out
>
> Yes, it most certainly will break x86 :)
The previous generic board series hit a snag in that we needed generic
code to access some of the architecture-specific fields in global_data.
The solution eventually arrived at was to move these fields into a
separate structure, so that global_data has the generic fields,
and within that there is
Remove this unused field.
Signed-off-by: Simon Glass
---
Changes in v2:
- Remove gdt_addr which is no longer used on x86
arch/x86/include/asm/global_data.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/x86/include/asm/global_data.h
b/arch/x86/include/asm/global_
Move this field into arch_global_data and tidy up.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/cpu/arm920t/a320/timer.c|6 +++---
arch/arm/cpu/arm920t/s3c24x0/timer.c | 14 +++---
arch/arm/cpu/arm926ejs/armada100/timer.c | 12 ++--
arch/arm/cp
Move this field into arch_global_data and tidy up.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/cpu/arm920t/a320/timer.c |8
arch/arm/cpu/arm920t/s3c24x0/timer.c |4 ++--
arch/arm/cpu/arm926ejs/at91/timer.c|8
arch/arm/cpu/arm926ejs/davinc
We currently assume that the global data pointer is at the start of
struct global_data. We want to remove this restriction, and it is
easiest to do this in C.
Remove the asm code and add equivalent code in C.
This idea was proposed by Graeme Russ here:
http://patchwork.ozlabs.org/patch/199741/
Move this field into arch_global_data and tidy up.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/x86/include/asm/global_data.h |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/global_data.h
b/arch/x86/include/asm/global_data.h
index 9a4f
These fields are not used on x86, so punt them.
Signed-off-by: Simon Glass
---
Changes in v2:
- Rebase to master
arch/x86/include/asm/global_data.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/global_data.h
b/arch/x86/include/asm/global_data.h
Move this field into arch_global_data and tidy up.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/powerpc/cpu/mpc8260/commproc.c|2 +-
arch/powerpc/cpu/mpc8260/i2c.c |2 +-
arch/powerpc/cpu/mpc8260/speed.c |4 ++--
arch/powerpc/cpu/mpc83xx/speed.c |
Move ipb_clk and pci_clk into arch_global_data and tidy up.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/powerpc/cpu/mpc5xxx/i2c.c |2 +-
arch/powerpc/cpu/mpc5xxx/ide.c |2 +-
arch/powerpc/cpu/mpc5xxx/serial.c |4 ++--
arch/powerpc/cpu/mpc5xxx/speed.c
Move vco_out, cpm_clk, scc_clk, brg_clk into arch_global_data and tidy
up. Leave pci_clk on its own since this should really depend only on
CONFIG_PCI and not any particular chip type.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/powerpc/cpu/mpc8260/speed.c | 16 -
Move this field into arch_global_data and tidy up.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/include/asm/global_data.h |6 +++---
arch/arm/lib/board.c |2 +-
arch/arm/lib/cache-cp15.c |4 ++--
common/cmd_bdinfo.c|2 +-
4 f
1 - 100 of 149 matches
Mail list logo
