On Mon, 25 Feb 2008 22:56:04 +0100 (CET) Geert Uytterhoeven wrote:
> P.S. For the interested, a script to update the SHA1 in the quilt series file:
Thanks, anakin.
Version to update $BASE based on current kernel tree is attached.
---
~Randy
quilt-update-tree-base
Description: Binary data
From: Randy Dunlap
m68k:
drivers/net/hydra.c:178: warning: format '%08lx' expects type 'long unsigned
int', but argument 3 has type 'resource_size_t'
Signed-off-by: Randy Dunlap
---
drivers/net/hydra.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions
From: Randy Dunlap
m68k:
drivers/block/z2ram.c:82: warning: format '%lu' expects type 'long unsigned
int', but argument 2 has type 'sector_t'
Signed-off-by: Randy Dunlap
---
drivers/block/z2ram.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
On 01/12/2018 12:42 AM, Christoph Hellwig wrote:
> To implement the x86 forbid_dac and iommu_sac_force we want an arch hook
> so that it can apply the global options across all dma_map_ops
> implementations.
>
> Signed-off-by: Christoph Hellwig
> ---
> arch/x86/include/asm/dma-mapping.h | 3 +++
Hi Geert,
I am seeing a few errors when cross-building m68k on x86_64, using the
toolchain at https://mirrors.edge.kernel.org/pub/tools/crosstool/ (thanks,
Arnd).
(so this is gcc 8.1.0)
block/partitions/ldm.o: In function `ldm_partition':
ldm.c:(.text+0x1900): undefined reference to `strcmp'
ldm
On 07/19/2018 10:17 PM, Finn Thain wrote:
> On Thu, 19 Jul 2018, Randy Dunlap wrote:
>
>> Hi Geert,
>>
>> I am seeing a few errors when cross-building m68k on x86_64, using the
>> toolchain at https://mirrors.edge.kernel.org/pub/tools/crosstool/
>> (
On 07/20/2018 12:20 AM, Andreas Schwab wrote:
> On Jul 19 2018, Randy Dunlap wrote:
>
>> block/partitions/ldm.o: In function `ldm_partition':
>> ldm.c:(.text+0x1900): undefined reference to `strcmp'
>> ldm.c:(.text+0x1964): undefined reference to `strcmp'
On 07/23/2018 09:49 PM, Finn Thain wrote:
> On Mon, 23 Jul 2018, Randy Dunlap wrote:
>
>> On 07/20/2018 12:20 AM, Andreas Schwab wrote:
>>> On Jul 19 2018, Randy Dunlap wrote:
>>>
>>>> block/partitions/ldm.o: In function `ldm_partition':
>>&g
On 12/14/18 3:10 AM, David Hildenbrand wrote:
> The usage of PG_reserved and how PG_reserved pages are to be treated is
> buried deep down in different parts of the kernel. Let's shine some light
> onto these details by documenting current users and expected
> behavior.
>
> Especially, clarify on