trying to
meger Argyll CMS in various distributions (Fedora, Mandriva, Ubuntu,
etc)
It's a bit difficult to follow this thread because the argyllcms list is
killing CCs and not everyone is putting them back in.
Regards,
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de m
to
meger Argyll CMS in various distributions (Fedora, Mandriva, Ubuntu,
etc)
It's a bit difficult to follow this thread because the argyllcms list is
killing CCs and not everyone is putting them back in.
Regards,
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message
Le vendredi 14 décembre 2007 à 22:46 +1100, Graeme Gill a écrit :
> Nicolas Mailhot wrote:
>
> >>Care to make up a patch as per the Documentation/SubmittingPatches file
> >>and send it to this list and the HID driver maintainer? That way you
> >>get
Le jeudi 13 décembre 2007 à 21:38 -0800, Greg KH a écrit :
> On Thu, Dec 13, 2007 at 11:37:40PM +0100, Nicolas Mailhot wrote:
> > The Gretag-Macbeth Huey display colorimeter claims to be an HID device
> > but isn't. As a result the linux HID device will claim it, preventing
>
Le jeudi 13 décembre 2007 à 21:38 -0800, Greg KH a écrit :
On Thu, Dec 13, 2007 at 11:37:40PM +0100, Nicolas Mailhot wrote:
The Gretag-Macbeth Huey display colorimeter claims to be an HID device
but isn't. As a result the linux HID device will claim it, preventing
FLOSS software like
Le vendredi 14 décembre 2007 à 22:46 +1100, Graeme Gill a écrit :
Nicolas Mailhot wrote:
Care to make up a patch as per the Documentation/SubmittingPatches file
and send it to this list and the HID driver maintainer? That way you
get the proper credit for this change.
The things I do
24) AMD64 notebook with the
> old vt8235 chipset got a good kick in the behind as well.
Now we have working HPET override for Intel and Via, could Nvidia users be
considered too? The required info has been known for ages:
http://marc.info/?l=linux-kernel=117679014505031
Regards,
--
Nicolas
working HPET override for Intel and Via, could Nvidia users be
considered too? The required info has been known for ages:
http://marc.info/?l=linux-kernelm=117679014505031
Regards,
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
can definitely undo it.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
ts to the result? I think not.
All the "GPLv2 didn't think of DRM therefore DRM is GPLv2-protected"
arguments make me sick. If tomorrow Ford starts mass+producing flying
saucers will they be exempt from traffic regulations because current
traffic regulations only consider cars? I think not
ported your opinion. It's still an obvious alien insert.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
I'm forcing the point? Find me
one anti-GPL-v3 message in this thread that acknowledged the buyer/user
had any right)
This thanks to DRM which was not provided for when GPL v2 was written
and has been retroactively declared kosher.
--
Nicolas Mailhot
signature.asc
Description: Ceci est
me
one anti-GPL-v3 message in this thread that acknowledged the buyer/user
had any right)
This thanks to DRM which was not provided for when GPL v2 was written
and has been retroactively declared kosher.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement
. It's still an obvious alien insert.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Ford starts mass+producing flying
saucers will they be exempt from traffic regulations because current
traffic regulations only consider cars? I think not. Yet the same
argument is the core of most GPL v3 objections we've seen in this
thread.
--
Nicolas Mailhot
signature.asc
Description: Ceci
definitely undo it.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
a key authorized on the device, not necessarily a key
authorized on all devices or even the same key as the manufacturer), and
declare he gaves up any DMCA-like right to legally forbid installation
by the user.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
ame GPLv2 interpretation as Linus. Till
the intent of every significant kernel contributor is checked there is
no legal certainty. Refusing to look it up may be expedient but won't
lift the legal cloud.
¹ Hope this will lighten the mood a bit
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
is a terrific example of Free Software logic in action in the
embedded space outside technical circles, and would probably be the
first casualty of DRM extensions
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
in action in the
embedded space outside technical circles, and would probably be the
first casualty of DRM extensions
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
there is
no legal certainty. Refusing to look it up may be expedient but won't
lift the legal cloud.
¹ Hope this will lighten the mood a bit
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
authorized on all devices or even the same key as the manufacturer), and
declare he gaves up any DMCA-like right to legally forbid installation
by the user.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Emacs after Gosling sold his codebase to a commercial
> entity.
>
> http://www.free-soft.org/gpl_history/
no and yes :)
The second paragraph of this page makes the GNU philosophy the other
source of the GPL, and that was definitively influenced by the printer
incident
--
Nicolas Mail
Le vendredi 15 juin 2007 à 12:18 -0400, Florin Malita a écrit :
> On 06/15/2007 10:33 AM, Nicolas Mailhot wrote:
> > Le Ven 15 juin 2007 15:41, Jesper Juhl a écrit :
> >
> >> But the only thing that *actually* matters is what the license text
> >> *says*. I
s
a major hassle so "release early, release often" is not a viable
strategy.
That means GPL v3 is not a nice localised incremental patch but a huge
patchset on all the issues that have accumulated since GPLv2 was
written (and one can discuss the correctness of parts of this
patchset)
--
Nico
es but the legal ones
GPLv3 is not there to change the technical equation but the legal
equation. Blame the change on IP law apprentice sorcerers, not the on
FSF
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
ts)
Now do anyone has a doubt how a judge would react if the newspaper
told him it wouldn't change the online edition because it's protected
by a DRM-like lock the newspaper does not want to change or share? DRM
is not a technical limitation like paper print, it's a self-imposed
artificial limitat
ill
consider if there's any doubt in his mind.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Le Ven 15 juin 2007 15:41, Jesper Juhl a écrit :
> On 15/06/07, Nicolas Mailhot <[EMAIL PROTECTED]> wrote:
>
>> You'll note I was answering to a message about what the GPL
>> intended,
>> not the strict literal reading of the GPLv2 words.
>>
>> And wha
Le Ven 15 juin 2007 12:53, Jesper Juhl a écrit :
> On 15/06/07, Nicolas Mailhot <[EMAIL PROTECTED]> wrote:
>> >> > by your argument, the user has some "right to modify the
>> software", on
>> >> > that piece of hardware it bought whi
anyone has a doubt how a judge would react if the newspaper
told him it wouldn't change the online edition because it's protected
by a DRM-like lock the newspaper does not want to change or share?
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
ss the rationality of their choice of
GPLv2 over GPLv3, it would be nice to get rational arguments and not
the gross exagerations, name-callings and dubious analogies this
thread is full of.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
arguments and not
the gross exagerations, name-callings and dubious analogies this
thread is full of.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
the newspaper does not want to change or share?
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Le Ven 15 juin 2007 12:53, Jesper Juhl a écrit :
On 15/06/07, Nicolas Mailhot [EMAIL PROTECTED] wrote:
by your argument, the user has some right to modify the
software, on
that piece of hardware it bought which had free software on it,
correct?
Yes. This means the hardware
Le Ven 15 juin 2007 15:41, Jesper Juhl a écrit :
On 15/06/07, Nicolas Mailhot [EMAIL PROTECTED] wrote:
You'll note I was answering to a message about what the GPL
intended,
not the strict literal reading of the GPLv2 words.
And what the GPL authors intended is obvious from the fact it all
any doubt in his mind.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
it's protected
by a DRM-like lock the newspaper does not want to change or share? DRM
is not a technical limitation like paper print, it's a self-imposed
artificial limitation.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
equation but the legal
equation. Blame the change on IP law apprentice sorcerers, not the on
FSF
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
early, release often is not a viable
strategy.
That means GPL v3 is not a nice localised incremental patch but a huge
patchset on all the issues that have accumulated since GPLv2 was
written (and one can discuss the correctness of parts of this
patchset)
--
Nicolas Mailhot
-
To unsubscribe from
Le vendredi 15 juin 2007 à 12:18 -0400, Florin Malita a écrit :
On 06/15/2007 10:33 AM, Nicolas Mailhot wrote:
Le Ven 15 juin 2007 15:41, Jesper Juhl a écrit :
But the only thing that *actually* matters is what the license text
*says*. It doesn't matter what the authors of the license
codebase to a commercial
entity.
http://www.free-soft.org/gpl_history/
no and yes :)
The second paragraph of this page makes the GNU philosophy the other
source of the GPL, and that was definitively influenced by the printer
incident
--
Nicolas Mailhot
signature.asc
Description: Ceci est une
ly software rules to hardware)
If the GPLv3 actually tried to use copyright law to control hardware,
it wouldn't stand in court.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
actually tried to use copyright law to control hardware,
it wouldn't stand in court.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
Le jeudi 17 mai 2007 à 18:59 +0200, Nicolas Mailhot a écrit :
> Le jeudi 17 mai 2007 à 09:45 -0700, Randy Dunlap a écrit :
>
> > Can you boot with "kstack=32" so that we can see more of the stack?
>
> I can try. It's not triggering quickly though
Seems I was comple
Le jeudi 17 mai 2007 à 18:59 +0200, Nicolas Mailhot a écrit :
Le jeudi 17 mai 2007 à 09:45 -0700, Randy Dunlap a écrit :
Can you boot with kstack=32 so that we can see more of the stack?
I can try. It's not triggering quickly though
Seems I was completely wrong about the trigger
-:00:02.1-8.1/input1: Off
(II) track-expl-usb-:00:02.1-8.3/input0: Off
Steps to reproduce:
Just run the system for some time
More info there (logs, configs, etc)
http://bugzilla.kernel.org/show_bug.cgi?id=8535
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message
-:00:02.1-8.1/input1: Off
(II) track-expl-usb-:00:02.1-8.3/input0: Off
Steps to reproduce:
Just run the system for some time
More info there (logs, configs, etc)
http://bugzilla.kernel.org/show_bug.cgi?id=8535
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message
Le mercredi 23 mai 2007 à 21:57 +0200, Ingo Molnar a écrit :
> * Nicolas Mailhot <[EMAIL PROTECTED]> wrote:
>
> > Ingo Molnar elte.hu> writes:
> >
> > Hi Ingo
> >
> > > i'm pleased to announce release -v14 of the CFS scheduler patchset.
> >
/
I get a forbidden access on
http://people.redhat.com/mingo/cfs-scheduler/sched-cfs-v2.6.22-rc2-mm1-v14.patch
Regards,
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
access on
http://people.redhat.com/mingo/cfs-scheduler/sched-cfs-v2.6.22-rc2-mm1-v14.patch
Regards,
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
Le mercredi 23 mai 2007 à 21:57 +0200, Ingo Molnar a écrit :
* Nicolas Mailhot [EMAIL PROTECTED] wrote:
Ingo Molnar mingo at elte.hu writes:
Hi Ingo
i'm pleased to announce release -v14 of the CFS scheduler patchset.
The CFS patch against v2.6.22-rc2, v2.6.21.1 or v2.6.20.10
Le jeudi 17 mai 2007 à 09:45 -0700, Randy Dunlap a écrit :
> On Thu, 17 May 2007 12:00:02 +0200 Nicolas Mailhot wrote:
>
> > Le lundi 14 mai 2007 à 01:25 +0200, Nicolas Mailhot a écrit :
> >
> > > It happened once so far. The load was moderate (and certainly not
>
Le lundi 14 mai 2007 à 01:25 +0200, Nicolas Mailhot a écrit :
> It happened once so far. The load was moderate (and certainly not
> comparable to what I did for Mel yesterday)
Make that twice. The interesting thing is it was preceded by CD/DVD
access just before, to something is
Le lundi 14 mai 2007 à 01:25 +0200, Nicolas Mailhot a écrit :
It happened once so far. The load was moderate (and certainly not
comparable to what I did for Mel yesterday)
Make that twice. The interesting thing is it was preceded by CD/DVD
access just before, to something is rotten there.
10
Le jeudi 17 mai 2007 à 09:45 -0700, Randy Dunlap a écrit :
On Thu, 17 May 2007 12:00:02 +0200 Nicolas Mailhot wrote:
Le lundi 14 mai 2007 à 01:25 +0200, Nicolas Mailhot a écrit :
It happened once so far. The load was moderate (and certainly not
comparable to what I did for Mel
ened once so far. The load was moderate (and certainly not
comparable to what I did for Mel yesterday)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Le samedi 12 mai 2007 à 20:24 +0100, Mel Gorman a écrit :
> On (12/05/07 20:58), Nicolas Mailhot didst pronounce:
> > Le samedi 12 mai 2007 à 20:09 +0200, Nicolas Mailhot a écrit :
> > > Le samedi 12 mai 2007 à 17:42 +0100, Mel Gorman a écrit :
> > >
> > > &
Le samedi 12 mai 2007 à 20:24 +0100, Mel Gorman a écrit :
On (12/05/07 20:58), Nicolas Mailhot didst pronounce:
Le samedi 12 mai 2007 à 20:09 +0200, Nicolas Mailhot a écrit :
Le samedi 12 mai 2007 à 17:42 +0100, Mel Gorman a écrit :
order-2 (at least 19 pages but more
yesterday)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
you try the following patch on top of the kswapd patch please? It is
> also available from http://www.csn.ul.ie/~mel/watermarks.patch
Ok, testing now
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
on top of the kswapd patch please? It is
also available from http://www.csn.ul.ie/~mel/watermarks.patch
Ok, testing now
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Le vendredi 11 mai 2007 à 19:45 +0200, Nicolas Mailhot a écrit :
> Le vendredi 11 mai 2007 à 18:38 +0100, Mel Gorman a écrit :
> > so I'd like to look at the
> > alternative option with kswapd as well. Could you put that patch back in
> > again
> > please and try
Le vendredi 11 mai 2007 à 18:38 +0100, Mel Gorman a écrit :
> On (11/05/07 13:51), Nicolas Mailhot didst pronounce:
> > Le vendredi 11 mai 2007 à 10:08 +0100, Mel Gorman a écrit :
> >
> > > > seems to have cured the system so far (need to charge it a bi
After a few hours of load testing still nothing in the logs, so the
revert was probably the right thing to do
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
still nothing in the logs, so the
revert was probably the right thing to do
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Le vendredi 11 mai 2007 à 18:38 +0100, Mel Gorman a écrit :
On (11/05/07 13:51), Nicolas Mailhot didst pronounce:
Le vendredi 11 mai 2007 à 10:08 +0100, Mel Gorman a écrit :
seems to have cured the system so far (need to charge it a bit longer to
be sure)
The longer
Le vendredi 11 mai 2007 à 19:45 +0200, Nicolas Mailhot a écrit :
Le vendredi 11 mai 2007 à 18:38 +0100, Mel Gorman a écrit :
so I'd like to look at the
alternative option with kswapd as well. Could you put that patch back in
again
please and try the following patch instead?
I'll try
tomic-allocations.patch worked and
seems to have cured the system so far (need to charge it a bit longer to
be sure)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
cured the system so far (need to charge it a bit longer to
be sure)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Le lundi 07 mai 2007 à 17:28 +0200, Thomas Gleixner a écrit :
> On Mon, 2007-05-07 at 09:16 +0000, Nicolas Mailhot wrote:
> > Thomas Gleixner linutronix.de> writes:
> >
> > >
> > > I'm pleased to announce the first cut of the final x86_64
> > &g
Le lundi 07 mai 2007 à 17:28 +0200, Thomas Gleixner a écrit :
On Mon, 2007-05-07 at 09:16 +, Nicolas Mailhot wrote:
Thomas Gleixner tglx at linutronix.de writes:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris
can we have for-mm
cfs and sd patchsets pretty please?
Regards,
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Thomas Gleixner linutronix.de> writes:
>
> I'm pleased to announce the first cut of the final x86_64
> highres/dyntick support, which I did based on Chris Wright's patch set,
> which is again based on Arjan van de Ven's initial work:
Do you have a 2.6.21-mm1 patchset?
Regard
Thomas Gleixner tglx at linutronix.de writes:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch set,
which is again based on Arjan van de Ven's initial work:
Do you have a 2.6.21-mm1 patchset?
Regards,
--
Nicolas
cfs and sd patchsets pretty please?
Regards,
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
chnical problem
is worth but that's not the point. People like Adrian are not
replaceable. When they've invested so much time producing nice reports
you have to act on them if only to mark your respect for people doing a
thankless but necessary job.
--
Nicolas Mailhot
-
To unsubscribe from this
but necessary job.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
nline
anytime soon? This kind of problem if typical of out-of-tree development.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
of out-of-tree development.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
> Er, I also want to know what are drawbacks of "flip-flopping" ?
This will cause major havoc as soon as hot-plugging and apps listening to
HAL events (xorg eventually) enter in play.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-k
Er, I also want to know what are drawbacks of flip-flopping ?
This will cause major havoc as soon as hot-plugging and apps listening to
HAL events (xorg eventually) enter in play.
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
[adding some people in CC that expressed interest in the problem before]
Le samedi 31 mars 2007 à 12:37 +0200, Krzysztof Halasa a écrit :
> Nicolas Mailhot <[EMAIL PROTECTED]> writes:
>
> > Oh, is looks so close to my system
> >
> > 00:01.0 ISA bridge: nVidia Corpor
[adding some people in CC that expressed interest in the problem before]
Le samedi 31 mars 2007 à 12:37 +0200, Krzysztof Halasa a écrit :
Nicolas Mailhot [EMAIL PROTECTED] writes:
Oh, is looks so close to my system
00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3)
00: de
I don't have an HPET toggle in my bios
> from which I generated the following patch:
I'd love to test it, but what kernel baseline did you use?
2.6.21-rc5-mm2?
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Le vendredi 30 mars 2007 à 09:59 -0700, Venki Pallipadi a écrit :
> On Fri, Mar 30, 2007 at 06:50:19PM +0200, Nicolas Mailhot wrote:
> > Anyone got the same thing for CK804? I had my hopes high, and then I saw
> > the DECLARE_PCI_FIXUP_HEADER values [and the thread title was
Anyone got the same thing for CK804? I had my hopes high, and then I saw
the DECLARE_PCI_FIXUP_HEADER values [and the thread title was
misleading]
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
Anyone got the same thing for CK804? I had my hopes high, and then I saw
the DECLARE_PCI_FIXUP_HEADER values [and the thread title was
misleading]
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Le vendredi 30 mars 2007 à 09:59 -0700, Venki Pallipadi a écrit :
On Fri, Mar 30, 2007 at 06:50:19PM +0200, Nicolas Mailhot wrote:
Anyone got the same thing for CK804? I had my hopes high, and then I saw
the DECLARE_PCI_FIXUP_HEADER values [and the thread title was
misleading]
Sorry
patch:
I'd love to test it, but what kernel baseline did you use?
2.6.21-rc5-mm2?
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Firmware loading is broken for all subsystems, not just network
→ http://bugzilla.kernel.org/show_bug.cgi?id=8239
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
Firmware loading is broken for all subsystems, not just network
→ http://bugzilla.kernel.org/show_bug.cgi?id=8239
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
Le dimanche 11 mars 2007 à 11:07 +1100, Con Kolivas a écrit :
> sched rsdl fix
Doesn't change a thing. Always breaks at the same place (though
depending on hardware timings? the trace is not always the same). Pretty
sure nothing happens before this failure
--
Nicolas Mailhot
signature.
Le dimanche 11 mars 2007 à 11:07 +1100, Con Kolivas a écrit :
sched rsdl fix
Doesn't change a thing. Always breaks at the same place (though
depending on hardware timings? the trace is not always the same). Pretty
sure nothing happens before this failure
--
Nicolas Mailhot
signature.asc
Le dimanche 11 mars 2007 à 01:03 +1100, Con Kolivas a écrit :
> On Saturday 10 March 2007 22:49, Nicolas Mailhot wrote:
> > Oops
> >
> > ⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
>
> Thanks very much. I can't get your config to boot on qemu, but could you
Oops
⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Oops
⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Le dimanche 11 mars 2007 à 01:03 +1100, Con Kolivas a écrit :
On Saturday 10 March 2007 22:49, Nicolas Mailhot wrote:
Oops
⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
Thanks very much. I can't get your config to boot on qemu, but could you
please try this debugging patch? It's
atch: the x86 changes.
Removing the x86 patchset (342-430) and utrace (647-663) makes the
system boot. (no surprise, but good to confirm). I'll try a few more
tests tomorrow, need to sleep now.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
) makes the
system boot. (no surprise, but good to confirm). I'll try a few more
tests tomorrow, need to sleep now.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
1 - 100 of 146 matches
Mail list logo