Package: linux-image-3.16.0-4-amd64
Version: 3.16.7-ckt20-1+deb8u2
Severity: normal
There is a problem with old graphic cards now, because the driver NVidida
96.43.23 is not maintained any more.
I know - you will say: "Why you are using such an old graphic card?" :-)
The problem is that the
Package: linux-image-3.13-0.bpo.1-amd64
Version: 3.13.7-1~bpo70+1
Severity: important
Hello,
the package cannot be installed, because the dependency to initramfs-tools is
incorrect.
Regards
Karsten
-- System Information:
Debian Release: 7.3
APT prefers proposed-updates
APT policy: (500,
Hello together,
i will close this bug at Debian now.
After the last update this error seems to disappear in Debian stable.
http://ftp.debian.org/debian/dists/wheezy/ChangeLog
USB: pl2303: fix device initialisation at open
The source for this patch can be found here:
Am 15.12.2013 18:05, schrieb Greg KH:
Have you tried a newer kernel in a while? A number of things have been
hopefully fixed since June when you last looked.
greg k-h
no at this time i have not tested it - sorry.
Although i am fascinated from your work i personally prefer to use stable
Hello Greg,
Am 14.12.2013 18:08, schrieb Greg KH:
On Fri, Dec 13, 2013 at 04:06:35PM +0100, Karsten Malcher wrote:
Hello together,
is there anything new for the PL-2303 HX?
It would be fine if it could work like in the past.
Have you tried a newer kernel in a while? A number of things have
Hello together,
is there anything new for the PL-2303 HX?
It would be fine if it could work like in the past.
Of course for Linux there are good alternatives.
Here is a new one with the CP2102 suffering easy supply voltage:
http://www.ebay.de/itm/110954294607
Best regards
Karsten
Am
Hello Greg,
Am 24.06.2013 20:56, schrieb Greg KH:
But wiring that up to a real 9pin serial port would be a pain (doable,
but a pain). Is there any devices out there with a DB-9 output
connector?
You mean if you want to test full handshake with all signals - that's true.
Which is what the
Am 24.06.2013 21:00, schrieb Greg KH:
Personally, I have resolved to abandon the PL2303 chip, and move to
FTDI instead. But for the sake of other Linux users who might buy that
adapter by mistake, I am willing to donate the hardware to an able
kernel hacker :-)
Yes, I recommend the ftdi devices
Am 25.06.2013 18:54, schrieb Johan Hovold:
On Mon, Jun 24, 2013 at 10:41:07AM +0200, Karsten Malcher wrote:
Hello Greg,
have you buyed one of this jinxed PL-2303 HX adapters?
Yesterday i got this interesting mail from Aric, who has analyzed a
similar problem with this chip.
Why do you think
Am 25.06.2013 19:29, schrieb Johan Hovold:
Maybe Aric can explain it better?
I only see several problems to use a PL-2303 HX with newer kernels.
Just to be clear, that's your setup. AFAICT Aric never got his setup to
work with any kernel (but for a brief period with the same 3.0 kernel).
The
Hello Greg,
Am 24.06.2013 18:17, schrieb Greg KH:
On Mon, Jun 24, 2013 at 10:41:07AM +0200, Karsten Malcher wrote:
Hello Greg,
have you buyed one of this jinxed PL-2303 HX adapters?
No, I have not been able to find one. Does anyone know where I can
purchase one?
Just take this one:
http
Am 24.06.2013 18:38, schrieb Aric Fedida:
I will gladly ship you one. Give me address details, and I'll go to the post
office to send it.
Personally, I have resolved to abandon the PL2303 chip, and move to FTDI
instead. But for the sake of other Linux users who might buy that adapter by
Am 24.06.2013 20:18, schrieb Greg KH:
On Mon, Jun 24, 2013 at 06:41:38PM +0200, Karsten Malcher wrote:
Hello Greg,
Am 24.06.2013 18:17, schrieb Greg KH:
On Mon, Jun 24, 2013 at 10:41:07AM +0200, Karsten Malcher wrote:
Hello Greg,
have you buyed one of this jinxed PL-2303 HX adapters?
No, I
Hello Ben,
yesterday i started my tests and the system just wants to blame me.
I connected the 1000 MB card with an additional network cable and i setup the
/etc/network/interfaces with
# The primary network interface 1000 MB
allow-hotplug eth0
iface eth0 inet static
address
Hello Ben,
Am 04.05.2013 23:19, schrieb Ben Hutchings:
No, I want bug reports that have useful information for working towards a solution.
Then don't close bugs without trying to solve them please.
I am not a maintainer and an expert, but i am learning and do what is possible.
[...]
So
Am 02.05.2013 12:20, schrieb Ben Hutchings:
If you want us, as maintainers, to investigate a bug, you must let us decide what information we need. Please provide
the whole boot log.
On one side you want to have only bug reports with a solution and on the other side you want to be the only one
Hello Ben,
Am 02.05.2013 01:41, schrieb Ben Hutchings:
Control: tag -1 moreinfo
Please provide:
- Kernel boot log (/var/log/dmesg)
Is provided in the first post.
Nothing special can be seen.
Maybe it is possible to activate a debug mode?
When i have enough information i may ask the kernel
Hello Ben,
maybe you are right and this is not a bug.
But it is caused by an alternating configuration.
I think it is not caused by the firmware and the driver.
As i have written first the eth0 works without no problem.
I have ethernet cards with the same chip on other PC's and the problem does
Package: firmware-realtek
Version: 0.36+wheezy.1
Severity: normal
Hello,
please refer to this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611954
and
http://serverfault.com/questions/384165/after-installing-debian-squeeze-ethernet-does-not-come-up
The card only works when you do a
Am 18.04.2013 11:35, schrieb Johan Hovold:
I have used a little perl program that opens the port and send Test
to the looped back device.
The length of the log looks good.
Great. Now I can see what's going on. The only problem (?) is that
everything seems to be working. The write succeeds and
Am 18.04.2013 12:56, schrieb Johan Hovold:
Can you generate a log where bytes are actually lost? Nothing seemed to
get lost in the previous log you posted.
This was a log with lost data.
The logs seems to make politics. ;-)
How can i enable the debugging in kernel 3.8.5?
Make sure debugfs
Hi Johan,
Am 19.04.2013 11:04, schrieb Johan Hovold:
This was a log with lost data.
The logs seems to make politics. ;-)
Then the problem is most likely not in the driver as the characters are
being read back in the log you provided.
Stop - it's really possible that i send not enough bytes.
Am 17.04.2013 15:13, schrieb Johan Hovold:
Can you try to reproduce this on a later kernel (e.g. 3.8) which uses
dynamic debugging?
I have compiled a 3.8.5 kernel now on Debian testing (wheezy).
The result is the same as in 3.2.0 !
I could receive only some of the first bytes after opening the
Am 17.04.2013 15:13, schrieb Johan Hovold:
The logs look incomplete. It's probably because they're flooded with
serial_write_room and chars_in_buffer messages.
Hmmm - i feared that this happens - the logs where to big.
Can you try to reproduce this on a later kernel (e.g. 3.8) which uses
Hi,
Hi, Fri, 12 Apr 2013, 9:43 +02:00 from Karsten Malcher deb...@dct.mine.nu:
Very strange.
As i have written i have an old mobile adapter with PL2303 H that's running
without no problem in Linux.
I suppose it's a genuine one :)
It seems so.
There are adapters with HL-340 chip (ID 1a86
Package: src:linux
Version: 3.2.23-1
Severity: important
Hello,
i have the problem that i have nearly no serial communication with a
USB-Serial-Adapter type PL-2303 HX.
The interesting point is that i have an older adapter and this is working
without problems.
When you use the check tool of
I have also the same problem that i get a Tx Unit Hang after some
minutes working with this network card.
~$ uname -a
Linux PC10 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64
GNU/Linux
Seems to be an old driver problem that is resistant to be fixed.
I will not try to fix a
Hello,
because this bug seems to have some deep problems i contacted the support of
Realtek.
In the time between i got help from Mr. Cheng from Realtek.
The problem is not solved up to now, but i will post what we have found out so
far:
RTL8169 series are PCI Gigabit Ethernet Controller.
The
Package: linux-2.6
Version: 2.6.32-35
Severity: normal
*** Please type your report below this line ***
I have problems with an RTL8169 Gigabit PCI-card.
It works perfect with 100 base, but when i use an 1000 base switch i got
massive packet loss.
This problem is well known and normally the
No, that is not the solution. Realtek distributes two drivers (r8168
and r8169) supporting two sets of similar chips. In upstream Linux the
r8169 driver supports all those chips.
Yes. In one PC we have a R8168B onboard and it works well with the r8169
driver on Gigabit LAN.
Some
30 matches
Mail list logo