Re: spitz (zaurus sl-c3000) support

From: Richard Purdie (rpurdie_at_rpsys.net)
Date: 10/13/05

  • Next message: Michael Kerrisk: "Re: Process with many NPTL threads terminates slowly on core dump signal"
    To: Pavel Machek <pavel@ucw.cz>
    Date:	Thu, 13 Oct 2005 09:33:38 +0100
    
    

    On Thu, 2005-10-13 at 01:39 +0200, Pavel Machek wrote:
    > Hi!
    >
    > > > I got spitz machine today. I thought oz3.5.3 for spitz would be
    > > > 2.6-based, but found out that I'm not _that_ fortunate.
    > >
    > > oz 3.5.4 is due for release soon and will hopefully have a 2.6 option
    > > for spitz.
    >
    > Is there chance to get preview version somewhere? 2.6-capable userland
    > would be very nice (and zImage would help, too, just for a demo :-).

    I'm no sure offical preview images exist but here's something I built
    myself recently:

    http://www.rpsys.net/openzaurus/temp/spitz/

    Rename the gpe or opie file "hdimage1.tgz" to flash depending on what
    flavoured image you'd like. You need the other files including gnu-tar.
    You don't need an initrd.bin file as under 2.6 we can boot directly from
    the microdrive.

    I'm hoping these work - I'm not sure I've tried one of them... :)

    > I was thinking about "huh, is this machine tosa or spitz", but it is
    > labeled SL-C3000, so it should be spitz.

    Correct. Tosa is SL-C6000.

    > Wildly offtopic... I got poweradapter with spitz (with funny design)
    > that says 100V (and lot of japanese letters).. I guess it would be
    > very bad idea to try it at 240V?

    Trust me, its a very bad idea...

    > > This file should give you an idea of which patches to apply in what
    > > order:
    > > http://www.rpsys.net/openzaurus/temp/linux-openzaurus_2.6.14-rc1.bb
    >
    > Quite a long list; what is $RPSRC -- that is where are those patches
    > really placed?

    Its declared in:
    http://www.rpsys.net/openzaurus/temp/linux-openzaurus.inc

    so $RPSRC = http://www.rpsys.net/openzaurus/patches

    You probably don't need the ipaq hx2750 or tosa patches, they're just
    part of my tree. The top 15 patches have been merged since -rc1 came out
    (they were in the process of being merged at the time).

    > Yes, asm/arch/ohci.h seems to be missing... But I should probably do
    > update, I'm at rc2 with my zaurus hacks now.

    That's still a problem although a patch queued for 2.6.15 will add that
    file so I'm in two minds as to what to do with it. There's also an issue
    with struct pxafb_device which I've agreed a solution to, just need to
    write the patch and I think a reference to the battery device sneaked
    into mainline when it shouldn't have done.

    > Is there some way I can help you (besides obviously testing)?

    I'm open to any help in getting the none ipaq/tosa things merged with
    mainline. Have a look through them patch series and see if there's
    anything you fancy taking on. Most of them are simple fixes although
    some are nasty hacks we need to find some way of doing nicely.

    The biggest thing is the battery/power management patch. I've just
    agreed some changes to enable it to stand a chance of making mainline.
    It probably needs more coding style cleanup.

    There's also sound to get working although so code arrived yesterday
    which should help with that. The usb client code exists in
    handheld.org's kernel26 cvs tree. We need to extract it, fix any bugs
    and talk to the usb developers about it.

    Its a shame you don't have a C1000 as there's a nasty bit of coding
    someone with such a device needs to do to complete mainline 2.6 support
    (I2C driver for its IO Expander to enable access to its extra GPIOs).

    Richard

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: Michael Kerrisk: "Re: Process with many NPTL threads terminates slowly on core dump signal"

    Relevant Pages

    • Re: [PATCH] Re: Major XFS problems...
      ... any chance we could get this patch into mainline ASAP? ... The patch looks right, nobody really complains, so I applied it. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [stable] Unfixed regressions in 2.6-stable
      ... Patch is not in mainline. ... Greg, any chance we can get this in 2.6.27? ...
      (Linux-Kernel)
    • request for v2.6.22.19-queue
      ... [PATCH] Be more robust about bad arguments in get_user_pages ... MAINLINE: 900cf086fd2fbad07f72f4575449e0d0958f860f ... This patch should fix the issue. ... in the struct nfs_server. ...
      (Linux-Kernel)
    • Re: [PATCH] CRISv10 improve and bugfix fasttimer
      ... Jesper Nilsson wrote: ... that has gotten out of sync with mainline (although we've continued ... This means that the CRISv10 architecture has gotten broken in mainline, ... I'll submit a later patch that removes this. ...
      (Linux-Kernel)
    • Re: [PATCH] serial 8250: tighten test for using backup timer
      ... but I didn't check whether this is due to functional changes. ... >> looking at the git history it looks like the original patch went into ... handling in that area of the driver but afaict this patch didn't make any ... > gone from working to unusable with the mainline 8250.c ... ...
      (Linux-Kernel)