Daniel Bareiro escribió:
> Yo estoy manejando después de meditarlo otra hipótesis que no creo que
> sea muy descabellada y también viene por el lado del abaratamiento de
> los costos. Pienso que puede darse el caso que para algunas cámaras
> varias funciones estén implementadas por software en vez de por
> hardware. Algo similar a como ocurría o ocurre con los Winmodems. Encontré
> en este [1] documento otro modelo de cámara manufacturada por Pixart con
> otro chipset en que pasa justamente eso:
>
> «All the image processing functions, interpolation, auto exposure, auto
> white balance, de-flickering and sharpness, are performed by software in PC
> side», así que no me extrañaría que con este modelo pase lo mismo :-|
>
> Eso explicaría también por qué los drivers de Windows hacen que la imágen
> se vea sin problemas en ese sistema operativo.
Sí, eso no lo dudes, en casi todas las cámaras es así, por eso la
necesidad de unificar los filtros que usan varios drivers en una sola
API, separándolos de los drivers en cuestión.
Hasta ahora esos filtros se vienen implementando individualmente en cada
driver.
<...>
> Probé con modinfo para ver si encontraba vflip entre las opciones válidas,
> pero para que inicialmente no estaría disponible :-(
:/, y bueno, probá si encontrás el parche que te digo también, porque
ese te va a servir para cualquier otra cámara :).
Hola, Ismael!
El martes 01 de diciembre del 2009 a las 14:47:02,
Ismael Luceno escribió:
> >> Es un problema conocido de muchas cámaras, las arman al revés.
> > ¿Posta que las arman al revés? X-D
> > Lo que me llama la atención es que un compañero de trabajo las probó
> > en Windows, instalando los drivers que trae, claro, y se ve bien.
> > Pero, si es como vos decís, entonces esos drivers hacen una
> > inversión de la imagen. Que truchos... :-P
> Y sí, obviamente es más barato eso que rectificar el proceso :P.
> Lo peor es que no hay forma de saber, porque salen partidas derechas y
> al revés, pero no hay forma de diferenciarlas hasta probarlas (tienen
> el mismo ID), por eso no se puede automatizar en la mayoría de los
> casos :(.
Yo estoy manejando después de meditarlo otra hipótesis que no creo que
sea muy descabellada y también viene por el lado del abaratamiento de
los costos. Pienso que puede darse el caso que para algunas cámaras
varias funciones estén implementadas por software en vez de por
hardware. Algo similar a como ocurría o ocurre con los Winmodems. Encontré
en este [1] documento otro modelo de cámara manufacturada por Pixart con
otro chipset en que pasa justamente eso:
«All the image processing functions, interpolation, auto exposure, auto
white balance, de-flickering and sharpness, are performed by software in PC
side», así que no me extrañaría que con este modelo pase lo mismo :-|
Eso explicaría también por qué los drivers de Windows hacen que la imágen
se vea sin problemas en ese sistema operativo.
> >> Algunos drivers tienen una opción para invertir la imagen.
> >> Sé que había alguien preparando un parche para filtros para V4L2, y
> >> había filtros para varias cosas por el estilo, pero no sé en que
> >> quedó eso...
> > Voy a seguir investigando. Había llegado a encontrar que alguien
> > comentaba que poniendo en 1 la opción vflip de video4linux en /proc
> > se solucionaba el problema, pero no encuentro la entrada vflip para
> > /proc con mi kernel 2.6.30 :-(
> No, tiene que ser un parámetro del módulo, y muy probablemente se
> llame así sí. probá descargando el módulo y cargandolo con la opción
> vflip=1.
Buscando encontré este [2] informe de bug de Debian GNU/Linux, aunque es
un poco viejo. En mi estación de trabajo estoy usando testing con kernel
2.6.30 de los repositorios de Debian. Esta cámara usa un chipset Pixart,
y en el informe de bug parece que alguien publicó un parche para el
módulo gspca que agrega la opción vflip. Este módulo antes estaba en un
paquete separado, pero después se hizo un merge en el kernel vanilla de
Debian así que habría que ver si existe una versión más actual que se
pueda aplicar a la versión del kernel que estoy usando.
Probé con modinfo para ver si encontraba vflip entre las opciones válidas,
pero para que inicialmente no estaría disponible :-(
defiant:~# lsmod|grep gspca
gspca_pac7311 10928 0
gspca_main 18984 1 gspca_pac7311
videodev 31040 1 gspca_main
usbcore 126004 9
gspca_pac7311,snd_usb_audio,snd_usb_lib,gspca_main,usb_storage,usbhid,ohci_hcd,e\
hci_hcd
defiant:~# modinfo -p gspca_main
debug:Debug (bit) 0x01:error 0x02:probe 0x04:config 0x08:stream 0x10:frame
0x20:packet 0x40:USBin 0x80:USBout 0x0100: v4l2
defiant:~# modinfo -p gspca_pac7311
defiant:~#
Gracias por responder.
Saludos,
Daniel
[1] http://mxhaard.free.fr/spca50x/Doc/PixArt/PAC207BCA_Spec_V12.pdf
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466051
--
Mi frase del día:
Suspicion always haunts the guilty mind.
-- Wm. Shakespeare
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
10:29:02 up 17 days, 7:24, 14 users, load average: 1.11, 1.17, 1.13
Daniel Bareiro escribió:
> El martes 01 de diciembre del 2009 a las 14:17:50,
> Ismael Luceno escribió:
>> Es un problema conocido de muchas cámaras, las arman al revés.
>
> ¿Posta que las arman al revés? X-D
>
> Lo que me llama la atención es que un compañero de trabajo las probó en
> Windows, instalando los drivers que trae, claro, y se ve bien. Pero, si
> es como vos decís, entonces esos drivers hacen una inversión de la
> imagen. Que truchos... :-P
Y sí, obviamente es más barato eso que rectificar el proceso :P.
Lo peor es que no hay forma de saber, porque salen partidas derechas y
al revés, pero no hay forma de diferenciarlas hasta probarlas (tienen el
mismo ID), por eso no se puede automatizar en la mayoría de los casos :(.
>> Algunos drivers tienen una opción para invertir la imagen.
>
>> Sé que había alguien preparando un parche para filtros para V4L2, y
>> había filtros para varias cosas por el estilo, pero no sé en que quedó
>> eso...
>
> Voy a seguir investigando. Había llegado a encontrar que alguien
> comentaba que poniendo en 1 la opción vflip de video4linux en /proc se
> solucionaba el problema, pero no encuentro la entrada vflip para /proc
> con mi kernel 2.6.30 :-(
No, tiene que ser un parámetro del módulo, y muy probablemente se llame
así sí. probá descargando el módulo y cargandolo con la opción vflip=1.
El martes 01 de diciembre del 2009 a las 14:17:50,
Ismael Luceno escribió:
> > El tema es que la estuve probando con Pidgin 2.6.3 y Kopete 0.80.2 y
> > en ambos casos la imagen se ve invertida, o sea, me veo boca abajo
> > :-S No estoy seguro si se pueda deber al error que aparece en el
> > archivo meessages para gspca, aunque existe la posibilidad.
> Es un problema conocido de muchas cámaras, las arman al revés.
¿Posta que las arman al revés? X-D
Lo que me llama la atención es que un compañero de trabajo las probó en
Windows, instalando los drivers que trae, claro, y se ve bien. Pero, si
es como vos decís, entonces esos drivers hacen una inversión de la
imagen. Que truchos... :-P
> Algunos drivers tienen una opción para invertir la imagen.
> Sé que había alguien preparando un parche para filtros para V4L2, y
> había filtros para varias cosas por el estilo, pero no sé en que quedó
> eso...
Voy a seguir investigando. Había llegado a encontrar que alguien
comentaba que poniendo en 1 la opción vflip de video4linux en /proc se
solucionaba el problema, pero no encuentro la entrada vflip para /proc
con mi kernel 2.6.30 :-(
Gracias por responder.
Saludos,
Daniel
--
Mi frase del día:
Where there's no emotion, there's no motive for violence.
-- Spock, "Dagger of the Mind", stardate 2715.1
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
13:22:59 up 16 days, 10:18, 12 users, load average: 1.01, 1.10, 1.12
Daniel Bareiro escribió:
> El tema es que la estuve probando con Pidgin 2.6.3 y Kopete 0.80.2 y en
> ambos casos la imagen se ve invertida, o sea, me veo boca abajo :-S No
> estoy seguro si se pueda deber al error que aparece en el archivo meessages
> para gspca, aunque existe la posibilidad.
Es un problema conocido de muchas cámaras, las arman al revés. Algunos
drivers tienen una opción para invertir la imagen.
Sé que había alguien preparando un parche para filtros para V4L2, y
había filtros para varias cosas por el estilo, pero no sé en que quedó
eso...
Hola! ¿Cómo están? Espero que todo bien!
Les cuento que en la oficina he sido congraciado con una webcam, así que
estoy dando mis primeros pasos configurando este equipo en la estación de
trabajo que aquí uso con Debian GNU/Linux testing y kernel 2.6.30. Se trata
de una webcam «Genius messenger 310» según la caja que mi Debian la detecta
de la siguiente manera:
# lsusb
[...]
Bus 002 Device 006: ID 093a:2624 Pixart Imaging, Inc. Webcam
Esto es lo que veo en /var/log/messages:
Nov 30 09:54:40 defiant kernel: [3282922.352024] usb 2-4: new full speed USB
device using ohci_hcd and address 6
Nov 30 09:54:41 defiant kernel: [3282922.556627] usb 2-4: New USB device found,
idVendor=093a, idProduct=2624
Nov 30 09:54:41 defiant kernel: [3282922.556630] usb 2-4: New USB device
strings: Mfr=0, Product=0, SerialNumber=0
Nov 30 09:54:41 defiant kernel: [3282922.556718] usb 2-4: configuration #1
chosen from 1 choice
Nov 30 09:54:41 defiant kernel: [3282922.983344] Linux video capture interface:
v2.00
Nov 30 09:54:41 defiant kernel: [3282922.990568] gspca: main v2.5.0 registered
Nov 30 09:54:41 defiant kernel: [3282922.995290] gspca: probing 093a:2624
Nov 30 09:54:41 defiant kernel: [3282923.020676] gspca: probe ok
Nov 30 09:54:41 defiant kernel: [3282923.020689] gspca: probing 093a:2624
Nov 30 09:54:41 defiant kernel: [3282923.020699] gspca: probing 093a:2624
Nov 30 09:54:41 defiant kernel: [3282923.020716] usbcore: registered new
interface driver pac7311
Nov 30 09:54:41 defiant kernel: [3282923.020719] pac7311: registered
Nov 30 09:54:41 defiant kernel: [3282923.186917] usbcore: registered new
interface driver snd-usb-audio
Nov 30 12:55:19 defiant kernel: [3293760.938135] gspca: usb_submit_urb [0] err
-28
Nov 30 12:58:33 defiant kernel: [3293954.641215] gspca: usb_submit_urb [0] err
-28
Nov 30 13:51:13 defiant kernel: [3297114.792227] gspca: usb_submit_urb [0] err
-28
Nov 30 14:19:59 defiant kernel: [3298841.235873] gspca: usb_submit_urb [0] err
-28
Nov 30 14:22:15 defiant kernel: [3298977.307931] gspca: usb_submit_urb [0] err
-28
Nov 30 14:24:00 defiant kernel: [3299082.293969] gspca: usb_submit_urb [0] err
-28
Nov 30 14:25:38 defiant kernel: [3299179.941014] gspca: usb_submit_urb [0] err
-28
Nov 30 14:27:40 defiant kernel: [3299301.712066] gspca: usb_submit_urb [0] err
-28
Nov 30 14:31:45 defiant kernel: [3299547.170164] gspca: usb_submit_urb [0] err
-28
Nov 30 14:33:43 defiant kernel: [3299665.101210] gspca: usb_submit_urb [0] err
-28
Nov 30 14:35:46 defiant kernel: [3299787.556264] gspca: usb_submit_urb [0] err
-28
Nov 30 14:45:30 defiant kernel: [3300371.728501] gspca: usb_submit_urb [0] err
-28
Nov 30 14:46:12 defiant kernel: [3300413.940517] gspca: usb_submit_urb [0] err
-28
Nov 30 16:15:11 defiant kernel: [3305753.175091] gspca: usb_submit_urb [0] err
-28
Nov 30 18:13:27 defiant kernel: [3312848.541766] gspca: usb_submit_urb [0] err
-28
El tema es que la estuve probando con Pidgin 2.6.3 y Kopete 0.80.2 y en
ambos casos la imagen se ve invertida, o sea, me veo boca abajo :-S No
estoy seguro si se pueda deber al error que aparece en el archivo meessages
para gspca, aunque existe la posibilidad.
Probé también con xawtc, que la detecta:
# xawtv -hwscan
This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.30-1-686)
looking for available devices
port 355-386
type : Xvideo, image scaler
name : NV17 Video Texture
port 387-418
type : Xvideo, image scaler
name : NV05 Video Blitter
/dev/video0: OK [ -device /dev/video0 ]
type : v4l2
name : USB Camera (093a:2624)
flags: capture
Pero al usar:
# xawtv -device /dev/video0
Me aparece una ventana negra sin que se observe alguna captura de video.
¿A alguien le pasó esto y encontró alguna solución que no sea dar vuelta la
cámara? :-)
Gracias anticipadas.
Saludos,
Dani
--
Mi frase del día:
If you think the pen is mightier than the sword, the next time someone pulls
out a sword I'd like to see you get up there with your Bic.
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
12:44:19 up 16 days, 9:39, 12 users, load average: 1.01, 1.02, 1.06
El Miércoles 25 Noviembre 2009, Félix Manuel Molinuevo escribió:
> Hola, gente!!
>
> Les recuerdo la próxima Clínica, a realizarse en las instalaciones de FMSI
> el 28 de noviembre, de 15 a 19 hs. El tema será:
>
> Asterisk: configuración básica y cómo conectar dos centrales entre sí
>
> Vendrá uno de los desarrolladores de DebPBX[0] a mostrarnos más de
> Asterisk.
>
> Por favor, confirmen la asistencia!
>
> Como siempre cuenten con mate, té, café, agua mineral de la canilla (está
> llena de minerales, realmente) y alguna cosa rica, especialmente si mi
> esposa se inspira y les cocina algo :)
>
> Saludos.
Me olvidé el URL de DebPBX[0], perdón:
[0] http://www.debpbx.org/
Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://www.webflox.com.ar/
------------------------------------------------
Hola, gente!!
Les recuerdo la próxima Clínica, a realizarse en las instalaciones de FMSI el
28 de noviembre, de 15 a 19 hs. El tema será:
Asterisk: configuración básica y cómo conectar dos centrales entre sí
Vendrá uno de los desarrolladores de DebPBX[0] a mostrarnos más de Asterisk.
Por favor, confirmen la asistencia!
Como siempre cuenten con mate, té, café, agua mineral de la canilla (está
llena de minerales, realmente) y alguna cosa rica, especialmente si mi esposa
se inspira y les cocina algo :)
Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://www.webflox.com.ar/
------------------------------------------------
Hola,
Revisando logs de Apache en uno de mis servidores, me encontré con un nuevo
(para mí) spider. Es de una organización llamada DotNetDotCom.org que provee
en forma gratuita y libre un índice de Internet[0]. Quizá a alguien le
interese.
Saludos.
[0] http://www.dotnetdotcom.org/
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://www.webflox.com.ar/
------------------------------------------------
Hola, gente!!
Anuncio la próxima Clínica, a realizarse en las instalaciones de FMSI el 28 de
noviembre, de 15 a 19 hs. El tema será:
Asterisk: configuración básica y cómo conectar dos centrales entre sí
Por favor, confirmen la asistencia!
Como siempre cuenten con mate, té, café, agua mineral de la canilla (está
llena de minerales, realmente) y alguna cosa rica, especialmente si mi esposa
se inspira y les cocina algo :)
Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://www.webflox.com.ar/
------------------------------------------------
Hola, gente:
Les recuerdo mañana la Clínica, de 1500 a 1800 hs, en FMSI. Los temas:
Convirture y OpenVPN.
Saludos.
--
F M S I
Tecnología en
Sistemas de Informática
WWW: http://www.fmsistemas.com
TE: (54-11) 4464-0725
Correo-e: fmsi@...
ICQ#: 63456559 / ICQ Nickname: fmsi
Hola, gente:
Por cuestiones organizativas, la Clínica de mañana pasa al sábado 24/oct,
mismos temas, mismos horarios.
Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://www.webflox.com.ar/
------------------------------------------------
El jueves 15 de octubre del 2009 a las 17:29:06,
Félix Manuel Molinuevo escribió:
> Hola, gente:
Hola, Félix!
> Anuncio la próxima Clínica, que se hará el día sábado 17 de octubre de
> 1500 a 1800 hs. Los temas serán Convirture y OpenVPN. Más info en el
> wiki de FMSI[0]
> Como siempre, habrá cosas ricas para comer. Los esperamos!!!!!.
Espero poder estar ahí en esta oportunidad y que sea más concurrida que
la Clínica pasada. Ahora bien, ¿cómo es eso de que será mañana? :-O ¿No
habíamos quedado que sería el último sábado del mes?
Abrazo,
Dani
--
Mi frase del día:
Las leyes inútiles debilitan las necesarias.
-- Montesquieu.
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
10:05:29 up 12 days, 16:06, 25 users, load average: 0.07, 0.06, 0.03
Hola, gente:
Anuncio la próxima Clínica, que se hará el día sábado 17 de octubre de 1500 a
1800 hs. Los temas serán Convirture y OpenVPN. Más info en el wiki de FMSI[0]
Como siempre, habrá cosas ricas para comer. Los esperamos!!!!!.
Saludos.
[0] https://doc.fmsistemas.com/inicio#clinicas
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://www.webflox.com.ar/
------------------------------------------------
El jueves 24 de septiembre del 2009 a las 13:09:48,
Félix Manuel Molinuevo escribió:
> Hola, gente:
Hola, Félix.
> Hasta ahora, han confirmado su asistencia:
>
> Daniel "Dani/Danny" Bareiro
> Pablo "Panzer" Gaudino
> Gabriel "Kastor" Khaled
> Pablo "El germánico apestoso" Niklas (probablemente)
> Mariano "Nano" Naboni
Justamente a la misma hora que mandaste este correo, te escribí otro a
tu cuenta personal diciéndote que muy a mi pesar, dado que hace unos
días que estoy con resfrío y no creo que de acá al sábado cambie mucho
la situación, no creo que esté presente. Me parece mejor cuidarme para
estar, en lo posible, la semana que viene ya recuperado.
¿Podríamos pasarla para otro día? Ya que me gustaría estar presente. De
ser así, podemos aprovechar esos días para preparar mejor los temas. Si
la pasamos para otro día y pensando en probar lo de migración en
caliente de guests KVM, podría dar una charla sobre almaceniento en red
con iSCSI, que puede ser útil para que los hosts destino y orígen
accedan a un sistema de archivos de red para la máquina virtual.
Saludos,
Dani
--
Mi frase del día:
Ah! ah! Sigue! sigue! Que me viene! Si si si si!....DOWNLOAD COMPLETED
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
13:40:06 up 16:35, 20 users, load average: 0.04, 0.10, 0.14
Hola, gente:
Hasta ahora, han confirmado su asistencia:
Daniel "Dani/Danny" Bareiro
Pablo "Panzer" Gaudino
Gabriel "Kastor" Khaled
Pablo "El germánico apestoso" Niklas (probablemente)
Mariano "Nano" Naboni
Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://webflox.fmsistemas.com/
------------------------------------------------
Hola, gente:
No prometo nada, pero probablemente tenga un srv con virt x hard para el
sábado, así que agregué al temario KVM:
https://doc.fmsistemas.com/inicio#temas_a_tratar
Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://webflox.fmsistemas.com/
------------------------------------------------
Hola, gente:
Anuncio que empezamos nuevamente a organizar las Clínicas de experimentación y
aprendizaje. Las mismas se llevarán a cabo en la oficina de FMSI, en Ramos
Mejía.
El día y hora programados por ahora y hasta nuevo aviso es el último sábado
del mes, de 1500 a 1800 hs.
El próximo evento por lo tanto, tendrá lugar el sábado 26/sep a las 1500 hs.
Los temas en cartera figuran en el wiki de FMSI, pero aún no sabemos qué vamos
a experimentar exactamente el 26. Visiten
https://doc.fmsistemas.com/inicio#clinicas para ver el temario y lo que se va
a tratar.
Los esperamos!!!!!! Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://webflox.fmsistemas.com/
------------------------------------------------
El Jueves, 6 de Agosto de 2009 06:00, Daniel Bareiro escribió:
> Hola!
>
> Estoy teniendo un problema con un kernel compilado a la Debian. En mi
> caso particular estoy teniendo este problema con Ubuntu, pero no creo
> que el problema sea algo específico de esta distribución.
>
> La idea es intalar un kernel más nuevo que 2.6.24-19, que es el kernel
> que tiene Hardy Heron en sus repositorios, dado que por problemas que
> tuve de uso excesivo de memoria virtual con KVM, en la lista de correo
> de este sistema de virtualización me recomendaron que use 2.6.27 o
> superior porque realiza una mejor administración de la memoria.
>
> Entonces descargué el código fuente de 2.6.30.3 y lo compilé con:
>
> # fakeroot make-kpkg clean
> # fakeroot make-kpkg --initrd --append-to-version=-dgb kernel_image
> kernel_headers
>
> A pesar de que la compilación terminó sin problemas, estoy teniendo
> problemas durante el inicio del sistema operativo. Las interfaces de red
> fallan al cargar. Este equipo es un Proliant DL380 G5 con dos interfaces
> de red NetXtreme II BCM5708 Gigabit.
>
> Con el kernel de los repositorios de Ubuntu Hardy Heron no estoy
> teniendo ningún tipo de problema. pero con el kernel compilado por mi
> estoy observando el siguiente mensaje de error durante el boot que
> sugiere que no se puede acceder al firmware de esta interface de red:
>
> Aug 4 17:38:39 ss03 kernel: [ 4.750023] bnx2 0000:03:00.0: firmware:
> requesting bnx2/bnx2-mips-06-4.6.16.fw Aug 4 17:38:39 ss03 kernel: [
> 4.751070] bnx2: Can't load firmware file "bnx2/bnx2-mips-06-4.6.16.fw" Aug
> 4 17:38:39 ss03 kernel: [ 4.751141] bnx2 0000:03:00.0: PCI INT A
> disabled Aug 4 17:38:39 ss03 kernel: [ 4.751167] bnx2: probe of
> 0000:03:00.0 failed with error -2 Aug 4 17:38:39 ss03 kernel: [
> 4.751244] bnx2 0000:05:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
>
> Lo curioso es que al hacer:
>
> # rmmod bnx2
> # modprobe bnx2
>
> Sí se cargan las interfaces. Estuve leyendo algo de esto en un informe de
> bugs de Debian GNU/Linux [1] y traté con la sugerencia de hacer un:
>
> # update-initramfs -u
>
> Los archivos parecen estar:
>
> # find / | grep bnx
> /boot/lib/modules/2.6.30.3-dgb/kernel/drivers/net/bnx2.ko
> /sys/bus/pci/drivers/bnx2
> /sys/bus/pci/drivers/bnx2/0000:03:00.0
> /sys/bus/pci/drivers/bnx2/0000:05:00.0
> /sys/bus/pci/drivers/bnx2/module
> /sys/bus/pci/drivers/bnx2/uevent
> /sys/bus/pci/drivers/bnx2/unbind
> /sys/bus/pci/drivers/bnx2/bind
> /sys/bus/pci/drivers/bnx2/new_id
> /sys/bus/pci/drivers/bnx2/remove_id
> /sys/module/bnx2
> /sys/module/bnx2/holders
> /sys/module/bnx2/version
> /sys/module/bnx2/srcversion
> /sys/module/bnx2/initstate
> /sys/module/bnx2/refcnt
> /sys/module/bnx2/sections
> /sys/module/bnx2/sections/.note.gnu.build-id
> /sys/module/bnx2/sections/.text
> /sys/module/bnx2/sections/.exit.text
> /sys/module/bnx2/sections/.devinit.text
> /sys/module/bnx2/sections/.init.text
> /sys/module/bnx2/sections/.devexit.text
> /sys/module/bnx2/sections/.rodata
> /sys/module/bnx2/sections/.rodata.str1.1
> /sys/module/bnx2/sections/.smp_locks
> /sys/module/bnx2/sections/__bug_table
> /sys/module/bnx2/sections/.rodata.str1.8
> /sys/module/bnx2/sections/__param
> /sys/module/bnx2/sections/.devinit.rodata
> /sys/module/bnx2/sections/.data
> /sys/module/bnx2/sections/.devinit.data
> /sys/module/bnx2/sections/.gnu.linkonce.this_module
> /sys/module/bnx2/sections/.bss
> /sys/module/bnx2/sections/.symtab
> /sys/module/bnx2/sections/.strtab
> /sys/module/bnx2/notes
> /sys/module/bnx2/notes/.note.gnu.build-id
> /sys/module/bnx2/drivers
> /sys/module/bnx2/drivers/pci:bnx2
> /lib/firmware/bnx2
> /lib/firmware/bnx2/bnx2-rv2p-06-4.6.16.fw
> /lib/firmware/bnx2/bnx2-mips-06-4.6.16.fw
> /lib/firmware/bnx2/bnx2-rv2p-09-4.6.15.fw
> /lib/firmware/bnx2/bnx2-mips-09-4.6.17.fw
> /lib/modules/2.6.30.4-dgb/kernel/drivers/net/bnx2.ko
> /lib/modules/2.6.24-19-server/kernel/drivers/net/bnx2.ko
>
> Pero después del boot vuelvo a tener el mismo problema,
>
> El archivo /etc/initramfs-tools/modules no hace referencia a algún módulo.
> Tampoco veo que en Ubuntu Hardy Heron esté el paquete firmware-bnx2, aunque
> no estoy seguro de si sea necesario con un kernel compilado desde los
> fuentes.
>
> Con 2.6.30.4 estoy teniendo exactamente el mismo problema. ¿A alguien le
> pasó y pudo resolverlo de alguna manera?
>
> Gracias anticipadas por responder.
>
> Saludos,
> Daniel
>
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494936
<just_guessing>
1) Quizá el firmware tenga que estar en algún otro directorio. Te fijaste en
la documentación del mismo
2) Quizá no haya acceso al FS en /lib en el momento que carga los drivers
</just_guessing>
Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://webflox.fmsistemas.com/
------------------------------------------------
Hola!
Estoy teniendo un problema con un kernel compilado a la Debian. En mi
caso particular estoy teniendo este problema con Ubuntu, pero no creo
que el problema sea algo específico de esta distribución.
La idea es intalar un kernel más nuevo que 2.6.24-19, que es el kernel
que tiene Hardy Heron en sus repositorios, dado que por problemas que
tuve de uso excesivo de memoria virtual con KVM, en la lista de correo
de este sistema de virtualización me recomendaron que use 2.6.27 o
superior porque realiza una mejor administración de la memoria.
Entonces descargué el código fuente de 2.6.30.3 y lo compilé con:
# fakeroot make-kpkg clean
# fakeroot make-kpkg --initrd --append-to-version=-dgb kernel_image
kernel_headers
A pesar de que la compilación terminó sin problemas, estoy teniendo
problemas durante el inicio del sistema operativo. Las interfaces de red
fallan al cargar. Este equipo es un Proliant DL380 G5 con dos interfaces
de red NetXtreme II BCM5708 Gigabit.
Con el kernel de los repositorios de Ubuntu Hardy Heron no estoy
teniendo ningún tipo de problema. pero con el kernel compilado por mi
estoy observando el siguiente mensaje de error durante el boot que
sugiere que no se puede acceder al firmware de esta interface de red:
Aug 4 17:38:39 ss03 kernel: [ 4.750023] bnx2 0000:03:00.0: firmware:
requesting bnx2/bnx2-mips-06-4.6.16.fw
Aug 4 17:38:39 ss03 kernel: [ 4.751070] bnx2: Can't load firmware file
"bnx2/bnx2-mips-06-4.6.16.fw"
Aug 4 17:38:39 ss03 kernel: [ 4.751141] bnx2 0000:03:00.0: PCI INT A
disabled
Aug 4 17:38:39 ss03 kernel: [ 4.751167] bnx2: probe of 0000:03:00.0 failed
with error -2
Aug 4 17:38:39 ss03 kernel: [ 4.751244] bnx2 0000:05:00.0: PCI INT A -> GSI
17 (level, low) -> IRQ 17
Lo curioso es que al hacer:
# rmmod bnx2
# modprobe bnx2
Sí se cargan las interfaces. Estuve leyendo algo de esto en un informe de
bugs de Debian GNU/Linux [1] y traté con la sugerencia de hacer un:
# update-initramfs -u
Los archivos parecen estar:
# find / | grep bnx
/boot/lib/modules/2.6.30.3-dgb/kernel/drivers/net/bnx2.ko
/sys/bus/pci/drivers/bnx2
/sys/bus/pci/drivers/bnx2/0000:03:00.0
/sys/bus/pci/drivers/bnx2/0000:05:00.0
/sys/bus/pci/drivers/bnx2/module
/sys/bus/pci/drivers/bnx2/uevent
/sys/bus/pci/drivers/bnx2/unbind
/sys/bus/pci/drivers/bnx2/bind
/sys/bus/pci/drivers/bnx2/new_id
/sys/bus/pci/drivers/bnx2/remove_id
/sys/module/bnx2
/sys/module/bnx2/holders
/sys/module/bnx2/version
/sys/module/bnx2/srcversion
/sys/module/bnx2/initstate
/sys/module/bnx2/refcnt
/sys/module/bnx2/sections
/sys/module/bnx2/sections/.note.gnu.build-id
/sys/module/bnx2/sections/.text
/sys/module/bnx2/sections/.exit.text
/sys/module/bnx2/sections/.devinit.text
/sys/module/bnx2/sections/.init.text
/sys/module/bnx2/sections/.devexit.text
/sys/module/bnx2/sections/.rodata
/sys/module/bnx2/sections/.rodata.str1.1
/sys/module/bnx2/sections/.smp_locks
/sys/module/bnx2/sections/__bug_table
/sys/module/bnx2/sections/.rodata.str1.8
/sys/module/bnx2/sections/__param
/sys/module/bnx2/sections/.devinit.rodata
/sys/module/bnx2/sections/.data
/sys/module/bnx2/sections/.devinit.data
/sys/module/bnx2/sections/.gnu.linkonce.this_module
/sys/module/bnx2/sections/.bss
/sys/module/bnx2/sections/.symtab
/sys/module/bnx2/sections/.strtab
/sys/module/bnx2/notes
/sys/module/bnx2/notes/.note.gnu.build-id
/sys/module/bnx2/drivers
/sys/module/bnx2/drivers/pci:bnx2
/lib/firmware/bnx2
/lib/firmware/bnx2/bnx2-rv2p-06-4.6.16.fw
/lib/firmware/bnx2/bnx2-mips-06-4.6.16.fw
/lib/firmware/bnx2/bnx2-rv2p-09-4.6.15.fw
/lib/firmware/bnx2/bnx2-mips-09-4.6.17.fw
/lib/modules/2.6.30.4-dgb/kernel/drivers/net/bnx2.ko
/lib/modules/2.6.24-19-server/kernel/drivers/net/bnx2.ko
Pero después del boot vuelvo a tener el mismo problema,
El archivo /etc/initramfs-tools/modules no hace referencia a algún módulo.
Tampoco veo que en Ubuntu Hardy Heron esté el paquete firmware-bnx2, aunque
no estoy seguro de si sea necesario con un kernel compilado desde los
fuentes.
Con 2.6.30.4 estoy teniendo exactamente el mismo problema. ¿A alguien le
pasó y pudo resolverlo de alguna manera?
Gracias anticipadas por responder.
Saludos,
Daniel
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494936
--
Mi frase del día:
A closed mouth gathers no foot.
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
05:54:42 up 16:40, 11 users, load average: 0.44, 0.35, 0.30
Félix Manuel Molinuevo escribió:
> Hola, Javier:
>
> El Lunes, 6 de Julio de 2009 16:52, Javier A. Alvarez escribió:
>>> http://digitalbluewave.blogspot.com/2008/10/genius-wizardpen-with-intrepi
>>> d-ibex.html
>>>
>>> Saludos.
>> Cuando arranque buscando info sobre la tableta, lei una instruccion
>> similar, y me baje el .deb que indican en esa pagina, luego lo instale,
>> pero no se como seguir, probe con el insmod pero no me funciono.
>> alguna sugerencia?
>
> El proceso parece complejo. Tenés todo el detalle en esa página. Incluye
> compilarlo y modificar la configuración de HAL. En otras palabras, con cargar
> el driver solamente no hacés nada.
>
> Saludos.
>
Tenisa razon, baje el .deb segui las instrucciones y no necesite
compilar, me falto un pequeño gran detalle de esas instrucciones que era
poner en un archivo el como era detectada la tableta y salio andando de una.
Gracias!!!!
solo me falta ver el tema de la calibracion, pero bueno, en cuanto pueda
lo hago.
saludos
--
JaVieR A. Alvarez
######################
GNU/Linux User #127940
Hola, Javier:
El Lunes, 6 de Julio de 2009 16:52, Javier A. Alvarez escribió:
> > http://digitalbluewave.blogspot.com/2008/10/genius-wizardpen-with-intrepi
> >d-ibex.html
> >
> > Saludos.
>
> Cuando arranque buscando info sobre la tableta, lei una instruccion
> similar, y me baje el .deb que indican en esa pagina, luego lo instale,
> pero no se como seguir, probe con el insmod pero no me funciono.
> alguna sugerencia?
El proceso parece complejo. Tenés todo el detalle en esa página. Incluye
compilarlo y modificar la configuración de HAL. En otras palabras, con cargar
el driver solamente no hacés nada.
Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://webflox.fmsistemas.com/
------------------------------------------------
>
http://digitalbluewave.blogspot.com/2008/10/genius-wizardpen-with-intrepid-ibex.\
html
>
> Saludos.
Cuando arranque buscando info sobre la tableta, lei una instruccion
similar, y me baje el .deb que indican en esa pagina, luego lo instale,
pero no se como seguir, probe con el insmod pero no me funciono.
alguna sugerencia?
gracias por tu pronta respuesta.
saludos
--
JaVieR A. Alvarez
######################
GNU/Linux User #127940
Hola, Javier:
El Domingo, 5 de Julio de 2009 17:54, Javier A. Alvarez escribió:
> Gente, hace rato que o escribo porque estuve medio desconectado por
> culpa de tener demasiados mails sin leer. Pero ahora ya estoy un poco
> mas normalizado.
> La situacion es que me compre una Tableta G-Pen 4500 pensando que no
> tendria problemas para configurarla, pero no es asi :-(
> Tengo un ubuntu remix 9.04 en una Asus Eee PC 1000HA.
> Cuando la conecto al puerto USB la reconoce el lsusb, pero no se como
> continuar, estuve buscando info, pero no la pude hacer funcionar.
> ¿Alguien tuvo experiencia en este campo?
> saludos
http://digitalbluewave.blogspot.com/2008/10/genius-wizardpen-with-intrepid-ibex.\
html
Saludos.
--
Félix Manuel Molinuevo
Correo-e: felix@...
WWW: http://www.fmsistemas.com
ICQ#: 12653814 / ICQ Nickname: felix
------------------------------------------------
Visita WebFloX
El weblog de Boragora
http://webflox.fmsistemas.com/
------------------------------------------------
Gente, hace rato que o escribo porque estuve medio desconectado por
culpa de tener demasiados mails sin leer. Pero ahora ya estoy un poco
mas normalizado.
La situacion es que me compre una Tableta G-Pen 4500 pensando que no
tendria problemas para configurarla, pero no es asi :-(
Tengo un ubuntu remix 9.04 en una Asus Eee PC 1000HA.
Cuando la conecto al puerto USB la reconoce el lsusb, pero no se como
continuar, estuve buscando info, pero no la pude hacer funcionar.
¿Alguien tuvo experiencia en este campo?
saludos
--
JaVieR A. Alvarez
######################
GNU/Linux User #127940
Hola!
Primeramente, quiero aprovechar a darles la bienvenida a quienes se
suscribieron a la lista en los pasados días.
Pasando ahora al tema de este correo, les comento que estoy probando el
cliente SIP Twinkle con una cuenta en la red ekiga.net, con vistas a
evaluar la latencia desde mi conexión a Internet con las comunicaciones
con una extensión SIP remota. Las pruebas con servidores VoIP en USA,
Europa y Australia fueron bastante alentadoras. Estimo que también
podría ser interesante para hacer pruebas de interconexión entre
servidores VoIP, llamando desde mi cuenta en ekiga.net a alguna
extensión que pudiera tener con mi servidor Asterisk.
Ahora bien, la duda que se me plantea es sobre las salas de
conferencias. Por lo que pude leer ([1], [2]), uno puede entrar en la
sala xxxx comunicándose al sip:501xxxx@... y, si entendí bien, al
ser el primero que entra tendría que escuchar la opción de especificar
un PIN a la sala para brindar un acceso protegido, pero en todas las
pruebas que hice no escuché ninguna solicitud de PIN (seguido
opcionalmente de un # para que la sala sea pública). Tampoco creo que
todas las salas en las que probé entrar estuvieran ocupadas. Aún no
estoy muy seguro sobre cómo Asterisk manejará las salas de conferencias
(asumo que estarán usando Asterisk en ekiga.net). Debería recibir alguna
notificación acústica de los participantes de la conferencia en caso que
alguien estuviera en la sala? ¿Alguien probó este servicio con
ekiga.net?
Gracias anticipadas por responder.
Saludos,
Daniel
[1] http://wiki.ekiga.org/index.php/Fun_Numbers
[2] https://www.ekiga.net/index.php?page=services
--
Mi frase del día:
If you are good, you will be assigned all the work. If you are real
good, you will get out of it.
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
13:11:34 up 55 days, 13:29, 10 users, load average: 0.33, 0.32, 0.28
Hola!
Estoy usando Twinkle 1.4.2 y cuando intento marcar a un número, obtengo
el siguiente mensaje de error: «Critical: Cannot open ALSA driver for
PCM playback: Dispositivo o recurso ocupado».
La configuración de audio de Twinkle es la siguiente:
Ring tone: ALSA: plughw:0,0: ICEnsemble ICE1724 (ICE1724)
Speaker: ALSA: plughw:0,0: ICEnsemble ICE1724 (ICE1724)
Microphone: ALSA: plughw:0,0: ICEnsemble ICE1724 (ICE1724)
Por si es necesario, los datos sobre la placa de sonido son:
# lspci|grep audio
01:07.0 Multimedia audio controller: VIA Technologies Inc. VT1720/24
[Envy24PT/HT] PCI Multi-Channel Audio Controller (rev 01)
En el Centro de control de KDE tengo como dispositivo de sonido «Advance
Linux Sound Architecture».
Alguna idea de cómo resolver este problema?
Gracias anticipadas por responder.
Saludos,
Daniel
--
Mi frase del día:
Si siempre haces lo que siempre has hecho nunca llegarás más lejos de
donde siempre has llegado.
-- Anónimo.
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
21:59:23 up 22:17, 11 users, load average: 0.23, 0.19, 0.17
Hola!
Estoy tratando de acceder a un directorio compartido CIFS con Samba a
través de Konqueror en Debian testing, pero cuando intento conectarme me
sale el siguiente mensaje de error:
Se produjo un error al cargar smb://10.0.0.121:
No se pudo iniciar el proceso Imposible crear slave de E/S:
Klauncher devolvió: Error al cargar 'kio_smb'.
¿A alguien le pasó lo mismo y pudo solucionarlo de alguna manera? Estuve
investigando un poco por Internet y si bien no encontré alguna
referencia de este problema en Squeeze, sí parece haber ocurrido en
versiones anteriores de Debian que sugerirían que se trata de un bug.
Gracias anticipadas por responder.
Saludos,
Daniel
--
Mi frase del día:
Conquest is easy. Control is not.
-- Kirk, "Mirror, Mirror", stardate unknown
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
10:05:45 up 3 days, 21:42, 10 users, load average: 0.21, 0.17, 0.09
El sábado 28 de marzo del 2009 a las 19:59:32,
Félix Manuel Molinuevo escribió:
> Hola, Danny:
Hola, Félix.
> > root@ss01:~# /etc/init.d/vm_start
> > can't add tap0 to bridge eth1: Operation not supported
> Simplemente me parece que el script qemu-ifup se confunde de interfaz
> y trata de agregar tap0 a eth1, en vez de usar br0. Modificalo un poco
> para solucionarlo y listo. El script tuyo no veo que tenga
> inconvenientes, ni la configuración.
Claro. Ese es el tema. Como decía en el otro mensaje que escribí, parece
que con esas líneas el script más que «confundirse» lo que hace es tomar
para el bridge la interfaz sobre la que se encuentra el default gateway.
El tema es ver qué consideraciones habría que tener en cuenta para
reescribirlo con vistas a que tome la otra interfaz para levantar el
bridge.
Gracias por responder.
Saludos,
Dani
--
Mi frase del día:
This door is baroquen, please wiggle Handel.
(If I wiggle Handel, will it wiggle Bach?)
-- Found on a door in the MSU music building
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
20:15:44 up 36 days, 1:58, 11 users, load average: 0.04, 0.11, 0.09
Sin conexión 
Enviar correo
En línea 