on the error path).
But I don't want multiple error path labels. The error path could only happen
if someone passed in a broken device tree (i.e. pretty much never), so I'm not
keen on complicating my code just to optimize something that will never be used.
--
Timur Tabi
Linux kernel developer
we ship on the P1022DS
board. We could just remove the NOR flash node from the DTS.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
the desired mode before entering the kernel, and
provide an appropriate device tree.
I can both of these features, but not in this patch.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
0x0800
0x1 0x0 0xf 0xe000 0x0800
0x2 0x0 0x0 0xffa0 0x0004
^^^
0x3 0x0 0xf 0xffdf 0x8000;
--
Timur Tabi
Linux kernel developer at Freescale
on true 64-bit kernels, and in those cases, we cannot build a kernel with
32-bit phys support, so the driver needs to handle it internally.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
DTs for the P4080-class
parts, and we don't have a U-Boot configuration option for building a 32-bit
compatible U-Boot.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
On Nov 3, 2011, at 7:16 AM, David Laight david.lai...@aculab.com wrote:
Arithmetic on 'void *' should not be done. I know some versions of
gcc allow it (provided some warning level/option is enabled) but
that doesn't mean it is valid.
My suspicions are that is was allowed due to the way 'void
-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/configs/corenet32_smp_defconfig |1 +
arch/powerpc/platforms/85xx/Kconfig |5 -
2 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/configs/corenet32_smp_defconfig
b/arch/powerpc/configs
board doesn't sound like
the best way to enforce this.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
for that device. If it exists, then as we are looping over
all MSI devices, we skip the ones that don't have a matching phandle.
Signed-off-by: Timur Tabi ti...@freescale.com
---
v3: added check for invalid fsl,msi phandles
arch/powerpc/sysdev/fsl_msi.c | 39
for that device. If it exists, then as we are looping over
all MSI devices, we skip the ones that don't have a matching phandle.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/sysdev/fsl_msi.c | 33 +
1 files changed, 33 insertions(+), 0 deletions
for that device. If it exists, then as we are looping over
all MSI devices, we skip the ones that don't have a matching phandle.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/sysdev/fsl_msi.c | 33 +
arch/powerpc/sysdev/fsl_msi.h |3 +++
2
Kumar Gala wrote:
I would have hoped the bindings had made it clear already what was board info
vs what was SoC.
When it comes to device trees, I never assume anything is clear.
If not, they should be clarify that in the binding specs.
I'm okay with that.
--
Timur Tabi
Linux kernel
-enable them?
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Geert Uytterhoeven wrote:
You deleted this part:
config PHYS_ADDR_T_64BIT
def_bool 64BIT || ARCH_PHYS_ADDR_T_64BIT
which enforces that PHYS_ADDR_T_64BIT is enabled if 64BIT is set.
Ok, I didn't catch that before, but it makes sense now. Thanks.
--
Timur Tabi
Linux kernel
to the structure definition. I
don't think that's asking a lot.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
understand why
you couldn't do that when you applied the patch.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
.
This is my problem with the patch.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
they
like to keep 32-bit and 36-bit environments for both, and why they default to
32-bit.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
redefined
from an actual address to just an offset, but the fields were not renamed
accordingly. These fields are replace with a single field, msiir_offset,
to reflect the new meaning.
Signed-off-by: Timur Tabi ti...@freescale.com
---
This patch is necessary, but not sufficient, for MSI support
Greg KH wrote:
This patch doesn't apply at all to my tty tree, what was it made
against?
An internal repository that supposed to be in-sync with the latest and greatest.
What's the URL for your tty-next repo?
--
Timur Tabi
Linux kernel developer at Freescale
variable.
Signed-off-by: Timur Tabi ti...@freescale.com
---
drivers/tty/ehv_bytechan.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/ehv_bytechan.c b/drivers/tty/ehv_bytechan.c
index f733718..1595dba 100644
--- a/drivers/tty/ehv_bytechan.c
+++ b/drivers
eliminate the code altogether.
Signed-off-by: Timur Tabi ti...@freescale.com
---
drivers/tty/ehv_bytechan.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/ehv_bytechan.c b/drivers/tty/ehv_bytechan.c
index e67f70b..b24e6f7 100644
--- a/drivers/tty
counter support, it just stops at the Mount-cache hash
table entries: 256 line.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Kumar Gala wrote:
What happened to looking at pixis vs ngpixis ?
Doh, I knew I was forgetting something.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo
Gala Kumar-B11780 wrote:
I pulling the p3060qds bit out so drop that change from next patch.
Ok, I'm thinking it should look like this:
compatible = fsl,p3060qds-fpga, fsl,fpga-qixis;
--
Timur Tabi
Linux kernel developer at Freescale
.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
, however,
since that particular function doesn't work anyway. When the DIU is active,
the PIXIS is in indirect mode, and so cannot be accessed as a memory-mapped
device.
Signed-off-by: Timur Tabi ti...@freescale.com
---
v3: added ngpixis to list
v2: removed references to the CPLD
This patch only
of the
functionality is the same, so it makes sense to create common compatibility
strings.
Signed-off-by: Timur Tabi ti...@freescale.com
---
v2: removed references to the CPLD
This patch applies on top of [PATCH 3/4] powerpc/p3060qds: Add support for
P3060QDS board, but it also assumes that the 'ranges' property
Commit 6820fead (powerpc/fsl_msi: Handle msi-available-ranges better) added
support for multiple ranges in the msi-available-ranges property, but it
miscalculated the MSIR index when multiple ranges are used.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/sysdev/fsl_msi.c |8
Audio support for the MPC5200 exists, so enable it by default.
Signed-off-by: Timur Tabi ti...@freescale.com
---
There was a bug in the audio drivers related to the of_platform
changes that was never discovered because these drivers were
never compiled by default. This patch should make sure
to create common compatibility strings.
Signed-off-by: Timur Tabi ti...@freescale.com
---
Changes for other Freescale boards will be made in future patches.
.../devicetree/bindings/powerpc/fsl/board.txt | 30
arch/powerpc/boot/dts/p1010rdb.dts | 10
.
2) Rename msi_addr_lo to ccsr_msiir_offset, to indicate that it's an offset
relative to the beginning of CCSR.
3) Calculate 64-bit addresses using actual 64-bit math.
4) Document some of the code and assumptions we make.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/sysdev
On Aug 25, 2011, at 9:08 AM, Greg KH g...@kroah.com wrote:
On Thu, Aug 25, 2011 at 04:18:43PM +1000, Stephen Rothwell wrote:
Thanks for the report.
Timur, care to send a fixup patch for this so this gets resolved?
Yes, I will do it ASAP, probably within the next two hours.
/powerpc/kernel/head_64.o] Error 1
I guess I don't have the right compiler.
Anyway, I think I know how to fix the break that Stephen is seeing. I will post
a v4 patch in a few minutes.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev
, which is used to handle user-space input and output. The
byte channel used for the console is designated as the default tty.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/include/asm/udbg.h |1 +
arch/powerpc/kernel/udbg.c |2 +
drivers/tty/Kconfig | 34
Greg KH wrote:
No, this doesn't work, I need just a fix, as I took your previous patch
already.
Sorry, coming right up.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
The Kconfig for the ePAPR hypervisor byte channel driver has a depends on PPC,
which means it would compile on all PowerPC platforms, even though it's
only been tested on Freescale platforms. Change the Kconfig to depend on
FSL_SOC instead.
Signed-off-by: Timur Tabi ti...@freescale.com
?
I've made a few changes, and it builds on all PPC now. I'll post a new patch.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
The ePAPR hypervisor byte channel driver is supposed to work on all
ePAPR-compliant embedded PowerPC systems, but it had a reference to the MSR_GS
bit, which is available only on Book-E systems.
Also fix a couple integer-to-pointer typecast problems.
Signed-off-by: Timur Tabi ti...@freescale.com
platform.
So I'm not removing this code just to fix the build break. It really should
never have been there in the first place.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
-common.c'
by xics_init() which is itself marked with __init.
= not built-tested =
Reported-by: Timur Tabi ti...@freescale.com
Signed-off-by: Arnaud Lacombe lacom...@gmail.com
Acked-by: Timur Tabi ti...@freescale.com
This warning still appears, though:
WARNING: arch/powerpc/sysdev/built-in.o
Joakim Tjernlund wrote:
QE_General4 should only round up the divisor iff divisor is 3.
Rounding up lower divisors makes the error too big, causing USB
on MPC832x to fail.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
Acked-by: Timur Tabi ti...@freescale.com
--
Timur Tabi
Julia Lawall wrote:
At this point, ehv_pic has been allocated but not stored anywhere, so it
should be freed before leaving the function.
Acked-by: Timur Tabi ti...@freescale.com
FYI, Ashish is no longer with Freescale, so I've taken over maintainership of
ehv_pic.
--
Timur Tabi
Linux kernel
missing something? irq_alloc_host() calls of_node_get():
host-of_node = of_node_get(of_node);
so doesn't that mean that the caller of irq_alloc_host() should
release the device node pointer?
--
Timur Tabi
Linux kernel developer at Freescale
== dma_channel_np)
return ssi_np;
np = of_parse_phandle(ssi_np, fsl,capture-dma, 0);
+ of_node_put(np);
if (np == dma_channel_np)
return ssi_np;
}
return NULL;
--
Timur Tabi
Linux kernel developer
of_parse_phandle increments the reference count of np, so this should be
decremented before trying the next possibility.
Since we don't actually use np, we can decrement the reference count
immediately.
Reported-by: Julia Lawall ju...@diku.dk
Signed-off-by: Timur Tabi ti...@freescale.com
Two debugging prinkts were accidentally included in the last patch to
arch/powerpc/platforms/85xx/p1022_ds.c.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/platforms/85xx/p1022_ds.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms
. Instead, we should claim the IRQ when the device is probed.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/configs/mpc85xx_defconfig |1 +
arch/powerpc/configs/mpc85xx_smp_defconfig |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/configs
Enable the audio drivers in the non-corenet 85xx defconfigs so that audio
is enabled on the Freescale P1022DS reference board.
Signed-off-by: Timur Tabi ti...@freescale.com
---
sound/soc/fsl/fsl_ssi.c | 61 --
1 files changed, 37 insertions(+), 24
Enable the audio drivers in the non-corenet 85xx defconfigs so that audio
is enabled on the Freescale P1022DS reference board.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/configs/mpc85xx_defconfig |1 +
arch/powerpc/configs/mpc85xx_smp_defconfig |1 +
2 files
. Instead, we should claim the IRQ when the device is probed.
Signed-off-by: Timur Tabi ti...@freescale.com
---
sound/soc/fsl/fsl_ssi.c | 61 --
1 files changed, 37 insertions(+), 24 deletions(-)
diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl
).
Signed-off-by: Timur Tabi ti...@freescale.com
---
Grant, could you please review the way I instantiate the platform driver and
call the .probe function?
Documentation/misc-devices/fsl_dcm.txt | 50 +++
drivers/misc/Kconfig | 14 +
drivers/misc/Makefile
arch/powerpc/platforms/85xx/Kconfig:176:symbol P2040_RDB depends on
PPC_E500MC
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
with
Topaz: take the actual hardware platform and add -hv to it. Of course, that
conflicts with Topaz at the moment.
--
Timur Tabi
Linux kernel developer at Freescale
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc
.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
on the P1022DS,
because the code that talks to the PIXIS FPGA is broken.
Signed-off-by: Timur Tabi ti...@freescale.com
Acked-by: Anatolij Gustschin ag...@denx.de
---
arch/powerpc/platforms/512x/mpc512x_shared.c | 22 +++-
arch/powerpc/platforms/85xx/p1022_ds.c | 47
good to be
sure.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/include/asm/mpic.h |2 --
arch/powerpc/sysdev/mpic.c | 24 +++-
2 files changed, 15 insertions(+), 11 deletions(-)
diff --git a/arch/powerpc/include/asm/mpic.h b/arch/powerpc/include
Greg KH wrote:
3) A tty driver, which is used to handle user-space input and output. The
byte channel used for the console is designated as the default tty.
Signed-off-by: Timur Tabi ti...@freescale.com
Doesn't apply at all to the tty-next tree, so I can't apply it here :(
I shall take
, please ignore.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
, which is used to handle user-space input and output. The
byte channel used for the console is designated as the default tty.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/include/asm/udbg.h |1 +
arch/powerpc/kernel/udbg.c |2 +
drivers/tty/Kconfig | 34
-by: Timur Tabi ti...@freescale.com
Ethernet works before and after applying this patch, so all I can say is that it
doesn't break anything.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
on the P1022DS,
because the code that talks to the PIXIS FPGA is broken.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/platforms/512x/mpc512x_shared.c | 22 +++-
arch/powerpc/platforms/85xx/p1022_ds.c | 47 -
arch/powerpc/platforms/86xx/mpc8610_hpcd.c
with the simpler routine that's currently used on the P1022DS.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/platforms/86xx/mpc8610_hpcd.c | 107 ---
1 files changed, 48 insertions(+), 59 deletions(-)
diff --git a/arch/powerpc/platforms/86xx/mpc8610_hpcd.c
Enable framebuffer console support by default in the defconfig on the
Freescale MPC8610 HPCD reference board. This allows the boot messages to
be shown on the video display.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/configs/86xx/mpc8610_hpcd_defconfig |5 +
1 files
tighter since it can use a platform-specific mechanism to start all
the timebases at once.
I agree with that, but for now, I need to work around that kexec limitation.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Enable framebuffer console support by default in the defconfigs for the
Freescale 85xx-based reference board. This allows the boot messages to
be shown on the video display on the P1022DS.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/configs/mpc85xx_defconfig |4
To ensure that the DIU pixel clock will not be set to an invalid value,
clamp the PXCLK divider to the allowed range (2-255). This also acts as
a limiter for the pixel clock.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/platforms/85xx/p1022_ds.c |7 ++-
1 files changed
. p1022ds_set_pixel_clock)
to clamp the pixel clock to a supported value.
Signed-off-by: Timur Tabi ti...@freescale.com
---
drivers/video/fsl-diu-fb.c | 16
include/linux/fsl-diu-fb.h |6 --
2 files changed, 0 insertions(+), 22 deletions(-)
diff --git a/drivers/video/fsl-diu-fb.c b
some future
version adds timebase support. We currently use the device tree for all this,
so I'm not sure what a FTR bit will gain us.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
Timur Tabi wrote:
The ePAPR embedded hypervisor specification provides an API for byte
channels, which are serial-like virtual devices for sending and receiving
streams of bytes. This driver provides Linux kernel support for byte
channels via three distinct interfaces:
1) An early-console
Felix Radensky wrote:
What am I doing wrong ?
Can you debug the PHY driver to see if it's getting called and trying to talk to
the PHY itself?
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev
of them.
Removing the ioctl interface also allows us to clean up the header file and
remove other unusued stuff.
Signed-off-by: Timur Tabi ti...@freescale.com
---
There's a warning about dummy_ad_addr that will be fixed in a future patch.
Documentation/ioctl/ioctl-number.txt |2 -
drivers/video
.
Signed-off-by: Priyanka Jain priyanka.j...@freescale.com
Acked-by: Timur Tabi ti...@freescale.com
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc
. We can't
list every possible Dallas-compatible RTC chip here.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
CONFIG_PPC_EPAPR_HV_BYTECHAN adds support for the Freescale hypervisor
byte channel tty driver.
CONFIG_VIRT_DRIVERS and CONFIG_FSL_HV_MANAGER add support for the Freescale
hypervisor management driver.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/configs
= *(volatile unsigned long *)p;
(void)dummy;
}
* After these changes (make sure all code is mapped + make sure to
read all pages so that the TLBs are updated), my scenario works fine.
I still find it hard to believe that this is necessary.
--
Timur Tabi
Linux
Timur Tabi wrote:
Hmmm I find that surprising. Memory allocated via ioremap() is supposed
to
be available in interrupt handlers, where TLB mappings can't be created
on-the-fly. I'm not sure that your observation is correct.
Ok, it turns out I'm wrong. As long as the page
.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/platforms/85xx/p3041_ds.c | 11 +++
arch/powerpc/platforms/85xx/p4080_ds.c | 11 +++
arch/powerpc/platforms/85xx/p5020_ds.c | 11 +++
3 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/arch
Scott Wood wrote:
FWIW, it's not supported under KVM either -- though we don't support an SMP
guest under KVM yet, and KVM silently ignores it rather than logs errors as
the FSL HV does.
Does KVM set the root compatible to fsl,P4080DS-hv?
--
Timur Tabi
Linux kernel developer at Freescale
Randy Dunlap wrote:
But it sounds like virt/ needs virt/host/ and virt/guest/ to me.
I'm okay with that idea, except there's a consensus that drivers should be in
drivers/.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing
a good point.
Ok, so maybe I don't have any really good answers here. :-)
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
we've updated the applications. But we have a
chicken-or-the-egg problem where we need the same application to work with the
new and old ioctl interface for a period of time.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing
down.
Signed-off-by: Timur Tabi ti...@freescale.com
---
drivers/Kconfig|2 +
drivers/Makefile |3 +
drivers/virt/Kconfig | 32 ++
drivers/virt/Makefile |5 +
drivers/virt/fsl_hypervisor.c | 983
there already are, I wonder what the point is. Even if I pick a number that is
currently not listed in the chart, that doesn't mean that it's actually not
being used, or that it won't conflict in the future.
So is it okay to stick with 0, or do I need to pick a new number?
--
Timur Tabi
Linux kernel
it to Documentation/ioctl/ioctl-number.txt in the same patch.
Ok, I was really hoping to avoid doing this. Like I said, binary compatibility
is important, and changing the type will break my existing apps. Are you
insisting that I pick a new number?
--
Timur Tabi
Linux kernel developer at Freescale
and use the upstream version of the
interfaces.
I think I can make that work.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
, and then wonder why nothing
works.
But as Arnd pointed out, it really isn't as big of deal as I make it out to be.
I can maintain compatibility internally. I blame my allergy medicine.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev
down.
Signed-off-by: Timur Tabi ti...@freescale.com
---
Documentation/ioctl/ioctl-number.txt |1 +
drivers/Kconfig |2 +
drivers/Makefile |3 +
drivers/virt/Kconfig | 32 ++
drivers/virt/Makefile|5 +
drivers
it, and U-Boot will set the
property if the clock is enabled. A future version of the P1022DS audio
driver will configure the clock itself, but for now, the driver should
not be told that the clock is running when it isn't.
Signed-off-by: Timur Tabi ti...@freescale.com
---
Without this patch
it, and U-Boot will set the
property if the clock is enabled. A future version of the P1022DS audio
driver will configure the clock itself, but for now, the driver should
not be told that the clock is running when it isn't.
Also fix the FIFO depth to 15, instead of 16.
Signed-off-by: Timur Tabi
The platform file for the Freecale P1022DS reference board is not freeing
the ioremap() mapping of the PIXIS and global utilities nodes it creates.
Signed-off-by: Timur Tabi ti...@freescale.com
---
arch/powerpc/platforms/85xx/p1022_ds.c | 11 ---
1 files changed, 8 insertions(+), 3
.
Signed-off-by: Timur Tabi ti...@freescale.com
---
drivers/Kconfig|2 +
drivers/Makefile |3 +
drivers/virt/Kconfig | 22 +
drivers/virt/Makefile |5 +
drivers/virt/fsl_hypervisor.c | 961
include
.
Ok. I'll review that document and make sure my comments conform. I guess I
just wasn't paying attention at the time.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
goes through the hypervisor
abstration? One of the patches in this patchset is a TTY driver that goes
through the Freescale hypervisor. I put the drivers in drivers/tty.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
since my
driver registers as a misc driver.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
* belong in drivers/misc?
Frankly, I just don't see what's wrong with a repository of various drivers that
don't really belong anywhere else.
And what about my concern that my driver will be the only one in drivers/virt?
--
Timur Tabi
Linux kernel developer at Freescale
in other
places, e.g. drivers/ps3/ps3-sys-manager.c, drivers/s390/char/vmcp.c
or parts of drivers/xen.
Alright, drivers/virt it is. I'll post a v4 once everyone else has had a chance
to comment on v3.
--
Timur Tabi
Linux kernel developer at Freescale
file is currently licensed under the GPL v2
only. Does that mean that any application that includes this header file so
that it can talk to the driver/hypervisor also needs to be licensed under the
GPL?
--
Timur Tabi
Linux kernel developer at Freescale
preference any other way, just make it
drivers/firmware then.
Did you mean to say drivers/misc?
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
301 - 400 of 1090 matches
Mail list logo