Robert Millan wrote:
Perhaps we are over-engineering a bit here. In the long run, maybe it makes
more sense to always use UUIDs and drop the make_install_device() complexity.
I'm also concerned that UUID may not be unique. For instance, a disk
was cloned, and a filesystem of the clone was mo
On Sun, Aug 03, 2008 at 07:09:51AM -0400, Isaac Dupree wrote:
>
> Is using UUIDs alone resilient
> against this situation:
> An attacker finds out the
> UUIDs on your hard-disk. S/he
> makes a USB drive or CD (that
> preferably looks innocuous
> when plugged into a running
> system), but ha
On Sun, Aug 03, 2008 at 02:08:33PM +0200, Robert Millan wrote:
>
> This line of thinking is what is commonly used to justify draconian measures
> (i.e. Treacherous Computing) but it doesn't make any sense. If your security
> policy is such that you don't trust users with physical access, try any
Robert Millan wrote:
Then again, on BIOS we only use UUIDs when the situation is desperate, like on
a cross-disk install. If you're concerned about security and/or reliability,
don't do cross-disk installs.
that's good
This line of thinking is what is commonly used to justify draconian measu
On Sun, Aug 03, 2008 at 01:04:05PM -0400, Isaac Dupree wrote:
>
> I'm actually a little more worried about the combination of
> overworked/confused sysadmins making mistakes, and GRUB
> (potentially) not being completely deterministic in the face
> of additional drives (which is inherently conf
Hi,
I'm thinking that we have quite a bit of duplicate stuff in each of the 4
i386 ports (cpuid, pci, serial, etc) that could well live in a
firmware-agnostic conf/i386.rmk file.
This would simplify things and make them easier to maintain. What do you
think?
--
Robert Millan
The DRM opt-in
On Sun, Aug 03, 2008 at 09:28:39PM +0200, Robert Millan wrote:
>
> Hi,
>
> I'm thinking that we have quite a bit of duplicate stuff in each of the 4
> i386 ports (cpuid, pci, serial, etc) that could well live in a
> firmware-agnostic conf/i386.rmk file.
>
> This would simplify things and make th
On Mon, Jul 28, 2008 at 10:05:33AM -0700, Colin D Bennett wrote:
> +/* Calibrate the TSC based on the RTC. */
> +static void
> +calibrate_tsc (void)
> +{
> + /* First calbrate the TSC rate (relative, not absolute time). */
> + grub_uint64_t start_tsc;
> + grub_uint64_t end_tsc;
> + grub_uint32
No objection then?
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all."
The elf version of grub-mkimage is multiplatform, so it makes no sense to
keep it as arch-specific in the build system IMHO.
This patch renames it to grub-mkelfimage, and arranges the build system &
headers so that its build parameters are shared between i386-ieee1275 and
i386-coreboot (and in th
On Sun, Aug 3, 2008 at 4:04 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
>
> No objection then?
>
> --
> Robert Millan
>
Hello!
Not from me Robert. I am waiting to see how the developers react.
Remember I am just a user of the legacy product here.
-
Gregg C Levine [EMAIL PROTECTED]
"This signa
After your latest replay, I "reevaluated" my stubbornness WRT some of
your advices, and I've changed a few things:
- Variables are now declared (and, if possible, initialized) before
precondition checks, even simple ones. The install_int13_handler
function has not been modified, however, since I f
On Sun, Aug 03, 2008 at 09:48:16PM +0200, Robert Millan wrote:
> On Mon, Jul 28, 2008 at 10:05:33AM -0700, Colin D Bennett wrote:
> > +/* Calibrate the TSC based on the RTC. */
> > +static void
> > +calibrate_tsc (void)
> > +{
> > + /* First calbrate the TSC rate (relative, not absolute time). */
I just tried to compile the Debian packages with the currently SVN
version and it failed:
cc -Iloader/i386/efi -I/home/fz/grub/grub2-1.96+20080804/loader/i386/efi -I.
-Iinclude -I/home/fz/grub/grub2-1.96+20080804/include -Wall -W -Wall -W
-Wshadow -Wpointer-arith -Wmissing-prototypes
On Mon, 4 Aug 2008 01:53:48 +0200
Robert Millan <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 03, 2008 at 09:48:16PM +0200, Robert Millan wrote:
> > On Mon, Jul 28, 2008 at 10:05:33AM -0700, Colin D Bennett wrote:
> > > +/* Calibrate the TSC based on the RTC. */
> > > +static void
> > > +calibrate_tsc
On Sun, 2008-08-03 at 21:30 +0200, Robert Millan wrote:
> On Sun, Aug 03, 2008 at 09:28:39PM +0200, Robert Millan wrote:
> >
> > Hi,
> >
> > I'm thinking that we have quite a bit of duplicate stuff in each of the 4
> > i386 ports (cpuid, pci, serial, etc) that could well live in a
> > firmware-ag
On Mon, 2008-08-04 at 02:31 +0200, Felix Zielcke wrote:
> I just tried to compile the Debian packages with the currently SVN
> version and it failed:
>
> cc -Iloader/i386/efi -I/home/fz/grub/grub2-1.96+20080804/loader/i386/efi -I.
> -Iinclude -I/home/fz/grub/grub2-1.96+20080804/include -Wall -W
On Sun, 2008-08-03 at 22:04 +0200, Robert Millan wrote:
> No objection then?
I don't think we need to move stuff around for such minor reason. Even
though Subversion supports renames, it's not entirely transparent.
Also, we still didn't match some "grub-legacy" functionality, including
"savedefa
18 matches
Mail list logo
