problem
by now.
Please let me know if there are any other items you would like to do or
options you would like me to try.
Chris
On Thu, 2008-02-07 at 10:18 +0100, Jiri Kosina wrote:
> On Wed, 6 Feb 2008, Chris Holvenstot wrote:
>
> > I have several hours of running aith nohpe
I am willing to do whatever I can to help isolate and or resolve this
issue, but to do so I need one of you experts to firmly grab hold of
some portion of my anatomy and guide me in the right direction.
Chris
On Thu, 2008-02-07 at 17:13 +0100, Thomas Gleixner wrote:
> On Thu, 7 Feb 200
--- Andrew Morton <[EMAIL PROTECTED]> wrote:
> It isn't clear (to me) where in this mess we disabled interrupts around the
> set_cpus_allowed(). Chris, if this is repeatable it would be helpful to
> set CONFIG_FRAME_POINTER=y which hopefully will get us a cleaner trace,
np registered
pnp: PnP ACPI: found 15 devices
ACPI: ACPI bus type pnp unregistered
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
Time: tsc clocksource has be
Thomas -
I believe that the following is the output you are looking for - sorry
for the delay - between doctors and grandkids I was ready for a few pain
pills and a long nap.
I suspect you often feel the same way after dealing with some who post
here.
Thank you for your support
Chris
Back in 2006 Srivatsa Vaddagiri summarised proposals for CPU controllers,
which variously offered to limit or guarantee CPU for a task group. Some
of these supported both soft and hard limits.
Now in 2008 we have FAIR_CGROUP_SCHED in mainline, which supports soft CPU
limits per control group. Grea
And the same thing with 2.6.24.1.
Cheers,
Chris
Linux version 2.6.24.1 ([EMAIL PROTECTED]) (gcc version 4.1.2 20070925 (Red Hat
4.1.2-33))
#1 SMP PREEMPT Fri Feb 8 22:41:10 GMT 2008
BIOS-provided physical RAM map:
BIOS-e820: - 0009fc00 (usable)
BIOS-e820
Hi,
I've just tried booting the 2.6.24.1 kernel, except without nmi_watchdog being
enabled. It looks
like there are IRQs still not being enabled.
Cheers,
Chris
Linux version 2.6.24.1 ([EMAIL PROTECTED]) (gcc version 4.1.2 20070925 (Red Hat
4.1.2-33))
#1 SMP PREEMPT Fri Feb 8 22:41:10 GMT
r, as previously stated I would need a little instruction on how
to accoomplish this.
Chris
By the way - the big gap in timestamps in the dmesg output is because
several "routine" fsck operations were performed during this boot cycle.
[0.00] Linux version 2.6.24-git15-ch2 ([EMAIL P
--- Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 08, 2008 at 11:31:24PM +0000, Chris Rankin wrote:
> > I've just tried booting the 2.6.24.1 kernel, except without
> > nmi_watchdog being enabled. It looks like there are IRQs still not
> > being enabled.
&
to use git. Anyway, I would refer you to
this thread:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0802.0/0898.html
Cheers,
Chris
___
Support the World Aids Awareness campaign this month with Yahoo! For Good
http://uk.promotions.ya
--- Oliver Pinter <[EMAIL PROTECTED]> wrote:
> here is the snapshots in patch format:
> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots
Thanks, they're very pretty. But what exactly are they patches *between
that probe returns an error code in this failure
>> path.
>>
>> Signed-off-by: Kevin Hilman
>
> Good catch.
> Acked-by: Venkatraman S
Thanks, pushed to mmc-next for 3.6.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe f
Hi Sebastian,
On Thu, Jul 05 2012, Sebastian Hesselbarth wrote:
> The sdio controller on dove doesn't have a bit to indicate
> high-speed. With the quirk set it fixes accessing high-speed
> sdcards.
>
> Signed-off-by: Sebastian Hesselbarth
> Cc: Chris Ball
> Cc: Anton
Hi,
On Thu, Jul 05 2012, Sebastian Hesselbarth wrote:
> As mach-dove is moving towards common clock framework prepare
> the sdhci driver to grab it's clock.
>
> Signed-off-by: Sebastian Hesselbarth
> Cc: Chris Ball
> Cc: Anton Vorontsov
> Cc: Shawn Guo
> Cc: Vir
SDHCI_USING_RETUNING_TIMER
mmc: sd: Fix sd current limit setting
mmc: core: reset signal voltage on power up
Alan Cox (1):
mmc: core: correct invalid error checking
Chris Ball (4):
mmc: core: Export regulator_* functions as GPL
mmc: dt: Deduplicate binding docs by referencing mmc.txt
g for the on-chip networking support that was pulled into 3.5.
The changes have all been through LKML (with several rounds for PCIe RC)
and on linux-next.
Chris Metcalf (14):
arch/tile: introduce GXIO IORPC framework for tilegx
arch/tile: support MMIO-based readb/writeb etc.
arch
around the same time, if we can.
I wonder if there's any way to test whether sanitize has had an effect.
It would be good to know whether it actually does anything on a specific
eMMC, although I'm sure it's difficult to tell.
Thanks!
- Chris.
--
Chris Ball <http
nd when all cores on a socket
are in C7 the last-level-cache is flushed.
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.htm
Yinghai Lu removed pci_bus.subordinate in pci-next, which meant that
the tile-next changes to add tilegx PCI support don't build. This
was expected (seen in linux-next) and this one-line fix is along
the same lines as commit b918c62e for all other architectures.
Signed-off-by: Chris Me
The bombing to convert pci_bus.subordinate to busn_res.end accidentally
modified a "struct pci_dev" site, causing this file not to compile.
This commit reverts that code to use dev->subordinate again.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/pci.c |2 +-
1 file changed
window, so missed the pci-next bombing) and the other
commit undoes a buggy part of the bombing for tilepro PCI. Thanks!
Chris Metcalf (2):
tilegx pci: fix semantic merge conflict with 3527ed81c
tilepro pci: fix pci_bus.subordinate bad bombing from b918c62e
arch/tile/kernel/pci.c
On 7/25/2012 5:16 PM, Bjorn Helgaas wrote:
> On Wed, Jul 25, 2012 at 1:40 PM, Chris Metcalf wrote:
>> > Yinghai Lu removed pci_bus.subordinate in pci-next, which meant that
>> > the tile-next changes to add tilegx PCI support don't build. This
>> > was expecte
30W compared to C1E.
So as far as I can see with this CPU at least you would benefit from
shutting down a whole socket when possible.
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majord
On 08/17/2012 01:50 PM, Matthew Garrett wrote:
On Fri, Aug 17, 2012 at 01:45:09PM -0600, Chris Friesen wrote:
On 08/17/2012 12:47 PM, Matthew Garrett wrote:
The datasheet for the Xeon E5 (my variant at least) says it doesn't
do C7 so never powers down the LLC. However, as you said ea
On 10/08/12 01:50, Chris Mason wrote:
> Hi everyone,
>
> This first pull is the bulk of our changes for the next rc. It is
> against the 3.5 kernel so people testing the new features have a stable
> point to work against. This was tested against Linus' current tree as
>
h that!
> I'm tried of these "oops, what we sent you for -rc1 wasn't ready, so
> here's a thousand lines of changes" crap.
I can understand that with respect to the send/recv stuff, so it's
really down to Chris Mason to extract just the fixes to problems that
ar
On Mon, Aug 20, 2012 at 07:55:59PM -0600, Linus Torvalds wrote:
> On Mon, Aug 20, 2012 at 6:53 PM, Chris Samuel wrote:
> >
> > This pull request with a whole heap of btrfs fixes (46 commits) appears
> > not to have been merged yet, does anyone know if it was reject
Just checking out some btrfs stuff and notices the copyright notes in
btfrs_inode.h belong to Oracle. I had no idea that btrfs had anything to
do with Oracle. What's the link with Oracle?
Regards
--
Chris Jones @ kernel.devproj...@gmail.com
also on oracle.kernel...@gmai
>
> "mmc: tmio: use MMC opcode defines instead of numbers"
> http://git.kernel.org/?p=linux/kernel/git/cjb/mmc.git;a=commit;h=598cd9cc217b0aa46089a3838a8b1c37b97aa08b
>
> and
>
> "mmc: extend and rename cd-gpio helpers to handle more slot GPIO functions"
> http://
Hi Guennadi,
On Tue, Jul 10 2012, Guennadi Liakhovetski wrote:
>> > The latter one looks big because of a rename, but with "-M" it's pretty
>> > trivial. Chris, do you agree?
>>
>> Is the minimal fix to just add "| IRQF_ONESHOT" to the re
f the world will call it. Linux uses "i386" for what Intel calls
"IA-32" (which virtually nobody else uses).
--
Chris Adams
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.
--
To unsubscribe f
on
> ---
> include/linux/compat.h |4 ++--
> ipc/compat.c |8
> 2 files changed, 6 insertions(+), 6 deletions(-)
Acked-by: Chris Metcalf
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this list: send the line "unsubscr
NT_COMPAT_IPC_PARSE_VERSION if they want to use version
> parsing whilst retaining the newer syscall calling conventions.
>
> Cc: Chris Metcalf
> Cc: Arnd Bergmann
> Acked-by: Catalin Marinas
> Signed-off-by: Will Deacon
> ---
> include/linux/compat.h |1 +
>
Linus,
Please pull for 3.5 from:
git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile.git stable
This is a single change to fix backtracing in big-endian mode.
Chris Metcalf (1):
arch/tile: big-endian
n optimization. If we need
them to be all writer locks for RT purposes, that's not a problem.
But, before we go down that road, we do annotations trying
to make sure lockdep doesn't get confused about lock classes. Basically
the tree is locked level by level. So its safe to t
| 18 +++---
2 files changed, 13 insertions(+), 9 deletions(-)
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http:/
happens, and go beat hell out of
> > > > virgin 3.0-rt again to be sure box really really survives dbench.
> > >
> > > A test against 3.4-rt sans enterprise mess might be nice as well.
> >
> > Enterprise is 3.0-stable with um 555 btrfs patches (oh dear).
&
r more my management has come to realize that option "a"
is generally better in the long term, even if it's a bit more effort in
the short term.
There are exceptions of course, and sometimes we just need to do a
quick-and-dirty solution to get something out the door.
Chris
--
To
How's this:
Looks fine, modulo the lack of mod->name as Stephen mentioned.
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
NR_syscalls).
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi Linus,
My for-linus branch has our batch of btrfs fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
We've been hammering away at a crc corruption as well, which I was
really hoping to get into this pull. It isn't nailed down yet, but we
were finally able to
On Tue, Jan 22, 2013 at 06:28:21PM -0700, Liu Bo wrote:
> On Tue, Jan 22, 2013 at 07:48:33PM -0500, Chris Mason wrote:
> > Hi Linus,
> >
> > My for-linus branch has our batch of btrfs fixes:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.
Hi Linus,
If you're doing another RC, please grab these two. Otherwise I'll send
them off to -stable.
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This fixes a long standing problem where the btrfs scan ioctl was racing
with mkfs.btrfs and dropping dirty pages c
elate to i915 driver. I double check commit before this does
not have black
screen.
Anyway, any suggestion to nail down this problem?
I am happy to reproduce and verify the fix.
Thanks
Chris
commit a57f7f9175b8ccbc9df83ac13860488913115de4
Author: Bob Moore
Date: Fri Aug 17 10:55:02 2012 +
octl.h | 0
4 files changed, 2 insertions(+), 2 deletions(-)
rename include/{ => uapi}/linux/mmc/ioctl.h (100%)
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
h changes up to ad1cfdcef1378adc7215a74772f7d06c4cc6ef50:
>
> UAPI: (Scripted) Disintegrate include/linux/mmc (2012-10-09 09:48:45 +0100)
Thanks, I've sent this to Linus now.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send
All the called functions expect interrupts to be enabled, and
now one of them has started to warn about it, so make it correct.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/process.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/tile/kernel/process.c b/arch/tile/kernel
ation. There is also a one-line
change in here to enable interrupts in do_work_pending() to avoid a
WARN_ON in _local_bh_enable_ip().
Chris Metcalf (2):
Merge tag 'tags/disintegrate-tile-20121009' into for-linus
On 10/12/2012 10:26 PM, Steven Rostedt wrote:
> From: Steven Rostedt
>
> All the headers but kvm_para.h use the Kbuild infrastructure to
> get to the asm-generic headers.
>
> Cc: linux-kbu...@vger.kernel.org
> Cc: Chris Metcalf
> Signed-off-by: Steven Rostedt
> -
problem that the kernel doesn't know how to recover from.
(Although you only sent part of the trace.)
http://en.wikipedia.org/wiki/Machine_Check_Exception
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscri
On Thu, 22 Nov 2012 16:29:08 +0100, Knut Petersen
wrote:
> Hi Chris!
>
> Problem:
> ===
> Slowdown of system, missing icons after 16 days kernel uptime and 12 days
> Xserver uptime.
> Xorg log: flooded with "(WW) intel(0): intel_uxa_prepare_access: bo map (use
he five patches to Linus' 3.7.0-rc6 and can confirm that
the kernel allows my system to resume from a suspend to disc. Although
my laptop is 64 bit, I run a 32 bit kernel with HIGHMEM (I have 8GB RAM):
[chris:~/kernel/tmp/linux-3.7-rc6-resume]$ grep -E HIGHMEM\|X86_32 .config
CONFIG_X86_32=y
Hi,
On Thu, Nov 22 2012, Adrian Hunter wrote:
> Here is SDHCI ACPI driver. It is dependent on new ACPI Platform support
> so I suggest Rafael takes the patches with Chris' Ack.
>
> Please note that I would prefer this to be queued for 3.8
Looks fine:
Acked-by: Chris Ball
what happens. But at the moment I haven't
found someone who's willing to try kernel patches yet, and I don't have
one of these systems myself.
Thanks!
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "
On 11/22/12 09:23, Chris Clayton wrote:
This patchset has only been tested on x86_64 with nobootmem.c. So need
help to test this patchset on machines:
1) use bootmem.c
2) have highmem
This patchset applies to "f4a75d2e Linux 3.7-rc6" from
git://git.kernel.org/pub/scm/linux/kernel/gi
/* Please CC me in responses, I am not subscribed to LKML */
Currently if a signature check fails on module load due to not having
the appropriate key (-ENOKEY) and we are not doing strict checking
there is no information provided to the user other than the lock debug
taint warning:
Disabling lo
d enable a Kconfig
> boolean, and then use that boolean in the generic Kconfig.debug
> to present the actual menu option. This removes a bunch of
> duplication and adds consistency across arches.
>
Acked-by: Chris Metcalf [for tile]
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
ault.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517290
I'll file a bug against it asking for the it to not strip if
CONFIG_MODULE_SIG is set.
Thanks for the pointer!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the lin
On 12/01/13 00:49, Josh Boyer wrote:
On Fri, Jan 11, 2013 at 4:44 AM, Chris Samuel wrote:
>
/* Please CC me in responses, I am not subscribed to LKML */
diff --git a/kernel/module.c b/kernel/module.c
index 250092c..27de534 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -244
/* Please CC, not on LKML */
On 13/01/13 00:08, Josh Boyer wrote:
On Sat, Jan 12, 2013 at 1:28 AM, Chris Samuel wrote:
>
>> [...Debian kernel-build...]
I'll file a bug against it asking for the it to not strip if
CONFIG_MODULE_SIG is set.
Thanks for the pointer!
Great. Gl
> yep, i915_error_state is attached. btw, I'm going to bisect kernel, so
> >> hopefully I will bring some commit.
> >
> > Different bug, on a quick lock this could be a dupe of
> > https://bugzilla.kernel.org/show_bug.cgi?id=52311
>
> ok
>
> > Ch
/* Please CC as I am not on LKML */
Allowing the build system to strip modules when CONFIG_MODULE_SIG is
set makes no sense as the modules will fail signature checks and at
best taint the kernel (and appear as if force loaded), and at worst
cause a kernel panic if fips_enabled is set.
So we set
This flag is set for ptrace GETREGS or PEEKUSER for processes
that are COMPAT, i.e. 32-bit. This allows things like strace
to easily discover what personality to use, for example.
Signed-off-by: Chris Metcalf
---
arch/tile/include/uapi/asm/ptrace.h |6
arch/tile/kernel/ptrace.c
On 12/12/2012 6:43 PM, Oleg Nesterov wrote:
> Hi Chris,
>
> it is too late for me to even try to read this patch, but...
Thanks for the review!
> On 12/12, Chris Metcalf wrote:
>> This flag is set for ptrace GETREGS or PEEKUSER for processes
>> that
On 12/13/2012 10:49 AM, Oleg Nesterov wrote:
> On 12/13, Chris Metcalf wrote:
>> On 12/12/2012 6:43 PM, Oleg Nesterov wrote:
>>> And. arch/tile/kernel/ptrace.c:arch_ptrace() does
>>>
>>> case PTRACE_SETOPTIONS:
>>> /* Support TILE-spec
On 12/13/2012 11:27 AM, Oleg Nesterov wrote:
> On 12/13, Chris Metcalf wrote:
>> On 12/13/2012 10:49 AM, Oleg Nesterov wrote:
>>> But ptrace_setoptions() returns EINVAL? it doesn't accept illegal bits.
>> It does return EINVAL - but if it gets both legal and illeg
bitmask and just shift PTRACE_O_MASK_TILE.
Add a BUILD_BUG_ON to avoid overlapping with generic bits.
Signed-off-by: Chris Metcalf
---
arch/tile/include/asm/ptrace.h |3 +--
arch/tile/include/uapi/asm/ptrace.h |2 +-
arch/tile/kernel/ptrace.c | 10 +++---
3 files changed
On Sun, Dec 16, 2012 at 04:00:22PM -0700, Stephen Rothwell wrote:
> Hi Chris,
>
> After merging the btrfs tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> fs/btrfs/ioctl.c: In function 'btrfs_ioctl':
> fs/btrfs/ioctl.c:3940:7:
On Sun, Dec 16, 2012 at 04:00:22PM -0700, Stephen Rothwell wrote:
> Hi Chris,
>
> After merging the btrfs tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> fs/btrfs/ioctl.c: In function 'btrfs_ioctl':
> fs/btrfs/ioctl.c:3940:7:
On Sun, Dec 16, 2012 at 05:15:04PM -0700, Chris Mason wrote:
> On Sun, Dec 16, 2012 at 04:00:22PM -0700, Stephen Rothwell wrote:
> Josef and I have sob on all of our commits (at least all the ones not in
> 3.7, I didn't go back farther). In this case the Author was Stefan and
On Sun, Dec 16, 2012 at 08:13:55PM -0700, Stephen Rothwell wrote:
> Hi Chris,
>
> On Sun, 16 Dec 2012 21:52:41 -0500 Chris Mason
> wrote:
> >
> > On Sun, Dec 16, 2012 at 05:15:04PM -0700, Chris Mason wrote:
> > > On Sun, Dec 16, 2012 at 04:00:22PM -0700, Stephe
E_ARCH_TRACEHOOK" under "config TILE" in arch/tile/Kconfig, so we might as
well do that too. That will enable PTRACE_GETREGSET and PTRACE_SETREGSET, as
well as /proc/PID/syscall, so why not?
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this list: s
(+16/-0):
btrfs: Notify udev when removing device
Anand Jain (1) commits (+16/-16):
Btrfs: rename root_times_lock to root_item_lock
Alexander Block (1) commits (+11/-2):
Btrfs: merge inode_list in __merge_refs
Chris Mason (1) commits (+95/-2):
Btrfs: fix hash overflow handling
Masanari Iid
l push the MFD driver for 3.7,
and I've pushed the MMC driver into mmc-next for 3.7. So, I think
we should merge it. I don't think we need akpm, since there are no
build-time dependencies involved.
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
ldn't want this "fast recovery" behavior if you're at your critical number
of disks remaining or you lose the array upon a few seconds worth of subsequent
problems. So we kinda need context specific behavior.
Chris Murphy--
To unsubscribe from this list: send the line "unsu
/* Please CC, not on LKML */
On 15/01/13 07:36, Chris Samuel wrote:
> So we set mod_strip_cmd to be true to prevent it stripping kernel
> modules, just as happens if INSTALL_MOD_STRIP is not passed.
Ignore this patch, sorry for the noise.
I'd tested by comparing the modules prod
/* Please CC me, I'm not on LKML */
* Reworked from the original patch based on feedback from Josh Boyer
* (putting the code in load_module()) and Rusty Russel (use
* KERN_NOTICE). Extended to cover the other failure modes.
Currently if a signature check fails on module load for any reason no
f
Avi Kivity
> CC: Marcelo Tosatti
> CC: Chris Metcalf
> Cc: Greg Kroah-Hartman
> Signed-off-by: Kees Cook
> ---
> arch/tile/kvm/Kconfig | 2 +-
Acked-by: Chris Metcalf
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this list: send the line
fail to
grow the ring.
Would it be better to fallback to synchronous operations if we can't get
into the ring?
-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger
uld add the cond_resched() but still we might fail to
grow the ring.
Would it be better to fallback to synchronous operations if we can't get
into the ring?
-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
On Thu, Jan 17, 2013 at 07:53:18PM -0700, Dan Williams wrote:
> On Thu, Jan 17, 2013 at 6:38 AM, Chris Mason wrote:
> > [ Sorry resend with the right address for Dan ]
> >
> > Hi Dan,
> >
> > I'm doing some benchmarking on MD raid5/6 on 4 fusionio card
case where the cache on disk was fully populated and then
> the machine had been rebooted to clear the pagecaches.
Which FS operations are included here? Finding all the files or just an
unmount? Btrfs defrags metadata in the background, and unmount has to wait
for that defrag to fini
narrow it down to find the cause of this issue.
>
If you need me to bisect, just shout. Please be patient though, I'm
exploring new territory here :-)
Thanks
Chris
> Thanks.
>
>
> Ivo
>
>
--
Beauty is in the eye of the beerholder.
--
To unsubscribe from this l
On Fri, 2008-02-22 at 07:39 +, Chris Clayton wrote:
> On Thursday 21 February 2008, Chris Vine wrote:
[snip]
> >
> > Does the same happen with 2.0.14 under kernel 2.6.24?
>
> Unfortunately, a 2.6.24.2 tree with the drivers/net/wireless/rt2x00 directory
> replaced w
Hi,
This is a strange NMI lockup - I have no idea what triggered it and so cannot
possibly reproduce
it. Requests to try (try "what"?) with 2.6.24.x would be similarly unhelpful.
But anyway, here it is. A perfectly normal boot of 2.6.23.16 on a dual P4 Xeon
(HT enabled, to
give 4 logical CPUs)
Hi,
Firstly apologies for trimming linux-kernel and linux-wireless from my reply
to Ivo yesterday. Basically, I replied saying that the patch below didn't fix
the problem. But please do read on...
On Friday 22 February 2008, Ivo van Doorn wrote:
> On Friday 22 February 2008, Chris
outside
of X.
Chris
On Tue, 2008-02-26 at 16:05 +0100, Jiri Kosina wrote:
> On Tue, 26 Feb 2008, Lennart Sorensen wrote:
>
> > Hmm, I have been seeing repeated keys a lot under X on my athlon 700,
> > but mainly when I have firefox running (which is of course quite a load
&
r box, your network, and
your cat if you let it.
-- Chris
--
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 read the FAQ at http://www.tux.org/lkml/
ct, if anything
the patches seem to have made the network even more fragile, in that it fails
almost instantly once I start some network activity ( < 10 pings).
I'm sure this is not the hardware - it works perfectly with Windows XP, with
2.6.23.14 plus the out-of-tree rt61 driver from seria
On 7/6/2012 1:36 PM, Greg KH wrote:
> On Wed, May 09, 2012 at 12:25:02PM -0400, Chris Metcalf wrote:
>> This change adds support for accessing the USB shim from within the
>> kernel. Note that this change by itself does not allow the kernel
>> to act as a host or as a devi
e but it used to be that you couldn't use IP
multicast on the "lo" device. Has that been fixed?
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.
" CIS tuple 0x%02x (%u bytes)\n",
>mmc_hostname(card->host),
>tpl_code, tpl_link);
Thanks, pushed to mmc-next for 3.6.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe
On Mon, 10 Dec 2012 05:24:02 -0800
Chris Moeller wrote:
> On Mon, 10 Dec 2012 04:43:54 -0800
> Chris Moeller wrote:
>
> > On Mon, 10 Dec 2012 02:58:25 -0800
> > Chris Moeller wrote:
> >
> > > On Sun, 2 Dec 2012 23:43:18 -0800
> > > Dmitry Torokho
ad out the modeset hw state at load and resume time
but then combined with
commit b0a2658acb5bf9ca86b4aab011b7106de3af0add
Author: Daniel Vetter
Date: Tue Dec 18 09:37:54 2012 +0100
drm/i915: don't disable disconnected outputs
it finally started oopsing.
Signed-off-by: Chris Wilson
Repo
On Mon, Jan 07, 2013 at 08:46:56AM -0700, Ric Wheeler wrote:
> On 12/03/2012 09:34 PM, Keith Chew wrote:
> > Hi
> >
> > Just wanted to check if the "'Data=guarded' mode in Ext3" work started
> > by Chris Mason, is still being considered for merging
/i915: Revert shrinker changes from "Track unbound pages"
> >
> > fixes the problem for me.
>
> After an afternoon of multiple kernel builds and other stressful things,
> it looks like it fixes it for me as well. Chris, this will be going to
> Linus soon, right?
Da
ecause my mailer is dumb.
3.5.33 should come out soon with this included. 2.4.x reiserfs doesn't
need this patch.
-chris
uptodate_hole-old.diff.gz
uptodate_hole.diff.gz
alled the all new extreiser2fs. Really though,
do you have ext2 on the box at all?
sigbus from gcc usually points to the ram, have you run a tester?
-chris
-
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 read the FAQ at http://www.tux.org/lkml/
7;re testing some code from
Alexander Zarochentcev that tries to detect this kind of thing, I'll
forward it to you off list.
thanks,
Chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
801 - 900 of 8373 matches
Mail list logo
