Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Ralf Baechle [EMAIL PROTECTED]
---
arch/mips/au1000/common/dbdma.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: b/arch/mips/au1000/common/dbdma.c
===
---
Looks good. I'll push it through the jfs git tree.
Thanks,
Shaggy
On Tue, 2007-07-31 at 13:53 +0100, [EMAIL PROTECTED] wrote:
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: David Kleikamp [EMAIL PROTECTED]
---
fs/jfs/jfs_dtree.c |8 ++--
1 file changed, 2 insertions(+), 6
On 7/31/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Kenneth Prugh [EMAIL PROTECTED] wrote:
CFS generally seemed a lot smoother as the load increased, while SD
broke down to a highly unstable fps count that fluctuated massively
around the third loop. Seems like I will stick to CFS for gaming
Hi!
This removes some stale debugging infrastructure from s2ram
paths. Also, there's no need to verify_cpu on x86-64 -- cpu can't
change during s2ram, and removed #if 0-ed code. Some testing would be
useful, perpahs it will even fix someone's machine :-). (VGA accesses
could
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Samuel Ortiz [EMAIL PROTECTED]
---
drivers/net/irda/kingsun-sir.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: b/drivers/net/irda/kingsun-sir.c
===
---
Cornelia Huck wrote:
On Tue, 31 Jul 2007 19:15:08 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
With the shadow directories gone, sysfs_remove_dir() can be simplified.
* parent doesn't need to be grabbed separately. Just access
old_dentry-d_parent.
* parent sd can never change. Remove
On Tue, 2007-07-31 at 15:01 +0200, Thomas Renninger wrote:
On Tue, 2007-07-31 at 08:06 -0400, Doug Chapman wrote:
On Tue, 2007-07-31 at 01:07 +0200, Michal Piotrowski wrote:
Hi Doug,
On 31/07/07, Doug Chapman [EMAIL PROTECTED] wrote:
I am seeing a regression on the HP ia64 zx1
Cornelia Huck wrote:
On Tue, 31 Jul 2007 19:15:08 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
Hello, all.
This patchset contains a locking fix and cleanup patches for sysfs.
#01 locking fix
#02 shadow support removal from Eric adapted to apply after #01
#03-07 clean up patches
Changelog from v2:
1) Converted smp_call_funtion[_single]__nodelay to
raw_smp_call_function[_single] to match existing nomenclature in the -rt
series.
2) Removed all PI related code from Patch #1 and moved it to #2 where it
belonged.
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
-
This code allows FUNCTION_CALL IPIs to become preemptible by executing
them in kthread context instead of interrupt context. They are referred
to as Virtual Function Call IPIs (VFCIPI) because we no longer rely
on the actual FCIPI facility. Instead we schedule a thread to run. This
essentially
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
---
kernel/vfcipi/thread.c | 144
1 files changed, 131 insertions(+), 13 deletions(-)
diff --git a/kernel/vfcipi/thread.c b/kernel/vfcipi/thread.c
index 45bb4e2..306560a 100644
---
On Tue, 31 Jul 2007 19:15:08 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
Make sysfs_add_one() check for duplicate entry and return -EEXIST if
such entry exists. This simplifies node addition code a bit.
This patch doesn't introduce any noticeable behavior change.
Signed-off-by: Tejun Heo
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and
verify that /dev/hda4 contains at least 133 sectors.
Failed to read from key storage
Looks like a cryptsetup error message, not kernel's.
I can't find CONFIG_DM_CRYPT in the
On 7/31/07, Akinobu Mita [EMAIL PROTECTED] wrote:
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and
verify that /dev/hda4 contains at least 133 sectors.
Failed to read from key storage
Looks like a cryptsetup error message,
] that makes -ck to behave like CFS
then you are comparing apples to apples.
Details on the SCHED_YIELD implementation on [2]. Please correct it if it's
wrong.
1 - http://www.debianpt.org/~elmig/pool/kernel/20070731/sched_yield_hack.patch
2 - http://bhhdoa.org.au/pipermail/ck/2007-July/008297.html
On Tue, 31 Jul 2007 19:15:09 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
With the previous sysfs_add_one() update, there is only one user of
the return value of sysfs_addrm_finish() and the user can switch to
testing @sd easily. Make sysfs_addrm_finish() return void for cleaner
semantics as
Jan-Bernd Themann wrote:
On Monday 30 July 2007 22:32, Andrew Gallatin wrote:
Second, you still need to set skb-ip_summed = CHECKSUM_UNNECESSARY
when modified packets are flushed, else the stack will see bad
checksums for packets from CHECKSUM_COMPLETE drivers using the
skb interface. Fixed
Hi,
On Tuesday, 31 July 2007 15:18, Pavel Machek wrote:
Hi!
This removes some stale debugging infrastructure from s2ram
paths. Also, there's no need to verify_cpu on x86-64 -- cpu can't
change during s2ram, and removed #if 0-ed code. Some testing would be
useful, perpahs it will
Hi,
On Tue, 31 Jul 2007, Felipe Balbi wrote:
On 7/31/07, Akinobu Mita [EMAIL PROTECTED] wrote:
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and
verify that /dev/hda4 contains at least 133 sectors.
Failed to read from
On 7/31/07, Satyam Sharma [EMAIL PROTECTED] wrote:
Hi,
On Tue, 31 Jul 2007, Felipe Balbi wrote:
On 7/31/07, Akinobu Mita [EMAIL PROTECTED] wrote:
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-essiv:sha256 cipher spec and
verify that /dev/hda4
Hello to everybody!
I did read, that Lguest and Xen was merged to upstream and must be in
2.6.23-rc1 kernel, but I can't see it in make menuconfig. So, what's the
deal? Can anybody explain me, how to enable XEN support? Thanks.
-
To unsubscribe from this list: send the line unsubscribe
On Tue, 31 Jul 2007, Felipe Balbi wrote:
On 7/31/07, Satyam Sharma [EMAIL PROTECTED] wrote:
[...]
Ugh, you should at least be checking if you've built the kernel with the
same config options :-) Of course, if you did a simple make oldconfig
but still lost some config options, then
On 31/07/07, 2004 ruffneck [EMAIL PROTECTED] wrote:
Hello to everybody!
I did read, that Lguest and Xen was merged to upstream and must be in
2.6.23-rc1 kernel, but I can't see it in make menuconfig. So, what's the
deal? Can anybody explain me, how to enable XEN support? Thanks.
Go to
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
--- a/drivers/pci/rom.c
+++ b/drivers/pci/rom.c
@@ -185,7 +185,7 @@ void __iomem *pci_map_rom_copy(struct pc
IORESOURCE_ROM_BIOS_COPY))
return rom;
- res-start = (unsigned long)kmalloc(*size,
Hi Michael,
On Mon, Jul 30, 2007 at 09:43:08PM +0200, Michael Kerrisk wrote:
Hello Amit.
On Mon, Jul 23, 2007 at 08:09:45AM +0200, Michael Kerrisk wrote:
Amit,
I've taken the page that you sent and made various minor formatting and
wording fixes. I've also added various FIXMEs to
Go to Processor type and features - then enable Paravirtualization
support (EXPERIMENTAL), you'll get a new option called Enable
support for Xen hypervisor.
Oh, thank you very much. I'll be more attentive next time! :)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
David Miller wrote:
From: Vlad Yasevich [EMAIL PROTECTED]
Date: Thu, 26 Jul 2007 16:49:40 -0400
Feel free to clean it up and submit both patches.
Ping? Somebody?
I am head deep in an ugly bug. I might take a break
and do this mindless excercise later today if nobody beats
me to it.
Hi!
I wanted to know if it is possible/okay to swap over AOE...
According to
http://www.coraid.com/support/linux/EtherDrive-2.6-HOWTO-5.html#ss5.20
.. it runs OOM even during normal use, so I guess swapping over it is
no-no?
Can I build both client and server for these using free software?
In
Stefan Walter wrote:
We do this on a much larger scale though. The bug we ran into is
in line 96 in utils/mountd/auth.c. The strcpy can corrupt
memory when it copies the string returned by client_compose() to
my_client.m_hostname which has a fixed size of 1024 bytes.
For our example above,
Hi!
# Running in *copy* of this code, somewhere in low 1MB.
- movb$0xa1, %al ; outb %al, $0x80
Well, what was this for?
Debugging leds on port 80. I still have that card somewhere
:-). Interesting parties can reinsert it.
Ah, I see.
Hmm, can you
On my FC5 box with the stock 2.6.15 kernel the system works with SATA
CD's.
When I put my own 2.6.16.16 kernel in the SATA CD's do not work. What
could I have missed in the configuration options???
-brian
Brian D. McGrew{ [EMAIL PROTECTED] ||
[EMAIL PROTECTED] }
--
Do not read this
* Bill Huey [EMAIL PROTECTED] wrote:
Here's the problem, *a lot* of folks can do scheduler development in
and outside community, so what's with exclusive-only attitude towards
the scheduler ?
You came to us as an ex-BSD developer (which has a completely different
contribution culture) and
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
- a = (unsigned long)kmalloc(sizeof(struct irt_entry) * num_entries + 8,
GFP_KERNEL);
+ a = kmalloc(sizeof(struct irt_entry) * num_entries + 8, GFP_KERNEL);
NAK.
Same as in some other patches.
void * - ulong is not auto casted and
On Tue, Jul 31, 2007 at 01:53:20PM +0100, [EMAIL PROTECTED] wrote:
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: David Miller [EMAIL PROTECTED]
---
arch/sparc/kernel/ebus.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/arch/sparc/kernel/ebus.c
* Miguel Figueiredo [EMAIL PROTECTED] wrote:
CFS does not requeue_task() on SCHED_YIELD (used by graphic drivers)
as until 2.6.22 and -ck. [...]
as i pointed it out to you it does, the function's name changed:
/*
* sched_yield() support is very simple - we dequeue and enqueue
*/
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
===
--- a/arch/mips/au1000/common/dbdma.c
+++ b/arch/mips/au1000/common/dbdma.c
[...]
- desc_base = (u32)kmalloc(entries * sizeof(au1x_ddma_desc_t),
+ desc_base =
On Tue, 2007-07-31 at 15:27 +0900, Tejun Heo wrote:
Jeff Garzik wrote:
Any chance the SCSI peeps could ACK this, and then let me include it in
the ALPM patchset in the libata tree?
ATA link PS is pretty complex with HIPM, DIPM and AHCI ALPM. I'm not
sure whether this three level knob
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
--- a/drivers/net/lance.c
+++ b/drivers/net/lance.c
[...]
- lp-rx_buffs = (unsigned long)kmalloc(PKT_BUF_SZ*RX_RING_SIZE,
- GFP_DMA | GFP_KERNEL);
+ lp-rx_buffs =
Hello.
Alan Cox wrote:
Debugging a report of a problem with an ancient solid state disk showed
up some problems in the IORDY handling
1. We check the wrong bit to see if the device has IORDY
2. Even then some ancient creaking piles of crap don't support
SETXFER at all.
On Tue, 2007-07-31 at 15:01 +0200, Thomas Renninger wrote:
On Tue, 2007-07-31 at 08:06 -0400, Doug Chapman wrote:
On Tue, 2007-07-31 at 01:07 +0200, Michal Piotrowski wrote:
Hi Doug,
On 31/07/07, Doug Chapman [EMAIL PROTECTED] wrote:
I am seeing a regression on the HP ia64 zx1
On Tue, 2007-07-31 at 15:27 +0900, Tejun Heo wrote:
Jeff Garzik wrote:
Any chance the SCSI peeps could ACK this, and then let me include it in
the ALPM patchset in the libata tree?
ATA link PS is pretty complex with HIPM, DIPM and AHCI ALPM. I'm not
sure whether this three level knob
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
--- a/drivers/media/video/zoran_driver.c
+++ b/drivers/media/video/zoran_driver.c
[...]
- mem =
- (unsigned long) kmalloc(fh-jpg_buffers.
-
* Matthew Hawkins [EMAIL PROTECTED] wrote:
On 7/31/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Kenneth Prugh [EMAIL PROTECTED] wrote:
CFS generally seemed a lot smoother as the load increased, while
SD broke down to a highly unstable fps count that fluctuated
massively around the
[EMAIL PROTECTED] wrote:
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Daniel Drake [EMAIL PROTECTED]
NAK: this patch adds a sparse warning
zd_chip.c:116:15: warning: implicit cast to nocast type
---
drivers/net/wireless/zd1211rw/zd_chip.c |2 +-
1 file changed, 1 insertion(+), 1
On Tue, 31 Jul 2007, Christian Borntraeger wrote:
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
--- a/drivers/pci/rom.c
+++ b/drivers/pci/rom.c
@@ -185,7 +185,7 @@ void __iomem *pci_map_rom_copy(struct pc
IORESOURCE_ROM_BIOS_COPY))
return
On Tue, 2007-07-31 at 13:53 +0100, [EMAIL PROTECTED] wrote:
plain text document attachment
(drivers_scsi_remove_kmalloc_casts.patch)
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: James Bottomley [EMAIL PROTECTED]
---
drivers/scsi/advansys.c |2 +-
drivers/scsi/osst.c |2
[ changes from v2:
added documentation
merged some #ifdef CONFIG_SMP's
]
Add missing IRQs and IRQ descriptions to /proc/interrupts.
/proc/interrupts is most useful when it displays every
IRQ vector in use by the system, not just those somebody
thought would be interesting.
This patch
On 2007.07.30. 18:19, Alan Cox wrote:
O MCE:
[153103.918654] HARDWARE ERROR
[153103.918655] CPU 1: Machine Check Exception:5 Bank 0:
b2401400
[153104.066037] RIP !INEXACT! 10:802569e6 {mwait_idle+0x46/0x60}
[153104.145699] TSC 1167e915e93ce
[153104.183554]
Miklos Szeredi wrote:
After a successful mount, the NFS mount command tucks some options into
/etc/mtab that reflect which mountd was used for the mount, and what
protocol version and port was used for the mount request. Those options
are not passed to the kernel, and do not appear in
* Gregory Haskins [EMAIL PROTECTED] wrote:
as far as the prioritization of function calls goes, _that_ makes
sense, but it should not be a separate API but should be done to our
normal workqueue APIs. That not only extends the effects of
priorities to all current workqueue using
Hi Gregory,
This patch set approaches the problem from the wrong angle (and has a
few problems due to that).
The idea to use a workqueue (or in your case workqueue-like) solution to
the problem is valid, however instead of re-using (and improving) the
current workqueue infrastructure, you
On Tue, Jul 31, 2007 at 5:25 AM, in message [EMAIL PROTECTED],
Ingo Molnar [EMAIL PROTECTED] wrote:
as far as the prioritization of function calls goes, _that_ makes sense,
but it should not be a separate API but should be done to our normal
workqueue APIs. That not only extends the
On Tue, Jul 31, 2007 at 5:25 AM, in message [EMAIL PROTECTED],
Ingo Molnar [EMAIL PROTECTED] wrote:
as far as the prioritization of function calls goes, _that_ makes sense,
but it should not be a separate API but should be done to our normal
workqueue APIs. That not only extends the
* ::.. Teresa_II ..:: [EMAIL PROTECTED] wrote:
У пн, 2007-07-30 у 22:25 +0200, ::.. Teresa_II ..:: пише:
Ok, hier is small testing: I started gcc emerge. System load is
between 1.47 and 1.61 I use SMP enabled 2.6.22.1-cfs-v19.1 kernel on
ADM64 X2.
In gnome-terminal window i just type
Quoting Len Brown ([EMAIL PROTECTED]):
Hmmm, okay, the big hammer works. Please see
if any of these smaller hammers work:
acpi=noirq
died within 2 minutes
notsc
After 36 minutes
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Tue, Jul 31, 2007 at 04:01:40PM +0200, Pavel Machek wrote:
Hi!
# Running in *copy* of this code, somewhere in low 1MB.
- movb$0xa1, %al ; outb %al, $0x80
Well, what was this for?
Debugging leds on port 80. I still have that card somewhere
On Tue, Jul 31, 2007 at 08:00:12PM +0530, Satyam Sharma wrote:
On Tue, 31 Jul 2007, Christian Borntraeger wrote:
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
--- a/drivers/pci/rom.c
+++ b/drivers/pci/rom.c
@@ -185,7 +185,7 @@ void __iomem *pci_map_rom_copy(struct pc
I can't seem to transfer routes to my garmin etrex vista cx. I get
(repeatably) truncated routes, and:
Jul 31 07:19:07 nbecker4 kernel: usb 2-2: reset full speed USB device using
ohci_hcd and address 3
Jul 31 07:24:05 nbecker4 kernel: usb 2-2: reset full speed USB device using
ohci_hcd and
Arjan van de Ven wrote:
On Tue, 2007-07-31 at 15:27 +0900, Tejun Heo wrote:
Jeff Garzik wrote:
Any chance the SCSI peeps could ACK this, and then let me include it in
the ALPM patchset in the libata tree?
ATA link PS is pretty complex with HIPM, DIPM and AHCI ALPM. I'm not
sure whether this
On Mon, Jul 30, 2007 at 03:31:58PM -0400, Kyle McMartin wrote:
On Mon, Jul 30, 2007 at 01:04:13PM -0600, Valerie Henson wrote:
The Tulip network driver needs a new maintainer! I no longer have
time to maintain the Tulip network driver and I'm stepping down. Jeff
Garzik would be happy to
On Mon, Jul 30, 2007 at 02:55:14PM +0200, Stefan Walter wrote:
There are however two issues for which we could not find an easy
solution:
1. For every client rpc.mountd and the kernel seem to exchange
and use lists with _all_ netgroups used in exports that are
relevant for granting
Hi Pavel,
On Tue, 31 Jul 2007 15:58:31 +0200 Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
I wanted to know if it is possible/okay to swap over AOE...
According to
http://www.coraid.com/support/linux/EtherDrive-2.6-HOWTO-5.html#ss5.20
.. it runs OOM even during normal use, so I guess
* Michal Piotrowski ([EMAIL PROTECTED]) wrote:
Hi Eric,
On 26/07/07, Eric Sesterhenn / Snakebyte [EMAIL PROTECTED] wrote:
* Len Brown ([EMAIL PROTECTED]) wrote:
[ 13.506890] ACPI Exception (processor_throttling-0084):
AE_NOT_FOUND, Evaluating _PTC [20070126]
[
On Tuesday, 31 July 2007 16:43, Stefan Seyfried wrote:
On Tue, Jul 31, 2007 at 04:01:40PM +0200, Pavel Machek wrote:
Hi!
# Running in *copy* of this code, somewhere in low 1MB.
- movb$0xa1, %al ; outb %al, $0x80
Well, what was this for?
On Tue, 2007-07-31 at 11:31 +0200, Pavel Machek wrote:
Hi!
During VM oom condition, kill all threads in process group.
We have had complaints where a threaded application is left in a bad
state after one of it's threads is killed when we hit a VM: out_of_memory
condition.
Hi!
diff --git a/arch/i386/kernel/acpi/wakeup.S
b/arch/i386/kernel/acpi/wakeup.S
index 1415da1..9cebef7 100644
--- a/arch/i386/kernel/acpi/wakeup.S
+++ b/arch/i386/kernel/acpi/wakeup.S
@@ -28,21 +28,6 @@ #define BEEP \
movb$15, %al; \
outb%al, $66;
Arjan van de Ven wrote:
either sucks. AHCI ALPM ought to work if it's supported; it's what other
operating systems also use...
A question. Does the other OS enable ALPM without checking against
white/black list? Or is it enabled only on certain configurations -
e.g. specific notebooks, etc?
On Mon, Jul 30, 2007 at 09:32:54PM -0700, Greg KH wrote:
-stable review patch. If anyone has any objections, please let us know.
Hello, Greg,
No objections here -- on the contrary, very nice not to have to manually
taskset my rcutorture runs. ;-)
On Tue, 31 Jul 2007, David Engraf wrote:
When CONFIG_USB_UHCI_HCD, CONFIG_USB_OHCI_HCD or CONFIG_USB_EHCI_HCD is
not configured we don't need to call the quirk_usb_handoff_ function
in driver/usb/host/pci_quiks.c.
I think the kernel shouldn't take the control over the usb controller
On Tue, Jul 31, 2007 at 03:58:31PM +0200, Pavel Machek wrote:
Hi!
I wanted to know if it is possible/okay to swap over AOE...
According to
http://www.coraid.com/support/linux/EtherDrive-2.6-HOWTO-5.html#ss5.20
.. it runs OOM even during normal use, so I guess swapping over it is
no-no?
Pavel Machek wrote:
3. Boot kernel compiled for normal usage, the reserved crash kernel
memory region must be added to kernel command line as following:
crashkernel=XXM@XXM
Where, XX should be replaced by the real memory size and
position.
I used [EMAIL PROTECTED] .
It's good to
On 07/30/2007 10:25 PM, ::.. Teresa_II ..:: wrote:
first of all i am not sure if its scheduler issue. But i didn't found
anything about that in google related to something else.
So i tried 2.6.22.1 kernel with new cfs scheduler v19.1 from Ingo page.
Previous i used 2.6.22-ck1.
After 24 hours
Jarek Poplawski wrote:
On Tue, Jul 31, 2007 at 12:14:36PM +0200, Gabriel C wrote:
Jarek Poplawski wrote:
On 28-07-2007 20:42, Gabriel C wrote:
Andrew Morton wrote:
On Sat, 28 Jul 2007 17:44:45 +0200 Gabriel C [EMAIL PROTECTED] wrote:
Hi,
I got this compile error with a randconfig (
On Tue, Jul 31, 2007 at 07:03:21AM -0700, Brian D. McGrew wrote:
On my FC5 box with the stock 2.6.15 kernel the system works with SATA
CD's.
When I put my own 2.6.16.16 kernel in the SATA CD's do not work. What
could I have missed in the configuration options???
iirc, the upstream
-Original Message-
From: Eric Sesterhenn / Snakebyte [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 31, 2007 7:55 AM
To: Michal Piotrowski
Cc: Eric Sesterhenn / Snakebyte; Len Brown;
linux-kernel@vger.kernel.org; IDE/ATA development list;
Bartlomiej Zolnierkiewicz; [EMAIL PROTECTED];
On 07/31/2007 02:53 PM, [EMAIL PROTECTED] wrote:
- desc_base = (u32)kmalloc(entries * sizeof(au1x_ddma_desc_t),
+ desc_base = kmalloc(entries * sizeof(au1x_ddma_desc_t),
The unnessary bit in kmalloc casts is due to void pointers being assignment
compatible to other pointer types
NeilBrown wrote:
To achieve this, the for_each macros are now somewhat more complex.
For example, rq_for_each_segment is:
#define bio_for_each_segment_offset(bv, bio, _i, offs, _size) \
for (_i.i = 0, _i.offset = (bio)-bi_offset + offs, \
_i.size =
Hi!
(and thanks for the response).
I wanted to know if it is possible/okay to swap over AOE...
According to
http://www.coraid.com/support/linux/EtherDrive-2.6-HOWTO-5.html#ss5.20
.. it runs OOM even during normal use, so I guess swapping over it is
no-no?
It can be done (e.g.,
On Tue, Jul 31, 2007 at 10:25 AM, in message [EMAIL PROTECTED],
Peter Zijlstra [EMAIL PROTECTED] wrote:
Hi Gregory,
This patch set approaches the problem from the wrong angle (and has a
few problems due to that).
The idea to use a workqueue (or in your case workqueue-like) solution to
+ dev-pio_mode = XFER_PIO_2)
Overindented line (to my taste :-). And do we really need to check this?
Yes - if it refuses SET_XFER_MODE we really don't want to run any mode
above PIO2. No hardware *should* do this but then this is IDE...
-
To unsubscribe from this
* Pallipadi, Venkatesh ([EMAIL PROTECTED]) wrote:
This means things should work fine with processor.max_cstate=2 boot
option
as well. Can you please double check that.
yes, system boots fine with this kernel parameter
Also, please send in the acpidump from your system.
here we go, if you
On Tue, 2007-07-31 at 11:33 -0400, Gregory Haskins wrote:
On Tue, Jul 31, 2007 at 10:25 AM, in message [EMAIL PROTECTED],
Peter Zijlstra [EMAIL PROTECTED] wrote:
(with mistakes).
If there was anything more than what you already mention here, please
point them out so I don't port them
Tejun:
Can you look at this oops message please? It appears similar to the
sysfs bug in 2.6.23-rc1, but it occurred under 2.6.22. Is a similar
fix needed for the 2.6.22-stable series?
Thanks,
Alan Stern
On Mon, 30 Jul 2007, Gabriel C wrote:
A. Kalten wrote:
[ added usb peoples to CC ]
On Tue, 31 Jul 2007, Bill Huey wrote:
Here's the problem, *a lot* of folks can do scheduler development in and
outside community, so what's with exclusive-only attitude towards the
scheduler ?
There is no exclusive-only attitude towards the scheduler.
If you send me small and obvious
Jesper Juhl [EMAIL PROTECTED] writes:
On 31/07/07, 2004 ruffneck [EMAIL PROTECTED] wrote:
Hello to everybody!
I did read, that Lguest and Xen was merged to upstream and must be in
2.6.23-rc1 kernel, but I can't see it in make menuconfig. So, what's the
deal? Can anybody explain me,
On 7/30/07, Joseph Pingenot [EMAIL PROTECTED] wrote:
What's the way to check for a process exiting without spinning?
I think you can get it from the taskstats interface, though I haven't
tried it. See Documentation/accounting/ for details.
Ray
-
To unsubscribe from this list: send the line
On Tue, 31 Jul 2007, WANG Cong wrote:
On Tue, Jul 31, 2007 at 08:00:12PM +0530, Satyam Sharma wrote:
[...]
It better not be, else we have a bug already anyway. Pointers are 64-bit
on 64-bit archs. [ it turns out res-start is resource_size_t which is
set properly as per
It started when I tried to write
WARN_ON(m-seq_ops_allocated);
in today's [PATCH] single_open/seq_release leak diagnostics¹.
Suprisingly compiler told me piss off with:
CC fs/seq_file.o
fs/seq_file.c: In function 'seq_release':
fs/seq_file.c:285: error:
On 7/31/07, Miguel Figueiredo [EMAIL PROTECTED] wrote:
CFS does not requeue_task() on SCHED_YIELD (used by graphic drivers) as until
2.6.22 and -ck. Please try this hack [1] that makes -ck to behave like CFS
then you are comparing apples to apples.
Hi Miguel,
I tested with sched_yield_ctl set
Linus,
with -rc2 approaching i think we should apply the minimal fix below to
get Marcin's ne2k-pci networking back in working order. The
WARN_ON_ONCE() will not prevent the system from working and it will be a
reminder.
a better workaround would be to inhibit the resent vector via the
On Tue, 31 Jul 2007, Andi Kleen wrote:
Jesper Juhl [EMAIL PROTECTED] writes:
[...]
Go to Processor type and features - then enable Paravirtualization
support (EXPERIMENTAL), you'll get a new option called Enable
support for Xen hypervisor.
Perhaps it would be clearer to make
Prior to calling the driver's probe(), set the functions' block size to the
largest that's supported by both the card and the driver.
Signed-off-by: David Vrabel [EMAIL PROTECTED]
---
commit 6d367fd822cbb2b8089ab7ef83f706f1984ab25b
tree 8c9cc84b4c8c1c8f959abe540aa02f14aa95c51d
parent
On Tue, Jul 31, 2007 at 07:55:27PM +0400, Alexey Dobriyan wrote:
It started when I tried to write
WARN_ON(m-seq_ops_allocated);
in today's [PATCH] single_open/seq_release leak diagnostics?.
Suprisingly compiler told me piss off with:
CC fs/seq_file.o
* Ingo Molnar [EMAIL PROTECTED] wrote:
Linus,
with -rc2 approaching i think we should apply the minimal fix below to
get Marcin's ne2k-pci networking back in working order. The
WARN_ON_ONCE() will not prevent the system from working and it will be
a reminder.
there's one more
Extend sdio_readsb(), sdio_writesb(), sdio_memcpy_fromio(), and
sdio_memcpy_toio() to handle any length of buffer by splitting the transfer
into several IO_RW_EXTENDED commands. Typically, a transfer would be split
into a single block mode transfer followed by a byte mode transfer for the
Joe Korty [EMAIL PROTECTED] writes:
spurious interrupts
A threshold interrupt occurs when ECC memory correction
is occuring at too high a frequency.
It's configurable and the default is off. Also
it's only on AMD hardware.
Your description is a little misleading.
Thresholds are
Signed-off-by: David Vrabel [EMAIL PROTECTED]
---
commit 51755c3d59be1ba778bef45888f9f5e341dc4af4
tree c7bbb562b2d801197eefb619a17c94467c1299cd
parent 1cf0b6019aa3916197eecafe058bd2f3d700d24a
author David Vrabel [EMAIL PROTECTED] Mon, 30 Jul 2007 19:20:59 +0100
committer David Vrabel [EMAIL
These three patches enhance the support for the SDIO IO_RW_EXTENDED command.
The block size of functions is managed and the I/O ops (sdio_readsb() etc) are
extended to handle arbitrary lengths of data (by using multiple commands).
I've not yet had a chance to test this stuff as I don't (yet) have
On Tue, Jul 31, 2007 at 10:46:19PM +0800, WANG Cong wrote:
On Tue, Jul 31, 2007 at 08:00:12PM +0530, Satyam Sharma wrote:
On Tue, 31 Jul 2007, Christian Borntraeger wrote:
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
--- a/drivers/pci/rom.c
+++ b/drivers/pci/rom.c
@@
... in kernel.h and clean up home-grown macros elsewhere in the tree.
Leave out the one in reiserfs_fs.h as it is in the userspace-visible part
of that header. Still, #undef the (equivalent) kernel version there to
avoid seeing redefined, previous definition was here gcc warnings.
801 - 900 of 1278 matches
Mail list logo
