Re: [U-Boot-Users] Release status - things to be done
[removing my private e-mail address from Cc] On Sun, 06 Jul 2008 01:05:40 +0200 Wolfgang Denk [EMAIL PROTECTED] wrote: 2582 05/21 Haavard Skinnemoe [PATCH] MMC: Consolidate MMC/SD command definitions - Rejected, needs to be rebased I see you applied v2 instead -- good. Please ignore v1 as it was posted before the big whitespace cleanup. 2584 05/21 Haavard Skinnemoe [PATCH] Remove [EMAIL PROTECTED] from MAINTAINERS - asked submitter for fixes / cleanup I'll send you a new patch later today...if I can find the original commit. 3648 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 1/6] AT572D940HF-EB Support 3649 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 2/6] AT572D940HF-EB Support 3650 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 3/6] AT572D940HF-EB Support 3651 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 4/6] AT572D940HF-EB Support 3652 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 5/6] AT572D940HF-EB Support 3653 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 6/6] AT572D940HF-EB Support 3654 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3733 06/12 Ulf Samuelsson Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3735 06/12 COSTA, Antonio Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3737 06/12 Ulf Samuelsson Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3739 06/12 Jerry Van BarenRe: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3859 06/15 Haavard Skinnemoe Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3897 06/16 [EMAIL PROTECTED] Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3899 06/17 Haavard Skinnemoe Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3740 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 1/6] AT572D940HF-EB Support v2 (board folder) 3741 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 2/2] AT572D940HF-EB Support v2 (SDHC support part 2) 3742 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 1/2] AT572D940HF-EB Support v2 (SDHC support part 1) 3743 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 3/6] AT572D940HF-EB Support v2 (include files part 1) 3744 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 5/6] AT572D940HF-EB Support v2 (ethernet files) 3745 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 4/6] AT572D940HF-EB Support v2 (include files part 2) 3747 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 2/6] AT572D940HF-EB Support v2 (cpu folder) 3748 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 6/6] AT572D940HF-EB Support v2 (configuration files) 3746 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 1/1] mmc_verbosity variable 3764 06/12 Haavard Skinnemoe Re: [U-Boot-Users] [PATCH 1/2] AT572D940HF-EB Support v2 (SDHC support part 1) - still under discussion; who is reponsible? I think Jean-Christophe should be responsible for most of this, but I obviously want to be kept in the loop with the MMC/SD/SDHC stuff and possibly other stuff that is or ought to be shared with avr32. Now that the MMC driver has been moved into drivers/mmc, I'd really like to see a patch with the minimum amount of changes needed to make the driver work on AT91 and AT57 as well. With that in place, we'll have a great baseline to add new features like SDHC and MMC+ support, and the rest of the AT57 board support can be merged independently. Haavard - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
In message [EMAIL PROTECTED] you wrote: 2989 05/29 Tsi-Chung.Liew [PATCH] ColdFire: Fix UART baudrate formula - for ColdFire custodian The patch is for u-boot/drivers/serial/mcfuart.c. Do I apply this patch to CF repo? As it affects CF code only: yes, please. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] On the subject of C program indentation: In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. - Blair P. Houghton - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
Wolfgang Denk wrote: snip 3582 06/10 Manuel Sahm[U-Boot-Users] Teridian Phy Support tr78q21x3 3618 06/10 Anatolij Gustschi Re: [U-Boot-Users] Teridian Phy Support tr78q21x3 - asked submitter for proper patch patch now resubmitted as [U-Boot-Users] [PATCH v2] at91: Fix to enable using Teridian MII phy (78Q21x3) with at91sam9260 Best regards, Anatolij - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
Hi Wolfgang, On Sunday 06 July 2008, Wolfgang Denk wrote: Open question: snip 2994 05/30 [EMAIL PROTECTED] [U-Boot-Users] [PATCH] Change GPIO to control the LSB transmitter on lwmon5 board. - for ppc_4xx custodian Forgot about that, sorry. I checked and it doesn't apply. Seems to be depend on other non-applied patches. I asked Sascha to resubmit. snip 3766 06/12 Brian S. ParkRe: [U-Boot-Users] U-Boot and Linux on Walnut based board - problem confirmed, to be taken care of by PPC4xx custodian. I just tested with current TOT U-Boot (c956717a) and it works (again). Not sure what caused this problem though. 3828 06/14 Larry Johnson [U-Boot-Users] [PATCH] ppc4xx: Update and add FDT to Korat board support 3829 06/14 Larry Johnson [U-Boot-Users] [PATCH] pp44xx: Remove implementation of testdram() from Korat board support - for ppc4xx custodian This was submitted *after* the merge window closed. So I staged it into my internal next branch. Or should I apply those patches to master and ask you to pull them now? 3871 06/16 Stefan Roese [U-Boot-Users] [PATCH] cfi-flash: Fix problem in flash_toggle(), busy was not detected reliably - for CFI-Flash custodian Already applied: fb8c061ea05fc68d37e2a8b9f8c949d76c8d71a8 3905 06/17 Nobuhiro Iwamats Re: [U-Boot-Users] [PATCH][RFC] pci: Remove CONFIG_PCI_SKIP_HOST_BRIDGE and Add check PCI class 3908 06/17 Nobuhiro Iwamatsu [PATCH][RFC] pci: Add check PCI bridge class (Re: [U-Boot-Users] [PATCH][RFC] pci: Remove CONFI - asked other users (Stefan Roese) for feedback Will review and test today/tomorrow. 4026 06/18 Jason McMullan [U-Boot-Users] [PATCH] mtd: SPI Flash: Winbond W25X16/WX2532/WX2564 support 4027 06/19 Jason McMullan [U-Boot-Users] [PATCH] mtd: SPI Flash: Support the ST Microelectronics M25P80 and M25P40 4028 06/19 McMullan, Jason [U-Boot-Users] MTD Winbond and MTD STMicro SPI Flash Support - for MTD custodian MTD custodian? We don't have one. Should I put those patches in my cfi-flash custodian repository? Again, those patches were submitted *after* the merge windows closed. So I would normally queue them for the next merge window. Please let me know if you want to merge them now. Thanks. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
In message [EMAIL PROTECTED] you wrote: 3766 06/12 Brian S. ParkRe: [U-Boot-Users] U-Boot and Linux on Walnut based board - problem confirmed, to be taken care of by PPC4xx custodian. I just tested with current TOT U-Boot (c956717a) and it works (again). Not sure what caused this problem though. Well, the bug is bisectable, IIRC. I would like to be sure that the bug ius really fixed now, and will not show up in the next version again. Could you please check? 3828 06/14 Larry Johnson [U-Boot-Users] [PATCH] ppc4xx: Update and add FDT to Korat board support 3829 06/14 Larry Johnson [U-Boot-Users] [PATCH] pp44xx: Remove implementation of testdram() from Korat board support - for ppc4xx custodian This was submitted *after* the merge window closed. So I staged it into my internal next branch. Or should I apply those patches to master and ask you to pull them now? Your decision. I was asking because I didn't see any feedback. 4026 06/18 Jason McMullan [U-Boot-Users] [PATCH] mtd: SPI Flash: Winbond W25X16/WX2532/WX2564 support 4027 06/19 Jason McMullan [U-Boot-Users] [PATCH] mtd: SPI Flash: Support the ST Microelectronics M25P80 and M25P40 4028 06/19 McMullan, Jason [U-Boot-Users] MTD Winbond and MTD STMicro SPI Flash Support - for MTD custodian MTD custodian? We don't have one. Should I put those patches in my cfi-flash custodian repository? s/MTD/NAND/. I think SPI flash code should be handled by the NAND custodian - Scott? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The trouble with our times is that the future is not what it used to be. - Paul Valery - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
On Monday 07 July 2008, Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: 3766 06/12 Brian S. ParkRe: [U-Boot-Users] U-Boot and Linux on Walnut based board - problem confirmed, to be taken care of by PPC4xx custodian. I just tested with current TOT U-Boot (c956717a) and it works (again). Not sure what caused this problem though. Well, the bug is bisectable, IIRC. I would like to be sure that the bug ius really fixed now, and will not show up in the next version again. Could you please check? OK, I'll try to find some time today to do this too. 3828 06/14 Larry Johnson [U-Boot-Users] [PATCH] ppc4xx: Update and add FDT to Korat board support 3829 06/14 Larry Johnson [U-Boot-Users] [PATCH] pp44xx: Remove implementation of testdram() from Korat board support - for ppc4xx custodian This was submitted *after* the merge window closed. So I staged it into my internal next branch. Or should I apply those patches to master and ask you to pull them now? Your decision. I was asking because I didn't see any feedback. I would like to get those patches pushed upstream now. I'll pull them into my custodian repo and ask for a pull soon. 4026 06/18 Jason McMullan [U-Boot-Users] [PATCH] mtd: SPI Flash: Winbond W25X16/WX2532/WX2564 support 4027 06/19 Jason McMullan [U-Boot-Users] [PATCH] mtd: SPI Flash: Support the ST Microelectronics M25P80 and M25P40 4028 06/19 McMullan, Jason [U-Boot-Users] MTD Winbond and MTD STMicro SPI Flash Support - for MTD custodian MTD custodian? We don't have one. Should I put those patches in my cfi-flash custodian repository? s/MTD/NAND/. I think SPI flash code should be handled by the NAND custodian - Scott? Ufff. :) Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
On Monday 07 July 2008, Stefan Roese wrote: 3766 06/12 Brian S. ParkRe: [U-Boot-Users] U-Boot and Linux on Walnut based board - problem confirmed, to be taken care of by PPC4xx custodian. I just tested with current TOT U-Boot (c956717a) and it works (again). Not sure what caused this problem though. Well, the bug is bisectable, IIRC. I would like to be sure that the bug ius really fixed now, and will not show up in the next version again. Could you please check? OK, I'll try to find some time today to do this too. I found the time. Unfortunately it was not easy to bisect since 4xx was not buildable for quite some time. So I had to manually bisect. The commit that fixes this issue is: c821b5f120bedf73867513466412587c6912a8f8 ppc4xx: Enable Primordial Stack for 40x and Unify ECC Handling This patch (Part 1 of 2): * Rolls up a suite of changes to enable correct primordial stack and global data handling when the data cache is used for such a purpose for PPC40x-variants (i.e. CFG_INIT_DCACHE_CS). * Related to the first, unifies DDR2 SDRAM and ECC initialization by eliminating redundant ECC initialization implementations and moving redundant SDRAM initialization out of board code into shared 4xx code. * Enables MCSR visibility on the 405EX(r). * Enables the use of the data cache for initial RAM on both AMCC's Kilauea and Makalu and removes a redundant CFG_POST_MEMORY flag from each board's CONFIG_POST value. - Removed, per Stefan Roese's request, defunct memory.c file for Makalu and rolled sdram_init from it into makalu.c. With respect to the 4xx DDR initialization and ECC unification, there is certainly more work that can and should be done (file renaming, etc.). However, that can be handled at a later date on a second or third pass. As it stands, this patch moves things forward in an incremental yet positive way for those platforms that utilize this code and the features associated with it. Signed-off-by: Grant Erickson [EMAIL PROTECTED] Signed-off-by: Stefan Roese [EMAIL PROTECTED] So it seems to have been a problem with the INIT RAM in D-cache which got fixed by Grant's patch here. Thanks again to Grant for all his great work. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
Dear John, in message [EMAIL PROTECTED] you wrote: - We have a big problem here. The thing is that we need a MPC521x custodian. Grant Likely (custodian for MPC52xx) cannot / does not want to take this responsibility; I would like to help but I cannot as I don't have access to latest hardware. I think that John Rigby is probably in the best position for this role. John, are you (or anybody else) voluteering? Sure, I'll volunteer. I'll follow-up with Martha and have her submit cleaned up patches. She is out until next week, when she gets back I'll help her submit cleaned up patches. Excellent. I'll set up a MPC512x repo as soon as possible. Given that we're pretty late in the release cycle - do you think this can be handled quickly then? I'd even be willing to delay the release for a week or so to get this included... Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The universe, they said, depended for its operation on the balance of four forces which they identified as charm, persuasion, uncertainty and bloody-mindedness. -- Terry Pratchett, The Light Fantastic - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
On Mon, Jul 07, 2008 at 11:37:13AM +0200, Wolfgang Denk wrote: 4026 06/18 Jason McMullan [U-Boot-Users] [PATCH] mtd: SPI Flash: Winbond W25X16/WX2532/WX2564 support 4027 06/19 Jason McMullan [U-Boot-Users] [PATCH] mtd: SPI Flash: Support the ST Microelectronics M25P80 and M25P40 4028 06/19 McMullan, Jason [U-Boot-Users] MTD Winbond and MTD STMicro SPI Flash Support - for MTD custodian MTD custodian? We don't have one. Should I put those patches in my cfi-flash custodian repository? s/MTD/NAND/. I think SPI flash code should be handled by the NAND custodian - Scott? It doesn't use the generic NAND code (nor do I see any evidence that it resembles standard NAND flash at all), and I'm not familiar with SPI flash, so I'm inclined to decline responsibility for that part of the tree. It should probably go directly via you, in the absence of a general MTD maintainer. -Scott - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
On Sun, 2008-07-06 at 01:05 +0200, Wolfgang Denk wrote: 2147 05/13 Jason Jin [PATCH] Feed the watchdog in u-boot for 8610 board. - for 86xx custodian I picked this up. 4011 06/19 Kumar Gala [U-Boot-Users] [PATCH] MPC8641HPCN: Report board id, board version and fpga version. 4025 06/19 Jon Loeliger Re: [U-Boot-Users] [PATCH] MPC8641HPCN: Report board id, board version and fpga version. 4012 06/19 Kumar Gala [U-Boot-Users] [PATCH] MPC8610HPCD: Report board id, board version and fpga version. - already taken care of by 86xx custodian I'll follow up with a Pull Request! Thanks, jdl - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
On Sun, 06 Jul 2008 01:05:40 +0200
Wolfgang Denk [EMAIL PROTECTED] wrote:
* We have incompatible definitions of the CPU_TYPE_ENTRY for MPC83xx
systems:
In include/asm-ppc/processor.h:
973 #define CPU_TYPE_ENTRY(n, v) \
974 { .name = #n, .soc_ver = SVR_##v, }
But in cpu/mpc83xx/cpu.c:
47 #define CPU_TYPE_ENTRY(x) {#x, SPR_##x}
This causes ``CPU_TYPE_ENTRY redefined'' warnings that need to get
fixed.
- for MPC83xx custodian
you have already pulled a fix for this (commit
4890246a2c5df90a74e2941e3673a49bbd36aee9).
3564 06/09 Kim Phillips [U-Boot-Users] [PATCH] fdt_support: add
crypto node handling for MPC8{3, 5}xxE processors
3621 06/10 Kumar Gala Re: [U-Boot-Users] [PATCH] fdt_support: add
crypto node handling for MPC8{3, 5}xxE processors
3630 06/10 Kim Phillips [PATCH v2] fdt: add crypto node handling for
MPC8{3,5}xxE processors
3631 06/10 Jerry Van BarenRe: [PATCH v2] fdt: add crypto node handling
for MPC8{3,5}xxE processors
3895 06/16 Kim Phillips [PATCH v3] fdt: add crypto node handling for
MPC8{3,5}xxE processors
3896 06/16 Kim Phillips [PATCH v4] fdt: add crypto node handling for
MPC8{3, 5}xxE processors
3925 06/17 Kumar Gala Re: [PATCH v4] fdt: add crypto node handling
for MPC8{3, 5}xxE processors
- asked submitter about state: resubmit cleaned up version?
I responded to your query in that thread; please go ahead and apply v4
as Kumar's comments are addressed in a separate (85xx) patch.
3935 06/17 Kim Phillips [U-Boot-Users] [PATCH 2/2] mpc83xx: move
CPU_TYPE_ENTRY over to processor.h
- for 83xx custodian
you have already pulled this (same commit as above).
Kim
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
Wolfgang Denk wrote: Open question: * Are CFG_64BIT_LBA and CONFIG_LBA48 kind of redundant? At least it seems that CONFIG_LBA48 requires CFG_64BIT_LBA to be set or we will have problems due to insufficient size of the data types. Hi. I wrote the LBA48 patches a lng time ago (~4 years ago). They are not redundant, as it is possible to do LBA48 sopport with only 32 bit variables (supports up to 2.1TB disks) This was done (upon your request if I remember correctly) to save image size for IDE support for (at that time) normal disks. The 64bit LBA config variable also added %q as a length specifier to printf to be able to print a 64 bit number. I think printf now has gottent support for %llu ? If it does, there are som printf's within CONFIG_64BIT_LBA that can be changed. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
[EMAIL PROTECTED] wrote: Wolfgang Denk wrote: Open question: * Are CFG_64BIT_LBA and CONFIG_LBA48 kind of redundant? At least it seems that CONFIG_LBA48 requires CFG_64BIT_LBA to be set or we will have problems due to insufficient size of the data types. Ok, I see. CFG_64BIT_LBA is somewhat redundant. The 64bit prints are (and sector reads from command line) are protected by different define's Taking off CFG_64BIT_LBA and making the secrtor number always a 64bit should be perfectly fine. And we're quickly approaching the 2.1TB limit a 32bit lba has anyways. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
Wolfgang Denk wrote: * U-Boot mailing list traffic: 2858 05/27 wangjiankun820624 [U-Boot-Users] MIPS: about the function of the octeon_twsi_set_addr8 - for MIPS custodian I'm happy to know there is Octeon port, but I guess that's a local version provided from Cavium Networks to their customers. We don't have it in upstream, and dont' have any comments on that. 3512 06/08 Jason McMullan [U-Boot-Users] [PATCH] mips: When booting Linux images, add 'ethaddr' and 'eth1addr' to the env - for MIPS custodian Hm, I don't see any strong needs to have this. Will reply to Jason on ML, thanks. Shinya - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
Hi Wolfgang, Wolfgang Denk wrote: Hi everybody, here is a summary of the current state of my processing of patches that have been submitted for the upcoming 1.3.4 release. As you might have noticed, I've been on vacation for the last two weeks, and I spent this time (intentionally) completely offline. So please apologize if parts of the following comments / questions have been obsoleted by recent events - I will try to catch up as soon as possible, but I think it is better to send out this summary now, i. e. _before_ I start reading he backlog of the last two weeks. Here is a list of patches I had marked as open in my list, with comments about their state, including comments who I consider to be responsible for further progress: snip 3645 06/11 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH v2] net: sh: Renesas SH7763 Ethernet device support - for net custodian Didn't pick this up because it was after what I thought was the cut-off of 6/10. It still has issues, so I'll ask NobuHiro to re-submit. Should it go in this release when OK? snip 3812 06/13 Ben Warren [PATCH V4] Add mechanisms for CPU and board-specific Ethernet initialization - for net custodian. Again, thought it was too late. I'll send a pull request soon that will include this one. snip 3901 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH] net: ne2000: Move dev_addr variable from grobal to local. 3902 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH] net: ne2000: Fix compile error of NE2000 - for net custodian These are good ones, and will be in my pull request. Same deal with the date. snip 3984 06/18 Hugo Villeneuve[U-Boot-Users] [PATCH 1/2] Remove duplicate definitions in include/lxt971a.h. 3985 06/18 Hugo Villeneuve[U-Boot-Users] [PATCH 2/2] Remove duplicate code in cpu/arm926ejs/davinci/lxt972.c. - for net custodian Missed these completely, since no clues in title about networking... regards, Ben - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
Dear Ben, in message [EMAIL PROTECTED] you wrote: 3645 06/11 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH v2] net: sh: Renesas SH7763 Ethernet device support - for net custodian Didn't pick this up because it was after what I thought was the cut-off of 6/10. It still has issues, so I'll ask NobuHiro to re-submit. Should it go in this release when OK? Yes, please. 3812 06/13 Ben Warren [PATCH V4] Add mechanisms for CPU and board-specific Ethernet initialization - for net custodian. Again, thought it was too late. I'll send a pull request soon that will include this one. Thanks. 3984 06/18 Hugo Villeneuve[U-Boot-Users] [PATCH 1/2] Remove duplicate definitions in include/lxt971a.h. 3985 06/18 Hugo Villeneuve[U-Boot-Users] [PATCH 2/2] Remove duplicate code in cpu/arm926ejs/davinci/lxt972.c. - for net custodian Missed these completely, since no clues in title about networking... Well, LXT97x means PHY means net custodian for me :-) Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] I usually tell my classes if you are using @ and [] together in this class, you will almost certainly NOT get what you want. That's going down the wrong tunnel. There's no cheese at the end of that tunnel. -- Randal L. Schwartz in [EMAIL PROTECTED] - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
Wolfgang, 4000 06/18 Magnus Lilja [U-Boot-Users] i.MX31: mx31_gpio_mux() problem - do nothing; waiting for resubmit I submitted patches to this problem in two posts with the following subjects: [PATCH 1/2] i.MX31: Fix IOMUX related typos (June 23:rd) [PATCH 2/2] i.MX31: Fix mx31_gpio_mux() function and MUX_-macros. (June 23:rd) http://www.nabble.com/-PATCH-1-2--i.MX31%3A-Fix-IOMUX-related-typos.-to18073906.html http://www.nabble.com/-PATCH-2-2--i.MX31%3A-Fix-mx31_gpio_mux%28%29-function-and-MUX_-macros.-to18073932.html Thanks, Magnus - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
On 01:05 Sun 06 Jul , Wolfgang Denk wrote: Hi everybody, here is a summary of the current state of my processing of patches that have been submitted for the upcoming 1.3.4 release. As you might have noticed, I've been on vacation for the last two weeks, and I spent this time (intentionally) completely offline. So please apologize if parts of the following comments / questions have been obsoleted by recent events - I will try to catch up as soon as possible, but I think it is better to send out this summary now, i. e. _before_ I start reading he backlog of the last two weeks. Here is a list of patches I had marked as open in my list, with comments about their state, including comments who I consider to be responsible for further progress: Thanks about it. 2536 05/20 Sergey Lapin [U-Boot-Users] [PATCH] DataFlash AT45DB021 support 2618 05/21 Sergey Lapin Re: [U-Boot-Users] [PATCH] DataFlash AT45DB021 support 2836 05/26 Sergey Lapin [U-Boot-Users] [AT91] Re: [PATCH] DataFlash AT45DB021 support 2840 05/26 Matt Gessner Re: [U-Boot-Users] [AT91] Re: [PATCH] DataFlash AT45DB021 support 2945 05/29 Sergey Lapin Re: [U-Boot-Users] [AT91] Re: [PATCH] DataFlash AT45DB021 support 3371 06/05 Sergey Lapin [U-Boot-Users] [PATCH][AT91][Re-submit] DataFlash AT45DB021 support 3923 06/17 Sergey Lapin Re: [U-Boot-Users] [PATCH][AT91][Re-submit] DataFlash AT45DB021 support - for AT91 custodian 2629 05/21 Christian Eggers [U-Boot-Users] [Patch] Configure SMC for a second flash device if required - for AT91 custodian 2649 05/22 Stelian Pop[U-Boot-Users] [PATCH] Fix boot from NOR due to incorrect reset delay. - for AT91 custodian Already send a pull-request about it 2660 05/22 Haavard Skinnemoe [PATCH v2] MMC: Consolidate MMC/SD command definitions - applied 2663 05/22 Haavard Skinnemoe [U-Boot-Users] [PATCH] avr32: Fix wrong error flags in atmel_mci driver - already applied 2664 05/22 Sergey Lapin [U-Boot-Users] [PATCH][Re-Submit] DataFlash AT45DB021 support - for AT91 custodian I've plan to add it for the 1.3.5 but I will do it for the 1.3.4 2688 05/22 Jean-Christophe P Re: [U-Boot-Users] [PATCH 18/26] Make nand_init() return the detected NAND size 2694 05/22 Scott Wood Re: [U-Boot-Users] [PATCH 18/26] Make nand_init() return the detected NAND size - for AT91 custodian drop by the author 2786 05/24 Jean-Christophe P [U-Boot-Users] [PATCH] MAKEALL: add at91 list - asked submitter for fixes / cleanup I will send a fix patch 2802 05/24 Haavard Skinnemoe Re: [U-Boot-Users] [PATCH 06/18] avr32: Add support for the ATSTK1006 board 2803 05/24 Haavard Skinnemoe Re: [U-Boot-Users] [PATCH 05/18] avr32: Get rid of the .flashprog section 2831 05/26 Haavard Skinnemoe [U-Boot-Users] [PATCH] avr32: Fix theoretical race in udelay() 2833 05/26 Haavard Skinnemoe [PATCH v4 1/3] Move definition of container_of() to common.h 2834 05/26 Haavard Skinnemoe [PATCH v4 2/3] SPI API improvements 2835 05/26 Haavard Skinnemoe [PATCH v4 3/3] atmel_spi: Driver for the Atmel SPI controller - already applied 2853 05/27 Jean-Christophe P [U-Boot-Users] [PATCH] [AT91SAM9] Fix NAND FLASH timings - for AT91 custodian Already send a pull-request 2858 05/27 wangjiankun820624 [U-Boot-Users] MIPS: about the function of the octeon_twsi_set_addr8 - for MIPS custodian 3652 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 5/6] AT572D940HF-EB Support 3653 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 6/6] AT572D940HF-EB Support 3654 06/11 Antonio R. Costa [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3733 06/12 Ulf Samuelsson Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3735 06/12 COSTA, Antonio Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3737 06/12 Ulf Samuelsson Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3739 06/12 Jerry Van BarenRe: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3859 06/15 Haavard Skinnemoe Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3897 06/16 [EMAIL PROTECTED] Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3899 06/17 Haavard Skinnemoe Re: [U-Boot-Users] [PATCH 1/3] SDHC Support for AT572d940HF-EB 3740 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 1/6] AT572D940HF-EB Support v2 (board folder) 3741 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 2/2] AT572D940HF-EB Support v2 (SDHC support part 2) 3742 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 1/2] AT572D940HF-EB Support v2 (SDHC support part 1) 3743 06/12 Antonio R. Costa [U-Boot-Users] [PATCH 3/6] AT572D940HF-EB Support v2 (include files part 1) 3744 06/12 Antonio R. Costa [U-Boot-Users]
Re: [U-Boot-Users] Release status - things to be done
Hi, Wolfgang. On Sun, 06 Jul 2008 01:05:40 +0200 Wolfgang Denk [EMAIL PROTECTED] wrote: 3910 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH 1/9] sh: Cleanup source code of MS7720SE 3911 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH 2/9] sh: Cleanup source code of MS7722SE 3912 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH 4/9] sh: Cleanup source code of R2DPlus 3913 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH 3/9] sh: Cleanup source code of R7780MP 3914 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH 5/9] sh: Cleanup source code of SH7763RDP 3915 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH 6/9] sh: Update Hitachi MS7722SE board 3916 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH 7/9] sh: Update Renesas Migo-R board 3917 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH 8/9] sh: Update Renesas R7780MP board 3918 06/17 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH 9/9] sh: Update Renesas R2DPlus board - for SH custodian Already applied. I plan to request-pull later. Best regards, Nobuhiro -- Nobuhiro Iwamatsu - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Release status - things to be done
Hi Ben. 2008/7/6 Ben Warren [EMAIL PROTECTED]: 3645 06/11 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH v2] net: sh: Renesas SH7763 Ethernet device support - for net custodian Didn't pick this up because it was after what I thought was the cut-off of 6/10. It still has issues, so I'll ask NobuHiro to re-submit. Should it go in this release when OK? snip II reflected your comment as this and contributed it again. Could you apply this patch? Best regards, Nobuhiro - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Release status - things to be done
Hi everybody,
here is a summary of the current state of my processing of patches
that have been submitted for the upcoming 1.3.4 release.
As you might have noticed, I've been on vacation for the last two
weeks, and I spent this time (intentionally) completely offline. So
please apologize if parts of the following comments / questions have
been obsoleted by recent events - I will try to catch up as soon as
possible, but I think it is better to send out this summary now,
i. e. _before_ I start reading he backlog of the last two weeks.
Here is a list of patches I had marked as open in my list, with
comments about their state, including comments who I consider to be
responsible for further progress:
Open question:
* Are CFG_64BIT_LBA and CONFIG_LBA48 kind of redundant?
At least it seems that CONFIG_LBA48 requires CFG_64BIT_LBA to be set
or we will have problems due to insufficient size of the data types.
* We have incompatible definitions of the CPU_TYPE_ENTRY for MPC83xx
systems:
In include/asm-ppc/processor.h:
973 #define CPU_TYPE_ENTRY(n, v) \
974 { .name = #n, .soc_ver = SVR_##v, }
But in cpu/mpc83xx/cpu.c:
47 #define CPU_TYPE_ENTRY(x) {#x, SPR_##x}
This causes ``CPU_TYPE_ENTRY redefined'' warnings that need to get
fixed.
- for MPC83xx custodian
* Current NAND code (the Constants for hardware specific CLE/ALE/NCE
functions in include/linux/mtd/nand.h, lines 75ff, break building
on some boards like NETPHONE, NETTA, NETTA2, NETTA_ISDN, NETVIA_V2,
SXNI855T (which have different definitions with the same names in
their board config files) with error messages like these:
In file included from /home/wd/git/u-boot/work/include/nand.h:29,
from board.c:94:
/home/wd/git/u-boot/work/include/linux/mtd/nand.h:82:1: warning:
NAND_CTL_SETCLE redefin
ed
In file included from /home/wd/git/u-boot/work/include/config.h:4,
from /home/wd/git/u-boot/work/include/common.h:35,
from board.c:24:
/home/wd/git/u-boot/work/include/configs/NETPHONE.h:547:1: warning:
this is the location o
f the previous definition
In file included from /home/wd/git/u-boot/work/include/nand.h:29,
from board.c:94:
/home/wd/git/u-boot/work/include/linux/mtd/nand.h:84:1: warning:
NAND_CTL_CLRCLE redefin
ed
In file included from /home/wd/git/u-boot/work/include/config.h:4,
from /home/wd/git/u-boot/work/include/common.h:35,
from board.c:24:
etc.
-- for NAND custodian.
* include/linux/mtd/mtd.h contains a definition of the DEBUG macro
which conflicts with normal use like adding '-DDEBUG' on the
command line.
Also, I think we whould get rid of all the printk() stuff.
-- for NAND custodian.
* U-Boot mailing list traffic:
1116 04/24 michael[U-Boot-Users] [PATCH ARM 0/2] Ide support
1117 04/24 michael[U-Boot-Users] [PATCH ARM 1/2] Ide support io
function
1118 04/24 michael[U-Boot-Users] [PATCH ARM 2/2] Ide support. Ide
registration
- for ARM Custodian
1785 05/06 Martha Marx[U-Boot-Users] [PATCH] Adds configurable IO Pin
init for ADS5121
2972 05/29 Martha Marx[U-Boot-Users] [PATCH] Configuration changes
for ADS5121 Rev 3
3882 06/16 Grant Likely Re: [U-Boot-Users] [PATCH] Configuration
changes for ADS5121 Rev 3
2973 05/29 Martha Marx[U-Boot-Users] [PATCH] Changes ADS5121 splash
screen from hard-coded bmp to flash bmp
3884 06/16 Grant Likely Re: [U-Boot-Users] [PATCH] Changes ADS5121
splash screen from hard-coded bmp to flash bmp
2976 05/29 Martha Marx[U-Boot-Users] [PATCH] Consolidates ADS5121 IO
Pin configuration
2979 05/29 Kenneth Johansson Re: [U-Boot-Users] [PATCH] Consolidates ADS5121
IO Pin configuration
3883 06/16 Grant Likely Re: [U-Boot-Users] [PATCH] Consolidates ADS5121
IO Pin configuration
- We have a big problem here. The thing is that we need a
MPC521x custodian. Grant Likely (custodian for MPC52xx)
cannot / does not want to take this responsibility;
I would like to help but I cannot as I don't have access to
latest hardware.
I think that John Rigby is probably in the best position
for this role. John, are you (or anybody else) voluteering?
2147 05/13 Jason Jin [PATCH] Feed the watchdog in u-boot for 8610
board.
- for 86xx custodian
2378 05/18 Jean-Christophe P [U-Boot-Users] [PATCH 08/17] marabun_pcmcia:
Move compile condition to the Makefile
2379 05/18 Jean-Christophe P [U-Boot-Users] [PATCH 09/17] pxa_pcmcia: Move
compile condition to the Makefile
2380 05/18 Jean-Christophe P [U-Boot-Users] [PATCH 10/17]
pcmcia/ti_pci1410a: Move compile condition to the Makefile
2447 05/19 Haavard
