On Wed, Mar 24, 2010 at 06:56:31PM +1100, Benjamin Herrenschmidt wrote:
> Some powerpc code needs to ensure that all previous iounmap/vunmap has
> really been flushed out of the MMU hash table. Without that, various
> hotplug operations may fail when trying to return those pieces to
> the hyperviso
On Thu, Mar 25, 2010 at 01:20:41AM -0300, Rajiv Andrade wrote:
> Why not
>
> +#ifdef CONFIG_OF
> + return of_register_platform_driver(&tis_of_driver);
> +#elif CONFIG_PNP
> + return pnp_register_driver(&tis_pnp_driver);
> +#endif
>
> ?
AFAIK they are not exclusive options? I can't imag
> Why the phandle redirection? Why not just put the firmware blob into
> a property in the QE node, or as a subnode?
Because there might be multiple QE devices on a single chip, and each
will need to upload the same firmware. So instead of embedding the
firmware multip
On Wednesday 24 March 2010, David Miller wrote:
> All applied, but I have to make some fixups.
>
> For example, GIT warns about trailing whitespace on any lines that you
> touched so I had to fix those up before putting them into the tree.
I did wonder about fixing that or not. But as the surround
On Wed, 24 Mar 2010, Ian Campbell wrote:
> On Wed, 2010-03-24 at 17:44 +, Thomas Gleixner wrote:
> > On Wed, 24 Mar 2010, Ian Campbell wrote:
> >
> > > On Mon, 2010-03-22 at 10:19 +, Thomas Gleixner wrote:
> > > > On Sun, 21 Mar 2010, Yinghai Lu wrote:
> > > >
> > > > > From: Ian Campbel
From: Frans Pop
Date: Wed, 24 Mar 2010 18:40:15 +0100
> This is the second patchset to remove trailing spaces in kernel messages.
> Patches in this set cover networking code, excepting wireless which will be
> submitted in a separate set.
>
> Patches have been rebased against current net-next.
On Wed, 2010-03-24 at 17:44 +, Thomas Gleixner wrote:
> On Wed, 24 Mar 2010, Ian Campbell wrote:
>
> > On Mon, 2010-03-22 at 10:19 +, Thomas Gleixner wrote:
> > > On Sun, 21 Mar 2010, Yinghai Lu wrote:
> > >
> > > > From: Ian Campbell
> > > >
> > > > Move arch_init_copy_chip_data and a
In message: <4baa4c8a.70...@freescale.com>
Timur Tabi writes:
: Most firmware is 8-12KB, so this will make for one ugly DTS. Plus,
: there's the issue of distributing non-GPL firmware data inside a
: DTS, which is GPL.
Is there some reason that the firmware couldn't be loaded by ubo
M. Warner Losh wrote:
> Is there some reason that the firmware couldn't be loaded by uboot as
> part of its initialization?
Unfortunately, our hardware is frequently designed such that the same firmware
needs to be loaded by U-Boot and then again by the kernel.
--
Timur Tabi
Linux kernel devel
On Wed, Mar 24, 2010 at 11:07:42AM -0600, Grant Likely wrote:
> On Wed, Mar 24, 2010 at 11:00 AM, Segher Boessenkool
> wrote:
> >>> Why the phandle redirection? Why not just put the firmware blob into
> >>> a property in the QE node, or as a subnode?
> >>
> >> Because there might be multiple QE d
Grant Likely wrote:
> Thanks. This is important information when talking about his.
>
> You can also put it into an initrd and use the Linux firmware loader.
We may also need to support non-Linux operating systems that don't use an
initrd. For now, an initrd might work. I don't know how I'll
> Most firmware is 8-12KB, so this will make for one ugly DTS. Plus, there's
the issue of distributing non-GPL firmware data inside a DTS, which is GPL.
You've got the distribution problem that needs to be solved regardless
because it cannot be part of U-Boot either. How do you plan to ha
On Wed, Mar 24, 2010 at 11:31 AM, Timur Tabi wrote:
> Grant Likely wrote:
>> On Wed, Mar 24, 2010 at 11:00 AM, Segher Boessenkool
>> wrote:
> Why the phandle redirection? Why not just put the firmware blob into
> a property in the QE node, or as a subnode?
Because there might b
ps3_gelic_wireless.c: also remove a stray "p" after a newline.
Signed-off-by: Frans Pop
Cc: Benjamin Herrenschmidt
Cc: linuxppc-...@ozlabs.org
---
drivers/net/ps3_gelic_net.c |4 ++--
drivers/net/ps3_gelic_wireless.c | 34 +-
2 files changed, 19 insert
This is the second patchset to remove trailing spaces in kernel messages.
Patches in this set cover networking code, excepting wireless which will be
submitted in a separate set.
Patches have been rebased against current net-next.
Benefits are:
- general cleanup and consistency
- minor reductio
On Wed, 24 Mar 2010, Ian Campbell wrote:
> On Mon, 2010-03-22 at 10:19 +, Thomas Gleixner wrote:
> > On Sun, 21 Mar 2010, Yinghai Lu wrote:
> >
> > > From: Ian Campbell
> > >
> > > Move arch_init_copy_chip_data and arch_free_chip_data into function
> > > pointers in struct irq_chip since th
Grant Likely wrote:
> On Wed, Mar 24, 2010 at 11:00 AM, Segher Boessenkool
> wrote:
Why the phandle redirection? Why not just put the firmware blob into
a property in the QE node, or as a subnode?
>>>
>>> Because there might be multiple QE devices on a single chip, and each
>>> will nee
On Wed, Mar 24, 2010 at 11:00 AM, Segher Boessenkool
wrote:
>>> Why the phandle redirection? Why not just put the firmware blob into
>>> a property in the QE node, or as a subnode?
>>
>> Because there might be multiple QE devices on a single chip, and each
>> will need to upload the same firmware
Why the phandle redirection? Why not just put the firmware blob into
a property in the QE node, or as a subnode?
Because there might be multiple QE devices on a single chip, and each
will need to upload the same firmware. So instead of embedding the
firmware multiple times, just embed it once,
The root of the problem is that Apple OF will not open an stdout
for you
on some machines if you don't enter OF manually, so yaboot text never
shows up. This was somewhat worked around by the ofboot.b script but
indeed, it seems to fail to check that there's a display to open
before
actually
Hello,
When multiple hvc console ports are initialised and used via the
virtio_console driver, I can interact with only the first console, the
2nd one doesn't respond.
If I call hvc_kick() even if hvc_poll() returns 0, the 2nd console
becomes responsive.
I've checked that hvc_poll() receives dat
On (Wed) Mar 24 2010 [11:37:21], Alan Cox wrote:
> On Sun, 21 Mar 2010 08:04:39 +1100
> Benjamin Herrenschmidt wrote:
>
> > On Fri, 2010-03-19 at 08:18 -0700, Greg Kroah-Hartman wrote:
> > > From: Amit Shah
> > >
> > > Alan pointed out a race in the code where hvc_remove is invoked. The
> > > r
On Tue, 2010-03-23 at 07:10 +, Paul Mundt wrote:
> The function pointer thing itself is also a bit unorthodox to say the
> least. You're introducing and passing around an opaque type just so you
> can get to a 'return 0' in the xen case as far as I can tell,
The ultimate aim is to have Xen us
On Mon, 2010-03-22 at 10:19 +, Thomas Gleixner wrote:
> On Sun, 21 Mar 2010, Yinghai Lu wrote:
>
> > From: Ian Campbell
> >
> > Move arch_init_copy_chip_data and arch_free_chip_data into function
> > pointers in struct irq_chip since they operate on irq_desc->chip_data.
>
> Not sure about t
On (Sun) Mar 21 2010 [10:07:25], Amit Shah wrote:
> On (Sun) Mar 21 2010 [08:04:39], Benjamin Herrenschmidt wrote:
> > On Fri, 2010-03-19 at 08:18 -0700, Greg Kroah-Hartman wrote:
> > > From: Amit Shah
> > >
> > > Alan pointed out a race in the code where hvc_remove is invoked. The
> > > recent v
On Wed, Mar 24, 2010 at 1:07 AM, Grant Likely wrote:
>> +- fsl,firmware-phandle:
>> + Usage: required
>> + Value type:
>> + Definition: Points to a firmware node (see "QE Firmware Node" below)
>> + that contains the firmware that should be uploaded for this QE.
>> + The co
On Sun, 21 Mar 2010 08:04:39 +1100
Benjamin Herrenschmidt wrote:
> On Fri, 2010-03-19 at 08:18 -0700, Greg Kroah-Hartman wrote:
> > From: Amit Shah
> >
> > Alan pointed out a race in the code where hvc_remove is invoked. The
> > recent virtio_console work is the first user of hvc_remove().
>
>
Hello Daniel,
> Date: Wed, 24 Mar 2010 13:33:48 +1100
> From: Daniel Ng
> To: linuxppc-...@ozlabs.org
> Subject: SPI Driver for CPM2 8260 (8272 family)
> Message-ID:
> <547eba1b1003231933x738b2660u364b12d43bf9...@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi,
>
> I
On Sat, 2010-03-20 at 23:05 +, Ben Hutchings wrote:
> WARN() is used in some places to report firmware or hardware bugs that
> are then worked-around. These bugs do not affect the stability of the
> kernel and should not set the usual TAINT_WARN flag. To allow for
> this, add WARN_TAINT() and
On (Wed) Mar 24 2010 [21:45:44], Benjamin Herrenschmidt wrote:
> On Sun, 2010-03-21 at 08:04 +1100, Benjamin Herrenschmidt wrote:
> > On Fri, 2010-03-19 at 08:18 -0700, Greg Kroah-Hartman wrote:
> > > From: Amit Shah
> > >
> > > Alan pointed out a race in the code where hvc_remove is invoked. The
On Wed, 2010-03-24 at 11:32 +0100, Romain Goyet wrote:
> Hi there,
>
>
> Here's a summary about "how to boot a PowerMac G5 without a screen
> attached". As many people have noticed, default yaboot install won't
> boot unless a screen is attached.
CC'ing Tony who is the latest victim of yaboot
On Sun, 2010-03-21 at 08:04 +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2010-03-19 at 08:18 -0700, Greg Kroah-Hartman wrote:
> > From: Amit Shah
> >
> > Alan pointed out a race in the code where hvc_remove is invoked. The
> > recent virtio_console work is the first user of hvc_remove().
>
> T
Hi there,
Here's a summary about "how to boot a PowerMac G5 without a screen
attached". As many people have noticed, default yaboot install won't
boot unless a screen is attached.
Actually, the workaround is really simple. Thing is, that's the
"ofboot.b" script that messes things up. This sc
Most people have had
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi,
> There were very few tests done with later kernel versions, and in all
> practical system configurations we tested we found that XIP did not
> give real benefits. Usually execution from flash was slower than when
> running from RAM, and even booting a (inevitably uncompressed) kernel
> from f
On Tue, 2010-03-23 at 20:44 +0100, Wolfgang Denk wrote:
> There were very few tests done with later kernel versions, and in all
> practical system configurations we tested we found that XIP did not
> give real benefits. Usually execution from flash was slower than when
> running from RAM, and even
This ensures that the translations for unmapped IO mappings or
unmapped memory are properly removed from the MMU hash table
before such an unplug. Without this, the hypervisor refuses the
unplug operations due to those resources still being mapped by
the partition.
Signed-off-by: Benjamin Herrensc
Some powerpc code needs to ensure that all previous iounmap/vunmap has
really been flushed out of the MMU hash table. Without that, various
hotplug operations may fail when trying to return those pieces to
the hypervisor due to existing active mappings.
This exports purge_vmap_area_lazy() to allow
38 matches
Mail list logo
