Viestit

1

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: 32 vs 64 bittinen C ohjelmointi ongelma

« : 15.09.09 - klo:14.01 »

stack smashing viittaisi puskuriylivuotoon, eli joku char[10] jossain saattaa olla liian pieni. olethan joka paikassa muistanut että esimes 64bit long on erikokoinen kun 32bit long?

2

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Webtoolkit C:lle

« : 28.08.09 - klo:13.40 »

Onko kenelläkään tietoa/kokemusta jostakin webtoolkitistä c-kielelle?

3

Multimedia ja grafiikka / Vs: Näytä työpöytäsi

« : 31.12.08 - klo:20.19 »

Pakkohan se on sitten minunkin...

[ylläpito on poistanut liitteen]

4

Laitealue / Vs: usb ei toimi

« : 24.11.08 - klo:14.36 »

Toki on mahdollista. Eli ongelmahan oli usb ohjainkortin toimimattomuus verkkokortin kanssa samassa IRQ kanavassa (ks /proc/interrupts screenshotit yllä). Yritin ensinnäkin korjata ongelmaa vaikka mitä kernelin bootti-optioilla, acpi=off jne joilla ei ollut mitään käytännön vaikutusta, ei suuntaan eikä toiseen, usb ohjain ja 3com 905 verkkokortti olivat kaikesta huolimatta aina samassa IRQ kanavassa. Ongelman sain siis fiksattua niin että vaihdoin verkkokortin fyysisesti toiseen pci väylään jolloin verkkokortti siirtyi kiltisti toiseen IRQ kanavaan.

PCI väylä-shotti:

- USB ohjain
- SCSI ohjain
- tyhjä
- tyhjä
- verkkokortti

Tässä siis toimiva järjestys.

Ongelma oli varsin kiusallinen, koska meni kauan ennekuin huomasin että verkkokortti, tarkemmin verkkoliikenne, aiheuttaa usb:n jumittumisen.

5

Laitealue / Vs: usb ei toimi

« : 22.11.08 - klo:21.51 »

[  127.757616] ehci_hcd 0000:00:13.2: port 4 reset error -110
[  127.757669] hub 3-0:1.0: hub_port_status failed (err = -32)

Vaikka tämä vanha topic onkin vastaan silti: Törmäsin samaan ongelmaan hankkiessani VIA piirillisen USB 2 ohjainkortin, siihen liitetty ulkoinen kovalevy toimi satunnaisesti jos ollenkaan, ja dmesgiin ilmaantui juuri ylläolevanlaisia ilmoituksia. Ongelmaksi ilmaantui verkkokortin ja USB ohjaimen toimimattomuus samassa IRQ:ssa, eli PCI korttien uudelleenjärjestelyllä sain IRQ:t  sellaiseen järjestykseen että eth0 ja ehci olivat eri IRQ kanavassa ja kas, homma ok.

Tässä toimimaton /proc/interrupts:

  0:      64999    XT-PIC-XT        timer
  1:        321    XT-PIC-XT        i8042
  2:          0    XT-PIC-XT        cascade
  8:          1    XT-PIC-XT        rtc
  9:        170    XT-PIC-XT        acpi, ehci_hcd:usb1, VIA686A, eth0
 10:      42091    XT-PIC-XT        aic7xxx, uhci_hcd:usb3
 14:         42    XT-PIC-XT        ide0
 15:      11349    XT-PIC-XT        uhci_hcd:usb2, nvidia
NMI:          0   Non-maskable interrupts
LOC:          0   Local timer interrupts
TRM:          0   Thermal event interrupts
SPU:          0   Spurious interrupts
ERR:          0
MIS:          0

Ja tässä taas toimiva:

  0:     159330    XT-PIC-XT        timer
  1:        238    XT-PIC-XT        i8042
  2:          0    XT-PIC-XT        cascade
  4:      85199    XT-PIC-XT        eth0
  8:          1    XT-PIC-XT        rtc
  9:          1    XT-PIC-XT        acpi
 10:      39478    XT-PIC-XT        aic7xxx, uhci_hcd:usb3
 11:       1011    XT-PIC-XT        uhci_hcd:usb2, nvidia
 12:      97589    XT-PIC-XT        ehci_hcd:usb1, VIA686A
 14:         42    XT-PIC-XT        ide0
NMI:          0   Non-maskable interrupts
LOC:          0   Local timer interrupts
TRM:          0   Thermal event interrupts
SPU:          0   Spurious interrupts
ERR:          0
MIS:          0

Tämä toivottavasti auttanee saman ongelman kanssa painivia.