-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I hope there will be some progress on this issue. There are advantages
in providing a grsec-patched kernel inside debian.
E.g: with a grsec patched vanilla kernel my radeon GPU tends to lock up
every couple of days and my computer doesn’t reliably rec
On Sun, 8 Jul 2012, Octavio Alvarez wrote:
> >> On Sat, 07 Jul 2012 19:23:08 -0700, Alan Stern
> >>
> >> wrote:
> >>
> >> >> roothub.portstatus [4] 0x0303 LSDA PPS PES CCS
> >> >> roothub.portstatus [5] 0x0303 LSDA PPS PES CCS
> >> >> roothub.portstatus [6] 0x0101 PPS CCS
> >> >
> >
Hi
On Monday 04 June 2012, Jarod Wilson wrote:
> For one, the driver device pointer needs to be filled in, or the lirc core
> will refuse to load the driver. And we really need to wire up all the
> platform_device bits. This has been tested via the lirc sourceforge tree
> and verified to work, bee
On Sun, Jul 08, 2012 at 10:44:47AM +0200, Arnaud Patard wrote:
> > my only concern is that /proc/device-tree/model takes precedence over
> > /proc/cpuinfo in any case with no fallback to the latter. So if any ARM SoC
> > gets device-tree enabled by a backport it might potentially need a change to
>
Package version changed from 3.0.0-2 to 3.0.0.3.
Incidentally I have upgraded to 3.2 and the problem does not occur there either.
On 7/7/12, Jonathan Nieder wrote:
> Hi,
>
> Joshua Hudson wrote:
>
>> For some reason a new apt-get dist-upgrade fixed bug. A new kernel
>> package was pulled but the
Processing commands for cont...@bugs.debian.org:
> # http://thread.gmane.org/gmane.linux.acpi.devel/54039
> tags 680707 + patch
Bug #680707 [src:linux] [3.4-rc5 -> 3.4-rc6 regression] Asus P5NSLI: lockup on
resume from suspend
Added tag(s) patch.
>
End of message, stopping processing here.
Pleas
Processing commands for cont...@bugs.debian.org:
> reassign 680762 src:linux 3.2.20-1
Bug #680762 [src] linux-image-3.4-trunk-amd64: lirc_sir isn't loadable
Warning: Unknown package 'src'
Bug reassigned from package 'src' to 'src:linux'.
No longer marked as found in versions 3.4.4-1~experimental.1
On Sun, 08 Jul 2012 19:58:08 +0200
Hans de Goede wrote:
> Hmm, this is then likely caused by the new isoc bandwidth negotiation code
> in 3.2, unfortunately the vc032x driver is one of the few gspca drivers
> for which I don't have a cam to test with. Can you try to build your own
> kernel from s
Processing commands for cont...@bugs.debian.org:
> forwarded 680707 https://bugzilla.kernel.org/show_bug.cgi?id=43641
Bug #680707 [src:linux] [3.4-rc5 -> 3.4-rc6 regression] Asus P5NSLI: lockup on
resume from suspend
Set Bug forwarded-to-address to
'https://bugzilla.kernel.org/show_bug.cgi?id=43
Hi,
On 07/08/2012 03:01 PM, Martin-Éric Racine wrote:
2012/6/17 Martin-Éric Racine :
pe, 2012-06-15 kello 23:41 -0500, Jonathan Nieder kirjoitti:
Martin-Éric Racine wrote:
usb 1-7: new high-speed USB device number 3 using ehci_hcd
[...]
usb 1-7: New USB device found, idVendor=0ac8, idProdu
On Sun, 08 Jul 2012 07:40:49 -0700, Alan Stern
wrote:
On Sat, 7 Jul 2012, Octavio Alvarez wrote:
On Sat, 07 Jul 2012 19:23:08 -0700, Alan Stern
wrote:
>> roothub.portstatus [4] 0x0303 LSDA PPS PES CCS
>> roothub.portstatus [5] 0x0303 LSDA PPS PES CCS
>> roothub.portstatus [6] 0x00
Camaleón wrote:
> It seems the key patches are from 18 to 23 (remember I'm using ES for
> the regulatory domain) :-?
Yep.
Could you try with patches 1-19? (Patches 18, 19, 22, and 23 seem
potentially interesting.)
Thanks,
Jonathan
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debi
On Sat, 7 Jul 2012, Octavio Alvarez wrote:
> On Sat, 07 Jul 2012 19:23:08 -0700, Alan Stern
> wrote:
>
> >> roothub.portstatus [4] 0x0303 LSDA PPS PES CCS
> >> roothub.portstatus [5] 0x0303 LSDA PPS PES CCS
> >> roothub.portstatus [6] 0x0101 PPS CCS
> >
> > That's normal, except fo
2012/7/7 Camaleón :
> A quick follow-up... now running kernel 3.2.21 with the first 17
> patches applied. Let's see how it goes (will comment on the next days)
> and thanks Jonathan for (still!) hanging in there.
I got lots of disconnects today (in only one day using kernel
3.2.21+17 patches), so
On 08.07.2012 14:51, Ben Hutchings wrote:
On Sun, 2012-07-08 at 12:43 +0200, Christoph Mühlmann wrote:
Package: linux-image-3.2.0-2-amd64
Version: 3.2.20-1
Severity: important
--- Please enter the report below this line. ---
Dear Maintainers,
my system crashes time by time, but it was not poss
2012/6/17 Martin-Éric Racine :
> pe, 2012-06-15 kello 23:41 -0500, Jonathan Nieder kirjoitti:
>> Martin-Éric Racine wrote:
>> > usb 1-7: new high-speed USB device number 3 using ehci_hcd
>> [...]
>> > usb 1-7: New USB device found, idVendor=0ac8, idProduct=0321
>> > usb 1-7: New USB device strings
On Sun, 2012-07-08 at 12:43 +0200, Christoph Mühlmann wrote:
> Package: linux-image-3.2.0-2-amd64
> Version: 3.2.20-1
> Severity: important
>
> --- Please enter the report below this line. ---
> Dear Maintainers,
>
> my system crashes time by time, but it was not possible to reproduce the
> cras
On Sun, 2012-07-08 at 12:43 +0200, Christoph Mühlmann wrote:
> Package: linux-image-3.2.0-2-amd64
> Version: 3.2.20-1
> Severity: important
>
> --- Please enter the report below this line. ---
> Dear Maintainers,
>
> my system crashes time by time, but it was not possible to reproduce the
> cras
Philipp Kern (07/07/2012):
> @debian-boot: Is it ok to unblock flash-kernel at this point or should
> that be done post-beta1?
Based on Arnaud's answer, please unblock it. If anything breaks, we know
whom to poke.
Mraw,
KiBi.
signature.asc
Description: Digital signature
On Sun, 08 Jul 2012 02:04:32 -0700, Jonathan Nieder
wrote:
So presumably it's the new writes to the ACPI_BITREG_ARB_DISABLE
register that cause trouble. The patch below tests that guess.
Given the complexity of the ACPI_DEBUG logging (particularly the
console part), I decided to give your
Octavio Alvarez wrote:
> The problem is a full system lock-up on resume.
[...]
> I bisected the problem as requested by Alan Stern, and tracked it
> down to the following commit:
>
> commit 2feec47d4c5f80b05f1650f5a24865718978eea4
[...]
> ACPICA: ACPI 5: Support for new FADT SleepStatus, Sleep
Philipp Kern writes:
> Hi,
>
> On Sun, Jul 08, 2012 at 03:16:41AM +0200, Hector Oron wrote:
>> Please unblock package flash-kernel
>>
>> Hello,
>>
>> flash-kernel/3.1 adds device tree support for Dreamplug device (used by
>> freedombox).
>>
>> Dreamplug support has been backported into l
Hi again,
Octavio Alvarez wrote:
> The problem is a full system lock-up on resume. The HD led stays on.
> The 5-sec power-button cycle isn't enough to get the system back.
> It requires a full mechanical power cycle from the power supply.
>
> I bisected the problem as requested by Alan Stern, and
23 matches
Mail list logo
