Adam D. Barratt (07/06/2013):
> It's tight, but Saturday would be within the window we announced so
> should okay from that perspective; it could be interesting if any
> regressions appear.
>
> As wheezy's linux package also produces the kernel udebs, we should
> really have the kernel included i
Package: src:linux
Version: 3.9.4-1
Severity: normal
Dear Maintainer,
After upgrading to 3.9, I can't reliably set the backlight on my Dell XPS13
anymore. using i915.backlight=vendor doesn't work either.
Using the patch listed at
https://bugzilla.kernel.org/attachment.cgi?id=97751, bug
https://b
On Fri, 2013-06-07 at 03:26 +0100, Ben Hutchings wrote:
> I realise there's now just a week before the point release, which
> doesn't leave much time for updating the installer even if I upload
> right now (which I'm not about to). Sorry for letting this slide.
> Supposing I can upload on Saturday
Package: firmware-linux-free
Version: 3.2
The current firmware-linux-free package does not contain free firmware for the
certain Atheros chipsets. Recently, the htc_7010.fw and htc_9721.fw firmwares
were updated by Atheros and re-released under a free software license. This
would invoke the rem
There are a whole lot of fixes for Linux that ought to go into point
release 7.1. Some of these are on the 3.2.y branch (over 400 commits
between 3.2.41 and .46), a few have been added to our patch series and
some are only in the BTS at present. I've rebased onto 3.2.46, but
there are still vario
Package: initramfs-tools
Version: 0.109.1
Followup-For: Bug #707286
Confirming this bug in wheezy with linux-3.9.4. My fix:
--- /usr/share/initramfs-tools/scripts/local~ 2011-09-04 11:08:50.0
-0700
+++ /usr/share/initramfs-tools/scripts/local2013-06-06 16:21:08.707260079
-0700
@@
Package: debian-kernel-handbook
Version: 1.0.15
Severity: normal
Hi,
On Chapter 6 of the Kernel Handbook[1], there's an example for a possible
content of /etc/modules:
loop max_int=32
sbp2
I understand that "max_int" is supposed to be a parameter to the loop module,
as explained in this Chapter.
On Thursday 06 June 2013, Maxime Ripard wrote:
> So yes, Allwinner has an evil vendor tree (c), with a solution similar yet
> inferior (because not generic enough) to the device tree, but they show
> interest on going down the mainline road.
Right, and of course there is nothing special about that
Package: nfs-common
Version: 1:1.2.8-4
Severity: normal
Dear Maintainer,
After last update that should solve 705507 the rpc.gssd no longer
crashes, but mounting NFS share hangs forewer with syslog messages:
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_lega
Package: src:linux
Version: 3.2.41-2+deb7u2
Severity: important
Dear Maintainer,
1) In the beginning of November I installed debian squeeze in the desktop, and
the video cards given were not appropriate to my system. So I installed the
kernel from squeeze-backports along with intel video packages
tor 2013-06-06 klockan 13:22 +0100 skrev luke.leighton:
> idea: hook into devicetree gpio functions to allow script-fex gpio
functions to gain access in a separate module? that sort of thing.
No. Drop FEX from the kernel, use DT. There is no reason why the kernel
shold care about the FEX format
tor 2013-06-06 klockan 13:19 +0100 skrev luke.leighton:
> mass-volume tablet, mass-volume IPTV box. android OS, nothing else.
Which still includes a number of possible configurations with different
i2c, spi, usb etc devices connected on the board. Because Allwinner is
not using mainline methods
On Thu, Jun 06, 2013 at 07:28:10PM +0200, Maxime Ripard wrote:
> I should also add that Allwinner not only talked to us already, but also
> expressed interest in doing actual modern kernel development (like using
> "recently" introduced kernel frameworks, like the clk framework).
>
> I've received
Hi everyone,
On Thu, Jun 06, 2013 at 09:00:00AM -0700, Olof Johansson wrote:
> On Thu, Jun 6, 2013 at 8:13 AM, jonsm...@gmail.com wrote:
> > On Wed, Jun 5, 2013 at 7:54 PM, luke.leighton
> > wrote:
> >> augh. ok. solutions. what are the solutions here?
> >
> > Luke if you really want to fix
#
# bts-link upstream status pull for source package linux
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #710430 (http://bugs.debian.org/710430)
# Bug title: kernel fails to boot with Radeon 92
Processing commands for cont...@bugs.debian.org:
> severity 711342 wishlist
Bug #711342 [src:linux] linux-image-3.10-rc4-amd64: does not include f2fs
filesystem support
Severity set to 'wishlist' from 'normal'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
71134
On Thu, Jun 6, 2013 at 8:13 AM, jonsm...@gmail.com wrote:
> On Wed, Jun 5, 2013 at 7:54 PM, luke.leighton wrote:
>> augh. ok. solutions. what are the solutions here?
>
> Luke if you really want to fix this a good solution is to have
> Allwinner join Linaro and provide an engineer to the Linar
On Wed, Jun 05, 2013 at 11:38:52PM +0100, Luke Kenneth Casson Leighton wrote:
> their sheer overwhelming success provides us with mass-volume
> ultra-low cost hardware. to not make an effort to accommodate them
> would in this specific instance be a huge missed opportunity,
> responsibility for w
On Wed, Jun 5, 2013 at 7:54 PM, luke.leighton wrote:
> augh. ok. solutions. what are the solutions here?
Luke if you really want to fix this a good solution is to have
Allwinner join Linaro and provide an engineer to the Linaro effort.
That engineer will get educated on the right way to do ke
On Thu, Jun 6, 2013 at 7:02 AM, Theodore Ts'o wrote:
> On Thu, Jun 06, 2013 at 01:24:57PM +0100, luke.leighton wrote:
>> On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa wrote:
>>
>> > I don't see any other solution here than moving all the Allwinner code to
>> > DT (as it has been suggested in this t
On Thu, Jun 06, 2013 at 01:24:57PM +0100, luke.leighton wrote:
> On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa wrote:
>
> > I don't see any other solution here than moving all the Allwinner code to
> > DT (as it has been suggested in this thread several times already), as
> > this is the only hardw
On Thu, Jun 06, 2013 at 01:22:04PM +0100, luke.leighton wrote:
> On Thu, Jun 6, 2013 at 1:19 AM, Henrik Nordström
> wrote:
> > tor 2013-06-06 klockan 00:54 +0100 skrev luke.leighton:
> >
> >> > Not really the case. Actually the opposite. DT have this as well, and
> >> > integrated in device probin
On Thu, Jun 06, 2013 at 01:24:57PM +0100, luke.leighton wrote:
> On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa wrote:
>
> > I don't see any other solution here than moving all the Allwinner code to
> > DT (as it has been suggested in this thread several times already), as
> > this is the only hardw
On Thursday 06 of June 2013 13:49:38 luke.leighton wrote:
> On Thu, Jun 6, 2013 at 1:43 PM, Tomasz Figa
wrote:
> > Luke,
> >
> > On Thursday 06 of June 2013 13:24:57 luke.leighton wrote:
> >> On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa
> >
> > wrote:
> >> > I don't see any other solution here
luke.leighton wrote:
On Thu, Jun 6, 2013 at 1:19 AM, Henrik Nordström
wrote:
tor 2013-06-06 klockan 00:54 +0100 skrev luke.leighton:
> Not really the case. Actually the opposite. DT have this as well, and
> integrated in device probing. Allwinner need to hack every driver used
> to add their
On Thu, Jun 6, 2013 at 1:43 PM, Tomasz Figa wrote:
> Luke,
>
> On Thursday 06 of June 2013 13:24:57 luke.leighton wrote:
>> On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa
> wrote:
>> > I don't see any other solution here than moving all the Allwinner code
>> > to DT (as it has been suggested in this
Luke,
On Thursday 06 of June 2013 13:24:57 luke.leighton wrote:
> On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa
wrote:
> > I don't see any other solution here than moving all the Allwinner code
> > to DT (as it has been suggested in this thread several times
> > already), as this is the only hardw
Package: src:linux
Version: 3.10~rc4-1~exp1
Severity: normal
Since kernel 3.8 a new 'f2fs' filesystem is included in the Linux kernel.
The Debian image for 3.14-rc4 is missing this filesystem.
Please include it: it is usefull for e.g. external SSD harddrives connected via
USB which don't support
On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa wrote:
> I don't see any other solution here than moving all the Allwinner code to
> DT (as it has been suggested in this thread several times already), as
> this is the only hardware description method supported by ARM Linux.
i repeat again: please s
On Thu, Jun 6, 2013 at 1:19 AM, Henrik Nordström
wrote:
> tor 2013-06-06 klockan 00:54 +0100 skrev luke.leighton:
>
>> > Not really the case. Actually the opposite. DT have this as well, and
>> > integrated in device probing. Allwinner need to hack every driver used
>> > to add their gpio requests
On Thu, Jun 6, 2013 at 1:15 AM, Henrik Nordström
wrote:
> conditions. I don't know what you really mean here, only that it's not
> "target market".
mass-volume tablet, mass-volume IPTV box. android OS, nothing else.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a su
On 06.06.2013 13:40, Gleb Natapov wrote:
> On Thu, Jun 06, 2013 at 01:35:13PM +0200, Stefan Pietsch wrote:
>> I had no success with the Debian kernel 3.10~rc4-1~exp1 (3.10-rc4-686-pae).
>>
>> The machine hangs after "Enabling APIC mode: Flat. Using 1 I/O APICs".
> OK, since it looks like it hang
> so the point is: if anyone wishes me to propose to allwinner that
> they convert over to devicetree, or any other proposal which involves
> significant low-level changes to their working practices that could
> potentially have a massive knock-on effect onto their
> multi-million-dollar clients,
On Thu, Jun 06, 2013 at 01:35:13PM +0200, Stefan Pietsch wrote:
> On 06.06.2013 08:42, Gleb Natapov wrote:
> > On Wed, Jun 05, 2013 at 02:51:19PM +0200, Stefan Pietsch wrote:
> >> On 05.06.2013 14:10, Gleb Natapov wrote:
> >>> On Wed, Jun 05, 2013 at 01:57:25PM +0200, Stefan Pietsch wrote:
> O
On 06.06.2013 08:42, Gleb Natapov wrote:
> On Wed, Jun 05, 2013 at 02:51:19PM +0200, Stefan Pietsch wrote:
>> On 05.06.2013 14:10, Gleb Natapov wrote:
>>> On Wed, Jun 05, 2013 at 01:57:25PM +0200, Stefan Pietsch wrote:
On 19.05.2013 14:32, Gleb Natapov wrote:
> On Sun, May 19, 2013 at 02:0
Hi Thomas,
On Thursday 06 of June 2013 11:27:23 Thomas Petazzoni wrote:
> Dear Tomasz Figa,
>
> On Thu, 06 Jun 2013 02:01:14 +0200, Tomasz Figa wrote:
> > I don't see any other solution here than moving all the Allwinner
> > code to DT (as it has been suggested in this thread several times
> > al
On Thu, Jun 06, 2013 at 02:01:14AM +0200, Tomasz Figa wrote:
> I don't see any other solution here than moving all the Allwinner code to
> DT (as it has been suggested in this thread several times already), as
> this is the only hardware description method supported by ARM Linux.
Well, the serv
Hello,
On Wed, 5 Jun 2013 16:48:27 -0400, jonsm...@gmail.com wrote:
> > fex covers *eevvveeerrthng* - right from flipping the
> > multiplexing for all 3 SD/MMC cards so that you can pretend that SD0
> > is SD2 and you can specify *different* GPIOs for each to say which
> > is
>
> Yo
Dear Tomasz Figa,
On Thu, 06 Jun 2013 02:01:14 +0200, Tomasz Figa wrote:
> I don't see any other solution here than moving all the Allwinner
> code to DT (as it has been suggested in this thread several times
> already), as this is the only hardware description method supported
> by ARM Linux.
H
On Jun 6, 2013, at 12:07 AM, Luke Kenneth Casson Leighton wrote:
> [ please do try to remove debian-release from replies - my mistake
> please try not to propagage it, even though it may be too late!]
>
> On Wed, Jun 5, 2013 at 10:16 PM, Russell King - ARM Linux
> wrote:
>
> eyy, allo russell
On Thu, Jun 06, 2013 at 09:42:40AM +0300, Gleb Natapov wrote:
> On Wed, Jun 05, 2013 at 02:51:19PM +0200, Stefan Pietsch wrote:
> > On 05.06.2013 14:10, Gleb Natapov wrote:
> > > On Wed, Jun 05, 2013 at 01:57:25PM +0200, Stefan Pietsch wrote:
> > >> On 19.05.2013 14:32, Gleb Natapov wrote:
> > >>>
Package: linux-image-3.2.0-4-sparc64-smp
Version: 3.2.41-2+deb7u2
Severity: important
Hi,
smetana.debian.org, running our wheezy 3.2 kernel, locks up regularly.
It runs quite reliably using the squeeze kernel.
When it locks up it still responds to pings but one cannot login.
I saw this on the c
42 matches
Mail list logo
