On Thu, 2007-04-19 at 20:12 +0200, Peter Zijlstra wrote:
On Thu, 2007-04-19 at 19:44 +0200, Miklos Szeredi wrote:
Count per BDI unstable pages.
I'm wondering, is it really worth having this category separate from
per BDI brity pages?
With the exception of the export to sysfs,
This is the final output from my kernel as I try to launch busybox
(/sbin/init is linked to /bin/busybox)
As it launches the kernel looks for libraries which do not exist (not
sure why), but it appears to find /lib/libcrypt.so.1 and /lib/libc.so.6
but the system does not output after that. I can
Hi Andrew,
On Tue, 17 Apr 2007 20:58:49 +0200 Wim Van Sebroeck [EMAIL PROTECTED]
wrote:
Would anyone object if we would merge the full bells and whistles drivers
for
the pcwd isa and pci cards in the kernel tree. (It basically only adds some
extra
/proc routines). This would make
On Thu, 2007-04-19 at 20:46 +0200, Peter Zijlstra wrote:
On Thu, 2007-04-19 at 20:12 +0200, Peter Zijlstra wrote:
On Thu, 2007-04-19 at 19:44 +0200, Miklos Szeredi wrote:
Count per BDI unstable pages.
I'm wondering, is it really worth having this category separate from
per
[EMAIL PROTECTED] wrote:
From: Divy Le Ray [EMAIL PROTECTED]
Reuse the incoming skb when a clientless abort req is recieved.
The release of RDMA connections HW resources might be deferred in
low memory situations.
Ensure that no further activity is passed up to the RDMA driver
for these
On Fri, 2007-04-06 at 17:03 -0500, Matt Mackall wrote:
+static ssize_t kpagemap_read(struct file *file, char __user *buf,
+size_t count, loff_t *ppos)
+{
...
+ for (; i 2 * chunk / KPMSIZE; i += 2, pfn++) {
+ ppage =
On Thu, 2007-04-19 at 09:35 -0700, Christoph Lameter wrote:
Variable Order Page Cache Patchset
..
mm/built-in.o: In function `__generic_file_aio_write_nolock':
filemap.c:(.text+0x295c): undefined reference to `page_cache_shift'
filemap.c:(.text+0x296c): undefined reference to
Linus Torvalds wrote:
On Thu, 19 Apr 2007, Avi Kivity wrote:
Please pull from the 'linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git
*please* put the branch-name after the git repo, so that I can
cut-and-paste without noticing only afterwards that the diffstat
On Thu, 19 Apr 2007, Adam Litke wrote:
On 4/19/07, Christoph Lameter [EMAIL PROTECTED] wrote:
@@ -331,11 +331,15 @@ int simple_prepare_write(struct file *fi
unsigned from, unsigned to)
{
if (!PageUptodate(page)) {
- if (to - from !=
We likely need actual defragmentation support.
To be honest it looks quite pointless before this is solved. So far it is
not even clear if it is feasible to solve it.
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Thu, 19 Apr 2007, Badari Pulavarty wrote:
On Thu, 2007-04-19 at 09:35 -0700, Christoph Lameter wrote:
Variable Order Page Cache Patchset
..
mm/built-in.o: In function `__generic_file_aio_write_nolock':
filemap.c:(.text+0x295c): undefined reference to `page_cache_shift'
On Fri, 2007-04-06 at 17:03 -0500, Matt Mackall wrote:
+static int pagemap_pte_range(pmd_t *pmd, unsigned long addr, unsigned
long end,
+void *private)
+{
+ struct pagemapread *pm = private;
+ pte_t *pte;
+ int err;
+
+ pte =
Christoph Hellwig [EMAIL PROTECTED] writes:
On Thu, Apr 19, 2007 at 12:55:28AM -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED] - unquoted
thread_run is used intead of kernel_thread, daemonize, and mucking
around blocking signals directly.
Please don't do
On Thu, 19 Apr 2007, Andi Kleen wrote:
We likely need actual defragmentation support.
To be honest it looks quite pointless before this is solved. So far it is
not even clear if it is feasible to solve it.
We have done order 1 / 2 allocations for some limited purposes for some
time (task
David Howells [EMAIL PROTECTED] writes:
Eric W. Biederman [EMAIL PROTECTED] wrote:
Ok. I don't see any patches in -mm so I was assuming these patches have
not been queued up anywhere.
They haven't been quite yet. Is it your intention to kill these features in
2.6.22?
That is my goal,
Trond Myklebust [EMAIL PROTECTED] writes:
On Thu, 2007-04-19 at 01:58 -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
Start the reclaimer thread using kthread_run instead
of a combination of kernel_thread and daemonize.
The small amount of signal handling code is
Index: linux-2.6/fs/buffer.c
===
--- linux-2.6.orig/fs/buffer.c2007-04-19 19:59:26.0 +0200
+++ linux-2.6/fs/buffer.c 2007-04-19 20:35:39.0 +0200
@@ -733,7 +733,7 @@ int __set_page_dirty_buffers(struct
On Thu, 2007-04-19 at 21:20 +0200, Miklos Szeredi wrote:
Index: linux-2.6/fs/buffer.c
===
--- linux-2.6.orig/fs/buffer.c 2007-04-19 19:59:26.0 +0200
+++ linux-2.6/fs/buffer.c 2007-04-19 20:35:39.0 +0200
On 4/19/07, Con Kolivas [EMAIL PROTECTED] wrote:
The one fly in the ointment for
linux remains X. I am still, to this moment, completely and utterly stunned
at why everyone is trying to find increasingly complex unique ways to manage
X when all it needs is more cpu[1].
[...and hence should be
What is the easiest way to completely undo a pull, reverting the branch
to the HEAD present before the pull?
If the pull doesn't merge successfully then usually doing a `git-reset
--hard` will blow everything away back to normal, but Linus may do
different things.
- David Brown
-
To
Hello.
Bartlomiej Zolnierkiewicz wrote:
[PATCH] ide: rework the code for selecting the best DMA transfer mode
Depends on the ide: fix UDMA/MWDMA/SWDMA masks patch.
I'm now trying to rewrite hpt366.c to benefit more from these patches...
and alas, this very patch seems to be breaking
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/Kconfig |1 +
drivers/net/cxgb3/cxgb3_defs.h|5 +-
drivers/net/cxgb3/cxgb3_offload.c | 69
On Thu, 19 Apr 2007 21:00:55 +0200
Wim Van Sebroeck [EMAIL PROTECTED] wrote:
Hi Andrew,
On Tue, 17 Apr 2007 20:58:49 +0200 Wim Van Sebroeck [EMAIL PROTECTED]
wrote:
Would anyone object if we would merge the full bells and whistles
drivers for
the pcwd isa and pci cards in the
David Brown wrote:
What is the easiest way to completely undo a pull, reverting the branch
to the HEAD present before the pull?
If the pull doesn't merge successfully then usually doing a `git-reset
--hard` will blow everything away back to normal, but Linus may do
different things.
I'm
Sergei Shtylyov wrote:
Hello.
Bartlomiej Zolnierkiewicz wrote:
[PATCH] ide: rework the code for selecting the best DMA transfer mode
Depends on the ide: fix UDMA/MWDMA/SWDMA masks patch.
I'm now trying to rewrite hpt366.c to benefit more from these patches...
and alas, this very
On Thu, Apr 19, 2007 at 03:34:01PM -0400, Jeff Garzik wrote:
David Brown wrote:
What is the easiest way to completely undo a pull, reverting the branch
to the HEAD present before the pull?
If the pull doesn't merge successfully then usually doing a `git-reset
--hard` will blow everything
Matt Mackall wrote:
I think adding a flags field and an allocate flag to my callback
struct would be sufficient here.
Yes, probably.
What about something that wants to shatter superpages?
The syntax is horrible, but I don't think we end up using the
resultant type enough to justify the
Hello, I wrote:
Bartlomiej Zolnierkiewicz wrote:
[PATCH] ide: rework the code for selecting the best DMA transfer mode
Depends on the ide: fix UDMA/MWDMA/SWDMA masks patch.
I'm now trying to rewrite hpt366.c to benefit more from these
patches...
and alas, this very patch seems to be
On Thu, Apr 19, 2007 at 12:09:42PM -0400, Trond Myklebust wrote:
See
http://client.linux-nfs.org/Linux-2.6.x/2.6.21-rc7/
I'm giving the first 5 patches of that series (i.e.
linux-2.6.21-001-cleanup_unstable_write.dif to
linux-2.6.21-005-fix_nfsv4_resend.dif) an extra beating since those
Hi Takashi,
Takashi Iwai napisał(a):
At Mon, 16 Apr 2007 17:44:57 -0400,
Chuck Ebbert wrote:
Adrian Bunk wrote:
This email lists some known regressions in Linus' tree compared to 2.6.20.
Subject: snd_intel8x0: divide error:
References : http://lkml.org/lkml/2007/3/5/252
From: Paul Mackerras [EMAIL PROTECTED]
Date: Sun, 15 Apr 2007 11:05:53 +1000
I wrote:
So this doesn't change process_input_packet(), which treats the case
where the first byte is 0xff (PPP_ALLSTATIONS) but the second byte is
0x03 (PPP_UI) as indicating a packet with a PPP protocol number
From: Andi Kleen [EMAIL PROTECTED]
Date: Thu, 19 Apr 2007 13:54:52 +0200
So I'm planning to drop the option and arch/x86_64/kernel/functionlist
Please do so, I'm tired of editing that file every time I remove
something from the tree.
That file had alloc_skb_from_cache() in it, which nothing in
On Thu, Apr 19, 2007 at 12:12:29PM -0700, Dave Hansen wrote:
On Fri, 2007-04-06 at 17:03 -0500, Matt Mackall wrote:
+static int pagemap_pte_range(pmd_t *pmd, unsigned long addr, unsigned
long end,
+void *private)
+{
+ struct pagemapread *pm =
On Thu, Apr 19, 2007 at 12:44:57PM -0700, Jeremy Fitzhardinge wrote:
Matt Mackall wrote:
I think adding a flags field and an allocate flag to my callback
struct would be sufficient here.
Yes, probably.
What about something that wants to shatter superpages?
Haven't thought a huge
I am testing a Gigabyte 965P-S3 motherboard with onboard Marvell
88E8056 Ethernet controller (sky2 driver). The CPU is a Core-2 Duo.
Strange errors occur under moderate load with X86-64 kernel.
Surprisingly, with i386 kernel the controller runs fine without errors.
These look bus/PCI related
From: David Howells [EMAIL PROTECTED]
Date: Thu, 19 Apr 2007 15:18:23 +0100
Eric W. Biederman [EMAIL PROTECTED] wrote:
What is the ETA on your patches?
That depends on Dave Miller now, I think. I'm assuming they need to go
through the network GIT tree to get to Linus. Certainly Andrew
On Thu, Apr 19, 2007 at 12:06:38PM -0700, Dave Hansen wrote:
On Fri, 2007-04-06 at 17:03 -0500, Matt Mackall wrote:
+static ssize_t kpagemap_read(struct file *file, char __user *buf,
+size_t count, loff_t *ppos)
+{
...
+ for (; i 2 * chunk /
Stephen Smalley wrote:
Confinement in its traditional sense (e.g. the 1973 Lampson paper, ACM
Vol 16 No 10) means information flow control, which you have agreed
AppArmor does not and cannot provide.
Right, that's how I understand it, too.
However, I think some more caveats are in order. In
On Thu, 19 Apr 2007, Bernd Eckenfels wrote:
In article [EMAIL PROTECTED] you wrote:
Perhaps -- until your httpd is compromised via a buffer overflow or
simply misbehaves due to a software or configuration flaw, then the
assumptions being made about its use of pathnames and their security
On Thu, 2007-04-19 at 15:02 -0500, Matt Mackall wrote:
On Thu, Apr 19, 2007 at 12:06:38PM -0700, Dave Hansen wrote:
On Fri, 2007-04-06 at 17:03 -0500, Matt Mackall wrote:
+static ssize_t kpagemap_read(struct file *file, char __user *buf,
+size_t count,
On Thu, 19 Apr 2007, Jeff Garzik wrote:
What is the easiest way to completely undo a pull, reverting the branch to the
HEAD present before the pull?
You can either do
git reset --hard ORIG_HEAD
(git will set ORIG_HEAD before things like pulls or resets, so you can
always go
On Thursday 19 April 2007, Ingo Molnar wrote:
* Christian Hesse [EMAIL PROTECTED] wrote:
I now got some error message from my system:
http://www.eworm.de/tmp/cfs-suspend.jpg
ah, this pinpoints a bug: for performance reasons pick_next_task()
assumes that the runqueue is not empty - which
Jeremy Fitzhardinge wrote:
head.S creates the very initial pagetable for the kernel. This just
maps enough space for the kernel itself, and an allocation bitmap.
The amount of mapped memory is rounded up to 4Mbytes, and so this
typically ends up mapping 8Mbytes of memory.
When booting,
Is some version of this going in for 2.6.21, or is it not a real problem?
When it's only seen with Xen it's not a real problem right now.
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi,
The device is present in many notebooks. Notebooks depend heavily on
suspend/resume functionality. tifm_core/7xx1/sd family is an ambitous,
but uncompleted project. It used to crash on resuming, or hang up on
suspending. A less common failure used to be trigerred by a fast card
Crispin Cowan wrote:
How is it that you think a buffer overflow in httpd could allow an
attacker to break out of an AppArmor profile?
James Morris wrote:
[...] you can change the behavior of the application and then bypass
policy entirely by utilizing any mechanism other than direct
Andi Kleen wrote:
Is some version of this going in for 2.6.21, or is it not a real problem?
When it's only seen with Xen it's not a real problem right now.
It's not just seen only with Xen, though. It will affect all kernels in
a particular range of sizes, and we have ordinary kernels
On Thu, Apr 19, 2007 at 08:54:13AM +0200, Jean Delvare wrote:
The major difference is that the implementation in scx200_i2c is
hardware-specific, while the i2c-gpio driver is a generic one, so it's
a lot better.
What this means is that i2c-gpio obsoletes scx200_i2c, so I am inclined
to
Stephen Smalley wrote:
Integrity protection requires information flow control; you can't
protect a high integrity process from being corrupted by a low integrity
process if you don't control the flow of information. Plenty of attacks
take the form of a untrusted process injecting data that will
On Thu, 2007-04-19 at 20:08 +, David Wagner wrote:
Stephen Smalley wrote:
Confinement in its traditional sense (e.g. the 1973 Lampson paper, ACM
Vol 16 No 10) means information flow control, which you have agreed
AppArmor does not and cannot provide.
Right, that's how I understand it,
On Thursday 19 April 2007 22:55:50 H. Peter Anvin wrote:
Andi Kleen wrote:
Is some version of this going in for 2.6.21, or is it not a real problem?
When it's only seen with Xen it's not a real problem right now.
It's not just seen only with Xen, though. It will affect all kernels in
I have a rackmount server that has a dual port onboard 82546EB card.
I've googled and seen this card apparently active with other users but
I seem to only get checksum errors.
[0.194129] Intel(R) PRO/1000 Network Driver - version 7.3.15-k2-NAPI
[0.194234] Copyright (c) 1999-2006 Intel
On Thu, 19 Apr 2007, Stephen Smalley wrote:
Lastly, if you want to judge AA as a jail mechanism, I think you'll find
it fails there too. So where does that leave it? An easy-to-use yet
inadequate solution for MAC or jail.
It's not easy to use.
--
James Morris
[EMAIL PROTECTED]
-
To
Andi Kleen wrote:
On Thursday 19 April 2007 22:55:50 H. Peter Anvin wrote:
Andi Kleen wrote:
Is some version of this going in for 2.6.21, or is it not a real problem?
When it's only seen with Xen it's not a real problem right now.
It's not just seen only with Xen, though. It will affect all
use mutex instead of binary semaphore in
drivers/base/attribute_container.c
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/base/attribute_container.c
b/drivers/base/attribute_container.c
index 073..1ec0654 100644
--- a/drivers/base/attribute_container.c
+++
Restore MADV_DONTNEED to its original Linux behaviour. This is still
not the same behaviour as POSIX, but applications may be depending on
the Linux behaviour already. Besides, glibc catches POSIX_MADV_DONTNEED
and makes sure nothing is done...
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
On Thu, 2007-04-19 at 20:54 +, David Wagner wrote:
Stephen Smalley wrote:
Integrity protection requires information flow control; you can't
protect a high integrity process from being corrupted by a low integrity
process if you don't control the flow of information. Plenty of attacks
On Thu, 2007-04-19 at 13:20 -0600, Eric W. Biederman wrote:
Trond Myklebust [EMAIL PROTECTED] writes:
On Thu, 2007-04-19 at 01:58 -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
Start the reclaimer thread using kthread_run instead
of a combination of
Hi,
If i enable High Resolution Timer Support, my machine stops here at boot:
Clocksource tsc unstable (delta = -297340790165 ns)
Time: hpet clocksource has been installed.
If i disable HPET, it boots fine.
I attach my .config (with hpet enable) and my bootable dmesg.
Thanks.
--
Guilherme
H. Peter Anvin wrote:
Andi Kleen wrote:
On Thursday 19 April 2007 22:55:50 H. Peter Anvin wrote:
Andi Kleen wrote:
Is some version of this going in for 2.6.21, or is it not a real
problem?
When it's only seen with Xen it's not a real problem right now.
It's not just seen only with Xen,
On Thu, 2007-04-19 at 17:19 -0400, Trond Myklebust wrote:
With pid namespaces all kernel threads will disappear so how do
we cope with the problem when the sysadmin can not see the kernel
threads?
Do they actually always disappear, or do we keep them in the
init_pid_namespace?
-- Dave
-
On Thu, 2007-04-19 at 14:58 -0500, Florin Iucha wrote:
On Thu, Apr 19, 2007 at 12:09:42PM -0400, Trond Myklebust wrote:
See
http://client.linux-nfs.org/Linux-2.6.x/2.6.21-rc7/
I'm giving the first 5 patches of that series (i.e.
linux-2.6.21-001-cleanup_unstable_write.dif to
On Thu, 19 Apr 2007 17:34:19 +0530
Gautham R Shenoy [EMAIL PROTECTED] wrote:
Threads which wait for completion on a frozen thread might result in
causing the freezer to fail, if the waiting thread is freezeable.
There are some well known cases where it's preferable to temporarily thaw
the
On 4/19/07, Gene Heskett [EMAIL PROTECTED] wrote:
Having tried re-nicing X a while back, and having the rest of the system
suffer in quite obvious ways for even 1 + or - from its default felt pretty
bad from this users perspective.
It is my considered opinion (yeah I know, I'm just a leaf in
Chuck Ebbert wrote:
H. Peter Anvin wrote:
Andi Kleen wrote:
Then we would have seen reports surely?
Yes, I would have thought so. It surprised me that such an obvious bug
could be there, apparently for a long time. But it's real, and
potentially affects everyone. It
Matt Mackall wrote:
Haven't thought a huge amount about that. Perhaps it's best done with
the level 3 callback?
Level 2, I think, assuming you count the pte pages as level 1. I think
it can be dealt with, so long as it correctly skips level 1 callbacks
for superpages, and does the test
On Thu, 19 Apr 2007 17:19:24 -0400
Trond Myklebust [EMAIL PROTECTED] wrote:
Regardless kernel threads should be an implementation detail
not a part of the user interface. If kernel threads are part
of the user interface it makes them very hard to change.
So it isn't that it doesn't
On Thu, Apr 19, 2007 at 02:37:53PM -0700, Jeremy Fitzhardinge wrote:
Matt Mackall wrote:
Haven't thought a huge amount about that. Perhaps it's best done with
the level 3 callback?
Level 2, I think, assuming you count the pte pages as level 1. I think
it can be dealt with, so long
On Thu, Apr 19, 2007 at 05:30:42PM -0400, Trond Myklebust wrote:
I'm far from the machine right now, so I will do some more tests
tonight, but right now, the new patchset is not good. What is the
difference between reverting the patch you sent yesterday and your
current fifth patch? I
On Tue, 17 Apr 2007, Nagendra Singh Tomar wrote:
The return value of lookup_one_len() is used without testing for error
return.
This results in the following oops when SELinux is enabled and enforced. The
reason for the Oops is as follows.
The shell's (bash) SELinux domain is not
Am Freitag, den 20.04.2007, 00:55 +0400 schrieb Manu Abraham:
Mauro Carvalho Chehab wrote:
Em Qui, 2007-04-19 às 16:41 -0400, Michael Krufky escreveu:
Marco Gittler wrote:
this patch has applied the hints from mkrufky (dvb_attach,
firmware-naming)
and also one working rewrite of the i2c
On Thu, 2007-04-19 at 14:40 -0700, Andrew Morton wrote:
Using signals to communicate with kernel threads is fairly unpleasant, IMO.
We have much simpler, faster and more idiomatic ways of communicating
between threads in-kernel and there are better ways in which userspace can
communicate with
please copy netdev, or better yet [EMAIL PROTECTED] in
the future for e1000 issues like this. Feel free to move the
conversation there, if you would like.
On 4/19/07, David Ford [EMAIL PROTECTED] wrote:
I have a rackmount server that has a dual port onboard 82546EB card.
I've googled and seen
On Thu, 19 Apr 2007 13:13:22 -0600
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
Christoph Hellwig [EMAIL PROTECTED] writes:
On Thu, Apr 19, 2007 at 12:55:28AM -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED] - unquoted
thread_run is used intead of
Hi,
On Thursday, 19 April 2007 14:02, Gautham R Shenoy wrote:
This patch fixes the race pointed out by Oleg Nesterov.
* Freezer marks a thread as freezeable.
* The thread now marks itself PF_NOFREEZE causing it to
freeze on calling try_to_freeze(). Thus the task is frozen, even though
Matt Mackall wrote:
I was counting from the top down.
Bottom-up is better; that way the levels don't change for 2,3,4 level
pagetables.
J
-
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 Thu, 19 Apr 2007 01:59:04 -0600
Eric W. Biederman [EMAIL PROTECTED] wrote:
This patch is a minimal transformation to use the kthread API
doing it's best to preserve the existing logic.
Instead of starting kdvb-ca by calling kernel_thread,
daemonize and sigfillset we kthread_run is used.
On Thu, 19 Apr 2007, Dmitry Torokhov wrote:
On 4/19/07, Alan Stern [EMAIL PROTECTED] wrote:
On Wed, 18 Apr 2007, Dmitry Torokhov wrote:
I am still do not understand why this is needed. Would it not be
simplier just to use a reference to struct device instead of embedding
it in a
Hi !
I think this one is damn interestig for linux kernel development:
link: http://stackframe.blogspot.com/
contents: see below
regards
roland
ps:
i`m not directly related to vmware - so this is no advertisement!
Tuesday, April 17, 2007
Debugging Linux kernels with Workstation 6.0
We just
On Thu, Apr 19, 2007 at 09:35:04AM -0700, Christoph Lameter wrote:
Variable Order Page Cache Patchset
This patchset modifies the core VM so that higher order page cache pages
become possible. The higher order page cache pages are compound pages
and can be handled in the same way as regular
hermann pitton wrote:
Am Freitag, den 20.04.2007, 00:55 +0400 schrieb Manu Abraham:
Mauro Carvalho Chehab wrote:
Em Qui, 2007-04-19 às 16:41 -0400, Michael Krufky escreveu:
Marco Gittler wrote:
this patch has applied the hints from mkrufky (dvb_attach,
firmware-naming)
and also one working
Hello all,
Building the fglrx module against the current Linux kernel (2.6.20.7 as
of this e-mail) I'm getting an error:
FATAL: modpost: GPL-incompatible module fglrx.ko uses GPL-only symbol
'paravirt_ops'
which looks like someone (ATI?) might be doing something funny. I'm
just curious
On 4/20/07, Manu Abraham [EMAIL PROTECTED] wrote:
hermann pitton wrote:
Am Freitag, den 20.04.2007, 00:55 +0400 schrieb Manu Abraham:
Mauro Carvalho Chehab wrote:
Em Qui, 2007-04-19 às 16:41 -0400, Michael Krufky escreveu:
Marco Gittler wrote:
this patch has applied the hints from mkrufky
On Thu, 19 Apr 2007 01:59:03 -0600
Eric W. Biederman [EMAIL PROTECTED] wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
fs/smbfs/smbiod.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/smbfs/smbiod.c
On Friday 20 April 2007 04:16, Gene Heskett wrote:
On Thursday 19 April 2007, Con Kolivas wrote:
[and I snipped a good overview]
So yes go ahead and think up great ideas for other ways of metering out
cpu bandwidth for different purposes, but for X, given the absurd
simplicity of
On Thu, Apr 19, 2007 at 12:10:34PM -0700, Christoph Lameter wrote:
Variable Order Page Cache: Add functions to establish sizes
We use the macros PAGE_CACHE_SIZE PAGE_CACHE_SHIFT PAGE_CACHE_MASK
and PAGE_CACHE_ALIGN in various places in the kernel. These are now
the base page size but we do
Markus Rechberger wrote:
On 4/20/07, Manu Abraham [EMAIL PROTECTED] wrote:
hermann pitton wrote:
Am Freitag, den 20.04.2007, 00:55 +0400 schrieb Manu Abraham:
Mauro Carvalho Chehab wrote:
Em Qui, 2007-04-19 às 16:41 -0400, Michael Krufky escreveu:
Marco Gittler wrote:
this patch has
On Thu, 19 Apr 2007 01:58:58 -0600
Eric W. Biederman [EMAIL PROTECTED] wrote:
It is my goal to replace all kernel code that handles signals
from user space, calls kernel_thread or calls daemonize. All
of which the kthread_api makes unncessary. Handling signals
from user space is a
On Thursday 19 April 2007, Sergey Yanovich wrote:
The device is present in many notebooks. Notebooks depend heavily on
suspend/resume functionality. tifm_core/7xx1/sd family is an ambitous,
but uncompleted project. It used to crash on resuming, or hang up on
suspending. A less common
On Friday 20 April 2007 05:26, Ray Lee wrote:
On 4/19/07, Con Kolivas [EMAIL PROTECTED] wrote:
The one fly in the ointment for
linux remains X. I am still, to this moment, completely and utterly
stunned at why everyone is trying to find increasingly complex unique
ways to manage X when
On 4/19/07, Chris Bergeron [EMAIL PROTECTED] wrote:
It just seemed like it might be interesting and I couldn't find anything
to shed light on the error itself in the mailing list logs, and I'm
curious at what's happening.
What's happening is that some kernel developers don't like Linus's
On Thu, 19 Apr 2007 18:04:36 +0900
Simon Horman [EMAIL PROTECTED] wrote:
On Thu, Apr 19, 2007 at 01:58:57AM -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
Modify startup of ipvs sync threads to use kthread_run
instead of a weird combination of calling
On Thu, 19 Apr 2007, Linus Torvalds wrote:
You can either do
git reset --hard ORIG_HEAD
git reset --hard @{1}
Btw, on the same kind of subject: the whole what was my previous HEAD
issues are obviously also how you'd generally want to see what those
new patches were,
Matthew Wilcox wrote:
On Thu, Apr 19, 2007 at 07:39:59PM +0300, Dan Aloni wrote:
On Thu, Apr 19, 2007 at 05:47:43PM +0200, Jan-Benedict Glaw wrote:
Where's the user?
A privately maintained kernel driver.
Do we _must_ have in-tree users? I'd consider the change for
completion's
sake.
I
On Thu, 19 Apr 2007 10:32:38 +0100
David Howells [EMAIL PROTECTED] wrote:
Eric W. Biederman [EMAIL PROTECTED] wrote:
This patch modifies the startup of krxtimod, krxiod, and krxsecd
to use kthread_run instead of a combination of kernel_thread
and daemonize making the code slightly
On Thursday, April 5, 2007 3:37 pm Adam Jackson wrote:
So I'm attempting to do something fairly heinous (X server across
five video cards), and I hit a fun bug in bridge range setup. See
attached lspci and dmesg, but the short of it is I've got two VGA
chips on one card behind a bridge, which
On Thu, 19 Apr 2007 01:58:54 -0600
Eric W. Biederman [EMAIL PROTECTED] wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
This patch starts krfcommd using kthread_run instead of a combination
of kernel_thread and daemonize making the code slightly simpler
and more maintainable.
gargh, the
Am Freitag, den 20.04.2007, 02:51 +0400 schrieb Manu Abraham:
Markus Rechberger wrote:
On 4/20/07, Manu Abraham [EMAIL PROTECTED] wrote:
hermann pitton wrote:
Am Freitag, den 20.04.2007, 00:55 +0400 schrieb Manu Abraham:
Mauro Carvalho Chehab wrote:
Em Qui, 2007-04-19 às 16:41 -0400,
hermann pitton wrote:
Am Freitag, den 20.04.2007, 02:51 +0400 schrieb Manu Abraham:
Markus Rechberger wrote:
On 4/20/07, Manu Abraham [EMAIL PROTECTED] wrote:
hermann pitton wrote:
Am Freitag, den 20.04.2007, 00:55 +0400 schrieb Manu Abraham:
Mauro Carvalho Chehab wrote:
Em Qui, 2007-04-19
On Thu, 19 Apr 2007 01:58:53 -0600
Eric W. Biederman [EMAIL PROTECTED] wrote:
This patch starts up khidp using kthread_run instead
of kernel_thread and daemonize, resulting is slightly
simpler and more maintainable code.
argh, they're all like this :(
It's a shame your changelogs didn't
301 - 400 of 964 matches
Mail list logo
