Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-12-21 at 20:15 +0100, Arnd Bergmann wrote:
> > > It seems platforms/cell should have the shared and/or generic code,
> > and the other
> > > stuff moved into a new platform directory, but is it worth the
> > effort?
> >
> > There is
This fixes the boot image wrapper script to not fail the kernel
build if mkimage is not available.
As some distributions don't ship the mkimage program and some people are not
interested in uboot images anyway, we don't want to fail the whole kernel
build process because of this unneeded dependency
Michael Buesch <[EMAIL PROTECTED]> writes:
> +if ! [ -x mkimage ]; then
What is this supposed to test?
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B
Hi Arnd,
>> This patch adds device tree source, default config and setup code for
>> DBox2 devices.
>
ia > Cool stuff. I used to have one of these boxes myself, maybe I should
> get one again when it's hitting mainline.
>
> Is this already a complete port, or do you also need some device
> drive
On Wednesday 26 December 2007 15:47:05 Andreas Schwab wrote:
> Michael Buesch <[EMAIL PROTECTED]> writes:
>
> > +if ! [ -x mkimage ]; then
>
> What is this supposed to test?
from man test:
-x FILE
FILE exists and execute (or search) permission is granted
--
Greetings M
Hi David,
+ // Port D is LCD exclusive. Don't export as GPIO
+ CPM1_PIO: [EMAIL PROTECTED] {
+ compatible = "fsl,cpm1-pario";
+ reg = <970 180>;
+ num-ports = <3>;
On Wednesday 26 December 2007 16:33:57 Andreas Schwab wrote:
> Michael Buesch <[EMAIL PROTECTED]> writes:
>
> > On Wednesday 26 December 2007 15:47:05 Andreas Schwab wrote:
> >> Michael Buesch <[EMAIL PROTECTED]> writes:
> >>
> >> > +if ! [ -x mkimage ]; then
> >>
> >> What is this supposed
Michael Buesch <[EMAIL PROTECTED]> writes:
> On Wednesday 26 December 2007 15:47:05 Andreas Schwab wrote:
>> Michael Buesch <[EMAIL PROTECTED]> writes:
>>
>> > +if ! [ -x mkimage ]; then
>>
>> What is this supposed to test?
>
> from man test:
You didn't answer my question.
Andreas.
--
An
Michael Buesch <[EMAIL PROTECTED]> writes:
> On Wednesday 26 December 2007 16:33:57 Andreas Schwab wrote:
>> Michael Buesch <[EMAIL PROTECTED]> writes:
>>
>> > On Wednesday 26 December 2007 15:47:05 Andreas Schwab wrote:
>> >> Michael Buesch <[EMAIL PROTECTED]> writes:
>> >>
>> >> > +if ! [
This fixes the boot image wrapper script to not fail the kernel
build if mkimage is not available.
As some distributions don't ship the mkimage program and some people are not
interested in uboot images anyway, we don't want to fail the whole kernel
build process because of this unneeded dependency
On Wednesday 26 December 2007 16:56:57 Andreas Schwab wrote:
> > That would help a lot not wasting my time.
>
> How about testing your changes first?
Stop the bullshit, please.
I tested this and it obviously works very well for me.
I even posted it for review on this list and nobody complained,
i
Michael Buesch <[EMAIL PROTECTED]> writes:
> +set +e
> mkimage -A ppc -O linux -T kernel -C gzip -a -e \
> $uboot_version -d "$vmz" "$ofile"
> +[ $? -eq 0 ] || exit 0
> +set -e
mkimage ... || exit 0
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTE
Michael Buesch <[EMAIL PROTECTED]> writes:
> I tested this and it obviously works very well for me.
Obviously your tests were incomplete.
> I even posted it for review on this list and nobody complained,
> including you.
??? I did point out an error in your patch just now.
Andreas.
--
Andre
On Wednesday 26 December 2007 17:08:55 Andreas Schwab wrote:
> > I even posted it for review on this list and nobody complained,
> > including you.
>
> ??? I did point out an error in your patch just now.
I posted it for review a few days ago and the only response
I got was "This is probably OK
Michael Buesch <[EMAIL PROTECTED]> writes:
> On Wednesday 26 December 2007 17:08:55 Andreas Schwab wrote:
>> > I even posted it for review on this list and nobody complained,
>> > including you.
>>
>> ??? I did point out an error in your patch just now.
>
> I posted it for review a few days ago
Michael Buesch <[EMAIL PROTECTED]> writes:
> On Wednesday 26 December 2007 17:03:43 Andreas Schwab wrote:
>> Michael Buesch <[EMAIL PROTECTED]> writes:
>>
>> > +set +e
>> > mkimage -A ppc -O linux -T kernel -C gzip -a -e \
>> >$uboot_version -d "$vmz" "$ofile"
>> >
On Wednesday 26 December 2007 17:03:43 Andreas Schwab wrote:
> Michael Buesch <[EMAIL PROTECTED]> writes:
>
> > +set +e
> > mkimage -A ppc -O linux -T kernel -C gzip -a -e \
> > $uboot_version -d "$vmz" "$ofile"
> > +[ $? -eq 0 ] || exit 0
> > +set -e
>
> mk
On Fri, Dec 07, 2007 at 09:43:53AM -0600, Timur Tabi wrote:
> 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
>
On Fri, Dec 07, 2007 at 10:44:30AM -0600, Timur Tabi wrote:
> Add support for UART serial ports using a Freescale QUICC Engine
> (found on some MPC83xx and MPC85xx SOCs).
>
> Updated booting-without-of.txt to define new properties for a QE UART node,
> and a new node definition that describes uplo
On Tue, Dec 25, 2007 at 02:44:46PM -0600, Timur Tabi wrote:
> Anton Vorontsov wrote:
>
> >Yup. I've seen it, thanks. I'm going to test it as well. ;-)
>
> If they work for you, please let Kumar know.
Unfortunately they don't.
[EMAIL PROTECTED]:~# echo abc > /dev/ttyQE0
And hang. No interrupts.
On Wednesday 26 December 2007, Jochen Friedrich wrote:
> >> + memory {
> >> + device_type = "memory";
> >> + reg = <0 200>;
> >> + };
> >
> > I thought there are both models with 32MB and 16MB available.
> > If that's true, shouldn't this be filled out by the boot loader?
>
On Wed, Dec 26, 2007 at 07:29:44PM +0300, Anton Vorontsov wrote:
> On Tue, Dec 25, 2007 at 02:44:46PM -0600, Timur Tabi wrote:
> > Anton Vorontsov wrote:
> >
> > >Yup. I've seen it, thanks. I'm going to test it as well. ;-)
> >
> > If they work for you, please let Kumar know.
>
> Unfortunately t
On Wednesday 26 December 2007, Ishizaki Kou wrote:
> Celleb-native needs own machine definition and setup code due to HW
> and FW deferences between CellBlade and Celleb. Of course, because
> Celleb-native and Celleb-Beat use some codes commonly, we need a place
> to put Celleb common codes.
>
> B
Hi,
I am really interested in finding out how kernel knows about device
nodes and how the whole thing work. This is as part of my debugging
effort on 8641D based PowerPC board.
* It all started with the problem of "not printing" any thing that comes
from ramdisk (echo and printf statements), whil
On 12/26/07, Siva Prasad <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am really interested in finding out how kernel knows about device
> nodes and how the whole thing work. This is as part of my debugging
> effort on 8641D based PowerPC board.
>
> * It all started with the problem of "not printing" any
On Mon, 24 Dec 2007 10:18:50 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've just seen this on my dmesg, this is new, never seen this before on
> this box and it happens only with this version of the kernel.
>
> In this configuration, the page size is set to 64K and I've enabled fak
FUJITA Tomonori wrote:
> On Mon, 24 Dec 2007 10:18:50 +0530
> Balbir Singh <[EMAIL PROTECTED]> wrote:
>
[snip]
>
> I might break the IOMMU code. Can you reproduce it easily? If so,
> reverting my IOMMU patches (I've attached a patch to revert them) fix
> the problem?
[snip]
Yes, this patch fi
On Thu, 27 Dec 2007 10:08:25 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> FUJITA Tomonori wrote:
> > On Mon, 24 Dec 2007 10:18:50 +0530
> > Balbir Singh <[EMAIL PROTECTED]> wrote:
> >
> [snip]
>
> >
> > I might break the IOMMU code. Can you reproduce it easily? If so,
> > reverting my IOMMU
FUJITA Tomonori wrote:
> On Thu, 27 Dec 2007 10:08:25 +0530
> Balbir Singh <[EMAIL PROTECTED]> wrote:
>
>> FUJITA Tomonori wrote:
>>> On Mon, 24 Dec 2007 10:18:50 +0530
>>> Balbir Singh <[EMAIL PROTECTED]> wrote:
>>>
>> [snip]
>>
>>> I might break the IOMMU code. Can you reproduce it easily? If so
29 matches
Mail list logo
