On Thu, Jun 21, 2007 at 11:15:25PM +0200, Ingo Molnar wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 21 Jun 2007, Ingo Molnar wrote:
> > >
> > > btw., back then we also tried a spin_is_locked() based inner loop
> > > but it didnt help the ->tree_lock lockups either. In any
On Thu, 2007-06-21 at 23:36 -0700, Daniel Walker wrote:
> On Fri, 2007-06-22 at 00:00 -0400, Steven Rostedt wrote:
> > plain text document attachment (tasklet-driver-hacks.patch)
> > Update the DRM driver to use the new tasklet API, which does not rely
> > on the tasklet implementation details.
> >
On Thu, 2007-06-21 at 10:31 -0700, H. Peter Anvin wrote:
> Ram Pai wrote:
> >
> > Peter, I am not working on it currently. But i am interested in getting
> > it done. I have the seed set of patches which had Al Viro's ideas
> > incorporated. Infact those patches were sent on lkml 2 months back.
>
While working on unshare support for the network namespace I noticed
we were putting clone flags in an int. Which is weird because the
syscall uses unsigned long and we at least need an unsigned to
properly hold all of the unshare flags.
So to make the code consistent, this patch updates the co
> diff --git a/drivers/macintosh/Kconfig b/drivers/macintosh/Kconfig
> index 0852d33..dbe9626 100644
> --- a/drivers/macintosh/Kconfig
> +++ b/drivers/macintosh/Kconfig
> @@ -2,7 +2,7 @@
> menuconfig MACINTOSH_DRIVERS
> bool "Macintosh device drivers"
> depends on PPC || MAC || X86
>
On Fri, 2007-06-22 at 00:00 -0400, Steven Rostedt wrote:
> plain text document attachment (tasklet-driver-hacks.patch)
> Update the DRM driver to use the new tasklet API, which does not rely
> on the tasklet implementation details.
>
> Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
>
>
> Inde
from: Marc Pignat <[EMAIL PROTECTED]>
kunmap must be called on the pointer returned by kmap.
Signed-off-by: Marc Pignat <[EMAIL PROTECTED]>
---
N.B: This is the same patch as yesterday, with proper Signed-off-by and more
comments.
The buffer variable is used this way:
buffer =
On Wed, Jun 20, 2007 at 02:06:01PM -0700, john stultz wrote:
Hi John.
> Hey Tony,
> Thanks for sending this out! I really appreciate this work, as its been
> on my todo forever, and I've just not been able to focus on it.
> Currently it seems a bit minimal of a conversion (ideally there sho
On Wed, Jun 20, 2007 at 07:57:19AM -0700, Daniel Walker wrote:
Hi Daniel.
> As I said in our private thread, I do think you should be using
> update_vsyscall() .. update_vsyscall() is just called when the time is
> set, usually that happens in the timer interrupt and sometimes that
> happens in s
On Jun 22, 2007, Al Viro <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 22, 2007 at 01:26:54AM -0300, Alexandre Oliva wrote:
>> No, this thread was about additional permissions to combine with other
>> licenses. I didn't suggest anything about relicensing whatsoever,
>> that's all noise out of not unde
On Saturday 16 June 2007 22:40:53 Mr. James W. Laferriere wrote:
> Hello All , Does anoyone know howto identify a cause for these(*) ?
> Or of any tools to help in the identification of the cause ?
> So far the Machine checks only happen when I am running bonnie++ against
>
On Wed, Jun 20, 2007 at 08:53:47PM +0400, Sergei Shtylyov wrote:
Hi Sergei,
Thanks for taking the time to look over my patch.
>I guess it's been based on the prior work by John Stultz (and me too :-)?
At some level I guess so. John did send me a patch a while ago.
>If you mean
Hi,
2007/6/22, Rob Landley <[EMAIL PROTECTED]>:
On Thursday 21 June 2007 23:23:54 dave young wrote:
> Hi,
>
> 2007/6/22, Rob Landley <[EMAIL PROTECTED]>:
> > On Thursday 21 June 2007 10:40:17 Li Yang wrote:
> > > This is a Chinese translated version of Documentation/HOWTO. Currently
> > > Chines
> -Original Message-
> From: Rob Landley [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 22, 2007 1:33 PM
> To: dave young
> Cc: Li Yang-r58472; [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; TripleX Chung; Maggie
Chen;
> [EMAIL PROTECTED]
> Subject:
Hi.
I have recently begun to try and use suspend to ram more, and have an
intermittent problem. Actually, it's a couple of (possibly related) problems,
but I'll start with the one that's easiest.
Sometimes, when I resume, the keyboard stops responding. I then need to hold
down the power button
On Jun 22, 2007, Theodore Tso <[EMAIL PROTECTED]> wrote:
> has probably made it made it much more *unlikely* that the Linux
> kernel will ever go GPLv3.
That was a given from the start. The spin that there was any chance
whatsoever it could possibly happen was just that. Even if Linus
could pos
James Morris wrote:
> On Thu, 21 Jun 2007, Chris Mason wrote:
>>> The incomplete mediation flows from the design, since the pathname-based
>>> mediation doesn't generalize to cover all objects unlike label- or
>>> attribute-based mediation. And the "use the natural abstraction for
>>> each objec
On 6/21/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
On Fri, 2007-06-08 at 02:35 -0400, Albert Cahalan wrote:
> Right now, Linux isn't all that friendly to JIT emulators.
> Here are the problems and suggestions to improve the situation.
>
> There is an SE Linux execmem restriction that enforce
From: Randy Dunlap <[EMAIL PROTECTED]>
Add info that the Code: bytes line contains or (wxyz) in some
architecture oops reports and what that means.
Add URL for a script by Andi Kleen that reads the Code: line from an Oops
report file and generates assembly code from the hex bytes.
(This script d
Reza Roboubi wrote:
Linus Torvalds:
> I suspect that this is about a few hundred lines of code (and a lot of
> testing). And you can emulate O_DIRECT behavior with it, along with
> splice (only for page-cache entities, though), and a lot of other
> off-by-one uses.
( http://lwn.net/2002/0516/
On Thu, 21 Jun 2007, Christoph Lameter wrote:
> On Fri, 22 Jun 2007, Hugh Dickins wrote:
>
> > However... what gives you confidence that flush_dcache_page is
> > never applied to other slab pages?
>
> Flush dcache page is supposed to run on pages not objects of varying
> length. It is suprising
On Thursday 21 June 2007 23:23:54 dave young wrote:
> Hi,
>
> 2007/6/22, Rob Landley <[EMAIL PROTECTED]>:
> > On Thursday 21 June 2007 10:40:17 Li Yang wrote:
> > > This is a Chinese translated version of Documentation/HOWTO. Currently
> > > Chinese involvement in Linux kernel is very low, especia
Dear Linus: you aren't at Transmeta anymore. Here's a second attempt to cc:
you on this because I need your opinion on a documentation issue:
On Thursday 21 June 2007 22:48:32 Rob Landley wrote:
> On Thursday 21 June 2007 10:40:17 Li Yang wrote:
> > This is a Chinese translated version of Docume
On Fri, 22 Jun 2007, Hugh Dickins wrote:
> But PA-RISC also has a function called flush_dcache_page, which uses
> page_mapping and expects a struct address_space * from it. If that
> can ever be get applied to a SLOB page (which is not so clear as in
> the ARM case, but cannot easily be ruled out
On Fri, 22 Jun 2007 01:34:24 -0300 Alexandre Oliva wrote:
> > You're not going to make a happy, happy merging code sharing world
> > by fragmenting the licence landscape even more.
>
> I take it that removing barriers to cooperation in GPLv3 by default is
> undesirable. Well, then, what can I sa
On Fri, Jun 22, 2007 at 01:34:24AM -0300, Alexandre Oliva wrote:
> I take it that removing barriers to cooperation in GPLv3 by default is
> undesirable. Well, then, what can I say?
That It's All Their[kernel developers'] Fault(tm), of course.
> I tried. :-(
Or that, indeed.
-
To unsubscribe fr
David Woodhouse wrote:
>> The main problems are not really hard to fix..
>>
>> -Most problems eem to be related to the fact that Linux does not
>> use C-99 based types in the kernel and the related type definitions
>> are not written in plain C. This is something that should be f
On Fri, Jun 22, 2007 at 01:26:54AM -0300, Alexandre Oliva wrote:
> On Jun 21, 2007, Al Viro <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Jun 21, 2007 at 10:00:22PM -0300, Alexandre Oliva wrote:
> >> Do you agree that if there's any single contributor who thinks it
> >> can't be tivoized, and he manage
On Fri, 2007-06-22 at 00:04 -0400, Rob Landley wrote:
> Here's a really quick stab at documentation for make headers_install.
>
> Comments?
>
>
>
> Exporting kernel headers for use by userspace (/usr/include/linux)
Also /usr/include/asm (and asm-* on biarch 64-bit architect
On Fri, 22 Jun 2007, Hugh Dickins wrote:
> You keep on forcing the outside world to revolve around your needs
> within slub.c: that is a good way to keep slub lean, and may be
> justified; but it's at least questionable to be enforcing such
> restrictions years after people have grown accustomed t
On Thu, 21 Jun 2007, Christoph Lameter wrote:
> On Thu, 21 Jun 2007, Hugh Dickins wrote:
>
> > Seems a little odd that it's gone throughout 2.6.22-rc unnoticed
> > until now - nobody else trying SLUB on ARM or PA-RISC yet perhaps.
>
> The impact is only on a subset of ARM machines.
>
> PA_RISC?
On Fri, 22 Jun 2007, Hugh Dickins wrote:
> However... what gives you confidence that flush_dcache_page is
> never applied to other slab pages?
Flush dcache page is supposed to run on pages not objects of varying
length. It is suprising that this has not lead to earlier problems.
Objects allocate
On Fri, Jun 22, 2007 at 11:58:58AM +0800, Li Yang-r58472 wrote:
>> -Original Message-
>> From: Rob Landley [mailto:[EMAIL PROTECTED]
>> Sent: Friday, June 22, 2007 10:49 AM
>>
>> On Thursday 21 June 2007 10:40:17 Li Yang wrote:
>> > This is a Chinese translated version of Documentation/HOW
On Thu, 21 Jun 2007, Joshua Brindle wrote:
[EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, Joshua Brindle wrote:
> Lars Marowsky-Bree wrote:
> > On 2007-06-21T16:59:54, Stephen Smalley <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > > Um, no. It might not be able to directly open files vi
On Fri, Jun 22, 2007 at 01:14:27AM -0300, Alexandre Oliva wrote:
> On Jun 21, 2007, Jan Harkes <[EMAIL PROTECTED]> wrote:
> > On Thu, Jun 21, 2007 at 08:23:57PM -0300, Alexandre Oliva wrote:
> >> It's not like anyone can safely tivoize devices with GPLv2 already,
>
> > So you really didn't pay an
On Thu, 21 Jun 2007, Christoph Lameter wrote:
> Maybe this will address the issue on ARM?
Looks like it would indeed address the immediate issue on ARM -
IF they've no particular reason to be using kmalloc there.
However... what gives you confidence that flush_dcache_page is
never applied to oth
On Thu, 21 Jun 2007 17:13:49 -0700 (PDT) Joshua Wise wrote:
> Testing:
> On my system, I could replicate the bug with the following command:
> # for i in `seq 15000`; do ./inject_sbe.sh; done
> where inject_sbe.sh contains commands to inject a single-bit error into the
> next memory writ
On Fri, Jun 22, 2007 at 01:20:36AM +0800, TripleX wrote:
>This is a Chinese translated version of
>Documentation/stable_api_nonsense.txt. Hope this document will be hepful.
>
>---
>Documentation/zh_CN/stable_api_nonsense.txt | 157
>+++
>1 files changed, 157 insertions(+),
On Jun 21, 2007, Bron Gondwana <[EMAIL PROTECTED]> wrote:
> Great, so for ever and ever afterwards the code would have to keep a
> clear separation between the bits that are under different licences and
> make sure that no re-factor ever blurred the lines between them enough
> that you had trouble
On Jun 21, 2007, Bron Gondwana <[EMAIL PROTECTED]> wrote:
> None of this "Projects" nonsense.
The reason I mentioned projects was because each project has its
policies, around the interests of its own community. Each project can
thus make a decision about its own policies, just like Linux has ma
On Jun 21, 2007, Al Viro <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 21, 2007 at 10:00:22PM -0300, Alexandre Oliva wrote:
>> Do you agree that if there's any single contributor who thinks it
>> can't be tivoized, and he manages his opinion to prevail in court
>> against a copyright holder, then it ca
On Thu, 21 Jun 2007, Christoph Lameter wrote:
> On Thu, 21 Jun 2007, Hugh Dickins wrote:
>
> > > The oops seems to occur after a page unmapping using dma_unmap_page()
> > > followed
> > > by a flush_dcache_page() (in at91mci_post_dma_read()).
>
> Was the page allocated using slab calls?
You've
On Fri, Jun 22, 2007 at 02:34:17AM +0100, Al Viro wrote:
> What really gets me is that you know it. And you know that just about
> everyone here knows it. Yet you keep playing with rather pathetic
> attempts of innuendo and misdirection, when it's bloody obvious that
> you won't even get a PR win
On Fri, 2007-06-22 at 11:58 +0800, Li Yang-r58472 wrote:
> > -Original Message-
> > From: Rob Landley [mailto:[EMAIL PROTECTED]
> > Sent: Friday, June 22, 2007 10:49 AM
> >
> > On Thursday 21 June 2007 10:40:17 Li Yang wrote:
> > > This is a Chinese translated version of Documentation/HOWT
On Jun 21, 2007, Jan Harkes <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 21, 2007 at 08:23:57PM -0300, Alexandre Oliva wrote:
>> It's not like anyone can safely tivoize devices with GPLv2 already,
> So you really didn't pay any attention to anything people told you?
Yes. Particularly to what Alan
I believe this was originally done by Dipankar Sarma. I pulled these
changes from the -rt kernel.
For better preformance, RCU should use a softirq instead of a
tasklet.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Index: linux-2.6-test/include/linux/interrupt.h
=
Update the DRM driver to use the new tasklet API, which does not rely
on the tasklet implementation details.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Index: linux-2.6.21-rt9/drivers/char/drm/drm_irq.c
===
--- linux-2.6.21-r
Here's a really quick stab at documentation for make headers_install.
Comments?
Exporting kernel headers for use by userspace (/usr/include/linux)
The "make headers_install" command exports the kernel's header files in a
form suitable for use by userspace programs.
The li
There's a very nice paper by Matthew Willcox that describes Softirqs,
Tasklets, Bottom Halves, Task Queues, Work Queues and Timers[1].
In the paper it describes the history of these items. Softirqs and
tasklets were created to replace bottom halves after a company (Mindcraft)
showed that Microsof
This patch creates an alternative for drivers from using tasklets.
It creates a "work_tasklet". When configured to use work_tasklets
instead of tasklets, instead of creating tasklets, a work queue
is made in its place. The API is still the same, and the drivers
don't know that a work queue is bein
This patch adds a tasklet_is_scheduled API to allow a driver
to know if its tasklet is already scheduled.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Index: linux-2.6-test/include/linux/tasklet.h
===
--- linux-2.6-test.orig/inc
Getting ready for the two versions of tasklet implementations,
we move tasklet.h to tasklet_softirq.h and just include it in
tasklet.h.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Index: linux-2.6-test/include/linux/tasklet.h
=
Tasklets are really a separate entity from softirqs, so they
deserve their own file. Also this allows us to easily replace
tasklets for something else ;-)
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Index: linux-2.6-test/include/linux/interrupt.h
> -Original Message-
> From: Rob Landley [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 22, 2007 10:49 AM
>
> On Thursday 21 June 2007 10:40:17 Li Yang wrote:
> > This is a Chinese translated version of Documentation/HOWTO.
Currently
> > Chinese involvement in Linux kernel is very low, esp
Zoltán HUBERT wrote:
So I feel that a turning-point is coming where a really
really really (x 15) stable and reliable kernel is NEEDED.
You are free to create one, or follow Adrian Bunk's 2.6.16.x
series. Nobody's stopping you.
Oh, 2.6.16 does not have the features you need?
You'd be out of
[EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, Joshua Brindle wrote:
Lars Marowsky-Bree wrote:
On 2007-06-21T16:59:54, Stephen Smalley <[EMAIL PROTECTED]> wrote:
> Um, no. It might not be able to directly open files via that
path, but
> showing that it can never read or write your mail
On Fri, 2007-06-22 at 11:39 +0800, David Woodhouse wrote:
> On Fri, 2007-06-22 at 01:52 +0200, Adrian Bunk wrote:
> > Users should use the libata based drivers for SATA drives.
>
> NAK. Not all IDE drivers are converted yet. Not even all the relatively
> common ones.
Ignore me. I thought you were
On Fri, 2007-06-22 at 01:52 +0200, Adrian Bunk wrote:
> Users should use the libata based drivers for SATA drives.
NAK. Not all IDE drivers are converted yet. Not even all the relatively
common ones.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Fri, 2007-06-22 at 01:38 +0200, Joerg Schilling wrote:
> The main problems are not really hard to fix..
>
> - Most problems eem to be related to the fact that Linux does not
> use C-99 based types in the kernel and the related type definitions
> are not written in plain C.
Hi,
2007/6/22, Rob Landley <[EMAIL PROTECTED]>:
On Thursday 21 June 2007 10:40:17 Li Yang wrote:
> This is a Chinese translated version of Documentation/HOWTO. Currently
> Chinese involvement in Linux kernel is very low, especially comparing to
> its largest population base. Language could be t
On Jun 21, 2007, at 15:19:35, Stephen Clark wrote:
David Schwartz wrote:
On Wed, 20 Jun 2007 12:55:10 -0700 "David Schwartz"
<[EMAIL PROTECTED]> wrote:
A key is a number. A signature is a number. They are neither
statements nor instructions. The argument that GPLv2 prohibits
Tivoization is
On Thursday 21 June 2007 10:40:17 Li Yang wrote:
> This is a Chinese translated version of Documentation/HOWTO. Currently
> Chinese involvement in Linux kernel is very low, especially comparing to
> its largest population base. Language could be the main obstacle. Hope
> this document will help
Hi Russell. Your last comments in this thread gave the impression you
thought that ARM's existing PTRACE_SINGLESTEP support would be lost by
converting to the utrace-based ptrace implementation. Christoph Hellwig
posted a reply giving the (correct) details of how this is not the case.
But I gathe
From: Jay Lubomirski <[EMAIL PROTECTED]>
Don't clobber the interrupt cause bits for both MPSC controllers when
clearing the interrupt for one of them. Just clear the one that is
supposed to be cleared.
Signed-off-by: Jay Lubomirski <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
On Thursday June 21, [EMAIL PROTECTED] wrote:
> I didn't get a comment on my suggestion for a quick and dirty fix for
> -assume-clean issues...
>
> Bill Davidsen wrote:
> > How about a simple solution which would get an array on line and still
> > be safe? All it would take is a flag which force
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
> On Jun 21, 2007, [EMAIL PROTECTED] wrote:
> >> For the record, GPLv2 is already meant to accomplish this. I don't
> >> understand why people who disagree with this stance chose GPLv2.
> >> Isn't "no further restrictions" clear enough?
> > everyone el
On Thu, Jun 21, 2007 at 06:39:07AM -0300, Alexandre Oliva wrote:
> If GPLv3 were to have a clause that permitted combination/linking with
> code under GPLv2, this wouldn't be enough for GPLv3 projects to use
> Linux code, and it wouldn't be enough for Linux code to use GPLv3
> projects. That's bec
On Thu, Jun 21, 2007 at 08:23:57PM -0300, Alexandre Oliva wrote:
> On Jun 21, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
>
> >> > Wouldn't that defeat the entire purpose of the GPLv3? Couldn't
> >> > I take any
> >> > GPLv3 program, combine it with a few lines of Linux code, and
> >> > Tivo
On Thu, 2007-06-21 at 18:21 +0200, Stefan Richter wrote:
> Parallelism between subsystems may be interesting during boot ==
> "coldplug", /if/ the machine has time-consuming devices to probe on
> /different/ types of buses. Of course some machines do the really
> time-consuming stuff on only one t
On Thu, Jun 21, 2007 at 03:26:15PM -0700, Zach Brown wrote:
> > Second, Oracle is now working on Btrfs (if ever a FS needed a better
> > name... is that pronounced ButterFS?).
>
> (In our silliest moments, yes. Absolutely.)
I'm sure when the PHBen are around it's "Better FS".
It's all a Free(s
On Fri, 22 Jun 2007, Arnd Bergmann wrote:
> - Interface for preallocating hugetlbfs pages per node instead of system wide
We may want to get a bit higher level than that. General way of
controlling subsystem use on nodes. One wants to restrict the slab
allocator and the kernel etc on nodes too.
Rene Herman wrote:
> On 04/19/2007 04:18 PM, Bart Trojanowski wrote:
>
>> I need to preserve some state from the bios before entering protected
>> mode. For now I want to copy it into some ram accessible by
>> real-mode, say the last megabyte visible in real-mode.
>>
>> What's the easiest way to
On Thu, 21 Jun 2007, Hugh Dickins wrote:
> Seems a little odd that it's gone throughout 2.6.22-rc unnoticed
> until now - nobody else trying SLUB on ARM or PA-RISC yet perhaps.
The impact is only on a subset of ARM machines.
PA_RISC? It looks like they run their own flushing function for byte
r
Maybe this will address the issue on ARM?
ARM: Allocate dma pages via the page allocator and not via the slab allocator
Slab allocations are not guaranteed to be page aligned and slab allocators
may use the page structs for their own purposes. Using the page allocator
yields a properly aligned p
On Thu, Jun 21, 2007 at 10:00:22PM -0300, Alexandre Oliva wrote:
> Do you agree that if there's any single contributor who thinks it
> can't be tivoized, and he manages his opinion to prevail in court
> against a copyright holder, then it can't? That this is the same
> privilege to veto additiona
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
> On Thu, 21 Jun 2007, Alexandre Oliva wrote:
>> On Jun 21, 2007, [EMAIL PROTECTED] wrote:
>>
>>> this is your right with your code. please stop browbeating people who
>>> disagree with you.
>>
>> For the record, GPLv2 is already meant to accomplish this
On Thu, 21 Jun 2007, Chris Mason wrote:
> > The incomplete mediation flows from the design, since the pathname-based
> > mediation doesn't generalize to cover all objects unlike label- or
> > attribute-based mediation. And the "use the natural abstraction for
> > each object type" approach likewi
On Thu, 21 Jun 2007, Hugh Dickins wrote:
> > The oops seems to occur after a page unmapping using dma_unmap_page()
> > followed
> > by a flush_dcache_page() (in at91mci_post_dma_read()).
Was the page allocated using slab calls?
> Seems a little odd that it's gone throughout 2.6.22-rc unnoticed
On Jun 21, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
> It's this simple, those who chose the GPLv2 for Linux and their
> contributions to it don't want people to create derivative works of their
> works that can't be Tivoized.
Do you agree that if there's any single contributor who thinks
On Thu, Jun 21, 2007 at 08:23:57PM -0300, Alexandre Oliva wrote:
> On Jun 21, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
>
> >> > Wouldn't that defeat the entire purpose of the GPLv3? Couldn't
> >> > I take any
> >> > GPLv3 program, combine it with a few lines of Linux code, and
> >> > Tivo
On 2007.06.21 18:10:50 +, Carlo Wood wrote:
>
> I am glad to see that you found a real reason for why it might have
> gone wrong. Just not initializing because it's not needed, but not
> understanding WHY it went wrong would have been rather unsatisfactory.
>
yes, I understand, but it looks
On Jun 21, 2007, Al Viro <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 21, 2007 at 05:15:03PM -0300, Alexandre Oliva wrote:
>> Anyone who's not happy about it can still take that portion out,
>> unless you accept changes that make this nearly impossible, which I
>> suppose you wouldn't given how strong
On Thu, Jun 21, 2007 at 04:59:54PM -0400, Stephen Smalley wrote:
> On Thu, 2007-06-21 at 21:54 +0200, Lars Marowsky-Bree wrote:
> > On 2007-06-21T15:42:28, James Morris <[EMAIL PROTECTED]> wrote:
> >
> > > > A veto is not a technical argument. All technical arguments (except for
> > > > "path name
Alexandre Oliva wrote:
> Now, if you guys can't recognize a goodwill gesture when you see one,
> and prefer to live in the paranoid beliefs that "those evil FSFers are
> trying to force me into a situation in which they'll then be able to
> steal my code", that's really up to you. Don't try to s
On Thu, 21 Jun 2007, Joshua Brindle wrote:
Lars Marowsky-Bree wrote:
On 2007-06-21T16:59:54, Stephen Smalley <[EMAIL PROTECTED]> wrote:
> Um, no. It might not be able to directly open files via that path, but
> showing that it can never read or write your mail is a rather different
> m
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
this is your right with your code. please stop browbeating people who
disagree with you.
For the record, GPLv2 is already meant to accomplish this. I don't
understand why people who disagree with this stan
On 2007-06-21T20:16:25, Joshua Brindle <[EMAIL PROTECTED]> wrote:
> not. One need only look at the wonderful marketing literature for AA to
> see what you are telling people it can do, and your above statement
> isn't consistent with that, sorry.
I'm sorry. I don't work in marketing.
--
Team
Hi,
Kernel version: 2.6.22-rc5 (confirmed also on 2.6.20)
Kernel config : Ubuntu 7.04 default (SMP)
Relevant hardware:
Asus P5K (Intel P35 chipset)
Core 2 Duo E6600 2.4GHz
Western Digital 10KRPM 150GB HDD on JMicron 20360/20363 AHCI
Netconsoled dump:
[ 724.350222] general protection faul
Lars Marowsky-Bree wrote:
On 2007-06-21T16:59:54, Stephen Smalley <[EMAIL PROTECTED]> wrote:
Um, no. It might not be able to directly open files via that path, but
showing that it can never read or write your mail is a rather different
matter.
Yes. Your use case is different than mi
On Thu, Jun 21, 2007 at 04:59:39PM -0700, Linus Torvalds wrote:
>
>
> On Fri, 22 Jun 2007, Adrian Bunk wrote:
> > On Tue, Jun 19, 2007 at 10:04:58AM -0700, Linus Torvalds wrote:
> > >...
> > > This is why I've been advocating bugzilla "forget" stuff, for example. I
> > > tend to see bugzilla as
On Jun 21, 2007, "Jesper Juhl" <[EMAIL PROTECTED]> wrote:
> My point was that your signature does indicate your affiliation with a
> lot of different organizations/companies, so unless you explicitly
> state that you are not speaking on behalf of them it's easy to assume
> you do.
And then, I did
From: Joshua Wise <[EMAIL PROTECTED]>
Background:
When a userspace application wants to know about machine check events, it
opens /dev/mcelog and does a read(). Usually, we found that this interface
works well, but in some cases, when the system was taking large numbers of
machine check excep
Peter Rabbitson wrote:
H. Peter Anvin wrote:
Peter Rabbitson wrote:
I have captured dmesg output without mem[5], with mem=3900M[6] and
mem=2048M[7].
What does /proc/mtrr look like in the two cases?
Identical for mem=3900 and without it.
reg00: base=0x ( 0MB), size=2048MB: write
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
> this is your right with your code. please stop browbeating people who
> disagree with you.
For the record, GPLv2 is already meant to accomplish this. I don't
understand why people who disagree with this stance chose GPLv2.
Isn't "no further restriction
On Fri, 22 Jun 2007, Adrian Bunk wrote:
> On Tue, Jun 19, 2007 at 10:04:58AM -0700, Linus Torvalds wrote:
> >...
> > This is why I've been advocating bugzilla "forget" stuff, for example. I
> > tend to see bugzilla as a place where noise accumulates, rather than a
> > place where noise is made
On Friday 22 June 2007, [EMAIL PROTECTED] wrote:
> this has been discussed many times and the answer is that the kernel is
> not gong to change it's side of things to ANSI C.
I don't think that's entirely true with regard to the include files.
We have always tried not to step on anyone's toes the
On Jun 21, 2007, Andrew McKay <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva wrote:
>> On Jun 21, 2007, Andrew McKay <[EMAIL PROTECTED]> wrote:
>>
>>> A balance of freedom to the licensee and the licenser. It's my
>>> opinion that GPLv3 potentially shifts the balance too far to the
>>> licensee.
>
Fortier,Vincent [Montreal] wrote:
Here is part of the dmesg:
[EMAIL PROTECTED] /root]# dmesg | grep -i eth
[ 119.196375] Broadcom NetXtreme II Gigabit Ethernet Driver bnx2
v1.5.8.1 (May 7, 2007)
[ 119.215023] eth0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) PCI-X
64-bit 133MHz found at mem f
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc4-mm1:
>...
> git-md-accel.patch
>...
> git trees
>...
calibrate_xor_blocks() can be marked __init.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc4-mm2/crypto/xor.c.old 20
> Cdrtools ftp://ftp.berlios.de/pub/cdrecord/alpha/ offer support for an OS
> dependent SCSI transport. Cdrtools cannot be compiled wihout support for SCSI
> transport, so it is impossible to use Sun Studio to compile cdrtools.
>
> Why does this happen?
>
> Well, the reason is that in order to
1 - 100 of 490 matches
Mail list logo
