http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1221
Summary: 2.6.24 freezes on GTA01
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1220
Summary: ipkg kernel/module upgrade regression
Product: OpenMoko
Version: 2007.2
Platform: Neo1973
OS/Version: All
Status: NEW
Severity: normal
Prio
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1221
--- Additional Comments From [EMAIL PROTECTED] 2008-02-06 00:31 ---
The workaround for that is simply to remove the serial console from
bootargs_base. After doing that, the hang disappears.
--- You are receiving
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1221
[EMAIL PROTECTED] changed:
What|Removed |Added
BugsThisDependsOn||788
--- Additio
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1223
Summary: SD card no longer operational with 2.6.24
Product: OpenMoko
Version: current svn head
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: criti
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1223
--- Additional Comments From [EMAIL PROTECTED] 2008-02-09 09:38 ---
Actually neither reading nor writing the card works correctly. When I create a
file system on /dev/mmcblk0 using my notebook's card reader, the Neo ca
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1223
--- Additional Comments From [EMAIL PROTECTED] 2008-02-11 07:48 ---
Created an attachment (id=524)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=524&action=view)
Console log, 2.6.24 kernel with
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1230
Summary: oops at boot in rtc_dev_open()
Product: OpenMoko
Version: unspecified
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: normal
Prio
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1230
--- Additional Comments From [EMAIL PROTECTED] 2008-02-14 13:59 ---
I have disabled the SDIO stack and tried to reproduce the problem. The problem
is still present.
Please not though that device boots OK after the oop
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1230
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1230
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|openmoko-
|
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1223
--- Additional Comments From [EMAIL PROTECTED] 2008-02-16 14:42 ---
A quick potential fix for the only-first-byte-transferred (but probably
only-every-fourth-byte-transferred-ok) issue:
in linux-2.6/drivers/mmc/host/s
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1235
Summary: aux button and charger/usb insertion emit same keycode
Product: OpenMoko
Version: current svn head
Platform: PC
OS/Version: Linux
Status: NEW
Severit
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1235
--- Additional Comments From [EMAIL PROTECTED] 2008-02-18 21:07 ---
I can't confirm this. On my GTA01 I see xev emitting keycode 177 for AUX and
keycode 108 for USB/Charger. Could you upload your xev output?
---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1235
--- Additional Comments From [EMAIL PROTECTED] 2008-02-18 21:13 ---
Outer window is 0x161, inner window is 0x162
PropertyNotify event, serial 7, synthetic NO, window 0x161,
atom 0x27 (WM_NAME), time 76
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=889
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|openmoko-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=889
--- Additional Comments From [EMAIL PROTECTED] 2008-02-21 00:27 ---
I'll take a look at this.
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=889
--- Additional Comments From [EMAIL PROTECTED] 2008-02-21 00:50 ---
Well on GTA02 we do track the 3 seconds and we do appear to issue a signal
(SIGINT) to init. I tried it first having booted with init=/bin/sh and
na
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1220
[EMAIL PROTECTED] changed:
What|Removed |Added
Component|kernel |OE bitbake recipes /
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1220
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|openmoko- |[EMAIL PROTECTED]
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=889
--- Additional Comments From [EMAIL PROTECTED] 2008-02-21 12:06 ---
>However if you come up in the GUI on GTA02 and hold the button 3 seconds, it
>brings up the power menu in response to the SIGINT to init.
No, neod b
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1223
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1221
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
--- Additional Comments From [EMAIL PROTECTED] 2008-02-26 07:12 ---
I created fix-i2c-s3c2410-resume-race.patch which I think will resolve this,
it is in git and svn #4111 and above so no point adding it here.
Let me k
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1235
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1235
--- Additional Comments From [EMAIL PROTECTED] 2008-02-27 08:26 ---
no, i updatet my neo after that the behavior disapeared. sry for the noise.
--- You are receiving this mail because: ---
You are the assign
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1235
--- Additional Comments From [EMAIL PROTECTED] 2008-02-27 08:40 ---
No probs please continue to report any bad things you see :-)
--- You are receiving this mail because: ---
You are the assignee for the bug
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=889
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resol
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
Summary: No Wifi in Managed Mode
Product: OpenMoko
Version: unspecified
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: critical
Priority:
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1249
Summary: No Wifi in Managed Mode
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
--- Additional Comments From [EMAIL PROTECTED] 2008-03-04 16:02 ---
*** Bug 1249 has been marked as a duplicate of this bug. ***
--- You are receiving this mail because: ---
You are the assignee for the bug,
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1249
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
--- Additional Comments From [EMAIL PROTECTED] 2008-03-05 17:01 ---
Ok, using another AP it works. Now we should find out what goes wrong with the
first AP. Sameo?
--- You are receiving this mail because: --
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1252
Summary: usb0 no longer comes up if booting with usb plugged in
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: no
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1252
--- Additional Comments From [EMAIL PROTECTED] 2008-03-05 22:28 ---
Could you describe more ?
Did you change your kernel version (on your host machine i mean) recently?
Which kernel version is your host machine running
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1255
Summary: No indication of battery charging when power is off
Product: OpenMoko
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: no
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1256
Summary: Boot time too slow
Product: OpenMoko
Version: unspecified
Platform: All
OS/Version: other
Status: NEW
Severity: normal
Priority: P1
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1255
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Ad
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1256
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Ad
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1254
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||openmoko-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1252
--- Additional Comments From [EMAIL PROTECTED] 2008-03-08 02:58 ---
I've noticed EoUSB occasionally not coming up (unplugging and replugging
always fixed this), but haven't been able to establish a pattern so far.
If a
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=79
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolu
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
[EMAIL PROTECTED] changed:
What|Removed |Added
Priority|P2 |P1
--- Addition
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=596
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|openmoko-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1252
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|openmoko- |[EMAIL PROTECTED]
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|blocker |major
--- Addit
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|major |blocker
--- Add
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-11 15:29 ---
Ok, this looks more and more like a software bug. Builds from mickeyl and
buildhost fail. DAMP Handset Spk is controlling Stereo Out for some reason.
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1265
Summary: IRQ storm from PMU chip
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1265
--- Additional Comments From [EMAIL PROTECTED] 2008-03-12 17:02 ---
I also get this (possibly on every boot), but it doesn't seem to be impacting on
performance.
--- You are receiving this mail because: ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1265
--- Additional Comments From [EMAIL PROTECTED] 2008-03-12 18:44 ---
It is quite possible something is slowing the thing to a crawl, which would be
important to understand, but it shouldn't be this. The SECOND thing i
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-12 20:07 ---
Definate Heisenbug here and Im running out of ideas.
Booting a failing image will occasionally give working sound. I used objdump to
dissassemble the
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
--- Additional Comments From [EMAIL PROTECTED] 2008-03-13 11:46 ---
Mickey can you specify the brand and actual model number of the APs that work
and fail?
Also to be mega clear, "open" is a bit overloaded for Wifi,
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-13 14:15 ---
Ok, I would love to see the contents of
/sys/bus/platform/devices/soc-audio/codec_reg for both working and non working
situations from people.
After
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-13 14:17 ---
Created an attachment (id=552)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=552&action=view)
A possible bandaid for the quie
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Reso
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1265
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Ad
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-14 10:20 ---
Guys is there a way I can reproduce the effect of this bug without making a
call? So if it comes up a "bad" kernel, can we see the bad behaviour in
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1265
--- Additional Comments From [EMAIL PROTECTED] 2008-03-14 10:07 ---
I think this can be the JACK_INSERT issue... Miles had an A5 which would spew
false interrupts from this after boot for a while.
The JACK_INSERT cir
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-14 10:34 ---
The bug isnt actually about calls, its a general problem. Basically boot the
phone if the startup sound is really quiet or doesnt play at all you trig
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-14 10:44 ---
Thanks for the clarification... comment #1 says to make a call to reproduce.
I never heard a quiet startup sound in the few times I booted on recent
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-14 12:06 ---
It seems that L/ROUT2 is working fine, its something in the L/ROUT1 system thats
the problem. My first thought was the Amp was under voltaged or some
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-14 12:39 ---
There is no shortage of things to go wrong on L/ROUT1 because it is overloaded
several different ways that already make unsolved troubles.
AMP_3V3 f
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1265
--- Additional Comments From [EMAIL PROTECTED] 2008-03-15 10:47 ---
I shall try and do this, and good news is I can probably make it happen when I
am in Taipei next week so people can see for themselves.
--- Yo
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
--- Additional Comments From [EMAIL PROTECTED] 2008-03-16 03:11 ---
Linksys WRT54GS (Tomato Firmware) -- does not work.
Linksys WAP54G (Stock VmWorx Firmware) -- does work.
Open Wifi for me means:
- no encryption
-
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
--- Additional Comments From [EMAIL PROTECTED] 2008-03-16 07:46 ---
What is the passed aceess point? Is also thw linksys AP with OpenWRT firmware
or standard access point (brand/model)?
--- You are receiving th
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1277
Summary: no data from 2nd accellerometer
Product: Neo1973 Hardware
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1277
--- Additional Comments From [EMAIL PROTECTED] 2008-03-17 15:36 ---
Hi Mickey -
I believe you want event2 and event3, not 4:
# cat /proc/bus/input/devices
I: Bus=0019 Vendor=0001 Product=0001 Version=0100
N: Name="N
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1277
--- Additional Comments From [EMAIL PROTECTED] 2008-03-17 18:03 ---
>From mickeyl:
neod opens all device nodes by default, so we should see interrupts from both
accelerometers.
--- You are receiving this mail b
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1277
--- Additional Comments From [EMAIL PROTECTED] 2008-03-17 18:16 ---
Hum, something's up somewhere because lsof -n shows neod has them open alright
on a device here, but the interrupt count does not increase :-(
[EMAI
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
Summary: RNDIS no longer works with Windows -- regression
Product: OpenMoko
Version: 2007.2
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-03-17 23:12 ---
Additional info: my current kernel version is 2.6.24+svnr4154-r4165-r3
--- You are receiving this mail because: ---
You are the assignee fo
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-03-17 23:50 ---
Oh dear, a Windows interoperability problem. One quick check, does it help
if you unplug and then reinsert the USB cable ? (Doesn't matter at which
en
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1277
--- Additional Comments From [EMAIL PROTECTED] 2008-03-18 03:53 ---
Maybe it hardware defects, willie found that 2008/1 DM1 test pass criteria was
not complete, some defect accelerometer might pass DM1 test. And that
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-03-18 09:35 ---
RNDIS has been broken for PXA for many kernel versions, maybe this breakage
extends to all arms.
--- You are receiving this mail because:
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-03-18 10:02 ---
rndismp.sys 5.2.3790.3959 (srv03_sp2_rtm.070216-1710)
usb8023.sys 5.2.3790.3959 (srv03_sp2_rtm.070216-1710)
i try the new version of the Drivers
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-03-18 18:50 ---
No, unfortunately, plugging/unplugging, rebooting, ifdown/ifup, etc. on the Neo
side don't have any effect.
I can be a bit more precise:
Unplugging
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-03-19 10:17 ---
Tell windows to reinstall the driver.
It's probably showing up as that yellow interrogation mark...
and if you don't tell it to reinstall the driver i
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1285
Summary: WLAN stability issue with WPA
Product: Neo1973 Hardware
Version: unspecified
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1277
--- Additional Comments From [EMAIL PROTECTED] 2008-03-20 18:29 ---
So far I wasn't able to reproduce this running
cat /dev/input/event<2,3> > /dev/null
in two ssh shells and watching /proc/interrupts, even up past 5
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
Summary: No icon indication of Bluetooth, GPS, WiFi
Product: OpenMoko
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: major
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
--- Additional Comments From [EMAIL PROTECTED] 2008-03-22 19:14 ---
Hi Will,
I thought you'd like to put only battery and GSM signal indications in the
status bar for openmoko-freerunner image. You wanna put 'bluetoo
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
--- Additional Comments From [EMAIL PROTECTED] 2008-03-22 20:35 ---
What we need to see is an indication that these features work.
So yes, have the icons show when turned on, not show when turned off.
--- You ar
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
--- Additional Comments From [EMAIL PROTECTED] 2008-03-24 10:01 ---
When I google about the "Protocol Reason/Status Code is 19" or "Disconnect
reason is 6" I only get a hit from this bug report itself. This usually m
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
--- Additional Comments From [EMAIL PROTECTED] 2008-03-24 11:23 ---
So the default firmware comes with Linksys WRT54g is OK? Only DD-WRT or Tomato
like firmware may not working?
--- You are receiving this mail
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
--- Additional Comments From [EMAIL PROTECTED] 2008-03-24 14:20 ---
I could not get my GTA02 to associate with a WRT54GL with openwrt 7.09 firmware.
--- You are receiving this mail because: ---
You are the a
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
--- Additional Comments From [EMAIL PROTECTED] 2008-03-25 05:35 ---
Julian reports that the bandaid patch fixes the problem for him. Werner could
you apply this as a bandaid until I track down the real cause.
I also s
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-03-25 18:11 ---
Installing and reinstalling the Windows driver doesn't help -- trust me, I have
been down that road *many* times before. I think it's broken.
And it
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1299
Summary: cannot boot: svnr 4230, 4248
Product: OpenMoko
Version: current svn head
Platform: PC
OS/Version: Linux
Status: NEW
Severity: blocker
Prior
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1299
--- Additional Comments From [EMAIL PROTECTED] 2008-03-26 05:40 ---
This not happen in my phone or Allen/Werner's, I need check the phone see if
any production/hardware related issue
--- You are receiving this
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1299
--- Additional Comments From [EMAIL PROTECTED] 2008-03-26 06:03 ---
seems I didn't press the power button long enough anyway you have to keep
pressing it for about 7 seconds to really boot.
--- You are rec
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-03-26 15:53 ---
Thanks the the plug/unplug testing ! Unfortunately, that's about as far as
my skills for fixing Windows problems go. I hope that someone who is famili
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1250
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Ad
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1279
--- Additional Comments From [EMAIL PROTECTED] 2008-03-26 21:48 ---
I took a quick look at the kernel patches, defconfigs, and bitbake recipes with
respect to UDC and RNDIS in both kernel 2.6.22.5 (which worked) and 2.
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1287
--- Additional Comments From [EMAIL PROTECTED] 2008-03-27 07:00 ---
we have GPS patches and made by Tick about a week ago, and he is going to commit
code soon.
--- You are receiving this mail because: ---
Yo
1 - 100 of 236 matches
Mail list logo