Debugging some bizare memory corruption in certain kernel configs on
some machines, I noticed MPSC (1st gen Intel X64 Nocona) is missing in
selecting X86_INTEL_USERCOPY and X86_USE_PPRO_CHECKSUM. Unless someone
has a good reason not to, I think MPSC should select the two, and
maybe MATOM should als
Now with zstd compressed kernel & initrd upstream, we would rather
compress everything with one type of compressor, so I added support
for zstd compressed firmware loading, too. Renamed FW_LOADER_COMPRESS
to FW_LOADER_COMPRESS_XZ to indicate algorithm used.
Tested on x86_64, sparc64 and mips64.
S
Joe Perches wrote:
> > - __constant_cpu_to_le16(NOTIFY_ACK_FLAGS_TERMINATE);
> > + cpu_to_le16(NOTIFY_ACK_FLAGS_TERMINATE);
>
> trivia: this now fits on a single line.
> > Whether __constant_cpu_to_le16() is used or cpu_to_le16(), the compiler
> > generates exactly t
Bart Van Assche wrote:
> Hi René,
>
> Whether __constant_cpu_to_le16() is used or cpu_to_le16(), the compiler
> generates exactly the same code. The name of the cpu_to_le16() function
> however
> is shorter. I recommend cpu_to_le16() because of its shorter name and because
> that's what other k
Bart Van Assche wrote:
> Hi René,
>
> Whether __constant_cpu_to_le16() is used or cpu_to_le16(), the compiler
> generates exactly the same code. The name of the cpu_to_le16() function
> however
> is shorter. I recommend cpu_to_le16() because of its shorter name and because
> that's what other k
Now with zstd compressed kernel & initrd upstream, we would rather
compress everything with one type of compressor, so I added support
for zstd compressed firmware loading, too.
Tested on x86-64, sparc64 and mips64.
Signed-off-by: René Rebe
diff --git a/drivers/base/firmware_loader/Kconfig
b
Now with zstd compressed kernel & initrd upstream, we would rather
compress everything with one type of compressor, so I added support
for zstd compressed firmware loading, too.
Tested on x86-64, sparc64 and mips64.
Signed-off-by: René Rebe
diff --git a/drivers/base/firmware_loader/Kconfig
b
On 10.12.2012, at 22:24, Alexander Graf wrote:
> On 10.12.2012, at 21:43, Rene Rebe wrote:
>
>> On 10.12.2012, at 21:19, Alexander Graf wrote:
>>>
>>> On 10.12.2012, at 20:54, Henrik Rydberg wrote:
>>>
>>>> Hi Guenter,
>>>>
&
On 10.12.2012, at 21:19, Alexander Graf wrote:
>
> On 10.12.2012, at 20:54, Henrik Rydberg wrote:
>
>> Hi Guenter,
>>
>>> On Mon, Dec 10, 2012 at 09:51:35AM -0500, Gabriel L. Somlo wrote:
The AppleSMC contains two char[32] keys, OSK0 and OSK1, which are not
reported in the key count
Hi Adrian,
first front off: thanks for the phantastic 2.6.16 stable maintenance.
Currently I wonder if you have any plan for doing the 2.6.16 review
for let's say "years", or if you "soon" pick some new series such as
2.6.20 or so for long-term maintenance.
I ask because I wonder if I should wai
On Sunday 01 April 2007 20:57:57 Kyle Moffett wrote:
> On Mar 31, 2007, at 02:36:08, Jeremy Fitzhardinge wrote:
> > When I run 2.6.21-rc5 + Andi's x86 patches + paravirt_ops patches,
> > I've been getting my machine shut down with critical thermal
> > shutdown messages:
> >
> > Mar 30 23:19:03
On Saturday 03 February 2007 09:55:52 Patrick Ale wrote:
> Hi,
>
> The problem is even worse, the drive falls back to PIO mode and there
> is no way I can get it back to dma mode (like I could by using
> hdparm). The only thing i can do is reboot the machine so it will see
> the drive is UDMA capa
Hi,
On Sunday 31 December 2006 11:49, David Miller wrote:
> From: David Kahn <[EMAIL PROTECTED]>
> Date: Sun, 31 Dec 2006 02:11:53 -0800
>
> > All we've done is created a trivial implementation for exporting
> > the device tree to userland that isn't burdened by the powerpc
> > and sparc legacy co
Hi,
[EMAIL PROTECTED] wrote:
On 04/13/05 14:40:31, Oliver Korpilla wrote:
You might also look at www.openembedded.org It has support for cross
compiling, and with one command can build an entire userland. Not
sure if it is exactly a fit for what you want to do, but it seems
very close.
Thank
Hi,
Raphael Jacquot wrote:
as your name appears european, there are no software patents (yet ?) so
you should be able to release that code as required for interoperability
The release of that source does not depend on software patents (which
seem to be acked yesterday for europe ... ;-()
However
Hi,
Matthias Kindtner wrote:
scanimage -L
scanimage: symbol lookup error: /usr/lib/sane/libsane-avision.so.1: undefined
symbol: sanei_usb_set_timeout
With the latest backed you need to update include/sane/sanei_usb.h and
sanei/sanei_usb.c from my SVN repository (will go into SANE CVS in the
next
Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de/ | http://www.t2-project.org/
+49 (0)30 255 897 45
Tiny compile fix for the raid6 PowerPC/Altivec code.
- Rene Rebe <[EMAIL PROTECTED]>
--- linux-2.6.11/drivers/md/raid6altivec.uc.v
Hi,
--- linux-2.6.11/drivers/md/raid6altivec.uc.vanilla 2005-03-02
16:44:56.407107752 +0100
+++ linux-2.6.11/drivers/md/raid6altivec.uc 2005-03-02
16:45:22.424152560 +0100
@@ -108,7 +108,7 @@
int raid6_have_altivec(void)
{
/* This assumes either all CPUs have Altivec or none does */
- return
Hi!
Thanks for the fast reply - but I can't follow. What is the _tuning
aspect_ and how is it modified?
Andre Hedrick <[EMAIL PROTECTED]> wrote:
>
> There is a problem that it does not downgrade the IO if all you have is
> iCRC errors. The threshold is 10 events without other errors and it
>
Hi!
I have an Asus K7M motherboard with an AMD Irongate and a VIA VT82C686
connected to an IBM-DPTA-372050 and/or IBM-DTLA-307030.
I ever had IDE-DMA problems since I got the board in the beginning of
this year.
Until Kernel 2.4.0-test7 (or test6 or 8?) it was not possible to use a
ATA-66 cable
20 matches
Mail list logo
