On Sat, Feb 16, 2008 at 03:42:49AM +0300, Alexey Dobriyan wrote:
On Fri, Feb 15, 2008 at 04:21:21PM -0800, Andrew Morton wrote:
On Sat, 16 Feb 2008 00:09:43 +
Russell King [EMAIL PROTECTED] wrote:
For reference, even _I_ don't build test the entire set of ARM defconfigs
-
at
commit c65b97fdbb9f3075a37f711aa6b388a48a27d3f4
Author: Borislav Petkov [EMAIL PROTECTED]
Date: Sat Feb 16 09:10:46 2008 +0100
MAINTAINERS: update ide-cd maintainer's email address
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
diff --git a/MAINTAINERS b/MAINTAINERS
index
Andrew Morton wrote:
How important is this feature to KVM?
Very. kvm pins pages that are referenced by the guest; a 64-bit guest
will easily pin its entire memory with the kernel map. So this is
critical for guest swapping to actually work.
Other nice features like page migration are
On Mon, Jan 28, 2008 at 04:25:00AM -0800, Paul E. McKenney wrote:
Hello!
The list_for_each_entry_rcu() primitive should be used instead of
list_for_each_rcu(), as the former is easier to use and provides
better type safety. This patch therefore adds list_for_each_rcu()
to the
From: Andrew Morton [EMAIL PROTECTED]
Subject: Re: [Patch] Fix shadowed variables in fs/binfmt_elf.c
Date: Fri, 15 Feb 2008 12:34:59 -0800
Message-ID: [EMAIL PROTECTED]
On Fri, 15 Feb 2008 21:58:02 +0800 (CST)
WANG Cong [EMAIL PROTECTED] wrote:
Fix these sparse warings:
On Sat, Feb 16, 2008 at 01:44:26PM +1100, Jeremy Fitzhardinge wrote:
Joel Becker wrote:
(XEN) mm.c:1825:d109 Bad type (saw 2801 != exp
e000) for mfn 3a2f0f (pfn f0)
(XEN) mm.c:649:d109 Error getting mfn 3a2f0f (pfn f0) from L1 entry
0003a2f0f063 for dom109
On Sat, 16 Feb 2008 10:45:50 +0200 Avi Kivity [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
How important is this feature to KVM?
Very. kvm pins pages that are referenced by the guest;
hm. Why does it do that?
a 64-bit guest
will easily pin its entire memory with the kernel map.
On Fri, Feb 15, 2008 at 02:53:27PM -0500, Stefan Bader wrote:
Hello Borislav,
I worked on a problem with an DVD driver (model=Optiarc DVD RW AD-5200A)
which obviously has the same problem as some Matshita drives. The
following patch was reported to enabled audio playing on this drive.
Would
The segment boundary limit should be a power of 2 so let's make it
clear.
Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED]
---
lib/iommu-helper.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lib/iommu-helper.c b/lib/iommu-helper.c
index 495575a..de0eced 100644
---
Andrew Morton wrote:
Very. kvm pins pages that are referenced by the guest;
hm. Why does it do that?
It was deemed best not to allow the guest to write to a page that has
been swapped out and assigned to an unrelated host process.
One way to view the kvm shadow page tables
On Sat, 16 Feb 2008 17:38:13 +1100
Omar Kilani [EMAIL PROTECTED] wrote:
Hi there,
We're having issues with our Adaptec RAID controller and I was
wondering if anyone would be able to advise on how to go about
resolving them. :)
The system:
RHEL 5.1 x86_64
Kernel 2.6.18-53.1.4.el5
From: [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 20:49:33 -0800
Subject: bluetooth: fix warning in net/bluetooth/hci_sysfs.c
From: Andrew Morton [EMAIL PROTECTED]
net/bluetooth/hci_sysfs.c: In function 'del_conn':
net/bluetooth/hci_sysfs.c:339: warning: suggest parentheses around assignment
KAMEZAWA Hiroyuki wrote:
On Fri, 15 Feb 2008 12:44:18 -0800
Paul Menage [EMAIL PROTECTED] wrote:
This set of patches makes the Control Groups API more structured and
self-describing.
1) Allows control files to be associated with data types such as
u64, string, map, etc. These types show
Next file, same problem:
-- snip --
...
CC arch/cris/arch-v10/lib/string.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/cris/arch-v10/lib/string.c:138:
error: lvalue required as increment operand
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/cris/arch-v10/lib/string.c:138:
error:
On Sat, 16 Feb 2008 17:38:13 +1100
Omar Kilani [EMAIL PROTECTED] wrote:
Hi there,
We're having issues with our Adaptec RAID controller and I was
wondering if anyone would be able to advise on how to go about
resolving them. :)
The system:
RHEL 5.1 x86_64
Kernel 2.6.18-53.1.4.el5
Mike Galbraith wrote:
On Sat, 2008-02-16 at 02:23 +0100, Gabriel C wrote:
Pavel Machek wrote:
Hi!
Hi ,
I'd not really done any real wor under 2.6.25 yet, but now while
running
a kernel compile with -j4 (single processor, dual core Pentium D), I see
this behavior. The mouse cursor
On Sat, 16 Feb 2008 01:27:41 -0800 (PST) David Miller [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 20:49:33 -0800
Subject: bluetooth: fix warning in net/bluetooth/hci_sysfs.c
From: Andrew Morton [EMAIL PROTECTED]
net/bluetooth/hci_sysfs.c: In function
On Jan 8, 2008 5:23 AM, David Miller [EMAIL PROTECTED] wrote:
I am going to push this patch upstream, it is correct and we
have a positive test case that failed before, so overall it's
a net improvement even if we still don't exactly know why
Adolfo's case still fails.
Sorry it took so long,
Andrew Morton a écrit :
- First up, why was this added at all? We have percpu_counter.h which
has several years development invested in it. afaict it would suit the
present applications of pcounters.
If some deficiency in percpu_counters has been identified, is it
possible to correct
Paul Menage wrote:
Hi, Paul,
Do we need to use a cgroup.api file? Why not keep up to date documentation and
get users to use that. I fear that, cgroup.api will not be kept up-to-date,
leading to confusion.
Why should the kernel carry so much of documentation in the image as strings?
--
Hi,
On Feb 16, 2008 12:18 PM, Thomas Gleixner [EMAIL PROTECTED] wrote:
People, who do cleanups - I'm not talking about running lindent here -
read through the code while they fix it up.
Actually they find bugs that way or at least come up with useful
questions about code which is not obvious
Andrew Morton wrote:
What is the status of getting infiniband to use this facility?
How important is this feature to KVM?
To xpmem?
Which other potential clients have been identified and how important it it
to those?
As I said when Andrea posted the first patch series, I used
On Fri, 15 Feb 2008, Andi Kleen wrote:
In the past few months we frequently mentioned checkpatch.pl --file to
arch/x86 newbies and it's been a great source of cleanup patches and it
has become an integral part of our workflow. Newbies should start with
small baby steps, with trivial
Those below two patches enable KVM to swap the guest physical memory
through Christoph's V7.
There's one last _purely_theoretical_ race condition I figured out and
that I'm wondering how to best fix. The race condition worst case is
that a few guest physical pages could remain pinned by sptes.
Adrian Bunk wrote:
Forks are allowed, so when you don't like the way some software is
developed you can always release a version of the software that is in
your eyes better.
What a silly thought. Nobody, I should hope, wants multiple Linuxes
competing and diluting the market. That's
On Sat, 16 Feb 2008 11:07:29 +0100 Eric Dumazet [EMAIL PROTECTED] wrote:
Andrew, pcounter is a temporary abstraction.
It's buggy! Main problems are a) possible return of negative numbers b)
some of the API can't be from preemptible code c) excessive interrupt-off
time on some machines if
On Sat, 16 Feb 2008 11:41:35 +0100 Brice Goglin [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
What is the status of getting infiniband to use this facility?
How important is this feature to KVM?
To xpmem?
Which other potential clients have been identified and how important it it
arch/x86/kernel/built-in.o: In function `amd_smp_thermal_interrupt':
(.text+0xe03b): undefined reference to `mce_log_therm_throt_event'
arch/x86/kernel/built-in.o: In function `acpi_save_state_mem':
(.text+0x12239): undefined reference to `setup_trampoline'
#
# Automatically generated make
On Fri, 2008-02-15 at 14:46 -0800, Randy Dunlap wrote:
On Fri, 15 Feb 2008 17:42:24 + Richard Kennedy wrote:
On Fri, 2008-02-15 at 09:21 -0800, Randy Dunlap wrote:
On Fri, 15 Feb 2008 17:13:12 + Richard Kennedy wrote:
When running make htmldocs I'm seeing some non-fatal
On Fri, 15 Feb 2008, Chris Holvenstot wrote:
A number of corrispondents on this list offered troubleshooting
suggestions, most of which centered arund the high performance timer.
If you too feel that the issue you are seeing might be releated to the
one I saw the following clips from the
[Pekka Enberg - Sat, Feb 16, 2008 at 12:27:33PM +0200]
| Hi,
|
| On Feb 16, 2008 12:18 PM, Thomas Gleixner [EMAIL PROTECTED] wrote:
| People, who do cleanups - I'm not talking about running lindent here -
| read through the code while they fix it up.
|
| Actually they find bugs that way or at
[ Ingo and Thomas added to CC, as this is apparently nohz stuff ]
Quel, does the problem go away when you boot with nohz=off?
Original message left below for reference.
On Sat, 16 Feb 2008, Quel Qun wrote:
Hi,
Since the rc's of 2.6.24, my machine crashes when I try to use the USB
dongle.
On Fri, Feb 15, 2008 at 07:37:36PM -0800, Andrew Morton wrote:
The | is obviously deliberate. But no explanation is provided telling us
why we still call the callback if ptep_clear_flush_young() said the page
was recently referenced. People who read your code will want to understand
this.
On Sat, 16 Feb 2008 11:48:27 +0100 Andrea Arcangeli [EMAIL PROTECTED] wrote:
+void kvm_mmu_notifier_invalidate_range_end(struct mmu_notifier *mn,
+struct mm_struct *mm,
+unsigned long start, unsigned long
end,
+
On Fri, Feb 15, 2008 at 10:32:01PM -0800, Andrew Morton wrote:
On Sat, 16 Feb 2008 01:13:47 -0500 Yoshinori Sato [EMAIL PROTECTED] wrote:
Please comment C_SYMBOL_PREFIX.
Makefile |3 ++-
arch/h8300/Kconfig |4
2 files changed, 6 insertions(+), 1 deletions(-)
On Sat, 16 Feb 2008 11:59:07 +0100 Marcin Slusarz [EMAIL PROTECTED] wrote:
arch/x86/kernel/built-in.o: In function `amd_smp_thermal_interrupt':
(.text+0xe03b): undefined reference to `mce_log_therm_throt_event'
arch/x86/kernel/built-in.o: In function `acpi_save_state_mem':
(.text+0x12239):
With git-xtensa I'm getting:
-- snip --
...
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/xtensa/Makefile:30: *** No
Xtensa toolchain found on PATH.. Stop.
make: *** [sub-make] Error 2
-- snip --
My xtensa cross toolchain is prefixed xtensa-linux- and
arch/xtensa/Makefile shouldn't
On Wed, 13 Feb 2008, Geert Uytterhoeven wrote:
On Tue, 12 Feb 2008, Greg KH wrote:
On Tue, Feb 12, 2008 at 04:49:46PM -0800, Linus Torvalds wrote:
On Tue, 12 Feb 2008, Greg KH wrote:
Perhaps you need to switch to using quilt. This is the main reason why
I use it.
Btw, on that
Jiri -
OK - I will confirm that I have been running with CONFIG_GROUP_SCHED
set. I have turned it off via menuconfig (which also gets rid of a
couple of other options like CONFIG_USER_SCHED and
CONFIG_FAIR_GROUP_SCHED) and I am performing a kernel build from clean
sources.
Get back to you in a
Hi Rob.
Remove perl dependency introduced in 2.6.25-rc1, by shipping
kernel/timeconst.h
with all the canned values so perl is only used to regenerate it if that
file is deleted.
While I agree that we should keep the dependencies low for building a kernel
trying to avoid the perl dependency
On Fri, Feb 15, 2008 at 07:42:11PM -0800, Roland McGrath wrote:
Perhaps it makes more sense to have vdso_install be a dependency of
modules_install rather than install, since they both put things in
/lib/modules.
The installed vdso images are potentially useful for a kernel when you
aren't
On Sat, Feb 16, 2008 at 03:09:49AM -0800, Andrew Morton wrote:
On Sat, 16 Feb 2008 11:59:07 +0100 Marcin Slusarz [EMAIL PROTECTED] wrote:
arch/x86/kernel/built-in.o: In function `amd_smp_thermal_interrupt':
(.text+0xe03b): undefined reference to `mce_log_therm_throt_event'
Joel Becker wrote:
On Sat, Feb 16, 2008 at 01:44:26PM +1100, Jeremy Fitzhardinge wrote:
Joel Becker wrote:
(XEN) mm.c:1825:d109 Bad type (saw 2801 != exp
e000) for mfn 3a2f0f (pfn f0)
(XEN) mm.c:649:d109 Error getting mfn 3a2f0f (pfn f0) from L1 entry
Andrew Morton wrote:
On Sat, 16 Feb 2008 01:27:41 -0800 (PST) David Miller [EMAIL PROTECTED]
wrote:
From: [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 20:49:33 -0800
Subject: bluetooth: fix warning in net/bluetooth/hci_sysfs.c
From: Andrew Morton [EMAIL PROTECTED]
Andrew Morton a écrit :
On Sat, 16 Feb 2008 11:07:29 +0100 Eric Dumazet [EMAIL PROTECTED] wrote:
Andrew, pcounter is a temporary abstraction.
It's buggy! Main problems are a) possible return of negative numbers b)
some of the API can't be from preemptible code c) excessive interrupt-off
On Sat, 16 Feb 2008, Jiri Kosina wrote:
[ Ingo and Thomas added to CC, as this is apparently nohz stuff ]
Well, it explodes there :) I can not exactly decode the source line,
but it's either list corruption or something is fiddling with an
enqueued timer.
Quel, does the problem go away when
On Sat, Feb 16, 2008 at 11:48:27AM +0100, Andrea Arcangeli wrote:
Those below two patches enable KVM to swap the guest physical memory
through Christoph's V7.
There's one last _purely_theoretical_ race condition I figured out and
that I'm wondering how to best fix. The race condition worst
On Tue, 2008-02-05 at 18:44 +0300, Anton Vorontsov wrote:
This patch adds support for the framebuffers with non-native
endianness. This is done via FBINFO_FOREIGN_ENDIAN flag that will
be used by the drivers. Depending on the host endianness this flag
will be overwritten by FBINFO_BE_MATH
[Beware - never tested, never booted.]
From: Paul Jackson [EMAIL PROTECTED]
The following adds two more bitmap operators, bitmap_onto() and
bitmap_fold(), with the usual cpumask and nodemask wrappers.
The bitmap_onto() operator computes one bitmap relative to
another. If the n-th bit in the
On Fri, Feb 15, 2008 at 11:27:38PM -0600, Olof Johansson wrote:
On Sat, Feb 16, 2008 at 03:23:36AM +0100, Sam Ravnborg wrote:
On Sat, Feb 16, 2008 at 12:21:40AM +0100, Jonas Bonn wrote:
I've done some work on cleaning up the definitions of pci_device_id to
make them static const (where
On Feb 6, 2008 8:44 PM, Matt Helsley [EMAIL PROTECTED] wrote:
The kernel implements readlink of /proc/pid/exe by getting the file from the
first executable VMA. Then the path to the file is reconstructed and reported
as
the result.
Because of the VMA walk the code is slightly different on
On 02/14/2008 03:57 PM, Stephan Rose wrote:
I recently purchased a USB-Com Port serial cable from Radio Shack
(Model number 26-183) which did no seem to want to work. After looking
into it I discovered that it is based on the Prolific chipset using the
PL2303 driver.
I then checked the Vendor
I found that atmel_spi driver does not initialize clock polarity
correctly (except for at91rm9200 CS0 channel) in some case.
The atmel_spi driver uses gpio-controlled chipselect. OTOH spi clock
signal is controlled by CSRn.CPOL bit, but this register controls
clock signal correctly only in 'real
Hi Paul,
The bitmap_fold() operator folds a bitmap into a second that
has bit m set iff the input bitmap has some bit n set, where
m == n mod sz, for the specified sz value.
iff?
other portions looks good :)
Reviewed-by: KOSAKI Motohiro [EMAIL PROTECTED]
Thanks!
--
To unsubscribe from this
Stephan,
Jiri Slaby wrote:
On 02/14/2008 03:57 PM, Stephan Rose wrote:
I recently purchased a USB-Com Port serial cable from Radio Shack
(Model number 26-183) which did no seem to want to work. After looking
into it I discovered that it is based on the Prolific chipset using the
PL2303
On Fri, Feb 15, 2008 at 12:02:25PM -0800, Harvey Harrison wrote:
Removes some externs from C files, noticed from the sparse warnings:
fs/ncpfs/dir.c:90:26: warning: symbol 'ncp_root_dentry_operations' was not
declared. Should it be static?
fs/ncpfs/symlink.c:107:5: warning: symbol
On Thu, Feb 14, 2008 at 02:04:37AM -0500, Christoph Hellwig wrote:
diff --git a/fs/sysv/sysv.h b/fs/sysv/sysv.h
index 42d51d1..38ebe3f 100644
--- a/fs/sysv/sysv.h
+++ b/fs/sysv/sysv.h
@@ -217,9 +217,9 @@ static inline __fs32 fs32_add(struct sysv_sb_info *sbi,
__fs32 *n, int d)
On Fri, Feb 15, 2008 at 08:51:15PM +0900, Takashi Sato wrote:
So XFS_IOC_FREEZE and XFS_IOC_THAW cannot be lifted to generic code simply.
I think we should create new generic numbers for freeze and thaw
Actually we've lifted specific ioctls to the generic layer before all
the time in drivers.
On Sat, 16 Feb 2008, Heiko Carstens wrote:
+ /*
+* This will fail and we want it. Some arch implementations do
+* runtime detection of the futex_atomic_cmpxchg_inatomic()
+* functionality. We want to know that before we call in any
+* of the complex code paths. Also we
From: Thomas Gleixner [EMAIL PROTECTED]
Not all architectures implement futex_atomic_cmpxchg_inatomic(). The default
implementation returns -ENOSYS, which is currently not handled inside of the
futex guts.
Futex PI calls and robust list exits with a held futex result in an endless
loop
On 02/15, Andrew Morton wrote:
ug. On about the fourth boot with the current -mm lineup I hit:
: BUG: unable to handle kernel paging request at 00200200
== LIST_POISON2
: IP: [802444f5] free_pid+0x35/0x8e
Hi. Is it legal to use zero for 'len' field of struct spi_transfer?
I mean, len=0, tx_buf=rx_buf=NULL, delay_usecs!=0.
Some SPI devices need slightly long delay before first CLK edge after
CS assertion. To achieve this, I think inserting using a zero length
transfer before real transfers. But
On Sat, 2008-02-16 at 11:09 +0100, Gabriel C wrote:
Turning CONFIG_GROUP_SCHED off on this box fixes the mouse and keyboard
problems.
( and some other , eg: box doesn't feel 'slow' and 'laggy' anymore )
Yeah, looks like it is the same issue. I'd suggest that folks who are
hitting this
On Sat, Feb 16, 2008 at 02:48:17PM +0100, Thomas Gleixner wrote:
On Sat, 16 Feb 2008, Heiko Carstens wrote:
Well, NULL pointer dereferencing is supposed to fail, isn't it ?
I wasn't sure that this is true for all architectures, but...
It's an requirement for futex support.
To be more
Hugo Mills wrote:
I'm getting these on my Dell Latitude D830:
Feb 15 13:06:00 willow kernel: ata1.00: exception Emask 0x2 SAct 0x4 SErr 0x0
action 0x2 frozen
Feb 15 13:06:00 willow kernel: ata1.00: spurious completions during NCQ
issue=0x0 SAct=0x4 FIS=004040a1:0002
Feb 15 13:06:00
In message [EMAIL PROTECTED],Julia Lawall write
s:
In each case below, I have followed the original semantics, but in
drivers/atm/eni.c and drivers/atm/horizon.c, I have some doubts as to
whether the original semantics is correct. In drivers/atm/eni.c, is the
division intended to be by div or by
On Sat, Feb 16, 2008 at 02:05:13PM +0100, Thomas Gleixner wrote:
On Sat, 16 Feb 2008, Heiko Carstens wrote:
+ /*
+ * This will fail and we want it. Some arch implementations do
+ * runtime detection of the futex_atomic_cmpxchg_inatomic()
+ * functionality. We want to know that
On Sat, 16 Feb 2008, Heiko Carstens wrote:
Well, NULL pointer dereferencing is supposed to fail, isn't it ?
I wasn't sure that this is true for all architectures, but...
It's an requirement for futex support.
Indeed it does fail with an Oops on s390 since we enable low address
I've just released Linux 2.4.36.1.
It includes fixes for 6 minor security issues, most of them brought
by Dann Frazier of the Debian security team. It also restores the
ability to build user-space depending on kernel headers with GCC 4.2.
As usual when dealing with security, upgrading is
On Sat, 16 Feb 2008, Heiko Carstens wrote:
On Sat, Feb 16, 2008 at 02:48:17PM +0100, Thomas Gleixner wrote:
On Sat, 16 Feb 2008, Heiko Carstens wrote:
Well, NULL pointer dereferencing is supposed to fail, isn't it ?
I wasn't sure that this is true for all architectures, but...
add CC (Andrew, Greg and linux-usb)
On 2/15/08, Andrew Buehler [EMAIL PROTECTED] wrote:
In my workplace, I use a customized version of Novell's ZENworks imaging
boot CD, which is based off of Linux. I have one particular model of
laptop - the IBM/Lenovo R61 - on which three different things
Tejun Heo wrote:
Andrew Morton wrote:
So, I guess it's NACK w/o suggested alternatives, right?
I wouldn't nack without good reasons, and I have none here. I don't have
very strong opinions either way.
I was just wondering whether I should just go with snprintf dancing in
eh_link_report,
From: Julia Lawall [EMAIL PROTECTED]
The kernel.h macro DIV_ROUND_UP performs the computation (((n) + (d) - 1) /
(d)) but is perhaps more readable.
An extract of the semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@haskernel@
@@
#include
From: Julia Lawall [EMAIL PROTECTED]
The kernel.h macro DIV_ROUND_UP performs the computation (((n) + (d) - 1) /
(d)) but is perhaps more readable.
An extract of the semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@haskernel@
@@
#include
From: Julia Lawall [EMAIL PROTECTED]
The kernel.h macro DIV_ROUND_UP performs the computation (((n) + (d) - 1) /
(d)) but is perhaps more readable.
An extract of the semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@haskernel@
@@
#include
From: Julia Lawall [EMAIL PROTECTED]
The kernel.h macro DIV_ROUND_UP performs the computation (((n) + (d) - 1) /
(d)) but is perhaps more readable.
An extract of the semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@haskernel@
@@
#include
Jarod Wilson wrote on 2008-02-10:
Now *this* does the trick. I get the 'READ CAPACITY failed' as before,
then 'firewire_sbp2: fw1.0: error status: 0:4', followed by a new login and
SCSI probe, both of which are successful this time, disk is available for use
and all that good stuff.
FYI, I
The callers of free_pidmap() pass 2 members of struct upid, we can just pass
struct upid * instead. Shaves off 10 bytes from pid.o.
Also, simplify the alloc_pid's out_free: error path a little bit. This way it
looks more clear which subset of pid-numbers[] we are freeing.
Signed-off-by: Oleg
Andrew,
please switch your scripts from linux1394-2.6.git:master to
linux1394-2.6.git:for-mm for firewire and ieee1394 updates from now on.
I.e. the URL to pull from becomes
master.kernel.org:/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git
for-mm
or
On Fri, 15 Feb 2008 16:33:50 +0800 Bryan Wu [EMAIL PROTECTED] wrote:
Could you please add Blackfin tree to the linux-next
git://git.kernel.org/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git
for-linus
Added, thanks.
And do you have the blackfin cross-compile toolchain?
No, I don't at
I wrote:
Jarod Wilson wrote:
Stefan Richter wrote:
+static void sbp2_conditionally_block(struct sbp2_logical_unit *lu)
+{
+struct fw_card *card =
fw_device(lu-tgt-unit-device.parent)-card;
+
+if (!atomic_read(lu-tgt-dont_block)
+lu-generation != card-generation
+
On Sat, 16 Feb 2008, Oliver Pinter wrote:
On 2/15/08, Andrew Buehler [EMAIL PROTECTED] wrote:
In my workplace, I use a customized version of Novell's ZENworks imaging
boot CD, which is based off of Linux. I have one particular model of
laptop - the IBM/Lenovo R61 - on which three different
Replace !likely(x) by likely(!x)
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
---
diff --git a/arch/x86/kernel/signal_32.c b/arch/x86/kernel/signal_32.c
index caee1f0..335872f 100644
--- a/arch/x86/kernel/signal_32.c
+++ b/arch/x86/kernel/signal_32.c
@@ -303,7 +303,7 @@ get_sigframe(struct
I wrote:
The only remedy seems to be to block the SCSI device until reconnect.
In the longer term, we should look into keeping commands enqueued in
fw-sbp2 during the reconnect phase.
Plus we need full parallelism of sbp2_reconnect and sbp2_login between
all attached targets. The current
Not entirely sure who to send this to
---
Replace !likely(x) by likely(!x)
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
---
diff --git a/kernel/exit.c b/kernel/exit.c
index 506a957..df207fc 100644
--- a/kernel/exit.c
+++ b/kernel/exit.c
@@ -1497,7 +1497,7 @@ repeat:
Also suggested by Herbert Xu, using workqueue is better than timer
for net/xfrm/xfrm_state.c, so replace them with delayed_work.
Note that, this patch is not fully tested, just compile and
run as a whole on an Intel Core Duo matchine. So should be
in -mm first.
Signed-off-by: WANG Cong [EMAIL
The patch below was not yet tested. If it's correct as it is, please comment.
---
Fix Unlikely(x) == y
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
---
diff --git a/arch/powerpc/platforms/ps3/interrupt.c
b/arch/powerpc/platforms/ps3/interrupt.c
index 3a6db04..a14e5cd 100644
---
The patch below was not yet tested. If it's correct as it is, please comment.
---
Fix Unlikely(x) != y
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
---
diff --git a/drivers/s390/block/dcssblk.c b/drivers/s390/block/dcssblk.c
index 3faf053..e6c94db 100644
--- a/drivers/s390/block/dcssblk.c
+++
This loop is no longer needed.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/pci/cmd640.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
Index: b/drivers/ide/pci/cmd640.c
===
Do explicit port setup instead of depending on init_ide_data().
This way hwif-io_ports[] and hwif-irq are always correctly set
regardless of CONFIG_PCI / CONFIG_BLK_DEV_IDEPCI.
[ Remember to not break idex=noprobe parameter. ]
While at it fix printk().
Signed-off-by: Bartlomiej Zolnierkiewicz
These host drivers indirectly depend on CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS=y
which is defined only on alpha, x86, ia64, m32r, mips and ppc32.
Moreover:
- on ia64 there is no ISA
- m32r is too new for VLB
- on ppc32 ISA is available only on PPC_CHRP (no default IDE ports)
and PPC_PREP (marked
Do explicit port setup in legacy VLB host drivers instead of depending
on init_ide_data(). This way hwif-io_ports[] and hwif-irq are always
correctly set regardless of CONFIG_PCI / CONFIG_BLK_DEV_IDEPCI.
[ No need to care about idex=noprobe parameter for these drivers
as they need to be
ide_init_default_irq() is always zero for CONFIG_PCI=y so hwif-irq
check in ide_hwif_configure() can be safely removed.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/setup-pci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index:
* Make CONFIG_IDE_GENERIC depended on CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS.
* Move default IDE ports setup from init_ide_data() to ide_generic
host driver (remembering to not break idex=noprobe parameter).
* Use ide_init_port_hw() in ide_generic host driver.
* Remove no longer needed
* Use ide_default_irq() instead of ide_init_default_irq() in
ide_generic host driver (so the correct IRQ is always set
regardless of CONFIG_PCI / CONFIG_BLK_DEV_IDEPCI).
* Remove no longer needed ide_init_default_irq() macro.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
* Remove no longer needed matching against I/O base and 'io_base' argument.
* Move printk() to the caller and remove 'name' argument.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/setup-pci.c | 47 +++
1 file changed, 15
Remove no longer needed matching against I/O base and 'base' argument.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/arm/bast-ide.c|2 +-
drivers/ide/arm/icside.c |2 +-
drivers/ide/arm/ide_arm.c |2 +-
On Sat, Feb 16, 2008 at 10:47:23AM +0200, Adrian Bunk wrote:
On Mon, Jan 28, 2008 at 04:25:00AM -0800, Paul E. McKenney wrote:
Hello!
The list_for_each_entry_rcu() primitive should be used instead of
list_for_each_rcu(), as the former is easier to use and provides
better type safety.
It is always == '((base) + 0x206)' if CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS=y
and it is not needed otherwise (arm, blackfin, parisc, ppc64, sh, sparc[64]).
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/ide.c |2 +-
include/asm-alpha/ide.h
On Fri, Feb 15, 2008 at 05:24:52PM +, Paulo Marques wrote:
If you want to take advantage of all that memory to buffer disk writes,
so that the reads can proceed better, you might want to tweak your
/proc/sys/vm/dirty_ratio amd /proc/sys/vm/dirty_background_ratio to more
appropriate
1 - 100 of 667 matches
Mail list logo
