Comments on: BASE-UMTS-Flatrate mit Huawei E220 unter Gentoo Linux http://blog.0lx.de/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/ Computer - Unterwegs - Fotos - Stuff Tue, 27 Dec 2011 17:04:56 +0000 hourly 1 http://wordpress.org/?v=3.3 By: N24 Surfstick mit Gentoo | FUKZ.DE http://blog.0lx.de/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/comment-page-1/#comment-930 N24 Surfstick mit Gentoo | FUKZ.DE Thu, 22 Apr 2010 20:31:29 +0000 http://www.0lx.de/wordpress/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/#comment-930 [...] http://blog.0lx.de/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/ [...] [...] http://blog.0lx.de/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/ [...]

]]> By: Alex’ Blog » Blog Archive » Fonic UMTS (Huawei E160) mit Linux http://blog.0lx.de/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/comment-page-1/#comment-368 Alex’ Blog » Blog Archive » Fonic UMTS (Huawei E160) mit Linux Sun, 26 Apr 2009 20:53:38 +0000 http://www.0lx.de/wordpress/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/#comment-368 [...] mag es sein, dass einige der dort eingestellten Kernel-Module benötigt werden. Siehe das passende Howto dazu. Den PIN-Code der SIM-Karte habe ich mit Hilfe des Windows-Treibers von Fonic entfernt. Das [...] [...] mag es sein, dass einige der dort eingestellten Kernel-Module benötigt werden. Siehe das passende Howto dazu. Den PIN-Code der SIM-Karte habe ich mit Hilfe des Windows-Treibers von Fonic entfernt. Das [...]

]]> By: WarrenFaith - Senseless » KDE 4.2 läuft und wird doch abgeschafft - samt Gentoo http://blog.0lx.de/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/comment-page-1/#comment-333 WarrenFaith - Senseless » KDE 4.2 läuft und wird doch abgeschafft - samt Gentoo Wed, 18 Feb 2009 11:16:22 +0000 http://www.0lx.de/wordpress/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/#comment-333 [...] Ich hab gestern rund 18h gebraucht, um meinen HUAWEI E220 UMTS-Stick zum laufen zu bringen. Viele Tutorials die teilweise einfach nur schlecht, falsch oder einfach veraltet waren. Eins der 2 guten, die mir auch wirklich geholfen haben war das hier: Alex Blog [...] [...] Ich hab gestern rund 18h gebraucht, um meinen HUAWEI E220 UMTS-Stick zum laufen zu bringen. Viele Tutorials die teilweise einfach nur schlecht, falsch oder einfach veraltet waren. Eins der 2 guten, die mir auch wirklich geholfen haben war das hier: Alex Blog [...]

]]> By: Joerg Maier http://blog.0lx.de/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/comment-page-1/#comment-324 Joerg Maier Sun, 08 Feb 2009 10:27:41 +0000 http://www.0lx.de/wordpress/base-umts-flatrate-mit-huawei-e220-unter-gentoo-linux/#comment-324 Hallo, vielen Dank, gute Hilfe um es erstmal zum laufen zu bekommen. Ein paar Anmerkungen: Folgende Einträge waren bei mir noch notwendig, wohl da sie in dem allgemeinen Setup der wvdial.conf nicht enthalten waren (jemand anders hat es schon oben gepostet, wollte das nur bestätigen): Phone = *99# Username = base Password = base Und ich kann die SIM Karte nicht entsperren, mein Kernel muckt dann (2.6.28.1 und 2.6.28.3 gleichermassen): (dmesg nach echo "AT+CPIN=0987" > /dev/ttyUSB0) ------------[ cut here ]------------ Badness at drivers/usb/serial/usb-serial.c:326 NIP: f701462c LR: c01af544 CTR: f70145d8 REGS: c03bbc10 TRAP: 0700 Not tainted (2.6.28.1.jcm.debugusb.090125jcm) MSR: 00021032 CR: 28000082 XER: 00000000 TASK = c038e590[0] 'swapper' THREAD: c03ba000 GPR00: 00000001 c03bbcc0 c038e590 f7017ea8 f7017ec0 f7017c10 00000001 00000000 GPR08: 00000008 f7020000 0000000f 00000800 05234861 00000000 00000000 00000000 GPR16: 00000000 00000000 00000000 00000000 00000000 41400000 00000000 00000001 GPR24: eed1782b eed1792c c19b4c00 c1a6f014 eed1782b 00000001 c1a6f000 eed19400 NIP [f701462c] serial_write_room+0x54/0x84 [usbserial] LR [c01af544] tty_write_room+0x28/0x40 Call Trace: [c03bbcc0] [00000003] 0x3 (unreliable) [c03bbcd0] [c01af544] tty_write_room+0x28/0x40 [c03bbce0] [c01acf7c] opost+0x20/0x1e4 [c03bbcf0] [c01aeab8] n_tty_receive_buf+0xbc4/0xe18 [c03bbda0] [c01b1afc] flush_to_ldisc+0xf4/0x17c [c03bbdc0] [f7030618] option_indat_callback+0xc4/0x140 [option] [c03bbde0] [f2088184] usb_hcd_giveback_urb+0xa4/0xf8 [usbcore] [c03bbe00] [f10708c0] finish_urb+0xb8/0x118 [ohci_hcd] [c03bbe20] [f107097c] takeback_td+0x5c/0x184 [ohci_hcd] [c03bbe40] [f1070d74] dl_done_list+0x2d0/0x2f8 [ohci_hcd] [c03bbe70] [f1075130] ohci_irq+0x258/0x424 [ohci_hcd] [c03bbe90] [f208852c] usb_hcd_irq+0x4c/0xac [usbcore] [c03bbea0] [c0061f6c] handle_IRQ_event+0x4c/0xa0 [c03bbec0] [c0063dd0] handle_fasteoi_irq+0xb0/0x104 [c03bbed0] [c0006af0] do_IRQ+0x80/0xc4 [c03bbee0] [c0015160] ret_from_except+0x0/0x1c --- Exception: 501 at cpu_idle+0x98/0xec LR = cpu_idle+0x98/0xec [c03bbfa0] [c00099fc] cpu_idle+0x4c/0xec (unreliable) [c03bbfb0] [c028d9cc] __got2_end+0x58/0x68 [c03bbfc0] [c035880c] start_kernel+0x2b4/0x2c8 [c03bbff0] [0000381c] 0x381c Instruction dump: 3c60f701 90010014 38637ea8 8009c4e0 83fe00fc 2f800000 41be000c 88df0048 4800319d 801f000c 7c000034 5400d97e 813f0000 7fc3f378 81290004 ------------[ cut here ]------------ Ich habe die PIN dann gelöscht (mit einem Handy) und nun funktioniert es gut (2.6.28.2). Hatte das Problem nach linux-usb (at) vger.kernel.org und an den option.c Entwickler gemeldet, dort hat das aber nicht viele Interesse geerntet. . Übrigens, bei mir macht es kein Problem das Modem erst nach dem Hochfahren einzustecken, es werden beide seriellen devices angelegt. Ich weiss nun nicht ob das an meinem neueren Kernel oder an einem anderen hal/udev/??? liegt (ich bin auf debian etch und ppc unterwegs). Grüße, Jörg Hallo,

vielen Dank, gute Hilfe um es erstmal zum laufen zu bekommen. Ein paar Anmerkungen:

Folgende Einträge waren bei mir noch notwendig, wohl da sie in dem allgemeinen Setup der wvdial.conf nicht enthalten waren (jemand anders hat es schon oben gepostet, wollte das nur bestätigen):

Phone = *99#
Username = base
Password = base

Und ich kann die SIM Karte nicht entsperren, mein Kernel muckt dann (2.6.28.1 und 2.6.28.3 gleichermassen):

(dmesg nach echo “AT+CPIN=0987″ > /dev/ttyUSB0)

————[ cut here ]————
Badness at drivers/usb/serial/usb-serial.c:326
NIP: f701462c LR: c01af544 CTR: f70145d8
REGS: c03bbc10 TRAP: 0700 Not tainted (2.6.28.1.jcm.debugusb.090125jcm)
MSR: 00021032 CR: 28000082 XER: 00000000
TASK = c038e590[0] ‘swapper’ THREAD: c03ba000
GPR00: 00000001 c03bbcc0 c038e590 f7017ea8 f7017ec0 f7017c10 00000001 00000000
GPR08: 00000008 f7020000 0000000f 00000800 05234861 00000000 00000000 00000000
GPR16: 00000000 00000000 00000000 00000000 00000000 41400000 00000000 00000001
GPR24: eed1782b eed1792c c19b4c00 c1a6f014 eed1782b 00000001 c1a6f000 eed19400
NIP [f701462c] serial_write_room+0×54/0×84 [usbserial]
LR [c01af544] tty_write_room+0×28/0×40
Call Trace:
[c03bbcc0] [00000003] 0×3 (unreliable)
[c03bbcd0] [c01af544] tty_write_room+0×28/0×40
[c03bbce0] [c01acf7c] opost+0×20/0x1e4
[c03bbcf0] [c01aeab8] n_tty_receive_buf+0xbc4/0xe18
[c03bbda0] [c01b1afc] flush_to_ldisc+0xf4/0x17c
[c03bbdc0] [f7030618] option_indat_callback+0xc4/0×140 [option]
[c03bbde0] [f2088184] usb_hcd_giveback_urb+0xa4/0xf8 [usbcore]
[c03bbe00] [f10708c0] finish_urb+0xb8/0×118 [ohci_hcd]
[c03bbe20] [f107097c] takeback_td+0x5c/0×184 [ohci_hcd]
[c03bbe40] [f1070d74] dl_done_list+0x2d0/0x2f8 [ohci_hcd]
[c03bbe70] [f1075130] ohci_irq+0×258/0×424 [ohci_hcd]
[c03bbe90] [f208852c] usb_hcd_irq+0x4c/0xac [usbcore]
[c03bbea0] [c0061f6c] handle_IRQ_event+0x4c/0xa0
[c03bbec0] [c0063dd0] handle_fasteoi_irq+0xb0/0×104
[c03bbed0] [c0006af0] do_IRQ+0×80/0xc4
[c03bbee0] [c0015160] ret_from_except+0×0/0x1c
— Exception: 501 at cpu_idle+0×98/0xec
LR = cpu_idle+0×98/0xec
[c03bbfa0] [c00099fc] cpu_idle+0x4c/0xec (unreliable)
[c03bbfb0] [c028d9cc] __got2_end+0×58/0×68
[c03bbfc0] [c035880c] start_kernel+0x2b4/0x2c8
[c03bbff0] [0000381c] 0x381c
Instruction dump:
3c60f701 90010014 38637ea8 8009c4e0 83fe00fc 2f800000 41be000c 88df0048
4800319d 801f000c 7c000034 5400d97e 813f0000 7fc3f378 81290004
————[ cut here ]————

Ich habe die PIN dann gelöscht (mit einem Handy) und nun funktioniert es gut (2.6.28.2). Hatte das Problem nach linux-usb (at) vger.kernel.org und an den option.c Entwickler gemeldet, dort hat das aber nicht viele Interesse geerntet. .

Übrigens, bei mir macht es kein Problem das Modem erst nach dem Hochfahren einzustecken, es werden beide seriellen devices angelegt. Ich weiss nun nicht ob das an meinem neueren Kernel oder an einem anderen hal/udev/??? liegt (ich bin auf debian etch und ppc unterwegs).

Grüße,
Jörg

]]>