Bug#690848: general protection fault in a ttyACM0 access

2012-12-05 Thread Jonathan Nieder 
Albert van der Horst wrote:
 Jonathan Nieder schreef:

 Do you mind if I forward your message to the bug log? Do you
 have dmesg output from that experiment (since it should include a
 fuller trace)?

 You can do whatever is necessary wih the information I provided.

Thanks much.

 I don't have a dmesg, as the system has rebooted in between.
 (For the moment, I have a similar problem with windows xt, but on
 linux I have a workaround.)

If you have time to sift through log files, it might be possible to
find a log of the corresponding boot somewhere in /var/log/dmesg* or
/var/log/syslog*.

Good night,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#690848: general protection fault in a ttyACM0 access

2012-11-24 Thread Jonathan Nieder 
severity 690848 important
# guessing
found 690848 linux-2.6/2.6.32-46
quit

Hi Albert,

Albert van der Horst wrote:

 A Texas Instruments Launcpad is connected as the sole
 USB device, resulting in device /dev/ttyACM0 showing up.
 No TI drivers were installed, or any specific usb-drivers.

 A simple program in Forth does some direct read and write on ttyACM0,
 while the device is responding. It functions properly, except for
 situation where an output stream of the device is interrupted from the
 terminal.
[...]
  kernel:[15594.923330] general protection fault:  [#1] SMP
[...]
  kernel:[15594.923490] Code: 85 c0 75 15 65 48 8b 04 25 c8 cb 00 00 48 2d d8 
 1f 00 00 48
 89 43 18 31 c0 5b c3 53 48 89 fb 48 83 ec 10 e8 31 f8 ff ff 48 89 df f0 ff 
 0f 79 05 e8
 48 ff ff ff 65 48 8b 04 25 c8 cb 00 00 48 2d

Thanks for reporting it.  Is this reproducible?  If so, please attach
full dmesg output from booting and reproducing the bug, since that
should give us a fuller trace.

Does a 3.2.y or newer kernel from wheezy, sid, or squeeze-backports
reproduce the same behavior?  The only packages from outside squeeze
that would be needed for this test are the kernel image itself,
linux-base, and initramfs-tools.

Sorry for the slow reply and hope that helps,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org