> It is unpleasing that this code is forced to implicitly assume that the
> thing pointed to by task_struct.stack has type `struct thread_info'.
I can change that to typeof
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
This is driver for batteries with ds2760 chip inside, found inside
almost every HP iPaq and HTC PDAs/phones.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/power/Kconfig |7 +
drivers/power/Makefile |2 +
drivers/power/ds2760_battery.c | 520
This probably should be marked as BROKEN because, according
to David Woodhouse, EC-acccess method will change. Plus currently
it lacks mutexes. So this driver is just for reference. Converted
from the battery-2.6 repository, 1:1.
But nevertheless it should work.
Signed-off-by: Anton Vorontsov
Common power driver for PDAs and phones with one or two external
power supplies (AC/USB) connected to main and backup batteries,
and optional builtin charger.
It's used to stop logic duplication through different embedded
devices. So, power supply *logic* is here. pda_power register
power
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/power/Kconfig |7 ++
drivers/power/Makefile|1 +
drivers/power/apm_power.c | 249 +
3 files changed, 257 insertions(+), 0 deletions(-)
create mode 100644
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/power/Kconfig |7 ++
drivers/power/Makefile |1 +
drivers/power/pmu_battery.c | 215 +++
3 files changed, 223 insertions(+), 0 deletions(-)
create mode 100644
This class is result of "external power" and "battery" classes merge,
as suggested by David Woodhouse. He also implemented uevent support.
Here how userspace seeing it now:
# ls /sys/class/power\ supply/
ac main-battery usb
# cat /sys/class/power\ supply/
ac/
This function were placed in "#if 0" because nobody was using it.
We using it now.
See http://lwn.net/Articles/210610/
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/base/bus.c |5 ++---
include/linux/device.h |2 ++
2 files changed, 4 insertions(+), 3 deletions(-)
This is W1 slave for ds2760 chip, found inside almost every HP iPaq and
HTC PDAs/phones.
Acked-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/w1/slaves/Kconfig | 13
drivers/w1/slaves/Makefile|1 +
On Wed, May 02, 2007 at 05:55:22PM +0200, Eric Dumazet wrote:
> My guess is ff means firstfloor :)
>
> https://www.x86-64.org/pipermail/discuss/2006-January/007467.html
Thanks! That makes much more sense than my funky German keyboard theory...
Jeff
--
Work
On Thu, 3 May 2007, David Schwartz wrote:
I needed to recompress some files from .bz2 to .gz so I setup a script to
do
bunzip2 -c $file.bz2 |gzip -9 >$file.gz
I expected that the two CPU heavy processes would end up on different
cpu's and spend a little time shuffling data between the two
I'll rework as per your suggestions.
Thanks,
John
>
> On Thu, 03 May 2007 07:56:02 -0500
> John Keller <[EMAIL PROTECTED]> wrote:
>
> > On SN, only allow one bit to be set in the smp_affinty mask
> > when redirecting an interrupt. Currently setting multiple
> > bits is allowed, but only the
On Tue, 1 May 2007 02:10:34 +0200 (CEST)
Roman Zippel <[EMAIL PROTECTED]> wrote:
> This finally renames the thread_info field in task structure to stack,
> so that the assumptions about this field are gone and archs have more
> freedom about placing the thread_info structure.
It needed this
On Thu, 3 May 2007, Hugh Dickins wrote:
> On Thu, 3 May 2007, Hugh Dickins wrote:
> >
> > Seems we're all wrong in thinking Christoph's Kconfiggery worked
> > as intended: maybe it just works some of the time. I'm not going
> > to hazard a guess as to how to fix it up, will resume looking at
>
On Thu, May 03, 2007 at 01:44:14AM +1000, David Chinner wrote:
> On Tue, May 01, 2007 at 01:43:18PM -0700, Cabot, Mason B wrote:
> > Hello all,
> >
> > I've been testing the NAS performance of ext3/Openfiler 2.2 against
> > NTFS/WinXP and have found that NTFS significantly outperforms ext3 for
>
On Thu, 3 May 2007 13:53:06 -0400 (EDT)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> Remove the single snippet of code conditional on the non-existent
> CONFIG_NO_ATA_LEGACY Kconfig variable.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
NAK
This option is not dead and is
On 5/3/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On May 3 2007 22:53, Willy Tarreau wrote:
>> For the rest all we see in the arp cache is (incomplete)
>
>I suspect that your arp cache is full (128 entries by default).
>Check /proc/sys/net/ipv4/neigh/gc_thresh1 (128 for me). You can
>set it
> I needed to recompress some files from .bz2 to .gz so I setup a script to
> do
>
> bunzip2 -c $file.bz2 |gzip -9 >$file.gz
>
> I expected that the two CPU heavy processes would end up on different
> cpu's and spend a little time shuffling data between the two cpu's on a
> system (dual core
I've got a device driver for the Xilinx SystemACE CompactFlash
interface that I'm working on and I'm having problems adding error
handling and notification. Specifically, I need to deal with the case
where the CF card might get pulled out by the user at any time without
notice. While this
Hi,
On Thu, 3 May 2007, Dmitry Torokhov wrote:
> > I never said that. Many keyboard _types_ need a separate key mapping.
> > Localization is a completely different problem (and could be solved via
> > separate localization tables).
> > Most of it can be solved in userspace and we wouldn't have
On Thu, 3 May 2007, Hugh Dickins wrote:
>
> Seems we're all wrong in thinking Christoph's Kconfiggery worked
> as intended: maybe it just works some of the time. I'm not going
> to hazard a guess as to how to fix it up, will resume looking at
> the powerpc's quicklist potential later.
Here's
On 5/3/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Mauro Carvalho Chehab wrote:
> Enough. Let's stop arguing non technical issues.
>
> If either one of you have any technical argue against the Trent's
> patches, please point where the fix is wrong. Otherwise, if you wish,
> you may send an
On May 3 2007 13:39, Trent Piepho wrote:
>
>> >The point rised by Trent is that, currently, this is not prepared to
>> >handle the "menuconfig" and "if/endif" tags.
>
>BTW, I've now fixed this.
>
>Jan, have you looked at the effect these changes have when using xconfig, and
>not just menuconfig?
On Thu, May 03, 2007 at 10:53:41PM +0200, Willy Tarreau wrote:
> On Thu, May 03, 2007 at 10:25:48PM +0200, Øyvind Vågen Jægtnes wrote:
> > Hi,
> >
> > We have a one gigabit internet connection that is normally
> > routed by a hardware juniper router. The drive in this is down
> > and we need to
On May 3 2007 22:53, Willy Tarreau wrote:
>> For the rest all we see in the arp cache is (incomplete)
>
>I suspect that your arp cache is full (128 entries by default).
>Check /proc/sys/net/ipv4/neigh/gc_thresh1 (128 for me). You can
>set it as high as gc_thresh2 (512 for me), and I don't know
On Thu, May 03, 2007 at 10:25:48PM +0200, Øyvind Vågen Jægtnes wrote:
> Hi,
Hi Øyvind.
Forwarding your mail to netdev where the networking people are
hanging out. Maybe they can help you.
Sam
>
> We have a one gigabit internet connection that is normally
> routed by a hardware juniper
On Thu, May 03, 2007 at 10:25:48PM +0200, Øyvind Vågen Jægtnes wrote:
> Hi,
>
> We have a one gigabit internet connection that is normally
> routed by a hardware juniper router. The drive in this is down
> and we need to use a linux machine (Pentium D 3 ghz) as a
> temporary router.
> Now setting
Please include Roman Zippel when you propose kconfig changes.
Sam
>
> Jan, have you looked at the effect these changes have when using xconfig, and
> not just menuconfig?
>
> While your changes make menuconfig better, they have nearly opposite effect on
> xconfig.
>
> xconfig has the
On 5/3/07, VDR User <[EMAIL PROTECTED]> wrote:
STOP FIGHTING ALL THE DAMN TIME! From an outsiders perspective there
is a lot of unnecessary & childish behavior going on at the expense of
good ideas and coding. It seems as though the Markus/Mauro team will
go against anything Manu says simply
>
> The out of tree v4l-dvb build system uses the same Kconfig/Makefiles as it
> does in the kernel. This part of the kernel build system is not easily
> exported to out of tree modules, so we have some scripts to handle this.
Can you elaborate of what was causing your troubles.
Maybe
On Thu, 03 May 2007 07:56:02 -0500
John Keller <[EMAIL PROTECTED]> wrote:
> On SN, only allow one bit to be set in the smp_affinty mask
> when redirecting an interrupt. Currently setting multiple
> bits is allowed, but only the first bit is used in
> determining the CPU to redirect to. This has
Thanks to Jarek Poplawski for the ideas and for spotting the bug in the
initial draft patch.
cancel_rearming_delayed_work() currently has many limitations, because it
requires that dwork always re-arms itself via queue_delayed_work(). So it
hangs forever if dwork doesn't do this, or
On Thu, 3 May 2007, Jan Engelhardt wrote:
> On May 3 2007 09:37, Mauro Carvalho Chehab wrote:
> >Trent is mentioning an out-of-tree building system to allow easier
> >testing of V4L/DVB patches by end users and developers and during driver
> >development time. The building system allows faster
>
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
diff --git a/Documentation/SubmitChecklist b/Documentation/SubmitChecklist
index bd23dc0..6491b2c 100644
--- a/Documentation/SubmitChecklist
+++ b/Documentation/SubmitChecklist
@@ -80,3 +80,7 @@ kernel patches.
23: Tested after it has been
On Thu, 2007-05-03 at 16:31 -0400, Steven Rostedt wrote:
> Daniel Walker wrote:
>
> >>> Index: linux-2.6.21/kernel/latency_trace.c
> >>> ===
> >>> --- linux-2.6.21.orig/kernel/latency_trace.c
> >>> +++
On May 3 2007 22:25, Øyvind Vågen Jægtnes wrote:
>
> Now for the real setup.
> We closed the mac of the juniper to the network card that
> would be connected to the internal LAN, set up the interfaces,
> and swapped cables. This worked fine for approximately 100
> of the computers that are
Daniel Walker wrote:
Index: linux-2.6.21/kernel/latency_trace.c
===
--- linux-2.6.21.orig/kernel/latency_trace.c
+++ linux-2.6.21/kernel/latency_trace.c
@@ -105,7 +105,7 @@ static inline int DEBUG_WARN_ON(int cond
#ifdef
I have had this happen a few times recently and was wondering if anyone
has an idea what could be going on:
BUG: soft lockup detected on CPU#0!
[] dump_stack+0x24/0x30
[] softlockup_tick+0x7e/0xc0
[] update_process_times+0x33/0x80
[] timer_interrupt+0x39/0x80
[] handle_IRQ_event+0x3d/0x70
On Thu, 3 May 2007, Andrew Morton wrote:
> > +/**
> > + * fileset - an array of file pointers.
> > + * @files:the array of file pointers
> > + * @nr: number of elements in the array
> > + * @end: index to next unused file pointer
> > + */
> > +struct fileset {
> > + struct
On 5/3/07, Roman Zippel <[EMAIL PROTECTED]> wrote:
Hi,
On Thu, 3 May 2007, Dmitry Torokhov wrote:
> > I explained already at a earlier occasion, why this "generic" keycode
> > thing is broken by design, which makes connecting multiple keyboards with
> > different mappings impossible.
> >
>
>
On 03/05/07, Folkert van Heusden <[EMAIL PROTECTED]> wrote:
My P4 with HT and 2GB of ram on an IDE disk succeeded in triggering
another bug:
[273187.872796] usb 7-2: usbfs: USBDEVFS_CONTROL failed cmd newhidups rqt 161
rq 1 len 10 ret -110
[273902.586320] BUG: soft lockup detected on CPU#1!
Hi,
We have a one gigabit internet connection that is normally
routed by a hardware juniper router. The drive in this is down
and we need to use a linux machine (Pentium D 3 ghz) as a
temporary router.
Now setting up all the 600 vlans and assigning ip addresses
is no problem. We have testet all
On Thu, 3 May 2007 17:53:07 +0300 (EEST)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> The revoke_table struct is overloaded because it serves two purposes:
> it manages the pre-allocated set of files and tracks the revoke
> operation so that we know
On Thu, 2007-05-03 at 16:12 -0400, Steven Rostedt wrote:
> Daniel Walker wrote:
>
> > ---
> > kernel/latency_trace.c |2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > Index: linux-2.6.21/kernel/latency_trace.c
> >
On Wed, 11 Apr 2007 20:40:23 +0200 Markus Koßmann wrote:
> When using either the unpatched 2.6.21_rc5 or SUSEs patched
> 2.6.21_rc6_git3-20070410174235 on a SUSE-10.2 x86_64 system the parallel port
> doesn't work right. If I "cat some_asciifile >/dev/lp0" the output on my
> Epson Stylus
On May 3 2007 13:15, H. Peter Anvin wrote:
>Jan Engelhardt wrote:
>>
>>> Put people didn't like that, and disabled text output when the console
>>> is in KD_GRAPHICS mode...
>>
>> at the cost of not getting the kernel oops, heh.
>
>I thought the reason we didn't display text in KD_GRAPHICS mode
Jan Engelhardt wrote:
>
>> Put people didn't like that, and disabled text output when the console
>> is in KD_GRAPHICS mode...
>
> at the cost of not getting the kernel oops, heh.
>
I thought the reason we didn't display text in KD_GRAPHICS mode was that
KD_GRAPHICS might mean "in a completely
Daniel Walker wrote:
---
kernel/latency_trace.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.21/kernel/latency_trace.c
===
--- linux-2.6.21.orig/kernel/latency_trace.c
+++
On Thu, 03 May 2007 12:20:30 -0700 chandramouli narayanan wrote:
> Randy Dunlap wrote:
> > Can you share EFI code as much as possible among ia64, i386,
> > and x86_64 instead of duplicating it?
> Hi Randy,
>
> Based on the feedback from Andi and you, these are the areas:
>
> 1. conversion of
From: Marcel Holtmann <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 14:27:16 +0200
> Hi Dave,
>
> > > When the user passes in MSG_TRUNC the skb is used after getting freed.
> > >
> > > Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
> > > Signed-off-by: David Howells <[EMAIL PROTECTED]>
> >
>
Hi,
Im using Linux Kernel 2.6.18.
Im using a large nand page device.
In my device nand starts from 0x8 offset of nand.
My kernel is around 1MB, I have allocated 2 MB space in my mtd
partition structure.
Similarly My Filesystem starts from 0x28 offset of nand.
MY erase block size
Found this while debugging with Steve .. trace_hardirqs_on() isn't always
called with interrupt off.
BUG: using smp_processor_id() in preemptible [] code: init/1
caller is trace_hardirqs_on+0x16/0xe0
[] show_trace_log_lvl+0x21/0x50
[] show_trace+0x12/0x20
[] dump_stack+0x16/0x20
I doubt it's in the fc transport - it's doing what it always did, which has
nothing to do with coherency of the sdev's.
We're seeing like problems, and it looks like it's related to the scan_mutex
being held when some of the entry points are being called via the recent
async scan code (which
On Thu, 2007-05-03 at 17:03 +0200, Tomas Janousek wrote:
> Hi,
>
> the commits
> 411187fb05cd11676b0979d9fbf3291db69dbce2 (GTOD: persistent clock support)
> c1d370e167d66b10bca3b602d3740405469383de (i386: use GTOD persistent clock
> support)
> caused a change in the way uptime is measured
* Ting Yang <[EMAIL PROTECTED]> wrote:
>> then how much time is needed for "curr" to build a 2 * 32 difference
>> on fair_key, with every 1 ms it updates fair_key by 1/32 ? 2 * 32 *
>> 32 !
On Thu, May 03, 2007 at 09:48:27PM +0200, Ingo Molnar wrote:
> yes - but the "*32" impacts the
On Thu, 2007-05-03 at 08:53 -0700, William Lee Irwin III wrote:
>> Tong Li's Trio scheduler does a bit of this, though it doesn't seem to
>> have the mindshare cfs seems to have acquired.
>> The hyperlink seems to have broken, though:
>>
Hi Ben,
On 03/05/07, Ben Castricum <[EMAIL PROTECTED]> wrote:
Roughly 5 minutes after trying 2.6.21-gdc87c398 it paniced. I took a couple
of pictures of the screen and rebooted. So far it hasn't happened again.
I uploaded all the info into
http://www.bencastricum.nl/2.6.21-gdc87c398/
* Ting Yang <[EMAIL PROTECTED]> wrote:
> then how much time is needed for "curr" to build a 2 * 32 difference
> on fair_key, with every 1 ms it updates fair_key by 1/32 ? 2 * 32 *
> 32 !
yes - but the "*32" impacts the rescheduling granularity, the "/32"
impacts the speed of how the key
Hi,
On Thu, 3 May 2007, Dmitry Torokhov wrote:
> > I explained already at a earlier occasion, why this "generic" keycode
> > thing is broken by design, which makes connecting multiple keyboards with
> > different mappings impossible.
> >
>
> No, I don't think so. Your points were:
>
> 1) You
On Thu, May 03, 2007 at 09:17:15AM +0200, Christian Hesse wrote:
> On Thursday 03 May 2007, Sam Ravnborg wrote:
> > On Thu, May 03, 2007 at 06:25:11AM +0200, Sam Ravnborg wrote:
> > > On Thu, May 03, 2007 at 12:43:43AM +0200, Christian Hesse wrote:
> > > > Hi James, hi everybody,
> > > >
> > > >
Ingo Molnar wrote:
> i have released the v2.6.20-rt1 kernel...
There was also a problem with the patch for arch/mips/kernel/entry.S
Some kind of cruft was in the patch.
Below is a patch which fixes both issues. It at least allows compilation.
I haven't turned anything on, or looked at runtime
On Thu, 3 May 2007, Adrian Bunk wrote:
> > static external variables are certainly still static code and gcc issues
> > the proper warnings if I do:
> >
> > static struct bootnode nodes[MAX_NUMNODES];
> >
> > and I never reference nodes.
>
> No disagreement.
>
> But you said:
> What
On Thu, May 03, 2007 at 09:01:56PM +0200, Ben Castricum wrote:
> It crashed again, this time leaving more useable info on screen (see the
> Crash2.jpg in the same directory).
>
> >I uploaded all the info into
> >
> >http://www.bencastricum.nl/2.6.21-gdc87c398/
Follow this thread
Randy Dunlap wrote:
Can you share EFI code as much as possible among ia64, i386,
and x86_64 instead of duplicating it?
Hi Randy,
Based on the feedback from Andi and you, these are the areas:
1. conversion of EFI memory map to e820 map
2. Consolidation/sharing of efi code among the
Hi Roman,
On 5/3/07, Roman Zippel <[EMAIL PROTECTED]> wrote:
Hi,
On Thu, 3 May 2007, Michael Schmitz wrote:
> > > + for (i = 1; i < 0x72; i++) {
> > > + atakbd_keycode[i] = i;
> > > + set_bit(atakbd_keycode[i], atakbd_dev->keybit);
> >
> > It looks like this
On Wed, 2007-05-02 at 07:52 -0700, Trond Myklebust wrote:
> Hi Linus,
>
> Please pull from the repository at
>
>git pull git://git.linux-nfs.org/pub/linux/nfs-2.6.git
I can confirm that this solves my missing IO completions problem; or at
least, my test has been running for 8h+ and still
Ingo Molnar wrote:
> i have released the v2.6.20-rt1 kernel...
Ingo,
There appears to be a bug in the patch for include/asm-mips/atomic.h
In the hunk for line 554, it has 2 #endifs.
I think it should only have one.
A portion of the patch reads:
Index: new-linux/include/asm-mips/atomic.h
My P4 with HT and 2GB of ram on an IDE disk succeeded in triggering
another bug:
[273187.872796] usb 7-2: usbfs: USBDEVFS_CONTROL failed cmd newhidups rqt 161
rq 1 len 10 ret -110
[273902.586320] BUG: soft lockup detected on CPU#1!
[273902.586385] [] show_trace_log_lvl+0x1a/0x30
[273902.586472]
Hi Michael,
On 5/3/07, Michael Schmitz <[EMAIL PROTECTED]> wrote:
>
> > +
> > + if (!(atakbd_dev = input_allocate_device()))
> > + return -ENOMEM;
> > +
> > + // need to init core driver if not already done so
> > + if (atari_keyb_init())
>
> Memory leak
How so?
Hello.
Peter Zijlstra wrote:
It seems hrtimer_forward was forgotten to
export - other symbols of the hrtimers API
Are there actual in-tree users of this symbol? Without we usually leave
the symbol unexported, this saves some space.
Do you mean it was really left intentional?
Unbeleivable! But
On Thu, May 03, 2007 at 11:56:34AM -0700, David Rientjes wrote:
> On Thu, 3 May 2007, Adrian Bunk wrote:
>
> > > That's only addressing part of the issue. What about automatic or static
> > > external variables that are declared but may go unreferenced depending on
> >
> > This is only about
On 5/3/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
I thought you were talking about the poll/epoll interface in general, and
the approach on how to extend it for the very few cases that ppl asks for.
but I see we're focusing on futexes ...
Futexes must be part of the whole approach. If
Mauro Carvalho Chehab wrote:
> Enough. Let's stop arguing non technical issues.
>
> If either one of you have any technical argue against the Trent's
> patches, please point where the fix is wrong. Otherwise, if you wish,
> you may send an acked-by agreeing with the fix.
>
Why don't you stop
On Thursday 03 May 2007, Segher Boessenkool wrote:
> > For example, you could make this
> >
> > compatible = "8xx\0mpc885ads";
>
> "mpc885ads-pcmcia\0mpc8xx-pcmcia" or something like that.
Right. I can never remember what goes first...
Arnd <><
-
To unsubscribe from this list:
Roughly 5 minutes after trying 2.6.21-gdc87c398 it paniced. I took a
couple
of pictures of the screen and rebooted. So far it hasn't happened again.
It crashed again, this time leaving more useable info on screen (see the
Crash2.jpg in the same directory).
I uploaded all the info into
Here's some various fixes and cleanups I had slated for a later pull, but
our Ocfs2 testing is ahead of schedule.
Please pull from 'upstream-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/ocfs2.git upstream-linus
to receive the following updates:
fs/ocfs2/alloc.c
On Thu, 3 May 2007, Adrian Bunk wrote:
> > That's only addressing part of the issue. What about automatic or static
> > external variables that are declared but may go unreferenced depending on
>
> This is only about static code. For non-static code it would be
> impossible for gcc to issue
On Thu, 2007-05-03 at 21:57 +0400, Stas Sergeev wrote:
> Hello.
>
> It seems hrtimer_forward was forgotten to
> export - other symbols of the hrtimers API
> are already exported.
> Unless I am missing something, using the
> hrtimers without that function is problematic.
>
> Andrew, could you
On Thu, 2007-05-03 at 08:53 -0700, William Lee Irwin III wrote:
> On Thu, May 03, 2007 at 03:29:32PM +0200, Damien Wyart wrote:
> >> What are your thoughts/plans concerning merging CFS into mainline ? Is
> >> it a bit premature to get it into 2.6.22 ? I remember Linus was ok to
> >> change the
On Mon, Apr 30, 2007 at 10:12:44AM +0100, Christoph Hellwig wrote:
> On Sun, Apr 29, 2007 at 09:02:32PM -0700, Roland McGrath wrote:
> > > EXPORT_SYMBOL_GPL(utrace_attach);
> > >
> > > There is not modular user of this, so this and the other utrace_
> > > functions should not be exported.
On Thu, May 03, 2007 at 02:32:33PM -0400, Jeff Layton wrote:
> We had a customer report that attempting to make CIFS mount with a null
> username (i.e. doing an anonymous mount) doesn't work. Looking through the
> code, it looks like CIFS expects a NULL username from userspace in order
> to
On May 3 2007 11:35, John Anthony Kazos Jr. wrote:
>
>> >non-stupid/non-broken distributions of GNU/Linux and other major Un*ces
>> >should be based on (or at least compatible with) UTF-8 in basic
>> >operations. Files like the keymaps will be more work to convert, but they
>> >can be as well.
Em Qui, 2007-05-03 às 14:54 +0200, Jan Engelhardt escreveu:
> On May 3 2007 09:37, Mauro Carvalho Chehab wrote:
> >Trent is mentioning an out-of-tree building system to allow easier
> >testing of V4L/DVB patches by end users and developers and during driver
> >development time. The building system
On May 3 2007 17:56, Geert Uytterhoeven wrote:
>>
>> Actually, the kernel could just "jump in". That is, when you start
>> in fb mode, you get the regular 8x16 vga font - on your choice of
>> resolution, and can also set it with setfont. So far so nice.
>> Now, when you start fbiterm -- for
Roughly 5 minutes after trying 2.6.21-gdc87c398 it paniced. I took a couple
of pictures of the screen and rebooted. So far it hasn't happened again.
I uploaded all the info into
http://www.bencastricum.nl/2.6.21-gdc87c398/
Hopefully this helps.
Ben
-
To unsubscribe from this list: send
We had a customer report that attempting to make CIFS mount with a null
username (i.e. doing an anonymous mount) doesn't work. Looking through the
code, it looks like CIFS expects a NULL username from userspace in order
to trigger an anonymous mount. The mount.cifs code doesn't seem to ever
pass a
Hello.
It seems hrtimer_forward was forgotten to
export - other symbols of the hrtimers API
are already exported.
Unless I am missing something, using the
hrtimers without that function is problematic.
Andrew, could you please apply?
Signed-off-by: <[EMAIL PROTECTED]>
--- a/kernel/hrtimer.c
I thought you were talking about the poll/epoll interface in general, and
the approach on how to extend it for the very few cases that ppl asks for.
but I see we're focusing on futexes ...
On Thu, 3 May 2007, Ulrich Drepper wrote:
> On 5/2/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> >
you've been a great crowd, really.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://fsdev.net/wiki/index.php?title=Main_Page
this one's a biggie, with a few obvious false positives.
$ ../dead_config.sh drivers/serial
== 68328_SERIAL_UART2 ==
drivers/serial/68328serial.h:184:#ifndef CONFIG_68328_SERIAL_UART2
== ALMA_ANS ==
drivers/serial/68328serial.c:109:#if
On Thu, 3 May 2007 13:53:06 -0400 (EDT) Robert P. J. Day wrote:
>
> Remove the single snippet of code conditional on the non-existent
> CONFIG_NO_ATA_LEGACY Kconfig variable.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
>
> i would have mailed a note about this to the ATA
$ ../dead_config.sh drivers/pcmcia
== M32RPCC_SLOT2 ==
drivers/pcmcia/m32r_pcc.c:710:#ifdef CONFIG_M32RPCC_SLOT2
== MPC860T ==
drivers/pcmcia/m8xx_pcmcia.c:95:#if defined(CONFIG_MPC860T) ||
defined(CONFIG_MPC860) || defined(CONFIG_MPC821)
arch/ppc/8xx_io/fec.c:7:
Add compat_ioctl handler to synclink_gt driver.
The one case requiring a separate 32 bit handler could be
removed by redefining the associated structure in
a way compatible with both 32 and 64 bit systems. But that
approach would break existing native 64 bit user applications.
Signed-off-by:
$ ../dead_config.sh drivers/char
== COBALT ==
drivers/char/nvram.c:52:# if defined(CONFIG_COBALT)
drivers/char/nvram.c:45:#define COBALT 3
drivers/char/nvram.c:54:#define MACH COBALT
drivers/char/nvram.c:79:#if MACH == COBALT
drivers/char/nvram.c:607:#if MACH ==
$ ../dead_config.sh drivers/block
== MM_MAP_MEMORY ==
drivers/block/umem.c:109:#ifdef CONFIG_MM_MAP_MEMORY
drivers/block/umem.c:876:#ifdef CONFIG_MM_MAP_MEMORY
drivers/block/umem.c:907:#ifdef CONFIG_MM_MAP_MEMORY
drivers/block/umem.c:925: printk(KERN_INFO "MM%d: MEM area not
The statistics infrastruture used to offer two different counter
implementations: one that just counted the number of samples, and
another one that summed up all samples. Users were required to chose
one, while it is often useful to have both pieces of information. This
patches merges them. Output
This patch adapts zfcp to the counter changes in lib/statistics.c.
Signed-off-by: Martin Peschke <[EMAIL PROTECTED]>
---
zfcp_ccw.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux/drivers/s390/scsi/zfcp_ccw.c
This patch implements the bulk of the existing the adaptive readahead
statistics with lib/statistics.c.
The output format differs somewhat as the the statistics code just emits
lists of items and doesn't do tables. It is feasible to leave
reformating and beautification to some user scripts, if
Remove the single snippet of code conditional on the non-existent
CONFIG_NO_ATA_LEGACY Kconfig variable.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
i would have mailed a note about this to the ATA maintainer but it
wasn't clear who that was. this is the only dead CONFIG_
This patch set simplifies the statistics code of the adaptive readahead
feature by using the proposed statistic infrastructure.
Patches are against 2.6.21-rc7-mm2.
[RFC] [Patch 1/3] readahead statistics slimmed down, statistics prereq
[RFC] [Patch 2/3] readahead statistics slimmed down, adapt
101 - 200 of 998 matches
Mail list logo