Hello,
Unfortunately 3 years later this is still not added, the device still works
much worse without it, and it is still required to obtain the firmware
separately to get the proper performance.
The repository at the URL referenced got deleted since then, but can still
accessed via:
https://gith
On Mon, 26 Aug 2013 11:06:52 -0400
Russ H wrote:
> I compiled a vanilla 3.10.8 kernel on my DNS-323 arm box... still getting
> this bug:
Hello,
Did you do a full power-off of your device after running a previous unpatched
version on it? Because as I found out, booting a bugged kernel even once
On Mon, 23 Jan 2012 14:27:50 -0600
Jonathan Nieder wrote:
> Were you able to try backing out eda6bee6c7 (i2c-mv64xxx: send
> repeated START between messages in xfer) as Guenter suggested?
I have finally managed to do that, and indeed, this problem is solved by
rolling-back that commit. The same
On Mon, 23 Jan 2012 14:27:50 -0600
Jonathan Nieder wrote:
> Were you able to try backing out eda6bee6c7 (i2c-mv64xxx: send
> repeated START between messages in xfer) as Guenter suggested? It
> works like this:
Hello,
If this had been a regular x86 machine I would have done this long ago :)
But
On Sun, 1 Jan 2012 01:42:36 -0600
Jonathan Nieder wrote:
> > This bug is still present for me in the latest kernel version in
> > Debian testing (3.1.6).
>
> Passed upstream. But now I notice that there has been some upstream
> work in this area recently (v3.2-rc7~23^2~1, rtc: m41t80: Workaroun
On Sun, 1 Jan 2012 01:42:36 -0600
Jonathan Nieder wrote:
> Passed upstream. But now I notice that there has been some upstream
> work in this area recently (v3.2-rc7~23^2~1, rtc: m41t80: Workaround
> broken alarm functionality, 2011-12-12).
>
> Please test v3.2-rc7 from experimental and let the
Hello,
This bug is still present for me in the latest kernel version in Debian testing
(3.1.6).
The last properly working kernel version seems to be:
http://snapshot.debian.org/archive/debian/20110217T214513Z/pool/main/l/linux-2.6/linux-image-2.6.37-1-orion5x_2.6.37-1_armel.deb
And the problem
On Sat, 14 May 2011 15:43:16 -0600
Javier Vasquez wrote:
> Any sugestions on how to try debugging this?
1) try this NIC with another machine (non-Loongson);
2) try another kind of NIC on this machine (e.g. there are MosChip mcs7830
based USB NICs which also support true USB 2.0 speeds, or if US
On Wed, 13 Apr 2011 21:06:53 +0100
Ben Hutchings wrote:
> On Thu, Apr 14, 2011 at 01:15:37AM +0600, Roman Mamedov wrote:
> > Hello,
> >
> > I just had the same issue, and was able to solve it simply by installing
> > rpcbind (and removing portmap). I thin
Hello,
I just had the same issue, and was able to solve it simply by installing
rpcbind (and removing portmap). I think this package should add a dependency
on rpcbind (and possibly "breaks: portmap"?) starting from 1.2.3.
--
With respect,
Roman
signature.asc
Description: PGP signature
On Sat, 3 Jul 2010 19:35:34 +0600
Roman Mamedov wrote:
> Hello.
>
> After an upgrade to 0.97 in Debian Squeeze, I got hit but this bug too. I
> have no iscan or iscan-data installed. The kernel used is a custom one,
> compiled from vanilla sources with make-kpkg.
>
Looks
Hello.
After an upgrade to 0.97 in Debian Squeeze, I got hit but this bug too. I
have no iscan or iscan-data installed. The kernel used is a custom one,
compiled from vanilla sources with make-kpkg.
--
With respect,
Roman
signature.asc
Description: PGP signature
Source: linux-2.6
Severity: wishlist
According to a kernel config file from the current Lenny's 2.6.26 AMD64 kernel,
the CONFIG_CC_OPTIMIZE_FOR_SIZE option
was set to "y" when this kernel was compiled, which means the optimization for
code size instead of speed was chosen.
According to that opt
Hello.
I have tried to use this 2.6.25 kernel on four machines so far.
Three of them boot over network (with PXE, TFTP and root over NFS), and
the kernel works fine on them.
Fourth machine is configured to boot from local hard disk, using LILO
with no separate boot partition and XFS root. That
14 matches
Mail list logo
