On Mon, 22 Jan 2001 23:23:36 -0600 (CST), Thomas Molina wrote:
>[1.] One line summary of the problem: seek= parameter for dd under 2.4.0
>gives permission denied error
>[2.] Full description of the problem/report:I was creating a new
>root+boot disk for 2.4.0 this evening. I issued the command:
tl to restart the counters.
The next version will support buffering and automatic restart.
/ Mikael Pettersson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Before people get too exited about the x86 Page Attribute Table ...
Does Linux use mode B (CR4.PSE=1) or mode C (CR4.PAE=1) paging?
If so, known P6 errata must be taken into account.
In particular, Pentium III errata E27 and Pentium II errata A56
imply that only the low four PAT entries are workin
Jeff Hartmann wrote:
> > Before people get too exited about the x86 Page Attribute Table ...
> > Does Linux use mode B (CR4.PSE=1) or mode C (CR4.PAE=1) paging?
> > If so, known P6 errata must be taken into account.
> > In particular, Pentium III errata E27 and Pentium II errata A56
> > imply that
On Sun, 28 Jan 2001 12:27:46 -0600 (CST), Thomas Molina wrote:
>I seem to recall a discussion on faster processors causing timing
>problems during a kernel make, but I'm unable to find it in the kernel
>archives. I've now upgraded to an Athlon 900 MHz processor and an ASUS
>A7V motherboard and h
On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
>2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).
>...
>Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux
>(egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001
>BIOS-provided physical RAM map
On Wed, 31 Jan 2001 10:01:08 -0500, Adam Schrotenboer wrote:
> > On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
> >
> >> 2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).
> >> ...
> >> Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66
>19990314/Linux (egc
On Wed, 31 Jan 2001 14:17:56 -0700, Josh Higham wrote:
>I tried compiling a 2.2.18 kernel, and when I reboot I get
>
>failed to exec /sbin/modprobe -s -k binfmt-464c
Reconfigure with CONFIG_BINFMT_ELF=y and your kernel will work again.
/Mikael
-
To unsubscribe from this list: send the line "uns
@@ -82,25 +82,35 @@
/*
* Activate the NMI watchdog via the local APIC.
* Original code written by Keith Owens.
+ * AMD K7 code by Mikael Pettersson.
*/
+static unsigned int nmi_perfctr_msr; /* the MSR to reset in NMI handler */
#define MSR_K7_EVNTSEL0 0xC001
#define MSR_K7_PERFCTR0
On Fri, 2 Feb 2001 01:37:28 +0100, Ingo Molnar wrote:
> On Thu, 1 Feb 2001, Mikael Pettersson wrote:
>
> > This patch (against 2.4.1-ac1) contains the following fixes:
> > * UP-APIC linkage fix: nr_ioapics must be moved from io_apic.c to
> > mpparse.c to permit linki
Maciej W. Rozycki writes:
> I've forgotten to cc you when sending Ingo my patch-2.4.0-ac12-upapic-19
> fixes a few days ago, my apologies. Since the two patches conflict with
> each other, I've merged them together and provide the result below.
> Please check if it is fine for you.
Looks
Bryan W. Headley writes:
> Last kernel that booted was Redhat's build of 2.4.0-pre11. I'm not sure
> where the issue is at, so I attach a log of the system booting up.
>
> It's an ASUS P2B-DS with dual Deschutes PII-450s.
> Linux version 2.4.2-pre1 ([EMAIL PROTECTED]) (gcc version 2.96 2731
H. Peter Anvin writes:
> > if (boot_cpu_data.x86_vendor != X86_VENDOR_INTEL) {
> > printk("No APIC support for non-Intel processors.\n");
> > return -1;
> > }
>
> Why is the test there in the first place? If the machine has an APIC, it
> sho
H. Peter Anvin wrote:
>"Maciej W. Rozycki" wrote:
>...
>> It might be viable just to delete the test altogether, though and just
>> trap #GP(0) on the MSR access. For the sake of simplicity. If a problem
>> with a system ever arizes, we may handle it then.
>>
>> Note that we still have to ch
This patch contains two CPU detection bug fixes:
- arch/i386/kernel/apic.c:detect_init_APIC():
This is being run before identify_cpu(), so the x86_vendor
field wasn't properly defined. It only _seemed_ to work before
because uninitialised == 0 == X86_VENDOR_INTEL.
The basic CPU detection c
On Thu, 8 Feb 2001 12:32:01 MET-1, Petr Vandrovec wrote:
>I have another question for UP APIC NMI: As I reported some time ago,
>if performance counters overflow when LVTPC has 'disabled' bit set,
>NMI is lost forever. This causes problems with VMware - it has to
>disable NMI deliveries during CR
Ingo Molnar writes:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > this fixed my crashes too.
> >
> > spoke too soon - they still trigger even with the patch applied.
>
> the patch below fixes the crash, it was related to CONFIG_PREEMPT.
>
> Ingo
>
> --
> fix entry.S c
On Thu, 07 Apr 2005 12:17:37 +0200, Arjan van de Ven wrote:
>On Thu, 2005-04-07 at 20:10 +1000, Keith Owens wrote:
>> 2.6.12-rc2, with CONFIG_PREEMPT and CONFIG_PREEMPT_DEBUG. The
>> in_atomic() macro thinks that preempt_disable() indicates an atomic
>> region so calls to __might_sleep() result in
sible state, make start fields
64 bits (for future-proofing the ABI). Remove map field from
pmc[] array to avoid underutilised cache lines.
- x86.c: retrieve mapping from ->control.pmc_map[].
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
drivers/perfctr/x86.c | 2
and
increment it in perfctr_cpu_resume() and perfctr_cpu_sample().
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
drivers/perfctr/ppc.c | 16
include/asm-ppc/perfctr.h | 15 +--
2 files changed, 17 insertions(+), 14 deletions(-)
diff -rupN linux-2.6.1
and
increment it in perfctr_cpu_resume() and perfctr_cpu_sample().
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
drivers/perfctr/ppc64.c | 16
include/asm-ppc64/perfctr.h | 13 -
2 files changed, 16 insertions(+), 13 deletions(-)
diff -rupN linux-2
On 21 May 2001 14:49:55 -0400, Camm Maguire <[EMAIL PROTECTED]> wrote:
>Greetings! 2.2.19+ide, applied the patch because this box has a new
>Promise PDC20267 ide controller. 14GB HP Colorado tape drive. Before
>we installed the new ide controller and patched the kernel, i.e. with
>unpatched 2.
On Tue, 29 May 2001 18:22:57 -0500 (CDT), Paul Walmsley wrote:
>I have an 700Mhz Pentium III HP Omnibook 6000 that has been locking up
>...
>In the hopes of getting an oops from the NMI watchdog, I attempted to
>enable the NMI watchdog with both 'nmi_watchdog=1' and 'nmi_watchdog=2'.
>Neither see
On Sun, 3 Jun 2001 00:23:10 +0100, Alan Cox wrote:
>2.4.5-ac6
>...
>o Resync with Eric's master Configure.help(Eric Raymond)
ac5->ac6 accidentally(?) dropped the help text for CONFIG_X86_UP_APIC.
Patch below (vs -ac7) adds it back. Please apply.
/Mikael
--- linux-2.4.5-ac7/Documen
On Sat, 9 Jul 2005 01:00:54 -0700, Sheo Shanker Prasad wrote:
>(1) content of /proc/mtrr :
>
>reg00: base=0x ( 0MB), size=2048MB: write-back, count=1
>reg01: base=0x8000 (2048MB), size=1024MB: write-back, count=1
>reg02: base=0xc000 (3072MB), size= 128MB: write-back, count=1
>reg0
On my x86-64 laptop (Targa Visionary 811: Athlon64 + VIA chipset,
Arima OEM:d HW also sold by eMachines and others), ACPI is broken
and hangs the x86-64 2.6.13-rc3 kernel.
During boot, ACPI reduces the screen's brightness (it's always
done this in the x86-64 kernels but not the i386 ones), so I
ha
On Thu, 14 Jul 2005 15:23:52 -0400, Brown, Len wrote:
>>acpi_ec-0217 [04] acpi_ec_leave_burst_mo: --->status fail
>>
>>on the console, and then the machine is hung hard.
>
>2.6.13-rc3 x86_64 failed, but
>2.6.13-rc2 x86_64 worked
>
>And both of these revisions in the i386 kernel still work?
Wi
Adrian Bunk wrote:
> On i386, the PERFCTR option is currently available under:
>
> Power management options (ACPI, APM)
> APM (Advanced Power Management) BIOS Support
>
>
> On x86_64, the PERFCTR option is currently available under:
>
> Executable file formats / Emulation
>
>
> On ppc
On Mon, 18 Apr 2005 00:27:02 +0200, Alexander Nyberg wrote:
>This patch fixes the NMI checking problems in -mm x64 for me. It
What problems?
>changes the perfctr selection to use RETIRED_UOPS instead
>(makes both processors tick even on my box).
This patch mixes what appears to be cleanups wit
On Mon, 18 Apr 2005 11:56:15 +0200, Alexander Nyberg wrote:
>> >This patch fixes the NMI checking problems in -mm x64 for me. It
>>
>> What problems?
>>
>
>Sorry, in -mm on x64 check_nmi_watchdog() has started to be run as a
>late_initcall(). Currently it reports the NMIs as stuck on a few syste
Andi & Andrew,
The "x86_64-switch-smp-bootup-over-to-new-cpu-hotplug-state.patch" in
2.6.12-rc2-mm3 appears to have broken the NMI watchdog. Specifically:
diff -puN
arch/x86_64/kernel/nmi.c~x86_64-switch-smp-bootup-over-to-new-cpu-hotplug-state
arch/x86_64/kernel/nmi.c
---
25/arch/x86_64/kerne
initialization from incompatible pointer
type
etc
This is because 2.6.13-rc2 added a code block to this function which references
hotplug-only stuff. Fixed crudely by #ifdef CONFIG_HOTPLUG around it.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
--- linux-2.6.13-rc2/drivers/pci/pci
On Wed, 6 Jul 2005 16:47:28 +0300 (EEST), Tero Roponen wrote:
>my computer (a ThinkPad 380XD laptop) hangs at boot in 2.6.13-rc2.
>When I revert the patch below everything seems to be fine.
Same here: my Targa Visionary 811 Athlon64 laptop
hangs during boot with 2.6.13-rc2, unless I revert
the pat
On Fri, 8 Jul 2005 12:38:28 +0300 (EEST), Tero Roponen wrote:
>On Fri, 8 Jul 2005, Ivan Kokshaysky wrote:
>
>> On Fri, Jul 08, 2005 at 10:57:56AM +0300, Tero Roponen wrote:
>> > Thanks! Vanilla 2.6.13-rc2 with below patch applied
>> > works perfectly!
>>
>> Thanks for testing. Though, bad news are
On Tue, 26 Jul 2005 20:22:58 +0200, [EMAIL PROTECTED] wrote:
>2.4.31 compiled with -m486, panics on boot (486DX) and says something about
>TSC requires pentium, bang.
>enabling the obscure flag
>
> [*] Unsynced TSC support
>
>seems to fix this - the corresponding .config label name is actually *mor
On Thu, 28 Jul 2005 14:00:12 +0200, Adrian Bunk wrote:
>What is the oldest gcc we want to support in kernel 2.6?
>
>Currently, it's 2.95 .
>
>I'd suggest raising this to 3.2 which should AFAIK not be a problem for
>any distribution supporting kernel 2.6 .
>
>Is there any good reason why we should
On Fri, 29 Jul 2005 11:35:09 +0300 (EEST), Tero Roponen wrote:
>On Fri, 29 Jul 2005, Andrew Morton wrote:
>
>> Tero Roponen <[EMAIL PROTECTED]> wrote:
>> >
>> > Hi,
>> >
>> > I just tested 2.6.13-rc4. At boot it prints:
>> > "dma_timer_expiry: dma status == 0x61" many times.
>> > That's the same pr
On Mon, 1 Aug 2005 11:22:45 +0400, Ivan Kokshaysky wrote:
> On Fri, Jul 29, 2005 at 02:39:21AM -0700, Andrew Morton wrote:
> > Tero Roponen <[EMAIL PROTECTED]> wrote:
> > > My original report is here: http://lkml.org/lkml/2005/7/6/174
> >
> > I see. Ivan, do we know what's going on here?
>
> Sor
Mobile Penitum 4 HT to use the NMI.
>>
>> Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
The patch is OK, but it doesn't fix a bug or regression.
Since Linus' kernel seems to be in bug-fix-only mode, it
shouldn't go in there until after 2.6.13.
Acked-by: Mikae
Sean Neakums writes:
> Andreas Schwab <[EMAIL PROTECTED]> writes:
>
> > The last change to drivers/pci/setup-res.c (Ignore disabled ROM resources
> > at setup) is breaking radeonfb on iBook G3 (with Radeon Mobility M6 LY).
> > It crashes in pci_map_rom when called from radeonfb_map_ROM. This
M.H.VanLeeuwen writes:
> Hi,
>
> Is this a known problem?
>
> Thanks,
> Martin
>
>
> cat /proc/sys/net/ipv4/conf/lo/rp_filter
>
> <1>Unable to handle kernel paging request at virtual address 419a91d8
> printing eip:
> c0116644
> *pde =
> Oops: [#6]
> Modules lin
Andi Kleen writes:
> On Tuesday 30 August 2005 16:45, Alan Cox wrote:
> > On Llu, 2005-08-29 at 18:20 -0600, Eric W. Biederman wrote:
> > > ways. Currently this code only allows for an additional flavor
> > > of uncached access to physical memory addresses which should be hard
> > > to abuse,
Linda Walsh writes:
> Robert Hancock wrote:
> > Linda Walsh wrote:
> >> Alan Cox wrote:
> rate began falling; at 128k block-reads-at-a-time or larger, it
> drops below
> 20MB/s (only on buffered SATA).
> >>> Try disabling NCQ - see if you've got a drive with the 'NCQ = no
>
Linda Walsh writes:
> Mikael Pettersson wrote:
> > Linda Walsh writes:
> > > Robert Hancock wrote:
> > > > Linda Walsh wrote:
> > > >>>> read rate began falling; at 128k block-reads-at-a-time or larger,
> > it
> > > >
Alexander Shaduri writes:
> On Sat, 5 Jan 2008 09:10:12 +
> Al Viro <[EMAIL PROTECTED]> wrote:
>
> > and we have q->page == 0x48464443. Seeing how we assign that sucker, that
> > smells like we've got a page on quicklist with {0x43, 0x44, 0x46, 0x48}
> > in its first 4 bytes. Instead o
On Thu, 6 Dec 2007 21:20:41 -0500, Erez Zadok wrote:
> I get a "permission denied" when trying to mount a localhost nfsv2/3
> exported volume, on v2.6.24-rc4-124-gf194d13. It works w/ nfsv4 mounting.
> It worked fine in 2.6.24-rc3. Here's a sequence of ops I tried:
>
> # mount -t ext2 /dev/hdb1
William Lee Irwin III writes:
> The ->cap fields of struct acpi_video_device and struct acpi_video_bus
> are 1B each, not 4B. The oversized memset()'s corrupted the subsequent
> list_head fields. This resulted in silent corruption without
> CONFIG_DEBUG_LIST and BUG's with it. This patch uses s
William Lee Irwin III writes:
> On Wed, Dec 12, 2007 at 12:48:09PM +0100, Mikael Pettersson wrote:
> > IMO the memset(ptr, 0, sizeof(*ptr)) idiom is both safer
> > and avoids having to write an uninteresting type name.
>
> How about this, then?
Looks good.
Acked-
On Thu, 17 Jan 2008 23:13:50 +0100, Mikael Pettersson wrote:
> The problematic machine has an Intel P965/ICH8R based ASUS P5B-E Plus
> mainboard with a Core2Duo 6600 processor. Kernels up to and including
> 2.6.24-rc7 work fine on it.
>
> Kernel 2.6.24-rc8 boots Ok, but if I t
Jeff Garzik writes:
>
> Promise just gave permission to post the docs for their PDC20621 (i.e.
> SX4) hardware:
> http://gkernel.sourceforge.net/specs/promise/pdc20621-pguide-1.2.pdf.bz2
>
> joining the existing PDC20621 DIMM and PLL docs:
> http://gkernel.sourceforge.net/specs/promise/pd
william cheng writes:
> Dear all,
>
> We got some problem on modprobing the ipmi_si module on Dell
> Power Edge 2600.
> On modprobing the ipmi_si the terminal hang and the process
> cannot be terminated by control-C.
> We got these messages in dmesg
>
> ip
On Wed, 03 Oct 2007 17:06:24 +0900, Shi Weihua wrote:
> Fixing alternative signal stack wraparound.
>
> If a process uses alternative signal stack by using sigaltstack()
> and that stack overflow, stack wraparound occurs.
> This patch checks whether the signal frame is on the alternative
> stack.
On Wed, 3 Oct 2007 22:20:46 +0900, KAMEZAWA Hiroyuki wrote:
> On Wed, 3 Oct 2007 21:40:29 +0900
> KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 3 Oct 2007 14:20:07 +0200 (MEST)
> > Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> >
> >
On Wed, 3 Oct 2007 22:33:46 +0300, Riku Voipio wrote:
> What's the state of this patch? I can confirm tst-robust1
> from glibc testsuite locks a armv5 machine hard. With this patch
> applied, the test succeeds.
There were no comments from any Linux arch or futex maintainer.
Because of that I inten
On Thu, 4 Oct 2007 21:47:30 +0900, KAMEZAWA Hiroyuki wrote:
> On Thu, 04 Oct 2007 21:33:12 +0900
> Shi Weihua <[EMAIL PROTECTED]> wrote:
>
> > KAMEZAWA Hiroyuki wrote::
> > > On Thu, 04 Oct 2007 20:56:14 +0900
> > > Shi Weihua <[EMAIL PROTECTED]> wrote:
> > >
> > >> stack.ss_sp = addr + pagesize
On Sun, 25 Nov 2007 15:02:15 -0700, Josh Goldsmith wrote:
> I have a Linksys NSLU2 running 2.6.21 (I can replicate the problem on
> 2.6.23 but it isn't fully supported on SlugOS). It is a armv5teb device
> with 32MB of RAM, 400+ MB swap on its 160GB USB2 root disk. The machine is
> used as a
On Sun, 25 Nov 2007 22:28:03 -0700, Josh Goldsmith wrote:
> Is your 486 running a IDE disk on a normal interface or via USB? I wonder
> if the NSLU2 only having I/O via USB might be significant.
My 486 has neither PCI nor USB, the disk is attached to a
plain ancient IDE port.
> Also, this is a
The problematic machine has an Intel P965/ICH8R based ASUS P5B-E Plus
mainboard with a Core2Duo 6600 processor. Kernels up to and including
2.6.24-rc7 work fine on it.
Kernel 2.6.24-rc8 boots Ok, but if I try to do a warm reboot after
having run 2.6.24-rc8, the BIOS hangs. The initial BIOS screen
ror_detected() calls sym2_remove(), which is marked __devexit.
Fixed by removing the __devexit from sym2_remove().
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
--- linux-2.6.24-rc5/drivers/scsi/sym53c8xx_2/sym_glue.c.~1~2007-12-15
15:37:04.0 +0100
+++ linux-2.6.24-rc5/drivers/s
rror')
because sym2_io_error_detected() calls sym2_remove(), which is marked __devexit.
Fixed by removing the __devexit from sym2_remove().
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
---
Resend. Previously reported against 2.6.24-rc6 on 2007-12-15.
--- linux-2.6.24-rc5/drivers/scsi
Sam Ravnborg writes:
> On Sat, Jan 26, 2008 at 07:03:15PM +0100, Mikael Pettersson wrote:
> > Building 2.6.24 with
> >
> > # CONFIG_HOTPLUG is not set
> > CONFIG_SCSI_SYM53C8XX_2=y
> >
> > results in the following during modpost:
> >
&g
Gene Heskett writes:
> Greeting;
>
> I had to reboot early this morning due to a freezeup, and I had a
> bunch of these in the messages log:
> ==
> Jan 27 19:42:11 coyote kernel: [42461.915961] ata1.00: exception Emask 0x0
> SAct 0x0 SErr 0x0 action 0x2 frozen
> Jan 27 19:42:
Tino Keitel writes:
> Hi folks,
>
> with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
> 2.6.23 on my Mac mini Core Duo. I saw that this was reported in
> http://bugzilla.kernel.org/show_bug.cgi?id=9721 and on netdev a patch
> for the sky2 driver was sent by Stephen Hemming
Peter Zijlstra writes:
>
> On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
>
> > 1. Wrong mailing list; use linux-ide (@vger) instead.
>
> What, and keep all us other interested people in the dark?
MAINTAINERS clearly lists linux-ide as the primary mailin
Gene Heskett writes:
> On Monday 28 January 2008, Peter Zijlstra wrote:
> >On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
> >> 1. Wrong mailing list; use linux-ide (@vger) instead.
> >
> >What, and keep all us other interested people in the d
Ingo Molnar writes:
>
> * Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
> > > Now I tried the 2.6.24 release and noticed that WOL is still
> > > broken. I'll be happy to test any patches that can make it into
> > > 2.6.24.1.
>
Gene Heskett writes:
> On Tuesday 29 January 2008, Alan Cox wrote:
> >> As slight change here, I was going to use the same .config as 2.6.24-rc8,
> >> but just discovered that neither rc8 nor final is finding the drivers for
> >> my
> >
> >If it is not finding a driver that is nothing to do w
On Sat, 12 Mar 2005 21:55:49 -0800, Andrew Morton wrote:
>It would be nice to start folding these patches together a bit to reduce
>such problems, but that's rather non-trivial because there is no way to
>simply join these patches together which maintains a sensible sequencing.
>
>If we're going to
On Sun, 13 Mar 2005 00:46:24 -0500, Hacksaw <[EMAIL PROTECTED]> wrote:
>In compiling 2.4.29 I get this during the compilation of pci-pc.c:
>
>Warning: indirect lcall without `*'
>
>I note from looking around the net that this is an old "problem", dating back
>at least to 2.4.18, if not earlier.
>
jerome lacoste writes:
> I have a VIA Epia M1 board that crashes very badly (and pretty
> often, especially when using DMA). I want to fix that.
>
> Serial console + magic SysRQ didn't help so I am going the nmi
> watchdog way. But in order to have nmi watchdog I need APIC, right?
>
>
jerome lacoste writes:
> So if I don't have APIC, that means I cannot use nmi_watchdog to
> investigate the problem, right?
Correct.
> Do I have any alternative to investigate this hang or should I just
> give up and smash my board?
I can't help you with that one.
-
To unsubscribe from this
Fix two array-of-incomplete-type errors from gcc4 in isicom.c.
/Mikael
--- linux-2.6.11/drivers/char/isicom.c.~1~ 2005-03-02 19:24:15.0
+0100
+++ linux-2.6.11/drivers/char/isicom.c 2005-03-15 11:37:03.0 +0100
@@ -151,9 +151,6 @@ MODULE_DEVICE_TABLE(pci, isicom_pci_tbl)
sta
Fix one array-of-incomplete-type error from gcc4 in bt878.h.
/Mikael
--- linux-2.6.11/drivers/media/dvb/bt8xx/bt878.h.~1~2004-12-25
12:16:19.0 +0100
+++ linux-2.6.11/drivers/media/dvb/bt8xx/bt878.h2005-03-15
11:47:50.0 +0100
@@ -89,7 +89,6 @@
#define BT878_RISC_SYNC
Fix one array-of-incomplete-type error from gcc4 in bttvp.h.
/Mikael
--- linux-2.6.11/drivers/media/video/bttvp.h.~1~2005-03-02
19:24:16.0 +0100
+++ linux-2.6.11/drivers/media/video/bttvp.h2005-03-15 12:47:57.0
+0100
@@ -230,7 +230,6 @@ extern int fini_bttv_i2c(struc
Fix
drivers/net/arcnet/arcnet.c: In function 'release_arcbuf':
drivers/net/arcnet/arcnet.c:256: warning: operation on 'i' may be undefined
drivers/net/arcnet/arcnet.c: In function 'get_arcbuf':
drivers/net/arcnet/arcnet.c:292: warning: operation on 'i' may be undefined
warnings from gcc4 in arcne
Fix
drivers/net/depca.c: In function 'load_packet':
drivers/net/depca.c:1829: warning: operation on 'i' may be undefined
warning from gcc4 in depca.c.
/Mikael
--- linux-2.6.11/drivers/net/depca.c.~1~2005-03-02 19:24:16.0
+0100
+++ linux-2.6.11/drivers/net/depca.c2005-03-15
Fix
drivers/char/generic_serial.c:38: error: static declaration of 'gs_debug'
follows non-static declaration
include/linux/generic_serial.h:94: error: previous declaration of 'gs_debug'
was here
compilation error from gcc4 in generic_serial.h.
/Mikael
--- linux-2.6.11/include/linux/generic_se
Mikael Starvik writes:
> Another comment:
>
> >CFLAGS += -ffreestanding to avoid gcc magically turning sprintf()
> > into calls to non-existent strcpy().
>
> You could use -fno-builtin-sprintf instead and thus also avoid the abs
> change.
Cool. I'll test that and if it works w/o exposing
rnel any more, make perfctr_info kernel-only
and remove unused fields, use explicitly-sized integers
in user-visible types.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
drivers/perfctr/init.c| 22 ---
drivers/perfctr/version.h |2 -
include
ivate.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
drivers/perfctr/ppc.c |8 +++-
include/asm-ppc/perfctr.h | 43 ++-
2 files changed, 21 insertions(+), 30 deletions(-)
diff -rupN linux-2.6.11-mm4/drivers/perfctr/ppc.c
linux
x86-specific cleanups for perfctr:
- x86.c: use DEFINE_SPINLOCK().
- : remove cpu_type constants and
PERFCTR_CPU_VERSION unused in the kernel, use
explicitly-sized integers in user-visible types, make
perfctr_cpu_control kernel-private.
Signed-off-by: Mikael Pettersson <[EMAIL PROTEC
Andrew Morton writes:
> "Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
> >
> > drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
> > : undefined reference to `.mac_vmode_to_var'
> > make: *** [.tmp_vmlinux1] Error 1
> >
> > Anyone know what that is?
> >
>
> ftp://ftp.kern
Mikael Pettersson writes:
> Andrew Morton writes:
> > "Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
> > >
> > > drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
> > > : undefined reference to `.ma
Here is a new set of patches to allow gcc-4.0 (20050312)
to compile the 2.4.30-rc1 kernel. Changes since the previous
version of the patch set are:
- Replaced -ffreestanding with -fno-builtin-sprintf.
freestanding was used to prevent gcc from transforming some
sprintf() calls to calls to strcp
:25: error: array type has incomplete element type
make[1]: *** [arch/ppc64/kernel/asm-offsets.s] Error 1
make: *** [arch/ppc64/kernel/asm-offsets.s] Error 2
This is an array-of-incomplete-type error.
Fix: move array decl to after the struct decl.
Signed-off-by: Mikael Pettersson <[EMAIL PROTEC
rom_reconfig_nb')
arch/ppc64/kernel/prom.c:1692: warning: initialization makes pointer from
integer without a cast
make[1]: *** [arch/ppc64/kernel/prom.o] Error 1
make: *** [arch/ppc64/kernel] Error 2
Fix: repair the obvious syntax error (missing "=").
Signed-off-by: Mikae
C_PSERIES implies PPC_RTAS. It seems someone tried to clean up the
condition but accidentally negated it: on PSERIES the system call will
now go to sys_ni_syscall, and on !PSERIES linking will fail.
Fix: negate the condition.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
--- linux-2
On Tue, 22 Mar 2005 03:32:59 +1100, Anton Blanchard wrote:
>> When 2.6.12-rc1-mm1 is configured for a ppc64/G5, so CONFIG_PPC_PSERIES
>> is disabled, linking of vmlinux fails with:
>>
>> arch/ppc64/kernel/built-in.o(.text+0x7de0): In function `.sys_call_table32':
>> : undefined reference to `.ppc_
On Sat, 19 Mar 2005 17:26:27 +0100 (MET), I wrote:
>Here is a new set of patches to allow gcc-4.0 (20050312)
>to compile the 2.4.30-rc1 kernel.
...
> The only known problem is
>that the X server segfaults during PCI probing on x86-64. I'm
>currently debugging that.
Problem solved. There was a bug
ed control flows are backpatched properly.
This is needed for gcc-4.0.
- Eliminate power-of-two sizeof assumption in access_regs().
- Merge check_ireset() and setup_imode_start_values().
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
drivers/perfctr/x86.c | 34 -
benefit.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
include/linux/perfctr.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -rupN linux-2.6.12-rc1-mm1/include/linux/perfctr.h
linux-2.6.12-rc1-mm1.perfctr-update-common/include/linux/perfctr.h
--- linux-2.6.12-r
ppc32 fix and cleanups:
- If check_ireset() fails, clear state->cstatus to undo any
settings check_control() may have left there.
- Eliminate power-of-two sizeof assumption in access_regs().
- Merge check_ireset() and setup_imode_start_values().
Signed-off-by: Mikael Pettersson <
On Wed, 23 Mar 2005 14:34:30 +1100, David Gibson wrote:
>On Wed, Mar 23, 2005 at 04:00:03AM +0100, Mikael Pettersson wrote:
>> - : Change value fields in register descriptors
>> to 64 bits. This will be needed for ppc64, and ppc32 user-space
>> on ppc64 kernels, and m
Here is a preliminary set of patches to allow gcc-4.0 (20050130)
to compile the 2.4.30-pre1 kernel. I make no claim that the patches
are complete, but they have been tested successfully on i386 (multiple
boxes), x86-64, and ppc32.
The changes fall into these categories:
- static-vs-non-static mism
and for restarting after changing control data.
- Renamed old sys_vperfctr_control() to sys_vperfctr_write().
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
drivers/perfctr/version.h |2
drivers/perfctr/virtual.c | 233 --
include
perfctr-2.7.10 update, 2/4:
- Update i386 syscall table for perfctr-2.7.10 API changes.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
arch/i386/kernel/entry.S |3 +--
arch/x86_64/ia32/ia32entry.S |3 +--
include/asm-i386/unistd.h|7 +++
inclu
perfctr-2.7.10 update, 3/4:
- Update x86_64 syscall table for perfctr-2.7.10 API changes.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
include/asm-x86_64/unistd.h |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff -rupN linux-2.6.11-rc3-mm2/include/asm-
perfctr-2.7.10 update, 4/4:
- Update ppc32 syscall table for perfctr-2.7.10 API changes.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
arch/ppc/kernel/misc.S |5 ++---
include/asm-ppc/unistd.h |7 +++
2 files changed, 5 insertions(+), 7 deletions(-)
diff -rupN linux-
Benjamin Herrenschmidt writes:
> On Tue, 2005-01-25 at 09:56 +0100, Mikael Pettersson wrote:
>
> > On the eMac:
> > /proc/sys/kernel/powersave-nap exists and contains "0".
> > /proc/device-tree/cpus/PowerPC,G4/flush-on-lock exists as an empty file.
>
William Lee Irwin III writes:
> On Wed, Jan 26, 2005 at 11:18:08AM -0500, Rik van Riel wrote:
> >> With some programs the 2.6 kernel can end up allocating memory
> >> at address zero, for a non-MAP_FIXED mmap call! This causes
> >> problems with some programs and is generally rude to do. This
101 - 200 of 447 matches
Mail list logo