On Sat, 2007-12-01 at 18:11 +1100, Michael Ellerman wrote:
> I can't think at the moment, it's Saturday, but is there some way we
> could just make it a wrapper macro, so we don't need to redefine - and
> keep in sync - all the different init call types?
>
> So the usage would look something like
On Fri, 2007-11-30 at 17:24 -0700, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> The machine initcall macros allow initcalls to be registered which
> test machine_is() before executing the initcall.
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> ---
>
> Ben, is this the
On Fri, 2007-11-30 at 17:24 -0700, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> The machine initcall macros allow initcalls to be registered which
> test machine_is() before executing the initcall.
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> ---
>
> Ben, is this th
On Fri, 30 Nov 2007 18:53:04 CST, Josh Boyer wrote:
> On Fri, 30 Nov 2007 10:11:05 -0600
> Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> > Olof Johansson wrote:
> >
> > > I normally do "quilt diff | checkpatch.pl -" when use quilt. You could
> > > similarly do "git diff HEAD | checkpatch.pl -". Yo
On Fri, 30 Nov 2007 10:11:05 -0600
Jon Loeliger <[EMAIL PROTECTED]> wrote:
> Olof Johansson wrote:
>
> > I normally do "quilt diff | checkpatch.pl -" when use quilt. You could
> > similarly do "git diff HEAD | checkpatch.pl -". You'd always get the
> > warning about missing signed-off-by though.
From: Grant Likely <[EMAIL PROTECTED]>
The machine initcall macros allow initcalls to be registered which
test machine_is() before executing the initcall.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
Ben, is this the sort of thing you're considering?
g.
include/asm-powerpc/machdep.h |
> Is that level of sophistication really warranted for this scenario?
It's not -that- sophisticated and I want to have access to all
init levels, not just device and I don't like adding ad-hoc ppc_md.
calls that much.
Ben.
___
Linuxppc-dev mailing lis
On 11/30/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2007-11-30 at 15:51 -0700, Grant Likely wrote:
> >
> > Add a device_initcall hook to machdep_calls so that platform code
> > doesn't
> > need to register device_initcalls that must first check what platform
> > it is running
On Friday 30 November 2007, Arnd Bergmann wrote:
> 6100 lines means it's still the second-largest hcd driver in the kernel,
> only drivers/usb/host/u132-hcd.c has even more.
~/kernel/g26/drivers/usb/host$ wc -l ohci*[hc] |grep total
9485 total
~/kernel/g26/drivers/usb/host$ wc -l ehci*[hc] |grep
On Fri, 2007-11-30 at 15:51 -0700, Grant Likely wrote:
>
> Add a device_initcall hook to machdep_calls so that platform code
> doesn't
> need to register device_initcalls that must first check what platform
> it is running on.
>
> This should (slightly) speed boot time on kernels that support a
From: Grant Likely <[EMAIL PROTECTED]>
Add a device_initcall hook to machdep_calls so that platform code doesn't
need to register device_initcalls that must first check what platform
it is running on.
This should (slightly) speed boot time on kernels that support a lot of
boards and make device_i
(Cc:'ing linux-usb-devel)
On Friday 30 November 2007, Anton Vorontsov wrote:
> As for FHCI driver, it's not that big (6100 lines host patch + 3516
> lines usbgadget patch), but since usb subsystem changed: you have to
> know all the changes (or to look them up) and blindly follow them. Or
> start
On Sat, 1 Dec 2007, Benjamin Herrenschmidt wrote:
>
> On Fri, 2007-11-30 at 16:11 -0600, T Ziomek wrote:
>>> Possibly, though you aren't supposed to leave EARLY_DEBUG enabled
>>> once you are done debugging :-)
>>
>> I'm probably not the only person that would turn it on when needed,
>> think
>> "w
On Fri, 2007-11-30 at 16:11 -0600, T Ziomek wrote:
> > Possibly, though you aren't supposed to leave EARLY_DEBUG enabled
> > once you are done debugging :-)
>
> I'm probably not the only person that would turn it on when needed,
> think
> "well, no harm in leaving it on for the rest of my develop
T Ziomek wrote:
> On Sat, 1 Dec 2007, Benjamin Herrenschmidt wrote:
>> Possibly, though you aren't supposed to leave EARLY_DEBUG enabled
>> once you are done debugging :-)
>
> I'm probably not the only person that would turn it on when needed, think
> "well, no harm in leaving it on for the rest o
On Sat, 1 Dec 2007, Benjamin Herrenschmidt wrote:
>
> On Fri, 2007-11-30 at 13:10 -0600, T Ziomek wrote:
>>> This patch makes the early debug option force the console loglevel
>>> to the max. The early debug option is meant to catch messages very
>>> early in the kernel boot process, in many cases,
On Nov 30, 2007, at 2:59 PM, Benjamin Herrenschmidt wrote:
>
> On Fri, 2007-11-30 at 08:29 -0600, Olof Johansson wrote:
>> Hi,
>>
>> On Fri, Nov 30, 2007 at 04:40:24PM +1100, Benjamin Herrenschmidt
>> wrote:
>>
>>> This adds support for the Agere ET1011c PHY as found on the AMCC
>>> Taishan
>
On Fri, 2007-11-30 at 15:32 -0600, Josh Boyer wrote:
> On Sat, 01 Dec 2007 07:57:09 +1100
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> >
> > On Fri, 2007-11-30 at 14:08 -0600, Josh Boyer wrote:
> > > On Fri, 30 Nov 2007 17:11:01 +1100
> > > Benjamin Herrenschmidt <[EMAIL PROTECTED]> w
On Sat, 01 Dec 2007 07:57:09 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2007-11-30 at 14:08 -0600, Josh Boyer wrote:
> > On Fri, 30 Nov 2007 17:11:01 +1100
> > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> >
> > > From: Hugh Blemings <[EMAIL PROTECTED]>
> > >
> >
On Sat, Dec 01, 2007 at 07:59:16AM +1100, Benjamin Herrenschmidt wrote:
>
> On Fri, 2007-11-30 at 08:29 -0600, Olof Johansson wrote:
> > Hi,
> >
> > On Fri, Nov 30, 2007 at 04:40:24PM +1100, Benjamin Herrenschmidt wrote:
> >
> > > This adds support for the Agere ET1011c PHY as found on the AMCC
On Sat, Dec 01, 2007 at 07:54:03AM +1100, Benjamin Herrenschmidt wrote:
>
> On Fri, 2007-11-30 at 08:15 -0600, Olof Johansson wrote:
> > On Fri, Nov 30, 2007 at 05:10:38PM +1100, Benjamin Herrenschmidt wrote:
> >
> > > There will be further cleanups and fixes before 2.6.25 opens
> >
> > May I su
On Fri, 2007-11-30 at 08:15 -0600, Olof Johansson wrote:
> On Fri, Nov 30, 2007 at 05:10:38PM +1100, Benjamin Herrenschmidt wrote:
>
> > There will be further cleanups and fixes before 2.6.25 opens
>
> May I suggest running them through checkpatch.pl? It finds stuff in over
> half of the ones I
On Fri, 2007-11-30 at 08:29 -0600, Olof Johansson wrote:
> Hi,
>
> On Fri, Nov 30, 2007 at 04:40:24PM +1100, Benjamin Herrenschmidt wrote:
>
> > This adds support for the Agere ET1011c PHY as found on the AMCC Taishan
> > board.
>
> The whole patch has whitespace messed up (tabs vs spaces).
Th
On Fri, 2007-11-30 at 14:08 -0600, Josh Boyer wrote:
> On Fri, 30 Nov 2007 17:11:01 +1100
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > From: Hugh Blemings <[EMAIL PROTECTED]>
> >
> >
> > Signed-off-by: Hugh Blemings <[EMAIL PROTECTED]>
> > Signed-off-by: Benjamin Herrenschmidt <[EM
On Fri, 2007-11-30 at 13:10 -0600, T Ziomek wrote:
> > This patch makes the early debug option force the console loglevel
> > to the max. The early debug option is meant to catch messages very
> > early in the kernel boot process, in many cases, before the kernel
> > has a chance to parse the "deb
On Fri, 2007-11-30 at 03:14 -0600, Kumar Gala wrote:
> Skip updating the kmap_pte and flushing the TLB if the pte we
> are about to write is the same as the one we wrote last time we
> called kmap_atomic for this km_type.
>
> Also expose the flags to allow a caller to specify their own
> flags fo
On Fri, 30 Nov 2007 17:10:38 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> Here's a set of patches that bring PCI, PCI-X and PCI-Express
> support to 4xx on arch/powerpc. It also changes/fixed various
> bits and pieces, such as a bit of rework of arch/powerpc/boot
> 4xx code, adding a
On Fri, 30 Nov 2007 17:11:06 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> This adds base support for the Katmai board, including PCI-X and
> PCI-Express (but no RTC, nvram, etc... yet).
>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> ---
>
> As for Taishan, the bootw
On Fri, 30 Nov 2007 17:11:01 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> From: Hugh Blemings <[EMAIL PROTECTED]>
>
>
> Signed-off-by: Hugh Blemings <[EMAIL PROTECTED]>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> ---
>
> This needs a bit of cleanup still, probably
Define the layout of a binary blob that contains a QE firmware and instructions
on how to upload it. Add function qe_upload_firmware() to parse the blob
and perform the actual upload. Fully define 'struct rsp' in immap_qe.h to
include the actual RISC Special Registers.
Signed-off-by: Timur Tabi
Will Schmidt wrote:
>>From my reading of the papr, I've got the impression that there are two
> possibilities.
>
> First, the os-term never returns, and it's up to the service processor
> to do whatever it's going to do. (call home, dump, something else).
> Nothing we can do there.
>
> Seco
On Fri, 30 Nov 2007, Benjamin Herrenschmidt wrote:
>
> This patch makes the early debug option force the console loglevel
> to the max. The early debug option is meant to catch messages very
> early in the kernel boot process, in many cases, before the kernel
> has a chance to parse the "debug" com
Hi All,
I set PCI configuration registers(BARs) of a PCI adapter as following in Uboot:
base address 0 = 0xf401
base address 1 = 0xf441
base address 2 = 0xf481
base address 3 = 0xa000
base address 4 = 0xa0
On Fri, 2007-11-30 at 16:56 +1100, Stephen Rothwell wrote:
> On Tue, 27 Nov 2007 18:15:59 -0600 Will Schmidt <[EMAIL PROTECTED]> wrote:
> >
> > (resending with the proper "from" addr this time).
> >
> >
> > I'm seeing some funky behavior on power5/power6 partitions with this
> > patch.A "/s
Olof Johansson wrote:
> I normally do "quilt diff | checkpatch.pl -" when use quilt. You could
> similarly do "git diff HEAD | checkpatch.pl -". You'd always get the
> warning about missing signed-off-by though.
So do a "git log -p | checkpatch.pl -" instead? :-)
jdl
On Fri, Nov 30, 2007 at 04:28:27PM +0100, Laurent Pinchart wrote:
[...]
> > I tried to forward-port FHCI from Freescale 2.6.11 kernels. Twice.
> > But these efforts always stumbled over more important tasks.
>
> Do you think I start from the FHCI driver provided by Freescale for 2.6.11,
> from th
On Friday 30 November 2007 13:48, Anton Vorontsov wrote:
> On Fri, Nov 30, 2007 at 01:30:18PM +0100, Laurent Pinchart wrote:
> > On Friday 30 November 2007 12:16, Vitaly Bordug wrote:
> > > On Fri, 30 Nov 2007 11:45:49 +0100
> > >
> > > Laurent Pinchart wrote:
> > > > Hi everybody,
> > > >
> > > >
On Fri, Nov 30, 2007 at 08:57:33AM -0600, Kumar Gala wrote:
> On Nov 30, 2007, at 3:37 AM, Li Li wrote:
> > If do it standard, a 256M config space, at least 256M mem space and
> > 16M
> > io space are needed for each PCIE controller.
> > To allocate PCIE window, the window size only can be 512M o
On Fri, Nov 30, 2007 at 09:12:34AM -0600, Kumar Gala wrote:
>
> On Nov 30, 2007, at 8:15 AM, Olof Johansson wrote:
>
> > On Fri, Nov 30, 2007 at 05:10:38PM +1100, Benjamin Herrenschmidt
> > wrote:
> >
> >> There will be further cleanups and fixes before 2.6.25 opens
> >
> > May I suggest runnin
On Nov 30, 2007, at 8:15 AM, Olof Johansson wrote:
> On Fri, Nov 30, 2007 at 05:10:38PM +1100, Benjamin Herrenschmidt
> wrote:
>
>> There will be further cleanups and fixes before 2.6.25 opens
>
> May I suggest running them through checkpatch.pl? It finds stuff in
> over
> half of the ones I
On Thu, Nov 29, 2007 at 10:14:04PM -0600, Olof Johansson wrote:
> On Fri, Nov 30, 2007 at 11:45:34AM +0800, Li Li wrote:
> > + help
> > + Enables MPC837x PCI express RC mode
>
> Why have a separate config option for this?
To save code size when it isn't needed?
> For systems where you don'
On Nov 30, 2007, at 3:37 AM, Li Li wrote:
> On Fri, 2007-11-30 at 17:05 +0800, Gala Kumar wrote:
> +
> + [EMAIL PROTECTED] {
I agree w/Olof. This should be [EMAIL PROTECTED]
>
> + interrupt-map-mask = ;
> + msi-available-ranges = <43 4 51
Hi,
On Fri, Nov 30, 2007 at 05:11:06PM +1100, Benjamin Herrenschmidt wrote:
> This adds base support for the Katmai board, including PCI-X and
> PCI-Express (but no RTC, nvram, etc... yet).
>
> Index: linux-work/arch/powerpc/boot/dts/katmai.dts
> ==
On Nov 30, 2007, at 4:03 AM, Li Yang wrote:
>> -Original Message-
>> From: Kumar Gala [mailto:[EMAIL PROTECTED]
>> Sent: Friday, November 30, 2007 8:36 AM
>> To: Li Yang
>> Cc: linuxppc-dev@ozlabs.org
>> Subject: Re: [PATCH v7 7/9] ipic: clean up unsupported ack operations
>>
>>
>> On Oct
On Fri, 30 Nov 2007, Olof Johansson wrote:
> On Fri, Nov 30, 2007 at 04:40:23PM +1100, Benjamin Herrenschmidt wrote:
>
> > +static int m88e_init(struct mii_phy *phy)
> > +{
> > + printk("%s: Marvell 88E Ethernet\n", __FUNCTION__);
>
> KERN_ level?
pr_
With kind regards,
Geert Uytter
Hi,
On Fri, Nov 30, 2007 at 04:40:24PM +1100, Benjamin Herrenschmidt wrote:
> This adds support for the Agere ET1011c PHY as found on the AMCC Taishan
> board.
The whole patch has whitespace messed up (tabs vs spaces).
-Olof
___
Linuxppc-dev mailing
Hi,
On Fri, Nov 30, 2007 at 04:40:23PM +1100, Benjamin Herrenschmidt wrote:
> +static int m88e_init(struct mii_phy *phy)
> +{
> + printk("%s: Marvell 88E Ethernet\n", __FUNCTION__);
KERN_ level?
-Olof
___
Linuxppc-dev mailing list
Linux
On Fri, Nov 30, 2007 at 05:10:38PM +1100, Benjamin Herrenschmidt wrote:
> There will be further cleanups and fixes before 2.6.25 opens
May I suggest running them through checkpatch.pl? It finds stuff in over
half of the ones I tried it on :)
-Olof
___
On Fri, 30 Nov 2007 13:30:18 +0100
Laurent Pinchart wrote:
> On Friday 30 November 2007 12:16, Vitaly Bordug wrote:
> > On Fri, 30 Nov 2007 11:45:49 +0100
> >
> > Laurent Pinchart wrote:
> > > Hi everybody,
> > >
> > > Linux USB host support for the CPM, CPM2 and CPM2 pro is far from
> > > complet
On Fri, 30 Nov 2007 15:48:01 +0300
Anton Vorontsov wrote:
> On Fri, Nov 30, 2007 at 01:30:18PM +0100, Laurent Pinchart wrote:
> > On Friday 30 November 2007 12:16, Vitaly Bordug wrote:
> > > On Fri, 30 Nov 2007 11:45:49 +0100
> > >
> > > Laurent Pinchart wrote:
> > > > Hi everybody,
> > > >
> > >
On Fri, Nov 30, 2007 at 01:30:18PM +0100, Laurent Pinchart wrote:
> On Friday 30 November 2007 12:16, Vitaly Bordug wrote:
> > On Fri, 30 Nov 2007 11:45:49 +0100
> >
> > Laurent Pinchart wrote:
> > > Hi everybody,
> > >
> > > Linux USB host support for the CPM, CPM2 and CPM2 pro is far from
> > > c
On Friday 30 November 2007 12:16, Vitaly Bordug wrote:
> On Fri, 30 Nov 2007 11:45:49 +0100
>
> Laurent Pinchart wrote:
> > Hi everybody,
> >
> > Linux USB host support for the CPM, CPM2 and CPM2 pro is far from
> > complete. Many people showed interest on this list (and on
> > linuxppc-embedded) i
On Fri, Nov 30, 2007 at 02:43:50PM +0300, Sergei Shtylyov wrote:
> Anton Vorontsov wrote:
>
> >>>Remaining question: any preferred name for that property? pio-mode okay?
> >>>It's assuming that PIO6 capable bus supports PIO0 as well, thus no mask.
>
> >> I've already suggested "generic". A name
Anton Vorontsov wrote:
>>>Remaining question: any preferred name for that property? pio-mode okay?
>>>It's assuming that PIO6 capable bus supports PIO0 as well, thus no mask.
>> I've already suggested "generic". A name "simple" also comes to my mind.
> You've misread my question. I didn't ask
On Fri, Nov 30, 2007 at 02:05:01PM +0300, Sergei Shtylyov wrote:
> Anton Vorontsov wrote:
>
> >>>Remaining question: any preferred name for that property? pio-mode okay?
> >>>It's assuming that PIO6 capable bus supports PIO0 as well, thus no mask.
>
> >> I've already suggested "generic". A name
On Fri, 30 Nov 2007 11:45:49 +0100
Laurent Pinchart wrote:
> Hi everybody,
>
> Linux USB host support for the CPM, CPM2 and CPM2 pro is far from
> complete. Many people showed interest on this list (and on
> linuxppc-embedded) in the past, but nobody managed to complete a
> driver and get it merg
Anton Vorontsov wrote:
>>>Remaining question: any preferred name for that property? pio-mode okay?
>>>It's assuming that PIO6 capable bus supports PIO0 as well, thus no mask.
>> I've already suggested "generic". A name "simple" also comes to my mind.
> You've misread my question. I didn't ask
On Fri, Nov 30, 2007 at 01:17:22PM +0300, Sergei Shtylyov wrote:
> Anton Vorontsov wrote:
>
> >Remaining question: any preferred name for that property? pio-mode okay?
> >It's assuming that PIO6 capable bus supports PIO0 as well, thus no mask.
>
>I've already suggested "generic". A name "simp
Hi everybody,
Linux USB host support for the CPM, CPM2 and CPM2 pro is far from complete.
Many people showed interest on this list (and on linuxppc-embedded) in the
past, but nobody managed to complete a driver and get it merged.
As I need USB host support on my MPC8248 (CPM2), I decided to scr
Anton Vorontsov wrote:
> Remaining question: any preferred name for that property? pio-mode okay?
> It's assuming that PIO6 capable bus supports PIO0 as well, thus no mask.
I've already suggested "generic". A name "simple" also comes to my mind.
WBR, Sergei
__
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 30, 2007 8:36 AM
> To: Li Yang
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH v7 7/9] ipic: clean up unsupported ack operations
>
>
> On Oct 19, 2007, at 6:38 AM, Li Yang wrote:
>
> > IPIC co
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 30, 2007 8:44 AM
> To: Li Yang
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH v7 9/9] add MPC837x MDS board default device tree
>
>
> On Oct 19, 2007, at 6:38 AM, Li Yang wrote:
>
> > Signed-
On Fri, 2007-11-30 at 17:05 +0800, Gala Kumar wrote:
> >>> +
> >>> + [EMAIL PROTECTED] {
> >>
> >> I agree w/Olof. This should be [EMAIL PROTECTED]
> >>>
> >>> + interrupt-map-mask = ;
> >>> + msi-available-ranges = <43 4 51 52 56 57 58 59>;
> >>> + i
> Is it intentional that you dont support ppc_md.pci_exclude_device()?
More like I didn't have a need for it... that can easily be fixed when
it arises.
Cheers,
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/lis
On Nov 30, 2007, at 12:10 AM, Benjamin Herrenschmidt wrote:
> This adds to the previous 2 patches the support for the 4xx PCI
> Express
> cells as found in the 440SPe revA, revB and 405EX.
>
> Unfortunately, due to significant differences between these, and other
> interesting "features" of tho
Skip updating the kmap_pte and flushing the TLB if the pte we
are about to write is the same as the one we wrote last time we
called kmap_atomic for this km_type.
Also expose the flags to allow a caller to specify their own
flags for things like non-cacheable IO memory.
---
This is the starts of
>>> +
>>> + [EMAIL PROTECTED] {
>>
>> I agree w/Olof. This should be [EMAIL PROTECTED]
>>>
>>> + interrupt-map-mask = ;
>>> + msi-available-ranges = <43 4 51 52 56 57 58 59>;
>>> + interrupt-map = <
>>> + 0 0 1 &ipic 1 8
>>> +
On Fri, 2007-11-30 at 15:37 +0800, Gala Kumar wrote:
>
> On Nov 29, 2007, at 9:45 PM, Li Li wrote:
>
> > The PCIE controller is initiated in u-boot.
> >
> > This patch is based on Leo`s mpc837xe patches.
> >
> >
> > Signed-off-by: Tony Li <[EMAIL PROTECTED]>
> > ---
> > arch/powerpc/boot/d
On Fri, 2007-11-30 at 07:56 +, Christoph Hellwig wrote:
> >
> > This patch adds BCM5248 and Marvell 88E PHY support to NEW EMAC
> driver.
> > These PHY chips are used on PowerPC 440EPx boards.
> > The PHY code is based on the previous work by Stefan Roese
> <[EMAIL PROTECTED]>
>
> Is the
On Fri, 2007-11-30 at 17:11 +1100, Benjamin Herrenschmidt wrote:
> This adds base support for the Katmai board, including PCI-X and
> PCI-Express (but no RTC, nvram, etc... yet).
>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> ---
>
> As for Taishan, the bootwrapper code can be s
70 matches
Mail list logo
