-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Thu 11/5/2009 12:00 PM
To: James Bottomley
Cc: Josh Boyer; eric.mo...@lsi.com; Pravin Bathija; linux-s...@vger.kernel.org;
linuxppc-...@ozlabs.org
Subject: Re: [PATCH] [SCSI] mpt fusion: Fix 32 bit plat
-Original Message-
From: linux-scsi-ow...@vger.kernel.org
[mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Benjamin Herrenschmidt
Sent: Friday, November 06, 2009 1:30 AM
To: James Bottomley
Cc: Josh Boyer; Moore, Eric; pbath...@amcc.com; linux-s...@vger.kernel.org;
linuxppc-...@oz
On 11/04/2009 11:50 AM, Jonathan Haws wrote:
> One more question about this approach: does the mmap() call prevent
> the kernel from using this memory for other purposes? Will the
> kernel be able to "move" this memory elsewhere? I guess what I am
> asking is if this memory is locked for all oth
On Thu, 5 Nov 2009 05:08:42 pm Stephen Rothwell wrote:
> Hi Rusty,
>
> On Thu, 5 Nov 2009 16:58:36 +1030 Rusty Russell wrote:
> >
> > Huh? virtio_has_feature does:
> >
> > if (__builtin_constant_p(fbit))
> > BUILD_BUG_ON(fbit >= 32);
> > else
> > BUG_ON(fbit >= 3
> -Original Message-
> From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
> Sent: Thursday, November 05, 2009 12:00 PM
> To: James Bottomley
> Cc: Josh Boyer; eric.mo...@lsi.com; Pravin Bathija; linux-
> s...@vger.kernel.org; linuxppc-...@ozlabs.org
> Subject: Re: [PATCH] [SCS
I will update the patch next week.
Regards,
--gaoguanhua
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Thursday, November 05, 2009 9:52 PM
> To: Gao Guanhua-B22826
> Cc: avoront...@ru.mvista.com; linuxppc-...@ozlabs.org;
> sdhci-de...@lists.ossman.e
On Wed, Nov 04, 2009 at 02:38:32PM +0100, Joakim Tjernlund wrote:
> Here is the latest(last?) round of this series. I
> hope I got everything right now.
> Scott and Rex, please test and send ACK/NACK.
>
> Jocke
>
> Joakim Tjernlund (8):
> 8xx: invalidate non present TLBs
This works, and is a
On Thu, 2009-11-05 at 08:43 -0500, Josh Boyer wrote:
> On Tue, Sep 15, 2009 at 03:25:55PM -0700, pbath...@amcc.com wrote:
> >From: Pravin Bathija
> >
> >Powerpc 44x uses 36 bit real address while the real address defined
> >in MPT Fusion driver is of type 32 bit. This causes ioremap to fail and
>
On Wed, Nov 04, 2009 at 01:23:55PM +0100, Max Vozeler wrote:
> After some poking around, in which everything seemed to be
> according to plan including write of 0 to both FAN_SPD_SET regs,
> I noticed that explicitly *setting* the invert bit as in
>
> -write_reg(th, MANUAL_MODE[fan],
I installed Ubuntu 8.10 on this Powerbook G4 ("alu" I think)
for a friend of mine. As soon as therm_adt746x got loaded, the
fan turned into a noise steam engine.
This was on Ubuntu's 2.6.31 kernel (2.6.31-14-powerpc) which
includes 0512a9a8e277a9de2. I could reproduce it with latest
mainline a
All,
I am having some troubles getting interrupts to fire from my kernel module. I
have connected the ISR with a call to request_irq() and have configured my
device to generate interrupts. However, my ISR is called once when I connect
the interrupt for the first time. After that it never is
On Thu, Nov 05, 2009 at 02:25:15PM -0600, Scott Wood wrote:
> Anton Vorontsov wrote:
> >On Thu, Nov 05, 2009 at 02:03:14PM -0600, Scott Wood wrote:
> >>Kumar Gala wrote:
> >>>On Nov 5, 2009, at 1:48 PM, Scott Wood wrote:
> As for patch 3, Ben objected to the sleep-nexus stuff on IRC.
> >>>Is sl
Anton Vorontsov wrote:
On Thu, Nov 05, 2009 at 02:03:14PM -0600, Scott Wood wrote:
Kumar Gala wrote:
On Nov 5, 2009, at 1:48 PM, Scott Wood wrote:
As for patch 3, Ben objected to the sleep-nexus stuff on IRC.
Is sleep-nexus new? I thought we've had that for a bit.
It's been around in a few
On Thu, Nov 05, 2009 at 02:03:14PM -0600, Scott Wood wrote:
> Kumar Gala wrote:
> >On Nov 5, 2009, at 1:48 PM, Scott Wood wrote:
> >>As for patch 3, Ben objected to the sleep-nexus stuff on IRC.
> >
> >Is sleep-nexus new? I thought we've had that for a bit.
>
> It's been around in a few dts files
Kumar Gala wrote:
On Nov 5, 2009, at 1:48 PM, Scott Wood wrote:
As for patch 3, Ben objected to the sleep-nexus stuff on IRC.
Is sleep-nexus new? I thought we've had that for a bit.
It's been around in a few dts files, but as was noted, nothing uses this
stuff yet.
-Scott
___
On Thu, 2009-11-05 at 10:07 -0600, James Bottomley wrote:
> > > ioc->memmap = mem;
> > >- dinitprintk(ioc, printk(MYIOC_s_INFO_FMT "mem = %p, mem_phys = %lx\n",
> > >- ioc->name, mem, mem_phys));
> > >+ dinitprintk(ioc, printk(MYIOC_s_INFO_FMT "mem = %p, mem_phys = %llx\n",
> > >+ io
On Nov 5, 2009, at 1:48 PM, Scott Wood wrote:
Kumar Gala wrote:
On Nov 5, 2009, at 10:57 AM, Scott Wood wrote:
Kumar Gala wrote:
On Sep 23, 2009, at 2:01 PM, Anton Vorontsov wrote:
Currently 83xx PMC driver clears deep_sleeping variable very
early,
before devices are resumed. This makes fs
Kumar Gala wrote:
On Nov 5, 2009, at 10:57 AM, Scott Wood wrote:
Kumar Gala wrote:
On Sep 23, 2009, at 2:01 PM, Anton Vorontsov wrote:
Currently 83xx PMC driver clears deep_sleeping variable very early,
before devices are resumed. This makes fsl_deep_sleep() unusable in
drivers' resume() cal
This isn't a review of this patch -- more a question out of curiousity
about how you actually can do memory remove in practice. Do you have
any coordination between the platform/hypervisor and the kernel to make
sure that a memory region you might want to remove later gets put into
zone_movable so
19 matches
Mail list logo