On Sun, Dec 30, 2007 at 04:16:10PM -0800, Joe Perches wrote:
> On Sun, 2007-12-30 at 23:00 +0100, Sam Ravnborg wrote:
> > Can you please remind me what problem you are actually trying to solve here.
> > Your current approach it not good - we do not want .c code in include/*
> > And what is wrong wi
On Sun, Dec 30, 2007 at 10:49:34PM +0100, Marcin Slusarz wrote:
> I found it in XFS only. Did I miss something?
These helpers come from ocfs2 which has both be and le variants.
> be32_add is shorter than be32_add_cpu but I think it's not clear
> whether second parameter is in native byte order or
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> I spend xmas implementing group scheduling for the realtime scheduling
> classes. Its a tad raw, but seems to work for the trivial test cases I
> threw at it.
>
> The hrtick stuff is unrelated but was still stuck in my sched queue.
thanks Peter, t
On Dec 30, 2007 10:57 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > > what's exactly in the hibernation image? Dirty data i suppose
> >
> > No, everything, including the kernel code, page tables etc. :-)
> >
> > > - but what about kernel-interna
Thanks guys for your answers (please remember to keep CCing me).
Robert Hancock wrote:
> This always seemed a strange use case to me. If the drive is getting
> read errors, either it's dying and needs to be replaced, or it has a
> sporadic bad sector as a result of a power failure during write, et
hi all,
i read the O_DIRECT january thread:
http://kerneltrap.org/mailarchive/linux-kernel/2007/1/11/44365
i am interested in using mmap as a quick way of getting data
to and from disk. i also want to handle errors (like bad blocks)
as well as is possible using usual read/write calls.
would i
* K. Prasad <[EMAIL PROTECTED]> wrote:
> @@ -486,12 +309,12 @@ void rcu_unboost_readers(void)
>
> spin_lock_irqsave(&rcu_boost_wake_lock, flags);
>
> - rcu_trace_boost_try_unboost_readers(RCU_BOOST_ME);
> + trace_mark(try_unboost_readers, "%u", smp_processor_id());
this isnt di
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > ok, just to make sure we are talking about the same thing. Do you
> > mean we can restore an image saved by v2.6.12 into v2.6.24? I.e. a
> > 2.6.24 kernel will be able to run a 2.6.12 kernel's hibernation
> > image, with all the kernel interna
on 12/31/2007 11:54 AM Jose de la Mancha wrote the following:
>
> --> All RAID edition drives are more expensive that their equivalent
> "desktop edition" drives (same model on "desktop edition"). Just take a look
> at newegg for instance.
>
http://www.newegg.com/Product/Product.aspx?Item=N82E1
Marco Costalba wrote:
> Hi all,
>
> new versions of Qt4 based qgit-2.1 and stable Qt3 based qgit-1.5.8
> have been released.
>
> Download tarballs from
> http://sourceforge.net/project/showfiles.php?group_id=139897
>
> Or directly from git repositories
>
> git://git.kernel.org/pub/scm/qgit/qg
Theewara Vorakosit <[EMAIL PROTECTED]> wrote:
> I get MAC address from ioctl. However, ifconfig can change this MAC
> address. Can I get a real physical MAC address of the NIC?
First, get a network card having a physical MAC. Most cards have only a
(currently configured) default MAC address, may
Jan Engelhardt wrote:
>> http://linux.yyz.us/git-howto.html
>
> It says
>
> """Don't forget to download tags from time to time.
>
> git pull only downloads sha1-indexed object data, and the requested
> remote head. This misses updates to the .git/refs/tags/ and
> .git/refs/heads/ directorie
On Dec 31, 2007 11:59 AM, Filippo Zangheri <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I git-cloned qgit-2.1 from your repository, then ran `qmake qgit.pro`, but
> `make` gave me errors.
Yes, you need qmake of Qt4 not the Qt3 one.
> Afterwards I deleted src/Makefile, ran `qmake-qt4 qgit.pro` and `mak
On Sun, 30 Dec 2007 16:23:20 -0800
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> > continuing to investigate for a cause. It would be nice if it were a
> > BIOS-fixable problem. It would be even nicer if the BIOS were GPL...
>
> If it was an SMM trap, I would expect it to be trapped in the Sup
As suggested by Adrian Bunk, UNIX domain sockets should always be built in
on normal systems. This is especially true since udev needs these sockets
and fails to run if UNIX=m.
Signed-Off-By: Bodo Eggert <[EMAIL PROTECTED]>
---
Last minute change: I decided against making it a bool because embed
Jose de la Mancha wrote:
[]
> Jan Engelhardt wrote:
>> Not sure about Debian, but perhaps /sys/block/md0/md/safe_mode_delay
>> does something?
>
> --> I'll check that out. Does someone know about how this "safe mode delay"
> works ?
It's about something entirely different. This parameter tells m
On Sun 2007-12-30 21:46:50, Ingo Molnar wrote:
>
> * Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > > So the current plan is to go with an io_delay=udelay default in v2.6.25,
> > > to give this a migration window, and io_delay=none in v2.6.26 [and a
> > > complete removal of arch/x86/kernel/io_delay
From: Bodo Eggert <[EMAIL PROTECTED]>
Date: Mon, 31 Dec 2007 13:09:43 +0100 (CET)
> As suggested by Adrian Bunk, UNIX domain sockets should always be built in
> on normal systems. This is especially true since udev needs these sockets
> and fails to run if UNIX=m.
>
> Signed-Off-By: Bodo Eggert
Hi!
> > [EMAIL PROTECTED]:~/src/port80$ su -c ./port80
> > cycles: out 2400, in 2401
> > [EMAIL PROTECTED]:~/src/port80$ su -c ./port3cc
> > cycles: out 459, in 394
> >
> > As stated a few dozen times by now already, port 0x80 is _decidedly_ _non_
> > _random_
>
> Oh, I agree 100% that port 80 i
On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
> As suggested by Adrian Bunk, UNIX domain sockets should always be built in
> on normal systems. This is especially true since udev needs these sockets
> and fails to run if UNIX=m.
>
> Signed-Off-By: Bodo Eggert <[EMAIL PROTECTED]>
>
In some of the Kconfig files, the options are not adequately decribed. I
collected a few of the bad descriptions I found:
---
Lowlevel video output switch controls (VIDEO_OUTPUT_CONTROL) [M/n/y/?] (NEW) ?
This framework adds support for low-level control of the video
output switch.
---
- What
Mike Frysinger <[EMAIL PROTECTED]> writes:
> The current asm-x86/msr.h does not actually define anything for (!__KERNEL__
> && __i386__). For x86_64, it fails to build due to u32/u64 types being used.
> Simply not installing the header seems easiest to me. Otherwise, x86_64 will
> need sanitizin
FUJITA Tomonori wrote:
>
> Oops, it's for -mm.
>
Hi,
I just tested this patch and it works fine for me so far.
Tested-by: Balbir Singh <[EMAIL PROTECTED]>
--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL
--
To unsubscribe from this list: send th
On Sun, 30 Dec 2007 19:14:40 +0100
Rene Herman <[EMAIL PROTECTED]> wrote:
> On 30-12-07 17:48, Alan Cox wrote:
>
> > For processors with TSC I think we should aim for 2.6.25 to do this and
> > to have the major other _p fixups done. I pity whoever does stuff like
> > the scc drivers but most of
> "You plug in PCI DEBUG card and it overclocks your machine" is bad
> scenario.. (I don't know if it does... can PCI card emulate ISA timings?)
Easily. Its a bit more restricted by later spec revisions but it can halt
your box of a week or two if it wants. Video cards used to pull this
stunt for
Harvey Harrison wrote:
> Make the control flow of kprobe_handler more obvious.
>
> Collapse the separate if blocks/gotos with if/else blocks
> this unifies the duplication of the check for a breakpoint
> instruction race with another cpu.
This is a patch derived from kprobe_handler of the ARM kpr
On Mon, Nov 19, 2007 at 07:14:45PM -0500, Dave Jones wrote:
> Trying to do a 32bit build on a 64bit machine.
> I did..
> make ARCH=i386 oldconfig
> make ARCH=i386 arch/x86/
>
> and got..
>
> scripts/kconfig/conf -s arch/x86/Kconfig
> CHK include/linux/version.h
> UPD include/linux
On Dec 30, 2007 10:35 PM, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On Dec 30, 2007 10:24 PM, J. Bruce Fields <[EMAIL PROTECTED]> wrote:
> > From: Tom Tucker <[EMAIL PROTECTED]>
> > Date: Sun, 30 Dec 2007 10:07:17 -0600
> >
> > Bruce/Aime:
> >
> > Here is what I believe to be the fix for the
when i had that module modular and added to the initrd, udev didn`t work,
though.
same error message:
udevd[1226]: init_udev_socket: error getting socket: Address family not
supported by protocol
not sure if i did a mistake here
anyway, this message is not obvious to the end user.
i like
On Mon, 31 Dec 2007, Adrian Bunk wrote:
> On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
> > As suggested by Adrian Bunk, UNIX domain sockets should always be built in
> > on normal systems. This is especially true since udev needs these sockets
> > and fails to run if UNIX=m.
> >
On Sat, Nov 10, 2007 at 09:32:20AM -0500, Mike Frysinger wrote:
> The usage does not mention the "-a,--arch" or "-T,--dump-types" options, so
> add them. The calls to getopt() seem to mention options that no longer exist
> (some "k" and "p" thingy) but omits the "h" option which means using '-h'
>
On Sun 2007-12-30 17:39:42, Oliver Neukum wrote:
> Am Sonntag, 30. Dezember 2007 00:51:34 schrieb Pavel Machek:
> > Hi!
> >
> > > > ... I also don't need to call any suspend() routines, because all the
> > > > drivers are already suspended, right?
> > >
> > > Well, you have a number of devices wh
Peter Zijlstra wrote:
> I spend xmas implementing group scheduling for the realtime scheduling
> classes.
> Its a tad raw, but seems to work for the trivial test cases I threw at it.
>
Excellent, will test & review and get back.
> The hrtick stuff is unrelated but was still stuck in my sched qu
On Sun, Nov 11, 2007 at 07:48:25AM +0100, Adrian Bunk wrote:
> "make dep" is no longer required in kernel 2.6, but was still mentioned
> in some places.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
>
> arch/arm/mach-imx/Makefile |3 ---
> arch/arm/mach-netx/Ma
On Mon, 31 Dec 2007, David Miller wrote:
> From: Bodo Eggert <[EMAIL PROTECTED]>
> > As suggested by Adrian Bunk, UNIX domain sockets should always be built in
> > on normal systems. This is especially true since udev needs these sockets
> > and fails to run if UNIX=m.
> >
> > Signed-Off-By: Bod
On 31-12-07 13:23, Alan Cox wrote:
I dug out the reference drivers. The reference drivers use the delay and
the 8390 datasheet confirms it is neccessary.
Great, thanks for that.
The Crynwr driver has some interesting things to say
| The National 8390 Chip (NIC) requires 4 bus clocks between
On Sun, 30 Dec 2007, Alan Cox wrote:
> On Sun, 30 Dec 2007 12:53:02 -0800
> "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> > Bodo Eggert wrote:
> > > I've never seen code which would do that, and it was not suggested by any
> > > tutorial I ever saw. I'd expect any machine to break on all kinds of
On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
> On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
>
> > > As suggested by Adrian Bunk, UNIX domain sockets should always be built
> > > in
> > > on normal systems. This is especi
On Mon, 2007-12-31 at 19:21 +0530, Balbir Singh wrote:
> Peter Zijlstra wrote:
> > I spend xmas implementing group scheduling for the realtime scheduling
> > classes.
> > Its a tad raw, but seems to work for the trivial test cases I threw at it.
> >
>
> Excellent, will test & review and get bac
On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
> On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
> > On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > > Hi Vivek,
> > >
> > > I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
> > > kexec. I
On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
> On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
> > On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > > Hi Vivek,
> > >
> > > I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
> > > kexec. I
Bodo Eggert wrote:
> In some of the Kconfig files, the options are not adequately decribed. I
> collected a few of the bad descriptions I found:
>
>
> ---
> Lowlevel video output switch controls (VIDEO_OUTPUT_CONTROL) [M/n/y/?] (NEW) ?
>
> This framework adds support for low-level control of th
Quoting Tetsuo Handa ([EMAIL PROTECTED]):
> Hello.
>
> Serge E. Hallyn wrote:
> > > > > * namespace manipulation. (i.e. mount()/umount()/pivot_root())
> > > >
> > > > do you track mounts namespace cloning?
> > > >
> > > Yes. TOMOYO can recognize mount operation with the following flags.
> > >
On Mon, 31 Dec 2007, Adrian Bunk wrote:
> On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
> > On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > > On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
> > > > As suggested by Adrian Bunk, UNIX domain sockets should always be built
> >
Hello.
Serge E. Hallyn wrote:
> > Does a process get different mount trees by just calling clone() or
> > unshare()?
> > My understanding is that clone() or unshare() disables propergation of
> > mount tree changes when somebody calls mount() or umount() or pivot_root().
>
> Yes, with further pr
--- [EMAIL PROTECTED] wrote:
> I'm pretty sure that most of the security community agrees on what "correct"
> means - the disagreement is in the most cost-effective way to *create* one.
Struth. (I'm practicing my Australian, it's gotten rusty)
I say that the the only rational way to create a po
On Sun, 30 Dec 2007 21:13:29 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> > But that does't mean that other ports won't have the same timings.
> > Also, it doesn't mean that we really need to have exactly *those*
> > timings.
>
> For ISA bus you want "at least" those timings. That is an easy case
On Dec 31 2007 16:19, Bodo Eggert wrote:
>Adrian Bunk wrote:
>>
>> The only advantage I see is that the kernel image you have to flash
>> can be made smaller - with the disadvantage that the running kernel
>> is bigger by more than 10%.
>>
>> If you don't believe me, try it yourself:
>> Build a
On Mon, Dec 31, 2007 at 10:16:43AM -0500, Douglas Gilbert wrote:
> Bodo Eggert wrote:
> > ---
> > SCSI target support (SCSI_TGT) [N/m/y/?] (NEW) ?
> >
> > If you want to use SCSI target mode drivers enable this option.
> > If you choose M, the module will be called scsi_tgt.
> > ---
> >
> > What
On Dec 31, 2007 3:42 PM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> With CONFIG_MODULES=y the 13 EXPORT_SYMBOL's that only exist for the
> theoretical possibility of CONIG_UNIX=m waste a few hundred bytes
> of memory.
One thing I always wondered about in this discussion about wasted
EXPORT_SYMBOL's:
On Monday 31 December 2007 16:55:57 Torsten Kaiser wrote:
> On Dec 31, 2007 3:42 PM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > With CONFIG_MODULES=y the 13 EXPORT_SYMBOL's that only exist for the
> > theoretical possibility of CONIG_UNIX=m waste a few hundred bytes
> > of memory.
>
> One thing I
On Monday 31 December 2007, Andi Kleen wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > The current asm-x86/msr.h does not actually define anything for
> > (!__KERNEL__ && __i386__). For x86_64, it fails to build due to u32/u64
> > types being used. Simply not installing the header seems ea
> Okay. Am about to go stuff my face with new years celebrations but will
> definitely try to make that old WD8003 hickup.
Have fun. Is it an 8390 or an 83905 ?
> By the way, expected, but before anyone else mentions it -- no, reading from
> port 0x61 is not a reliable delay today. Duron 1300 /
On Mon, 31 Dec 2007 15:39:02 +0100 (CET)
> > Actually there were, and I sent numerous people patches for that back in
> > ISA days.
>
> Are you talking about VGA cards requiring a delay between outb index/outb
> data, VGA cards barfing on outw or systems barfing on outb(0x80,42)?
VGA cards barf
> I'd say the practical advantage to the user would be almost zero.
> Which distribution is going to enable this option and defacto
> banning external modules?
It would be a real nuisance for developing code let alone for using it.
The entries are currently far bigger than is needed and fixing tha
On Mon, Dec 31, 2007 at 02:16:19PM +0100, Sam Ravnborg wrote:
> > Trying to do a 32bit build on a 64bit machine.
> > I did..
> > make ARCH=i386 oldconfig
> > make ARCH=i386 arch/x86/
>
> Walking through my mailbox I found this one.
> I did not get similar reports and I cannot reproduce
On Saturday 29 December 2007, Mathieu Desnoyers wrote:
> This patch restores the Cell OProfile support that was killed by
> commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
>
> It puts it in arch/powerpc/Kconfig. Since I don't see any good reason to leave
> this as a supplementary user-selectable
On Dec 31, 2007 4:59 PM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Monday 31 December 2007 16:55:57 Torsten Kaiser wrote:
> > One thing I always wondered about in this discussion about wasted
> > EXPORT_SYMBOL's:
> > Shouldn't it be possible to garbage collect these?
> >
> > depmod already con
On Dec 31, 2007 5:01 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> > I'd say the practical advantage to the user would be almost zero.
> > Which distribution is going to enable this option and defacto
> > banning external modules?
>
> It would be a real nuisance for developing code let alone for using
Quoting Tetsuo Handa ([EMAIL PROTECTED]):
> Hello.
>
> Serge E. Hallyn wrote:
> > > Does a process get different mount trees by just calling clone() or
> > > unshare()?
> > > My understanding is that clone() or unshare() disables propergation of
> > > mount tree changes when somebody calls mount(
Andi Kleen wrote:
> On Friday 28 December 2007 23:05:05 Mike Travis wrote:
>> Andi Kleen wrote:
>>> On Friday 28 December 2007 01:10:51 [EMAIL PROTECTED] wrote:
x86_64 provides an optimized way to determine the local per cpu area
offset through the pda and determines the base by accessing
Ingo Molnar wrote:
> * Mike Travis <[EMAIL PROTECTED]> wrote:
>
>>> Also for such changes .text size comparisons before/after are a good
>>> idea.
>> x86_64-defconfig:
>>
>> pre-percpu post-percpu
>> 159373 .init.text +3 .init.text
>> 1411
From: Andrew Murray <[EMAIL PROTECTED]>
This patch provides specific clock support for the SH7712. (This is my first
ever patch, so apologies if I've not followed the procedure correctly!)
Signed-off-by: Andrew Murray <[EMAIL PROTECTED]>
---
diff -uprN -x sh-2.6/Documentation/dontdiff
sh-2.6/ar
> can you enumerate which functions need to actually go to userspace then ?
> the
rdtscl/rdtscll/rdpmc primarily
> __KERNEL__ markings are a crapshoot at the moment. you must also be jumping
> through hoops in order to use the header in the first place since the vanilla
> one wont compile ou
On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
> On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
> > On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > > Hi Vivek,
> > >
> > > I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
> > > kexec. I
Matthew Wilcox wrote:
> On Mon, Dec 31, 2007 at 10:16:43AM -0500, Douglas Gilbert wrote:
>> Bodo Eggert wrote:
>>> ---
>>> SCSI target support (SCSI_TGT) [N/m/y/?] (NEW) ?
>>>
>>> If you want to use SCSI target mode drivers enable this option.
>>> If you choose M, the module will be called scsi_tgt
On Friday 28 December 2007 15:30, Patrick McHardy wrote:
> >> This clashes with my pending patches, which I'll push upstream
> >> today. I also spent some time resyncing ip_tables and ip6_tables
> >> so a diff of both (with some sed'ing) shows only the actual
> >> differences, so please update ip6_
On Mon, 31 Dec 2007 17:57:35 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> FUJITA Tomonori wrote:
> >
> > Oops, it's for -mm.
> >
>
> Hi,
>
> I just tested this patch and it works fine for me so far.
>
> Tested-by: Balbir Singh <[EMAIL PROTECTED]>
Thanks!
I sent an updated patch including
On Mon, 31 Dec 2007 17:17:19 +0100
"Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> a) this could be disabled during development if you want this
> b) this would even only affect development if you add new code that
> now needs a EXPORT_SYMBOL that was removed on an earlier build. And
> right now thi
On Wed, Dec 19, 2007 at 11:12:36AM +0100, Ingo Molnar wrote:
> * Glauber de Oliveira Costa <[EMAIL PROTECTED]> wrote:
>
> > This patch removes the __init modifier from an extern function
> > declaration in acpi.h.
> >
> > Besides not being strictly needed, it requires the inclusion of
> > linux
On Mon, Dec 31, 2007 at 04:32:25PM -, Andrew Murray wrote:
> +static void bus_clk_init(struct clk *clk)
> +{
> + clk->rate = CONFIG_SH_PCLK_FREQ;
> +}
> +
> +static struct clk_ops sh7712_bus_clk_ops = {
> + .init = bus_clk_init,
> +};
> +
This shouldn't be necessary, the bus c
Denys Vlasenko wrote:
ip[6]_tables.c seem to abuse inline.
This patch removes inlines except those which are used
by packet matching code and thus are performance-critical.
Some people also consider the ruleset replacement path performance
critical, but overall I agree with your patch. I'm
Mike Travis wrote:
> Ingo Molnar wrote:
>> * Mike Travis <[EMAIL PROTECTED]> wrote:
>>
Also for such changes .text size comparisons before/after are a good
idea.
>>> x86_64-defconfig:
>>>
>>> pre-percpu post-percpu
>>> 159373 .init.text
On Wednesday 26 December 2007 4:52:03 pm James Morris wrote:
> On Thu, 26 Dec 2007, Paul Moore wrote:
> > As James said I'm away right now and computer access is limited.
> > However, I'm stuck in the airport right now and spent some time looking
> > at the code ... Based on what has been found so
On Monday 31 December 2007 17:38:03 Alan Cox wrote:
> On Mon, 31 Dec 2007 17:17:19 +0100
> "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > a) this could be disabled during development if you want this
> > b) this would even only affect development if you add new code that
> > now needs a EXPORT_
Since people are discussing some x86 Kprobes code cleanup, I thought
I would contribute a small change as well. When developing the
Kprobes arch code for ARM, I ran across some code found in x86 and
s390 Kprobes arch code which I didn't consider as good as it could
be.
Once I figured out what the
Stefan Richter <[EMAIL PROTECTED]> writes:
> Jan Engelhardt wrote:
>>> http://linux.yyz.us/git-howto.html
>>
>> It says
>>
>> """Don't forget to download tags from time to time.
>>
>> git pull only downloads sha1-indexed object data, and the requested
>> remote head. This misses updates to
On Monday, 31 of December 2007, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > > ok, just to make sure we are talking about the same thing. Do you
> > > mean we can restore an image saved by v2.6.12 into v2.6.24? I.e. a
> > > 2.6.24 kernel will be able to run a 2.6.
On Mon, Dec 31 2007 at 13:58 +0200, "Marco Costalba" <[EMAIL PROTECTED]> wrote:
> On Dec 31, 2007 11:59 AM, Filippo Zangheri <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I git-cloned qgit-2.1 from your repository, then ran `qmake qgit.pro`, but
>> `make` gave me errors.
>
> Yes, you need qmake of Qt4
On Sun, 30 Dec 2007, Greg KH wrote:
> > It looks like Greg misused the debugfs API -- which is ironic, because
> > he wrote debugfs in the first place! :-)
>
> Oh crap, sorry, I did mess that up :(
>
> > Let me know if this patch fixes the problem. If it does, I'll submit
> > it to Greg with
On Mon, Dec 31, 2007 at 04:19:23PM +0100, Bodo Eggert wrote:
> On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
> > > On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > > > On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
>
> > > > > As
On Monday 31 December 2007 17:00, Patrick McHardy wrote:
> Denys Vlasenko wrote:
> > ip[6]_tables.c seem to abuse inline.
> >
> > This patch removes inlines except those which are used
> > by packet matching code and thus are performance-critical.
> >
>
> Some people also consider the ruleset r
On Mon, Dec 31, 2007 at 04:34:55PM +0100, Jan Engelhardt wrote:
> >
> >If you'd aim for a small kernel image, you would build anything as a module
> >that is not requred for booting.
> >
> Yes, there is a tradeoff for both.
>
> Example:
> 16:30 ichi:../net/802 > l fc.o fc.ko
> -rw-r--r-- 1 jenge
On Mon, Dec 31, 2007 at 04:19:23PM +0100, Bodo Eggert wrote:
> On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
> > > On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > > > On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
>
> > > > > As
From: Randy Dunlap <[EMAIL PROTECTED]>
When SYSFS=n and MODULES=y, build ends with:
linux-2.6.24-rc6-mm1/drivers/base/module.c: In function 'module_add_driver':
linux-2.6.24-rc6-mm1/drivers/base/module.c:49: error: 'module_kset' undeclared
(first use in this function)
make[3]: *** [drivers/base/
From: Randy Dunlap <[EMAIL PROTECTED]>
Make SYSFS_DEPRECATED depend on SYSFS since files that check
CONFIG_SYSFS_DEPRECATED don't check for CONFIG_SYSFS first.
Also don't prompt user about SYSFS_DEPRECATED if SYSFS=n.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
init/Kconfig |1 +
1 f
From: Randy Dunlap <[EMAIL PROTECTED]>
When CONFIG_PREEMPT_NONE=y, scatterwalk.h still uses cond_resched()
so it needs to include sched.h:
linux-2.6.24-rc6-mm1/include/crypto/scatterwalk.h:52: error: implicit
declaration of function 'cond_resched'
make[2]: *** [crypto/digest.o] Error 1
Signed-o
On Dec 31, 2007 6:47 PM, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 31 2007 at 13:58 +0200, "Marco Costalba" <[EMAIL PROTECTED]>
> wrote:
> > On Dec 31, 2007 11:59 AM, Filippo Zangheri <[EMAIL PROTECTED]> wrote:
> >> Hi,
> >>
> >> I git-cloned qgit-2.1 from your repository, then ran `qm
On Monday 31 December 2007, Andi Kleen wrote:
> > can you enumerate which functions need to actually go to userspace then ?
> > the
>
> rdtscl/rdtscll/rdpmc primarily
i'll just mark out the useless C funcs then
> > __KERNEL__ markings are a crapshoot at the moment. you must also be
> > jumping
Since asm-x86/byteorder.h is exported to userspace, use __asm__ rather than
asm in its code.
Signed-Off-By: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/asm-x86/byteorder.h b/include/asm-x86/byteorder.h
index 1f2d6d5..fe2f2e5 100644
--- a/include/asm-x86/byteorder.h
+++ b/include/as
CC drivers/input/keyboard/gpio_keys.o
In file included from
/local/linsrc/linux-2.6.24-rc6-mm1/drivers/input/keyboard/gpio_keys.c:27:
include2/asm/gpio.h:4:18: error: gpio.h: No such file or directory
/local/linsrc/linux-2.6.24-rc6-mm1/drivers/input/keyboard/gpio_keys.c: In
function 'gpio_
CC drivers/w1/masters/w1-gpio.o
In file included from
/local/linsrc/linux-2.6.24-rc6-mm1/drivers/w1/masters/w1-gpio.c:19:
include2/asm/gpio.h:4:18: error: gpio.h: No such file or directory
/local/linsrc/linux-2.6.24-rc6-mm1/drivers/w1/masters/w1-gpio.c: In function
'w1_gpio_write_bit_dir':
MODPOST 120 modules
ERROR: "i2c_attach_client" [drivers/media/video/v4l2-common.ko] undefined!
make[2]: *** [__modpost] Error 1
---
~Randy
desserts: http://www.xenotime.net/linux/recipes/
config-v4l-i2c
Description: Binary data
Alan Cox wrote:
On Sun, 30 Dec 2007 16:23:20 -0800
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
continuing to investigate for a cause. It would be nice if it were a
BIOS-fixable problem. It would be even nicer if the BIOS were GPL...
If it was an SMM trap, I would expect it to be trapped in t
Hello,
Yes you are correct. Here is an updated patch. Happy New Year.
---
From: Andrew Murray <[EMAIL PROTECTED]>
This patch provides specific clock support for the SH7712. (This is my first
ever patch, so apologies if I've not followed the procedure correctly!)
Signed-off-by: Andrew Murray <[
Alan Cox wrote:
"You plug in PCI DEBUG card and it overclocks your machine" is bad
scenario.. (I don't know if it does... can PCI card emulate ISA timings?)
Easily. Its a bit more restricted by later spec revisions but it can halt
your box of a week or two if it wants. Video cards used to pull
On Mon, 31 Dec 2007, Douglas Gilbert wrote:
> Matthew Wilcox wrote:
> > On Mon, Dec 31, 2007 at 10:16:43AM -0500, Douglas Gilbert wrote:
> >> Bodo Eggert wrote:
(Kicking netdev from CC)
> >>> ---
> >>> SCSI target support (SCSI_TGT) [N/m/y/?] (NEW) ?
> >>>
> >>> If you want to use SCSI target mod
On Dec 31, 2007 6:18 PM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Monday 31 December 2007 17:38:03 Alan Cox wrote:
> > On Mon, 31 Dec 2007 17:17:19 +0100
> > "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> >
> > > a) this could be disabled during development if you want this
> > > b) this would
This patch (as1030) prints warning messages in the system log when
drivers try to register or unregister devices during a system sleep
transition. These actions are now illegal and will either fail or
block (likely leading to deadlock).
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
This pat
On Monday 31 December 2007, Randy Dunlap wrote:
> CC drivers/input/keyboard/gpio_keys.o
> In file included from
> /local/linsrc/linux-2.6.24-rc6-mm1/drivers/input/keyboard/gpio_keys.c:27:
> include2/asm/gpio.h:4:18: error: gpio.h: No such file or directory
Find whatever broken patch select
1 - 100 of 187 matches
Mail list logo
