On Sun, Nov 11, 2007 at 07:48:29AM +0100, Adrian Bunk wrote:
> The gcc from svn that will become gcc 4.3 generates libgcc calls in
> cases like the following (on 32bit architectures):
>
> <-- snip -->
>
> static inline void timespec_add_ns(struct timespec *a, u64 ns)
> {
> ...
> while(
> You seem to pass unneeded module options to snd-hda-intel driver like
> MSI enablement. First, try to remove all these options.
Yes, it's trivial to reproduce without any options:
[ 2311.759856] ACPI: PCI Interrupt :00:1b.0[B] -> GSI 17 (level, low)
-> IRQ 21
[ 2311.759866] hda_
On Mon, Nov 12, 2007 at 02:18:27PM +, Jan Glauber wrote:
> If module A depends on module B and module B has not yet finished its
> init() the module loader may print a warning about an unknown symbol.
>
> This happens if module B is still in state MODULE_STATE_COMING,
> as module A runs into r
From: David P. Reed
Fix a typo in ntp.c that has caused updating of the persistent (RTC)
clock when synced to NTP to behave erratically.
Signed-off-by: David P. Reed
---
When debugging a freeze that arises on my AMD64 machines when I run the
ntpd service, I added a number of printk's to moni
On Fri, 9 Nov 2007, Erez Zadok wrote:
> In message <[EMAIL PROTECTED]>, Hugh Dickins writes:
>
> > Three, I believe you need to add a flush_dcache_page(lower_page)
> > after the copy_highpage(lower_page): some architectures will need
> > that to see the new data if they have lower_page mapped (tho
On Mon, Nov 12, 2007 at 07:48:45AM +1100, Benjamin Herrenschmidt wrote:
>
> On Sun, 2007-11-11 at 09:45 -0500, Steven Rostedt wrote:
> > > Well, I suppose the patch could go in, maybe with some ifdef's
> > around
> > > the bits in _switch_to, there's little point in doing that on non-rt
> > > kern
On Wed, 7 Nov 2007, Bjorn Helgaas wrote:
> There will undoubtedly be errors in what the firmware reports. But if
> firmware tells us about some non PC/AT device, we should believe it at
> least enough to avoid placing some other device on top of it.
>
> If we have PNPBIOS or ACPI, the built-in s
Maciej W. Rozycki wrote:
On Sun, 4 Nov 2007, Alberto Gonzalez wrote:
The problem comes from a very high rate of load/unload cycles of the heads
that reaches the 300.000-600.000 limit in 2-3 years (with smartmontools it
can checked it with "smartctl -A /dev/sda") . There are reports of HDD dyi
Joonwoo Park wrote:
> IMHO even though netdevice is in the promiscuous mode, we should receive all
> of ingress packets.
> This disable the vlan filtering feature when a vlan hw accel configured e1000
> device goes into promiscuous mode.
> This make packets visible to sniffers though it's not vla
On Monday 12 November 2007 21:25:22 Joerg Roedel wrote:
> On Wed, Nov 07, 2007 at 04:21:02PM +0200, Amit Shah wrote:
> > @@ -1649,6 +1913,15 @@ int kvm_emulate_hypercall(struct kvm_vcpu *vcpu)
> > }
> >
> > switch (nr) {
> > + case KVM_PV_DMA_MAP:
> > + ret = pv_map_hypercall(vc
On Tue, Nov 13, 2007 at 12:13:41AM +0800, Rogelio M. Serrano Jr. wrote:
> Adrian Bunk wrote:
> > On Mon, Nov 12, 2007 at 01:51:25PM +, Tuomo Valkonen wrote:
> >
> >> On 2007-11-12, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> >>
> >>> I think a megafreeze development model is sane. F
Yoav Artzi wrote:
According to my knowledge the PAGE_SIZE on 32bit architectures in 4KB.
Logically, the PAGE_SIZE on 64bit architectures should be 8KB. That's at
least the way I understand it. However, looking at the kernel code of
x86_64, I see the PAGE_SIZE is 4KB.
Can anyone explain to me
On 2007-11-12 17:56 +0100, Adrian Bunk wrote:
> Yes, by asking immediately
> Is this issue still present with $latest_upstream_version?
That's still a user complaining about problems fixed ages ago,
and a couple more who never even bothered complaining, just
decided that the software is crap bec
On 2007-11-12, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Geeks like you and me want the latest software
> (I'm using Debian unstable/testing).
>
> But most users want a Linux installation that simply works - and this
> includes all software on the system at all times.
I'm not in either category. I
On Mon, 12 Nov 2007, Adrian Bunk wrote:
Date: Mon, 12 Nov 2007 18:14:57 +0100
From: Adrian Bunk <[EMAIL PROTECTED]>
To: Rogelio M. Serrano Jr. <[EMAIL PROTECTED]>
Cc: Linux Kernel Mailing List
Subject: Re: [poll] Is the megafreeze development model broken?
On Tue, Nov 13, 2007 at 12:13:41AM +0
Kok, Auke wrote:
Joonwoo Park wrote:
IMHO even though netdevice is in the promiscuous mode, we should receive all of
ingress packets.
This disable the vlan filtering feature when a vlan hw accel configured e1000
device goes into promiscuous mode.
This make packets visible to sniffers though it
At Mon, 12 Nov 2007 08:59:49 -0800,
Roland Dreier wrote:
>
> > You seem to pass unneeded module options to snd-hda-intel driver like
> > MSI enablement. First, try to remove all these options.
>
> Yes, it's trivial to reproduce without any options:
>
> [ 2311.759856] ACPI: PCI Interrupt 0
Peter Zijlstra wrote:
..
While I see that the write speed as reported under .24 ~70MB/s is much
lower than the one reported under .23 ~200MB/s, I find it very hard to
believe my poor single SATA disk could actually do the 200MB/s for
longer than its cache 8/16 MB (not sure).
vmstat shows that ac
Jochen Friedrich wrote:
fs_enet and cpm_uart need symbols from commproc.c (for CPM1) or
cpm2_common.c. Add EXPORT_SYMBOL for cpmp, cpm_setbrg and cpm2_immr, so
the drivers can be compiled as modules.
Building modules, stage 2.
MODPOST 5 modules
ERROR: "cpm2_immr" [drivers/net/fs_enet/fs_enet.k
On Mon, Nov 12, 2007 at 07:16:26PM +0200, Tuomo Valkonen wrote:
> On 2007-11-12 17:56 +0100, Adrian Bunk wrote:
> > Yes, by asking immediately
> > Is this issue still present with $latest_upstream_version?
>
> That's still a user complaining about problems fixed ages ago,
> and a couple more who
Tuomo Valkonen wrote:
>
>> But the good thing about open source software is that when you believe
>> your ideas are better than what current distributions do you can
>> implement your ideas and create your own distribution.
>>
>
> Haha, the typical FOSS advocate's fallacy. Quote:
>
> “You h
Bernd Strieder wrote:
I managed to get it running with the SuSE kernel when passing
adma=0 to sata_nv module, and I managed to get it running when
passing mem=2000M to the SuSE kernel. Thanks to Robert for those
hints.
The vanilla kernels I tried 2.6.23.1 and 2.6.24-rc1-git10 (with
patch to
On Fri, Nov 09, 2007 at 12:16:34PM -0800, Andrew Morton wrote:
> Andreas, could you please review and preferably runtime-test this new
> version?
Reviewed and tested.
Akinobu's changes are necessary as well.
Test was ok.
> Assuming that all goes well could one of you please prepare a final patch
On 2007-11-12, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Either they are empty transition packages depending on the linux-*
> packages or you are not using Debian stable but Debian oldstable (the
> latter would be funny in the context of your complaints...).
Well, I'm using two years old 2.6.7 ke
On 2007-11-12, Rogelio M. Serrano Jr. <[EMAIL PROTECTED]> wrote:
> I dont understand. You are supposed to go to jail for looking at closed
> source, right? And licenses are very expensive. I could not afford them
> when i started out but now i would rather spend the money on other
> things like FPG
Patrick McHardy wrote:
> Kok, Auke wrote:
>> Joonwoo Park wrote:
>>> IMHO even though netdevice is in the promiscuous mode, we should receive
>>> all of ingress packets.
>>> This disable the vlan filtering feature when a vlan hw accel configured
>>> e1000 device goes into promiscuous mode.
>>> Th
Maciej W. Rozycki wrote:
On Tue, 6 Nov 2007, Robert Richter wrote:
-#defineGET_APIC_VERSION(x) ((x)&0xFF)
-#defineGET_APIC_MAXLVT(x) (((x)>>16)&0xFF)
-#defineAPIC_INTEGRATED(x) ((x)&0xF0)
+#define
On Thu, 2007-11-08 at 23:49 +0100, Rafael J. Wysocki wrote:
> On Thursday, 8 of November 2007, Grant Wilson wrote:
> > On Thu, 8 Nov 2007 22:42:21 +0100
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > > On Thursday, 8 of November 2007, Grant Wilson wrote:
> > > > On Thu, 8 Nov 2007 16:
Please CC me with any responses, I'm not on the lkml.
I'm trying to build a budget SSD using cardbus CF adapters & fast CF
cards. The latest CF adapters support UDMA and PIO access methods,
and CF cards support these too. The latest Delkin model boasts speeds
of 45MB/s.
I currently own this car
Hello,
sorry for the large amount of files in my last mail, which will be
outdated by this mail. Had I only read a little bit further on the
bugzilla page.
Robert Hancock wrote:
> There is a known problem with ATAPI devices on CK804 chipsets
> which have memory above the 4GB mark, being debugge
This patch does remove trailing spaces from
source files.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
arch/x86/ia32/fpu32.c | 46 ++--
arch/x86/ia32/ia32_aout.c | 38 +-
arch/x86/ia32/ia32_binfmt.c|2 +-
arch/x86/ia32/ia32_signal.c
>From d1e9989b50aac63f95c6c152fdc655a95aa3ab69 Mon Sep 17 00:00:00 2001
From: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
Date: Mon, 12 Nov 2007 21:02:34 +0300
Subject: [PATCH 2/2] [IA32-EMU] Remove dead code
This patch does remove useless second time checking of fsave argument
in save_i387_ia32() rou
Some data showed by top command looks like completly trashed.
Fragment from top output:
Mem: 2075784k total, 2053352k used,22432k free,19260k buffers
Swap: 2096472k total, 136k used, 2096336k free, 1335080k cached
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ S
Adrian Bunk wrote:
>>
>> The core libc and supporting libraries is the core. and the toolchain
>> the core dev. Those can be updated twice or even once a year. The kernel
>> can be updated once a month if you like.
>>
>
> A new release of the Linux kernel has more than half a million lines of
Cross-compile farm here migrated to .ccache and build dir on separate
disks and now I have a way to blow up .ccache without waiting half an
hour for rm(1) to finish. It's called mke2fs(8).
However, in e.g 2.6.24-rc2 mke2fs is amazingly slow if done right after
several fat cross-compile builds. Nor
On Mon, 12 Nov 2007 19:05:49 +0100
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2007-11-08 at 23:49 +0100, Rafael J. Wysocki wrote:
> > On Thursday, 8 of November 2007, Grant Wilson wrote:
> > > On Thu, 8 Nov 2007 22:42:21 +0100
> > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > >
On Mon, 12 Nov 2007, Alexey Dobriyan wrote:
>
> Cross-compile farm here migrated to .ccache and build dir on separate
> disks and now I have a way to blow up .ccache without waiting half an
> hour for rm(1) to finish. It's called mke2fs(8).
>
> However, in e.g 2.6.24-rc2 mke2fs is amazingly slow
On Nov 13, 2007 12:01 AM, Abhishek Sagar <[EMAIL PROTECTED]> wrote:
> Hope these simple changes would suffice; all suggestions/corrections are
> welcome.
Whoops...sry for the repeated email..emailer trouble.
--
Regards,
Abhishek
-
To unsubscribe from this list: send the line "unsubscribe linux-k
From: David P. Reed
Fix two bugs in arch/x86/kernel/time_64.c that affect the x86_64 kernel.
1) a repeatable hard freeze due to interrupts when the ntpd service
calls update_persistent_clock(), 2) potentially unstable PC RTC timer
values when timer is read.
Signed-off-by: David P. Reed <[EMA
On Samstag 10 November 2007 00:48:11, you (Jiri Slaby) wrote:
> nozomi, tty cleanup
> - init and deinit tty driver at module load/unload. When the OS (user)
> loads the driver the hardware usually is ready to driver.
> - merge (unify) MAX_PORT, NTTY_TTY_MINORS into NOZOMI_MAX_PORTS
> - remove str
On Sonntag 11 November 2007 17:43:28, you (Frank Seidel) wrote:
> this one also holds the - little reworked and optimized -
> cleanup of the read/write_mem32 functions.
Yes, again a new version, but this one really has a big rework of
the multicard support from Jiri (with minor changes from me).
Rogelio M. Serrano Jr. <[EMAIL PROTECTED]> wrote:
> Dr. David Alan Gilbert wrote:
>> Allowing a user to tweak (under constraints) their settings might allow
>> them to do something like create two mozilla profiles which are isolated
>> from each other, so that the profile they use for general web
> > [ 2311.759856] ACPI: PCI Interrupt :00:1b.0[B] -> GSI 17 (level,
> > low) -> IRQ 21
> > [ 2311.759866] hda_intel: probe_mask set to 0x1 for device 17aa:2010
> > [ 2311.759886] PCI: Setting latency timer of device :00:1b.0 to 64
> > [ 2312.911309] hda_intel: azx_get
On Sun, 11 Nov 2007, Mel Gorman wrote:
> If MPOL_BIND is in effect, the allocation will be filtered based on the
> current allowed nodemask. If they specify THISNODE and the specified
> node or current node is not in the mask, I would expect the allocation
> to fail. Is that unexpected to anybody?
On Sun, 11 Nov 2007, Siddha, Suresh B wrote:
>
> restore sigcontext is taking a DNA exception while restoring FP context from
> the user stack, during the sigreturn. Appended patch fixes it by doing clts()
> if the app doesn't touch FP during the signal handler execution. This will
> stop generat
Ron Yorgason wrote:
But I'm concerned about performance. The delkin_cb.c file states:
* This is slightly peculiar, in that it is a PCI driver,
* but is NOT an IDE PCI driver -- the IDE layer does not directly
* support hot insertion/removal of PCI interfaces, so this driver
* is unable
On Mon, 12 Nov 2007, Herbert Xu wrote:
> David Miller <[EMAIL PROTECTED]> wrote:
> >
> > Each IP compression tunnel instance does an alloc_percpu().
>
> Actually all IPComp tunnels share one set of objects which are
> allocated per-cpu. So only the first tunnel would do that.
Ahh so the need t
On Mon, Nov 12, 2007 at 07:48:45AM +1100, Benjamin Herrenschmidt wrote:
>
> On Sun, 2007-11-11 at 09:45 -0500, Steven Rostedt wrote:
> > > Well, I suppose the patch could go in, maybe with some ifdef's
> > around
> > > the bits in _switch_to, there's little point in doing that on non-rt
> > > kern
On Tue, 13 Nov 2007, Denis Cheng wrote:
> Since the macro "for_each_object" introduced, the "end" variable becomes
> unused anymore.
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
From: David P. Reed
Fix a typo in ntp.c that has caused updating of the persistent (RTC)
clock when synced to NTP to behave erratically.
Signed-off-by: David P. Reed
---
When debugging a freeze that arises on my AMD64 machines when I run the
ntpd service, I added a number of printk's to monitor
Am Montag, 12. November 2007 schrieb Alasdair G Kergon:
> On Mon, Nov 12, 2007 at 01:33:21PM +0100, Toralf Förster wrote:
> > the build with the attached .config failed, make ends with:
> > drivers/built-in.o: In function `hp_sw_end_io':
> > dm-mpath-hp-sw.c:(.text+0xb0596): undefined reference to
Jochen Friedrich wrote:
PORTA has an so register and PORTB had an odr register, as well.
However, the PORTB odr register is only 16bit.
Which 8xx chip has a so register on port A? I checked the 860, 866,
885, and 823 manuals and didn't see one.
-Scott
-
To unsubscribe from this list: send t
Linus Torvalds wrote:
Anybody willing to try to do that unification around the 32-bit code?
Heck yes. I'll grab this one.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.ke
A one-time event thus far, happened under very heavy I/O,
Dell i9400 Core2Duo notebook w/3GB ram, single SATA drive with ext3.
Had to cycle power to get it back and see this Oops in the syslog:
: BUG: unable to handle kernel paging request at virtual address 430a7261
: printing eip:
: c01a6605
:
Mark Lord wrote:
A one-time event thus far, happened under very heavy I/O,
Dell i9400 Core2Duo notebook w/3GB ram, single SATA drive with ext3.
Had to cycle power to get it back and see this Oops in the syslog:
: BUG: unable to handle kernel paging request at virtual address 430a7261
...
Note
On Mon, 12 Nov 2007, Tilman Schmidt wrote:
> From: Tilman Schmidt <[EMAIL PROTECTED]>
>
> Add a paragraph to Documentation/usb/power-management.txt about the
> interaction between suspend and disconnect.
>
> Signed-off-by: Tilman Schmidt <[EMAIL PROTECTED]>
> ---
>
> --- linux-2.6/Documentation
On Sat, 10 Nov 2007, Nick Piggin wrote:
> BTW. your size-2048 kmalloc cache is order-1 in the default setup,
> wheras kmalloc(1024) or kmalloc(4096) will be order-0 allocations. And
> SLAB also uses order-0 for size-2048. It would be nice if SLUB did the
> same...
You can try to see the effect th
On Sunday 11 November 2007 11:33, Tino Keitel wrote:
> The dd command reads 100 MB from each partition two times in a row. It
> looks like sda1 and sda2 are not bufferd (the first 4 dd runs), but
> sda3 and sda4 are (the last 4 dd runs).
>
> The computer is a Mac mini with a 2,5" SATA hard disk. Th
the current checkpatch.pl does not reject new files that lack a
newline, yet rejects patches that fix newlines in files ... quite the
opposite of what we actually want
$ echo -n moo > no-newline
$ diff -Nu /dev/null no-newline
--- /dev/null 2007-11-10 20:02:36.24800 -0500
+++ no-newline 200
> the kernel), performance is pretty abysmal. What would it take to get
> proper DMA support? Is it an architecture problem, in that this
> doesn't use the normal IDE PCI driver? Is it a lack of documentation
> on card specs? What can I do to help?
Persuade Delkin to provide specifications eit
Christoph Lameter a écrit :
On Mon, 12 Nov 2007, Herbert Xu wrote:
David Miller <[EMAIL PROTECTED]> wrote:
Each IP compression tunnel instance does an alloc_percpu().
Actually all IPComp tunnels share one set of objects which are
allocated per-cpu. So only the first tunnel would do that.
A
On Mon, 12 Nov 2007 15:34:40 + David Howells <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > +# -*- makefile -*-
> >
> > what's that?
>
> Ah... That tells emacs that it's a makefile. In Kbuild.asm emacs thinks its
> an Assembly file and not a makefile. This
On Mon, 12 Nov 2007, Eric Dumazet wrote:
> Christoph Lameter a écrit :
> > On Mon, 12 Nov 2007, Herbert Xu wrote:
> >
> > > David Miller <[EMAIL PROTECTED]> wrote:
> > > > Each IP compression tunnel instance does an alloc_percpu().
> > > Actually all IPComp tunnels share one set of objects which
> > Ahh so the need to be able to expand per cpu memory storage on demand
> > is not as critical as we thought.
> >
>
> Yes, but still desirable for future optimizations.
>
> For example, I do think using a per cpu memory storage on net_device refcnt &
> last_rx could give us some speedups.
We
On Fri, Nov 09, 2007 at 11:36:56PM +1100, Nick Piggin wrote:
> Hi,
>
> Just ran some tbench numbers (from dbench-3.04), on a 2 socket, 8
> core x86 system, with 1 NUMA node per socket. With kernel 2.6.24-rc2,
> comparing slab vs slub allocators.
Damn your misleading subject! I thought this was go
Luck, Tony a écrit :
Ahh so the need to be able to expand per cpu memory storage on demand
is not as critical as we thought.
Yes, but still desirable for future optimizations.
For example, I do think using a per cpu memory storage on net_device refcnt &
last_rx could give us some speedups.
Quoting Greg KH ([EMAIL PROTECTED]):
> On Tue, Nov 06, 2007 at 01:40:52PM -0800, Andrew Morton wrote:
> > > On Tue, 06 Nov 2007 21:14:58 +0100 Gabriel C <[EMAIL PROTECTED]> wrote:
> > > After some hours uptime I got the following Oops :
> > >
> > > [15745.009673] BUG: unable to handle kernel pagin
Christoph Lameter a écrit :
On Mon, 12 Nov 2007, Eric Dumazet wrote:
For example, I do think using a per cpu memory storage on net_device refcnt &
last_rx could give us some speedups.
Note that there was a new patchset posted (titled cpu alloc v1) that
provides on demand extension of the cpu
On Mon, Nov 12, 2007 at 04:23:09PM +0100, Thomas Renninger wrote:
> On Mon, 2007-11-12 at 15:02 +0100, Eric Piel wrote:
> > 11/12/2007 10:16 AM, Thomas Renninger wrote/a écrit:
> > > On Sun, 2007-11-11 at 20:10 +0100, Eric Piel wrote:
> > >> Hello,
> > >>
> > >> I've tried kernel 2.6.24-rc2 a
Now that the 32-bit and 64-bit x86 machine check handlers live next to
each other a certain asymmetry in functionality is apparent. Notably,
the 64-bit machine check handler implements a timer that periodically
polls for silent machine check errors and makes them accessible to user
space through /d
On Mon, Nov 12, 2007 at 12:44:53PM -0700, Denys Vlasenko wrote:
> IIRC only mounted partitions' reads are cached.
That seems to be the case. Thanks.
--
Heikki Orsila Barbie's law:
[EMAIL PROTECTED] "Math is hard, let's go shopping!"
http://www.iki.fi/shd
-
To unsu
On Nov 11, 2007 5:52 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >> Nack, we shoiuld never include userspace headers in kernel headers,
> >> an even more never add !__KERNEL__ ifdefs. Just make sure your
> >> programs include limit.h before including linux/cdrom.h.
> >
> >I think header files
This revised patchset does the followings things:
o unify the i386 and x86_64 Kconfig files
o introduce support for K64BIT to set CONFIG_64BIT on command line
o introdue support for "make ARCH=x86"
o degraded ARCH={i386,x86_64} to select between 32/64 for all*targets
and otherwise just selecting
To ease unification of Kconfig.i386 and Kconfig.x86_64
add X86_64 dependencies to all x86_64 specific symbols.
This patch introduce no functional changes but is one step
towards unification. This smaller step is used to ease
review of the patch set.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
To ease unification of Kconfig.i386 and Kconfig.x86_64
add X86_32 dependencies to all i386 specific symbols.
This patch introduce no functional changes but is one step
towards unification. This smaller step is used to ease
review of the patch set.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
C
Merge the two Kconfig files to a single file.
Checked using make allmodconfig for x86_64.
No changes in build.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
Cc: Adrian Bunk <[EMAIL PROTECTED]>
Cc: Dave Jones <[EMAIL PROTECTED]>
---
arch/x86/Kconfig.i386 |2 +-
arch/x86/Kco
Add conf_set_env_sym() that can set an already defined symbol
based on the value of an environment variable.
Unknown symbols are silently ignored.
A warning is printed if the value of the environment variable
is unexpected.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
Cc: Roman Zippel <[EMAIL
Move all CPU definitions to Kconfig.cpu
Always define X86_MINIMUM_CPU_FAMILY and do the
obvious code cleanup in boot/cpucheck.c
Comments from: Adrian Bunk <[EMAIL PROTECTED]> incorporated.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
Cc: Adrian Bunk <[EMAIL PROTECTED]>
Cc: Brian Gerst <[EMAIL
This step introduces the file arch/x86/Kconfig
which contains all the menu's from "Power Management"
and below.
The main part of the new Kconfig file is shared
and the remaining i386/x86_64 specific symbols
are covered by dependencies.
A x86_64 allmodconfig build did not show any differences.
Si
The variable K64BIT can now be used to select the
value of CONFIG_64BIT.
This is for example useful for powerpc to generate
allmodconfig for both bit sizes - like this:
make ARCH=powerpc K64BIT=y
make ARCH=powerpc K64BIT=n
To use this the Kconfig file must use "64BIT" as the
config value to selec
No functional changes.
A prepatory step towards full unification.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: "H. Peter Anvin" <[EMAIL PROTECTED]>
---
arch/x86/Kconfig |6 +-
arch/x86/Kconfig.i386 | 215
Most of the arch settings were equal so combine them
in the first part of Kconfig.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: "H. Peter Anvin" <[EMAIL PROTECTED]>
---
arch/x86/Kconfig| 136 ++
This patch introduce no functional changes.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
Cc: Roman Zippel <[EMAIL PROTECTED]>
---
scripts/kconfig/confdata.c | 119 +++
1 files changed, 64 insertions(+), 55 deletions(-)
diff --git a/scripts/kconfig/conf
After unification of the Kconfig files and
introducing K64BIT support in kconfig
it required only trivial changes to enable
"make ARCH=x86".
With this patch you can build for x86_64 in several ways:
1) make ARCH=x86_64
2) make ARCH=x86 K64BIT=y
3) make ARCH=x86 menuconfig
=> select 64-bit
Like
For x86 ARCH may say i386 or x86_64 and soon x86.
Rely on CONFIG_X64_32 to select between 32/64 or just
hardcode the value as appropriate.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: "H. Peter Anvin" <[EMAIL PROTEC
The v2/v3 acl code in nfsd is translating any return from fh_verify() to
nfserr_inval. This is particularly unfortunate in the case of an
nfserr_dropit return, which is an internal error meant to indicate to
callers that this request has been deferred and should just be dropped
pending the results
As with
7fc90ec93a5eb71f4b08... "call nfsd_setuser() on fh_compose()..."
this is a case where we need to redo a security check in fh_verify()
even though the filehandle already has an associated dentry--if the
filehandle was created by fh_compose() in an earlier operation of the
nfsv4 com
The following two patches are nfsd bugfixes that I believe are
appropriate for 2.6.24 and 2.6.23.y.
--b.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Plea
On Monday 12 November 2007 19:17:47 Cyrill Gorcunov wrote:
> This patch does remove trailing spaces from
> source files.
That will just cause a zillion patches to not apply anymore
with exactly 0 benefit.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
>
> The *real* fix for this is almost certainly to just get rid of the 64-bit
> code entirely, and use the 32-bit code as the base for one single unified
> setup.
That would likely break the ABI. x86-64 ABI is completely different here --
no ibcs, just pure x86 ISA.
I always thought direct FXS
> And here is an updated patch. There has to be a better way than the
> #ifdef, but I need the two local variables, and breaking the intervening
> code out into a separate function didn't quite seem right either.
>
> Thoughts?
Nothing comes to mind right now...
> This one does only one oops du
Max Asbock wrote:
Now that the 32-bit and 64-bit x86 machine check handlers live next to
each other a certain asymmetry in functionality is apparent. Notably,
the 64-bit machine check handler implements a timer that periodically
polls for silent machine check errors and makes them accessible to u
On Fri, 09 Nov 2007 11:22:41 +0100 Jonas Stare <[EMAIL PROTECTED]> wrote:
> Hi.
>
> This week I ran into a strange hardware problem. During boot I got a 35
> second delay while waiting for IDE-disks that weren't there to report
> that they were not in a BSY state. The problem was most likely in
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Mon, 12 Nov 2007 18:52:35 +0800
> David Miller <[EMAIL PROTECTED]> wrote:
> >
> > Each IP compression tunnel instance does an alloc_percpu().
>
> Actually all IPComp tunnels share one set of objects which are
> allocated per-cpu. So only the first tunn
On Mon, Nov 12, 2007 at 10:39:15AM -0800, Linus Torvalds wrote:
> On Mon, 12 Nov 2007, Alexey Dobriyan wrote:
> >
> > Cross-compile farm here migrated to .ccache and build dir on separate
> > disks and now I have a way to blow up .ccache without waiting half an
> > hour for rm(1) to finish. It's ca
On Fri, 9 Nov 2007 11:36:19 -0800 David Brownell <[EMAIL PROTECTED]> wrote:
> Provide new implementation infrastructure that platforms may choose to use
> when implementing the GPIO programming interface. Platforms can update their
> GPIO support to use this. In many cases the incremental cost t
On Mon, 12 Nov 2007 22:01:45 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Monday 12 November 2007 19:17:47 Cyrill Gorcunov wrote:
> > This patch does remove trailing spaces from
> > source files.
>
> That will just cause a zillion patches to not apply anymore
`patch -l'
> with exactly 0 ben
Adrian Bunk wrote:
> It can be a performance regression, but there are also cases where it
> can improve performance. If gcc produces lower performance code that
> would be a bug in gcc that should be reported, but using a division is
> not generally wrong.
>
> A more clearer example might be:
>
On Monday November 12, [EMAIL PROTECTED] wrote:
> The following two patches are nfsd bugfixes that I believe are
> appropriate for 2.6.24 and 2.6.23.y.
>
> --b.
>
Both
Reviewed-By: NeilBrown <[EMAIL PROTECTED]>
Calling nfsd_setuser an extra time does open us up for a very tiny
possibility of
Hi list,
It looks like using the goto statement in constructs like
restart:
// DO SOMETHING
if (condition)
goto restart;
should be frowned upon and the loop
do {
// DO SOMETHING
} while (condition);
is more appropriate in such situation.
However, in the __do_softirq()
101 - 200 of 333 matches
Mail list logo
