Hi Wolfgang,
On Wednesday 22 September 2010 23:01:43 Wolfgang Denk wrote:
> Sorry, this does not apply:
>
> -> git fetch u-boot-ppc4xx.git next:next
> From git://git.denx.de/u-boot-ppc4xx
> ! [rejected]next -> next (non-fast-forward)
Hmmm, not sure what went wrong here. I just re
Hello Albert,
Albert Aribaud wrote:
> Add -msingle-pic-base to the relocation flags, and compute the pic base
> in start.S twice and for all -- once before relocation to run board_init_f,
> and once after relocation to run board_init_r and the rest of u-boot.
> This further reduces code size by 2.
Signed-off-by: Marek Vasut
---
arch/arm/cpu/pxa/pxafb.c | 200 +++---
1 files changed, 100 insertions(+), 100 deletions(-)
diff --git a/arch/arm/cpu/pxa/pxafb.c b/arch/arm/cpu/pxa/pxafb.c
index 0ee6a75..09ee5c6 100644
--- a/arch/arm/cpu/pxa/pxafb.c
+++ b/
ACX517AKN LCD panel is found in Palm Tungsten|C
Signed-off-by: Marek Vasut
---
arch/arm/cpu/pxa/pxafb.c | 34 ++
1 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/pxa/pxafb.c b/arch/arm/cpu/pxa/pxafb.c
index d73f765..499f5cf 100644
---
This LCD panel is found in Palm LifeDrive handheld
Signed-off-by: Marek Vasut
---
arch/arm/cpu/pxa/pxafb.c | 34 ++
1 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/pxa/pxafb.c b/arch/arm/cpu/pxa/pxafb.c
index 499f5cf..d8a86a1 100644
Signed-off-by: Marek Vasut
---
common/serial.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/serial.c b/common/serial.c
index 1345c08..3edeff9 100644
--- a/common/serial.c
+++ b/common/serial.c
@@ -30,7 +30,7 @@ DECLARE_GLOBAL_DATA_PTR;
static struct serial_dev
This patch adds support for the Palm Tungsten|C PXA255 board. The support
includes:
- LCD
- MMC
- UART
- NOR
Signed-off-by: Marek Vasut
---
MAINTAINERS |4 +
board/palmtc/Makefile| 49 +
board/palmtc/config.mk |1 +
board/palmtc/lowlevel_init.S |
Signed-off-by: Marek Vasut
---
MAINTAINERS |1 +
board/palmld/Makefile| 49
board/palmld/config.mk |1 +
board/palmld/lowlevel_init.S | 45 +++
board/palmld/palmld.c| 69 +++
board/palmld/u-boot.lds | 56 +
b
128MB NOR module support.
Define __io to get harddrive working.
Fix saving of environment into OneNAND.
Boot from harddrive when possible.
Add missing MAINTAINERS entry.
Signed-off-by: Marek Vasut
---
MAINTAINERS |1 +
MAKEALL |3 +-
Makefile
The following hardware is currently supported:
- UART
- USB Host
- FPGA
Signed-off-by: Marek Vasut
---
MAINTAINERS|1 +
board/balloon3/Makefile| 49 +++
board/balloon3/balloon3.c | 228 ++
board/balloon3/config.mk
Signed-off-by: Marek Vasut
---
MAINTAINERS |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 78e62f0..347780e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -796,9 +796,11 @@ Greg Ungerer
Marek Vasut
balloon3xscale
+
From: Mikhail Kshevetskiy
This file is not used, automatically generated u-boot.lds is used instead
Signed-off-by: Mikhail Kshevetskiy
---
board/vpac270/u-boot.lds | 55 --
1 files changed, 0 insertions(+), 55 deletions(-)
delete mode 100644 board
From: Mikhail Kshevetskiy
* CONFIG_SYS_CLKS_IN_HZ is not used anywhere, so removing it
* CONFIG_SYS_HZ is set to 1000 on most architectures, so it
seems to be the safe default
Signed-off-by: Mikhail Kshevetskiy
---
include/configs/vpac270.h |3 +--
1 files changed, 1 insertions(+), 2 del
From: Mikhail Kshevetskiy
pxa_mem_setup macro use r6 to store CONFIG_SYS_MDREFR_VAL during memory
initialization. This reg is modified during execution of pxa_wait_ticks.
Later we use r6 to setup MDREFR[APD] bit. As result MDREFR[APD] is always
zero.
Signed-off-by: Mikhail Kshevetskiy
---
arch
From: Mikhail Kshevetskiy
Define ENV_ADDR as MONITOR_BASE + MONITOR_LEN. Fix environment sector
size (NOR: 32Kb for first four sectors and 128Kb for other; OneNAND: 128Kb).
Last but not least: we have MONITOR_LEN = 0x4 and one sector for
environment (size = 0x2), so the kernel may start
Hello Heiko,
Thanks for the in-depth analysis.
IIUC:
Le 23/09/2010 09:12, Heiko Schocher a écrit :
> /home/hs/celf/u-boot/arch/arm/cpu/arm926ejs/start.S:212: Error:
> internal_relocation (type: OFFSET_IMM) not fixed up
> /home/hs/celf/u-boot/arch/arm/cpu/arm926ejs/start.S:308: Error:
> intern
I will be out of the office starting 09/22/2010 and will not return until
09/24/2010.
I will respond to your message when I return. Please contact my manager
Colleen Becker 319-295-1567 if you require immediate attention.
___
U-Boot mailing list
U-Boo
Hi Stefan,
> This patch changes the behaviour of the fdt_fixup_nor_flash_node()
> function. Now it doesn't patch the size of the "reg" property with the
> chip-select size, but with the size returned from the new function
> flash_get_bank_size(). This function will return per weak default the
> fl
Hi Jacob,
> While going through the manual page for the ebony board, I noticed
> that there is description of the flattened device tree. Is it not
> needed?
For current versions of Linux this is needed. Only the DULG ebony
manual is not maintained anymore as amcc does not perceive this to be
wor
Hi Wolfgang,
please pull the following 4xx fixes into master:
The following changes since commit e6e1fb3050351ae96153b1ba6a5bd0a2d745794b:
Merge branch 'master' of git://git.denx.de/u-boot-blackfin (2010-09-22
22:36:42 +0200)
are available in the git repository at:
git://www.denx.de/git/u
Commit 2ee951ba (UBI: Enable re-initializing of the "ubi part" command)
reset mtd_devs in ubi_exit() but missed ubi_init()'s failure path.
Signed-off-by: Karl Beldan
Cc: Stefan Roese
---
drivers/mtd/ubi/build.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd
Dear Andreas Bießmann,
> This patch also removes conditional nameing of at91_emac driver whether it's
> connection to PHY is RMII or MII.
>
> Signed-off-by: Andreas Bießmann
> + sprintf(dev->name, "at91_emac");
Applied to u-boot-atmel/at91, with name shortened to "emac".
Thanks,
Reinhard
Dear Andreas Bießmann,
> This patch replaces the unnecessary waiting in at91emac_read() and
> at91emac_write() by checking the IDLE flag.
>
> Signed-off-by: Andreas Bießmann
Applied to u-boot-atmel/at91.
Thanks,
Reinhard
___
U-Boot mailing list
U-Boo
Dear Andreas Bießmann,
> Signed-off-by: Andreas Bießmann
> ---
> resent this patch cause of
> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/83565/focus=83856
Applied to u-boot-atmel/at91.
Thanks,
Reinhard
___
U-Boot mailing list
U-Boot@lists
Dear Andreas Bießmann,
> This patch introduces C structure definition for register footprint of
> atmel's
> usart.
>
> Signed-off-by: Andreas Bießmann
Applied to u-boot-atmel/at91.
Thanks,
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http
Dear Alexander Stein,
> When disabled the PIT runs until it reaches the CPIV value.
> The Linux PIT driver stops the PIT and waits until it stopped. This can
> take over 100ms. Simply stopping in u-boot isn't sufficient as the PIT
> will still be running when Linux is waiting until it stopped.
> So
Dear Reinhard Meyer,
> Signed-off-by: Reinhard Meyer
Applied to u-boot-atmel/at91.
Thanks,
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 22/09/10 19:44, Ben Gardiner wrote:
> This patch proposes to migrate the davinci_emac driver to using the
> eth_device->write_hwaddr function pointer as suggested by Ben Warren.
>
> All the davinci boards had the behaviour, prior to this patch, of
> sync'ing the environment variable enetaddr wi
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Wednesday, September 22, 2010 1:06 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH 1/2] [NEXT] orion5x: fix
> relocation-incompatible code
>
>
Hi,
I am using ppc440 based customised board.
While running the u-boot linux kernel uncompressed successfully but ramdisk
end-up with following error:
ERROR: Failed to allocate 0x80 bytes below 0x.
ramdisk - allocation error
Regards,
Ronny D.
Hi Roland,
[...]
> Anyway, just to tell about the background:
> I`m trying to replace my home server with a Dockstar. As this runs 24/7
> i want something energy-efficient for that.
> I got some Dockstars for so cheap and they are asbolute fantastic and
> just perfect fit to be run with debian.
Hi Prafulla,
Le 23/09/2010 11:16, Prafulla Wadaskar a écrit :
>> +/* Disable window 7, configure it for FLASH, enable it. */
>
> Can you pls fix the ordering here so that win6/7 appears last in the code?
Of course.
>> @@ -265,6 +283,8 @@ int arch_misc_init(void)
>> writel(ORION5X_MPP16_23,
Fixes build breakage in da830evm after commit
97003756249bd790910417eb66f0039bbf06a02c "da8xx: fixup ARM
relocation support"
The da8xx fixup commit changed da830/da850 common code to make
relocation work in da850, but didn't add the required defines
to da830evm_config.h resulting in build failure
Dear Ronny D,
In message <799862.6988...@web46115.mail.sp1.yahoo.com> you wrote:
>
> I am using ppc440 based customised board.
Which exact version of U-Boot are you running? And which board
configuration is this? Is this mainline code, or some out-of-tree
port?
> While running the u-boot linux
This patch enables gc-sections for PPC4xx. This is done to
generate smaller U-Boot images. For this the linker script
also needs some tweaking:
- For example change *(text) to *(text*)
- Add KEEP to some of the symbols, especially "resetvec"
This patch is tested on the following boards and reduce
Hello Albert,
Albert ARIBAUD wrote:
> Hello Heiko,
>
> Thanks for the in-depth analysis.
>
> IIUC:
>
> Le 23/09/2010 09:12, Heiko Schocher a écrit :
>
>> /home/hs/celf/u-boot/arch/arm/cpu/arm926ejs/start.S:212: Error:
>> internal_relocation (type: OFFSET_IMM) not fixed up
>> /home/hs/celf/u-b
Hi Roland,
[...]
> Apparently, it`s on the way (learnt that today), so maybe this needs just
> one or two more rounds to go trough. It seems it was not sent by the original
> author.
>
> see
> http://forum.doozan.com/read.php?3,435,1063#msg-1063
I see that you already started to analyze what co
I am using u-boot 2009.08 version.
Issue has been resolved.
Problem:
I am using Dma to initialize DDR and minidma required cache bit enable for
DDR, because of cache enabled I was getting lmb->memory.region[i].size = 0 and
end-up with an error "ramdisk - allocation error"
Solution:
I have disa
Le 23/09/2010 12:08, Heiko Schocher a écrit :
> Hmm.. I don;t know the other boards ... so, I decided for
> the relocation patches not to fix all arm boards, instead
> inroduce the CONFIG_SYS_ARM_WITHOUT_RELOC, and board
> maintainers (or others who have time for it) can adapt
> the boards to this
Hello, everyone,
I try to bring the u-boot up on the board with Cavium CN5010. When pci-init
is executed on the board_init_r, the board will hang. Did you have such a
question before? Any suggestions are welcome.
Thanks!
Shuyou
___
U-Boot
On Thu, Sep 23, 2010 at 5:03 AM, Nick Thompson wrote:
> davinci_eth_set_mac_addr() always returns zero, so "if
> (!dev->write_hwaddr(dev))"
> always appears to fail here.
>
> In net/eth.c the return code is not checked, so da830 should probably ignore
> it to:
You're absolutely right, Nick. Tha
This patch series proposes to add basic MII support to the da850evm; the first
patch in the series refactors davinci EMAC setup. The second patch in the
series enables MII support.
Ben Gardiner (2):
[NEXT] davinci_emac: davinci_eth_set_mac_addr to ->write_hwaddr
[NEXT] da850evm: basic MII EMAC
> -Original Message-
> From: Shawn Jin [mailto:shawnx...@gmail.com]
> Sent: Thursday, September 23, 2010 4:23 AM
> To: Chen, Tiejun
> Cc: Scott Wood; ppcdev; uboot
> Subject: Re: [U-Boot] cuImage and multi image?
>
> >> I have a large ramdisk image. The size of the image itself
> (i.e. t
This patch proposes to migrate the davinci_emac driver to using the
eth_device->write_hwaddr function pointer as suggested by Ben Warren.
All the davinci boards had the behaviour, prior to this patch, of
sync'ing the environment variable enetaddr with the MAC address read
from non-volatile storage
The current da850evm support in u-boot/master omits any use of
the davinci EMAC. This patch adds basic support for the EMAC using
the MII PHY found on the baseboard of the EVM. The MAC address is
read from the environment variable 'ethadd'. Note that this is
different from the da850evm support in t
On 23/09/10 14:33, Ben Gardiner wrote:
> This patch proposes to migrate the davinci_emac driver to using the
> eth_device->write_hwaddr function pointer as suggested by Ben Warren.
>
> All the davinci boards had the behaviour, prior to this patch, of
> sync'ing the environment variable enetaddr wi
On Thu, Sep 23, 2010 at 9:49 AM, Nick Thompson wrote:
> Shouldn't this version information go below the '---' line. As it is,
> it appears in the log message after using 'git am' to apply. Sorry,
> I should have noticed that earlier.
Yeah, I'm missing a third '-' there.
No need to apologize -- I
This patch series proposes to add basic MII support to the da850evm; the first
patch in the series refactors davinci EMAC setup. The second patch in the
series enables MII support.
Ben Gardiner (2):
[NEXT] davinci_emac: davinci_eth_set_mac_addr to ->write_hwaddr
[NEXT] da850evm: basic MII EMAC
This patch proposes to migrate the davinci_emac driver to using the
eth_device->write_hwaddr function pointer as suggested by Ben Warren.
All the davinci boards had the behaviour, prior to this patch, of
sync'ing the environment variable enetaddr with the MAC address read
from non-volatile storage
The current da850evm support in u-boot/master omits any use of
the davinci EMAC. This patch adds basic support for the EMAC using
the MII PHY found on the baseboard of the EVM. The MAC address is
read from the environment variable 'ethadd'. Note that this is
different from the da850evm support in t
On Wed, Sep 22, 2010 at 5:36 PM, Albert ARIBAUD wrote:
> Can you check the build logs to see which options were applied to
> lib/arm/board.c?
make[1]: Entering directory `[...]/arch/arm/lib'
arm-none-linux-gnueabi-gcc -g -Os -fPIE -fno-common -ffixed-r8
-msoft-float -msingle-pic-base -fno-co
The GPIO 16 and 19 reconfiguration should be done once USB is initialized.
So moved the reconfiguration to the USB init function
Signed-off-by: Rupjyoti Sarmah
---
board/amcc/canyonlands/canyonlands.c | 19 +--
1 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/
23/09/2010 16:44, Ben Gardiner a écrit :
> On Wed, Sep 22, 2010 at 5:36 PM, Albert ARIBAUD
> wrote:
>> Can you check the build logs to see which options were applied to
>> lib/arm/board.c?
>
> make[1]: Entering directory `[...]/arch/arm/lib'
> arm-none-linux-gnueabi-gcc -g -Os -fPIE -fno-co
> I try to bring the u-boot up on the board with Cavium CN5010. When pci-init
> is executed on the board_init_r, the board will hang. Did you have such a
> question before? Any suggestions are welcome.
If you have a logic analyzer, try looking on the bus.
I have seen a host processor hang whe
On Thu, Sep 23, 2010 at 11:13 AM, Albert ARIBAUD wrote:
> This command line has -msingle-pic-base; that's why there is no pic
> recomputation in board_init_f. Looks like you compiled with my patches
> unaltered, whereas I thought you were compiling with your fix above m
> patches. Can you either a
Le 23/09/2010 11:32, Albert ARIBAUD a écrit :
> Ok for misc_init_r() rather than arch_misc_init(). However I think this
> function is not timer-specific and thus belongs more to cpu.c than timer.c.
Following-up on myself: according to a find on the whole u-boot tree,
misc_init_r is uniformously
Anatolij Gustschin wrote:
> This is the first patch version for testing on HW I do not
> have (mpc8610hpcd, p1022ds). Tested on pdm360ng board.
>
> The patch will be modified to fix board config files as
> needed in the final version. We probably should also move
> fsl_diu_fb.c file to 'drivers/vi
On Wed, Sep 22, 2010 at 3:07 PM, Albert ARIBAUD wrote:
> 1) build with your fix in;
$git log --format=oneline|head -n 3
f619c1537af105cd1471f9447ac9132feab79c3a arm926ejs: reduce code size
with -msingle-pic-base
6285f63589a87dfd28c7d73ff68075c5d1ee7f35 arm: change relocation flag
from -fPIC to -f
On Thu, 23 Sep 2010 11:32:17 -0500
Timur Tabi wrote:
> Anatolij Gustschin wrote:
> > This is the first patch version for testing on HW I do not
> > have (mpc8610hpcd, p1022ds). Tested on pdm360ng board.
> >
> > The patch will be modified to fix board config files as
> > needed in the final versi
On Thu, Sep 23, 2010 at 10:44 AM, Ben Gardiner
wrote:
> I am downloading the arm-2008-11-24.iso for ELDK-4.2 to try to
> reproduce your results.
When I build u-boot/next plus your patches using the ELDK 4.2 arm
toolchain I encounter the same problem as before; there is no boot
prompt.
Please let
Le 23/09/2010 18:37, Ben Gardiner a écrit :
> On Wed, Sep 22, 2010 at 3:07 PM, Albert ARIBAUD
> wrote:
>> 1) build with your fix in;
>
> $git log --format=oneline|head -n 3
> f619c1537af105cd1471f9447ac9132feab79c3a arm926ejs: reduce code size
> with -msingle-pic-base
> 6285f63589a87dfd28c7d73ff6
Hi Remy,
At this moment I only need the device support because the host connection is
not always available on my designs. Host support is however also very
interesting and I certainly will have a need for that as well at some point.
It's wonderful news that there's something available already a
Dear "sywang",
In message <20100923131412.0701828...@theia.denx.de> you wrote:
>
> I try to bring the u-boot up on the board with Cavium CN5010. When pci-init
> is executed on the board_init_r, the board will hang. Did you have such a
> question before? Any suggestions are welcome.
It will pr
Dear Rupjyoti Sarmah,
In message <201009231421.o8neloe9022...@amcc.com> you wrote:
>
> The GPIO 16 and 19 reconfiguration should be done once USB is initialized.
> So moved the reconfiguration to the USB init function
Does the Linux kernel perform the same initiaalization of the GPIO
pins? If
Dear Stefan Roese,
In message <201009221114.51159...@denx.de> you wrote:
> The following changes since commit d70d8ccc200db8c16a6654cb726c3d74b6640b32:
>
> silence config step commands display during MAKEALL builds (2010-09-21
> 21:46:49 +0200)
>
> are available in the git repository at:
>
Dear Kim Phillips,
In message <20100922162418.e4d26d67.kim.phill...@freescale.com> you wrote:
> Wolfgang Denk,
>
> Please pull a new board (mpc8308_p1m), ability to boot larger kernels,
> and various other cleanups for the next branch:
>
> The following changes since commit d70d8ccc200db8c16a665
Dear Stefan Roese,
In message <201009231028.40280...@denx.de> you wrote:
> Hi Wolfgang,
>
> please pull the following 4xx fixes into master:
>
> The following changes since commit e6e1fb3050351ae96153b1ba6a5bd0a2d745794b:
>
> Merge branch 'master' of git://git.denx.de/u-boot-blackfin (2010-09
Signed-off-by: Albert Aribaud
---
SUMMARY
Device address window mapping code would not run from
FLASH due to cutting access to BOOTCS. Fixed by reordering
code.
Timer initialization would write globals, thus would not
run correctly from FLASH. Fixed by moving the writes to a
later phase in RAM.
Signed-off-by: Albert Aribaud
---
board/LaCie/edminiv2/config.mk |3 ++-
include/configs/edminiv2.h |6 ++
2 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/board/LaCie/edminiv2/config.mk b/board/LaCie/edminiv2/config.mk
index 3dec1aa..bb444b5 100644
--- a/board/LaCi
Good evening !
Some new (real weird) findings i like to report.
I have tried a third usb2ide adapter cable of different brand.
Had that around at work
Apparently , it uses exactly the same jmicron chipset as one of the
other ones which fail - but this one - surprise - WORKS !
The output of "
From: Aneesh V
Calculate the SDRAM size from DMM configuration registers instead of using
hard-coded values. This gives correct values for all different boards.
It's assumed that DMM sections do not overlap memory areas.
Signed-off-by: Aneesh V
Tested-by: Steve Sakoman
---
arch/arm/cpu/armv7
On Thu, Sep 23, 2010 at 1:04 PM, Albert ARIBAUD wrote:
> Note that if I'm not mistaken, your build uses r9 as the pic base, not 10 --
> this is a possibility, and my patches are written so as to allow either
> register use.
I don't know for sure so I did a little poking around:
c1080688 :
c10806
Le 23/09/2010 23:13, Ben Gardiner a écrit :
> On Thu, Sep 23, 2010 at 1:04 PM, Albert ARIBAUD
> wrote:
>> Note that if I'm not mistaken, your build uses r9 as the pic base, not 10 --
>> this is a possibility, and my patches are written so as to allow either
>> register use.
>
> I don't know for
This patch adds missing pinmux setup for 4 GPIO signals used on the Beagle xM:
- USB hub reset (gpio_56)
- P8 USB hub reset (gpio_63)
- DVI enable (gpio_129)
- P8 DVI enable (gpio_170)
Signed-off-by: Steve Sakoman
---
board/ti/beagle/beagle.h |4
1 files changed, 4 insertions(+), 0
Hello All,
On Fri, Aug 27, 2010 at 10:44:58, Nori, Sekhar wrote:
> The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
> having different maximum allowed CPU clock rating.
>
> The maximum clock the chip can support can only be determined from
> the label on the package (not software rea
Hello Albert,
Albert ARIBAUD wrote:
> Le 23/09/2010 12:08, Heiko Schocher a écrit :
>
>> Hmm.. I don;t know the other boards ... so, I decided for
>> the relocation patches not to fix all arm boards, instead
>> inroduce the CONFIG_SYS_ARM_WITHOUT_RELOC, and board
>> maintainers (or others who hav
Move common code to the fsl_diu_fb.c file and remove obsolete
code from board files (aria, mpc8610hpcd and pdm360ng).
Move fsl_diu_fb.h file to the include directory.
Signed-off-by: Anatolij Gustschin
---
v2:
- fixed commit message
- dropped p1022ds fixes as the cleaned up p1022ds video
patc
From: Timur Tabi
Add support for the DIU controller. If CONFIG_VIDEO is defined, then
the console will appear on a DVI monitor instead of the serial port.
Signed-off-by: Timur Tabi
Signed-off-by: Anatolij Gustschin
---
v2:
- rebased on top of FSL DIU code refactoring patch
to avoid some c
Le 24/09/2010 07:11, Heiko Schocher a écrit :
> I prefer to have this change in one patch, because if we do it so, we
> don;t break "git bisect" functionallity.
Not sure I follow you there, so let's dig a little bit into that point.
How exactly would that break bisectability? The only difference
79 matches
Mail list logo