Send buglog mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:
1. [Bug 881] New: [patch] /etc/hosts should contain
192.168.0.200 ([EMAIL PROTECTED])
2. [Bug 881] [patch] /etc/hosts should contain 192.168.0.200
([EMAIL PROTECTED])
3. [Bug 881] [patch] /etc/hosts should contain 192.168.0.200
([EMAIL PROTECTED])
4. [Bug 882] New: Extraneous tmpfs mounts of /tmp and /media/ram
in fstab ([EMAIL PROTECTED])
5. [Bug 883] New: Audible GSM interference when making a call
([EMAIL PROTECTED])
6. [Bug 870] During boot, init looks for psplash in /usr/bin --
which might not be mounted yet ([EMAIL PROTECTED])
7. [Bug 666] 3G SIM capability
([EMAIL PROTECTED])
8. Your Bugzilla buglist needs attention. ([EMAIL PROTECTED])
9. Re: [Bug 876] finished usb host patch ( S?bastien Lorquet )
10. Re: [Bug 874] Kernel doesn't boot when using the kernel
uncompressor ( S?bastien Lorquet )
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=881
Summary: [patch] /etc/hosts should contain 192.168.0.200
Product: OpenMoko
Version: current svn head
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: sysinit
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
When opening an ssh connection to the neo it tries to reverse lookup the host.
This takes some seconds when gprs is enabled.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=881
------- Additional Comments From [EMAIL PROTECTED] 2007-09-18 18:53 -------
Created an attachment (id=314)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=314&action=view)
add 192.168.0.200 as host
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=881
------- Additional Comments From [EMAIL PROTECTED] 2007-09-18 18:56 -------
Created an attachment (id=315)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=315&action=view)
addded tailing new line again
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=882
Summary: Extraneous tmpfs mounts of /tmp and /media/ram in fstab
Product: OpenMoko
Version: 2007.2
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P3
Component: sysinit
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
The /etc/fstab file explicitly mounts /tmp as well as /media/ram as filesystems
of type tmpfs. This conflicts with the configuration of the "volatiles"
mechanism which redirects (among others) /tmp to be a symbolic link into
/var/volatile (which is a tmpfs filesystem). (This also results in an error
message printed at boot time -- "Device or resource busy" -- and a strange entry
symbolic link from /tmp/tmp->/var/tmp).
Additionally, there is no need for /media/ram to be mounted as a tmpfs
filesystem, as applications and users should use a directory in /var/volatiles
instead.
The solution is to remove the lines for /tmp and /media/ram from the fstab.
[Note that as an alternative, if it is deemed desirable that we have two tmpfs
mounts for temporary data, then the /etc/default/volatiles configuration should
be adjusted to remove the reference to /tmp.]
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=883
Summary: Audible GSM interference when making a call
Product: Neo1973 Hardware
Version: GTA01v4
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Audio
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
When I am at home using an iwireless tower I get about 2 bars of signal.. (Is
there a better way to quantify the signal strenght?), and when I make a call, I
can hear GSM signal interference in the Neo earphone speaker.
I am running a self-built openmoko build from 2007-09-17.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=870
------- Additional Comments From [EMAIL PROTECTED] 2007-09-18 22:01 -------
There's more.
The following *additional* commands are referenced by init scripts before any
additional filesystems are mounted:
/usr/bin/awk
/usr/bin/chvt
/usr/bin/cut
/usr/bin/dc
/usr/bin/logger
/usr/bin/printf
/usr/bin/readlink
/usr/bin/tail
/usr/bin/test
All of these are just links to busybox, so consider putting these links in /bin
or /sbin instead of /usr/bin.
(There might be others -- I identified the commands above by watching a few "not
found" errors scroll by during boot, plus a quick manual review of the scripts
in /etc/rcS.d that are run before S35mountall.sh)
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=666
------- Additional Comments From [EMAIL PROTECTED] 2007-09-19 04:43 -------
TI had confirmed that their older version firmware can access the AT&T 3G
fireball usim. What we released is newer version, which couldn't read, so just
waiting for TI release a patch now.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
[This e-mail has been automatically generated.]
You have one or more bugs assigned to you in the Bugzilla
bugsystem (http://bugzilla.openmoko.org/cgi-bin/bugzilla/) that require
attention.
All of these bugs are in the NEW state, and have not been touched
in 7 days or more. You need to take a look at them, and
decide on an initial action.
Generally, this means one of three things:
(1) You decide this bug is really quick to deal with (like, it's INVALID),
and so you get rid of it immediately.
(2) You decide the bug doesn't belong to you, and you reassign it to someone
else. (Hint: if you don't know who to reassign it to, make sure that
the Component field seems reasonable, and then use the "Reassign bug to
owner of selected component" option.)
(3) You decide the bug belongs to you, but you can't solve it this moment.
Just use the "Accept bug" command.
To get a list of all NEW bugs, you can use this URL (bookmark it if you like!):
http://bugzilla.openmoko.org/cgi-bin/bugzilla/buglist.cgi?bug_status=NEW&[EMAIL
PROTECTED]
Or, you can use the general query page, at
http://bugzilla.openmoko.org/cgi-bin/bugzilla/query.cgi.
Appended below are the individual URLs to get to all of your NEW bugs that
haven't been touched for a week or more.
You will get this message once a day until you've dealt with these bugs!
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=41
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=69
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=112
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=114
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=129
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=141
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=181
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=276
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=301
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=340
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=448
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=466
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=555
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=572
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=589
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=624
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=630
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=661
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=675
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=696
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=714
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=742
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=800
--- End Message ---
--- Begin Message ---
In the attached patch, I noticed in this function:
+static ssize_t set_usb_mode(struct device *dev, struct device_attribute *attr,
+ const char *buf, size_t count)
+{
+ if (!strncmp(buf, "host", 4)) {
+ printk("s3c2410: changing usb to host\n");
+ s3c2410_modify_misccr(S3C2410_MISCCR_USBHOST,
+ S3C2410_MISCCR_USBHOST);
+ /* FIXME:
+ * - call machine-specific disable-pullup function i
+ * - enable +Vbus (if hardware supports it)
+ */
+ s3c2410_gpio_setpin(S3C2410_GPE5, 0);
+ } else if (!strncmp(buf, "device", 6)) {
+ printk("s3c2410: changing usb to device\n");
+ s3c2410_modify_misccr(S3C2410_MISCCR_USBHOST, 0);
+ s3c2410_gpio_setpin(S3C2410_GPE5, 1);
+ } else
+ printk("s3c2410: unknown mode\n");
+ return -EINVAL;
+ return count;
+}
Didn't you want to put {} around the else? -EINVAL is only returned if the
mode is incorrect :
+ } else {
+ printk("s3c2410: unknown mode\n");
+ return -EINVAL;
+ }
+ return count;
2007/9/17, [EMAIL PROTECTED] <
[EMAIL PROTECTED]>:
>
> http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=876
>
>
>
>
>
> ------- Additional Comments From [EMAIL PROTECTED] 2007-09-17 20:53
> -------
> Created an attachment (id=312)
> --> (
> http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=312&action=view
> )
> The updated usb mode switching patch
>
>
>
>
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.
>
> _______________________________________________
> buglog mailing list
> [email protected]
> http://lists.openmoko.org/mailman/listinfo/buglog
>
--
Sébastien LORQUET - 이세영 (李世榮)
Ingénieur ENSPG 2006 / ENSIMAG-ASI 2007
--- End Message ---
--- Begin Message ---
Could this problem prevent me from booting openmoko kernel from HaRET on my
hx4700?
2007/9/17, [EMAIL PROTECTED] <
[EMAIL PROTECTED]>:
>
> http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=874
>
> [EMAIL PROTECTED] changed:
>
> What |Removed |Added
>
> ----------------------------------------------------------------------------
> OtherBugsDependingO| |12
> nThis| |
>
>
>
>
>
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.
>
> _______________________________________________
> buglog mailing list
> [email protected]
> http://lists.openmoko.org/mailman/listinfo/buglog
>
--
Sébastien LORQUET - 이세영 (李世榮)
Ingénieur ENSPG 2006 / ENSIMAG-ASI 2007
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
