Hi
On Wednesday 11 of July 2012 11:52:13 Michal Simek wrote:
> On 07/10/2012 03:12 PM, Marek Vasut wrote:
> > Dear Wolfgang Denk,
> >
> >> Dear Michal Simek,
> >>
> >> In message<4ffc1ef8.9060...@monstr.eu> you wrote:
> >>> The hardest part I have identify on microblaze was about u-boot
> >>> v
would
prevent me from merging them?
thanks
Pavel Herrmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
you put global
pin numbering in the platform data, this would stop working if you had a PnP
GPIO controllers (say USB).
regards
Pavel Herrmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ady inited.
If i have one of these drivers, i can repeatedly do "sata init" until all my
memory is leaked. Noone is stupid enough to do this, but it still shouldn't be
possible.
Best regards,
Pavel Herrmann
___
U-Boot mailing list
U-Boot@
This driver uses files as block devices, can be used for testing disk
operations on sandbox. Port count and filenames are set in board config.
Signed-off-by: Pavel Herrmann
CC: Marek Vasut
---
drivers/block/Makefile| 1 +
drivers/block/loop.c | 107
More CC
On Wednesday 29 August 2012 17:46:43 Pavel Herrmann wrote:
> This driver uses files as block devices, can be used for testing disk
> operations on sandbox. Port count and filenames are set in board config.
>
> Signed-off-by: Pavel Herrmann
> CC: Marek Vasut
> --
destination is char[21], as it is the exact length of corresponding
field in ATA identify response (one more for a 0 at the end)
> > + memcpy(pdev->product, filenames[dev], namelen);
> > + pdev->product[20] = 0;
> > +
> > + if (fd != -1) {
>
> And if &q
On Thursday 30 of August 2012 20:45:13 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Thursday 30 of August 2012 00:18:18 Marek Vasut wrote:
> > ...snip...
> >
> > > > +extern block_dev_desc_t sata_dev_desc[];
>
On Thursday 30 August 2012 23:53:58 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Thursday 30 of August 2012 20:45:13 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > On Thursday 30 of August 2012 00:18:18 Marek Vasut wrote:
>
id device, because you failed to open
> > > > > > the file, for whatever the reason.
> > > > >
> > > > > At least the printf below will choke, since pdev->lba is uninited
> > > >
> > > > not the case. sata_dev_desc is inited in cmd_sata.c, and therefore by
> > > > not doing anything we get an empty device
> > >
> > > I see ... shall we also move all these memcpy() calls in to if (fd !=
> > > -1)
> > > then?
> >
> > I'd like to know that the device is a loopback, and what filename, not
> > just
> > that it failed to init
>
> But are such data used somewhere further down the road?
yes, "sata info" for example
Pavel Herrmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
gt; > But are such data used somewhere further down the road?
> >
> > yes, "sata info" for example
>
> And how does it determine that the init failed?
given that the only thing the init does is open a file and put the decriptor to
->priv, you can tell whethe
Signed-off-by: Pavel Herrmann
---
include/configs/sandbox.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index 0220386..3126542 100644
--- a/include/configs/sandbox.h
+++ b/include/configs/sandbox.h
@@ -93,4 +93,13
This driver uses files as block devices, can be used for testing disk
operations on sandbox. Port count and filenames are set in board config.
Signed-off-by: Pavel Herrmann
CC: Marek Vasut
---
Changes for v2:
split sandbox config off into separate patch (2/2)
rename file to signify exported
Hi
On Saturday 01 of September 2012 16:20:12 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> I don't understand what this patch does from the lacking description. Please
> add proper description to the patch. ALWAYS!
see $title perhaps? there is not much more to say.
v2
Enable SATA_LOOP and a few disk-related commands for sandbox
Signed-off-by: Pavel Herrmann
---
changes for v2:
add a few words of description
include/configs/sandbox.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index
er), let sandbox uboot accept params
> and supply these as params.
or even make a command that would allow you to specify a filename in runtime,
possibly with a dynamic number of ports.
Pavel Herrmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This driver uses files as block devices, can be used for testing disk
operations on sandbox.
A new command "sata_loop" is introduced to load files in runtime.
Signed-off-by: Pavel Herrmann
CC: Marek Vasut
CC: Mike Frysinger
---
Changes for v3:
introduce sata_loop command
Chan
Enable SATA_LOOP and a few disk-related commands for sandbox
Signed-off-by: Pavel Herrmann
---
Changes for v3:
drop static names for loop devices
Changes for v2:
add a few words of description
include/configs/sandbox.h | 8
1 file changed, 8 insertions(+)
diff --git a/include
On Wednesday 05 September 2012 13:33:13 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > This driver uses files as block devices, can be used for testing disk
> > operations on sandbox.
> > A new command "sata_loop" is introduced to load files in runtime.
>
second try...
On Wednesday 05 September 2012 13:33:13 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > This driver uses files as block devices, can be used for testing disk
> > operations on sandbox.
> > A new command "sata_loop" is introduced to load files
On Wednesday 05 of September 2012 14:48:40 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> [...]
>
> > > besides, I think it'd be much systematic to just scream at user to call
> > > "sata rescan" and bail out instead of doing it for him.
> >
>
On Thursday 06 of September 2012 03:08:42 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Wednesday 05 of September 2012 14:48:40 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > [...]
> > >
> > > > > besides, I think i
This driver uses files as block devices, can be used for testing disk
operations on sandbox.
A new command "sata_loop" is introduced to load files in runtime.
Signed-off-by: Pavel Herrmann
CC: Marek Vasut
CC: Mike Frysinger
---
Changes for v4:
checkpatch fixes
use NULLs
On Friday 07 of September 2012 01:29:55 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > This driver uses files as block devices, can be used for testing disk
> > operations on sandbox.
> > A new command "sata_loop" is introduced to load files in runtime.
>
&g
On Friday 07 of September 2012 11:26:48 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Friday 07 of September 2012 01:29:55 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > This driver uses files as block devices, can be used for
Setting LC_COLLATE=C is not enough if LC_ALL=en_US.utf8. The result is a build
that has no available commands. Setting LC_ALL=C for the generator script helps.
Signed-off-by: Pavel Herrmann
---
helper.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/helper.mk b
On Sunday 02 of December 2012 18:50:53 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > Setting LC_COLLATE=C is not enough if LC_ALL=en_US.utf8. The result is a
> > build that has no available commands. Setting LC_ALL=C for the generator
> > script helps.
> >
>
On Sunday 02 of December 2012 19:12:17 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Sunday 02 of December 2012 18:50:53 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > Setting LC_COLLATE=C is not enough if LC_ALL=en_US.utf8. The resul
On Sunday 02 of December 2012 19:12:17 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Sunday 02 of December 2012 18:50:53 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > Setting LC_COLLATE=C is not enough if LC_ALL=en_US.utf8. The resul
Hi,
On Monday 24 December 2012 14:56:03 Albert ARIBAUD wrote:
> Hi Pavel,
>
> On Mon, 24 Dec 2012 02:27:53 +0100, Marek Vasut wrote:
> > Dear Pavel Herrmann,
> >
> > > ARM board.c doesnt respect CONFIG_SYS_GBL_DATA_OFFSET, nor do all boards
> > > set it,
Hi,
On Tuesday 25 December 2012 12:37:55 Albert ARIBAUD wrote:
> Hi Pavel,
>
> On Mon, 24 Dec 2012 15:57:30 +0100, Pavel Herrmann
>
> wrote:
> > Hi,
> >
> > On Monday 24 December 2012 14:56:03 Albert ARIBAUD wrote:
> > > Hi Pavel,
> > >
&g
ly the
driver knows what private data it created during initialization). we have an
infrastructure in place that walks the DM driver tree and calls these
relocation hooks in a sane order. after this is done, we forget about the
early heap (enable caches if it was in locked cache or whatever).
Pavel Herrmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi
On Thursday 13 September 2012 15:31:39 Tom Rini wrote:
> On Fri, Sep 07, 2012 at 11:19:03AM +0200, Pavel Herrmann wrote:
> > On Friday 07 of September 2012 01:29:55 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > This driver uses files as
Move all extern declarations of sata_dev_desc into a single header file.
Signed-off-by: Pavel Herrmann
---
drivers/block/ata_piix.c | 4 +---
drivers/block/dwc_ahsata.c | 1 +
drivers/block/dwc_ahsata.h | 2 --
drivers/block/fsl_sata.c | 3 +--
drivers/block/pata_bfin.c| 1
This driver uses files as block devices, can be used for testing disk
operations on sandbox.
A new command "sata_loop" is introduced to load files in runtime.
Signed-off-by: Pavel Herrmann
---
Changes for v5:
use common sata extern header - this requires "[PATCH] Fix chec
On Sunday 16 September 2012 14:37:16 Marek Vasut wrote:
> Dear Pavel Herrmann,
> ...
> Won't include/sata.h work just fine ?
I feel include/sata.h is a "consumer-facing" header, and implementation
details such as the array used for all data-retention for command and driv
Put block device interaction code into separate file from filesystem logic.
This makes it easier to change block device API, and is similar to what other
filesystems do.
Cleanup some logic inconsistencies as well.
Signed-off-by: Pavel Herrmann
---
fs/fat/Makefile| 4 +-
fs/fat/dev.c
Fix warnings about type mismatch in cmd_zfs.
Dont use a global block_dev_desc, instead use a local one in each cmd.
Signed-off-by: Pavel Herrmann
---
common/cmd_zfs.c | 7 +--
fs/zfs/zfs.c | 2 --
include/zfs_common.h | 3 ---
3 files changed, 5 insertions(+), 7 deletions
ata blockdev is an universal child of a blockctrl device, be it (P/S)ATA or SCSI
partition blockdev is a child of other blockdev drivers
Signed-off-by: Pavel Herrmann
---
drivers/blockdev/Makefile| 2 +-
drivers/blockdev/ata.c | 234
This core provides unified access to different block controllers (SATA, SCSI).
Signed-off-by: Pavel Herrmann
---
Makefile | 1 +
drivers/blockctrl/Makefile | 42 ++
drivers/blockctrl/core.c | 349 +
include/dm/blockctrl.h
Enable blockdev core to automatically create partitions based on DOS partition
table. This code is based on /disk/, and should eventually replace it.
Signed-off-by: Pavel Herrmann
---
drivers/blockdev/Makefile| 1 +
drivers/blockdev/core.c | 752
cmd_block is the equivalent of cmd_sata for DM blockdev/blockctrl devices.
Signed-off-by: Pavel Herrmann
---
common/Makefile| 2 +
common/cmd_block.c | 139 +
2 files changed, 141 insertions(+)
create mode 100644 common/cmd_block.c
This driver works by wrapping the old SATA API to new blockctrl API
Signed-off-by: Pavel Herrmann
---
drivers/blockctrl/Makefile | 1 +
drivers/blockctrl/sata_legacy.c | 166
2 files changed, 167 insertions(+)
create mode 100644 drivers/blockctrl
cmd_ext2dm.c is a copy of cmd_ext2.c with just trivial changes, but those touch
large portion of the lines due to different number of parameters (old API has a
separate parameter for interface and for disk number, new API has this as one)
Signed-off-by: Pavel Herrmann
---
common/Makefile
cmd_fatdm.c is a copy of cmd_fat.c with just trivaial changes, but those touch
large portion of the lines due to different number of parameters (old API has a
separate parameter for interface and for disk number, new API has this as one)
Signed-off-by: Pavel Herrmann
---
common/Makefile
cmd_reiserdm.c is a copy of cmd_reiser.c with just trivial changes, but those
touch large portion of the lines due to different number of parameters (old API
has a separate parameter for interface and for disk number, new API has this as
one)
Signed-off-by: Pavel Herrmann
---
common/Makefile
cmd_zfsdm.c is a copy of cmd_zfs.c with just trivial changes, but those touch
large portion of the lines due to different number of parameters (old API has a
separate parameter for interface and for disk number, new API has this as one)
Signed-off-by: Pavel Herrmann
---
common/Makefile
add CONFIG_DM_BLOCK to include/configs/sandbox.h to enable it all
Signed-off-by: Pavel Herrmann
---
arch/sandbox/lib/board.c | 8
include/configs/sandbox.h | 4
2 files changed, 12 insertions(+)
diff --git a/arch/sandbox/lib/board.c b/arch/sandbox/lib/board.c
index c79cc62
This core will register all block devices (disk, cards, partitons) and provide
unfied access to them, instead of current method with device + partition offset
Signed-off-by: Pavel Herrmann
---
Makefile | 1 +
drivers/blockdev/Makefile | 42
include/dm
This series adds the new unified blockdev subsystem based on DM, converts all
filesystems and associated commands to the new API and adds a compatibility
wrapper for current SATA drivers.
Note: this is based on current DM branch with some FS cleanup patches sent out
recently.
Pavel Herrmann (11
Hi
On Friday 21 of September 2012 02:19:00 Vikram Narayanan wrote:
> On Fri, Sep 21, 2012 at 1:07 AM, Pavel Herrmann
wrote:
> > This core will register all block devices (disk, cards, partitons) and
> > provide unfied access to them, instead of current method with device +
>
On Thursday 20 of September 2012 21:58:17 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > This core will register all block devices (disk, cards, partitons) and
> > provide unfied access to them, instead of current method with device +
> > partition offset
> >
>
On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > This core provides unified access to different block controllers (SATA,
> > SCSI).
>
> Description of the patch missing or is sub-par. You should work on this
> skill.
> &
On Thursday 20 of September 2012 22:03:05 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> [..]
>
> > +#define BLOCKDEV_IFTYPE_BITS 4
> > +#define BLOCKDEV_IFTYPE_COUNT (1< > +#define BLOCKDEV_IFTYPE_MAX BLOCKDEV_IFTYPE_COUNT-1
>
> I saw th
On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > This core provides unified access to different blo
On Friday 21 of September 2012 14:47:24 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> [...]
>
> > > > +static int init(struct core_instance *core)
> > >
> > > I'd say, rename it to block_core_init() or something, so the syms in
> > > u-bo
On Friday 21 of September 2012 14:39:14 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Thursday 20 of September 2012 21:58:17 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > This core will register all block devices (disk, cards, parti
On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Thursday 20 of September 2012 22:05:36 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > This core provides unified access to different blo
On Friday 21 of September 2012 15:53:26 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Friday 21 of September 2012 14:39:14 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > On Thursday 20 of September 2012 21:58:17 Marek
On Friday 21 of September 2012 15:56:38 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > On Thursday 20 of September 2012 22:05:36 Marek
On Friday 21 of September 2012 15:58:55 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Friday 21 of September 2012 14:51:33 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > On Thursday 20 of September 2012 22:05:36 Marek
On Friday 21 of September 2012 17:39:21 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> [...]
>
> > > Can't the old driver just have a compat section in them? Like I did with
> > > serial stuff:
> > >
> > > 1) rename the inter
On Friday 21 of September 2012 17:34:27 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> [...]
>
> > > > blockctrl = AHCI, PIIX... whichever chip you have between SATA and PCI
> > > > (or generally disk-bus and board-bus)
> > >
> > > So this
On Friday 21 of September 2012 17:55:10 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Friday 21 of September 2012 17:34:27 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > [...]
> > >
> > > > > > blockctrl = AHCI
On Friday 21 of September 2012 18:08:13 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Friday 21 of September 2012 17:39:21 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > [...]
> > >
> > > > > Can't the old
On Friday 21 of September 2012 20:00:10 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> [...]
>
> > > > you should have a blockdev driver for USB flash and SD, but not
> > > > blockctrl
> > >
> > > I'm lost again. Do I also need a
On Friday 21 of September 2012 20:01:27 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Friday 21 of September 2012 18:08:13 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > > On Friday 21 of September 2012 17:39:21 Marek
On Friday 21 of September 2012 21:17:43 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Friday 21 of September 2012 20:00:10 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > [...]
> > >
> > > > > > you should have a b
On Friday 21 of September 2012 23:11:57 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> [...]
>
> > > I mean the particular block_controller_driver instance routes the
> > > "read/write block" request from downstream block_device through
> > > SAT
On Saturday 22 of September 2012 02:09:15 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> [...]
>
> > > > one or none - requests on USB flashes should not pass through
> > > > block_controller_driver.
> > >
> > > Uh, what do t
On Saturday 22 of September 2012 15:33:10 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > On Saturday 22 of September 2012 02:09:15 Marek Vasut wrote:
> > > Dear Pavel Herrmann,
> > >
> > > [...]
> > >
> > > > >
Add some CCs
On Wednesday 19 September 2012 17:32:36 Pavel Herrmann wrote:
> Fix warnings about type mismatch in cmd_zfs.
> Dont use a global block_dev_desc, instead use a local one in each cmd.
>
> Signed-off-by: Pavel Herrmann
> ---
> common/cmd_zfs.c | 7 +
add some CCs
On Wednesday 19 September 2012 16:34:02 Pavel Herrmann wrote:
> Put block device interaction code into separate file from filesystem logic.
> This makes it easier to change block device API, and is similar to what
> other filesystems do.
> Cleanup some logic inconsisten
On Saturday 22 September 2012 15:59:46 Pavel Herrmann wrote:
> On Saturday 22 of September 2012 15:33:10 Marek Vasut wrote:
> > Dear Pavel Herrmann,
> >
> > > On Saturday 22 of September 2012 02:09:15 Marek Vasut wrote:
>
g the
requested port number.
Signed-off-by: Pavel Herrmann
---
drivers/block/ata_piix.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/block/ata_piix.c b/drivers/block/ata_piix.c
index c81d11a..1c3ab8a 100644
--- a/drivers/block/ata_piix.c
+++ b/drivers/block/ata_piix.c
@@ -204,9 +
Move all extern declarations of sata_dev_desc[] into to make checkpatch
happy, inslude in every sata driver, and remove now duplicit
declarations of sata API functions.
Signed-off-by: Pavel Herrmann
---
Changes for v2:
use include/sata.h instead of a separate header file
drivers/block
This driver uses files as block devices, can be used for testing disk
operations on sandbox.
A new command "sata_loop" is introduced to load files in runtime.
Signed-off-by: Pavel Herrmann
---
Changes for v6:
sync with new version of "Fix checkpatch warnings about externs in
conversion, where most of the cmd_ide code will create a new universal
IDE driver, and all hooks and overrides will be provided in its platform data.
note: this series has not been tested on the actual hardware
Pavel Herrmann (10):
remove CONFIG_SC3 from cmd_ide.c
split mpc8xx hooks from
There is no difference in codepath with CONFIG_SC3 enabled, so just remove it
Signed-off-by: Pavel Herrmann
---
common/cmd_ide.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/common/cmd_ide.c b/common/cmd_ide.c
index 6e1e568..4b94e23 100644
--- a/common/cmd_ide.c
+++ b/common
: Pavel Herrmann
---
board/esd/cpci750/ide.c | 1 -
board/linkstation/ide.c | 1 -
board/pcs440ep/pcs440ep.c | 1 -
common/cmd_ide.c | 57 ++-
include/ide.h | 11 +
5 files changed, 48 insertions(+), 23 deletions
Move power control code from ide_reset() into IVM-specific IDE reset code.
Signed-off-by: Pavel Herrmann
---
board/ivm/ivm.c | 46 ++
common/cmd_ide.c | 48
2 files changed, 46 insertions(+), 48
mpc8xx-based boards, and
therefore are placed in arch/ppc/lib/
note: checkpatch still emits warnings about using volatile
Signed-off-by: Pavel Herrmann
---
arch/powerpc/lib/Makefile| 1 +
arch/powerpc/lib/ide.c | 207 +++
arch/powerpc/lib/ide.h
Move input_data() and friends to board/cpc45/ide.c, as overrides for weak
aliases in cmd_ide.c
note: checkpatch emits warnings about using volatile
Signed-off-by: Pavel Herrmann
---
board/cpc45/Makefile | 2 +-
board/cpc45/ide.c| 130
: Pavel Herrmann
---
common/cmd_ide.c | 63
1 file changed, 27 insertions(+), 36 deletions(-)
diff --git a/common/cmd_ide.c b/common/cmd_ide.c
index 89849d5..2f3b077 100644
--- a/common/cmd_ide.c
+++ b/common/cmd_ide.c
@@ -81,19 +81,6
Keep all IDE-related hooks and overrides in a single file, to avoid confusion.
Signed-off-by: Pavel Herrmann
---
board/cpc45/cpc45.c | 15 ---
board/cpc45/ide.c | 15 +++
2 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/board/cpc45/cpc45.c b/board/cpc45
Move special case of ide_swap_read() for AU1X00 SoC into SoC-specific directory.
Signed-off-by: Pavel Herrmann
---
arch/mips/cpu/mips32/au1x00/Makefile | 2 +-
arch/mips/cpu/mips32/au1x00/au1x00_ide.c | 33
common/cmd_ide.c | 6
Move specific ide_input_data and friends to board-specific file.
Signed-off-by: Pavel Herrmann
---
board/pcs440ep/pcs440ep.c | 56 +++
common/cmd_ide.c | 18 ---
2 files changed, 56 insertions(+), 18 deletions(-)
diff --git a
mpc8xx and mpc5xxx specific includes in cmd_ide.c are not required, remove them.
Signed-off-by: Pavel Herrmann
---
common/cmd_ide.c | 8
1 file changed, 8 deletions(-)
diff --git a/common/cmd_ide.c b/common/cmd_ide.c
index 4f3ff54..891ce21 100644
--- a/common/cmd_ide.c
+++ b/common
On Monday 08 of October 2012 16:38:46 Tom Rini wrote:
> On Sun, Oct 07, 2012 at 05:56:12PM +0200, Pavel Herrmann wrote:
> > Move special case of ide_swap_read() for AU1X00 SoC into SoC-specific
> > directory.
> >
> > Signed-off-by: Pavel Herrmann
>
> Two problem
On Sunday 07 of October 2012 20:20:08 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > Move input_data() and friends to board/cpc45/ide.c, as overrides for weak
> > aliases in cmd_ide.c
> >
> > note: checkpatch emits warnings about using volatile
> >
On Sunday 07 of October 2012 20:14:23 Marek Vasut wrote:
> Dear Pavel Herrmann,
>
> > This changes input_data() and friends from static function to global
> > symbols under weak alias, to enable board specific overrides (and
> > therefore get rid of board-specific cod
mpc8xx-based boards, and
therefore are placed in arch/ppc/lib/
note: checkpatch still emits warnings about using volatile
Signed-off-by: Pavel Herrmann
---
Changes for v2:
style fixes
arch/powerpc/lib/Makefile| 1 +
arch/powerpc/lib/ide.c | 201
: Pavel Herrmann
---
Changes for v2:
rebase on top of next
use "shorts" as a count parameter for the short-aligned I/O calls
board/esd/cpci750/ide.c | 1 -
board/linkstation/ide.c | 1 -
board/pcs440ep/pcs440ep.c | 1 -
common/cmd_ide.c
Keep all IDE-related hooks and overrides in a single file, to avoid confusion
Signed-off-by: Pavel Herrmann
---
Changes for v2:
style fixes
board/cpc45/cpc45.c | 15 ---
board/cpc45/ide.c | 15 +++
2 files changed, 15 insertions(+), 15 deletions(-)
diff --git a
move special case of ide_swap_read() for AU1X00 SoC into SoC-specific directory.
Signed-off-by: Pavel Herrmann
---
Changes for v2:
rebase on top of next
include missing to fix compilation
arch/mips/cpu/mips32/au1x00/Makefile | 2 +-
arch/mips/cpu/mips32/au1x00/au1x00_ide.c | 32
s is a "partition switch library", when it doesnt deal with
partitions at all. Care to explain? Or maybe call it "filesystem-auto
detection" or something?
Best Regards
Pavel Herrmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
and the string you are
patching up here (along with many others, due to unification of disk
interfaces) is changed.
Best Regards
Pavel Herrmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Monday 15 of October 2012 10:40:25 Stephen Warren wrote:
> On 10/13/2012 01:38 PM, Pavel Herrmann wrote:
> > Hi
> >
> > On Wednesday 10 October 2012 12:14:00 Stephen Warren wrote:
> >> From: Stephen Warren
> >>
> >> This removes the sta
Hello
On Wednesday 24 of April 2013 08:53:09 Simon Glass wrote:
> From: Pavel Herrmann
>
> ** Please note that this is very early code. I am sending out an RFC to
> get comments. This is not a commit message. This will only build on sandbox
> and all you can do it try the '
Hi
On Friday 26 of April 2013 06:30:17 Simon Glass wrote:
> Hi Peter,
>
> On Wed, Apr 24, 2013 at 9:51 AM, Pavel Herrmann
wrote:
> > Hello
> >
> > On Wednesday 24 of April 2013 08:53:09 Simon Glass wrote:
> > > snip
> >
> > Thanks for building
1 - 100 of 110 matches
Mail list logo
