On Wed, 2008-02-27 at 19:04 +1100, Benjamin Herrenschmidt wrote:
> On Wed, 2008-02-27 at 18:28 +1100, Michael Ellerman wrote:
> > The cell IOMMU code no longer needs to save the pte_offset variable
> > separately, it is incorporated into tbl->it_offset.
> >
> > Signed-off-by: Michael Ellerman <[EM
On Wed, 2008-02-27 at 19:11 +1100, Michael Ellerman wrote:
> I'm pretty sure I tested it and it worked.
>
> But I didn't actually change anything WRT the spider offset anyway, we
> still add it to it_offset just like we used to, it's just we don't put
> it in the window and then pull it out agai
On Wed, 2008-02-27 at 18:28 +1100, Michael Ellerman wrote:
> The cell IOMMU code no longer needs to save the pte_offset variable
> separately, it is incorporated into tbl->it_offset.
>
> Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
> ---
Do this work on spider ?
There is a subtle differe
Benjamin Herrenschmidt wrote:
> On Tue, 2008-02-26 at 08:49 -0600, Maynard Johnson wrote:
>
>> 2. Compile C program as 32-bit; then run it. While the program is
>> waiting for input, obtain its PID and do 'cat /proc//maps' to
>> get
>> the address of where libc is loaded.
>> 3. From the dir w
On Wednesday 27 February 2008, Maynard Johnson wrote:
> > Sounds to me that your kernel module will try to copy_from_user() from
> > the user context of ... insmod :-)
> >
> Yeah, that's probably the problem (along with my lack of understanding
> how VM works -- heh). I guess I was just getti
Otherwise without CONFIG_SUSPEND we have:
ERROR: "pmu_batteries" [drivers/macintosh/apm_emu.ko] undefined!
ERROR: "pmu_battery_count" [drivers/macintosh/apm_emu.ko] undefined!
ERROR: "pmu_power_flags" [drivers/macintosh/apm_emu.ko] undefined!
on PPC32. The variables aren't wrapped in '#if defined
On Tue, 26 Feb 2008 17:58:53 +0300
Valentine Barshak <[EMAIL PROTECTED]> wrote:
> In order to get the proper boad info (bd_info) structure defined in ppcboot.h
> both TARGET_4xx and TARGET_44x should be defined for all PowerPC 440 boards.
> The 440GX boards also need TARGET_440GX defined since the
In current Linus git pmu_sys_suspended is only defined if
CONFIG_SUSPEND is set, so compilation fails with:
drivers/built-in.o: In function `pmu_led_set':
via-pmu-led.c:(.text+0x48622): undefined reference to `pmu_sys_suspended'
via-pmu-led.c:(.text+0x48626): undefined reference to `pmu_sys_suspen
I'm trying to find some patches that went to the list recently in
patchwork and they seem to be missing. Here are a few:
http://ozlabs.org/pipermail/linuxppc-dev/2008-February/052196.html
http://ozlabs.org/pipermail/linuxppc-dev/2008-February/052164.html
http://ozlabs.org/pipermail/linuxppc-dev/2
On Sun, Feb 24, 2008 at 4:34 PM, Stephen Neuendorffer
<[EMAIL PROTECTED]> wrote:
> Fix some missing __user tags and incorrect section tags.
> Convert semaphores to mutexes.
> Make probed_devices re-entrancy and error condition safe.
> Fix some backwards memcpys.
> Some other minor cleanups.
>
Currently the dtc source code has libfdt integrated in it. This seems to
have become place for upstream libfdt changes. Now we all know everyone
(linux kernel, cuboot) also have their own versions over libfdt. But if
another userspace app wants to use libfdt , it has to copy it from the
dtc source
Jarod Wilson wrote:
> Works just fine with the Apple UniNorth controller in my powerbook in cursory
> testing.
Could you remove the OHCI1394_HCControl_postedWriteEnable flag from
fw-ohci.c::ohci_enable() and test without and with the endianess patch?
--
Stefan Richter
-=-==--- --=- ==-==
ht
On Wed, 2008-02-27 at 06:27 -0600, Maynard Johnson wrote:
> Can't do that in the "real" code I'm developing, so I guess I'll need to
> use get_user_pages. Hmmm . . . not quite as simple to use as
> copy_from_user, and I don't see any doc on it. But at least I've found
> a couple examples in t
On Saturday 23 February 2008 06:24:17 am Stefan Richter wrote:
> The generation of incoming requests was filled in in wrong byte order on
> machines with big endian CPU.
>
> Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Cc: linuxppc-dev@ozlabs.org
> ---
>
> This patch
On Wednesday 27 February 2008 03:08:32 pm Stefan Richter wrote:
> Jarod Wilson wrote:
> > Works just fine with the Apple UniNorth controller in my powerbook in
> > cursory testing.
>
> Could you remove the OHCI1394_HCControl_postedWriteEnable flag from
> fw-ohci.c::ohci_enable() and test without an
On Wed, 27 Feb 2008 13:40:43 -0600
Jerone Young <[EMAIL PROTECTED]> wrote:
> Currently the dtc source code has libfdt integrated in it. This seems to
> have become place for upstream libfdt changes. Now we all know everyone
> (linux kernel, cuboot) also have their own versions over libfdt. But if
On Tue, Feb 26, 2008 at 09:32:25PM +1100, Paul Mackerras wrote:
> Martin Langer writes:
>
> Care to resend this with a proper description and a Signed-off-by
> line?
Sure.
> > + switch (PVR_VER(pvr)) {
> > + case 0x8000:/* 7441/7450/7451, Vger */
> > +
This series of patches is made in purpose to use PAGE_SIZE and THREAD_SIZE
macroses in vmlinux linker scripts as much as possible instead of numeric
constants. Please review.
WARNING: the patches are UNTESTED COMPLETELY - I've no access to
that architectures and errors is highly po
This series of patches is made in purpose to use PAGE_SIZE and THREAD_SIZE
macroses in vmlinux linker scripts as much as possible instead of numeric
constants. Please review.
WARNING: the patches are UNTESTED COMPLETELY - I've no access to
that architectures and errors is highly po
This patch modifies PAGE_SIZE definition to be able to
include it into vmlinux.lds.S script and use it then
Also PERCPU macros is used instead of explicit section
declaration
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
WARNING: COMPLETELY UNTESTED !!!
arch/arm/kernel/vmlinux.lds.S |
This patch includes page.h header into liker script that
allow us to use PAGE_SIZE macro instead of numeric constant
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
WARNING: COMPLETELY UNTESTED !!!
vmlinux-std.lds |3 ++-
vmlinux-sun3.lds |7 ---
2 files changed, 6 insertion
This patch modifies page.h header to be able to include it
into linker script and then we're able to use PAGE_SIZE in
vmlinux.lds
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
WARNING: COMPLETELY UNTESTED !!!
arch/m68knommu/kernel/vmlinux.lds.S |5 +++--
include/asm-m68knommu/page.
This patch modifies PAGE_SIZE definition to be able to
include it in vmlinux.lds.S script and use it then
Also THREAD_SIZE macro is used to replace numeric constant
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
WARNING: COMPLETELY UNTESTED !!!
arch/m32r/kernel/vmlinux.lds.S | 19 +++
This patch includes page.h header into liker script that
allow us to use PAGE_SIZE macro instead of numeric constant
Also PERCPU macro is used instead of explicit section definition
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
WARNING: COMPLETELY UNTESTED !!!
vmlinux.lds.S | 22 +++
This patch includes thread_info.h header into liker script that
allow us to use THREAD_SIZE macro instead of numeric constant
Also PERCPU macro is used instead of explicit section definition
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
WARNING: COMPLETELY UNTESTED !!!
vmlinux.lds.S
This patch includes page.h header into liker script that
allow us to use PAGE_SIZE macro instead of numeric constant
Also a few tabs deleted to align braces
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
WARNING: COMPLETELY UNTESTED !!!
vmlinux.lds.S | 33 +---
This patch includes page.h and thread_info.h headers into the linker
script that allow us to use PAGE_SIZE and THREAD_SIZE macroses
instead of numeric constants
Also a few spaces removed
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
WARNING: COMPLETELY UNTESTED !!!
vmlinux.lds.S | 1
This patch modifies thread_info.h header to be able to include it
into linker script and then we're able to use THREAD_SIZE in
vmlinux.lds
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
Reviewed-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
arch/alpha/kernel/vmlinux.lds.S |3 ++-
include/asm-
This patch includes page.h header into liker scripts that
allow us to use PAGE_SIZE macro instead of numeric constant.
To be able to include page.h into linker scripts page.h is
needed for some modification - i.e. we need to use __ASSEMBLY__
and _AC macro
Signed-off-by: Cyrill Gorcunov <[EMAIL PR
On Wed, 2008-02-27 at 14:31 -0600, Josh Boyer wrote:
> On Wed, 27 Feb 2008 13:40:43 -0600
> Jerone Young <[EMAIL PROTECTED]> wrote:
>
> > Currently the dtc source code has libfdt integrated in it. This seems to
> > have become place for upstream libfdt changes. Now we all know everyone
> > (linux
On Wed, Feb 27, 2008 at 09:39:50AM -0600, Josh Boyer wrote:
> I'm trying to find some patches that went to the list recently in
> patchwork and they seem to be missing. Here are a few:
>
> http://ozlabs.org/pipermail/linuxppc-dev/2008-February/052196.html
I looked up the first one:
http://patch
Josh Boyer writes:
> I'm trying to find some patches that went to the list recently in
> patchwork and they seem to be missing. Here are a few:
>
> http://ozlabs.org/pipermail/linuxppc-dev/2008-February/052196.html
That one was in "awaiting upstream" state since I put it in the
bundle, then rea
The LL TEMAC driver was updated to use the mac address from the board
data,
to use the Marvell specific PHY code so that 10 Mbit works, and to use
the
dcr_host from the platform data rather than using conditional
compilation
for DCR with DMA. The bootstrap loader was changed to read the mac
address
The default config file for the ML405 and the xparameters*.h file
were updated to match the hardware used for testing. The platform
data in virtex_devices.c was updated for the LL TEMAC driver
which now uses the dcr_host field to determine if it should use
DCR for the DMA.
Signed-off-by: John Linn
Hi John,
On Wed, 27 Feb 2008 16:14:50 -0700 "John Linn" <[EMAIL PROTECTED]> wrote:
>
> The LL TEMAC driver was updated to use the mac address from the board
> data,
> to use the Marvell specific PHY code so that 10 Mbit works, and to use
> the
> dcr_host from the platform data rather than using co
Hi John,
n Wed, 27 Feb 2008 16:15:18 -0700 "John Linn" <[EMAIL PROTECTED]> wrote:
>
> The default config file for the ML405 and the xparameters*.h file
> were updated to match the hardware used for testing. The platform
> data in virtex_devices.c was updated for the LL TEMAC driver
> which now use
pcibios_enable_device() has an almost verbatim copy of
pcibios_enable_resources(), (the only difference is that
pcibios_enable_resources() turns on PCI_COMMAND_MEMORY if
there's a ROM resource).
The duplication might be intentional, but I don't see any callers
of pcibios_enable_resources() on ppc,
Move bridge enable from pcibios_enable_resources() to
platform_pci_enable_device() so the former matches other
architectures and can be shared.
Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]>
Index: work6/arch/arm/kernel/bios32.c
==
pcibios_enable_device() has an almost verbatim copy of
pcibios_enable_resources(), (the only difference is that
pcibios_enable_resources() turns on PCI_COMMAND_MEMORY if
there's a ROM resource).
The duplication might be intentional, but I don't see any callers
of pcibios_enable_resources() on xten
On x86, pcibios_enable_device() is factored into
pcibios_enable_resources() and pcibios_enable_irq(). On several other
architectures, the functional equivalent of pcibios_enable_resources()
is expanded directly inside pcibios_enable_device().
This splits these pcibios_enable_device() implementati
Move PERR and SERR enables from pcibios_enable_resources() to
platform_pci_enable_device() so the former matches other
architectures and can be shared.
Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]>
Index: work6/arch/parisc/kernel/pci.c
==
There are many implementations of pcibios_enable_resources() that differ
in minor ways that look more like bugs than architectural differences.
This patch consolidates most of them to use the version annotated below.
This is the original x86 version, except that it uses the resource
collision chec
There are many implementations of pcibios_enable_resources() that differ
in minor ways that look more like bugs than architectural differences.
This patch series consolidates most of them to use the x86 version.
Changes between v1 and v2:
- Moved ARM bridge enable to new platform_pci_enable_dev
On Thu, 28 Feb 2008 10:00:00 +1100
Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Josh Boyer writes:
>
> > I'm trying to find some patches that went to the list recently in
> > patchwork and they seem to be missing. Here are a few:
> >
> > http://ozlabs.org/pipermail/linuxppc-dev/2008-February/052
On Wed, Feb 27, 2008 at 01:40:43PM -0600, Jerone Young wrote:
> Currently the dtc source code has libfdt integrated in it. This seems to
> have become place for upstream libfdt changes. Now we all know everyone
> (linux kernel, cuboot) also have their own versions over libfdt. But if
> another user
On Wed, 2008-02-27 at 14:58 -0500, Jarod Wilson wrote:
> On Saturday 23 February 2008 06:24:17 am Stefan Richter wrote:
> > The generation of incoming requests was filled in in wrong byte order on
> > machines with big endian CPU.
> >
> > Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
> > Cc: [
On Sat, 2008-02-23 at 12:24 +0100, Stefan Richter wrote:
> The generation of incoming requests was filled in in wrong byte order on
> machines with big endian CPU.
>
> Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Cc: linuxppc-dev@ozlabs.org
> ---
>
> This patch is
On Wednesday 27 February 2008 09:40:22 pm Benjamin Herrenschmidt wrote:
> On Wed, 2008-02-27 at 14:58 -0500, Jarod Wilson wrote:
> > On Saturday 23 February 2008 06:24:17 am Stefan Richter wrote:
> > > The generation of incoming requests was filled in in wrong byte order
> > > on machines with big
On Wednesday 27 February 2008 02:58:28 pm Jarod Wilson wrote:
> On Saturday 23 February 2008 06:24:17 am Stefan Richter wrote:
> > The generation of incoming requests was filled in in wrong byte order on
> > machines with big endian CPU.
> >
> > Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
> >
Somehow the indentation of this function is messed up - 7 spaces
instead of 1 tab (probably a bad copy paste from a patch file). This
patch fixes it.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/checks.c
===
--- dtc.or
> Under Mac OS X, system.log says "FireWire (OHCI) Apple ID 31 built-in now
> active". Could still be lucent though, judging by the subsys device ID of
> 5811, which matches up w/the Lucent/Agere FW323. But no, apparently I don't
> have the interesting one.
Well, it's interesting in the sense
51 matches
Mail list logo
