On Wed, Aug 13, 2014 at 12:07 PM, Karsten Merker wrote:
> [CCing Otavio Salvador and Jim Meyering; the following is a short summary
> of the situation; the full history can be read in bug #751704:
>
> Debian-Installer uses partman for partitioning, which in turn is
> based on libparted. On sunx
[CCing Otavio Salvador and Jim Meyering; the following is a short summary
of the situation; the full history can be read in bug #751704:
Debian-Installer uses partman for partitioning, which in turn is
based on libparted. On sunxi-based systems, upon writing the partition
table, partman/libpar
On Wed, Aug 13, 2014 at 12:38:58AM +0200, Karsten Merker wrote:
> If there are no objections, I would like apply it to the
> partman-base git repository.
Please adhere to local coding style, including indentation, spacing, and
use or otherwise of tabs; it really makes things easier to follow later
Control: tag -1 patch
On Wed, Jun 18, 2014 at 09:44:12PM +0200, Karsten Merker wrote:
[On sunxi-based systems, upon writing the partition table, partman
overwrites parts of u-boot which are located between the end of
the partition table and the beginning of the first partition.]
Hello,
the fo
Processing control commands:
> tag -1 patch
Bug #751704 [src:partman-base] partman-base 173: partman overwrites parts of
u-boot
Added tag(s) patch.
--
751704: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751704
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To U
On Wed, Jun 18, 2014 at 11:18:57AM +0100, Ian Campbell wrote:
> Do you therefore disagree with my analysis that there is no such thing
> as a >2TB MMC card and therefore no reason to use GPT on such a thing?
There probably isn't yet, but I suspect at some point there will be.
I am mainly complain
On Wed, 2014-06-18 at 11:49 +0200, gianluca wrote:
> On 06/18/2014 09:43 AM, Ian Campbell wrote:
> > One *really* ugly thing we could do is create a fake partition in
> > whichever entry happens to overlap the SPL entry point whose GUID etc
> > happen to look like a valid SPL + branch instruction t
On 06/18/2014 09:43 AM, Ian Campbell wrote:
One *really* ugly thing we could do is create a fake partition in
whichever entry happens to overlap the SPL entry point whose GUID etc
happen to look like a valid SPL + branch instruction to the full SPL at
a safer location. Really ugly, yukk...
Ugl
On Wed, 2014-06-18 at 08:43 +0100, Ian Campbell wrote:
> I suppose it is possible that something somewhere is wanting to zero the
> GPT even in msdos mode (as you say below, perhaps to wipe any remains of
> a GPT).
I think it is parted doing this in ped_disk_clobber which is called from
various bi
(seems like I didn't actually CC linux-sunxi when I said I would, oh
well, I may post a summary to that list later)
On Tue, 2014-06-17 at 19:44 +0200, Karsten Merker wrote:
> Unfortunately the problematic part in this case is the SPL which
> is the only part of u-boot that cannot be relocated bec
On 06/17/2014 04:43 PM, Lennart Sorensen wrote:
On Tue, Jun 17, 2014 at 10:20:38AM +0100, Ian Campbell wrote:
CCing the linux-sunxi group.
It sure would be nice if CPU makers would stop putting their boot code
where the GPT goes. Do none of them EVER think their device will want
to use a disk
On Tue, Jun 17, 2014 at 07:44:36PM +0200, Karsten Merker wrote:
> Unfortunately the problematic part in this case is the SPL which
> is the only part of u-boot that cannot be relocated because its
> sector address is hardcoded in the SOC's BROM.
>
> I see two possible approaches to solve the confl
On Tue, Jun 17, 2014 at 10:20:38AM +0100, Ian Campbell wrote:
> CCing the linux-sunxi group.
> > It sure would be nice if CPU makers would stop putting their boot code
> > where the GPT goes. Do none of them EVER think their device will want
> > to use a disk bigger than 2TB?
>
> Hrm, that is rat
CCing the linux-sunxi group.
On Mon, 2014-06-16 at 17:58 -0400, Lennart Sorensen wrote:
> On Sun, Jun 15, 2014 at 08:02:03PM +0200, Karsten Merker wrote:
> > Source: partman-base
> > Version: 173
> > Severity: important
> >
> > Upon testing a locally built debian-installer based on linux
> > 3.15
On Sun, Jun 15, 2014 at 08:02:03PM +0200, Karsten Merker wrote:
> Source: partman-base
> Version: 173
> Severity: important
>
> Upon testing a locally built debian-installer based on linux
> 3.15-1 (from experimental) on an Allwinner sunXi-based armhf
> system, I have found that the system does no
Source: partman-base
Version: 173
Severity: important
Upon testing a locally built debian-installer based on linux
3.15-1 (from experimental) on an Allwinner sunXi-based armhf
system, I have found that the system does not boot anymore after
partman has written a new partition table to the SD card
16 matches
Mail list logo
