Linus Torvalds wrote:
On Wed, 23 May 2007, Jesse Barnes wrote:
Fixed it (finally). I don't think moving the 64 bit probing around
would make a difference, since we'd restore its original value anyway
before moving on to the 32 bit probe which is where I think the problem
is.
Well, the
On Wednesday, May 23, 2007 4:04 pm Robert Hancock wrote:
Jesse Barnes wrote:
On Tuesday, May 22, 2007 6:06 pm Robert Hancock wrote:
There was a big discussion about this back in 2002, in which Linus
wasn't overly enthused about disabling the decode during probing
due to risk of causing
On Wed, 23 May 2007, Russell King wrote:
GFP_DMA allocations are an exception and that exception can be removed
from the core VM by not defining ZONE_DMA. You cannot switch off the
NORMAL zone.
I'd like to be able to switch off the normal and highmem zones and leave
just the DMA zone
On Tuesday 22 May 2007 20:35, Jindrich Makovicka wrote:
On Tue, 22 May 2007 17:14:45 +
Paa Paa [EMAIL PROTECTED] wrote:
But are you saying that with most desktop mobos one doesn't usually
have the
different power states available at all? So basically the only
means to conserve power
On Wednesday, May 23, 2007 4:04 pm David Miller wrote:
From: Linus Torvalds [EMAIL PROTECTED]
Date: Wed, 23 May 2007 15:16:23 -0700 (PDT)
That crap should be seen for the crap it is! Dammit, how hard can
it be to just admit that mmconfig isn't that great?
I knew mmconfig was broken
On Wed, 23 May 2007 17:09:37 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Jesse Barnes wrote:
Apparently Vista will move away from using type 1 config space accesses
though, so if we keep using it, we'll probably run into some lame board
Yep.
that assumes you're using mmconfig at
Jesse Barnes wrote:
On Wednesday, May 23, 2007 4:04 pm David Miller wrote:
From: Linus Torvalds [EMAIL PROTECTED]
Date: Wed, 23 May 2007 15:16:23 -0700 (PDT)
That crap should be seen for the crap it is! Dammit, how hard can
it be to just admit that mmconfig isn't that great?
I knew mmconfig
On Wed, 2007-05-23 at 00:42 -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
- A new readahead patch series. This needs serious review and performance
testing please.
- Added Ingo's CFS CPU scheduler
- Xen dom-U
On Wednesday, May 23, 2007 4:15 pm Robert Hancock wrote:
Jesse Barnes wrote:
On Wednesday, May 23, 2007 4:04 pm David Miller wrote:
From: Linus Torvalds [EMAIL PROTECTED]
Date: Wed, 23 May 2007 15:16:23 -0700 (PDT)
That crap should be seen for the crap it is! Dammit, how hard can
it
On Wed, 23 May 2007 17:17:09 -0600
Zan Lynx [EMAIL PROTECTED] wrote:
On Wed, 2007-05-23 at 00:42 -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
- A new readahead patch series. This needs serious review and performance
No, the kernel is not involved in specifying /dev
permissions. You
have to add a udev rule to assign a mode that isn't
the default.
Hmm...When I can create the device file automatically
then I should also be able to specify the mode. udev
can override this value from kernel if it has
On 05/23, Cliff Wickman wrote:
On Thu, May 24, 2007 at 01:29:02AM +0400, Oleg Nesterov wrote:
Cliff Wickman wrote:
- * NOTE: interrupts should be disabled by the caller
+ * NOTE: interrupts are not disabled by the caller
*/
static void move_task_off_dead_cpu(int dead_cpu,
On Thursday 24 May 2007 00:08:40 Chuck Ebbert wrote:
Chuck Ebbert wrote:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240982
Another; these started to appear after the below patch was merged:
Index: linux/kernel/sched.c
On Wed, 23 May 2007, Andrew Morton wrote:
A few words in slub.txt, perhaps?
SLUB: More documentation
Update documentation to describe how to read a SLUB error report.
Add slub parameters to Documentation/kernel-parameters.
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
---
On Wed, 23 May 2007, Zan Lynx wrote:
I am having weird problems with USB keyboard and mouse. The USB
keyboard will drop keystrokes, but not all of them. The mouse seems to
move fine but drops clicks. Could be that an occasional missed move
event isn't noticeable. Nothing is logged when
On Wed, 23 May 2007 17:17:09 -0600
Zan Lynx [EMAIL PROTECTED] wrote:
===
[ INFO: possible circular locking dependency detected ]
2.6.22-rc2-mm1 #1
---
rhythmbox/6976 is trying to acquire
It looks so, from the logs. The only problem is i can't disable the
interrupts, if i write 0 to 0x500, the interrupt/enable register, it
gives me a solid freeze. If i read from the handler, commenting out the
disable interrupts in init, that read also gives me a solid freeze. This
lead
Textual clarifications (and fix an off-by-one error) based on feedback
mostly from Jeremy Fitzhardinge.
Signed-off-by: H. Peter Anvin [EMAIL PROTECTED]
---
Documentation/i386/boot.txt | 32 ++--
1 files changed, 22 insertions(+), 10 deletions(-)
diff --git
On Sunday, April 29, 2007 7:14 pm Robert Hancock wrote:
This path adds validation of the MMCONFIG table against the ACPI
reserved motherboard resources. If the MMCONFIG table is found to be
reserved in ACPI, we don't bother checking the E820 table. The PCI
Express firmware spec apparently
Roland Dreier wrote:
It looks so, from the logs. The only problem is i can't disable the
interrupts, if i write 0 to 0x500, the interrupt/enable register, it
gives me a solid freeze. If i read from the handler, commenting out the
disable interrupts in init, that read also gives me a
From: Ben Collins [EMAIL PROTECTED]
Date: Wed, 23 May 2007 18:30:46 -0400
This work around has been in use by almost any distribution trying to
support sparc64 since at least 2002. Without it, sunhme hangs fairly
quickly on UltraSPARC 1's.
Dave, I know it's not in the kernel because it
Ivan Kokshaysky wrote:
No, it won't help. The 1M range (ff50-ff5f) is more than enough.
Good catch, I didn't look close enough at the allocations of the devices
under the bridge.
The reason why the D-Link resource is not getting assigned is rather
interesting: as Wayne wrote
Here
Does anyone have a way to contact him other than via email?
He started bouncing with 500 level errors this afternoon (example
attached below) and I'd like him to know what is happening.
I'm removing him from the lists for the time being.
Thanks to whoever can help out with this.
On Wed, 23 May 2007, Jesse Barnes wrote:
After I sent my last message I realized the same thing... though I
occasionally hear people talk about removing it (I seriously doubt that
will ever happen). I don't even think there's a way to disable type 1
config access on Intel chipsets...
On Wed, 23 May 2007, Ray Lee wrote:
The problem is when the maintainers/submitters get the wrong
impression, that 2.6.x.y is there to clean up the mess they made. The
Now, that I agree with completely.
Which is the crux of my problem with your statement. I feel we
shouldn't give the wrong
The following patches consist of mostly cleanups of the Unionfs code, as
well as fixes for several harder to hit bugs (resource/memory leaks).
As before, there is a git repo at:
git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git
From: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
Documentation/filesystems/unionfs/usage.txt |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/stack.c | 11 +++
fs/unionfs/sioq.c|5 -
fs/unionfs/sioq.h| 13 +
include/linux/fs_stack.h |
From: Erez Zadok [EMAIL PROTECTED]
The old logic was broken in one place, which another place tried to fix
incorrectly. Also added detailed comments to explain the new/correct logic.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
Change the branch management code to use krealloc instead of playing tricks
with kmalloc/memcpy/kfree.
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/super.c | 56 +---
1 files changed, 14 insertions(+), 42 deletions(-)
diff
From: Yiannis Pericleous [EMAIL PROTECTED]
Signed-off-by: Yiannis Pericleous [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/super.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/unionfs/super.c b/fs/unionfs/super.c
index
krealloc already checks if the new size is greater than the old size.
Therefore, we can call realloc unconditionally - making the code simpler and
cleaner.
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/lookup.c | 26 --
1 files changed, 8
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/union.h | 34 +++---
1 files changed, 7 insertions(+), 27 deletions(-)
diff --git a/fs/unionfs/union.h b/fs/unionfs/union.h
index 5376b76..335d579 100644
--- a/fs/unionfs/union.h
+++
From: Erez Zadok [EMAIL PROTECTED]
Added detailed comment and updated documentation to explain why overlapping
branches are disallowed, and better explain the cache coherency issues.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
From: Erez Zadok [EMAIL PROTECTED]
To avoid confusion with the VFS function do_rename, and to help ctags,
rename our utility (static) function do_rename to __unionfs_rename.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/rename.c |
From: Erez Zadok [EMAIL PROTECTED]
Unionfs requires the leftmost branch to be writeable for copyup to work
properly and simply. If, through branch-management commands (add, delete,
or mode change), the leftmost branch will becomes readonly, then return an
error (and tell the user to use
From: Erez Zadok [EMAIL PROTECTED]
Change instances of foo * var to foo *var for consistency.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/copyup.c |6 +++---
fs/unionfs/file.c | 14 +++---
fs/unionfs/inode.c |
Patch set to sync up some Ubuntu patches.
Git tree: git://kernel.ubuntu.com/bcollins/ubuntu-for-upstream
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
The __unionfs_write helper function was used only by unionfs_write, and
there is really no reason why they should not be combined.
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/file.c | 30 ++
1 files changed, 10 insertions(+), 20 deletions(-)
From: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/sioq.h |1 +
fs/unionfs/union.h | 50 +-
2 files changed, 26 insertions(+), 25 deletions(-)
Moved unionfs_query_file closer to its one user in commonfops.c.
Additionally, it can now become static, and branchman.c can be removed as it
is empty.
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/Makefile |4 +-
fs/unionfs/branchman.c | 60
From: Erez Zadok [EMAIL PROTECTED]
To avoid potential confusion with a VFS function, rename our version of
double_lock_dentry to unionfs_double_lock_dentry.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/inode.c |2 +-
From: Erez Zadok [EMAIL PROTECTED]
Includes:
- consistent style for multi-line comments
- spell-check of all strings and comments
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/stack.c |6 --
From: Erez Zadok [EMAIL PROTECTED]
Audited entire code for documentation. Added comments at top of functions
where it felt necessary (i.e., function's name and size don't make it clear
what it may be doing precisely). Reformatted some long comments. Fixed a
few comment typos and spelling
Various unusual dev entries accumulated from Ubuntu bug reports.
CC: Phil Dibowitz [EMAIL PROTECTED]
CC: Alan Stern [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Signed-off-by: Ben Collins [EMAIL PROTECTED]
---
drivers/usb/storage/unusual_devs.h | 21 +++--
1 files changed, 19
From: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/commonfops.c |7 ---
fs/unionfs/copyup.c |2 +-
fs/unionfs/dentry.c |8 +---
fs/unionfs/inode.c | 15
Original-patch-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/copyup.c | 24 ++--
1 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/fs/unionfs/copyup.c b/fs/unionfs/copyup.c
index 0975b6e..a80ece6 100644
---
From: Erez Zadok [EMAIL PROTECTED]
Removed old workaround code that was needed to get mmap working, is no
longer needed with recent kernels.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/unionfs/super.c | 20
1
Thomas Gleixner wrote:
On Tue, 2007-05-22 at 16:01 -0700, Kevin Hilman wrote:
Add a preempt_enable() to flush_tlb_kernel_page() since -rt4 patch
adds a preempt_disable but no preempt_enable().
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
Good catch. Applied.
Thomas could you apply this
Signed-off-by: Ben Collins [EMAIL PROTECTED]
---
arch/i386/Kconfig.debug|6 ++
arch/i386/boot/compressed/misc.c |8 +---
arch/x86_64/Kconfig.debug |6 ++
arch/x86_64/boot/compressed/misc.c |8 +---
4 files changed, 22 insertions(+), 6
Hi,
I have one problem about this: after the srvTcp-tsk is set to NULL
(maybe the thread is still there, isn't it?), is the kthread still
needed to be stopped by calling kthread_stop()? If it is true, then
the task_struct should be saved before send_sig like my patch:
CC: Marcel Holtmann [EMAIL PROTECTED]
CC: Maxim Krasnyansky [EMAIL PROTECTED]
Signed-off-by: Tim Gardner [EMAIL PROTECTED]
Signed-off-by: Phillip lougher [EMAIL PROTECTED]
Signed-off-by: Ben Collins [EMAIL PROTECTED]
---
drivers/bluetooth/hci_usb.c |2 +-
1 files changed, 1 insertions(+), 1
Signed-off-by: Ben Collins [EMAIL PROTECTED]
---
drivers/char/rtc.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/char/rtc.c b/drivers/char/rtc.c
index 20380a2..22cf7aa 100644
--- a/drivers/char/rtc.c
+++ b/drivers/char/rtc.c
@@ -1159,7 +1159,8 @@ static void
On Wed, 23 May 2007 16:36:07 -0700 (PDT) Christoph Lameter wrote:
On Wed, 23 May 2007, Andrew Morton wrote:
A few words in slub.txt, perhaps?
Thanks for the update. A few nits below.
SLUB: More documentation
Update documentation to describe how to read a SLUB error report.
Add slub
cpuset.c:update_nodemask() uses a write_lock_irq() on tasklist_lock to
block concurrent forks; a read_lock() suffices and is less intrusive.
Signed-off-by: Paul Menage[EMAIL PROTECTED]
---
kernel/cpuset.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index:
Hi,
On Wednesday 16 May 2007, Adrian Bunk wrote:
On Tue, May 15, 2007 at 08:19:14PM -0700, Andrew Morton wrote:
...
- Added an i386 early-startup development tree, as git-newsetup.patch (H.
Peter Anvin [EMAIL PROTECTED])
...
Changes since 2.6.21-mm2:
...
git-newsetup.patch
...
On Tuesday 22 May 2007, Junio C Hamano wrote:
There are a few entries in ata_device_blacklist[] in libata-core.c
marked with HORKAGE_NODMA but are missing from drive_blacklist[]
in ide-dma.c. This patch makes the lists in sync.
Also remove a duplicated entry for SanDisk SDP3B-64.
On Monday 21 May 2007, Dave Jones wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=1044
has been open for _four_ years with a patch available.
Here's a rediffed version of the same.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
Uh, it seems that this fix got stuck in the kernel black hole
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
drivers/ide/ide-dma.c |4 +++-
drivers/ide/ide-proc.c|2 ++
drivers/ide/pci/atiixp.c |1 +
drivers/ide/pci/serverworks.c | 14 ++
On Wed, 23 May 2007, Andreas Gruenbacher wrote:
This is backwards from what AppArmor does. The policy defines which paths may
be accessed; all paths not explicitly listed are denied. If files are mounted
at multiple locations, then the policy may allow access to some locations but
not to
Paul M wrote:
cpuset.c:update_nodemask() uses a write_lock_irq() on tasklist_lock to
block concurrent forks; a read_lock() suffices and is less intrusive.
Seems reasonable to me - thanks.
- write_lock_irq(tasklist_lock); /* block fork */
+
On 5/23/07, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
On Wed, 23 May 2007, Ray Lee wrote:
Which is the crux of my problem with your statement. I feel we
shouldn't give the wrong idea to those authors. They need to know that
the expectation is that 2.6.x is a stable series, and
The == operator is not in POSIX, so use -eq instead.
Signed-off-by: Mike Frysinger [EMAIL PROTECTED]
---
index cdca738..9681476 100644
--- a/scripts/kconfig/lxdialog/check-lxdialog.sh
+++ b/scripts/kconfig/lxdialog/check-lxdialog.sh
@@ -51,7 +51,7 @@ usage() {
printf Usage: $0 [-check
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
Documentation/ecryptfs.txt | 77
Documentation/filesystems/ecryptfs.txt | 77
2 files changed, 77 insertions(+), 77 deletions(-)
delete mode 100644
Hello.
I ran 2.6.22-rc2 on Debian Sarge / VMware 5.5.4 / ThinkPad X60
and found a BUG message on startup.
It seems it is harmless because the system can continue running,
but may be something bad?
Kernel config is at http://I-love.SAKURA.ne.jp/tmp/config-2.6.22-rc2
Thanks.
- dmesg -
This issue appears to be identical to the one reported here:
http://lists.opensuse.org/opensuse-amd64/2007-04/msg1.html
By manually adding mem=4096M to my boot line, the system is able to
come up fine. Otherwise, it will randomly hang during boot after the
line:
agpgart: detected an Intel
Snippet from dmesg output (the full dmesg output was attached to my
previous e-mail right before this one regarding 2.6.22-rc2 amd64+4gb
ram agpgart bug):
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try pci=routeirq. If it helps, post a report
NET: Registered protocol family
On Thu, 24 May 2007, Bartlomiej Zolnierkiewicz wrote:
diff --git a/drivers/ide/pci/serverworks.c b/drivers/ide/pci/serverworks.c
index 6234f80..47bcd91 100644
--- a/drivers/ide/pci/serverworks.c
+++ b/drivers/ide/pci/serverworks.c
@@ -173,7 +179,7 @@ dma_pio:
On Wed, 2007-05-23 at 17:17 -0700, David Miller wrote:
From: Ben Collins [EMAIL PROTECTED]
Date: Wed, 23 May 2007 18:30:46 -0400
This work around has been in use by almost any distribution trying to
support sparc64 since at least 2002. Without it, sunhme hangs fairly
quickly on
The only change since V3, is the fix for a vfsmount reference leak in the
nfsctl patch (pointed out by hch).
Stackable file systems, among others, frequently need to lookup paths or
path components starting from an arbitrary point in the namespace
(identified by a dentry and a vfsmount).
use vfs_path_lookup instead of open-coding the necessary functionality.
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
Acked-by: Trond Myklebust [EMAIL PROTECTED]
---
net/sunrpc/rpc_pipe.c | 16 +++-
1 files changed, 7 insertions(+), 9 deletions(-)
diff --git
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/namei.c|4 +++-
include/linux/namei.h |1 -
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index a30efbc..50285a1 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -107,6 +107,8 @@
*
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/namei.c|3 +--
include/linux/namei.h |1 -
2 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 50285a1..15f45ac 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1024,7 +1024,7 @@
use vfs_path_lookup instead of open-coding the necessary functionality.
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
Acked-by: NeilBrown [EMAIL PROTECTED]
---
fs/nfsctl.c | 16 ++--
1 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/fs/nfsctl.c b/fs/nfsctl.c
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
---
fs/namei.c| 32
include/linux/namei.h |2 ++
2 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 580162b..a30efbc 100644
--- a/fs/namei.c
+++
This work around has been in use by almost any distribution trying to
support sparc64 since at least 2002. Without it, sunhme hangs fairly
quickly on UltraSPARC 1's.
Dave, I know it's not in the kernel because it isn't a fix, but given
that we haven't seen a fix in more than 5 years, can we get
On 5/23/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Alan Cox wrote:
Google does not distribute their software, so they do not have to make
their modifications public.
They do for the kernel - they produce an appliance.
Ah, I stand corrected.
WRT the Linux kernel, Google is essentially a
On Wed, 23 May 2007, Linus Torvalds wrote:
So please, please, please, realize that the compiler is _stupid_, and
fixing warnings without understanding the code is bad.
Btw, this is fundamental. If you don't need to understand the code, then
the compiler could have just fixed it for you,
If srvTcp-tsk is NULL then the thread (cifs_demultiplex_thread) is
getting ready to exit and kthread_stop would not be needed.
It would probably be possible to recode this so we don't need to call
kthread_stop at all (send_sig is apparently required to wake up this
thread when blocked in
In order to enable things like PM_TRACE, you're required to enable
PM_DEBUG, which sends a large spew of messages on boot, and often times
can overflow dmesg buffer.
Create new PM_VERBOSE and shift that to be the option that enables
drivers/base/power's messages.
Signed-off-by: Ben Collins
On Wed, 23 May 2007, Randy Dunlap wrote:
A few words in slub.txt, perhaps?
Thanks for the update. A few nits below.
Ok will get the nits out soon.
How large is the RedZone? Is it a fixed size or does it vary?
The red zone are between 1 byte and a full word. If the object does not
end
On Wednesday, May 23, 2007 5:21:13 Linus Torvalds wrote:
On Wed, 23 May 2007, Jesse Barnes wrote:
After I sent my last message I realized the same thing... though I
occasionally hear people talk about removing it (I seriously doubt that
will ever happen). I don't even think there's a way
New version with Randy's fixes:
SLUB: More documentation
Update documentation to describe how to read a SLUB error report.
Add slub parameters to Documentation/kernel-parameters.
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
---
Documentation/kernel-parameters.txt | 37 +-
On Wednesday, May 23, 2007 5:20:46 Wayne Sherman wrote:
Ivan Kokshaysky wrote:
No, it won't help. The 1M range (ff50-ff5f) is more than enough.
Good catch, I didn't look close enough at the allocations of the devices
under the bridge.
The reason why the D-Link resource is not
On Wed, 23 May 2007 17:59:10 -0400 Ben Collins wrote:
diff --git a/arch/i386/boot/compressed/misc.c
b/arch/i386/boot/compressed/misc.c
index b28505c..cc630d5 100644
--- a/arch/i386/boot/compressed/misc.c
+++ b/arch/i386/boot/compressed/misc.c
@@ -278,6 +277,9 @@ static void putstr(const
On Wednesday, May 23, 2007 8:08:23 Jesse Barnes wrote:
On Wednesday, May 23, 2007 5:20:46 Wayne Sherman wrote:
Ivan Kokshaysky wrote:
No, it won't help. The 1M range (ff50-ff5f) is more than
enough.
Good catch, I didn't look close enough at the allocations of the devices
On Wed, 23 May 2007, Jesse Barnes wrote:
So what do you think? You ok with enabling mmconfig if it's available as
long
as we use type 1 accesses for non-extended stuff? If so, I think the patches
are pretty much ready...
Sure. I think mmconfig is perfectly sane if it falls back to
On Wed, 23 May 2007 20:00:52 -0700 (PDT) Christoph Lameter wrote:
New version with Randy's fixes:
well... :)
Index: slub/Documentation/kernel-parameters.txt
===
--- slub.orig/Documentation/kernel-parameters.txt 2007-05-23
On Wed, 23 May 2007, Linus Torvalds wrote:
Sure. I think mmconfig is perfectly sane if it falls back to conf1
accesses for legacy stuff..
.. but without a regression, it's obviously a post-2.6.22 thing, I guess I
should make that clear, just because I think people send me patches after
Thanks.
Acked-by: Aubrey Li [EMAIL PROTECTED]
On 5/24/07, Alan Cox [EMAIL PROTECTED] wrote:
Add the needed definitions to activate arbitary speed support on the
blackfin platform.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
This morning, I tried command kill -7 [pid] but didn't see the core
file. Anybody has ideas?
bash-2.05b# ps
PID USER COMMAND
1 0init
2 0[ksoftirqd/0]
3 0[watchdog/0]
4 0[events/0]
5 0[khelper]
6 0[kthread]
36 0
Hi Jiri,
On Wednesday 23 May 2007 19:40, Jiri Kosina wrote:
This is pretty strange. Mouse shouldn't be claimed by hiddev. Seems like
this mouse probably has some interesting HID report descriptor. Could
you please recompile with CONFIG_HID_DEBUG enabled and send me the output?
It looks
On Thu, 2007-05-24 at 11:23 +0800, Aubrey Li wrote:
Thanks.
Acked-by: Aubrey Li [EMAIL PROTECTED]
On 5/24/07, Alan Cox [EMAIL PROTECTED] wrote:
Add the needed definitions to activate arbitary speed support on the
blackfin platform.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
I
On Wednesday, May 23, 2007 8:20:14 Linus Torvalds wrote:
On Wed, 23 May 2007, Linus Torvalds wrote:
Sure. I think mmconfig is perfectly sane if it falls back to conf1
accesses for legacy stuff..
.. but without a regression, it's obviously a post-2.6.22 thing, I guess I
should make that
On Thu, May 24, 2007 at 11:28:15AM +0800, gshan wrote:
This morning, I tried command kill -7 [pid] but didn't see the core
file. Anybody has ideas?
do the following before starting your program :
# ulimit -c unlimited
You can check before and after that the core size changed from 0 to
From: Randy Dunlap [EMAIL PROTECTED]
If a parameter description begins with a '.', this indicates a
request for man mode output (*roff), so it needs special
handling.
Problem case is in include/asm-i386/atomic.h for function
atomic_add_unless():
* @u: ...unless v is equal to u.
This parameter
Christoph Lameter writes:
The DMA zone is for memory allocations _for_ _DMA_. If all your memory
is DMA-able then it belongs in the DMA zone.
Nope. The DMA zone is for crappy DMA devices that can only use a portion
of memory.
That is (presumably) true today, but is in fact a
On Thu, 24 May 2007, Paul Mackerras wrote:
That is (presumably) true today, but is in fact a redefinition of what
ZONE_DMA historically was for.
I do not know too much about the history but when I tried to correlate
all the different ways that arches use the zone this definition was the
most
On 5/23/07, Richard Purdie [EMAIL PROTECTED] wrote:
On Wed, 2007-05-23 at 09:16 -0700, Andrew Morton wrote:
On Wed, 23 May 2007 19:51:44 +0530 Nitin Gupta [EMAIL PROTECTED] wrote:
On 5/23/07, Michael-Luke Jones [EMAIL PROTECTED] wrote:
If so, it was quite inappropriate that a filesystem be
On Wed, 2007-05-23 at 20:59 -0700, Phil Dibowitz wrote:
Ben Collins wrote:
Various unusual dev entries accumulated from Ubuntu bug reports.
CC: Phil Dibowitz [EMAIL PROTECTED]
NACK. Two fixes I'd like to see fixed.
+/* SanDisk that has a second LUN for a driver ISO, reported by
+
901 - 1000 of 1026 matches
Mail list logo
