James Morris wrote:
On Fri, 28 Dec 2007, KaiGai Kohei wrote:
Remaining issues:
- We have to mount securityfs explicitly, or use /etc/fstab.
It can cause a matter when we want to use this feature on
very early phase on boot. (like /sbin/init)
Why can't early userspace itself mount
From: Christoph Hellwig [EMAIL PROTECTED]
Date: Wed, 2 Jan 2008 07:50:33 +
The only non-kernel user of this known to me is silo, which should just
have it's own header documenting the solaris sparc ufs variant it needs
to understand, possibly by using a copy of the kernel version at any
Andrew Morgan wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
KaiGai Kohei wrote:
Remaining issues:
- We have to mount securityfs explicitly, or use /etc/fstab.
It can cause a matter when we want to use this feature on
very early phase on boot. (like /sbin/init)
I'm not
On Wed, Jan 02, 2008 at 12:04:44AM -0800, David Miller wrote:
From: Christoph Hellwig [EMAIL PROTECTED]
Date: Wed, 2 Jan 2008 07:50:33 +
The only non-kernel user of this known to me is silo, which should just
have it's own header documenting the solaris sparc ufs variant it needs
to
On Dec 28, 2007 3:12 AM, Bartlomiej Zolnierkiewicz [EMAIL PROTECTED] wrote:
* pci_map_sg() - dma_map_sg() in ide_build_sglist().
* pci_unmap_sg() - dma_unmap_sg() in ide_destroy_dmatable().
There should be no functionality changes caused by this patch except
for blackfin arch whose
* Miguel Botón [EMAIL PROTECTED] wrote:
These hardlocks start to appear with commit
f10c1cfd359660c01446807b6c2bc8ce3aee919a
thanks, that's really useful! I dont see anything obviously wrong with
the commit though, and cannot (yet) reproduce it, so to help us track it
down further, could
Hi Bart,
here's the unfinished redux of ide-floppy which i'm sending now so that we could
sinchronize trees. There are some things left to be done which are not so
trivial and i'd like to give them a bit more thought :).
drivers/ide/ide-floppy.c | 1248
On Wed, 2008-01-02 at 14:42 +0800, WANG Cong wrote:
diff --git a/arch/s390/kernel/Makefile b/arch/s390/kernel/Makefile
index 56cb710..b3b650a 100644
--- a/arch/s390/kernel/Makefile
+++ b/arch/s390/kernel/Makefile
@@ -31,7 +31,3 @@ S390_KEXEC_OBJS := machine_kexec.o crash.o
S390_KEXEC_OBJS
On Die, 2008-01-01 at 22:58 -0600, Matt Domsch wrote:
On Mon, Dec 31, 2007 at 12:39:11PM +0700, Theewara Vorakosit wrote:
Hello,
I get MAC address from ioctl. However, ifconfig can change this MAC
address. Can I get a real physical MAC address of the NIC?
yes. It's
* Carlos R. Mafra [EMAIL PROTECTED] wrote:
On Tue 1.Jan'08 at 17:05:49 -0800, Carlos R. Mafra wrote:
This patch fixes most errors detected by checkpatch.pl.
[...]
As pointed out by Jesper Juhl, my patch was not inlined :-(
ah. This explains why your patch had 'whitespace problems' - i
On Wed, Jan 02, 2008 at 10:25:05AM +0100, Borislav Petkov wrote:
by the way, i messed up the numbering of the patches: their correct count is not
12 but 10 so you shouldn't be missing any even if it seems so at a first glance.
--
Regards/Gruß,
Boris.
--
To unsubscribe from this list: send
On Wed, Jan 02, 2008 at 10:31:35AM +0100, Martin Schwidefsky wrote:
On Wed, 2008-01-02 at 14:42 +0800, WANG Cong wrote:
diff --git a/arch/s390/kernel/Makefile b/arch/s390/kernel/Makefile
index 56cb710..b3b650a 100644
--- a/arch/s390/kernel/Makefile
+++ b/arch/s390/kernel/Makefile
@@
This is did not happen before; I am not sure right now what caused this (i.e.
battery aging or some software change) nor whether this is
kernel/HAL/kpowersave
issue.
kpowersave is stuck at assuming battery is loading and at 94%. Sysfs displays
battery state as Full:
UEVENT[1199264702.345795]
On Tue, Jan 01, 2008 at 12:12:22PM +0200, Benny Halevy wrote:
checkpatch.pl does not recognize #elif as a preprocessor directive
causing it to print bogus errors for, e.g.:
ERROR: need consistent spacing around '' (ctx:WxV)
when the operator is not recognized as unary in this context.
for
On Tue, Jan 01, 2008 at 03:13:11PM +0800, WANG Cong wrote:
TOPDIR is obsolete, use srctree or objtree instead.
This patch set removes all the TOPDIR use in the whole
source tree and finally drops it in the top Makefile.
They're against the current linus-tree.
Note that Patch [8/8]
(Not so) recently, ACPI events started appearing as
key press events over linux input subsystem. The
question regarding this is simple: how it's supposed
to be handled?
First of all, I don't know any software so far that
can handle input layer in userspace when not running
X. In X, it's usually
On Tue, Jan 01, 2008 at 06:15:46PM +0200, Boaz Harrosh wrote:
I have this code:
c_code
/*
* osd-r10 4.12.5 Data-In and Data-Out buffer offsets
* byte offset = mantissa * (2^(exponent+8))
*/
typedef __be32 osd_cdb_offset;
osd_cdb_offset __osd_encode_offset(u64 offset, unsigned
I think it's more reasonable to only apply this rule onto AMD platform.
BRs
Peer Chen
-Original Message-
From: Eric W. Biederman [mailto:[EMAIL PROTECTED]
Sent: Monday, December 24, 2007 7:49 PM
To: Peer Chen
Cc: peerchen; linux-kernel; akpm; Andy Currid
Subject: Re: [PATCH] msi: set
On Wed, 2 Jan 2008, KaiGai Kohei wrote:
Another issue is that securityfs depends on CONFIG_SECURITY, which might be
undesirable, given that capabilities are a standard feature.
We can implement this feature on another pseudo filesystems.
Do you think what filesystem is the best candidate?
* Alan Cox [EMAIL PROTECTED] wrote:
udelay is supposed to be reliable. If someone runs a new kernel and
has no TSC (which might happen even on modern hardware or with
notsc) _and_ finds that udelay is not calibrated well enough then
that's a kernel bug we want to fix.
You miss the
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Christer Weinigel wrote:
out 80h, al is only two bytes. Any alternative that has been suggested
in this discussion will use more space. mov dx, alt_port; out dx, al
will be larger, a function call will definitely be a lot larger. People
have been
On Tue, Jan 01, 2008 at 06:15:46PM +0200, Boaz Harrosh wrote:
I have this code:
c_code
/*
* osd-r10 4.12.5 Data-In and Data-Out buffer offsets
* byte offset = mantissa * (2^(exponent+8))
*/
typedef __be32 osd_cdb_offset;
Given that you can't do normal arithmetic on this type it
Am Dienstag 01 Januar 2008 schrieb Pavel Machek:
Hi1
I would like to request a feature in the Linux kernel that would allow
a user to unplug a live read-only root file system which exists on a
detachable storage device such as a USB key drive. The desired
behavior is that once the same
Greg,
find the patch from Piotr Roszatycki, submitted to:
http://bugzilla.kernel.org/show_bug.cgi?id=9626
as an email plain-text patch submission below.
Ingo
Subject: usb: add support for 4348:5523 WinChipHead USB-RS 232 adapter with
Prolifec PL 2303 chipset
From:
Theodore Tso [EMAIL PROTECTED] wrote:
The question is whether the size of the Unix domain sockets support is
worth the complexity of yet another config option that we expose to
the user. For the embedded world, OK, maybe they want to save 14k of
non-swappable memory. But for the
On Monday 31 December 2007 00:10, Ingo Molnar wrote:
* Herbert Xu [EMAIL PROTECTED] wrote:
Ingo, it's not good that we have cond_resched() definitions
conditionally duplicated in kernel.h - that's increasing the risk of
bugs like this one.
Actually, why do we even have cond_resched
Andrey Borzenkov wrote:
This is did not happen before; I am not sure right now what caused this (i.e.
battery aging or some software change) nor whether this is kernel/HAL/kpowersave
issue.
kpowersave is stuck at assuming battery is loading and at 94%. Sysfs displays
battery state as Full:
Am Montag, 31. Dezember 2007 15:44:47 schrieb Pavel Machek:
On Sun 2007-12-30 17:39:42, Oliver Neukum wrote:
But what's wrong with calling suspend() the conventional way once you've
decided to go into sleepy mode?
I'm not sure if it can be done in non-racy way. It is different from
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Hi,
Some device drivers register CPU hotplug notifiers and use them to
destroy device objects when removing the corresponding CPUs and to
create these objects when adding the CPUs back.
Unfortunately, this is not the right thing to do
I'm getting this on latest git (v2.6.24-rc6-174-gdc51281)
WARNING: vmlinux.o(.text+0x104f8): Section mismatch: reference to
.init.text:fork_idle (between 'do_fork_idle' and 'lapic_timer_broadcast')
WARNING: vmlinux.o(.text.head+0xe4): Section mismatch: reference to
* James Bottomley [EMAIL PROTECTED] wrote:
Could you direct this poster to linux-scsi and we'll see if we can
finger the root cause (which will be difficult to do without getting a
boot trace).
FYI, here's a new one reported against 2.6.24-rc6-git7:
On Wed, 2008-01-02 at 21:31 +1100, Nick Piggin wrote:
On Monday 31 December 2007 00:10, Ingo Molnar wrote:
* Herbert Xu [EMAIL PROTECTED] wrote:
Ingo, it's not good that we have cond_resched() definitions
conditionally duplicated in kernel.h - that's increasing the risk of
bugs
* Nick Piggin [EMAIL PROTECTED] wrote:
(or -- why do we even make CONFIG_PREEMPT_BKL an option? [...]
thanks for the reminder - i just zapped it. Was a pleasure ;-)
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Wednesday 02 January 2008 22:01, Peter Zijlstra wrote:
On Wed, 2008-01-02 at 21:31 +1100, Nick Piggin wrote:
On Monday 31 December 2007 00:10, Ingo Molnar wrote:
* Herbert Xu [EMAIL PROTECTED] wrote:
Ingo, it's not good that we have cond_resched() definitions
conditionally
Tejun Heo wrote:
Tejun Heo wrote:
Kbuild now generates and installs modules.order along with modules.
This patch updates depmod such that it sorts module list according to
the file before generating output files. Modules which aren't on
modules.order are put after modules which are ordered
Dave Young wrote:
On Dec 29, 2007 7:42 PM, Stefan Richter [EMAIL PROTECTED] wrote:
However, Dave's postings lack a References: header which refer to his
00/12 posting.
[To let mail readers show it as a thread.]
(Also, a bonus in the 00/12 posting would be a listing of all patch
titles in the
On Wed, 2008-01-02 at 22:12 +1100, Nick Piggin wrote:
On Wednesday 02 January 2008 22:01, Peter Zijlstra wrote:
I've seen 1s+ desktop latencies due to PREEMPT_BKL when I was still
using reiserfs.
Fair enough; so the former ifdefery would be preferable for now then.
To be honest, I must
On Jan 2 2008 12:14, Stefan Richter wrote:
There is nothing wrong with a 0/n posting per se. But whenever you
write a 0/n posting, ask yourself:
- Isn't the information I provide here necessary to keep around by
somebody who takes my patch series into his quilt series or into his
From: Andrew Murray [EMAIL PROTECTED]
This patch provides a correct value for CONFIG_SH_PCLK_FREQ for the SH7712
solution engine when used with the board's default factory settings. This
results in the board running at its maximum CPU clock rate (200 MHz).
The board I have is a Japanese
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Document the fact that __save_processor_state() has to save all
CPU registers referred to by the kernel in case a different kernel
is used to load and restore a hibernation image containing it.
Sigend-off-by: Rafael J. Wysocki [EMAIL
Hi,
In file include/asm-i386/system.h, _set_base and _set_limit use an
useless do ... while(0)
Why is this needed ?
exemple with _set_base from linux-2.6.23
#define _set_base(addr,base) do { unsigned long __pr; \
__asm__ __volatile__ (movw %%dx,%1\n\t \
rorl $16,%%edx\n\t \
* Mike Frysinger [EMAIL PROTECTED] wrote:
Forgot to mention this before, but since the msr.h header uses types
like __u32, it should pull in linux/types.h.
does not build with the attached config.
Ingo
#
# Automatically generated make config: don't edit
# Linux kernel version:
On Wed, Jan 02, 2008 at 12:45:39PM +0100, Abdel wrote:
Hi,
In file include/asm-i386/system.h, _set_base and _set_limit use an
useless do ... while(0)
Why is this needed ?
exemple with _set_base from linux-2.6.23
#define _set_base(addr,base) do { unsigned long __pr; \
__asm__
Abdel [EMAIL PROTECTED] wrote:
In file include/asm-i386/system.h, _set_base and _set_limit use an
useless do ... while(0)
Why is this needed ?
http://kernelnewbies.org/FAQ/DoWhile0
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
* Peter Zijlstra [EMAIL PROTECTED] wrote:
It would be sweet to have them use private mutexes for the job
instead (although even then it probably wouldn't be a straight
conversion)...
I tried a quick conversion of reiser3 at the time, but it really wants
a recursive lock and I
On Wed, 2 Jan 2008, Herbert Xu wrote:
Theodore Tso [EMAIL PROTECTED] wrote:
The question is whether the size of the Unix domain sockets support is
worth the complexity of yet another config option that we expose to
the user. For the embedded world, OK, maybe they want to save 14k of
On Wed, Jan 02 2008 at 12:08 +0200, Christoph Hellwig [EMAIL PROTECTED] wrote:
On Tue, Jan 01, 2008 at 06:15:46PM +0200, Boaz Harrosh wrote:
I have this code:
c_code
/*
* osd-r10 4.12.5 Data-In and Data-Out buffer offsets
* byte offset = mantissa * (2^(exponent+8))
*/
typedef __be32
On 02-01-2008 08:00, Greg KH wrote:
...
If no one has noticed any issues in this area, [...]
...Could also mean there are hidden issues, so it doesn't look like
very convincing argument.
...Unless after the change there will be found no hidden issues,
then, of course, it looks like convincing
* Ananth N Mavinakayanahalli [EMAIL PROTECTED] wrote:
Signed-off-by: Quentin Barnes [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
Tested on x86.
Acked-by: Ananth N Mavinakayahanalli [EMAIL PROTECTED]
thanks Ananth,
We get die() from kdebug.h, no need for forward declaration.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
arch/x86/mm/fault_32.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/x86/mm/fault_32.c b/arch/x86/mm/fault_32.c
index bfb0917..870b561 100644
---
Move X86_32 only get_segment_eip to X86_64
Move X86_64 only is_errata93 to X86_32
Change X86_32 loop in is_prefetch to highlight the differences
between them. Fold the logic from __is_prefetch in as well on
X86_32.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
arch/x86/mm/fault_32.c |
* Frank Ch. Eigler [EMAIL PROTECTED] wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
[...] Firstly, why on earth does a full format string have to be
passed in for something as simple as a CPU id? This way we basically
codify it forever that tracing _has_ to be expensive when
enabled.
* Harvey Harrison [EMAIL PROTECTED] wrote:
We get die() from kdebug.h, no need for forward declaration.
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wednesday, 2 of January 2008, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Hi,
Some device drivers register CPU hotplug notifiers and use them to
destroy device objects when removing the corresponding CPUs and to
create these objects when adding the CPUs
Hi Abdel :)
* Abdel [EMAIL PROTECTED] dixit:
In file include/asm-i386/system.h, _set_base and _set_limit use an
useless do ... while(0)
Why is this needed ?
Google for do while swallow semicolon. This looks like an useless and
weird construction but it is very useful when it comes to
Jan Engelhardt wrote:
And [0/n] sometimes contain a diffstat which gives an approximate
line count of how big the patchset actually is.
There is actually no good reason for omitting such a diffstat. It's
easy enough to generate.
$ quilt diff --combine first.patch -P last.patch | diffstat -p1
On Wed, Jan 02, 2008 at 01:39:38PM +0100, Jarek Poplawski wrote:
On 02-01-2008 08:00, Greg KH wrote:
...
If no one has noticed any issues in this area, [...]
BTW, if 'we' are sure there are no issues, and only lockdep is not
clever enough yet, why not do such a change partially, e.g. with
On Wednesday, 2 of January 2008, Christian Hesse wrote:
On Wednesday 02 January 2008, Nigel Cunningham wrote:
Hi Christian.
Christian Hesse wrote:
On Tuesday 01 January 2008, Nigel Cunningham wrote:
Third, regarding the patch itself, I'm taking my time in working towards
the 3.0
On Wednesday, 2 of January 2008, Zhenyu Wang wrote:
On 2008.01.01 22:02:57 +, Rafael J. Wysocki wrote:
Subject : linux-2.6.24-rcX regression /
xserver-xorg-video-intel / Q35
Submitter : Harald Welte [EMAIL PROTECTED]
Date: 2007-12-22 04:37
References
On Wednesday 02 January 2008, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
This is did not happen before; I am not sure right now what caused this
(i.e.
battery aging or some software change) nor whether this is
kernel/HAL/kpowersave
issue.
kpowersave is stuck at assuming
FYI - another quirky Quanta motherboard from HP, with DMI readings
reported to me.
Original Message
Date: Wed, 2 Jan 2008 16:23:27 +1030
From: Joel Stanley [EMAIL PROTECTED]
To: David P. Reed [EMAIL PROTECTED]
Subject:Re: [PATCH] Option to disable AMD C1E
(David Brownell Cc:-ed too)
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Well, we have the following test script in the userland suspend
package that is supposed to work right now:
#!/bin/bash
date
cd /sys/class/rtc/rtc0
echo $(( $(cat since_epoch) + 20 )) wakealarm
s2ram
date
2008/1/2, DervishD [EMAIL PROTECTED]:
* Abdel [EMAIL PROTECTED] dixit:
In file include/asm-i386/system.h, _set_base and _set_limit use an
useless do ... while(0)
Why is this needed ?
Google for do while swallow semicolon. This looks like an useless and
weird
Hi Nigel,
I do agree with all your plans ;)
I'm also happy with the current version of tuxonice.
The main question is :
What is the status of merging into mainline (with or without any
additional patch from other suspend patch).
I have seen quite a lot of mails about this topic on the lmkl in
* David P. Reed [EMAIL PROTECTED] wrote:
FYI - another quirky Quanta motherboard from HP, with DMI readings reported
to me.
Using port80.c, I could hard lock a HP Pavilion tx1000 laptop on the
first go. This was with ubuntu hardy's stock kernel (a 2.6.24-rc)
dmidecode -s
On Wednesday, 2 of January 2008, Ingo Molnar wrote:
(David Brownell Cc:-ed too)
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Well, we have the following test script in the userland suspend
package that is supposed to work right now:
#!/bin/bash
date
cd /sys/class/rtc/rtc0
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 2 of January 2008, Zhenyu Wang wrote:
On 2008.01.01 22:02:57 +, Rafael J. Wysocki wrote:
Subject : linux-2.6.24-rcX regression /
xserver-xorg-video-intel / Q35
Submitter : Harald Welte [EMAIL PROTECTED]
Date
On Wednesday, 2 of January 2008, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
It sometimes is necessary to destroy a device object during a suspend or
hibernation, but the PM core is supposed to control all device objects in that
cases. For this reason, it is necessary
Use the force_sig_info_fault helper from X86_32 in X86_64.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
arch/x86/mm/fault_32.c |2 +-
arch/x86/mm/fault_64.c | 31 ++-
2 files changed, 19 insertions(+), 14 deletions(-)
diff --git a/arch/x86/mm/fault_32.c
On Wednesday, 2 of January 2008, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 2 of January 2008, Zhenyu Wang wrote:
On 2008.01.01 22:02:57 +, Rafael J. Wysocki wrote:
Subject : linux-2.6.24-rcX regression /
xserver-xorg-video-intel /
BKL properties, that could be wrapped. I guess fixing the TTY code to
have no BKL dependencies has a higher chance of success - given that
Alan is working on it :-)
Bit by bit when I can face it, and with a lot of other people
contributing parts. Right now the BKL mostly protects the
On Wednesday 02 January 2008, Ingo Molnar wrote:
* Mike Frysinger [EMAIL PROTECTED] wrote:
Forgot to mention this before, but since the msr.h header uses types
like __u32, it should pull in linux/types.h.
does not build with the attached config.
sorry, forgot about __ASSEMBLY__ protection.
On Wednesday 02 January 2008, David Miller wrote:
From: Christoph Hellwig [EMAIL PROTECTED]
The only non-kernel user of this known to me is silo, which should just
have it's own header documenting the solaris sparc ufs variant it needs
to understand, possibly by using a copy of the kernel
Hi David, hi Eric,
Le 29/12/2007, David Brownell [EMAIL PROTECTED] a écrit:
From: eric miao [EMAIL PROTECTED]
This adds a new-style I2C driver with basic support for the sixteen
bit PCA9539 GPIO expanders. These chips have multiple registers,
push-pull output drivers, and (not supported by
ok, you are right. How about we go with one of your suggestions: rename
the API family to isa_*_p() in the affected ISA drivers? That makes it
perfectly clear that this is an ISA related historic quirk that we just
cannot properly emulate in an acceptable fashion. It will also make the
same with radio-sf16fmr2 and esp
after repeatedly modrpobe/modprobe -r radio-sf16fmr2, i can hang my
system when loading esp afterwards
before loading esp, doing a cat /proc/ioport segfaults
this is with 2.6.24rc6 and also with 2.6.22
i have found these issues by running
Contents of /proc/*/maps is sensitive and may become sensitive
after open() (e.g. if target originally shares our -mm and later
does exec on suid-root binary).
Check at read() (actually, -start() of iterator) time that
mm_struct we'd grabbed and locked is
* still the -mm of
On Wed, 2 Jan 2008 14:09:57 +
Al Viro [EMAIL PROTECTED] wrote:
Contents of /proc/*/maps is sensitive and may become sensitive
after open() (e.g. if target originally shares our -mm and later
does exec on suid-root binary).
Check at read() (actually, -start() of iterator) time
The __GLIBC__ hacks were re-added to the headers because the klibc peeps want
to be lazy. But rather than properly address things, they just wrongly left
it as __GLIBC__. This patch changes the __GLIBC__ cruft to __KLIBC__ so real
libcs don't get screwed due to kilbc's laziness.
Signed-off-by:
Jon Masters wrote:
On Tue, 2008-01-01 at 22:46 -0600, Matt Domsch wrote:
$ modinfo dell_rbu | grep version
version:3.2
srcversion: 1D4815D7D6FBEE6612F3C18
Right. And I was referring to the is above (I forgot it's a CRC32 and
not a SHA1). But my point is why not codify some
From: Robin Getz [EMAIL PROTECTED]
Allow embedded developers to turn support for USB Hubs off even if they have a
full root hub. This saves the overhead (RAM and Flash size).
Allow embedded developers the capabilities of the otg_whitelist.h - a
product whitelist, so USB peripherals not listed
On Sat, Dec 29, 2007 at 04:07:04PM +0800, Dave Young wrote:
Please try the -mm tree kernel, might have been fixed by :
http://lkml.org/lkml/2007/11/18/141
I've applied the patch on top of 2.6.24-rc6 (I don't want to run -mm
kernels on this machine). We'll see what happens.
Gabor
--
Thanasis [EMAIL PROTECTED] wrote:
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.
Hi,
In current 2.6.23 (I have checked 2.6.23.12 and 2.6.23.9) the end of
include/asm-powerpc/systbl.h reads:
--snip--
SYSCALL_SPU(getcpu)
COMPAT_SYS(epoll_pwait)
COMPAT_SYS_SPU(utimensat)
COMPAT_SYS(fallocate)
COMPAT_SYS_SPU(signalfd)
COMPAT_SYS_SPU(timerfd)
SYSCALL_SPU(eventfd)
On Jan 2, 2008 2:15 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
A stupid question. The old RTC driver is in
drivers/char/rtc.c, and maps to:
crw-r--r-- 1 root root 10, 135 Oct 25 18:02 /dev/rtc
the new driver is in drivers/rtc/*, and maps to:
crw-r--r-- 1 root root 254, 0 Dec 12 02:30
On Wed, Jan 02, 2008 at 01:33:55PM +0100, Ingo Molnar wrote:
* Ananth N Mavinakayanahalli [EMAIL PROTECTED] wrote:
Signed-off-by: Quentin Barnes [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
Tested on x86.
On Tue, Jan 01, 2008 at 09:01:25PM +0800, WANG Cong wrote:
TOPDIR is obsolete, use srctree instead.
This patch removes TOPDIR from all UML Makefiles.
Thanks, I'll send this to Andrew.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from
Some arches (like alpha and ia64) already have a clean posix_types.h header.
This brings all the others in line by removing all references to __GLIBC__
(and some undocumented __USE_ALL).
Signed-off-by: Mike Frysinger [EMAIL PROTECTED]
---
asm-arm/posix_types.h |6 +-
On Sun, Dec 23, 2007 at 08:01:04PM +, Al Viro wrote:
- helper_wait(pid);
+ helper_wait(pid, 1, NULL);
Thanks.
I know I fixed these - I probably forgot to quilt add the file.
Jeff
--
Work email - jdike at linux dot intel dot com
--
From: Sebastian Siewior [EMAIL PROTECTED]
Commit 664cceb0093b755739e56572b836a99104ee8a75 changed the
parameters of the function make_key_ref(). The macros that
are used in case CONFIG_KEY is not defined did not change.
Cc: David Howells [EMAIL PROTECTED]
Signed-off-by: Sebastian Siewior [EMAIL
On Wed, Jan 02, 2008 at 09:37:50AM -0500, Mike Frysinger wrote:
The __GLIBC__ hacks were re-added to the headers because the klibc peeps want
to be lazy. But rather than properly address things, they just wrongly left
it as __GLIBC__. This patch changes the __GLIBC__ cruft to __KLIBC__ so
+ If you have an alternative firmware like OpenFirmware or LinuxBios,
+ this flag might not be set correctly, which results in a random state
+ of the Numlock key.
Looks good. But would it not be helpfull to have a kernel-parameter for
overruling the BIOS-setting?
Cheers,
On Sat, Dec 29, 2007 at 04:07:04PM +0800, Dave Young wrote:
Please try the -mm tree kernel, might have been fixed by :
http://lkml.org/lkml/2007/11/18/141
Heh, it seems talking about a bug makes it trigger:
Jan 2 16:05:45 twister kernel: Unable to handle kernel NULL pointer
dereference at
New version 0.8 of the userland suspend/hibernation tools (aka uswsusp) has
been released. The source code package is available for download at:
http://downloads.sourceforge.net/suspend/suspend-0.8.tar.gz
(changelog and release notes within).
The following utilities are included in the package
On 02-01-08 14:47, Alan Cox wrote:
ok, you are right. How about we go with one of your suggestions: rename
the API family to isa_*_p() in the affected ISA drivers? That makes it
perfectly clear that this is an ISA related historic quirk that we just
cannot properly emulate in an acceptable
James Morris [EMAIL PROTECTED] wrote:
I suspect it may be useful ensure all global identifiers for the key
subsystem are prefixed with key_, as 'copy_keys' does seem a little
generic.
Many of the fork helpers are called copy_xxx().
David
--
To unsubscribe from this list: send the line
On Wednesday 02 January 2008, Adrian Bunk wrote:
On Wed, Jan 02, 2008 at 09:37:50AM -0500, Mike Frysinger wrote:
The __GLIBC__ hacks were re-added to the headers because the klibc peeps
want to be lazy. But rather than properly address things, they just
wrongly left it as __GLIBC__. This
On 02-01-08 16:35, Rene Herman wrote:
On 02-01-08 14:47, Alan Cox wrote:
ok, you are right. How about we go with one of your suggestions:
rename the API family to isa_*_p() in the affected ISA drivers? That
makes it perfectly clear that this is an ISA related historic quirk
that we just
On Tue, 1 Jan 2008, Greg KH wrote:
On Mon, Dec 31, 2007 at 11:26:43AM -0800, Greg KH wrote:
On Mon, Dec 31, 2007 at 12:49:52PM -0500, Alan Stern wrote:
On Sun, 30 Dec 2007, Greg KH wrote:
It looks like Greg misused the debugfs API -- which is ironic, because
he wrote debugfs
Hi,
Abhishek Sagar wrote:
static int __kprobes kprobe_handler(struct pt_regs *regs)
{
- struct kprobe *p;
int ret = 0;
kprobe_opcode_t *addr;
+ struct kprobe *p, *cur;
struct kprobe_ctlblk *kcb;
addr = (kprobe_opcode_t *)(regs-eip -
1 - 100 of 855 matches
Mail list logo