Hi All,
what is the relation between mmc_request , mmc_data and mmc_command .
(I am new SD driver development, and I am working on 2.6.22.1)
when mmc core layer calls Host controllers request function (member
of struct mmc_host_ops), it passes mmc_request structure to
driver's request
On Sun, Dec 23, 2007 at 03:16:24PM -0500, Loic Prylli wrote:
...
I just realized one thing: the bar sizing code in pci_read_bases() (that
writes 0x in the bars) does not seem to disable the
PCI_COMMAND_MEM/PCI_COMMAND_IO bits in the cmd register before
manipulating the BARs. And it
On Thu, Dec 20, 2007 at 02:40:06PM -0800, Greg KH wrote:
Sure, I realize this, but it solves the problem in one way for broken
hardware, such that it at least allows it to work, right? It also
provides a better incentive for the manufacturer to fix their bios,
which as you are on-site at HP,
I feel it's dangerous to set the En bit on Intel platform, If the HT MSI
En is set, the MSI should be expected to transform to HT INT message
format. It may cause interrupt lost or hardware internal state machine
failed depend on the hardware design.
BRs
Peer Chen
-Original Message-
On Sunday 23 December 2007, Adrian McMenamin wrote:
On 23/12/2007, Adrian McMenamin [EMAIL PROTECTED] wrote:
This patch adds support for the CD-Rom (the so-called GD-Rom) on the
SEGA Dreamcast.
The GD-Rom is based on the ATA-3 standard but implements a proprietary
packet interface - the
Joe Perches wrote:
Signed-off-by: Joe Perches [EMAIL PROTECTED]
Acked-by: Greg Ungerer [EMAIL PROTECTED]
---
include/asm-m68knommu/bitops.h |2 +-
include/asm-m68knommu/commproc.h|2 +-
include/asm-m68knommu/delay.h |2 +-
include/asm-m68knommu/m5249sim.h|
Peer Chen [EMAIL PROTECTED] writes:
I feel it's dangerous to set the En bit on Intel platform, If the HT MSI
En is set, the MSI should be expected to transform to HT INT message
format. It may cause interrupt lost or hardware internal state machine
failed depend on the hardware design.
On Mon, 24 Dec 2007 02:04:41 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Arjan van de Ven wrote:
3) mmconfig might or might not be enabled, depending on which
driver is loaded, whether it called an API or not.
Even LESS testing by hw vendors than #2. Maybe even
never
Arjan van de Ven wrote:
I can see the point of having a sysfs attribute to enable MMCONF from
userspace, so
that userland diagnostics tools can turn it on if they really really want to.
(I'd make that printk a nice warning application XYZ is enabling extended config
space for devize ABC so
On Mon, 24 Dec 2007 06:54:30 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Arjan van de Ven wrote:
I can see the point of having a sysfs attribute to enable MMCONF
from userspace, so that userland diagnostics tools can turn it on
if they really really want to. (I'd make that printk a nice
Hi,
Just hit this on sched-devel. (not sure how to reproduce it yet, can't
try now. I believe i can hit it on mainline as well as there is nothing
scheduler specific).
===
[ INFO: possible circular locking dependency detected ]
2.6.24-rc6 #1
Linus,
Please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
master
For two trivial driver fixes:
- A fix at Kconfig to DVB_LGDT330X be selected on cx23885;
- Some ivtv boards requres a longer i2c udelay for they to work.
Cheers,
Mauro.
---
On Sun, Dec 23, 2007 at 04:56:14PM +, Adrian McMenamin wrote:
Could someone here help settle this argument?
I have written a driver (for the CD Rom on the Sega Dreamcast). I have
marked various initialisation functions - including probe() and the
functions that it, and only it, calls, as
On Sun, Dec 23, 2007 at 06:13:03AM -0500, Jeff Garzik [EMAIL PROTECTED] wrote:
Another year, another update! :)
The kernel hacker's guide to git has received some updates:
http://linux.yyz.us/git-howto.html
one minor note:
i would suggest using:
$ git shortlog master..HEAD
Hello.
Serge E. Hallyn wrote:
I apologize if I'm commiting a faux pas by asking this, but any chance
of renaming this to something like strictdev or sdev, or at least with
'dev' in it somewhere?
You are not commiting a faux pas. But, this naming is my personal feeling. ;-)
You can see the
On Monday, 24 of December 2007, Carlos Corbacho wrote:
On Monday 24 December 2007 01:14:34 Linus Torvalds wrote:
Side note: we could obviously undo the commit that triggered this for you
[..]
In other words, we'd have to go back to our original ordering, which Len
said was fundamentally
At Sun, 23 Dec 2007 14:50:03 -0800,
Andrew Morton wrote:
although it still is a
bit flaky (it takes well more than 5 seconds to suspend and the sound
adapter
doesn't work right after the resume, but it starts to work again about 10s
later).
hm. There have been some suspend changes
On Monday, 24 of December 2007, Takashi Iwai wrote:
At Sun, 23 Dec 2007 14:50:03 -0800,
Andrew Morton wrote:
although it still is a
bit flaky (it takes well more than 5 seconds to suspend and the sound
adapter
doesn't work right after the resume, but it starts to work again about
Hello,
If you need a little network to test some of the kernel's
networking functions, there is a simple virtual network
available at http://clownix.net (uml_clownix_net).
Vincent Perrier
Regards
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
commit 528a572daea90aa41db92683e5a8756acef514c4 (ide: add -chipset field
to ide_pci_device_t) broke hwif-chipset setup (it is now set to ide_cmd646
for CMD648 instead of CMD646). It seems that the breakage happend while
I was moving patches around (cmd64x_chipsets[] entries for CMD646 and CMD648
On Sat, 2007-12-22 at 02:06 -0800, Andrew Morton wrote:
On Mon, 17 Dec 2007 12:13:22 + richard [EMAIL PROTECTED] wrote:
fix lockup in when calling drop_caches
calling /proc/sys/vm/drop_caches can hang due to a AB/BA lock dependency
between j_list_lock and the
On Sun, 23 Dec 2007 08:46:37 -0800, Daniel Walker [EMAIL PROTECTED] wrote:
I noticed you also have a spinlock held in usu_probe_thread(), the
usu_lock.. That spinlock would preclude anything inside request_module()
from sleeping..
The usu_lock is not held across request_module. In fact, it
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
On Sun, 23 Dec 2007, Dieter Ries wrote:
Could you perhaps publish your reference list as kind of a christmas
gift to all basic users like me?
FYI, i'm typing in my own reference list as we speak here:
http://www.crashcourse.ca/wiki/index.php/Git
still quite a bit to go, but you can get the
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
cmd64x regression bugfix, few obvious ide-cd fixes from the redux patch
peries and ide-cd MAINTAINERS entry update (Borislav, welcome on board!).
Oh yes, I would forget...
Merry Christmas!
Linus, please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic patch making this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@
In article [EMAIL PROTECTED] (at Mon, 24 Dec 2007 15:47:32 +0100 (CET)),
Julia Lawall [EMAIL PROTECTED] says:
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
-
On Thu, 20 Dec 2007 13:22:12 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Thu, 20 Dec 2007 15:57:45 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
2.6.24-rc5-mm1 seems to have a hang related to the SCSI or block
device probing code.
It could be a scsi problem, or it could be all the
In article [EMAIL PROTECTED] (at Mon, 24 Dec 2007 15:18:56 +0100 (CET)),
Julia Lawall [EMAIL PROTECTED] says:
diff -r -u -p a/arch/ia64/sn/kernel/xpc_main.c
b/arch/ia64/sn/kernel/xpc_main.c
--- a/arch/ia64/sn/kernel/xpc_main.c 2007-11-12 10:35:56.0 +0100
+++
In article [EMAIL PROTECTED] (at Mon, 24 Dec 2007 15:28:42 +0100 (CET)),
Julia Lawall [EMAIL PROTECTED] says:
diff -r -u -p a/drivers/infiniband/hw/ipath/ipath_mad.c
b/drivers/infiniband/hw/ipath/ipath_mad.c
--- a/drivers/infiniband/hw/ipath/ipath_mad.c 2007-10-22 11:25:09.0
+0200
On Mon, Dec 24, 2007 at 03:23:19PM +0100, Julia Lawall wrote:
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
The old code was actually correct I think, but the change is
On Tue, 25 Dec 2007, YOSHIFUJI Hideaki / µÈÆ£±ÑÌÀ wrote:
In article [EMAIL PROTECTED] (at Mon, 24 Dec 2007 15:28:42 +0100 (CET)),
Julia Lawall [EMAIL PROTECTED] says:
diff -r -u -p a/drivers/infiniband/hw/ipath/ipath_mad.c
b/drivers/infiniband/hw/ipath/ipath_mad.c
---
In article [EMAIL PROTECTED] (at Mon, 24 Dec 2007 15:40:06 +0100 (CET)),
Julia Lawall [EMAIL PROTECTED] says:
diff -r -u -p a/drivers/net/cassini.c b/drivers/net/cassini.c
--- a/drivers/net/cassini.c 2007-10-22 11:25:14.0 +0200
+++ b/drivers/net/cassini.c 2007-12-23
First step towards unifying these files.
- Checkpatch trailing whitespace fixes
- Checkpatch indentation of switch statement fixes
- Checkpatch single statement ifs need no braces fixes
- Checkpatch consistent spacing after comma fixes
- Introduce defines for pagefault error bits from X86_64 and
On Mon, Dec 24, 2007 at 02:22:10AM -0500, Jeff Garzik wrote:
The phrase all or none specifically describes the current practice in
arch/x86/pci/mmconfig_{32,64}.c whereby a PCI bus always has one, and only
one, access method.
So the problems you describe are unrelated to all or none as I
[ added Linus to Cc: ]
On Monday 24 December 2007, Bartlomiej Zolnierkiewicz wrote:
cmd64x regression bugfix, few obvious ide-cd fixes from the redux patch
peries and ide-cd MAINTAINERS entry update (Borislav, welcome on board!).
Oh yes, I would forget...
Merry Christmas!
Well, I
On Mon, 24 Dec 2007, Rafael J. Wysocki wrote:
Hi,
Some device drivers register CPU hotplug notifiers and use them to destroy
device objects when removing the corresponding CPUs and to create these
objects
when adding the CPUs back.
Unfortunately, this is not the right thing to do
On Mon, 24 Dec 2007, Andi Kleen wrote:
On Mon, Dec 24, 2007 at 03:23:19PM +0100, Julia Lawall wrote:
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
The old code
On Mon, 2007-12-24 at 06:12 -0800, Pete Zaitcev wrote:
On Sun, 23 Dec 2007 08:46:37 -0800, Daniel Walker [EMAIL PROTECTED] wrote:
I noticed you also have a spinlock held in usu_probe_thread(), the
usu_lock.. That spinlock would preclude anything inside request_module()
from sleeping..
Please ignore this patch, in which I have found an error.
julia
On Mon, 24 Dec 2007, Julia Lawall wrote:
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A
Linus Torvalds wrote:
On Sun, 23 Dec 2007, Carlos Corbacho wrote:
Fix suspend-to-RAM on nForce 4 (CK804) boards by increasing
PCIBIOS_MIN_IO.
Fixes kernel bugzilla #9528
Problem:
Linus' patch (52ade9b3b97fd3bea42842a056fe0786c28d0555) to re-order
suspend (and fix fall out from Rafael's
Loic Prylli wrote:
I just realized one thing: the bar sizing code in pci_read_bases() (that
writes 0x in the bars) does not seem to disable the
PCI_COMMAND_MEM/PCI_COMMAND_IO bits in the cmd register before
manipulating the BARs. And it seems nobody else ensures they are
disabled at this
On Mon, 24 Dec 2007 15:45:32 +0100 (CET)
Julia Lawall [EMAIL PROTECTED] wrote:
From: Julia Lawall [EMAIL PROTECTED]
The functions time_before, time_before_eq, time_after, and time_after_eq
are more robust for comparing jiffies against other values.
A simplified version of the semantic
On Sunday 23 December 2007, Jochen Friedrich wrote:
This patch adds device tree source, default config and setup code for
DBox2 devices.
Cool stuff. I used to have one of these boxes myself, maybe I should
get one again when it's hitting mainline.
Is this already a complete port, or do you
On Mon, 24 Dec 2007, Rafael J. Wysocki wrote:
Well, having considered that for a longer while, I think the AML code is
referring to a device that we have suspended already, and since it's in a low
power state, it just can't handle the reference.
If that is the case, we'll have to find
On Mon, 24 Dec 2007, Jeff Garzik wrote:
Definitely. So, two questions:
What's the preferred way to deal with the desire to view extended config space
with lspci -vvvxxx?
Well, there's two issues right now with MMCONFIG
- we've hit various bugs in it. The bugs are admittedly very rare,
On Sat, 22 Dec 2007, Ingo Molnar wrote:
Pekka, i stuck your patch into the x86.git random-test-grid, and it
found the following build error after a few iterations:
mm/slub.c: In function 's_show':
mm/slub.c:4188: error: implicit declaration of function 'count_partial'
find the
On Sun, Dec 23, 2007 at 08:49:12PM -0800, Greg KH wrote:
Hi Greg, do you even build with your patches applied?
For the power architecture, no, I do not. I used to, but my cross-build
box died and I haven't taken the time to set it all up again.
Crosstool makes it really easy. It's
On Sun, 23 Dec 2007, Theodore Tso wrote:
tends to work reasonably well for a quick overview, but yes
cat was nicer for humans.
Until you start to wonder what the heck :a-136 is:
/sys/slab/:a-136/objs_per_slab: 30
Sigh...
That is why there is a slabinfo tool that does all the
On Sat, 22 Dec 2007, Ingo Molnar wrote:
Christoph, i'd like to apologize for all overly harsh words i said. (and
i said quite a few :-/ )
Looks like a bad interaction due to overload, vacation, flu epidemic
hitting me and family and also Christmas coming up so that I could not do
my usual
On Sun, 23 Dec 2007, Linus Torvalds wrote:
What did you intend here? s///, perhaps?
I think that thing is bogus in other ways. It plays games with
needs_flush, just because it seems to want the generic code to then call
check_pgt_cache(), not because it actually wants any flushing to
[EMAIL PROTECTED] wrote, On 12/24/2007 07:18 PM:
Hello again.
Its bug depend to
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4aae07025265151e3f7041dfbf0f529e122de1d8
?
Hello Vyacheslav!
I wonder why do you think there is such a dependency, and why do you
Hello
In fs/cifs/cifssmb.c, in CIFSSMBSetEA (...) function wrong counting of
var exists.
EXISTING CODE:
pSMB-DataCount = sizeof(*parm_data) + ea_value_len + name_len + 1;
MUST BE:
pSMB-DataCount = sizeof(*parm_data) + ea_value_len + name_len;
REASON:
sizeof(*parm_data) counts 1 byte from
On Dec 24, 2007 9:12 PM, Christoph Lameter [EMAIL PROTECTED] wrote:
Hmmm... What is the combination of config variables that causes this? I
moved the count_partial function in mm in order to make the merge of slab
defrag easier.
I think it's CONFIG_PROC_FS without CONFIG_SYSFS.
--
To
From: Kay Sievers [EMAIL PROTECTED]
Subject: PNP: add all PNP card device id's as individual aliases
The current PNP combined card + devices module aliase can
never ever match anything, because all these values are never
available all at the same time to match a module.
Instead of adding the
On Mon, Dec 24, 2007 at 10:51:22AM -0800, Linus Torvalds wrote:
The *second* problem is entirely a kernel internal issue. It's the one
that causes us the biggest issues right now, but it's also the one that
will not impact user space at all once if is fixed. So once we do the
*early*
On Monday 24 December 2007 18:34:21 Linus Torvalds wrote:
On Mon, 24 Dec 2007, Rafael J. Wysocki wrote:
Well, having considered that for a longer while, I think the AML code is
referring to a device that we have suspended already, and since it's in a
low power state, it just can't handle
Carlos Corbacho wrote:
On Monday 24 December 2007 18:34:21 Linus Torvalds wrote:
On Mon, 24 Dec 2007, Rafael J. Wysocki wrote:
Well, having considered that for a longer while, I think the AML code is
referring to a device that we have suspended already, and since it's in a
low power state, it
Setting: ltp-full-20071031, dio01 test on ext3 with Linus's latest tree.
Kernel w/ SMP, preemption, and lockdep configured.
Cheers,
Erez.
===
[ INFO: possible circular locking dependency detected ]
2.6.24-rc6 #83
On Mon, Dec 24, 2007 at 11:21:14AM -0800, Christoph Lameter wrote:
That is why there is a slabinfo tool that does all the nice formatting.
Do a
gcc -o slabinfo Documentation/vm/slabinfo.c
Then run slabinfo instead of doing cat /proc/slabinfo
So two questions: why isn't -f the
On Monday 24 December 2007 22:40:46 Robert Hancock wrote:
The ACPI spec has the following to say about the _PTS method:
The platform must not make any assumptions about the state of the
machine when _PTS is called. For example, operation region accesses that
require devices to be configured
On Wed, Dec 19, 2007 at 08:28:49AM -0600, Chris Friesen wrote:
I've included the traces below, they're pretty long. I don't know
enough about the netlink format to trace the responses, but I did notice
one interesting thing.
In the ip neigh show case the bond2 entry isn't printed out,
Adding Linux-ACPI to CC.
On Tuesday 25 December 2007 00:03:25 Carlos Corbacho wrote:
According to the earlier versions of the ACPI spec, Linux is doing the
wrong thing - we should call _PTS() before we start powerding down devices,
or notifying device drivers to start suspending.
So, my
And is /sys/slab
guaranteed to be a stable and permanent interface if the SLAB
Debugging feature and stable and permanent just don't
fit together. It's like requesting stable and permanent
sysrq output.
-Andi
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
1 - 100 of 208 matches
Mail list logo
