On Sun, 2007-06-17 at 10:01 -0700, Davide Libenzi wrote:
> On Sun, 17 Jun 2007, Nicholas Miell wrote:
>
> > On Sat, 2007-06-16 at 20:33 -0700, Linus Torvalds wrote:
> > > In a stunning turn of events, I've actually been able to make another -rc
> > > release despite all the discussion
On Sun, Jun 17, 2007 at 07:31:01PM +0200, Rafael J. Wysocki wrote:
> On Sunday, 17 June 2007 16:29, Adrian Bunk wrote:
> > On Sun, Jun 17, 2007 at 03:17:58PM +0200, Michal Piotrowski wrote:
> > > On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > >...
> > >> Fine with me, but:
> > >>
> > >>
On Jun 17, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> On Sunday 17 June 2007 09:54:39 Michael Poole wrote:
>> What in the world makes you think there is a useful analogy
>> between communication standards and copyright licenses?
> I don't. I was *REPEATING* an example of how TiVO has a
On Sun, Jun 17, 2007 at 09:18:17PM +0200, Rafael J. Wysocki wrote:
> where n is a number that needs to be determined (I think that n could be 3).
> Well, "negative comments" should also be defined more precisely. ;-)
I think that n should be a function of the number of accepted patches
that this
dean gaudet wrote:
> On Sun, 17 Jun 2007, Wakko Warner wrote:
>
> > > i use an external write-intent bitmap on a raid1 to avoid this... you
> > > could use internal bitmap but that slows down i/o too much for my tastes.
> > >
> > > i also use an external xfs journal for the same reason. 2
Noticed this in the log. The system's still running fine, I can only assume
this happened when I unplugged my external USB disk after the cat knocked it
on the floor. Quite possibly already fixed in kernel.org, but just for the
record:
cat /proc/version
Linux version 2.6.20-15-generic
On Sunday 17 June 2007 14:46:05 Michael Poole wrote:
> Daniel Hazelton writes:
> > On Sunday 17 June 2007 09:54:39 Michael Poole wrote:
> >> Daniel Hazelton writes:
> >> > But your server doesn't run the internet. TiVO may use phone lines to
> >> > connect a device to their server (and this is an
On Jun 17, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Jun 2007, Alexandre Oliva wrote:
>>
>> > What I care about is that the GPLv3 is a _worse_license_ than GPLv2,
>>
>> Even though anti-tivoization furthers the quid-pro-quo spirit that you
>> love about v2, and
On Sunday 17 June 2007 15:32:34 Alexandre Oliva wrote:
> On Jun 17, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> > On Sunday 17 June 2007 09:54:39 Michael Poole wrote:
> >> What in the world makes you think there is a useful analogy
> >> between communication standards and copyright
On Sun, 17 Jun 2007, Wakko Warner wrote:
> What benefit would I gain by using an external journel and how big would it
> need to be?
i don't know how big the journal needs to be... i'm limited by xfs'
maximum journal size of 128MiB.
i don't have much benchmark data -- but here are some rough
On Sun, Jun 17, 2007 at 03:07:14PM -0400, Dave Jones wrote:
> Out of curiousity, I'd like to see your lspci
> (not -v or anything, just run with no args)
$ lspci
00:00.0 Host bridge: Intel Corporation P965/G965 Memory Controller Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation P965/G965 PCI
On Sun, Jun 17, 2007 at 03:07:14PM -0400, Dave Jones wrote:
> Sometimes things fall through the cracks..
> I haven't heard any similar problems, which makes it somewhat odd.
Ok. Well, the lockup is all to real here :p
I suspect a memory corruption going on, as under certain circumstances
there
Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 09:18:17PM +0200, Rafael J. Wysocki wrote:
>> where n is a number that needs to be determined (I think that n could be 3).
>> Well, "negative comments" should also be defined more precisely. ;-)
>
> I think that n should be a function of the number of
On 17/06/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 09:18:17PM +0200, Rafael J. Wysocki wrote:
>> where n is a number that needs to be determined (I think that n could be 3).
>> Well, "negative comments" should also be defined more precisely. ;-)
>
On Sun, 17 Jun 2007 15:33:33 -0300
Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Jun 17, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
>
> >> I don't know any law that requires tivoization.
>
> > In the USSA it is arguable that wireless might need it (if done in
> > software) for certain
Alexandre Oliva wrote:
> On Jun 17, 2007, "Gabor Czigola" <[EMAIL PROTECTED]> wrote:
> > I wonder why the linux kernel development community couldn't propose
> > an own GPL draft (say v2.2) that is "as free as v2" and that includes
> > some ideas (from v3) that are considered as good (free,
This patch series enables ACPI modules to get loaded automatically via
module aliases.
Thanks to Kay I got help with the udev strings and this got already some
testing and review.
There are some minor problems left, but this should be mm ready and it
would be great if you can add these to your
Define standardized HIDs - Rename current acpi_device_id to __acpi_device_id
Signed-off-by: Thomas Renninger <[EMAIL PROTECTED]>
---
drivers/acpi/events/evrgnini.c|2 +-
drivers/acpi/namespace/nsxfeval.c |2 +-
drivers/acpi/utilities/uteval.c |4 ++--
include/acpi/acpi_bus.h
Create __mod_acpi_device_table symbol for all acpi drivers.
modpost is going to use this one to create modules.alias
Hopefully thinkpad module still works.
IMO this one should get restructured and make use of acpi_bus_register_driver
and try to avoid to test for HIDs/CIDs for its own.
On Sun, 17 Jun 2007, Wakko Warner wrote:
you can also easily move an ext3 journal to an external journal with
tune2fs (see man page).
I only have 2 ext3 file systems (One of which is mounted R/O since it's
full), all my others are reiserfs (v3).
What benefit would I gain by using an external
On Jun 17, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> Okay. So they give everyone the right to change the software on the
> box, but on connection replace the modified stuff with the official
> versions.
If I haven't modified it so as to stop them from doing so on my
computer, that is
On Sun, 17 Jun 2007, dean gaudet wrote:
On Sun, 17 Jun 2007, Wakko Warner wrote:
What benefit would I gain by using an external journel and how big would it
need to be?
i don't know how big the journal needs to be... i'm limited by xfs'
maximum journal size of 128MiB.
i don't have much
On Sun, Jun 17, 2007 at 09:59:01PM +0200, Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 03:07:14PM -0400, Dave Jones wrote:
> > Sometimes things fall through the cracks..
> > I haven't heard any similar problems, which makes it somewhat odd.
>
> Ok. Well, the lockup is all to real here :p
>
On Jun 17, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Jun 2007 15:33:33 -0300
> Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> On Jun 17, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
>>
>> >> I don't know any law that requires tivoization.
>>
>> > In the USSA it is arguable that
On Jun 17, 2007, Al Boldi <[EMAIL PROTECTED]> wrote:
> Under what circumstances would it be possible to receive permission for
> modification?
You have to ask the copyright holder.
Affero did just that, and so the Affero GPL was born.
Just don't assume the FSF will grant such permissions
Daniel Hazelton writes:
> Okay. So they give everyone the right to change the software on the box, but
> on connection replace the modified stuff with the official versions. Is that
> still a copyright problem? Absolutely, positively no. Is the current
> situation any different? Not that I can
Create acpi alias interface
Modify modpost (file2alias.c) to add acpi*:XYZ0001: alias in modules.alias
like:
grep acpi /lib/modules/2.6.22-rc4-default/modules.alias
alias acpi*:SNY5001:* sony_laptop
alias acpi*:SNY6001:* sony_laptop
for e.g. the sony_laptop module.
This module matches against
On Sun, 2007-06-17 at 15:55 -0300, Alexandre Oliva wrote:
> On Jun 17, 2007, "Gabor Czigola" <[EMAIL PROTECTED]> wrote:
>
> > I wonder why the linux kernel development community couldn't propose
> > an own GPL draft (say v2.2) that is "as free as v2" and that includes
> > some ideas (from v3)
On Jun 17, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Jun 2007, Alexandre Oliva wrote:
>>
>> One more time, I'm not talking about the license (the legal terms).
> Ok. Then go away.
> Everybody else just cares about the legal reasons.
That's false, and the reason I know it is
I've been reading up on the Intel HD Audio specifications, and I found
that the problem is most likely that the driver has to resort to PI/O
(single_cmd) mode. I really haven't had enough time or experience to
figure out what is actually causing this. This is the first time I've
done any kernel
On Jun 17, 2007, Bernd Petrovitsch <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-06-17 at 15:55 -0300, Alexandre Oliva wrote:
>> On Jun 17, 2007, "Gabor Czigola" <[EMAIL PROTECTED]> wrote:
>>
>> > I wonder why the linux kernel development community couldn't propose
>> > an own GPL draft (say v2.2)
On Sun, Jun 17, 2007 at 10:44:39AM -0700, [EMAIL PROTECTED] wrote:
> On Sun, 17 Jun 2007, Oleg Verych wrote:
[]
> >That's wrong if developers are tending to reply only one thing --
> >git-bisect.
> >
> >If things are going to be that bad, then better to start dealing with the
> >cause, not
On Sun, Jun 17, 2007 at 04:49:04PM -0400, Dave Jones wrote:
> That's pretty bad corruption indeed. What I'm puzzling over though
> is why other 965G users aren't seeing the same thing.
> My own 965G seems to be fine, though that's using Intel graphics
> instead of nvidia.
>
> (Just to rule it
you argue that it is evil for tivo to produce a pice of hardware that they
can modify and the user can't
but you then argue that it's a good thing for the FSF to produce a license
that they can modify and others can't
in the first case tivo is limiting their hardware, releases all the
> > That accurately describes the FCC wireless rules.
>
> AFAIK the FCC mandates not permitting the user to tinker. It doesn't
> mandate the vendor to retain this ability to itself.
In practical terms it does since a recall/replacement in the event of
rule changes is a bit impractical
>
On Sun, 2007-06-17 at 18:07 -0300, Alexandre Oliva wrote:
[...]
> However, as Ingo argued, not being able to patch holes, fix bugs and
> add new features is a very bad idea. He was talking about the
> software, but this is as true when it comes to the license.
Yes, but the license of the license
For the lists:
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8646
>
>Summary: fw-ohci and ohci1394: panic in softirq, below
> smp_apic_timer_interrupt
>Product: Drivers
>Version: 2.5
> KernelVersion: all
>
To make ata_piix recognize my ich9m chip i had to apply the
modification that follows.
Best regards
Maurizio Monge
diff -Nurb old/drivers/ata/ata_piix.c new/drivers/ata/ata_piix.c
--- old/drivers/ata/ata_piix.c 2007-06-17 23:06:12.0 +0200
+++ new/drivers/ata/ata_piix.c 2007-06-17
I was looking at various file systems and how they return
stat.st_blocks and stat.st_size for directories and had some questions
on how a fuse filesystem is supposed to implement readdir with the
seek offset when trying to union two directories together.
Is the offset a byte offset into the DIR
On Sun, Jun 17, 2007 at 11:13:38PM +0200, Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 04:49:04PM -0400, Dave Jones wrote:
> > That's pretty bad corruption indeed. What I'm puzzling over though
> > is why other 965G users aren't seeing the same thing.
> > My own 965G seems to be fine, though
On Sunday 17 June 2007, Andrew Morton wrote:
> On Sun, 17 Jun 2007 20:53:41 +0200 Bartlomiej Zolnierkiewicz <[EMAIL
> PROTECTED]> wrote:
>
> >
> >
> > IMO we should concentrate more on preventing regressions than on fixing
> > them.
> > In the long-term preventing bugs is cheaper than fixing
On Fri 2007-06-15 00:20:28, Rafael J. Wysocki wrote:
> On Thursday, 14 June 2007 15:59, Frank Seidel wrote:
> > From: Stefan Seyfried <[EMAIL PROTECTED]>
> >
> > I hate having to recompile the kernel, just to be able to debug suspend.
> > Remove CONFIG_DISABLE_CONSOLE_SUSPEND, replace it by a
Hi,
Maurizio Monge pisze:
To make ata_piix recognize my ich9m chip i had to apply the
modification that follows.
Best regards
Maurizio Monge
diff -Nurb old/drivers/ata/ata_piix.c new/drivers/ata/ata_piix.c
--- old/drivers/ata/ata_piix.c 2007-06-17 23:06:12.0 +0200
+++
On 17/06/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
[snip]
Serious, what's so hard to understand about:
no tivoization => more users able to tinker their formerly-tivoized
computers => more users make useful modifications => more
contributions in kind
?
Sure, there's a downside
Linus, please revert commit 21564fd2a3deb48200b595332f9ed4c9f311f2a7
It's not acceptable since illegal modules should definitely not get
write access to paravirt_ops.
Andi forwarded it although the following people had already NAK'ed it:
- Christoph Hellwig [1]
- Peter Zijlstra [2]
- Alan Cox
Chuck, Ingo, thanks for the responses.
> > The pattern that emerges is that on CPU0 we have an interrupt, which
> > is trying to acquire the rq lock, but can't.
> >
> > On CPU1 we have strace which is doing wait_task_inactive(), which sort
> > of spins acquiring and releasing the rq lock.
Remove the global nodemgr_serialize mutex which enclosed most of the
host thread event loop. This allows for parallelism between several
host adapter cards.
Properly serialize the driver hooks .update(), .suspend(), .resume(),
and .remove() by means of device->sem. These hooks can be called
Because I CC new people, let me summarize:
2.6.18 works fine. Most kernels after that print
"agpgart: Detected an Intel 965G Chipset."
and then either hang (I have to hard reset them), hard
reset by themselves or print one or two more lines mostly
related to hardcrashes (memory page faults or
Hi!
> > > I hate having to recompile the kernel, just to be able to debug suspend.
> > > Remove CONFIG_DISABLE_CONSOLE_SUSPEND, replace it by a tunable in
> > > /sys/power/disable_console_suspend.
> > >
> > >
> > > Signed-off-by: Stefan Seyfried <[EMAIL PROTECTED]>
> > > Signed-off-by: Frank
On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
> > What would the name be of such module?
>
> intel-agp
>
> Though by the looks of things, with the working kernel, you don't have
> it loaded (it's dependant upon the 'agpgart' module, which prints the
> "Detected" line that was
On Sun, Jun 17, 2007 at 09:08:31AM +0200, Jiri Slaby wrote:
> Greg KH napsal(a):
> > On Sat, Jun 16, 2007 at 05:44:52PM +0200, Jiri Slaby wrote:
> >> make pci_ids lowercase hexa
> >
> > Why? What good is this going to do in the long run?
>
> It's just cleanup to get rid of things like this:
>
Once upon a time, Jesper Juhl <[EMAIL PROTECTED]> said:
>Let's say I'm the owner of a company selling some device that uses a
>GPLv2 OS and some GPLv2 applications to do the job. Let's say that for
>some reason I don't want the end users of my device to tinker with the
>software inside my device.
Alexandre Oliva wrote:
> On Jun 17, 2007, Al Boldi <[EMAIL PROTECTED]> wrote:
> > Under what circumstances would it be possible to receive permission for
> > modification?
>
> You have to ask the copyright holder.
>
> Affero did just that, and so the Affero GPL was born.
>
> Just don't assume the
On Sat, Jun 16, 2007 at 11:17:58PM +0100, Alan Cox wrote:
> > (Vax/VMS System Software Handbook)
> > (TOPS-20 User's Manual)
>
> Also Files/11
And don't forget the really ground breaking work (for the
time) done by the Xanadu folk.
-
To unsubscribe from this list: send the line "unsubscribe
On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
> > What would the name be of such module?
>
> intel-agp
>
> Though by the looks of things, with the working kernel, you don't have
> it loaded (it's dependant upon the 'agpgart' module, which prints the
> "Detected" line that was
This changes asm() to __asm__() and volatile to __volatile__ so that these
headers can be used with gcc's -std=c99.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/asm-arm/byteorder.h b/include/asm-arm/byteorder.h
index e6f7fcd..39105dc 100644
---
Just to make things clear in the light of recent discussions.
Stuff I contribute to the Linux kernel are licensed under the terms of the
GPL version 2.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
CREDITS |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
> intel-agp
>
> Though by the looks of things, with the working kernel, you don't have
> it loaded (it's dependant upon the 'agpgart' module, which prints the
> "Detected" line that was missing).
You are wrong.
1)
I don't have any
Hello All , As a continuation .
On Sat, 16 Jun 2007, 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
Bartlomiej Zolnierkiewicz wrote:
> On Sunday 17 June 2007, Andrew Morton wrote:
> > We of course do want to minimise the amount of overhead for each
> > developer. I'm a strong believer in specialisation: rather than
> > requiring that *every* developer/maintainer integrate new steps in their
> >
On 18/06/07, Mr. James W. Laferriere <[EMAIL PROTECTED]> wrote:
Hello All , As a continuation .
On Sat, 16 Jun 2007, 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
On Mon, Jun 18, 2007 at 12:36:49AM +0200, Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
> > intel-agp
> >
> > Though by the looks of things, with the working kernel, you don't have
> > it loaded (it's dependant upon the 'agpgart' module, which prints the
>
On Sun, 17 Jun 2007, Thomas Renninger wrote:
> Create __mod_acpi_device_table symbol for all acpi drivers.
thinkpad-acpi will autoload by DMI ids in 2.6.23, which is a much better
solution for model-specific drivers like thinkpad-acpi than autoloading by
HID, IMHO.
Thus, I'd prefer if your
On Sun, 2007-06-17 at 18:33 -0400, Mike Frysinger wrote:
> This changes asm() to __asm__() and volatile to __volatile__ so that these
> headers can be used with gcc's -std=c99.
hmm but the kernel doesn't use -std=c99...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
This updates scripts/hdrschecks.sh by grepping for asm() constructs and
rejecting them in favor of __asm__() in exported headers.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/scripts/hdrcheck.sh b/scripts/hdrcheck.sh
index 3159858..33d17cc 100755
--- a/scripts/hdrcheck.sh
On 18/06/07, Al Boldi <[EMAIL PROTECTED]> wrote:
Bartlomiej Zolnierkiewicz wrote:
> On Sunday 17 June 2007, Andrew Morton wrote:
> > We of course do want to minimise the amount of overhead for each
> > developer. I'm a strong believer in specialisation: rather than
> > requiring that *every*
On Sunday, 17 June 2007 23:49, Bartlomiej Zolnierkiewicz wrote:
> On Sunday 17 June 2007, Andrew Morton wrote:
> > On Sun, 17 Jun 2007 20:53:41 +0200 Bartlomiej Zolnierkiewicz <[EMAIL
> > PROTECTED]> wrote:
[--snip--]
> >
> > yup, Reviewed-by: is good and I do think we should start adopting it,
On Jun 17, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
>> > That accurately describes the FCC wireless rules.
>>
>> AFAIK the FCC mandates not permitting the user to tinker. It doesn't
>> mandate the vendor to retain this ability to itself.
> In practical terms it does since a recall/replacement
Bartlomiej Zolnierkiewicz wrote:
> despite the fact that audit takes
> more time/knowledge then making the patch you will end up with zero credit
> if patch turns out to be (luckily) correct. Even if you find out issues
> and report them you are still on mercy of author for being credited
If we
On Sun, Jun 17, 2007 at 11:49:05PM +0200, Carlo Wood wrote:
> Kernels that work do NOT print "agpgart: Detected an Intel
> 965G Chipset." (All I know is that I have an ASUS P5B motherboard
> with a iP965, whether it's this 'G' or not I don't know).
>
The obvious question of course is whether
On Monday 18 June 2007, Arjan van de Ven wrote:
>
> On Sun, 2007-06-17 at 18:33 -0400, Mike Frysinger wrote:
> > This changes asm() to __asm__() and volatile to __volatile__ so that these
> > headers can be used with gcc's -std=c99.
>
> hmm but the kernel doesn't use -std=c99...
The byteorder
On Jun 17, 2007, [EMAIL PROTECTED] wrote:
> you argue that it is evil for tivo to produce a pice of hardware that
> they can modify and the user can't
s/evil/unethical/, because I understand that denying people the
ability to enjoy the four freedoms of Free Software is unethical, and
accepting
On Sun, 17 Jun 2007, Alexandre Oliva wrote:
> > A third way of stating it is "software for software". No, the romans never
> > said that, but I just did, to make it just more obvious that the whole
> > point is that you are expected to answer IN KIND!
>
> Yes. And this was precisely what
On Sun, Jun 17, 2007 at 04:46:44PM -0300, Alexandre Oliva wrote:
> My perception is that the first easily dominates the second, and so
> you are better off without tivoization.
Your perception is quite flawed.
I see where you come from, I know your intentions are absolutely
genuine, but there's
This patch adds a proper prototype for proc_nr_files() in
include/linux/fs.h
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/fs.h |5 +
kernel/sysctl.c|4 +---
2 files changed, 6 insertions(+), 3 deletions(-)
--- linux-2.6.22-rc4-mm2/include/linux/fs.h.old
Every file should include the headers containing the prototypes for
it's global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc4-mm2/fs/namespace.c.old 2007-06-17 15:24:24.0
+0200
+++ linux-2.6.22-rc4-mm2/fs/namespace.c 2007-06-17 15:24:50.0
Every file should include the headers containing the prototypes for
it's global functions.
Since the GNU C compiler is now able to detect that the function
prototype of devres_release_all() in the header and the actual function
disagree regarding the return value, this patch also fixes this
Every file should include the headers containing the prototypes for
it's global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc4-mm2/arch/i386/video/fbdev.c.old2007-06-17
15:48:25.0 +0200
+++ linux-2.6.22-rc4-mm2/arch/i386/video/fbdev.c
Every file should include the headers containing the prototypes for
it's global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc4-mm2/kernel/sys_ni.c.old2007-06-17 16:03:11.0
+0200
+++ linux-2.6.22-rc4-mm2/kernel/sys_ni.c2007-06-17
Allow gcc to perform show_registers() type checking also with
CONFIG_KPROBES=n.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch has been sent on:
- 27 Apr 2007
- 27 Mar 2007
include/linux/kprobes.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
---
start_cpu_timer() should be __cpuinit (which also matches what it's
callers are).
__devinit didn't cause problems, it simply wasted a few bytes of memory
for the common CONFIG_HOTPLUG_CPU=n case.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch has been sent on:
- 28 Apr 2007
> > In practical terms it does since a recall/replacement in the event of
> > rule changes is a bit impractical
>
> Indeed. But that's not a legal requirement, it's an economic reason.
Cynical Economists would argue 'legal requirements' are just changes to
the cost of the various economic
On Sun, Jun 17, 2007 at 04:58:40PM -0500, Chris Adams wrote:
> Once upon a time, Jesper Juhl <[EMAIL PROTECTED]> said:
> >Let's say I'm the owner of a company selling some device that uses a
> >GPLv2 OS and some GPLv2 applications to do the job. Let's say that for
> >some reason I don't want the
On Sun, 17 Jun 2007, Nicholas Miell wrote:
> On Sun, 2007-06-17 at 10:01 -0700, Davide Libenzi wrote:
> > On Sun, 17 Jun 2007, Nicholas Miell wrote:
> >
> > > On Sat, 2007-06-16 at 20:33 -0700, Linus Torvalds wrote:
> > > > In a stunning turn of events, I've actually been able to make another
>
On Jun 17, 2007, "Jesper Juhl" <[EMAIL PROTECTED]> wrote:
> On 17/06/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> [snip]
>> Serious, what's so hard to understand about:
>> no tivoization => more users able to tinker their formerly-tivoized
>> computers => more users make useful
On Sunday 17 June 2007, Arnd Bergmann wrote:
> On Monday 18 June 2007, Arjan van de Ven wrote:
> > On Sun, 2007-06-17 at 18:33 -0400, Mike Frysinger wrote:
> > > This changes asm() to __asm__() and volatile to __volatile__ so that
> > > these headers can be used with gcc's -std=c99.
> >
> > hmm
On Sun, Jun 17, 2007 at 04:58:40PM -0500, Chris Adams wrote:
> The reason is that if there ever is a security hole in the routing
> engine software (FreeBSD kernel, OpenSSH, etc.), it would be a really
> bad thing if crackers could load arbitrary software (rootkits, spam
> software, etc.) directly
On Sun, Jun 17, 2007 at 06:49:18PM -0400, Dave Jones wrote:
> ok, then you must have CONFIG_AGP=y
I do - not voluntary however. For some mysterious reason I am
unable to set it to n or m. I am also not able to set CONFIG_AGP_INTEL
to n, only to y or m.
(using make 'menuconfig' for example).
> >
On Monday 18 June 2007, Stefan Richter wrote:
> Bartlomiej Zolnierkiewicz wrote:
> > despite the fact that audit takes
> > more time/knowledge then making the patch you will end up with zero credit
> > if patch turns out to be (luckily) correct. Even if you find out issues
> > and report them you
On Mon, Jun 18, 2007 at 08:18:58AM +0900, Paul Mundt wrote:
> The obvious question of course is whether actually reverting this
> changeset fixes your problem? I would be very surprised if it did.
Having a git commit Id, like d09c6b809432668371b5de9102f4f9aa6a7c79cc,
how can I create a .diff file
Hello glibc and kernel maintainers,
could you please add two AT_ entries to include/linux/auxvec.h in the
upstream kernel and the respective elf/elf.h definitions in glibc.
#define AT_ENTROPY1 24 /* kernel entropy in auxiliary vector */
#define AT_ENTROPY2 25 /* second field for kernel
On Sun, 2007-06-17 at 16:49 -0700, Davide Libenzi wrote:
> On Sun, 17 Jun 2007, Nicholas Miell wrote:
>
> > On Sun, 2007-06-17 at 10:01 -0700, Davide Libenzi wrote:
> > > On Sun, 17 Jun 2007, Nicholas Miell wrote:
> > >
> > > > On Sat, 2007-06-16 at 20:33 -0700, Linus Torvalds wrote:
> > > > >
On Mon, Jun 18, 2007 at 02:06:43AM +0200, Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 06:49:18PM -0400, Dave Jones wrote:
> > ok, then you must have CONFIG_AGP=y
>
> I do - not voluntary however. For some mysterious reason I am
> unable to set it to n or m.
You likely have CONFIG_IOMMU set.
On Sun, 17 Jun 2007, Nicholas Miell wrote:
> Ah, ok, that's great.
>
> I didn't see anything like that in linux.git, missed Ben's patch to the
> list, and mixed up your description with the original TIF_SIGPENDING
> work.
They will still race on the signal queue though. That is, if you create a
On Jun 17, 2007, Al Boldi <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva wrote:
>> On Jun 17, 2007, Al Boldi <[EMAIL PROTECTED]> wrote:
>> > Under what circumstances would it be possible to receive permission for
>> > modification?
>>
>> You have to ask the copyright holder.
>>
>> Affero did just
On Mon, Jun 18, 2007 at 02:10:49AM +0200, Carlo Wood wrote:
> On Mon, Jun 18, 2007 at 08:18:58AM +0900, Paul Mundt wrote:
> > The obvious question of course is whether actually reverting this
> > changeset fixes your problem? I would be very surprised if it did.
>
> Having a git commit Id, like
On Fri, Jun 15, 2007 at 01:10:40PM -0700, Jeremy Fitzhardinge wrote:
> I'm doing a little cleanup of ELF stuff around the tree, and I noticed
> that asm-sh64/module.h defines 32 bit versions of the ELF types rather
> than 64. Is this right?
>
Yes, that's correct. sh64 supports both a 64-bit and
On Jun 17, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Jun 2007, Alexandre Oliva wrote:
>> /me hands Linus a mirror
> "I'm a damn handsome dude, ain't I?"
Heh. I beg to differ ;-)
>> Serious, what's so hard to understand about:
> You're talking about something totally
Bartlomiej Zolnierkiewicz wrote:
> In case of being maintainer "bastard approach" is more about not discouraging
> developers by holding patches for too long than about getting credit.
The maintainer who is about to suffocate in newly contributed code is
actually a lucky guy: He can ask his
On Sun, 2007-06-17 at 17:20 -0700, Davide Libenzi wrote:
> >
> > I didn't see anything like that in linux.git, missed Ben's patch to
> the
> > list, and mixed up your description with the original TIF_SIGPENDING
> > work.
>
> They will still race on the signal queue though. That is, if you
>
601 - 700 of 748 matches
Mail list logo
