ata_host_detach() detaches an attached port and shouldn't be called on
a port which hasn't been attached yet. pata_legacy incorrectly calls
ata_host_detach() on unattached port after initialization failure
causing oops. Fix it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Cc: Alan Cox <[EMAIL
On Tue, 12 Feb 2008 14:41:42 -0800 Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
>
> Introduce new proc interface for RTTIME watchdog.
> It makes administrator able to set RTTIME watchdog to existing
> real-time applications without impact.
>
> $
On Wed, 13 Feb 2008 00:48:29 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Feb 2008 22:46:01 +1100 Ben Nizette <[EMAIL PROTECTED]> wrote:
>
> >
> > On an AVR32, root over NFS, config attached, running (from a startup
> > script):
> >
> > iptables -t nat -A POSTROUTING -o eth0 -j
Reimplement libata printk helpers using printk_header, implement
helpers to initialize mprintk and use mprintk during device
configuration and EH reporting.
This fixes various formatting related problems of libata messages such
as misaligned multiline messages, decoded register lines with leading
Add Documentation/printk.txt which explains printk, mprintk and their
friends.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
Documentation/00-INDEX |2 +
Documentation/printk.txt | 724 ++
2 files changed, 726 insertions(+), 0 deletions(-)
There often are times printk messages need to be assembled piece by
piece and it's usually done using one of the following methods.
* Calling printk() on partial message segments. This used to be quite
common but has a problem - the message can break up if someone else
prints something in
Implement [v]printk_header() which takes @header argument and
automatically prints header in front of or indents multiline messages.
For example, if @header is "<7>ata1.00: " and the formatted message is
"<6>line0\nline1\n", the following gets written to the console.
<6>ata1.00: line0
<6>ata1.00
When printing multiline messages, printk() resets log level to
default_message_loglevel after the first line. This changes log level
unexpectedly when printing multiline messages.
For example, libata error messages are printed like the following.
<3>ata8.00: cmd
Hello, all.
This is the third take of implement-printk_header-and-mprintk
patchset.
Changes from the last take[L] are...
* Now header is printed on every line of a multiline message. If the
header ends with ':' followed by spaces. The colon is replaced with
space from the second line.
*
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Wed, 13 Feb 2008 09:57:35 +0100
> Review had been easier if the patch was inlined.
Sorry :)
> Can we plase have this changed to use:
>
> config SPARC64
> + select HAVE_LMB
>
> And then in lib/Kconfig have
> +config HAVE_LMB
> + bool
>
>
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Wed, 13 Feb 2008 10:04:51 +0100
> On Wed, Feb 13, 2008 at 12:54:33AM -0800, David Miller wrote:
> > Also, we need to make sure we can properly handle top-level
> > container-like items. For example, where would menuconfigs like
> > NETDEV_1 go if
On Wed, Feb 13 2008 at 9:06 +0200, Stefan Priebe - allied internet ag <[EMAIL
PROTECTED]> wrote:
> Hello!
>
> I've tested this patch now - and it works fine. Now rmmod, halt and
> reboot also works.
>
> Stefan Priebe
>
This is grate news Stefan. Thank you very much for all your time
and
On Wed, Feb 13, 2008 at 12:54:33AM -0800, David Miller wrote:
> From: Sam Ravnborg <[EMAIL PROTECTED]>
> Date: Wed, 13 Feb 2008 09:45:41 +0100
>
> > So we could do:
> >
> > config foo
> > tristate "do you want foo?"
> > depends on USB && BAR
> > module
> > obj-$(CONFIG_FOO) +=
On Wed, 13 Feb 2008 08:26:27 +0100 Bart Dopheide <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 13, 2008 at 12:05:45PM +1100, Nick Piggin wrote:
> :)On Wednesday 13 February 2008 08:50, Alan Cox wrote:
> :)> Almost certainly a hardware fail of some sort.
> :)
> :)Right, but the kernel shouldn't go
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> btw this one was featured in the weekly bug top 10.. it's a rather
> popular thing to happen.
i didnt get very far with bisection. .23 definitely did not crash and
booted up fine - but it produced the "Bad IO ..." messages - so my
automated
printk silently truncates messages longer than 1024 - 1 bytes.
Implement overflow detection and append "$PRINTK_BUF_OVERFLOW$\n" to
truncated messages.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
kernel/printk.c | 15 ---
1 files changed, 12 insertions(+), 3 deletions(-)
diff
On 2/13/08, Greg KH <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 13, 2008 at 03:40:32PM +0800, Peter Teoh wrote:
> > some questions:
> >
> > a. the list of parameters can presumably be extracted from existing
> > file via "procname" search.not sure if it is correct (as per
> > attached,
On Wed, Feb 13 2008 at 2:17 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-02-12 at 20:48 -0300, Sergio Luis wrote:
>> reposting an updated version of it. Please check if it's ok.
>
> Looks fine, thanks! You added an extra space at the end of
>
> while ((pdev =
On Wed, Feb 13, 2008 at 12:41:20AM -0800, David Miller wrote:
>
> As I mentioned to a few ppc folks at LCA08 I plan to use
> the LMB code from powerpc as a basis for NUMA support on
> sparc64.
>
> There are two changes.
>
> 1) Move arch/powerpc/mm/lmb.c to lib/lmb.c, put the main
>interface
* Amit Shah <[EMAIL PROTECTED]> wrote:
> > As far as I remembers, Ubuntu uses klibc in initramfs, right?
> >
> > What version of klibc do you have? There was a bug in klibc that
> > causes such behavior on PIE-randomization-enabled kernels, and has
> > been fixed in klibc-1.45 by commit [1].
now that 2.6.25-rc1 is out, i can start updating the output from my
scanning scripts. the first updated output is the list of currently
unused Kconfig variables -- variables that are defined in some Kconfig
file somewhere but appear to be entirely unused throughout the source
tree.
latest
> Hm, so, to summarize:
> - you needed this option many years ago to get a box to work properly
> - you don't need this today
I would summarize:
- ide=reverse solved certain problems and I am not sure if there are
users who still need this option
> So, if the option went away,
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Wed, 13 Feb 2008 09:45:41 +0100
> So we could do:
>
> config foo
> tristate "do you want foo?"
> depends on USB && BAR
> module
> obj-$(CONFIG_FOO) += foo.o
> foo-y := file1.o file2.o
> help
> foo will
On Tue, 12 Feb 2008 22:46:01 +1100 Ben Nizette <[EMAIL PROTECTED]> wrote:
>
> On an AVR32, root over NFS, config attached, running (from a startup
> script):
>
> iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
>
> Results in (dmesg extract including a bit of context for good measure):
>
On Wednesday 13 February 2008, Thomas Gleixner wrote:
> On Tue, 12 Feb 2008, Andrew Morton wrote:
> > On Sun, 10 Feb 2008 14:40:21 +0100 Frans Pop <[EMAIL PROTECTED]> wrote:
> > the hrtimer code is preparing an invalid ktime_t. Note that
> > clockevents_program_event() actually fails when this
>
> 2) Let's move away from some/dir/{Kconfig,Makefile} schemes and
>instead have each "thing" have it's own Kconfig.foo or
>Makefile.foo that gets automatically sucked into the main
>directory Makefile or Kconfig using file globs or similar.
So we could do:
config foo
printk recursion detection prepends message to printk_buf and offsets
printk_buf when actual message is printed but it forgets to trim
buffer length accordingly. This can result in buffer overrun in
extreme cases.
While at it, make printk_recursion_bug_msg static and move static
variables for
On Tue, 12 Feb 2008 15:27:29 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> > > Or just let the subsystem always be available.
> >
> > It used to be always available, but then it was changed. Assuming there
> > was a reason for this change, I guess we don't want to change it back.
> >
>
>
Hi,
The Simple Boot Flag specification support (in
arch/x86/kernel/bootflag.c) is not really needed on embedded platforms,
so it can probably be compiled out. Zwane Mwaikambo did a patch a few
months (years ?) ago to configure out the compilation of that file, and
I've updated the patch to recent
On Monday 11 February 2008, Frans Pop wrote:
> In general 2.6.25 if looking quite good on my desktop, but there's one
> important issue: the system no longer powers off after shutdown.
> This works fine with 2.6.24.
I was wrong :-(
I'd not really done any real wor under 2.6.25 yet, but now
As I mentioned to a few ppc folks at LCA08 I plan to use
the LMB code from powerpc as a basis for NUMA support on
sparc64.
There are two changes.
1) Move arch/powerpc/mm/lmb.c to lib/lmb.c, put the main
interface bits in include/linux/lmb.h, put arch-specific
bits in asm/lmb.h and add
Hello H. Peter,
the patch "avoid overflows in kernel/time" makes the ondemand cpufreq
scheduler unusable. It looks like the cpufreq scheduler takes minutes to
react on load changes.
I looked at the patch but did not found an obvious problem. Reverting this
patch seems to fix the problem.
Do
On Tue, 12 Feb 2008 11:19:03 +0530 "Rajat Jain" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Based on suggestion from Thomas Petazzoni, I'm moving this to LKML.
>
> This is regarding the following code in kernel/irq/handle.c. Consider
> the case of a shared IRQ line, where two handlers are registered
On Tue, 12 Feb 2008, Andrew Morton wrote:
> On Sun, 10 Feb 2008 14:40:21 +0100 Frans Pop <[EMAIL PROTECTED]> wrote:
> the hrtimer code is preparing an invalid ktime_t. Note that
> clockevents_program_event() actually fails when this happens - I am
> surprised that this is not causing observeable
[EMAIL PROTECTED] wrote:
> From: Marcin Slusarz <[EMAIL PROTECTED]>
>
> replace all:
> big_endian_variable = cpu_to_beX(beX_to_cpu(big_endian_variable) +
> expression_in_cpu_byteorder);
> with:
> beX_add_cpu(_endian_variable,
Hi,
P.S. Oh yeah, it should be noted that freezing at the filesystem
layer does *not* guarantee that changes to the block device aren't
happening via mmap()'ed files. The LVM needs to freeze writes the
block device level if it wants to guarantee a completely stable
snapshot image. So the
On Wed, Feb 13, 2008 at 08:54:55AM +0100, Dirk GOUDERS wrote:
> Hi,
>
> > I'm reworking the pci device list logic (we currently keep all PCI
> > devices in 2 lists, which isn't the nicest, we should be able to get
> > away with only 1 list.)
> >
> > The only bother I've found so far is the
On Feb 13, 2008 3:54 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Feb 2008 22:45:09 +0100 Frans Pop <[EMAIL PROTECTED]> wrote:
>
> > Symptom is that the system shuts down normally and completely, it just does
> > not power off.
>
> I've been struggling with an identically-manifesting
On Wed, Feb 13, 2008 at 03:40:32PM +0800, Peter Teoh wrote:
> some questions:
>
> a. the list of parameters can presumably be extracted from existing
> file via "procname" search.not sure if it is correct (as per
> attached, complete?)
I don't see anything attached :(
> b. what is the
Alexey Dobriyan wrote:
On Tue, Feb 12, 2008 at 10:10:06AM +0900, Kohei KaiGai wrote:
Alexey Dobriyan wrote:
On Fri, Feb 08, 2008 at 06:42:09PM +0900, Kohei KaiGai wrote:
[EMAIL PROTECTED] ~]$ ls -R /sys/kernel/capability/
/sys/kernel/capability/:
codes names version
On Tue, 12 Feb 2008 01:23:47 +0200 "Ahmed S. Darwish" <[EMAIL PROTECTED]> wrote:
> + BUG_ON(sk == NULL);
> + ssp = sk->sk_security;
I'll remove the BUG_ON - the oops on the next line will provide us with just the
same information.
Thanks for the fix.
--
To unsubscribe from this list:
Hi,
> I'm reworking the pci device list logic (we currently keep all PCI
> devices in 2 lists, which isn't the nicest, we should be able to get
> away with only 1 list.)
>
> The only bother I've found so far is the pci_get_device_reverse()
> function, it's used in 2 places, IDE and the calgary
Serge E. Hallyn wrote:
Quoting Kohei KaiGai ([EMAIL PROTECTED]):
diff --git a/security/Kconfig b/security/Kconfig
index 25ffe1b..b79e830 100644
--- a/security/Kconfig
+++ b/security/Kconfig
@@ -91,6 +91,15 @@ config SECURITY_FILE_CAPABILITIES
If in doubt, answer N.
+config
(cc's added)
On Mon, 11 Feb 2008 17:44:08 +0100 "Aron Stansvik" <[EMAIL PROTECTED]> wrote:
> Hello LKML.
>
> Under semi-high disk I/O (e.g. installing a compiled KDE), I get the
> following (accompanied by seconds of lock-ups on the machine):
>
> [ 7727.345183] arcmsr0: abort device command
On Wed, 13 Feb 2008 00:21:41 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> On Feb 12, 2008 9:43 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> [..]
> > +enum dma_slave_direction {
> > + DMA_SLAVE_TO_MEMORY,
> > + DMA_SLAVE_FROM_MEMORY,
> > +};
>
> Just reuse enum
Ok ... I read this patchset a little closer, and see a couple
of items worth noting.
The infamous unpublished (except to a few) patch I drafted on Christmas
(Dec 25, 2007) basically added two new modes for how mempolicy
nodemasks were to be resolved:
1) a static, no remap, mode, such as in this
On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On Tuesday 06 November 2007, Alon Bar-Lev wrote:
> > On 11/6/07, Dave Young <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > > sorry for reply again, this seems a diffrent issue ...
> >
> > All that I do is running pppd over
On Wed, 13 Feb 2008 00:21:41 -0700
Dan Williams [EMAIL PROTECTED] wrote:
On Feb 12, 2008 9:43 AM, Haavard Skinnemoen [EMAIL PROTECTED] wrote:
[..]
+enum dma_slave_direction {
+ DMA_SLAVE_TO_MEMORY,
+ DMA_SLAVE_FROM_MEMORY,
+};
Just reuse enum dma_data_direction from the
Ok ... I read this patchset a little closer, and see a couple
of items worth noting.
The infamous unpublished (except to a few) patch I drafted on Christmas
(Dec 25, 2007) basically added two new modes for how mempolicy
nodemasks were to be resolved:
1) a static, no remap, mode, such as in this
(cc's added)
On Mon, 11 Feb 2008 17:44:08 +0100 Aron Stansvik [EMAIL PROTECTED] wrote:
Hello LKML.
Under semi-high disk I/O (e.g. installing a compiled KDE), I get the
following (accompanied by seconds of lock-ups on the machine):
[ 7727.345183] arcmsr0: abort device command of scsi id
Serge E. Hallyn wrote:
Quoting Kohei KaiGai ([EMAIL PROTECTED]):
diff --git a/security/Kconfig b/security/Kconfig
index 25ffe1b..b79e830 100644
--- a/security/Kconfig
+++ b/security/Kconfig
@@ -91,6 +91,15 @@ config SECURITY_FILE_CAPABILITIES
If in doubt, answer N.
+config
Hi,
I'm reworking the pci device list logic (we currently keep all PCI
devices in 2 lists, which isn't the nicest, we should be able to get
away with only 1 list.)
The only bother I've found so far is the pci_get_device_reverse()
function, it's used in 2 places, IDE and the calgary driver.
On Tue, 12 Feb 2008 01:23:47 +0200 Ahmed S. Darwish [EMAIL PROTECTED] wrote:
+ BUG_ON(sk == NULL);
+ ssp = sk-sk_security;
I'll remove the BUG_ON - the oops on the next line will provide us with just the
same information.
Thanks for the fix.
--
To unsubscribe from this list: send the
Alexey Dobriyan wrote:
On Tue, Feb 12, 2008 at 10:10:06AM +0900, Kohei KaiGai wrote:
Alexey Dobriyan wrote:
On Fri, Feb 08, 2008 at 06:42:09PM +0900, Kohei KaiGai wrote:
[EMAIL PROTECTED] ~]$ ls -R /sys/kernel/capability/
/sys/kernel/capability/:
codes names version
On Wed, Feb 13, 2008 at 03:40:32PM +0800, Peter Teoh wrote:
some questions:
a. the list of parameters can presumably be extracted from existing
file via procname search.not sure if it is correct (as per
attached, complete?)
I don't see anything attached :(
b. what is the diff
On Wed, Feb 13, 2008 at 08:54:55AM +0100, Dirk GOUDERS wrote:
Hi,
I'm reworking the pci device list logic (we currently keep all PCI
devices in 2 lists, which isn't the nicest, we should be able to get
away with only 1 list.)
The only bother I've found so far is the
On Feb 13, 2008 3:54 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 12 Feb 2008 22:45:09 +0100 Frans Pop [EMAIL PROTECTED] wrote:
Symptom is that the system shuts down normally and completely, it just does
not power off.
I've been struggling with an identically-manifesting regression
Hi,
P.S. Oh yeah, it should be noted that freezing at the filesystem
layer does *not* guarantee that changes to the block device aren't
happening via mmap()'ed files. The LVM needs to freeze writes the
block device level if it wants to guarantee a completely stable
snapshot image. So the
[EMAIL PROTECTED] wrote:
From: Marcin Slusarz [EMAIL PROTECTED]
replace all:
big_endian_variable = cpu_to_beX(beX_to_cpu(big_endian_variable) +
expression_in_cpu_byteorder);
with:
beX_add_cpu(big_endian_variable, expression_in_cpu_byteorder);
On Tue, 12 Feb 2008, Andrew Morton wrote:
On Sun, 10 Feb 2008 14:40:21 +0100 Frans Pop [EMAIL PROTECTED] wrote:
the hrtimer code is preparing an invalid ktime_t. Note that
clockevents_program_event() actually fails when this happens - I am
surprised that this is not causing observeable
As I mentioned to a few ppc folks at LCA08 I plan to use
the LMB code from powerpc as a basis for NUMA support on
sparc64.
There are two changes.
1) Move arch/powerpc/mm/lmb.c to lib/lmb.c, put the main
interface bits in include/linux/lmb.h, put arch-specific
bits in asm/lmb.h and add
On Monday 11 February 2008, Frans Pop wrote:
In general 2.6.25 if looking quite good on my desktop, but there's one
important issue: the system no longer powers off after shutdown.
This works fine with 2.6.24.
I was wrong :-(
I'd not really done any real wor under 2.6.25 yet, but now
On Tue, 12 Feb 2008 15:27:29 -0700
Dan Williams [EMAIL PROTECTED] wrote:
Or just let the subsystem always be available.
It used to be always available, but then it was changed. Assuming there
was a reason for this change, I guess we don't want to change it back.
Adrian had
Hi,
The Simple Boot Flag specification support (in
arch/x86/kernel/bootflag.c) is not really needed on embedded platforms,
so it can probably be compiled out. Zwane Mwaikambo did a patch a few
months (years ?) ago to configure out the compilation of that file, and
I've updated the patch to recent
2) Let's move away from some/dir/{Kconfig,Makefile} schemes and
instead have each thing have it's own Kconfig.foo or
Makefile.foo that gets automatically sucked into the main
directory Makefile or Kconfig using file globs or similar.
So we could do:
config foo
tristate do
printk recursion detection prepends message to printk_buf and offsets
printk_buf when actual message is printed but it forgets to trim
buffer length accordingly. This can result in buffer overrun in
extreme cases.
While at it, make printk_recursion_bug_msg static and move static
variables for
On Wednesday 13 February 2008, Thomas Gleixner wrote:
On Tue, 12 Feb 2008, Andrew Morton wrote:
On Sun, 10 Feb 2008 14:40:21 +0100 Frans Pop [EMAIL PROTECTED] wrote:
the hrtimer code is preparing an invalid ktime_t. Note that
clockevents_program_event() actually fails when this happens - I
On Tue, 12 Feb 2008 22:46:01 +1100 Ben Nizette [EMAIL PROTECTED] wrote:
On an AVR32, root over NFS, config attached, running (from a startup
script):
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
Results in (dmesg extract including a bit of context for good measure):
On Wed, Feb 13 2008 at 2:17 +0200, James Bottomley [EMAIL PROTECTED] wrote:
On Tue, 2008-02-12 at 20:48 -0300, Sergio Luis wrote:
reposting an updated version of it. Please check if it's ok.
Looks fine, thanks! You added an extra space at the end of
while ((pdev = pci_get_device(vendor,
On Wed, Feb 13, 2008 at 12:41:20AM -0800, David Miller wrote:
As I mentioned to a few ppc folks at LCA08 I plan to use
the LMB code from powerpc as a basis for NUMA support on
sparc64.
There are two changes.
1) Move arch/powerpc/mm/lmb.c to lib/lmb.c, put the main
interface bits in
* Amit Shah [EMAIL PROTECTED] wrote:
As far as I remembers, Ubuntu uses klibc in initramfs, right?
What version of klibc do you have? There was a bug in klibc that
causes such behavior on PIE-randomization-enabled kernels, and has
been fixed in klibc-1.45 by commit [1]. Please make
Hm, so, to summarize:
- you needed this option many years ago to get a box to work properly
- you don't need this today
I would summarize:
- ide=reverse solved certain problems and I am not sure if there are
users who still need this option
So, if the option went away, you
On Tue, 12 Feb 2008 11:19:03 +0530 Rajat Jain [EMAIL PROTECTED] wrote:
Hi,
Based on suggestion from Thomas Petazzoni, I'm moving this to LKML.
This is regarding the following code in kernel/irq/handle.c. Consider
the case of a shared IRQ line, where two handlers are registered such
that
On 2/13/08, Greg KH [EMAIL PROTECTED] wrote:
On Wed, Feb 13, 2008 at 03:40:32PM +0800, Peter Teoh wrote:
some questions:
a. the list of parameters can presumably be extracted from existing
file via procname search.not sure if it is correct (as per
attached, complete?)
I don't
* Arjan van de Ven [EMAIL PROTECTED] wrote:
btw this one was featured in the weekly bug top 10.. it's a rather
popular thing to happen.
i didnt get very far with bisection. .23 definitely did not crash and
booted up fine - but it produced the Bad IO ... messages - so my
automated bisector
printk silently truncates messages longer than 1024 - 1 bytes.
Implement overflow detection and append $PRINTK_BUF_OVERFLOW$\n to
truncated messages.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
kernel/printk.c | 15 ---
1 files changed, 12 insertions(+), 3 deletions(-)
diff
On Wed, Feb 13 2008 at 9:06 +0200, Stefan Priebe - allied internet ag [EMAIL
PROTECTED] wrote:
Hello!
I've tested this patch now - and it works fine. Now rmmod, halt and
reboot also works.
Stefan Priebe
This is grate news Stefan. Thank you very much for all your time
and effort, with
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Wed, 13 Feb 2008 09:57:35 +0100
Review had been easier if the patch was inlined.
Sorry :)
Can we plase have this changed to use:
config SPARC64
+ select HAVE_LMB
And then in lib/Kconfig have
+config HAVE_LMB
+ bool
So we avoid
Hello H. Peter,
the patch avoid overflows in kernel/time makes the ondemand cpufreq
scheduler unusable. It looks like the cpufreq scheduler takes minutes to
react on load changes.
I looked at the patch but did not found an obvious problem. Reverting this
patch seems to fix the problem.
Do
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Wed, 13 Feb 2008 10:04:51 +0100
On Wed, Feb 13, 2008 at 12:54:33AM -0800, David Miller wrote:
Also, we need to make sure we can properly handle top-level
container-like items. For example, where would menuconfigs like
NETDEV_1 go if we adopt
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Wed, 13 Feb 2008 09:45:41 +0100
So we could do:
config foo
tristate do you want foo?
depends on USB BAR
module
obj-$(CONFIG_FOO) += foo.o
foo-y := file1.o file2.o
help
foo will allow you to
now that 2.6.25-rc1 is out, i can start updating the output from my
scanning scripts. the first updated output is the list of currently
unused Kconfig variables -- variables that are defined in some Kconfig
file somewhere but appear to be entirely unused throughout the source
tree.
latest
* Bob Tracy [EMAIL PROTECTED] wrote:
This isn't going to be terribly useful other than giving someone a
heads-up there's a problem with something in 2.6.25-rc1 on the Alpha
PWS 433au. I get the usual messages out of aboot, including
aboot: zero-filling 210392 bytes at 0xfc776740
On Wed, Feb 13, 2008 at 03:56:34AM -0500, Robert P. J. Day wrote:
latest output here, sorted by architecture:
http://www.crashcourse.ca/wiki/index.php/Unused_CONFIG_variables
as always, there will probably be some false positives for one reason
or another.
SH_SDK7780_STANDALONE
On 02/13/2008 12:49 AM, Jeff Garzik wrote:
Signed-off-by: Jeff Garzik [EMAIL PROTECTED]
---
drivers/scsi/gdth.c | 143 +++-
1 file changed, 86 insertions(+), 57 deletions(-)
06196f50915da97bb897495863f9f084d785c1e4
diff --git
On Wed, 13 Feb 2008 00:48:29 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 12 Feb 2008 22:46:01 +1100 Ben Nizette [EMAIL PROTECTED] wrote:
On an AVR32, root over NFS, config attached, running (from a startup
script):
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
Reimplement libata printk helpers using printk_header, implement
helpers to initialize mprintk and use mprintk during device
configuration and EH reporting.
This fixes various formatting related problems of libata messages such
as misaligned multiline messages, decoded register lines with leading
Add Documentation/printk.txt which explains printk, mprintk and their
friends.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
Documentation/00-INDEX |2 +
Documentation/printk.txt | 724 ++
2 files changed, 726 insertions(+), 0 deletions(-)
Implement [v]printk_header() which takes @header argument and
automatically prints header in front of or indents multiline messages.
For example, if @header is 7ata1.00: and the formatted message is
6line0\nline1\n, the following gets written to the console.
6ata1.00: line0
6ata1.00 line1
As
Hello, all.
This is the third take of implement-printk_header-and-mprintk
patchset.
Changes from the last take[L] are...
* Now header is printed on every line of a multiline message. If the
header ends with ':' followed by spaces. The colon is replaced with
space from the second line.
*
When printing multiline messages, printk() resets log level to
default_message_loglevel after the first line. This changes log level
unexpectedly when printing multiline messages.
For example, libata error messages are printed like the following.
3ata8.00: cmd
There often are times printk messages need to be assembled piece by
piece and it's usually done using one of the following methods.
* Calling printk() on partial message segments. This used to be quite
common but has a problem - the message can break up if someone else
prints something in
On Tue, 12 Feb 2008 14:41:42 -0800 Hiroshi Shimamoto [EMAIL PROTECTED] wrote:
From: Hiroshi Shimamoto [EMAIL PROTECTED]
Introduce new proc interface for RTTIME watchdog.
It makes administrator able to set RTTIME watchdog to existing
real-time applications without impact.
$ echo 1000
ata_host_detach() detaches an attached port and shouldn't be called on
a port which hasn't been attached yet. pata_legacy incorrectly calls
ata_host_detach() on unattached port after initialization failure
causing oops. Fix it.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Cc: Alan Cox [EMAIL
On Wednesday 13 February 2008 20:01, Andrew Morton wrote:
On Wed, 13 Feb 2008 08:26:27 +0100 Bart Dopheide [EMAIL PROTECTED] wrote:
On Wed, Feb 13, 2008 at 12:05:45PM +1100, Nick Piggin wrote:
:)On Wednesday 13 February 2008 08:50, Alan Cox wrote:
:) Almost certainly a hardware fail of some
[EMAIL PROTECTED] wrote:
replace all:
big/little_endian_variable =
cpu_to_[bl]eX([bl]eX_to_cpu(big/little_endian_variable) +
expression_in_cpu_byteorder);
with:
[bl]eX_add_cpu(big/little_endian_variable,
expression_in_cpu_byteorder);
you may
Artem Bityutskiy wrote:
Linus, please pull from
git://git.infradead.org/~dedekind/ubi-2.6.git master
to receive few UBI updates and fixes.
Artem Bityutskiy (2):
Documentation: add UBI sysfs ABI docs
UBI: be verbose when debuggin is enabled
S.Çağlar Onur (1):
UBI: silence
On Wed, 13 Feb 2008 20:24:03 +1100 Nick Piggin [EMAIL PROTECTED] wrote:
BTW is it really true that the buffer can never be locked by
anything else at this point?
It has been for the past five or six years. With the page locked, nobody
else can get at that page.
What about
On Tue, Feb 12, 2008 at 04:16:38PM -0800, Greg KH wrote:
Why does the calgary driver need this? Can we just use
pci_get_device() instead? Why do you need to walk the device list
backwards? Do you get false positives going forward?
It's not strictly needed, we used it for symmetry. Feel
On Tue, 2008-02-12 at 14:21 -0800, Hiroshi Shimamoto wrote:
Peter Zijlstra wrote:
On Mon, 2008-02-11 at 13:44 -0800, Hiroshi Shimamoto wrote:
Hi Ingo,
I think an interface to access RLIMIT_RTTIME from outside is useful.
It makes administrator able to set RLIMIT_RTTIME watchdog to
701 - 800 of 1458 matches
Mail list logo
