On Sun, Apr 02, 2023 at 03:13:05PM +0200, Guy Durrieu wrote:
> Yes it does.
Thanks for testing.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
On April 2, 2023 12:41:46 PM GMT+02:00, Guy Durrieu
wrote:
>My system worked fine with kernel 6.1.15, but stopped booting after
>upgrading to 6.1.20 and resulted in a kernel panic:
Does this fix it:
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/log/?h=x86/urgent
Thx.
--
Sent fr
On Sun, 29 Jun 2014 10:07:31 +0900 Norbert Preining wrote:
> Dear Jobst,
>
> one more thing: On the TeX Live mailing list Qing Lee send a fix:
>
> **8
> It seems that listings used brace trick in a wrong way since 2014/03/04 v1.5c:
> ...
> % \lstthanks{Luc~Van~Eycken}{luc
On Mon, Jul 29, 2013 at 04:00:52PM +0100, Ben Hutchings wrote:
> There's a typo in the subject line. :-)
Yep, looks like I've gradually gotten unnaccustomed to typing "amd" ...
it's not in the fingers anymore. :-)
Thanks, fixed.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk.
sudden a second channel appears.
Reported-and-tested-by: Roger Leigh
Signed-off-by: Borislav Petkov
---
drivers/edac/amd64_edac.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/edac/amd64_edac.c b/drivers/edac/amd64_edac.c
index 8b6a0343c220..8b3d90143514
On Wed, Jul 24, 2013 at 12:04:49AM +0100, Ben Hutchings wrote:
> This is absolutely stable material. Most of the people affected are
> not going to work out that they plugged their memory in wrong. (And
> maybe some of them only have one module.)
Hmm, not from my experience. This is the first repo
On Tue, Jul 23, 2013 at 11:24:17PM +0100, Roger Leigh wrote:
> I've tested it against 3.10 and I can confirm that it works. I've
> booted the system with the DRAM on the same channel, and on
> separate channels, and it's working without problems in both cases.
That's good news, thanks for testing
On Mon, Jul 22, 2013 at 08:19:26PM +0100, Roger Leigh wrote:
> Ben's patch does allow me to boot the system with the memory in this
> configuration on a 3.10 kernel.
Ok, I actually think we can fix it the way below. It should be
equivalent to Ben's patch in current functionality with the differenc
On Sun, Jul 21, 2013 at 06:41:52PM +0100, Ben Hutchings wrote:
> On Sun, 2013-07-21 at 09:54 +0100, Roger Leigh wrote:
> > If the bug is in amd64_edac_mod, there are only two possible commits
> > which could cause the problem:
> >
> > 1eef12825 amd64_edac: Correct DIMM sizes
> > 94c1acf2c amd64_ed
On Sun, Apr 28, 2013 at 05:26:07PM +0400, vita...@yourcmc.ru wrote:
> >When you do a suspend/resume cycle.
>
> OK, yes, I've found it there.
>
> >The bug says "The photo shows a BUG in hrtimer_interrupt() after
> >making
> >the hibernation image and while resuming the non-boot CPUs." so I'm
> >gu
On Sat, Apr 27, 2013 at 07:08:42PM +0400, vita...@yourcmc.ru wrote:
> >Looks like we can't do anything about that in the HPET code itself.
> >
> >Vitaliy, could you try that patch ?
>
> Thanks, I've tried it several days ago (and still using a patched
> kernel :)) - the box survives.
> But at whic
+ tglx.
On Sun, Apr 21, 2013 at 01:38:33AM +0400, vita...@yourcmc.ru wrote:
> >>Stack trace picture is here:
> >>http://vmx.yourcmc.ru/var/pics/IMG_20130306_141045.jpg
> >
> >Vitaliy reported that his system crashes when suspending to disk.
> >This
> >was a regression from 3.2 to 3.7, and remains
On Thu, Feb 14, 2013 at 04:15:55PM +0100, Agustin Martin wrote:
> I have prepared a personal package and put it in my personal Debian repo
> under http://people.debian.org/~agmartin/debian-store/misc. Changes file is
> signed with my Debian gpg key, available from the Debian keyring.
Tested with
h
Hi Agustin,
On Tue, Feb 12, 2013 at 07:17:53PM +0100, Agustin Martin wrote:
> Thanks for your contribution. Nice to see a way to get rid of the
> "program wdm tried to access /dev/mem ..." messages.
Yeah, it was about time. :-)
> wdm is currently orphaned and no maintainer is explicitly caring o
Package: wdm
Version: 1.28-13
Severity: normal
Tags: upstream patch
Hi,
this is my first reporting a bug against a debian package so I very well
might've missed something in the process.
Here's the deal: wdm still uses /dev/mem in genauth.c to generate a tmp
key and it shouldn't. The kernel curr
: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="08_do_not_use_dev_mem.patch"
Author: Borislav Petkov
Description: Do not use /dev/mem as a randomFile
diff --git a/debian/man/wdm.1x b/debian/man/wdm.1x
index
16 matches
Mail list logo
