Alan Cox wrote:
> > - Then, are we certain that there's no case where the tty layer will
> > call us with some lock held or in an atomic context ? To be honest,
> > I've totally lost track of the locking rules in tty land lately so it
> > might well be ok, but something to verify.
>
> Some of the
I need help to compile a Kernel
How to compile kernel?
Where I can find the parameters necessary to compile a Kernel for a
mainframe IBM rs 6000/s70 (processor powerpc rs64)?
Which the archives necessary to create a boot disk
-
On Fri, 2009-08-28 at 20:24 +0200, Rafal Jaworowski wrote:
> Grant,
> When choosing the best location for the bindings page please consider
> it uniform enough so that various OSes can use it as a reference. We
> are very much interested in bringing FDT support for embedded FreeBSD
> (arm, po
> > This is about the 3rd or 4th time this idea has come up over the past couple
> > of years. Maybe this time it will stick?
>
> There actually was one set up on power.org, for epapr bindings. I'm
> still digging around to try to relocate the address, though.
We need to double check that inde
The SLB can change sizes across a live migration, which was not
being handled, resulting in possible machine crashes during
migration if migrating to a machine which has a smaller max SLB
size than the source machine. Fix this by first reducing the
SLB size to the minimum possible value, which is
wilbur.chan wrote:
Hi Sebastian,
Hi Wilbur,
Recently I've implemented non-SMP kexec on MPC8572 and P2020ds(2G ram).
I modified your
misc_32.S that , I setuped two '1G' entries after the "rfi"
instruction, so that I did
not need to setup mapping for instruction address.
If you send s
On Fri, Aug 28, 2009 at 12:05 PM, Stuart Yoder wrote:
>> Lets *not* do it on power.org. I'd like to see the bindings used by
>> more than just powerpc people, and power.org might become a bit of a
>> mental barrier for non-powerpc folks. kernel.org would be a good
>> host. So would ozlabs or inf
> Lets *not* do it on power.org. I'd like to see the bindings used by
> more than just powerpc people, and power.org might become a bit of a
> mental barrier for non-powerpc folks. kernel.org would be a good
> host. So would ozlabs or infradead. Or I'd be happy to maintain one
> on secretlab.
Hi ,
I need help to compile a Kernel
how to compile kernel?
where I can find the parameters necessary
to compile a Kernel for a mainframe IBM rs 6000/s70 (processor powerpc rs64)?
which
On Thu, Aug 27, 2009 at 9:43 PM, Benjamin
Herrenschmidt wrote:
> On Thu, 2009-08-27 at 16:36 -1000, Mitch Bradley wrote:
>> The idea of a wiki as a registration authority is a good one, but I'm
>> not volunteering to maintain it :-)
>
> here goes my hope :-)
>
> Do we have wiki's we could use on po
From: Grant Likely
The two versions are doing almost exactly the same thing. No need to
maintain them as separate files. This patch also has the side effect
of making the PCI device tree scanning code available to 32 bit powerpc
machines, but no board ports actually make use of this feature at
On Wed, Aug 26, 2009 at 11:46 PM, Benjamin
Herrenschmidt wrote:
> On Wed, 2009-08-26 at 00:07 -0600, Grant Likely wrote:
>> From: Grant Likely
>>
>> The two versions are doing almost exactly the same thing. No need to
>> maintain them as separate files. This patch also has the side effect
>> of
In message: <955e48b80908281105q60c057e8pfc16213f17da9...@mail.gmail.com>
Stuart Yoder writes:
: > Lets *not* do it on power.org. I'd like to see the bindings used by
: > more than just powerpc people, and power.org might become a bit of a
: > mental barrier for non-powerpc folks. ke
On 2009-08-28, at 18:06, Grant Likely wrote:
On Fri, Aug 28, 2009 at 6:16 AM, Stuart Yoder
wrote:
On Thu, Aug 27, 2009 at 9:43 PM, Benjamin
Herrenschmidt wrote:
On Thu, 2009-08-27 at 16:36 -1000, Mitch Bradley wrote:
The idea of a wiki as a registration authority is a good one, but
I'm
no
What about openfirmware.info? I don't know anything about Core
Systems who maintains that site though.
Stefan Reinauer is the main guy there. He has been very helpful in
hosting the Open Firmware source tree. I expect that he would be
willing to host the wiki, since he has been interest
Hi all,
I'm working on MPC860 with Linux Kernel 2.4.18.
As I'm fine tuning the FEC(Fast Ethernet Controller) driver,
I came across the receive side processing of the ethernet frames
where in the Rx BD rings are preallocated with the buffers and each time
a new frame is received, the whole
> Given that you seem to like the rest of the code and Jason hasn't spoken
> up yet, I think we can have Roland merge this patch. Roland, what do you
> think?
I don't see any problem with the idea and this does sound like a step
forward, so I am planning on merging this (pending review).
___
On Mon, Aug 17, 2009 at 10:21 PM, Benjamin
Herrenschmidt wrote:
> However, it's a bit nasty to mix strings and numbers (phandles) in a
> single property. It's possible, but would likely lead to the phandle not
> being aligned and tools such as lsprop to fail miserably to display
> those properties
On Fri, Aug 28, 2009 at 6:16 AM, Stuart Yoder wrote:
> On Thu, Aug 27, 2009 at 9:43 PM, Benjamin
> Herrenschmidt wrote:
>> On Thu, 2009-08-27 at 16:36 -1000, Mitch Bradley wrote:
>>> The idea of a wiki as a registration authority is a good one, but I'm
>>> not volunteering to maintain it :-)
>>
>>
On Fri, Aug 28, 2009 at 07:02:51PM +0800, Hu Mingkai-B21284 wrote:
> > On Tue, Aug 18, 2009 at 08:24:17PM -0500, Kumar Gala wrote:
> > >
> > > On Aug 18, 2009, at 6:38 PM, Anton Vorontsov wrote:
> > >
> > > >This patch simply adds sdhci node to the device tree.
> > > >
> > > >We specify clock-fre
On Fri, Aug 28, 2009 at 12:38:51AM -0500, Kumar Gala wrote:
>
> On Aug 27, 2009, at 12:30 PM, Anton Vorontsov wrote:
>
> >This patch adds suspend/resume support for MPC8540-compatible and
> >MPC8569 CPUs.
> >
> >MPC8540-compatible PMCs are trivial: we just write SLP bit into PM
> >control and sta
On Fri, Aug 28, 2009 at 12:34:50AM -0500, Kumar Gala wrote:
[...]
> >static int qe_sdma_init(void)
> >{
> > struct sdma __iomem *sdma = &qe_immr->sdma;
> >-unsigned long sdma_buf_offset;
> >+static unsigned long sdma_buf_offset;
> >
> > if (!sdma)
> > return -ENODEV;
> >
On Thu, Aug 27, 2009 at 8:14 AM, FIXED-TERM Seeh Thomas
(BEG/EMS1) wrote:
> --snip-
> [ 2346.499181] VFS: Mounted root (nfs filesystem) on device 0:11.
> [ 2346.505748] Freeing unused kernel memory: 160k init
> [ 2346.865420] net eth0: FEC_IEVENT_RFIFO_ERROR
> [ 2346.871668] ---
Hal Rosenstock wrote on 27.08.2009 15:31:40:
> I don't think it should be hard coded. IMO it would be better to default
to 18
> and somehow able to be adjusted (via a (dynamic) module parameter ?).
I don't see how making this a parameter would benefit any end user, while
on the other hand it c
Hi All,
I've already sent this almost before 6-7 hours, but the
mail did not appear on the Aug 2009 archives, So I'm sending
it again. Sorry for this!!. Thanks in advance.
I'm working on MPC860 with Linux Kernel 2.4.18.
As I'm fine tuning the FEC(Fast Ethernet Controller) driver,
I came a
On Fri, Aug 28, 2009 at 06:58:37AM -0400, Josh Boyer wrote:
> On Fri, Aug 28, 2009 at 12:43:08PM +1000, Benjamin Herrenschmidt wrote:
> >On Thu, 2009-08-27 at 16:36 -1000, Mitch Bradley wrote:
> >> The idea of a wiki as a registration authority is a good one, but I'm
> >> not volunteering to maint
> -Original Message-
> From:
> linuxppc-dev-bounces+b21284=freescale@lists.ozlabs.org
> [mailto:linuxppc-dev-bounces+b21284=freescale@lists.ozlabs
> .org] On Behalf Of Anton Vorontsov
> Sent: Wednesday, August 19, 2009 9:51 AM
> To: Kumar Gala
> Cc: Ben Dooks; linux-ker...@vger
On Fri, Aug 28, 2009 at 12:43:08PM +1000, Benjamin Herrenschmidt wrote:
>On Thu, 2009-08-27 at 16:36 -1000, Mitch Bradley wrote:
>> The idea of a wiki as a registration authority is a good one, but I'm
>> not volunteering to maintain it :-)
>
>here goes my hope :-)
>
>Do we have wiki's we could us
This patch implements the callbacks to handle the reads/writes
into the sysfs interfaces
/sys/devices/system/cpu/cpu/available_hotplug_states
and
/sys/devices/system/cpu/cpu/current_state
Currently, the patch defines two states which the processor can go to when it
is offlined. They are
- deallo
Hi,
This is the version 2 of the patch series to provide a cpu-offline framework
that enables the administrators choose the state the offline CPU must be put
into when multiple such states are exposed by the underlying architecture.
Version 1 of the Patch can be found here:
http://lkml.org/lkml/2
Provide an interface by which the system administrator can decide what state
should the CPU go to when it is offlined.
To query the hotplug states, on needs to perform a read on the sysfs tunable:
/sys/devices/system/cpu/cpu/available_hotplug_states
To query or set the current state for a
* Peter Zijlstra [2009-08-28 09:01:12]:
> On Fri, 2009-08-28 at 08:48 +0200, Peter Zijlstra wrote:
> >
> > > void cpuidle_install_idle_handler(void)
> > > {
> > > .
> > > .
> > > cpuidle_pm_idle = cpuidle_idle_call;
> > > }
> >
> > All I'm seeing here is a frig
On Thu, 2009-08-27 at 19:59 +, Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/linus/4f8ee2c9cc0e885d2bb50ef26db66150ab25213e
> Commit: 4f8ee2c9cc0e885d2bb50ef26db66150ab25213e
> Parent: cf481442f2e086316ed8a1b3046f00ad23632ac4
> Author: Benjamin Herrenschmid
On Fri, 2009-08-28 at 08:48 +0200, Peter Zijlstra wrote:
>
> > void cpuidle_install_idle_handler(void)
> > {
> > .
> > .
> > cpuidle_pm_idle = cpuidle_idle_call;
> > }
>
> All I'm seeing here is a frigging mess.
>
> How on earths can something called: cpuidle_in
34 matches
Mail list logo
