On 12/18/06, Arjan van de Ven [EMAIL PROTECTED] wrote:
if you want truely really smooth writes you'll have to work for it,
since bumpy writes tend to be better for performance so naturally the
kernel will favor those.
to get smooth writes you'll need to do a threaded setup where you do an
Hello,
I am choosing hardware for new servers that will run Linux hence I would
like to ask whether current SAS support is production grade ?
Any comments on the state of the thing?
Best regards,
Maciej
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
Is there a way to know if there has been I/O error(s) on a specific
disk or partition since boot other than parsing dmesg and hoping it's
both still there and in the expected format?
Of course that's if the error didn't kill the system in the first
place :-)
OG.
-
To unsubscribe from this
Manish Regmi wrote:
On 12/18/06, Arjan van de Ven [EMAIL PROTECTED] wrote:
if you want truely really smooth writes you'll have to work for it,
since bumpy writes tend to be better for performance so naturally the
kernel will favor those.
to get smooth writes you'll need to do a threaded setup
Oleg Nesterov [EMAIL PROTECTED] writes:
On 12/17, Eric W. Biederman wrote:
I am sitting here wondering why we bother to ignore init, as init
is protected from all signals it doesn't explicitly setup a signal
handler for.
...
So I believe we can delete we can delete
Tobias Diedrich [EMAIL PROTECTED] writes:
Linus Torvalds wrote:
Your dmesg is kind of interesting:
..TIMER: trying IO-APIC=0 PIN=0 with 8259 IRQ0 enabled(7)APIC error on CPU0:
04(40)
.. failed
where that APIC error on CPU0 seems to be a Send accept error and Send
illegal vector
On Mon, Dec 18, 2006 at 06:24:39PM +0545, Manish Regmi wrote:
On 12/18/06, Arjan van de Ven [EMAIL PROTECTED] wrote:
if you want truely really smooth writes you'll have to work for it,
since bumpy writes tend to be better for performance so naturally the
kernel will favor those.
to get
On Thu, Dec 14, 2006 at 10:59:13PM -0800, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc1/2.6.20-rc1-mm1/
git-alsa.patch
Hi,
The following patch silences the following Kconfig warning:
scripts/kconfig/conf -s arch/i386/Kconfig
On Mon, Dec 18, 2006 at 02:05:41PM +0100, Olivier Galibert wrote:
Is there a way to know if there has been I/O error(s) on a specific
disk or partition since boot other than parsing dmesg and hoping it's
both still there and in the expected format?
Use smartctl. It can be started in a monitor
James Cloos wrote:
Jan == Jan Engelhardt [EMAIL PROTECTED] writes:
Jan HOWEVER, unix people probably _had a reason_ to make ESC generate
Jan part of what function keys do.
You are looking at it backwards. The Escape key generates an ASCII
escape. The funtion keys (including
This patch is result of discussion started week ago here:
http://lkml.org/lkml/2006/12/11/66
changes from original patch:
- Update wrong comments about i_mutex locking.
- Add BUG_ON(!mutex_is_locked(..)) for non blkdev.
- vmtruncate call only for non blockdev
LOG:
If
Subject: [patch] lockdep: also check for freed locks in kmem_cache_free()
From: Ingo Molnar [EMAIL PROTECTED]
kmem_cache_free() was missing the check for freeing held locks.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
mm/slab.c |1 +
1 file changed, 1 insertion(+)
Index:
Kristian Høgsberg wrote:
Pull this define out of drivers/ieee1394/ohci1394.c and rename to match
other PCI class defines.
Committed to linux1394-2.6.git.
--
Stefan Richter
-=-=-==- ==-- =--=-
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Fri, Dec 15, 2006 at 09:59:43PM +, Alan wrote:
3DFx invented SLI many years ago. The SLI programming information for the
3DFx cards is public. Nvidia are a bit late to the party except on the PR
front.
Well they do work differently. 3Dfx just did alternate line rendering,
while nvidia
Tomas Carnecky [EMAIL PROTECTED] writes:
Alexey Dobriyan wrote:
On Fri, Dec 15, 2006 at 09:20:58PM +, James Porter wrote:
For what it's worth, I don't see any problem with binary drivers from
hardware
manufacturers.
Binary drivers from hardware manufacturers are crap. Learn it by
* Jarek Poplawski [EMAIL PROTECTED] wrote:
Hello,
If any of this proposals should be omitted or separated let me know.
thanks for the fixes, they look good to me. I have reorganized the
__lock_acquire() changes a bit. Plus i dropped the check_locks_freed()
changes: there's no reason
On Mon, Dec 18, 2006 at 10:33:33AM +0100, Jan Engelhardt wrote:
after few weeks I'm pleased to announce a new util-linux-ng project. This
project is a fork of the original util-linux (2.13-pre7).
The goal of the project is to move util-linux code back to useful state,
sync
with
Robert P. J. Day wrote:
On Sat, 16 Dec 2006, Stefan Richter wrote:
Works for me, but I don't see a lot of benefit from it. Actually I see
two disadvantages of the patch:
... snip ...
- There are two out-of-tree FireWire drivers for special purposes
^^^
(one
On Mon, 2006-12-18 at 13:44 +0800, Zhang, Yanmin wrote:
On Thu, 2006-12-14 at 16:07 -0800, Matt Helsley wrote:
plain text document attachment (task-watchers-v2)
Associate function calls with significant events in a task's lifetime much
like
we handle kernel and module init/exit
Mark JFFS as broken and provide a warning to users that it is
deprecated and scheduled for removal in 2.6.21
Signed-off-by: Josh Boyer [EMAIL PROTECTED]
diff --git a/fs/Kconfig b/fs/Kconfig
index b3b5aa0..4ac367d 100644
--- a/fs/Kconfig
+++ b/fs/Kconfig
@@ -1204,13 +1204,16 @@ config EFS_FS
Arjan van de Ven [EMAIL PROTECTED] writes:
if a tree falls in a forest but there's nobody around to hear it, does
it make a sound?
This sort of heisenbug questions aren't solved by nobody hears it so
lets chop down the forest to make houses out of the wood answers...
Does that mean you
On Mon, 2006-12-18 at 14:48 +0100, Krzysztof Halasa wrote:
Arjan van de Ven [EMAIL PROTECTED] writes:
if a tree falls in a forest but there's nobody around to hear it, does
it make a sound?
This sort of heisenbug questions aren't solved by nobody hears it so
lets chop down the forest
Eric W. Biederman wrote:
Tobias Diedrich [EMAIL PROTECTED] writes:
Linus Torvalds wrote:
Your dmesg is kind of interesting:
..TIMER: trying IO-APIC=0 PIN=0 with 8259 IRQ0 enabled(7)APIC error on
CPU0:
04(40)
.. failed
where that APIC error on CPU0 seems to be a Send
On Monday 18 December 2006 05:49, Andrei Popa wrote:
OK, I'll try this on a ext3 box. BTW, what data mode are you using
ext3 in?
ordered
Also, for testings sake, could you give this a go:
It's a total hack but I guess worth testing.
---
mm/rmap.c |2 +-
1 file changed, 1
Hi,
I just tripped this bug when compiling xine-lib on 2.6.19.1. This is on a dual
P4, SMP and HT, 2
GB RAM, compiled with gcc-4.1.1.
Cheers,
Chris
Eeek! page_mapcount(page) went negative! (-1)
page-flags = 14
page-count = 0
page-mapping =
[ cut here ]
while doing an allyesconfig bootup on a PC the depca driver triggered
the crash below.
Ingo
--
Calling initcall 0xc1ea0506: depca_module_init+0x0/0xd7()
PM: Adding info for platform:depca.0
depca: probe of depca.0 failed with error -16
PM: Removing info for
On Mon, 2006-12-18 at 10:24 -0500, Gene Heskett wrote:
On Monday 18 December 2006 05:49, Andrei Popa wrote:
OK, I'll try this on a ext3 box. BTW, what data mode are you using
ext3 in?
ordered
Also, for testings sake, could you give this a go:
It's a total hack but I guess worth
crash in adummy_init() - allyesconfig bootup.
Ingo
Calling initcall 0xc1eb1f7e: adummy_init+0x0/0xb9()
adummy: version 1.0
swapper/1[CPU#0]: BUG in kref_get at lib/kref.c:32
[c0106273] show_trace_log_lvl+0x34/0x4a
[c01063a9] show_trace+0x2c/0x2e
[c01063d6]
On Mon, 18 Dec 2006, Stefan Richter wrote:
Robert P. J. Day wrote:
[...]
in any event, as i mentioned earlier, i'm just trying to find a
way to make the menu entries more obvious and more easily
selectable, without having to enter each submenu to see what it
represents.
[...]
Yes,
.
In case someone is interested, here is the diff between the dmesg
from a boot with version 0402 and version 0609:
(Changelogs for BIOS releases would be nice, all they say on the
ASUS homepage is support for new processors...)
--- dmesg-notimes-20061218-2.6.20-rc1-bios-0402 2006-12-18 16:27
On 12/17/06, Linus Torvalds [EMAIL PROTECTED] wrote:
Linking does have one thing that it implies: it's maybe a bit closer
relationship between the parts than mkisofs implies. So there is
definitely a higher _correlation_ between derived work and linking,
but it's really a correlation, not a
Tobias Diedrich [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
Could you try removing the clear_IO_APIC_pin from try_io_apic_pin.
This isn't a complete fix but I believe for your hardware it will
fix the problem and it points at what the real fix is.
Not properly programming the
Hi,
On Monday, 18 December 2006 12:20, Jiri Slaby wrote:
Hi.
I got this oops while suspending:
[ 309.366557] Disabling non-boot CPUs ...
[ 309.386563] CPU 1 is now offline
[ 309.387625] CPU1 is down
[ 309.387704] Stopping tasks ... done.
[ 310.030991] Shrinking memory... -0divide
Gene Heskett wrote:
On Sunday 17 December 2006 20:05, Stefan Richter wrote:
What's missing in our implementation is that the use count of ohci1394
goes up too once a high-level driver uses resources of a host driven
by ohci1394.
This needs some tlc then I assume?
Yes. It's now logged at
On Monday 18 December 2006 10:32, Peter Zijlstra wrote:
[...]
I've not run a torrent app here recently. Should this patch be
applied to a plain 2.6-20-rc1 before I do run azureas or similar apps?
depends on what the blue frog does, if it uses MAP_SHARED like rtorrent
does then yeah, probably.
Remove from the documentation the notion of using depends rather
than depends on in Kconfig files.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
given that there are only three Kconfig files left that still use
depends rather than depends on, there's no point encouraging
anyone to
On 12/17/06, D. Hazelton [EMAIL PROTECTED] wrote:
On Sunday 17 December 2006 16:32, David Schwartz wrote:
I would argue that this is _particularly_ pertinent with regards to
Linux. For example, if you look at many of our atomics or locking
operations a good number of them (depending on
On Monday 18 December 2006 10:45, Stefan Richter wrote:
Gene Heskett wrote:
On Sunday 17 December 2006 20:05, Stefan Richter wrote:
What's missing in our implementation is that the use count of ohci1394
goes up too once a high-level driver uses resources of a host driven
by ohci1394.
This needs
an allyesconfig bootup generates the driver core warning below, in
alsa_card_dummy_init().
Ingo
--
Calling initcall 0xc1ee1d35: alsa_card_dummy_init+0x0/0x8a()
PM: Adding info for platform:snd_dummy.0
kobject_add failed for audio with -EEXIST, don't try to register
allyesconfig bzImage bootup produced 33 warning messages, of which the
first couple are attached below.
Ingo
---
Calling initcall 0xc0628d59: isicom_setup+0x0/0x315()
kobject_add failed for ttyM0 with -EEXIST, don't try to register things with
the same name in the same
kernel-parameters.txt says what ACPI and APM stand for, but not APIC.
Also there give some basic apm related parameters, instead of just
saying see apm.c, which the user is less likely to have handy than
kernel-parameters.txt.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
I'd never have noticed an issue if I hadn't looked in the dmesg for something
else, so it isn't a high-priority item.. I admit being fuzzy on what, if
anything, even *actually* needs fixing (ISTR for some people, there was some
config issue with the transparent bridges being only translucent, but
(Yes, I *know* the answer is probably Get Dell to fix the BIOS settings,
but I'll need some more info on exactly what to tell them so it gets fixed
right.
Scenario - I recently got a Dell Latitude D820 to replace my aging C840.
Am running Fedora Core Rawhide in (mostly) 64-bit mode.
Folly 1: If
In-Reply-To: [EMAIL PROTECTED]
On Mon, 18 Dec 2006 09:17:32 +0200, Ava Kivity wrote:
In 2.6.20-rc1, some of these files have other files with the same name
in the same directory (modulo case). Perhaps this is confusing cifs.
Can you check where all of the files in your case share that
On Mon, 2006-12-18 at 16:53 +0100, Ingo Molnar wrote:
an allyesconfig bootup generates the driver core warning below, in
alsa_card_dummy_init().
Ingo
--
Calling initcall 0xc1ee1d35: alsa_card_dummy_init+0x0/0x8a()
PM: Adding info for platform:snd_dummy.0
On Mon, Dec 18, 2006 at 10:40:25AM -0500, Robert P. J. Day wrote:
Remove from the documentation the notion of using depends rather
than depends on in Kconfig files.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
given that there are only three Kconfig files left that still
Hi,
Recently my mysql servershows something like:
Dec 18 18:24:05 sql kernel: schedule_timeout: wrong timeout value
from c0284efd
Dec 18 18:24:36 sql last message repeated 19939 times
Dec 18 18:25:37 sql last message repeated 33392 times
from syslog every 1 or 2 days. Whenever the
On Mon, 2006-12-18 at 16:31 +0100, Ingo Molnar wrote:
crash in adummy_init() - allyesconfig bootup.
Ingo
Calling initcall 0xc1eb1f7e: adummy_init+0x0/0xb9()
adummy: version 1.0
swapper/1[CPU#0]: BUG in kref_get at lib/kref.c:32
[c0106273]
On Mon, 2006-12-18 at 11:13 -0500, Chuck Ebbert wrote:
With cifs, a directory search shows different sizes but opening
them by name gives identical contents:
$ ll ipt_dscp* ipt_DSCP*
-r 1 me me 1581 Jan 28 2004 ipt_dscp.c
-r 1 me me 2753 Jan 29 2004 ipt_DSCP.c
$ ll
On Mon, 18 Dec 2006, Adrian Bunk wrote:
On Mon, Dec 18, 2006 at 10:40:25AM -0500, Robert P. J. Day wrote:
Remove from the documentation the notion of using depends rather
than depends on in Kconfig files.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
given that
Remove the note in the documentation that suggests people can use
requires for dependencies in Kconfig files.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
at this point, AFAICT, all Kconfig files now use depends on
exclusively, except for three that still use depends, but i've
[EMAIL PROTECTED] writes:
http://bugzilla.kernel.org/show_bug.cgi?id=7505
--- Additional Comments From [EMAIL PROTECTED] 2006-12-18 07:39 ---
OK, fixed.
Greg.
It appears commit d71374dafbba7ec3f67371d3b7e9f6310a588808 which
replaced the pci bus spinlock with a semaphore causes
On Sun, 2006-12-17 at 15:40 -0800, Andrew Morton wrote:
On Sun, 17 Dec 2006 15:39:32 +0200
Andrei Popa [EMAIL PROTECTED] wrote:
I was mistaken, I'm still having file corruption with rtorrent.
Well I'm not very optimistic, but if people could try this, please...
From: Andrew
Ingo Molnar wrote:
allyesconfig bzImage bootup produced 33 warning messages, of which the
first couple are attached below.
With which kernel? mxser had ttyM for a long time, it should be fixed in
2.6.20-rc1.
---
Calling initcall 0xc0628d59: isicom_setup+0x0/0x315()
On Mon, Dec 18, 2006 at 10:38:38AM -0500, Dave Neuer wrote:
I think this is the key, both with libraries and w/ your book example
below; the concept of independant meaning. If your code doesn't do
whatever it is supposed to do _unless_ it is linked with _my_ code,
then it seems fairly clear
Rafael J. Wysocki wrote:
Hi,
On Monday, 18 December 2006 12:20, Jiri Slaby wrote:
Hi.
I got this oops while suspending:
[ 309.366557] Disabling non-boot CPUs ...
[ 309.386563] CPU 1 is now offline
[ 309.387625] CPU1 is down
[ 309.387704] Stopping tasks ... done.
[ 310.030991]
Combined responses to save bandwidth and reduce the number of times people
have to press d.
Agreed. You missed the point.
I don't understand how you could lead with agreed and then proceed to
completely ignore the entire point I just made.
Since the Linux Kernel header files
contain a
On 12/18/06, Theodore Tso [EMAIL PROTECTED] wrote:
On Mon, Dec 18, 2006 at 10:38:38AM -0500, Dave Neuer wrote:
I think this is the key, both with libraries and w/ your book example
below; the concept of independant meaning. If your code doesn't do
whatever it is supposed to do _unless_ it is
Randy Dunlap wrote:
On Fri, 15 Dec 2006 23:46:28 -0500 Mike Accetta wrote:
After upgrading an NFS client from 2.6.18 to 2.6.19 (and also with
2.6.19.1) we see a change in behavior of multiple NFS mounts against the
same server (running 2.4.20 in this case). With 2.6.18 we could mount
Eric W. Biederman wrote:
Things we can say without being hypocrites and without getting into
legal theory:
Kernel modules without source, or that don't have a GPL compatible
license are inconsiderate and rude.
??
Please don't be rude.
???
J
Eric
-
To unsubscribe from
On Sat, 11 Nov 2006 11:03:51 +0100 Miguel Ojeda wrote:
David, as akpm suggested, may this patch will solve the dcache aliasing
problem?
I will give you a introduction:
The user mmaped page (got by __get_free_page()) is cfag12864b_buffer.
The kernel only access it for reading at the
In 2.6.20-rc1-mm1, with HOTPLUG=n, 2 linux/kobject.h inline functions
need to return int. Currently this causes 962 warnings like this:
include/linux/kobject.h: In function 'kobject_uevent':
include/linux/kobject.h:277: warning: no return statement in function returning
non-void
Add a new section to the CodingStyle file, encouraging people not to
re-invent available kernel macros such as ARRAY_SIZE(),
FIELD_SIZEOF(), min() and max(), among others.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
NOTE: at the moment, there is not a single invocation of the
Almost exactly 24 hours after booting 2.6.19.1-rt15, I encountered the
following:
softirq-tasklet/49[CPU#3]: BUG in __tasklet_action at kernel/softirq.c:568
Call Trace:
[8027aca3] __WARN_ON+0x5c/0x74
[8027c6e6] __tasklet_action+0xae/0xf2
[8027cccd] ksoftirqd+0xfc/0x198
On Mon, 18 Dec 2006 12:43:35 -0500 (EST) Robert P. J. Day wrote:
Add a new section to the CodingStyle file, encouraging people not to
re-invent available kernel macros such as ARRAY_SIZE(),
FIELD_SIZEOF(), min() and max(), among others.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
Andrei,
could you try Peter's patch (on top of Andrew's patch - it depends on
it, and wouldn't work on an unmodified -git kernel, but add the WARN_ON()
I mention in this email? You seem to be able to reproduce this easily..
Thanks)
On Mon, 18 Dec 2006, Peter Zijlstra wrote:
This should be
The patch below fixes a bug that only appears when AoE goes over a
network card that does not support scatter-gather. The headers in the
linear part of the skb appeared to be larger than they really were,
resulting in data that was offset by 24 bytes.
This patch eliminates the offset data on
Willy,
I'm forwarding this over to linux-scsi@vger.kernel.org because it seems
that [EMAIL PROTECTED] was discontinued a few years ago.
Maybe the folks over there will be able to shed some light on this bug.
Mark.
On Sat, 2006-12-16 at 00:03 +0100, Willy Tarreau wrote:
Hello Mark,
On Thu,
On Mon, 2006-12-18 at 10:03 -0800, Linus Torvalds wrote:
Andrei,
could you try Peter's patch (on top of Andrew's patch - it depends on
it, and wouldn't work on an unmodified -git kernel, but add the WARN_ON()
I mention in this email? You seem to be able to reproduce this easily..
Thanks)
On Sat, Dec 16 2006, Linus Torvalds wrote:
That said: Jens - I think 0e75f906 was a mistake. blk_rq_unmap() really
should be passed the struct bio, not the struct request *. Right now
it does something _really_ strange with requests with linked bio's, and I
don't think your and FUJITA's
Wiebe Cazemier wrote:
When using non-identical discs (not just size, but also geometry) to contruct
your array, you can never get the partitions of the underlying discs to be
equal in size because the size of a partition can only be N*cylindersize,
where cylindersize varies across discs; the
On Mon, 18 Dec 2006, Peter Zijlstra wrote:
Or maybe the WARN_ON() just points out _why_ somebody would want to do
something this insane. Right now I just can't see why it's a valid thing
to do.
Maybe, but I think Nick's mail here:
http://lkml.org/lkml/2006/12/18/59
shows a
The reiser4 failure is unexpected. Could you please see if you can
capture a trace, let the people at [EMAIL PROTECTED] know?
Ok, I've handwritten the messages, here they are :
reiser4 panicked cowardly : reiser4[umount(2451)] : commit_current_atom
(fs/reiser4/txmngr.c:1087)
On Mon, Dec 18 2006, Jens Axboe wrote:
On Sat, Dec 16 2006, Linus Torvalds wrote:
That said: Jens - I think 0e75f906 was a mistake. blk_rq_unmap() really
should be passed the struct bio, not the struct request *. Right now
it does something _really_ strange with requests with linked
Miles Lane wrote:
Sorry, I am not finding who maintains highmem. Please forward.
WARNING (1) at arch/i386/mm/highmem.c:41 kmap_atomic()
[c0103c25] dump_trace+0x68/0x1d2
[c0103da7] show_trace_log_lvl+0x18/0x2c
[c0104410] show_trace+0xf/0x11
[c010449b] dump_stack+0x12/0x14
[c01144d9]
hi,
while playing around with fsfuzzer, i got the following oops with jfs:
[ 851.804875] BUG at fs/jfs/jfs_xtree.c:760 assert(!BT_STACK_FULL(btstack))
[ 851.805179] [ cut here ]
[ 851.805238] kernel BUG at fs/jfs/jfs_xtree.c:760!
[ 851.805287] invalid opcode:
On 12/18/06, Jiri Slaby [EMAIL PROTECTED] wrote:
Miles Lane wrote:
Sorry, I am not finding who maintains highmem. Please forward.
WARNING (1) at arch/i386/mm/highmem.c:41 kmap_atomic()
[c0103c25] dump_trace+0x68/0x1d2
[c0103da7] show_trace_log_lvl+0x18/0x2c
[c0104410] show_trace+0xf/0x11
(On that note: Andrei - if you do test this out, I'd suggest applying my
patch too - the one that you already tested. It won't apply cleanly on top
of Andrew's patch, but it should be trivial to apply by hand, since you
really just want to remove the whole if (ret) {...} sequence. I
From: Ingo Molnar [EMAIL PROTECTED]
Subject: [patch] workqueue: fix schedule_on_each_cpu()
fix the schedule_on_each_cpu() implementation: __queue_work() is now
stricter, hence set the work-pending bit before passing in the new work.
(found in the -rt tree, using Peter Zijlstra's files-lock
On Mon, 2006-12-18 at 21:04 +0200, Andrei Popa wrote:
diff --git a/mm/rmap.c b/mm/rmap.c
index d8a842a..3f9061e 100644
--- a/mm/rmap.c
+++ b/mm/rmap.c
@@ -448,7 +448,7 @@ static int page_mkclean_one(struct page
goto unlock;
entry = ptep_get_and_clear(mm, address,
On Mon, 18 Dec 2006, Andrei Popa wrote:
I applied Linus patch, Andrew patch, Peter Zijlstra patches(the last
two). All unified patch is attached. I tested and I have no corruption.
That wasn't very interesting, because you also had the patch that just
disabled page_mkclean_one() entirely:
On Dec 17, 2006, Linus Torvalds [EMAIL PROTECTED] wrote:
For example, glibc could easily have just come out and said the thing that
is obvious to any sane person: using this library as just a standard
library does not make your program a derived work.
There really wassn't much need for
On Dec 17, 2006, Kyle Moffett [EMAIL PROTECTED] wrote:
On the other hand, certain projects like OpenAFS, while not license-
compatible, are certainly not derivative works.
Certainly a big chunk of OpenAFS might not be, just like a big chunk
of other non-GPL drivers for Linux.
But what about
I have a question I could not quickly find on Google/mailing lists--
Say I have some sort of global filesystem or NFS which is 200TB.
Is there a limit either:
A) In the Linux kernel
or
B) In the NFS spec
That would limit the client as to what it could see via NFS or global
filesystem?
Or
On Mon, 18 Dec 2006, Alexandre Oliva wrote:
So I guess you approve of the reformulation of LGPL as an additional
permission on top of GPL, as in its draft at gplv3.fsf.org, right?
Yes. I think that part of the GPLv3 is a good idea.
That said, I think they are still pushing the you don't
On Mon, 2006-12-18 at 11:18 -0800, Linus Torvalds wrote:
On Mon, 18 Dec 2006, Andrei Popa wrote:
I applied Linus patch, Andrew patch, Peter Zijlstra patches(the last
two). All unified patch is attached. I tested and I have no corruption.
That wasn't very interesting, because you also
kernel-parameters.txt says what ACPI and APM stand for, but not APIC.
Advanced PIC, most likely. http://en.wikipedia.org/wiki/APIC will tell
more.
Also there give some basic apm related parameters, instead of just
saying see apm.c, which the user is less likely to have handy than
Replace kmalloc() + memset() pairs with the appropriate kzalloc()
calls.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
i could have sworn i submitted this patch a while back but it
doesn't seem to have been applied. it's possible it's still in the
queue somewhere but it seems
* Catalin Marinas [EMAIL PROTECTED] wrote:
at freeing we only have to look up the tree belonging to object-cpu.
At freeing, kmemleak only gets a pointer value which has to be looked
up in the hash table for the corresponding memleak_object. Only after
that, we can know
* Jiri Slaby [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
allyesconfig bzImage bootup produced 33 warning messages, of which the
first couple are attached below.
With which kernel? mxser had ttyM for a long time, it should be fixed
in 2.6.20-rc1.
current -git.
Ingo
-
To
Ingo Molnar wrote:
* Jiri Slaby [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
allyesconfig bzImage bootup produced 33 warning messages, of which the
first couple are attached below.
With which kernel? mxser had ttyM for a long time, it should be fixed
in 2.6.20-rc1.
current -git.
Ok,
On 12/15/06, Andrew Morton [EMAIL PROTECTED] wrote:
+toshiba-tc86c001-ide-driver-take-2.patch
Acked-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
IMO this can be merged for 2.6.20 as it is new driver
(which is clean, tested and acked by Alan already)
All 693 patches:
On Mon, 2006-12-18 at 14:21 -0500, Justin Piszcz wrote:
I have a question I could not quickly find on Google/mailing lists--
Say I have some sort of global filesystem or NFS which is 200TB.
Is there a limit either:
A) In the Linux kernel
or
B) In the NFS spec
That would limit the
On Mon, Dec 18, 2006 at 02:53:05PM -0500, Robert P. J. Day wrote:
Replace kmalloc() + memset() pairs with the appropriate kzalloc()
calls.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
i could have sworn i submitted this patch a while back but it
doesn't seem to have been
Thanks for the info!
On Mon, 18 Dec 2006, Trond Myklebust wrote:
On Mon, 2006-12-18 at 14:21 -0500, Justin Piszcz wrote:
I have a question I could not quickly find on Google/mailing lists--
Say I have some sort of global filesystem or NFS which is 200TB.
Is there a limit either:
On Mon, Dec 18, 2006 at 09:49:24AM -0800, Randy Dunlap wrote:
In 2.6.20-rc1-mm1, with HOTPLUG=n, 2 linux/kobject.h inline functions
need to return int. Currently this causes 962 warnings like this:
include/linux/kobject.h: In function 'kobject_uevent':
include/linux/kobject.h:277: warning:
On Mon, 18 Dec 2006, Andrei Popa wrote:
I dropped that patch and added WARN_ON(1), the unified patch is
attached.
I got corruption: Hash check on download completion found bad chunks,
consider using safe_sync.
Ok. That is actually _very_ interesting.
It's interesting because (a) the
On top of [PATCH, RFC] reimplement flush_workqueue(), see
http://marc.theaimsgroup.com/?l=linux-kernelm=116639510029010
Andrew Morton wrote:
A basic problem with flush_scheduled_work() is that it blocks behind _all_
presently-queued works, rather than just the work whcih the caller
Add a new section to the CodingStyle file, encouraging people not to
re-invent available kernel macros such as ARRAY_SIZE(),
FIELD_SIZEOF(), min() and max(), among others.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
Acked-by: Jan Engelhardt [EMAIL PROTECTED]
-`J'
--
-
To
On 12/18/06, Randy Dunlap [EMAIL PROTECTED] wrote:
Hi,
Shouldn't the framebuffer part of this code (cfag12864bfb) also
depend on CONFIG_FB? Without that, this build error occurs:
Indeed it should. Thanks for noticing that!
cfag12864bfb.c:(.init.text+0xc19d): undefined reference to
401 - 500 of 669 matches
Mail list logo