On Thu, 21 Jun 2007, Alexandre Oliva wrote:
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
how exactly can they prevent a system that's been tampered with from
accessing their network?
By denying access to their servers? By not granting whatever is
needed to initiate network sessions?
And
On Thu, Jun 21, 2007 at 08:29:34AM +0200, Peter Zijlstra wrote:
On Wed, 2007-06-20 at 23:11 -0700, Arjan van de Ven wrote:
Peter Zijlstra wrote:
Also, the other iommu code you pointed me to, was happy to fail, it did
not attempt to use the emergency reserves.
Is the same behavior acceptable
On Thu, 21 Jun 2007, David Chinner wrote:
On Thu, Jun 21, 2007 at 12:56:44PM +1000, Neil Brown wrote:
I have that - apparently naive - idea that drives use strong checksum,
and will never return bad data, only good data or an error. If this
isn't right, then it would really help to
On Jun 18 2007 22:11, Michal Piotrowski wrote:
1 The kernel, patches, trees and compilation
1.1 The kernel
Please do not advocate old-style tar option syntax.
1.2 Patches
1.3 Ketchup
1.4 Trees
1.5 The -mm tree
1.6 Compilation and installation
1.6.1 Kernel compilation
1.6.2 Useful
Hi,
[Added Christoph, Paolo, David and linux-mtd.]
On 6/21/07, Tom Spink [EMAIL PROTECTED] wrote:
On 20/06/07, Tom Spink [EMAIL PROTECTED] wrote:
On 20/06/07, Toralf Förster [EMAIL PROTECTED] wrote:
Hello,
the build with the attached .config failed, make ends with:
[...]
The build
Lennart Sorensen wrote:
On Tue, Jun 19, 2007 at 07:28:22PM +0400, Manu Abraham wrote:
Well, it is not Tivo alone -- look at http://aminocom.com/ for an
example. If you want the kernel sources pay USD 50k and we will provide
the kernel sources, was their attitude.
Hmm, set top boxes are
On Thu, Jun 21, 2007 at 12:22:01PM +0530, Satyam Sharma wrote:
The build seems to fail because of:
ERROR: ROOT_DEV [drivers/mtd/maps/nettel.ko] undefined!
After taking a quick look at the code, I can't immediately see why
this would be, since there is an include for linux/root_dev.h at
On Wed, Jun 20, 2007 at 10:23:21PM -0700, Arjan van de Ven wrote:
On Wed, 2007-06-20 at 16:50 -0700, Linus Torvalds wrote:
On Wed, 20 Jun 2007, Arjan van de Ven wrote:
the real fix would be something like this instead:
If people can test this, and confirm it works, please send a
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
frankly, I haven't checked the licenses on the software. I'd suggest
going to www.tivo.com/linux and download all the source for all the
different versions there.
Yeah, thanks, I remembered someone had posted that URL the second
after a hit Send :-(
On Wed, 2007-06-20 at 23:37 -0700, Keshavamurthy, Anil S wrote:
On Thu, Jun 21, 2007 at 08:29:34AM +0200, Peter Zijlstra wrote:
On Wed, 2007-06-20 at 23:11 -0700, Arjan van de Ven wrote:
Peter Zijlstra wrote:
Also, the other iommu code you pointed me to, was happy to fail, it did
not
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
no, one of the rules for the network is that the software must be
certified,
In this case you might have grounds to enforce this restriction of the
network on the network controller itself, I suppose.
Not that you should disable the network controller
On Wed, Jun 20, 2007 at 10:34:15AM -0700, Linus Torvalds wrote:
On Wed, 20 Jun 2007, Jarek Poplawski wrote:
I don't agree with this (+ I know it doesn't matter).
The real bug is what Chuck Ebbert wrote: Spinlocks aren't fair.
And here they are simply lawlessly not fair.
Well,
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
frankly, I haven't checked the licenses on the software. I'd suggest
going to www.tivo.com/linux and download all the source for all the
different versions there.
Yeah, thanks, I remembered someone had
* Linus Torvalds [EMAIL PROTECTED] wrote:
In other words, spinlocks are optimized for *lack* of contention. If a
spinlock has contention, you don't try to make the spinlock fair.
No, you try to fix the contention instead!
yeah, and if there's no easy solution, change it to a mutex.
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
no, one of the rules for the network is that the software must be
certified,
In this case you might have grounds to enforce this restriction of the
network on the network controller itself, I suppose.
On 6/20/07, H. Peter Anvin [EMAIL PROTECTED] wrote:
Albert Cahalan wrote:
Look, let's back up a bit here. At a high level, what exactly do
you imagine that this behavior was intended for? I suggest you
list some examples of the attacks that are blocked.
Can you come up with a reasonable
[EMAIL PROTECTED] wrote:
what sort of signal can the network controller send that couldn't be
forged by the OS?
how would you do this where the device is a receiver on the netwoek
(such as a satellite receiver)
just for the question on the HOWTO (not on anything else)
You can easily have
On 6/21/07, Christoph Hellwig [EMAIL PROTECTED] wrote:
On Thu, Jun 21, 2007 at 12:22:01PM +0530, Satyam Sharma wrote:
The build seems to fail because of:
ERROR: ROOT_DEV [drivers/mtd/maps/nettel.ko] undefined!
After taking a quick look at the code, I can't immediately see why
this
Hi list,
I have some trouble getting my network card to run.
when I run dmesg I can clearly see it being detected
eth0: VIA Rhine II at 0xee006000, 00:e0:c5:54:88:a8, IRQ 11.
eth0: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1.
but when I try ifconfig eth0 up it fails
Hi list,
I have some trouble getting my network card to run.
when I run dmesg I can clearly see it being detected
eth0: VIA Rhine II at 0xee006000, 00:e0:c5:54:88:a8, IRQ 11.
eth0: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1.
but when I try ifconfig eth0 up it fails
Roland Dreier wrote:
Commit 4a0df2ef added the following to scripts/checkpatch.pl:
print Use of volatile is usually wrong: see
Documentation/volatile-considered-harmful.txt\n;
but Linus's tree has no such file. not sure what the right thing to
do here is, since I assume we do
On Wed, 2007-06-20 at 16:08 -0700, Jeremy Fitzhardinge wrote:
arm26 changes acked-by: Ian Molton [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 06/20, Linus Torvalds wrote:
On Wed, 20 Jun 2007, Oleg Nesterov wrote:
Also, suppose that some thread does
for (;;)
signal(SIGSEGV, SIG_IGN);
Now we have the same situation. do_sigaction() can steal SIGSEGV from
another thread.
Actually, that shouldn't
Hi Balbir,
On 21/06/07, Balbir Singh [EMAIL PROTECTED] wrote:
Wonderful! Are there any plans to start using the fault injection framework
to catch more defects?
There are plans for the second part called debugging techniques, but
I really don't know when I'll start writing this.
In fact I
Bjorn,
On Wed, Jun 20, 2007 at 02:59:33PM -0700, Stephane Eranian wrote:
Bjorn,
I ran into one issue related with the new allocator.
In the case of a Core 2 Duo processor, the PMU implements more
than just basic counters. In particular it supports fixed counters
and PEBS where both use
* Jarek Poplawski [EMAIL PROTECTED] wrote:
BTW, I've looked a bit at these NMI watchdog traces, and now I'm not
even sure it's necessarily the spinlock's problem (but I don't exclude
this possibility yet). It seems both processors use task_rq_lock(), so
there could be also a problem with
Michal Piotrowski wrote:
Hi Balbir,
On 21/06/07, Balbir Singh [EMAIL PROTECTED] wrote:
Wonderful! Are there any plans to start using the fault injection
framework
to catch more defects?
There are plans for the second part called debugging techniques, but
I really don't know when I'll
Neil Brown wrote:
This isn't quite right.
Thanks :)
Firstly, it is mdadm which decided to make one drive a 'spare' for
raid5, not the kernel.
Secondly, it only applies to raid5, not raid6 or raid1 or raid10.
For raid6, the initial resync (just like the resync after an unclean
shutdown)
Huang, Ying wrote:
Is the queue number kernel-global or per subsystem?
The queue number is kernel-global.
Then there is an API required to allocate and deallocate exclusive queue
IDs. This feels strange as a mechanism for (de-)serialization, and
might introduce some bulk WRT code and data.
[EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, David Chinner wrote:
one of the 'killer features' of zfs is that it does checksums of every
file on disk. so many people don't consider the disk infallable.
several other filesystems also do checksums
both bitkeeper and git do checksums of files
On Thursday 21 June 2007 01:48:43 Linus Torvalds wrote:
On Wed, 20 Jun 2007, Dave Jones wrote:
Surely the fundamental disagreement is only due to DEBUG_RODATA
covering write-protection of both .text, and .rodata ?
I agree that we could well split DEBUG_RODATA into something more
On Wed, 2007-06-20 at 18:14 -0300, Tomas Neme wrote:
[]
Why, if you let user-compiled kernels to run in a TiVo, it might be
modified so the TiVo can be used to pirate-copy protected content,
Or it might be modified to fix a bug - either a technical one or a legal
one as described below.
Hello Satyam,
In any case, however, the point to extend the critical section here
to encapsulate all the three parts still stands. We wouldn't want
ioctl(NETCON_REMOVE_TARGET) on the specified target to
return without removing the target that the user specified just
because that target's
Hello Satyam,
Hmm, I might've missed this thread, but my opinion on the
alternatives, fwiw:
1. I think adding new ioctl's to the kernel are generally disliked for
obvious reasons. Perhaps Stephen meant to add some generic
ioctl's above (and not separate ones specially implemented for
the
On 06/20, Linus Torvalds wrote:
On Wed, 20 Jun 2007, Davide Libenzi wrote:
The following patch excludes synchronous signals from being dequeued
by a signalfd.
I really prefer the current code. Listign special cases is just ugly. Just
make it so that thread-local signals stay
Bernd Petrovitsch wrote:
On Wed, 2007-06-20 at 18:14 -0300, Tomas Neme wrote:
[]
Why, if you let user-compiled kernels to run in a TiVo, it might be
modified so the TiVo can be used to pirate-copy protected content,
Or it might be modified to fix a bug - either a technical one or a
Hello,
While debugging a Linux driver on my ARM platform
(AT91), I switched on the 2.6.22-rc5 kernel. While
reconfiguring it I selected CONFIG_SLUB as a SLAB allocator.
The sd/mmc driver I tried to run is vanilla driver
which never, until now, produces Oops (at91_mci.c).
The oops seems to
Having read the RSS and Pagecache controllers some things bothered me.
- the duplication of much of the reclaim data (not code)
and the size increase as a result thereof.
- the clear distinction between mapped (RSS) and unmapped (pagecache)
limits. Linux doesn't impose individual limits
Hi Dmitry,
On Wed, 20 Jun 2007 23:11:32 -0400, Dmitry Torokhov wrote:
On Wednesday 20 June 2007 04:56, Jean Delvare wrote:
Ah, I see. There's no way to detect what device is connected to the
serial port, so we need a user-space tool to bind the port to the right
driver? Makes some sense,
Here's an idea that just occurred to me, after all the discussions
about motivations, tit-for-tat, authors' wishes and all.
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
Hi,
We will include this fix in next set of patch submission. Thanks for the
fix.
Thanks,
~Siva
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Olaf Hering
Sent: Wednesday, June 20, 2007 2:11 AM
To: Stephen Hemminger
Cc: linux-kernel@vger.kernel.org;
Hi Keiichi,
Please do consider configfs. Note that we'll have to lose the sysfs
symlink from your target's kobject to the kobject of the ethernet
device if we switch to configfs, but was that symlink needed for
some essential functionality or was it simply for informational
purpose? IMHO,
On Wed, 2007-06-20 at 22:30 -0700, [EMAIL PROTECTED] wrote:
asking a device that's running software that you haven't verified to give
you a checksum of itself isn't going to work becouse the software can just
lie to you.
I don't think there is any way I _could_ make a device if it had
On 20.06.07 12:45:35, David Rientjes wrote:
On Wed, 20 Jun 2007, Robert Richter wrote:
Index: linux-2.6.22-rc3/arch/x86_64/perfmon/perfmon_k8.c
===
--- linux-2.6.22-rc3.orig/arch/x86_64/perfmon/perfmon_k8.c
+++
On 20.06.07 13:22:16, Stephane Eranian wrote:
David,
On Wed, Jun 20, 2007 at 12:49:05PM -0700, David Rientjes wrote:
On Wed, 20 Jun 2007, Robert Richter wrote:
Debug messages added for better debugging.
And you added BUG_ON()'s.
Signed-off-by: Robert Richter [EMAIL
Hi Mark,
Networking stuff generally goes to netdev. [ Added to Cc: ]
On 6/21/07, Mark Hannessen [EMAIL PROTECTED] wrote:
Hi list,
I have some trouble getting my network card to run.
when I run dmesg I can clearly see it being detected
eth0: VIA Rhine II at 0xee006000, 00:e0:c5:54:88:a8, IRQ
Greg KH wrote:
On Sun, Jun 17, 2007 at 02:56:24AM -0300, Alexandre Oliva wrote:
If you want your opinions to stand a chance to make a difference, the
right place to provide them is gplv3.fsf.org/comments, and time is
running short.
[...]
So, why would we want to waste our time filling out web
Right now it is actually impossible to conclusively determine a
filesystem-relative path in the presence of bind (and possibly move)
mounts. This is highly desirable to be able to do in contexts that
involve non-Linux (or not-the-current-instance-of-Linux) accesses to the
filesystem,
Hello, Michal!
Michal Piotrowski schrieb:
There is just too less time to test the kernel much in
detail. It would be fine to have the whole book as
./test-my-system-now-but-dont-ask-me.sh ;-)
How about bin/autotest samples/all_tests?
Ah, I really should read all of it:
There is Chapter 2.2
On Thu, Jun 21, 2007 at 04:39:36PM +1000, David Chinner wrote:
FWIW, I don't think this really removes the need for a filesystem to
be able to keep multiple copies of stuff about. If the copy(s) on a
device are gone, you've still got to have another copy somewhere
else to get it back...
On Thu, Jun 21, 2007 at 10:39:31AM +0200, Ingo Molnar wrote:
* Jarek Poplawski [EMAIL PROTECTED] wrote:
BTW, I've looked a bit at these NMI watchdog traces, and now I'm not
even sure it's necessarily the spinlock's problem (but I don't exclude
this possibility yet). It seems both
Peter Zijlstra wrote:
Having read the RSS and Pagecache controllers some things bothered me.
- the duplication of much of the reclaim data (not code)
and the size increase as a result thereof.
Are you referring to the duplication due to the per container LRU list?
- the clear
Albert Cahalan [EMAIL PROTECTED] wrote:
On 6/19/07, William Lee Irwin III [EMAIL PROTECTED] wrote:
On Fri, Jun 08, 2007 at 02:35:22AM -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
On Wed, 20 Jun 2007 12:55:10 -0700
David Schwartz [EMAIL PROTECTED] wrote:
The kernel you build from the source code that Tivo distributes must
be accepted by Tivo's hardware without making other modifications (to
Tivo's hardware or bootloader). If that is possible, I will retract
what
Yan Zheng wrote:
I mount an ext2 fs , then remount it with xip option set.
I get message below when do write operation in the fs.
Ouch. Like on mount, we should refuse -o xip on remount. The patch
below fixes this issue.
Signed-off-by: Carsten Otte [EMAIL PROTECTED]
---
Index:
You've made an important mistake. You said their system. Now its our
code and whoever bought the units' hardware so it isn't their anything.
Yes, the hardware belongs to the user, and the software belongs to the Linux
community. However I think I wasn't 100% clear, I also mean keeping
Steven Rostedt wrote:
Michal Schmidt wrote:
I came to the conclusion that the IO-APICs which need the fix for the
nobody cared bug don't have the issue ack_ioapic_quirk_irq is designed
to work-around. It should be safe simply to use the normal
ack_ioapic_irq as the .eoi method in
Alexandre Oliva wrote:
Here's an idea that just occurred to me, after all the discussions
about motivations, tit-for-tat, authors' wishes and all.
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
Robert Richter [EMAIL PROTECTED] writes:
Debug messages added for better debugging.
Signed-off-by: Robert Richter [EMAIL PROTECTED]
Index: linux-2.6.22-rc3/perfmon/perfmon_file.c
===
---
Hello everyone.
I am trying to build a settop box with two cards, a PVR-150 and a DVB
card. The mini-ITX motherboard has only one PCI slot, so I bought an
active PCI riser.
First I tried with two cheap lifeview cards on the riser and they
worked.
The PVR-150 is working fine alone, and so does
Signed-off-by: Alessio Igor Bogani [EMAIL PROTECTED]
---
drivers/clocksource/acpi_pm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/clocksource/acpi_pm.c
b/drivers/clocksource/acpi_pm.c
index 5cfcff5..7d25010 100644
--- a/drivers/clocksource/acpi_pm.c
+++
On Wed, 20 Jun 2007 14:51:03 -0400
Steven Rostedt [EMAIL PROTECTED] wrote:
I was getting false reports about NMI lockups on CPU 3. For some
reason CPU 0,1 and 2 where using apic timer, and CPU 3 was using the
irq 0 timer.
I think you are telling about case when nmi_watchdog is set to
* Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
But I am wondering if attach_task() should leave kernel threads alone
and act only upon user-space threads. Or maybe allow movement if it
doesn't result in changing kernel-threads's cpu affinity.
yeah, i'd agree with the latter. We could also
On Thu, 14 Jun 2007 15:05:27 +0200 Malte Cornils [EMAIL PROTECTED] wrote:
Hello,
my Asus M2N Notebook hangs doing the following on 2.6.22-rc3 (from Ubuntu
Gutsy Gibbon Tribe-1):
Setting up standard PCI resources
The non-scrollable output on the full screen can be found here:
On Sun, 17 Jun 2007 10:57:55 -0700 (PDT) [EMAIL PROTECTED] wrote:
I haven't had time to bisect this, but I'm having a problem on a AMD64
gentoo system where the printer doesn't work with recent kernels.
2.6.18-rc3 worked
2.6.21.1 doesn't
2.6.22-rc4 doesn't
unfortunantly the system is
On Mon, 18 Jun 2007 10:30:42 +0100 (IST) Mel Gorman [EMAIL PROTECTED] wrote:
+
+ /*
+ * It's a race if compaction frees a suitable page but
+ * someone else allocates it
+ */
+
Dave Jones wrote:
On Mon, Jun 18, 2007 at 04:47:11PM -0700, Andrew Morton wrote:
Frankly, I find it very depressing that the kernel defaults matter. These
things are trivially tunable and you'd think that after all these years,
distro initscripts would be establishing the settings, based
as long as this right is not used by the software distributor to
impose restrictions on the user's ability to adapt the software to
their own needs. The GPLv3 paragraph above makes a fair concession in
this regard, don't you agree?
no, one of the rules for the network is that the software
On Wed, Jun 20, 2007 at 05:59:27PM -0400, Mathieu Desnoyers wrote:
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
On Thu, Jun 14, 2007 at 12:02:42PM -0400, Mathieu Desnoyers wrote:
...
Well, we must take into account where these markers are added and how
often the marked code is run. Since I
On Thu, 21 Jun 2007, Neil Brown wrote:
I have that - apparently naive - idea that drives use strong checksum,
and will never return bad data, only good data or an error. If this
isn't right, then it would really help to understand what the cause of
other failures are before working out how to
On Thu, Jun 21, 2007 at 06:26:20AM +0300, Al Boldi wrote:
Adrian Bunk wrote:
On Mon, Jun 18, 2007 at 06:55:47AM +0300, Al Boldi wrote:
Michal Piotrowski wrote:
On 18/06/07, Al Boldi [EMAIL PROTECTED] wrote:
Bartlomiej Zolnierkiewicz wrote:
On Sunday 17 June 2007, Andrew Morton
Hi!
Sorry for not screaming when CONFIG_DISABLE_CONSOLE_SUSPEND went in,
but please lets solve this correctly
Ouch and sorry for not screaming at try 1 time. But it still does
not make the patch right, and I believe that even patch authors agree
that no-config-needed is
On 6/19/07, Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
Denis Cheng wrote:
From: Denis Cheng [EMAIL PROTECTED]
the explicit memset call could be optimized out by data initialization,
thus all the fill working can be done by the compiler implicitly.
How does the generated code change?
Andrew Morton wrote:
On Mon, 18 Jun 2007 10:30:42 +0100 (IST) Mel Gorman [EMAIL PROTECTED]
wrote:
+
+/*
+ * It's a race if compaction frees a suitable page but
+ * someone else allocates it
+ */
+
On Wed, Jun 20 2007, Kristen Carlson Accardi wrote:
Enable Aggressive Link Power management for AHCI controllers.
This patch will set the correct bits to turn on Aggressive
Link Power Management (ALPM) for the ahci driver. This
will cause the controller and disk to negotiate a lower
power
This is an updated version of my bugfix patch. Yan Zheng pointed out,
that ext2_remount lacks checking if -o xip should be enabled or not.
This patch checks for presence of direct_access on the backing block
device and if the blocksize meets the requirements.
Andrew, please consider adding this
Hi!
From: Rafael J. Wysocki [EMAIL PROTECTED]
At present, if a user mode helper is running while
usermodehelper_pm_callback()
is executed, the helper may be frozen and the completion in
call_usermodehelper_exec() won't be completed until user space processes are
thawed. As a result, the
Adrian Bunk wrote:
On Thu, Jun 21, 2007 at 06:26:20AM +0300, Al Boldi wrote:
Adrian Bunk wrote:
We are talking about _tracking_.
I'm not sure whether it makes much sense, and it would cost an
enormous amount of time, but tracking patches should be possible
without any knowledge
Marcin Szczurowski wrote:
I've just configured new kernel:
2.6.21.1 + patch-2.6.21.5
In menuconfig:
Networking - Networking options - IP: Virtual server configuration
I've choosen help and got help to menuconfig...
Hard to call it a bug, but I don't know what Virtual server
On Thu, 2007-06-21 at 16:33 +0530, Balbir Singh wrote:
Peter Zijlstra wrote:
Having read the RSS and Pagecache controllers some things bothered me.
- the duplication of much of the reclaim data (not code)
and the size increase as a result thereof.
Are you referring to the
The following patch to 2.6.22-rc4-mm2 seems to update the early console
support for the 8250 uarts:
serial-convert-early_uart-to-earlycon-for-8250
This moved from naming the 8250 uart 'uart' to 'uart8250' in the
console= kernel parameter. While this is sensible long term to allow
other
-Original Message-
From: Stefan Richter [mailto:[EMAIL PROTECTED]
The queue number is kernel-global.
Then there is an API required to allocate and deallocate exclusive
queue
IDs. This feels strange as a mechanism for (de-)serialization, and
might introduce some bulk WRT code and data.
[Jesper Juhl - Wed, Jun 20, 2007 at 11:01:44PM +0200]
| From: Jesper Juhl [EMAIL PROTECTED]
| To: Cyrill Gorcunov [EMAIL PROTECTED]
| Cc: LKML linux-kernel@vger.kernel.org
| Subject: Re: [PATCH] bracing the loop in kernel/softirq.c
| Date: Wed, 20 Jun 2007 23:01:44 +0200
|
On 20/06/07, Cyrill
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
On Wed, Jun 20, 2007 at 05:59:27PM -0400, Mathieu Desnoyers wrote:
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
On Thu, Jun 14, 2007 at 12:02:42PM -0400, Mathieu Desnoyers wrote:
...
Well, we must take into account where these markers are added and
On Thu, Jun 21, 2007 at 04:41:28PM +0300, Al Boldi wrote:
Adrian Bunk wrote:
On Thu, Jun 21, 2007 at 06:26:20AM +0300, Al Boldi wrote:
Adrian Bunk wrote:
We are talking about _tracking_.
I'm not sure whether it makes much sense, and it would cost an
enormous amount of time,
On 20.06.07 12:49:05, David Rientjes wrote:
On Wed, 20 Jun 2007, Robert Richter wrote:
Debug messages added for better debugging.
And you added BUG_ON()'s.
Signed-off-by: Robert Richter [EMAIL PROTECTED]
Index: linux-2.6.22-rc3/perfmon/perfmon_file.c
On 20.06.07 12:43:59, David Rientjes wrote:
On Wed, 20 Jun 2007, Robert Richter wrote:
This patch renames *_k8_* symbols to *_amd64_*.
Signed-off-by: Robert Richter [EMAIL PROTECTED]
Index: linux-2.6.22-rc3/arch/x86_64/perfmon/perfmon_k8.c
On Wed, 2007-06-20 at 20:45 +0200, Michal Piotrowski wrote:
[EMAIL PROTECTED] pisze:
The mm snapshot broken-out-2007-06-20-10-12.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-06-20-10-12.tar.gz
it was my fault, sorry.
Thank you
Islam Amer wrote:
Hello everyone.
I am trying to build a settop box with two cards, a PVR-150 and a DVB
card. The mini-ITX motherboard has only one PCI slot, so I bought an
active PCI riser.
First I tried with two cheap lifeview cards on the riser and they
worked.
The PVR-150 is working fine
Jesse Barnes wrote:
What, are you going to report this to GigaByte?
No, but you should if you haven't already. I think GigaByte probably
gets its BIOS from another BIOS vendor (maybe Intel), so when that
vendor provides them with an update, they'll probably provide it on
their
* Date: Thu, 21 Jun 2007 08:21:03 +0200
To have Gmane (news=e-mail [and web]) engine[s] on the kernel.org will
be the best thing ever!
Some more Why:
* You don't receive (or annoyingly bounce) huge traffic.
. big backlogs are handled easily in many cases, like getting
e-mails,
On Thu, 21 Jun 2007, Pim Zandbergen wrote:
Jesse Barnes wrote:
What, are you going to report this to GigaByte?
No, but you should if you haven't already. I think GigaByte probably gets
its BIOS from another BIOS vendor (maybe Intel), so when that vendor
provides them with an update,
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 more Chinese to contribute to Linux kernel.
Arjan van de Ven wrote:
--- linux-2.6.22-rc5/arch/i386/Kconfig.debug.org 2007-06-20
22:20:30.0 -0700
+++ linux-2.6.22-rc5/arch/i386/Kconfig.debug 2007-06-20 22:20:55.0
-0700
@@ -49,7 +49,6 @@ config DEBUG_PAGEALLOC
config DEBUG_RODATA
bool Write protect kernel
On Wed, 6 Jun 2007 09:55:50 +0100
Christoph Hellwig [EMAIL PROTECTED] wrote:
On Tue, Jun 05, 2007 at 03:23:40PM -0400, Jeff Layton wrote:
I recently sent a similar, smaller patch for this problem. After some
discussion with Steve and Shaggy, I think I better understand why cifsd
allows
On Thu, 21 Jun 2007, Mattias Wadenstein wrote:
On Thu, 21 Jun 2007, Neil Brown wrote:
I have that - apparently naive - idea that drives use strong checksum,
and will never return bad data, only good data or an error. If this
isn't right, then it would really help to understand what the
Shouldn't we add something to the help texts?
+ This option also marks kernel text pages as write-protected,
+ except if you enable KPROBES.
CMIIW.
As mentioned elsewhere in this thread, replacing CONFIG_DEBUG_RODATA by
CONFIG_WRITEPROTECT_RODATA and CONFIG_WRITEPROTECT_TEXT
On Thu, 2007-06-21 at 11:33 +0200, Jean Delvare wrote:
OK. This leads me to a question: is it OK for me to add support for my
non-input device to inputattach, or is a separate, dedicated helper
tool preferred? Both ways are fine with me, I don't know what the
input subsystem maintainers
Some interrupt entry points are currently defined in i8259.c
They probably belong in a header. Right now, their only user is
init_IRQ, justifying their declaration in-file. But when virtualization
comes in, we may be interested in using that functions in late
initializations.
Signed-off-by:
On Thursday, 21 June 2007 15:30, Pavel Machek wrote:
Hi!
From: Rafael J. Wysocki [EMAIL PROTECTED]
At present, if a user mode helper is running while
usermodehelper_pm_callback()
is executed, the helper may be frozen and the completion in
call_usermodehelper_exec() won't be
501 - 600 of 979 matches
Mail list logo