[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Broken common.rmk change
From: |
Robert Millan |
Subject: |
Re: Broken common.rmk change |
Date: |
Mon, 7 Dec 2009 15:04:11 +0100 |
User-agent: |
Mutt/1.5.18 (2008-05-17) |
On Sun, Dec 06, 2009 at 04:21:50PM -0800, David Miller wrote:
> From: Robert Millan <address@hidden>
> Date: Sun, 6 Dec 2009 14:10:26 +0100
>
> > We're actually in the process of getting rid of device.map;
>
> Meanwhile, please fix the regression you added to the tree. :-)
I think this should do it. Please can you test?
> And I'll look into what you've mentioned to see if that kind of scheme
> will work properly on Sparc.
Thanks!
--
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."
sparc64_devicemap.diff
Description: Text Data
- Broken common.rmk change, David Miller, 2009/12/06
- Re: Broken common.rmk change, Robert Millan, 2009/12/06
- Re: Broken common.rmk change, David Miller, 2009/12/06
- Re: Broken common.rmk change, Vladimir 'φ-coder/phcoder' Serbinenko, 2009/12/07
- Re: Broken common.rmk change, David Miller, 2009/12/07
- Re: Broken common.rmk change, Vladimir 'φ-coder/phcoder' Serbinenko, 2009/12/07
- Re: Broken common.rmk change, Robert Millan, 2009/12/07
- Re: Broken common.rmk change, David Miller, 2009/12/07
- Re: Broken common.rmk change, Robert Millan, 2009/12/07