Bill Davidsen wrote:
> Jan Engelhardt wrote:
>> On Dec 1 2007 06:26, Justin Piszcz wrote:
>>> I ran the following:
>>>
>>> dd if=/dev/zero of=/dev/sdc
>>> dd if=/dev/zero of=/dev/sdd
>>> dd if=/dev/zero of=/dev/sde
>>>
>>> (as it is always a very good idea to do this with any new disk)
>>
>> Why wo
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Tejun already reported that this apparently gets fixed _properly_ with
> the more extensive cleanups and fixes that are pending for 2.6.25.
btw., how extensive are those cleanups and fixes in reality, is there a
rollup somewhere one could take a lo
Justin Piszcz wrote:
> The badblocks did not do anything; however, when I built a software raid
> 5 and the performed a dd:
>
> /usr/bin/time dd if=/dev/zero of=fill_disk bs=1M
>
> [42332.936615] ata5.00: exception Emask 0x2 SAct 0x7000 SErr 0x0 action
> 0x2 frozen
> [42332.936706] ata5.00: spuri
Ingo Molnar wrote:
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>> Tejun already reported that this apparently gets fixed _properly_ with
>> the more extensive cleanups and fixes that are pending for 2.6.25.
>
> btw., how extensive are those cleanups and fixes in reality, is there a
> rollup
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > Could someone *please* start a little project of extirpating this
> > utter brain damage? Convert those macros to typechecked static
> > inlines on x86 (at least) so this sort of thing (which happens again
> > and again and again) is lessened?
>
* Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
> From: Dmitry Adamushko <[EMAIL PROTECTED]>
>
> No need to do a check for 'affine wakeup and passive balancing
> possibilities' in select_task_rq_fair() when task_cpu(p) == this_cpu.
>
> I guess, this part got missed upon introduction of per-sched
* Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
> From: Dmitry Adamushko <[EMAIL PROTECTED]>
>
> Clean-up try_to_wake_up().
>
> Get rid of the 'new_cpu' variable in try_to_wake_up() [ that's, one
> #ifdef section less ]. Also remove a few redundant blank lines.
thanks, applied.
Ingo
--
Am Sonntag, 9. Dezember 2007 schrieb Pavel Machek:
> I smell refrigerator problem; can you suspend if you SIGSTOP your uml,
> first?
No, I cannot suspend my host system if I send SIGSTOP to the UML process first.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936
* Tejun Heo <[EMAIL PROTECTED]> wrote:
> The following git tree contains patches pending review for 2.6.25.
>
> http://git.kernel.org/?p=linux/kernel/git/tj/libata-dev.git;a=shortlog;h=improve-ATAPI-data-transfer-no-pio
>
> And we're getting close to fixing the regression. I don't think
> the
Hi.
Current dio has some problems:
1, In ext3 ordered, dio write can return with EIO because of the race
between invalidation of
a page and jbd. jbd pins the bhs while committing journal so
try_to_release_page fails when jbd
is committing the transaction.
Past discussion about this issue is a
On 12/10/2007 09:19 AM, Gautham R Shenoy wrote:
> commit 15bfb662b35c609490185fba2fd4713d230b9374
> Author: Gautham R Shenoy <[EMAIL PROTECTED]>
> Date: Mon Dec 10 13:41:45 2007 +0530
>
> softlockup: remove get_online_cpus() which doesn't help here.
>
> The get_online_cpus() protection seems to
On Sat, Dec 08, 2007 at 10:32:55AM -0500, Mathieu Desnoyers wrote:
> Hi Andrew,
>
> This time I am taking no chance :
>
> The instrumentation menu removal patchset here applies against 2.6.24-rc4-mm1
> _and_ against mmotm (dated : stamp-2007-12-05-15-24) without problem.
>
> We should hopefully
> > softlockup: remove get_online_cpus() which doesn't help here.
> >
> > The get_online_cpus() protection seems to be bogus in
> > kernel/softlockup.c as cpu cached in check_cpu can go offline once
> > we do a put_online_cpus().
> >
> > This can also cause deadlock during a cpu offline as fol
Hi Sam,
sorry for the delayed feedback. Still suffering a bad stomach flu...
> Please test and report back.
Thanks - Your Patch seems to fix things for me!
Cheers,
Jan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
Hi Andrew,
Unfortunately, I agreed with your suggestion too hastily. Not only
would it be complex to implement, It does not work. It took me several
days to put my finger on exactly why. Here it is in a nutshell:
resources may be consumed _after_ the gatekeeper runs the "go, no go"
throttl
On Sun, 9 Dec 2007, Kevin Winchester wrote:
Convert the semaphore to a mutex in echoaudio.c
Signed-off-by: Kevin Winchester <[EMAIL PROTECTED]>
It's an 1:1 change. It looks fine to me.
Acked-by: Giuliano Pochini <[EMAIL PROTECTED]>
--
Giuliano.
--
To unsubscribe from this list: send the
* Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
> Further more this can cause a deadlock since we're calling
> get_online_cpus() from the watchdog thread's context, which is going
> to be kthread_stop'ed from a cpu-hotplug context. This is what I think
> was happening in the case reported by Jir
Support for PCA9539 as a GPIO chip is separated into two patches:
0001 - gpiolib: basic support for 16-bit PCA9539 GPIO expander
0002 - gpiolib: add Generic IRQ support for 16-bit PCA9539 GPIO expander
the 2nd one uses workqueue for IRQ handling due to the interrupt mode
nature of the i2c-core, t
1. use 16-bit register access to simplify the logic, cache OUTPUT
and DIRECTION registers for fast access
2. platform code is required to setup
a) the numbering of GPIO for PCA9539 (base and number)
c) pass "pca9539_platform_data" within "i2c_board_info"
Signed-off-by: eric miao <[EMAIL
This patch adds the generic IRQ support for the PCA9539 on-chip GPIOs,
platform specific code is required to keep a correct gpio_to_irq() and
irq_to_gpio() mapping.
Note: due to the inaccessibility of the generic IRQ code within modules,
this support is only available if the driver is built-in.
S
On Mon, Dec 10, 2007 at 02:27:41PM +0530, Ananth N Mavinakayanahalli wrote:
> On Sat, Dec 08, 2007 at 10:32:55AM -0500, Mathieu Desnoyers wrote:
> > Hi Andrew,
> >
> > This time I am taking no chance :
> >
> > The instrumentation menu removal patchset here applies against
> > 2.6.24-rc4-mm1
> >
Andrew Morton wrote:
> (argh, shit, resent. Please don't massage the cc list. Do reply-to-all)
>
> On Thu, 6 Dec 2007 01:33:16 + (UTC)
> Parag Warudkar <[EMAIL PROTECTED]> wrote:
>
>> Tom Lanyon gmail.com> writes:
>>
>>> scsi4: ahci
>>> ata5: SATA link up at 1.5 Gbps (SStatus 113 SControl
[EMAIL PROTECTED] wrote:
> Hello !
>
> on my old fujitsu-siemens lifebook, booting is at least 20 seconds slower as
> before.
>
> on ata_piix init i can see 2 longer delays of ~10 seconds each, which didn`t
> happen before.
>
> i`m using SuSE kernel of the day from
> http://ftp.suse.com/pub/p
Hi,
I am reading the source code of block I/O layer, and now seeing there
saying "ordering by draining" or "ordering by tag" in
include/blkdev.h,and the comments in that file says: "Hardbarrier is
supported with one of the following methods", but what do these two
methods exactly mean?
Thanks
Re
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
This patch adds CONFIG_HAVE_KRETPROBES to the arch//Kconfig file
for relevant architectures with kprobes support. This facilitates easy
handling of in-kernel modules (like samples/kprobes/kretprobe_example.c)
that depend on kretprobes being pres
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
This patch builds samples/kprobes/kretprobe_example.c only on archs that
support kretprobes.
Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
---
samples/kprobes/Makefile |7 +--
1 files changed, 5 insertions(+), 2 deleti
On Sun, Dec 09, 2007 at 08:46:47AM +0100, Ingo Molnar wrote:
>
> * Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
> > On 12/08/2007 04:24 PM, Ingo Molnar wrote:
> > > i'm wondering why it had no effect now
> >
> > diff --git a/kernel/cpu.c b/kernel/cpu.c
> > index e0d3a4f..a46c252 100644
> > --- a/kern
On Fri, 7 Dec 2007, Fengguang Wu wrote:
> Fix a panic, by changing
> hidinput_mapping_quirks(,, unsigned long *bit,)
> to
> hidinput_mapping_quirks(,, unsigned long **bit,)
> The `bit' in this function is an out parameter.
Thanks for catching this, I will apply it to my tree.
--
J
On Mon, Dec 10, 2007 at 03:22:22PM +0530, Ananth N Mavinakayanahalli wrote:
> From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
>
> This patch adds CONFIG_HAVE_KRETPROBES to the arch//Kconfig file
> for relevant architectures with kprobes support. This facilitates easy
> handling of in-kernel m
On Monday 10 December 2007, eric miao wrote:
> +config GPIO_PCA9539_GENERIC_IRQ
> + bool " Generic IRQ support for PCA9539"
> + depends on GPIO_PCA9539=y
Also depends on GENERIC_HARDIRQS, right? (You should let
the Kconfig UI handle indentation, too...)
Seems like doing this for a
On Mon, Dec 10, 2007 at 10:10:52AM +0100, Ingo Molnar wrote:
>
> > > softlockup: remove get_online_cpus() which doesn't help here.
> > >
> > > The get_online_cpus() protection seems to be bogus in
> > > kernel/softlockup.c as cpu cached in check_cpu can go offline once
> > > we do a put_online_
* Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
> > i'm wondering, what's the proper CPU-hotplug safe sequence here
> > then? I'm picking a CPU number from cpu_online_map, and that CPU
> > could go away while i'm still using it, right? What's saving us
> > here?
>
> In this particular case, we
On Mon, Dec 10 2007, jidong xiao wrote:
> Hi,
>
> I am reading the source code of block I/O layer, and now seeing there
> saying "ordering by draining" or "ordering by tag" in
> include/blkdev.h,and the comments in that file says: "Hardbarrier is
> supported with one of the following methods", but
Hi all!
(Please Cc)
I was running a kvm installing windows, and eek it crashed happily my
computer, probably because I forgot to give kvm -no-acpi option.
Anyway, it shouldn't (should it?) Eeeek out?
kvm: guest NX capability removed
apic write: bad size=1 fee00030
Ignoring de-assert INIT to vc
On Wed, Dec 05 2007, Daniel Phillips wrote:
> --- 2.6.24-rc3-mm.clean/block/ll_rw_blk.c 2007-12-04 14:45:25.0
> -0800
> +++ 2.6.24-rc3-mm/block/ll_rw_blk.c 2007-12-04 14:01:18.0 -0800
> @@ -3210,7 +3210,7 @@ static inline int bio_check_eod(struct b
> */
> static inline voi
* Jie Chen <[EMAIL PROTECTED]> wrote:
> I did patch the header file and recompiled the kernel. I observed no
> difference (two threads overhead stays too high). Thank you.
ok, i think i found it. You do this in your qmt/pthread_sync.c
test-code:
double get_time_of_day_()
{
...
err = get
Firmware would round up the number of SGEs to four, because the WQE
structure holds four SGEs. For SRQ, only three are supported, so return a
fixed value instead.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
The patch will apply cleanly on top of Roland's git. Please review and apply
for
On Mo, 10 Dez 2007, preining wrote:
> I was running a kvm installing windows, and eek it crashed happily my
> computer, probably because I forgot to give kvm -no-acpi option.
I forgot:
kernel 2.6.24-rc4
kvm 55 (debian sid 55+dfsg-1)
Best wishes
Norbert
On Mon, Dec 10, 2007 at 11:21:57AM +0100, Ingo Molnar wrote:
>
> * Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
>
> > > i'm wondering, what's the proper CPU-hotplug safe sequence here
> > > then? I'm picking a CPU number from cpu_online_map, and that CPU
> > > could go away while i'm still using
On Monday 10 December 2007 02:47, Jens Axboe wrote:
> Ehm, this patch is so broken it's not even funny - did you even
> compile? You would have noticed the warning on request_queue_t,
> surely. The big problem is the last hunk here though, how would that
> work on stacked devices? Clue: ->bi_bdev i
On Mon, 2007-12-10 at 11:48 +0100, Norbert Preining wrote:
> Hi all!
>
> (Please Cc)
>
> I was running a kvm installing windows, and eek it crashed happily my
> computer, probably because I forgot to give kvm -no-acpi option.
How reproducable is this? You make it sound like its easy to reproduc
On Mon, 10 Dec 2007 15:29:22 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> powerpc: Fix IDE legacy vs. native fixups
>
> PowerMac and CHRP/BriQ platforms have quirks to switch some IDE
> controllers from legacy mode to fully native mode. Those quirks
> however will not work properly a
* Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
> > say we've got 100 CPUs, so we've got 100 watchdog tasks running -
> > one for each CPU. Checking for hung tasks is a global operation not
> > a per-CPU operation (we iterate over the global tasklist), hence
> > only one CPU should really be cal
Rene Herman <[EMAIL PROTECTED]> writes:
> Alan, did you double-check that 8 us? I tried to but I seem to not
> have trustworthy documentation.
I remember 16-bit CPU-driven ISA was able to do 2-3 MB/s transfers,
that means at least 1 Maccesses/second = up to 1 microsecond/access.
Perhaps IO ports
On Mon, Dec 10, 2007 at 11:13:07AM +0100, Sam Ravnborg wrote:
> On Mon, Dec 10, 2007 at 03:22:22PM +0530, Ananth N Mavinakayanahalli wrote:
> > From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
> >
> > This patch adds CONFIG_HAVE_KRETPROBES to the arch//Kconfig file
> > for relevant architectur
On Monday 10 December 2007 02:47, Jens Axboe wrote:
> ...the warning on request_queue_t...
There you go, Jens, service with a smile.
Regards,
Daniel
--- 2.6.24-rc3-mm.clean/block/ll_rw_blk.c 2007-12-04 14:45:25.0 -0800
+++ 2.6.24-rc3-mm/block/ll_rw_blk.c 2007-12-10 03:27:42.0 -08
There are three patches
[PATCH 1/3] drivers/misc : UCC TDM driver for mpc83xx platforms. This
driver is usable in VoIP iind of applications to interface with SLIC
kind of devices to exchange TDM voice samples.
[PATCH 2/3] arch/ : Platform changes
- device tree entries for UCC TDM driver for MPC83
Tarkan Erimer wrote:
Arjan van de Ven wrote:
On Sun, 09 Dec 2007 14:49:16 -0500
Jerry Geis <[EMAIL PROTECTED]> wrote:
I am using centos 5.1, 2.6.23.9 kernel. Machine works great all day.
Then sometime through the night the kernel dies, the trace is below.
is this when a 3D screensaver
Stacked GIT 0.14 release is available from http://www.procode.org/stgit/.
StGIT is a Python application providing similar functionality to Quilt
(i.e. pushing/popping patches to/from a stack) on top of GIT. These
operations are performed using GIT commands and the patches are stored
as GIT commit
From: Poonam Agarwal-b10812 <[EMAIL PROTECTED]>
The UCC TDM driver basically multiplexes and demultiplexes data from
different channels. It can interface with for example SLIC kind of devices
to receive TDM data demultiplex it and send to upper applications. At the
transmit end it receives dat
Remove a comment that is no longer correct. The reconfiguration is done
directly in __switch_to_xtra.
Signed-off-by: Markus Metzger <[EMAIL PROTECTED]>
---
Index: linux-2.6-x86/arch/x86/kernel/process_64.c
===
--- linux-2.6-x86.orig
Use jiffies for timestamps in last branch recording.
Signed-off-by: Markus Metzger <[EMAIL PROTECTED]>
---
Index: linux-2.6-x86/arch/x86/kernel/ptrace.c
===
--- linux-2.6-x86.orig/arch/x86/kernel/ptrace.c 2007-12-10 09:47:57.%N +010
On Mon, Dec 10 2007, Daniel Phillips wrote:
> On Monday 10 December 2007 02:47, Jens Axboe wrote:
> > Ehm, this patch is so broken it's not even funny - did you even
> > compile? You would have noticed the warning on request_queue_t,
> > surely. The big problem is the last hunk here though, how wou
Distributed storage.
I'm pleased to announce the 11'th release of the distributed
storage subsystem (DST). This is a maintenance release and includes
bug fixes and simple feature extensions only.
DST allows to form a storage on top of local and remote nodes
and combine them into linear or mirror
Distributed storage documentation.
Algorithms used in the system, userspace interfaces
(sysfs dirs and files), design and implementation details
are described here.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/Documentation/dst/algorithms.txt b/Documentation/dst/algorithms.
Network state machine.
Includes network async processing state machine and related tasks.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/kst.c b/drivers/block/dst/kst.c
new file mode 100644
index 000..8fa3387
--- /dev/null
+++ b/drivers/block/dst/kst.c
@
Algorithms used in distributed storage.
Mirror and linear mapping code.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/alg_linear.c b/drivers/block/dst/alg_linear.c
new file mode 100644
index 000..9dc0976
--- /dev/null
+++ b/drivers/block/dst/alg_linear.c
Core distributed storage files.
Include userspace interfaces, initialization,
block layer bindings and other core functionality.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index b4c8319..ca6592d 100644
--- a/drivers/block/Kconf
Change the ptrace user interface to use an array from newest to oldest BTS
entry.
This eliminates the need for the GET_INDEX command.
I could further imagine combining ALLOCATE_BUFFER with CONFIG and
GET_BUFFER_SIZE with STATUS. This would bring the interface down to 3 commands
(config, status,
On Dec 10, 2007 4:58 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
>
> > > say we've got 100 CPUs, so we've got 100 watchdog tasks running -
> > > one for each CPU. Checking for hung tasks is a global operation not
> > > a per-CPU operation (we iterate
Update ptrace man pages to reflect the interface changes from the last two
patches in the series.
Signed-off-by: Markus Metzger <[EMAIL PROTECTED]>
---
Index: man/man2/ptrace.2
===
--- man.orig/man2/ptrace.2 2007-12-10 11:22:19
There are three patches
[PATCH 1/3] drivers/misc : UCC TDM driver for mpc83xx platforms. This
driver is usable in VoIP iind of applications to interface with SLIC
kind of devices to exchange TDM voice samples.
[PATCH 2/3] arch/ : Platform changes
- device tree entries for UCC TDM driver for MPC832
help
smime.p7s
Description: S/MIME Cryptographic Signature
On Mon, Dec 10, 2007 at 03:23:50PM +0530, Ananth N Mavinakayanahalli wrote:
> From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
>
> This patch builds samples/kprobes/kretprobe_example.c only on archs that
> support kretprobes.
>
>
> Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]
Arjan van de Ven wrote:
On Sun, 09 Dec 2007 14:49:16 -0500
Jerry Geis <[EMAIL PROTECTED]> wrote:
I am using centos 5.1, 2.6.23.9 kernel. Machine works great all day.
Then sometime through the night the kernel dies, the trace is below.
is this when a 3D screensaver is active?
Probably w
From: Poonam Aggrwal <[EMAIL PROTECTED]>
The UCC TDM driver basically multiplexes and demultiplexes data from
different channels. It can interface with for example SLIC kind of devices
to receive TDM data demultiplex it and send to upper applications. At the
transmit end it receives data for d
> Really?
>
> udelay() seems to use
> ... cpu_data(raw_smp_processor_id()).loops_per_jiffy ..
Ok that should be a good safety
>
> ..so it seems that bug trap is already there... because
> raw_smp_processor_id() will probably just oops...
And I double checked my docs - they say 8 cycles - 1uS
From: Poonam Aggrwal <[EMAIL PROTECTED]>
This patch makes necessary changes in the QE and UCC framework to support
TDM. It also adds support to configure the BRG properly through device
tree entries. Includes the device tree changes for UCC TDM driver as well.
It also includes device tree entrie
On 10-12-07 12:30, Krzysztof Halasa wrote:
Rene Herman <[EMAIL PROTECTED]> writes:
Alan, did you double-check that 8 us? I tried to but I seem to not
have trustworthy documentation.
I remember 16-bit CPU-driven ISA was able to do 2-3 MB/s transfers,
that means at least 1 Maccesses/second = u
On Monday 10 December 2007 03:41, Jens Axboe wrote:
> On Mon, Dec 10 2007, Daniel Phillips wrote:
> > + if (q && q->metric && !bio->bi_queue) {
> >
> > This prevents any reference to bi_bdev after the intial call to
> > generic_make_request. Thanks to Evgeniy for pointing out the need
> > fo
From: Poonam Aggrwal <[EMAIL PROTECTED]>
Modified Documentation to explain new properties introduced for UCC TDM
driver. Also two new nodes have been added "brg" and "clocks" to configure
a BRG from device tree.
Signed-off-by: Poonam Aggrwal <[EMAIL PROTECTED]>
Signed-off-by: Ashish Kalra <[EMA
On Mon, Dec 10 2007, Daniel Phillips wrote:
> On Monday 10 December 2007 03:41, Jens Axboe wrote:
> > On Mon, Dec 10 2007, Daniel Phillips wrote:
> > > + if (q && q->metric && !bio->bi_queue) {
> > >
> > > This prevents any reference to bi_bdev after the intial call to
> > > generic_make_requ
On Wed, 5 Dec 2007, Andrew Morton wrote:
> On Thu, 06 Dec 2007 17:59:37 +1100 Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> > This non fatal oops which I have just noticed may be related to this change
> > then
> > - certainly looks networking related.
>
> yep, but it isn't e1000. It's core
On Monday 10 December 2007 04:16, Jens Axboe wrote:
> OK, let me get the neon out then. This has nothing to do with
> throttling, I thought I made it clear that I get why you store the
> origin queue in ->bi_queue. I'm concerned with the workings of
> redirecting a bio. Previously we looked up the
2007/11/21, noah <[EMAIL PROTECTED]>:
> 2007/11/21, Alan Cox <[EMAIL PROTECTED]>:
> > > I've had other freezes before but this was the first time I was able
> > > to see what was actually going on.
> > > IRQ 21 appears to be shared between sata_nv and ethernet.
> > >
> > > Does this mean my hardwar
On Mon, Dec 10 2007, Daniel Phillips wrote:
> On Monday 10 December 2007 04:16, Jens Axboe wrote:
> > OK, let me get the neon out then. This has nothing to do with
> > throttling, I thought I made it clear that I get why you store the
> > origin queue in ->bi_queue. I'm concerned with the workings
On Dec 10, 2007 12:47 PM, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> diff --git a/Documentation/dst/sysfs.txt b/Documentation/dst/sysfs.txt
> new file mode 100644
> index 000..79d79dc
> --- /dev/null
> +++ b/Documentation/dst/sysfs.txt
> @@ -0,0 +1,30 @@
> +This file describes sysfs files cr
Norbert Preining wrote:
On Mo, 10 Dez 2007, preining wrote:
I was running a kvm installing windows, and eek it crashed happily my
computer, probably because I forgot to give kvm -no-acpi option.
I forgot:
kernel 2.6.24-rc4
kvm 55 (debian sid 55+dfsg-1)
Is the kvm kernel module p
On Mon, Dec 10, 2007 at 01:51:43PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> On Dec 10, 2007 12:47 PM, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > diff --git a/Documentation/dst/sysfs.txt b/Documentation/dst/sysfs.txt
> > new file mode 100644
> > index 000..79d79dc
> > --- /dev/null
>
On Mo, 10 Dez 2007, Avi Kivity wrote:
> >kernel 2.6.24-rc4
> >kvm 55 (debian sid 55+dfsg-1)
>
> Is the kvm kernel module pure 2.6.24-rc1, or are you running the kernel
> module provided by kvm-55?
pure 2.6.24-rc4 (not -rc1), not the one by kvm-55.
Best wishes
Norbert
On Monday 10 December 2007 04:32, Jens Axboe wrote:
> I honestly don't know how to make this any clearer than I already did
> above.
Sure you do, you could cut out the rhetoric and save lots of bandwidth
thereby.
Yes, the q = bdev_get_queue(bio->bi_bdev) needs to be repeated inside
the submissi
> -Message d'origine-
> De : Randy Dunlap [mailto:[EMAIL PROTECTED]
> Envoyé : 7 décembre 2007 20:15
>
> On Fri, 7 Dec 2007 15:11:13 -0800 Andrew Morton wrote:
>
> > On Fri, 7 Dec 2007 14:15:36 -0800
> > Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >
> > > > Help would really be appreciate
On Mon, Dec 10 2007, Daniel Phillips wrote:
> On Monday 10 December 2007 04:32, Jens Axboe wrote:
> > I honestly don't know how to make this any clearer than I already did
> > above.
>
> Sure you do, you could cut out the rhetoric and save lots of bandwidth
> thereby.
I spent 3 mail explaining i
On Monday 10 December 2007 05:19, Jens Axboe wrote:
> Precisely. So forgive me for thinking this patch hasn't seen very
> varied testing, that's 2 errors (one simple, one bad - broken was NOT
> a gross exageration, thanks) in very few lines.
See the [RFC]? If I had meant Request For Flaming, I wo
On Sun, Dec 09, 2007 at 06:24:51PM +1100, Benjamin Herrenschmidt wrote:
> If that is the case though (that is it can't issue low ioport cycles),
> how would have the fd6e7321... worked in the first place ? Hrm...
> strange. My understanding is that all that patch does is put junk in the
> pci_dev
could you, plz, check patch sent by Eric above in this thread.
I have tried it on my test node and it works for module you have
provided. The problem exists without it.
Regards,
Den
Petr Vandrovec wrote:
> Eric W. Biederman wrote:
>> Ultimately to implement /proc perfectly we need an imp
On Mon, Dec 10 2007, Daniel Phillips wrote:
> On Monday 10 December 2007 05:19, Jens Axboe wrote:
> > Precisely. So forgive me for thinking this patch hasn't seen very
> > varied testing, that's 2 errors (one simple, one bad - broken was NOT
> > a gross exageration, thanks) in very few lines.
>
>
On Sun, Dec 09, 2007 at 11:05:20AM -0600, Matt Mackall wrote:
> Ahh, but this an attack on the output! You know only:
>
> pool' (including a fortuitously placed add_ptr)
>
> and from that, you can get all but 64 bits of pool. By 2**64 iterations of:
>
> pool = pool' + guess
> hash = SHA1(init
On Mon, Dec 10, 2007 at 03:29:22PM +1100, Benjamin Herrenschmidt wrote:
> To: Alan Cox <[EMAIL PROTECTED]>,
> Linus Torvalds <[EMAIL PROTECTED]>
> Cc: Ralf Baechle <[EMAIL PROTECTED]>,
> Yoichi Yuasa <[EMAIL PROTECTED]>,
> Linux Kernel Mailing List ,
> Greg KH <[EMAIL PROTE
On Mon, Dec 10, 2007 at 11:20:50AM +, Alan Cox wrote:
> > To be totally correct, we still need to also revert
> > commit fd6e732186ab522c812ab19c2c5e5befb8ec8115 which
> > is bogus.
>
> Agreed but that would cause an revert on an obscure MIPS platform which
> is apparently now a thoughtcrime
On Mon, Dec 10, 2007 at 01:00:26PM +0100, Sam Ravnborg wrote:
> On Mon, Dec 10, 2007 at 03:23:50PM +0530, Ananth N Mavinakayanahalli wrote:
> > From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
> >
> > This patch builds samples/kprobes/kretprobe_example.c only on archs that
> > support kretprob
On Monday 10 December 2007 05:30, Jens Axboe wrote:
> On Mon, Dec 10 2007, Daniel Phillips wrote:
> "Let me close with perhaps the most relevant remarks: the attached
> code has been in heavy testing and in production for months now.
> Thus there is nothing theoretical when I say it works, and the
On Mon, Dec 10 2007, Daniel Phillips wrote:
> On Monday 10 December 2007 05:30, Jens Axboe wrote:
> > On Mon, Dec 10 2007, Daniel Phillips wrote:
> > "Let me close with perhaps the most relevant remarks: the attached
> > code has been in heavy testing and in production for months now.
> > Thus the
Fix missing \n at checkpatch.pl
From: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
diff -r 4f5ded04887b -r af025fddc025 v4l/scripts/checkpatch.pl
--- a/v4l/scripts/checkpatch.pl Mon Dec 10 11:55:54 2007 -0200
+++ b/v4l/scripts/checkpatch.pl
On Mon, 10 Dec 2007, Björn Steinbrink wrote:
> >
> > The results are here:
> >
> > http://people.redhat.com/srostedt/slub/results/slab.op
> > http://people.redhat.com/srostedt/slub/results/slub.op
>
> Hm, you seem to be hitting the "another_slab" stuff in __slab_alloc
> alot. I wonder if !node_mat
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de
> Fortier,Vincent [Montreal]
> Envoyé : 10 décembre 2007 08:21
> À : Randy Dunlap; Andrew Morton
> Cc : linux-kernel@vger.kernel.org
> Objet : RE: 2.6.22.14 oops msg with commvault galaxy ?
>
> >
Norbert Preining wrote:
On Mo, 10 Dez 2007, Avi Kivity wrote:
kernel 2.6.24-rc4
kvm 55 (debian sid 55+dfsg-1)
Is the kvm kernel module pure 2.6.24-rc1, or are you running the kernel
module provided by kvm-55?
pure 2.6.24-rc4 (not -rc1), not the one by kvm-55.
Not able to
On Sun, Dec 09, 2007 at 09:42:06PM -0500, Erez Zadok wrote:
> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
> ---
> include/linux/mm.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/include/linux/mm.h b/include/linux/mm.h
> index 1b7b95c..fc61bd3 100644
> --- a/inc
On Monday 10 December 2007 05:53, Jens Axboe wrote:
> > Got a plan? Or does endless, pointless flaming feel more like
> > progress to you?
>
> Please, I'm not flaming you. I reviewed your code and pointed out
> errors, which was followed by lots of hand waving on your side
> instead of just sittin
Kjartan Maraas wrote:
> ma., 10.12.2007 kl. 10.03 +0900, skrev Tejun Heo:
>> Kjartan Maraas wrote:
Hmmm... Ah.. okay. Wrongly splitted patch. Can you please do it one
more time?
>>> Attached.
>> Alright, it works now but it seems both dmesgs are from no-filter patch.
>> I'm pretty
1 - 100 of 315 matches
Mail list logo
