[])
> error("Too few arguments.");
> exit(1);
> }
> +
> + if (!strcmp(argv[1], "help") || !strcmp(argv[1], "--help")) {
> + usage();
> + exit(0);
> + }
> +
>
>
; > }
> > +
> > + if (!strcmp(argv[1], "help") || !strcmp(argv[1], "--help")) {
> > + usage();
> > + exit(0);
> > + }
>
> Thinks looks a lot better. Nice suggestion from Antonio to avoid the
> helpParam var
need to use the style already in use, you need to "blend in" in
order to keep the style consistent.
These little changes are a good didactic excuse, forgive the
verbosity :)
> + if (argc < 2 || hparam) {
> usage();
>
> - error("Too few arguments.");
&g
On Mon, 30 May 2011 18:14:48 +0800
Mark Brown wrote:
> On Mon, May 30, 2011 at 11:07:49AM +0200, Antonio Ospite wrote:
> > On Mon, 23 May 2011 17:10:23 +0200
>
> > > +#define STRUCT_FIELD(s, f) ((s) && (s)->f ? (s)->f : NULL )
>
> > Any opinion on t
On Mon, 23 May 2011 17:10:23 +0200
Antonio Ospite wrote:
> On Wed, 18 May 2011 12:42:12 -0700
> Mark Brown wrote:
>
> > On Wed, May 18, 2011 at 07:23:20PM +0200, Antonio Ospite wrote:
> >
> [...]
> > > 2. Add a proper function with all the needed parameters
On Wed, 18 May 2011 12:42:12 -0700
Mark Brown wrote:
> On Wed, May 18, 2011 at 07:23:20PM +0200, Antonio Ospite wrote:
>
[...]
> > 2. Add a proper function with all the needed parameters to abstract
> > the actual var names, this would be something like:
> >
On Wed, 11 May 2011 22:57:04 +0200
Mark Brown wrote:
> On Wed, May 11, 2011 at 10:53:37PM +0200, Antonio Ospite wrote:
>
> > OK, avoiding some duplication will be good, I agree.
>
> > I am resending a v4 with the equivalent code:
> >
> > if (hos
st->vcc) {
int ret;
if (power_mode == MMC_POWER_OFF)
vdd = 0;
ret = mmc_regulator_set_ocr(host->mmc, host->vcc, vdd);
if (ret)
return ret;
} else {
host->pdata->setpower
On Wed, 11 May 2011 10:41:43 -0400
Chris Ball wrote:
> On Wed, May 11 2011, Antonio Ospite wrote:
[...]
> > drivers/mmc/host/pxamci.c |5 ++---
> > 1 files changed, 2 insertions(+), 3 deletions(-)
[...]
>
> Thanks, I've merged this and squashed the 2/2 punct
Add support for powering up SD cards driven by regulators.
This makes the mmc_spi driver work also with the Motorola A910 phone.
Signed-off-by: Antonio Ospite
---
Changes since v2:
- Use IS_ERR_OR_NULL() to correctly handle the stub regulator_get()
Changes since v1:
- Remove the ifdef
On Tue, 10 May 2011 22:02:14 +0200
Antonio Ospite wrote:
> I was blindly trusting code already in mainline again, and for that I
> apologize, I finally took the time to look at the implementation
> of IS_ERR() and test its use, and being IS_ERR(NULL) true it is not what
> we want
Put parentheses around single-statement 'if' branches when the else
branch is not a single statement as suggested in
Documentation/CodingStyle Chapter 3.
Signed-off-by: Antonio Ospite
---
drivers/mmc/host/pxamci.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
di
ectly.
Signed-off-by: Antonio Ospite
---
Changes since v1:
- Use IS_ERR_OR_NULL() to correctly handle the stub regulator_get()
- Put the short commit message of be1a50d so it is easier to see what it is
about, for the long commit and the actual code changes the git history can
be qu
g to remove the ifdefs anyway but use IS_ERR_OR_NULL();
how does that sound? Am I still missing anything?
Or changing the regulator_get() stub to return an error (-ENOSYS?) might
be worth it?
Thanks Russel for pointing out the issue BTW.
Thanks,
Antonio
--
Antonio Ospite
http://ao2.it
PGP pu
Don't wrap regulator_get() inside an #ifdef CONFIG_REGULATOR anymore, as
now (since be1a50d) it correctly degenerates and returns NULL when the
regulator framework is disabled.
Signed-off-by: Antonio Ospite
---
This comes after the discussion at
http://www.mail-archive.com/linu
On Fri, 22 Apr 2011 14:43:11 +0200
Antonio Ospite wrote:
> Add support for powering up SD cards driven by regulators.
> This makes the mmc_spi driver work also with the Motorola A910 phone.
>
> Signed-off-by: Antonio Ospite
> ---
>
> Changes since v1:
> - Remove th
oogle.it/search?q=site%3Agit.openezx.org
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in which people normally read text.
See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
pgpRG1gr7B2qQ.pgp
Description: PGP signature
On Wed, 27 Apr 2011 17:44:36 +0200
Antonio Ospite wrote:
> On Wed, 27 Apr 2011 16:13:39 +0200
> Harald Welte wrote:
>
[...]
> > I agree, we can ignore those, or alternatively if somebody has an interest
> > in putting rewrite rules in place...
> >
>
> I&
On Wed, 27 Apr 2011 16:13:39 +0200
Harald Welte wrote:
> On Wed, Apr 27, 2011 at 03:12:02PM +0200, Antonio Ospite wrote:
>
> > Either is fine with me, I just note that the git-notify[1] hook we are
> > using for CIA notifications and commitlog emails assumes gitweb URLs
>
Antonio
[1] http://source.winehq.org/git/tools.git/?a=blob;f=git-notify
[2] http://permalink.gmane.org/gmane.comp.embedded.ezx.general/2621
[3] http://www.clearchain.com/blog/posts/cgit-upgrade-gitweb-retired
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up
Add support for powering up SD cards driven by regulators.
This makes the mmc_spi driver work also with the Motorola A910 phone.
Signed-off-by: Antonio Ospite
---
Changes since v1:
- Remove the ifdef CONFIG_REGULATOR as regulator_get() degenerates to
a stub as well when the regulator
On Thu, 21 Apr 2011 13:40:41 +0100
Mark Brown wrote:
> On Thu, Apr 21, 2011 at 02:27:53PM +0200, Antonio Ospite wrote:
>
> > +#ifdef CONFIG_REGULATOR
> > + host->vcc = regulator_get(mmc_dev(host->mmc), "vmmc");
> > +
> > + if (IS_ERR(
Factor out the 'canpower' condition into a dedicated function in order
to avoid repetition and to make changing the condition easier.
Signed-off-by: Antonio Ospite
---
drivers/mmc/host/mmc_spi.c | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff --git
Add support for powering up SD cards driven by regulators.
This makes the mmc_spi driver work also with the Motorola A910 phone.
Signed-off-by: Antonio Ospite
---
drivers/mmc/host/mmc_spi.c | 61 +++
1 files changed, 49 insertions(+), 12 deletions
Factor out the SD card shutdown sequence to a dedicated
mmc_spi_shutdownsequence() function in order to make mmc_spi_set_ios()
more readable, and also for symmetry with mmc_spi_initsequence() which
is already a dedicated function.
Signed-off-by: Antonio Ospite
---
drivers/mmc/host/mmc_spi.c
just to be sure no regressions have been introduced.
Thanks,
Antonio
Antonio Ospite (4):
mmc_spi.c: factor out the check for power capability
mmc_spi.c: factor out the SD card shutdown sequence
mmc_spi.c: factor out a mmc_spi_setpower() function
mmc_spi.c: add support for the regulator
Factor out a mmc_spi_setpower() function so to make changing it more
elegant without adding too much stuff to mmc_spi_set_ios().
Signed-off-by: Antonio Ospite
---
drivers/mmc/host/mmc_spi.c | 43 +++
1 files changed, 31 insertions(+), 12 deletions
On Thu, 14 Apr 2011 06:06:26 -0700
Mark Brown wrote:
> On Thu, Apr 14, 2011 at 12:39:12PM +0200, Antonio Ospite wrote:
> > Johannes Berg wrote:
>
> > > Should remove do platform_set_drvdata(pdev, NULL)?
>
> > AFAICS this is not strictly necessary because we nev
On Wed, 13 Apr 2011 21:53:03 +0200
Johannes Berg wrote:
> On Wed, 2011-04-13 at 21:40 +0200, Antonio Ospite wrote:
>
> > +static int __devinit rfkill_regulator_probe(struct platform_device *pdev)
>
> ...
>
> > + platform_set_drvdata(pdev, rfkill_data);
&
Add a regulator consumer driver for rfkill to enable controlling radio
transmitters connected to voltage regulators using the regulator
framework.
A new "vrfkill" virtual supply is provided to use in platform code.
Signed-off-by: Guiming Zhuo
Signed-off-by: Antonio Ospite
---
Change
dmesg when a driver has
been loaded.
> Other than that, looks good to me.
>
> johannes
>
In another message you said that the comment in rfkill-regulator.h
still seemed a little wrong to you, would you elaborate more about what
you were referring to?
Thanks,
Antonio
--
Antonio Ospite
they are distinguished using device ids.
When we set consumers for a physical regulator we can tell: device
"rfkill-regulator.1" will call this regulator "vrfkill" and we
declare the relative rfkill-regulator platform device with .id=1,
this way the regulator framework knows
Add a regulator consumer driver for rfkill to enable controlling radio
transmitters connected to voltage regulators using the regulator
framework.
A new "vrfkill" virtual supply is provided to use in platform code.
Signed-off-by: Guiming Zhuo
Signed-off-by: Antonio Ospite
---
Change
On Wed, 6 Apr 2011 23:11:33 +0900
Mark Brown wrote:
> On Wed, Apr 06, 2011 at 11:21:19AM +0200, Antonio Ospite wrote:
>
> > + tristate "Generic rfkill regulator driver"
> > + depends on RFKILL || !RFKILL
>
> That looks *odd*.
Taken from Documentation/rf
On Wed, 06 Apr 2011 16:09:28 +0200
Johannes Berg wrote:
> On Wed, 2011-04-06 at 16:06 +0200, Antonio Ospite wrote:
>
> > > > + if (regulator_is_enabled(vcc)) {
> > > > + dev_dbg(&pdev->dev, "Regulator already enabled\n");
>
On Wed, 06 Apr 2011 11:29:38 +0200
Johannes Berg wrote:
> On Wed, 2011-04-06 at 11:21 +0200, Antonio Ospite wrote:
>
> > + if (regulator_is_enabled(vcc)) {
> > + dev_dbg(&pdev->dev, "Regulator already enabled\n");
> >
Add a regulator consumer driver for rfkill to enable controlling radio
transmitters connected to voltage regulator using the regulator
framework.
A new "vrfkill" virtual supply is provided to use in platform code.
Signed-off-by: Guiming Zhuo
Signed-off-by: Antonio Ospite
---
Hi
On Mon, 4 Apr 2011 21:05:43 -0600
Grant Likely wrote:
> On Mon, Apr 04, 2011 at 11:56:31AM +0200, Antonio Ospite wrote:
> > On Mon, 21 Mar 2011 19:46:38 +0100
> > Antonio Ospite wrote:
> >
> > > Hi,
> > >
> > > this patchset has the purpose of a
On Mon, 21 Mar 2011 19:46:38 +0100
Antonio Ospite wrote:
> Hi,
>
> this patchset has the purpose of adding support for the regulator framework
> to
> the mmc_spi driver. The first three patches are preparatory cleanups to make
> the fourth one more straightforward.
>
s, the wiki admin has been notified, I hope he can fix the
issue soon.
Regards,
Antonio
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in which people normally read text.
See http://en.wikipedia.org/wiki/Posting_style
Q: Why is to
at insmod time, and this made impossible to ever
disable the regulator.
Signed-off-by: Antonio Ospite
---
This problem was anticipated by Mark Brown on the very first submission
of the driver but my knowledge about regulators at the time made me
overlook what he was asking for, now that I have actua
Signed-off-by: Antonio Ospite
---
Initializing PCAP_REG_AUXVREG_MASK is needed to make vibrator work on gen2
phones. Now, do we want to set an hardcoded value here? or rather enable the
features using some symbolic constants taken from the power_ic driver?
Look at
[1]
http://git.openezx.org
Add support for powering up SD cards driven by regulators.
This makes the mmc_spi driver work also with the Motorola A910 phone.
Signed-off-by: Antonio Ospite
---
drivers/mmc/host/mmc_spi.c | 61 +++
1 files changed, 49 insertions(+), 12 deletions
Factor out the 'canpower' condition into a dedicated function in order
to avoid repetition and to make changing the condition easier.
Signed-off-by: Antonio Ospite
---
drivers/mmc/host/mmc_spi.c | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff --git
Factor out the SD card shutdown sequence to a dedicated
mmc_spi_shutdownsequence() function in order to make mmc_spi_set_ios()
more readable, and also for symmetry with mmc_spi_initsequence() which
is already a dedicated function.
Signed-off-by: Antonio Ospite
---
drivers/mmc/host/mmc_spi.c
Factor out a mmc_spi_setpower() function so to make changing it more
elegant without adding too much stuff to mmc_spi_set_ios().
Signed-off-by: Antonio Ospite
---
drivers/mmc/host/mmc_spi.c | 43 +++
1 files changed, 31 insertions(+), 12 deletions
Antonio Ospite (4):
mmc_spi.c: factor out the check for power capability
mmc_spi.c: factor out the SD card shutdown sequence
mmc_spi.c: factor out a mmc_spi_setpower() function
mmc_spi.c: add support for the regulator framework
drivers/mmc/host/mmc_spi.c | 194
for that already here, let me know if you
would like to test them.
Sorry for the huge delay for responding to that.
Regards,
Antonio
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in which people normally read text.
See http://en.wiki
rfc5321#section-5.1
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in which people normally read text.
See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
pgpiOzSDOkjIN.pgp
Description: PGP signature
that please let me know if there are any problems.
FYI, here are also some notes about migrating an SVN repo to Git:
http://ao2.it/wiki/How_to_migrate_an_SVN_repository_to_Git
Regards,
Antonio
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in
On Mon, 31 May 2010 13:19:30 +0200
Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 31-05-10 11:55, Antonio Ospite wrote:
> > 'l' is a must have along with 'll'.
> >
> > Signed-off-by: Antonio Ospite
[...]
> diff
for moto-boot-usb. This add the Motorola context but still
> keeps the known name boot-usb in place.
>
Ok, about the repository name I am waiting for comments from others too
(optimistic, eh? ;)), but moto-boot-usb for the command line tool is
definitely OK.
Ciao ciao,
Antonio
--
Antoni
On Mon, 31 May 2010 18:32:34 +0200
Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 31-05-10 16:28, Antonio Ospite wrote:
> > Reorder sections to a more logic scheme, following magician.conf, other
> > cleanups:
> >
> > *
, spread the word and let me know please.
Using git it will be less painful working on boot_usb and we could see
the split into the library functions and the command line tool sooner.
Thanks,
Antonio
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the
Reorder sections to a more logic scheme, following magician.conf, other
cleanups:
* sort MACHINE_FEATURES alphabetically
* add ezx-gen-blob to EXTRA_IMAGEDEPENDS
* use MODUTILS=26
* Add needed kernel modules for BP
Signed-off-by: Antonio Ospite
---
Changes since v1:
Drop the
* bump KV
* bump SRCREV: The new version enables CONFIG_DEVTMPFS by default and
some other stuff, and fixes usblan on gen2 when booting from MMC
* Provide a fallback CMDLINE
* Keep OABI config setting
* Use a -oe LOCALVERSION both in KV and in .config
Signed-off-by: Antonio Ospite
---
recipes
From: Ilya Petrov
Signed-off-by: Ilya Petrov
Signed-off-by: Antonio Ospite
---
conf/machine/include/motorola-ezx-base.inc | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/conf/machine/include/motorola-ezx-base.inc
b/conf/machine/include/motorola-ezx
This newer revision fixes flashing to NOR.
Signed-off-by: Antonio Ospite
---
recipes/ezx/ezx-boot-usb-native_svn.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/recipes/ezx/ezx-boot-usb-native_svn.bb
b/recipes/ezx/ezx-boot-usb-native_svn.bb
index 3e24c59..280de30
The new version can now be compiled with OE with no problems, previously
the size of the binary produced with the toolchain from OE was too big
to be flashed.
Signed-off-by: Antonio Ospite
---
recipes/ezx/ezx-gen-blob_svn.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
This fixes a "multiple recipes provide xserver" warning.
Signed-off-by: Antonio Ospite
---
conf/machine/include/motorola-ezx-base.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/conf/machine/include/motorola-ezx-base.inc
b/conf/machine/include/mo
ogsmd has now some more reliable support for the Freescale Neptune modem
used in Motorola EzX phones.
Signed-off-by: Antonio Ospite
---
recipes/freesmartphone/frameworkd_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/freesmartphone/frameworkd_git.bb
Reorder sections to a more logic scheme, following magician.conf, other
cleanups:
* sort MACHINE_FEATURES alphabetically
* add ezx-gen-blob to EXTRA_IMAGEDEPENDS
* use MODUTILS=26
* Add needed kernel modules for BP
* get rid of udev
Signed-off-by: Antonio Ospite
---
conf/machine/include
Signed-off-by: Antonio Ospite
---
recipes/tslib/tslib/a780/tslib.sh |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
create mode 100755 recipes/tslib/tslib/a780/tslib.sh
diff --git a/recipes/tslib/tslib/a780/tslib.sh
b/recipes/tslib/tslib/a780/tslib.sh
new file mode 100755
index
Hi, here's some motorola-ezx related changes, plus a couple of other fixes I
am using here.
Namely, the non ezx related changes are 01 and 02.
Can anyone review and apply, please?
Thanks,
Antonio Ospite
Antonio Ospite (11):
fso-image.inc: add an even shorter alias for ls -l
device_
Support all EZX machines, and set up the mouse as a tslib device.
Signed-off-by: Antonio Ospite
---
.../xserver-kdrive-common/Xserver |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/recipes/xserver-kdrive-common/xserver-kdrive-common/Xserver
b
Input event device nodes are usually under /dev/input.
Signed-off-by: Antonio Ospite
---
files/device_table-minimal.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/files/device_table-minimal.txt b/files/device_table-minimal.txt
index a474377..b3a6820 100644
--- a
* With all the mux nodes we can start playing again with gps on A780
* More fb nodes are needed for pxa fb overlay access
* Audio devices are needed too in the case of static /dev
Signed-off-by: Antonio Ospite
---
files/device_table-ezx.txt | 12 +++-
1 files changed, 11 insertions
'l' is a must have along with 'll'.
Signed-off-by: Antonio Ospite
---
recipes/images/fso-image.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/recipes/images/fso-image.inc b/recipes/images/fso-image.inc
index cc626f3..704d267 100644
---
This resembles more the behaviour of the original firmware which sends,
for instance, +CFUN on mux1.
Signed-off-by: Antonio Ospite
---
.../ogsmd/modems/freescale_neptune/modem.py|2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/framework/subsystems/ogsmd/modems
>
Looking at it right now, it will take some time tho.
> I will setup my A1200 to help you on that as soon as I have some more
> time.
>
Great, thanks.
Ciao ciao,
Antonio
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order
Send AT commands only to the appropriate channels.
Also reorganize the order of the channel classes in the code to reflect the
respective dlci line order.
Signed-off-by: Antonio Ospite
---
.../ogsmd/modems/freescale_neptune/channel.py | 57 ++--
1 files changed, 40
Signed-off-by: Antonio Ospite
---
I can't see these calls logged into frameworkd.log, do I need to do anything
else?
Thanks,
Antonio
.../ogsmd/modems/freescale_neptune/unsolicited.py | 21 ++-
1 files changed, 11 insertions(+), 10 deletions(-)
diff --git a/fram
'+EPOM=1,0' is needed on gen2 for most commands to work (+CPIN for instance),
add also some other commands seen when tracing original firmware, and also
'+CRC=1' which seems to work fine.
Signed-off-by: Antonio Ospite
---
.../ogsmd/modems/freescale_neptune/channel.py
: Antonio Ospite
---
.../ogsmd/modems/freescale_neptune/mediator.py | 31
1 files changed, 25 insertions(+), 6 deletions(-)
diff --git a/framework/subsystems/ogsmd/modems/freescale_neptune/mediator.py
b/framework/subsystems/ogsmd/modems/freescale_neptune/mediator.py
By moving _freescale_neptune_modemOn() from __init__() to __new__() we
can return None if the modem can't be initialized.
Note that now _freescale_neptune_modemOn() is a static method.
Signed-off-by: Antonio Ospite
---
.../ogsmd/modems/freescale_neptune/modem.py|
Signed-off-by: Antonio Ospite
---
.../ogsmd/modems/freescale_neptune/unsolicited.py |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/framework/subsystems/ogsmd/modems/freescale_neptune/unsolicited.py
b/framework/subsystems/ogsmd/modems/freescale_neptune
Signed-off-by: Antonio Ospite
---
.../ogsmd/modems/freescale_neptune/modem.py|1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/framework/subsystems/ogsmd/modems/freescale_neptune/modem.py
b/framework/subsystems/ogsmd/modems/freescale_neptune/modem.py
index f0597ac
ld me that this code can be considered
deprecated in favour of FSO2; if anyone else is interested to look at those
issues I can provide logs and test fixes, tho.
Regards,
Antonio
Antonio Ospite (9):
ogsmd: device.py, detect modem creation failure
ogsmd: move _freescale_neptune_modemOn to
Some devices may be in a certain status that makes impossible to
initialize the modem, in these cases we should not instanciate the
actual Modem class and return None, so we need to detect that.
Signed-off-by: Antonio Ospite
---
framework/subsystems/ogsmd/device.py |5 +
1 files changed
Gen2 EzX phones need to open a different set of dlci lines to make BP
finish its initialization. By using the union of the gen1 and gen2 dlci
lines sets, and ignoring errors about invalid lines for a given
generation, we can make init work on both with the same code.
Signed-off-by: Antonio Ospite
aving help with my
> friends Thanks.
> Angelo
>
So you didn't try latest openezx kernel (now updated to 2.6.34), with or
without that patch, did you?
Ciao,
Antonio
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in which peo
So with this one you can get the latest kernel to work with your card?
This workaround is different from the fix Andreas was pointing to,
isnt'it?
Ciao,
Antonio
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in which people
On Mon, 17 May 2010 22:14:33 -0300
angelo wrote:
> Antonio Ospite escreveu:
> > On Mon, 17 May 2010 11:59:02 -0300
> > angelo wrote:
> >
> >
> >> Andreas Mohr escreveu:
> >>
> >>> On Sun, May 16, 2010 at 12:00:01PM +0
vailable,
> > but I don't know any specifics now, would need research to find this
> > patch (I publicly thanked the one who managed to fix it, though).
> >
> > Andreas Mohr
> >
>
> I found here: http://lists.denx.de/pipermail/u-boot/2009-April/050516.html
one here:
http://people.openezx.org/ao2/deploy/sdk/
You need the one matching your build host (32 bit i686 or x86_64), you
can skip the -extra tarballs.
Regards,
Antonio
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in which people normally read te
ueabi for a1200?
>
I guess so, if not, you can get a tested toolchain here:
http://people.openezx.org/ao2/deploy/sdk/
Ciao,
Antonio
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in which people normally read text.
See http://en.wiki
On Sat, 15 May 2010 16:30:17 -0300
angelo wrote:
> Antonio Ospite escreveu:
> > On Sat, 15 May 2010 13:51:55 -0300
> > angelo wrote:
[...]
> >
> > Angelo if you are interested in having latest openezx kernel working,
> > follow the guide on the wiki.
> >
on the wiki.
http://wiki.openezx.org/Kernel_hacking_-_linux-2.6
and tell us the _exact_ message the kernel gives you.
> But all ok.
>
> Thank you
>
> Thanks OPENEZX.
>
You're welcome.
If you put online any videos of android on a1200, please paste the lin
be 192.168.0.202 with 2 not 0 as last digit.
I suggest you follow
http://wiki.openmoko.org/wiki/USB_Networking#Simple_Manual_Linux_Configuration
Which should definitely work for us as well.
Luis' steps might work but they looked different from how we generally
do this.
> Angleo,
>
> A
On Fri, 14 May 2010 22:39:19 -0300
angelo wrote:
> Antonio Ospite escreveu:
> >
> > Hi Angelo, if you know what kernel version you need you could try
> > getting it from the git repository itself by grepping through the
> > history. Give us more details.
> >
repository so you can track the latest kernel
version.
> Thank you,and sorry by my bad english.
> Angelo
>
Regards,
Antonio
P.S. Consider subscribing to the list, I had to pass your message
manually.
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it m
On Fri, 14 May 2010 10:41:50 + (UTC)
Dmitri Hrapof wrote:
> Antonio Ospite studenti.unina.it> writes:
>
> > Try commenting out
> > //#define USECS_SLEEP 500
> > in boot_usb.c, line 46, recompile and let us know.
>
> It was commented, I uncommented b
m using A1200 as my day-to-day phone, so I'd like to experiment with
> A780 :)
>
Cool, let us know also if you want to get more involved in openezx, stop
by #openezx IRC channel on FreeNode if you have some time.
> Thanks,
> Dmitri
>
Regards,
Antonio
--
Antonio Ospite
On Fri, 23 Apr 2010 09:45:04 -0700
Khem Raj wrote:
> On Fri, Apr 23, 2010 at 5:28 AM, Antonio Ospite
> wrote:
[...]
> > On Fri, 26 Mar 2010 16:17:24 +0100
> > Antonio Ospite wrote:
> >
> >> On Thu, 25 Mar 2010 13:39:00 -0700
> >> Khem Raj wrote:
>
onclusions.
On Fri, 26 Mar 2010 16:17:24 +0100
Antonio Ospite wrote:
> On Thu, 25 Mar 2010 13:39:00 -0700
> Khem Raj wrote:
>
> > On (25/03/10 18:19), Antonio Ospite wrote:
[...]
> > > Note that although ezx-gen-blob builds fine now, it seems to have issues
> > &
el;!
Angelo, check wiki.openezx.org for more info, or stop by the #openezx
IRC channel on Freenode.
I also suggest you to subscribe to this list, I had to manually approve
this message.
> Thank you and sorry my very bad english;
>
> Angelo. Brazil.
>
Regards,
Antonio
--
Antonio Ospite
h
This allows BP init to complete successfully on EZX phones without
having to rely on ezxd.
Signed-off-by: Antonio Ospite
---
.../ogsmd/modems/freescale_neptune/modem.py| 88 +---
1 files changed, 76 insertions(+), 12 deletions(-)
mode change 100644 => 100
On Fri, 26 Mar 2010 16:17:24 +0100
Antonio Ospite wrote:
> On Thu, 25 Mar 2010 13:39:00 -0700
> Khem Raj wrote:
>
> > On (25/03/10 18:19), Antonio Ospite wrote:
> > > Hi,
> > >
> > > here are some updates for EZX bits in OE.
> > >
Hi,
with the following patch we can use frameworkd[1] from FSO[2] without
even ezxd. I only tested it with cli-framework because fso-zhone-image
does not build in OE right now (TBH even fso-console-image has a little
problem [3,4]).
The point is about getting at least something working. Note that
On Fri, 26 Mar 2010 16:17:24 +0100
Antonio Ospite wrote:
> Here are more details:
> A gcc-4.1.2 toolchain[1] produces the expected result,
> the current gcc-4.4.2 toolchain[2] from 'minimal' distro does not.
>
Forgot the refs in previous mail even if they were in the
1 - 100 of 395 matches
Mail list logo