On Fri, 28 Dec 2007 13:57:57 -0500
Richard Harman <[EMAIL PROTECTED]> wrote:
> I just saw this thread online from someone else who was having
> problems with an HP laptop -- I believe my laptop falls into this
> category.
>
> The laptop is currently running Fedora Core 8, but I couldn't figure
>
Hi David.
> +/* Warn when drivers omit gpio_request() calls -- legal but ill-advised
> + * when setting direction, and otherwise illegal. Until board setup code
> + * and drivers use explicit requests everywhere (which won't happen when
> + * those calls have no teeth) we can't avoid
On Dec 29, 2007 1:06 PM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Dec 29, 2007 12:42 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Sat, Dec 29, 2007 at 10:36:49AM +0800, Dave Young wrote:
> > > >
> > > The full boot dmesg with lockdep output is out, there's one warnings in
> > > it :
> >
> >
Hi David.
> --- a/drivers/Makefile
> +++ b/drivers/Makefile
> @@ -5,6 +5,7 @@
> # Rewritten to use lists instead of if-statements.
> #
>
> +obj-$(CONFIG_GPIO_LIB) += gpio/
> obj-$(CONFIG_PCI)+= pci/
> obj-$(CONFIG_PARISC) += parisc/
> obj-$(CONFIG_RAPIDIO)
This patch split EFI tables parsing code from EFI runtime service
support code. This makes ACPI support and DMI support on EFI platform
not depend on EFI runtime service support. Both EFI32 and EFI64 tables
parsing functions are provided on i386 and x86_64. This makes it
possible to use EFI
>
> P.S.: Andrew, sorry my subject pretended I was subscribed to lkml, I am not.
> I hoped for the script at lkml to pull the threads together because of
> the subject.
Find the relevant mail at lkml.org and have it forwarded to you.
Then you can do a proper reply-to-all without breaking the
On Dec 28 2007 22:02, dean gaudet wrote:
>
>i was trying to come up with a userland-only change in mount(8) which
>would behave like so:
>
># mount --subtree var /dev/md1 /var
> internally mount does:
> - mount /dev/md1 /tmpmnt
> - mount --bind /tmpmnt/var /var
> - umount /tmpmnt
>
># mount
Hi,
On Dec 29, 2007 2:38 AM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> [4:128] is taken by ttyS64. Please look into Documentation/devices.txt.
>
I did it but I think it's better to reuse a minor from ttyS than
allocating a new major (64 serial ports is a lot). I saw that other
drivers take a
* Robin Getz ([EMAIL PROTECTED]) wrote:
> On Fri 28 Dec 2007 14:28, Mathieu Desnoyers pondered:
> > * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > > On Fri, Dec 28, 2007 at 02:14:04PM -0500, Mathieu Desnoyers wrote:
> > > > * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > > > > This patch restores the
On Fri 28 Dec 2007 14:28, Mathieu Desnoyers pondered:
> * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > On Fri, Dec 28, 2007 at 02:14:04PM -0500, Mathieu Desnoyers wrote:
> > > * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > > > This patch restores the blackfin Hardware Performance Monitor Profiling
>
On Sat, 29 Dec 2007, Jan Engelhardt wrote:
>
> On Dec 28 2007 18:53, dean gaudet wrote:
> >p.s. in retrospect i probably could have arranged it more like this:
> >
> > mount /dev/md1 $tmpmntpoint
> > mount --bind $tmpmntpoint/var /var
> > mount --bind $tmpmntpoint/home /home
> > umount
On Fri, Dec 28, 2007 at 10:50:59PM -0600, Dave Kleikamp wrote:
>
> On Sat, 2007-12-29 at 10:21 +0800, Fengguang Wu wrote:
> > On Fri, Dec 28, 2007 at 10:53:14AM -0600, Dave Kleikamp wrote:
> >
> >
> > > ---
> > >
> > > diff -Nurp linux-2.6.24-rc6-git5/fs/jfs/jfs_metapage.c
> > >
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. It just gets stuck at "Starting new kernel".
> >
> > It does boot
On Fri, Dec 28, 2007 at 02:54:45PM -0500, Neil Horman 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. It just gets stuck at "Starting new kernel".
> >
> > It does boot
On Dec 29, 2007 10:55 AM, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 29, 2007 at 09:10:57AM +0800, Dave Young wrote:
> > @@ -207,9 +207,9 @@ void pci_walk_bus(struct pci_bus *top, v
> > next = dev->bus_list.next;
> >
> > /* Run device routines with
On Dec 29, 2007 12:42 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 29, 2007 at 10:36:49AM +0800, Dave Young wrote:
> > >
> > The full boot dmesg with lockdep output is out, there's one warnings in it :
>
> Please fix that warning before the next repost of these patches (along
> with fixing
Jonathan Lim wrote:
It's possible that the values used in and returned from jiffies_to_usecs() are
incorrect because of truncation when variables of type u64 are involved. So a
function specific to that type is used instead.
Much worse than that. There are internal overflows in the
On Sat, 2007-12-29 at 10:21 +0800, Fengguang Wu wrote:
> On Fri, Dec 28, 2007 at 10:53:14AM -0600, Dave Kleikamp wrote:
>
>
> > ---
> >
> > diff -Nurp linux-2.6.24-rc6-git5/fs/jfs/jfs_metapage.c
> > linux/fs/jfs/jfs_metapage.c
> > --- linux-2.6.24-rc6-git5/fs/jfs/jfs_metapage.c 2007-12-28
On Sat, Dec 29, 2007 at 10:36:49AM +0800, Dave Young wrote:
> >
> The full boot dmesg with lockdep output is out, there's one warnings in it :
Please fix that warning before the next repost of these patches (along
with fixing the problem of them not being able to be applied and
successfully built
Andrew Morton wrote:
> On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner <[EMAIL PROTECTED]> wrote:
>
>
>> Hi,
>>
>> I applied your patches to 2.6.24-rc6-mm1, but now I am faced with one
>> pdflush often using 100% CPU for a long time. There seem to be some rare
>> pauses from its 100% usage,
From: eric miao <[EMAIL PROTECTED]>
Use drivers/gpio/pca9539.c instead.
Signed-off-by: eric miao <[EMAIL PROTECTED]>
Acked-by: Ben Gardner <[EMAIL PROTECTED]>
Acked-by: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
---
Documentation/i2c/chips/pca9539 |3
From: David Brownell <[EMAIL PROTECTED]>
Basic driver for 8-bit SPI based MCP23S08 GPIO expander, without support for
IRQs or the shared chipselect mechanism.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
---
drivers/gpio/Kconfig |7
drivers/gpio/Makefile|1
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 this patch) pin
change interrupts.
Board-specific code must provide
From: Philipp Zabel <[EMAIL PROTECTED]>
This adds gpiolib support for the PXA architecture:
- move all GPIO API functions from generic.c into gpio.c
- convert the gpio_get/set_value macros into inline functions
This makes it easier to hook up GPIOs provided by external chips like
ASICs and
From: David Brownell <[EMAIL PROTECTED]>
This is a new-style I2C driver for most common 8 and 16 bit I2C based
"quasi-bidirectional" GPIO expanders: pcf8574 or pcf8575, and several
compatible models (mostly faster, supporting I2C at up to 1 MHz).
The driver exposes the GPIO signals using the
From: David Brownell <[EMAIL PROTECTED]>
Update Documentation/gpio.txt, primarily to include the new
optional "gpiolib" implementation infrastructure.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
---
Documentation/gpio.txt | 133 -
1 file
From: David Brownell <[EMAIL PROTECTED]>
Teach AVR32 to use the "GPIO Library" when exposing its GPIOs, so that
signals on external chips (like GPIO expanders) can easily be used.
This mostly just reorganizes some existing logic, with two minor changes
in behavior:
- The PSR registers are used
From: David Brownell <[EMAIL PROTECTED]>
Provide new implementation infrastructure that platforms may choose to use
to support the GPIO programming interface. Platforms can update current
GPIO support to use this. In many cases the incremental cost to access a
non-inlined GPIO should be less
From: David Brownell <[EMAIL PROTECTED]>
Add an empty drivers/gpio directory for gpiolib infrastructure
and GPIO expanders. It is populated by subsequent patches.
This won't be the only place to hold such gpio_chip code. Many
external chips add a few GPIOs as secondary functionality (such
as
This patchset is intended to replace the ones currently in the MM tree:
generic-gpio-gpio_chip-support.patch
generic-gpio-gpio_chip-support-fix.patch
generic-gpio-gpio_chip-support-gpiolib-locking-simplified.patch
avr32-uses-gpio_chip.patch
Hi Jochen,
Just a couple of suggestions.
On Fri, 28 Dec 2007 16:13:11 +0100 Jochen Friedrich <[EMAIL PROTECTED]> wrote:
>
> +int __init pq_wdt_early_init(void)
> +{
>
> + data = of_get_property(soc, "bus-frequency", NULL);
> + if (!data) {
> + of_node_put(soc);
> +
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.
> >
> > --bind --move --remount
> > --make-unbindable
On Dec 28 2007 18:53, dean gaudet wrote:
>p.s. in retrospect i probably could have arranged it more like this:
>
> mount /dev/md1 $tmpmntpoint
> mount --bind $tmpmntpoint/var /var
> mount --bind $tmpmntpoint/home /home
> umount $tmpmntpoint
>
>except i can't easily specify that in fstab...
On Sat, 29 Dec 2007 03:34:34 +0100, Andi Kleen said:
> On Saturday 29 December 2007 03:30:17 [EMAIL PROTECTED] wrote:
> > On Sat, 29 Dec 2007 03:11:51 +0100, Andi Kleen said:
> > > On Friday 28 December 2007 21:40:28 Russell Leidich wrote:
> >
> > > + printk(KERN_CRIT "CPU 0x%x: Thermal
On Sat, Dec 29, 2007 at 09:10:57AM +0800, Dave Young wrote:
> @@ -207,9 +207,9 @@ void pci_walk_bus(struct pci_bus *top, v
> next = dev->bus_list.next;
>
> /* Run device routines with the device locked */
> - down(>dev.sem);
> +
On Wed, 19 Dec 2007, David Newall wrote:
> Mark Lord wrote:
> > But.. pity there's no mount flag override for smaller systems,
> > where bind mounts might be more useful with link(2) actually working.
>
> I don't see it. You always can make hard link on the underlying filesystem.
> If you need
On Fri, Dec 28, 2007 at 03:01:11PM -0800, Andrew Morton wrote:
> On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I applied your patches to 2.6.24-rc6-mm1, but now I am faced with one
> > pdflush often using 100% CPU for a long time. There seem to be
> + if (cmd == MOXA_SET_SPECIAL_BAUD_RATE) {
> + int speed;
> +
> + if (get_user(speed, (int __user *)argp))
> + return -EFAULT;
> + if (speed <= 0 || speed > info->max_baud)
> + return -EFAULT;
-EINVAL
> +
On 12/29/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sat, 29 Dec 2007 01:58:44 +0100 Oliver Pinter (Pintér Olivér) wrote:
>
> > On 12/29/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > > On Fri, 28 Dec 2007 22:11:25 +0100 Oliver Pinter (Pintér Olivér) wrote:
> > >
> > > > in newer kernel I
> >
> >+static int mxvar_baud_table[] = {
> >+0, 50, 75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400,
> >+4800, 9600, 19200, 38400, 57600, 115200, 230400, 460800, 921600
> >+};
> >+static unsigned int mxvar_baud_table1[] = {
> >+0, B50, B75, B110, B134, B150, B200, B300, B600,
On Saturday 29 December 2007 03:30:17 [EMAIL PROTECTED] wrote:
> On Sat, 29 Dec 2007 03:11:51 +0100, Andi Kleen said:
> > On Friday 28 December 2007 21:40:28 Russell Leidich wrote:
>
> > + printk(KERN_CRIT "CPU 0x%x: Thermal monitoring not "
> > + "functional.\n",
On Sat, 29 Dec 2007 03:11:51 +0100, Andi Kleen said:
> On Friday 28 December 2007 21:40:28 Russell Leidich wrote:
> + printk(KERN_CRIT "CPU 0x%x: Thermal monitoring not "
> + "functional.\n", cpu);
>
> Why is that KERN_CRIT? Does not seem that critical to me.
If
On Friday 28 December 2007 23:13:24 Adrian Bunk wrote:
> On Fri, Dec 28, 2007 at 10:23:41PM +0100, Sam Ravnborg wrote:
> >...
> > Noteworthy remarks on the unification:
> >...
> > - -funit-at-a-time should be easy to unify but it looks like we have a bug
> > in 32 bit. We only enable
On Friday 28 December 2007 22:23:41 Sam Ravnborg wrote:
> - For 64 bit the sub architecture stuff is not used but structure
> is kept to make it easy to introduce.
I hope not. subarch is one of the main disaster areas in the i386 port.
> +# gcc doesn't support -march=core2 yet as of gcc
The output of 'make help' covers a lot of options, but doesn't include
a listing for 'make prepare'. Here's a one-liner to fix that...
Signed-off-by: Valdis Kletnieks <[EMAIL PROTECTED]>
---
--- linux-2.6.24-rc6-mm1/Makefile.prepare 2007-12-28 21:16:18.0
-0500
+++
On Fri, Dec 28, 2007 at 10:53:14AM -0600, Dave Kleikamp wrote:
> ---
>
> diff -Nurp linux-2.6.24-rc6-git5/fs/jfs/jfs_metapage.c
> linux/fs/jfs/jfs_metapage.c
> --- linux-2.6.24-rc6-git5/fs/jfs/jfs_metapage.c 2007-12-28
> 10:28:33.0 -0600
> +++ linux/fs/jfs/jfs_metapage.c
On Sat, 29 Dec 2007 01:58:44 +0100,
"=?ISO-8859-1?Q?Oliver_Pinter_(Pint=E9r_Oliv=E9r)?=" said:
> sure, but to 2.6.22 or 2.6.23-rcX (with merged the cfs scheduler)
> don't show this warnings, but the CONFIG_DEBUG_STACK_USAGE is enabled.
>
And I look in your dmesg-2.6.24-rc6-wifi0, and I see in
On Friday 28 December 2007 21:40:28 Russell Leidich wrote:
> OK, given our discussion, perhaps the attached revised patch will be
> more to your liking.
>
> If so, let me know and I'll give it one last paranoid test, then mail
> you a Signed-off-by patch.
>
In general you seem to have a lot
On Dec 27, 2007 5:49 PM, Gustavo Guillermo Pérez <[EMAIL PROTECTED]> wrote:
> By mistake we activate intel I/oat dma support on a laptop with a centrino duo
> to try to get better performance on IO.
>
> The wd1200bevs Western Digital Scorpio 120GB HD fails with bad sectors and
> power down
On Sat, 29 Dec 2007 04:21:44 +0530, Shourya Sarcar said:
> Marek Kierdelewicz wrote:
>
> >
> > I'm a [EMAIL PROTECTED] user myself. This distro is very disk-demanding
> > because of the frequent compilations. In my opinion it's not the best
> > distro for a mobile system. No wonder your disk
>From your previous mail
>You need to actually boot the kernel to get effective reports from
>lockdep, it'll build just fine.
I will post the config file and dmesg with lockdep messages after a while.
On Dec 29, 2007 9:57 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Sat, 2007-12-29 at
On Fri, 2007-12-28 at 16:33 -0500, Vivek Goyal wrote:
> On Fri, Dec 21, 2007 at 03:33:19PM +0800, Huang, Ying wrote:
> > This patchset provides an enhancement to kexec/kdump. It implements
> > the following features:
> >
> > - Backup/restore memory used both by the original kernel and the
> >
On Fri, 2007-12-28 at 01:18 +0100, Simon Holm Thøgersen wrote:
> > - while ((ctrl_inb(GDROM_ALTSTATUS_REG) & 0x80) && (time_before(jiffies,
> > timeout)))
> > + while (gdrom_is_busy() && (time_before(jiffies, timeout)))
> You don't need those parentheses.
> > + while
On Sat, 2007-12-29 at 09:52 +0800, Dave Young wrote:
> Hm, actually it's not so hard, but If I resend the 12 patches seems
> like spam to lkml :-).
>
> Of cource, if you all don't mind and it is really needed, I will do that.
As it stands now I'm quite convinced these patches will make lockdep
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 a remote
> >> pda.
On Dec 29, 2007 9:42 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Sat, 2007-12-29 at 09:36 +0800, Dave Young wrote:
> > On Dec 29, 2007 9:29 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > I'm pretty sure you didn't boot that kernel with lockdep enabled.
> > Yes, I will try
[Adding jcm to Cc]
On Dec 28 2007 16:08, [EMAIL PROTECTED] wrote:
>
>i have the same issue, but with 2.6.24-rc6 on a box with 512MB RAM
>
>System is openSUSE 10.3
>
>on "make modules_install" , depmod reproduceably dies with out of memory error
>when it is ~800MB VSZ and ~350MB RSS
>this
On Sat, 2007-12-29 at 09:36 +0800, Dave Young wrote:
> On Dec 29, 2007 9:29 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> >
> > I'm pretty sure you didn't boot that kernel with lockdep enabled.
> Yes, I will try rebuild with lockdep and test.
I'll fail miserably :-)
>From your other
On Dec 29, 2007 9:36 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> On Dec 29, 2007 9:29 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> >
> > I'm pretty sure you didn't boot that kernel with lockdep enabled.
> Yes, I will try rebuild with lockdep and test.
No, I checked the config , lockdep is
On Friday 28 December 2007, Dave Young wrote:
> Signed-off-by: Dave Young <[EMAIL PROTECTED]>
ACK ... if the driver core is changing, this is obvious.
> ---
> drivers/spi/spi.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff -upr linux/drivers/spi/spi.c
On Dec 28 2007 14:01, [EMAIL PROTECTED] wrote:
>+
>+ * The initial minor number is 128 to prevent clashes with ttyS:
>+ * mknod /dev/ttyMAX0 c 4 128
>+ */
[4:128] is taken by ttyS64. Please look into Documentation/devices.txt.
>+struct max3100_port_s {
>+ struct uart_port port;
>+
On Dec 29, 2007 9:29 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
>
> I'm pretty sure you didn't boot that kernel with lockdep enabled.
Yes, I will try rebuild with lockdep and test.
>
> Also, most, if not all, of your patches miss a patch description.
Does the description really needed for
On Dec 28 2007 11:09, Jiri Slaby wrote:
>
>+struct mxser_cardinfo {
>+ unsigned int nports;
>+ char *name;
>+ unsigned int flags;
>+};
const char *name. Maybe name could also be put at the front
to get closer struct packing on 64-bit?
>
>+static int mxvar_baud_table[] = {
>+
I'm pretty sure you didn't boot that kernel with lockdep enabled.
Also, most, if not all, of your patches miss a patch description.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
include/linux/usb.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff -upr linux/include/linux/usb.h linux.new/include/linux/usb.h
--- linux/include/linux/usb.h 2007-12-28 10:50:31.0 +0800
+++
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/spi/spi.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -upr linux/drivers/spi/spi.c linux.new/drivers/spi/spi.c
--- linux/drivers/spi/spi.c 2007-12-28 10:47:38.0 +0800
+++ linux.new/drivers/spi/spi.c
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/scsi/hosts.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -upr linux/drivers/scsi/hosts.c linux.new/drivers/scsi/hosts.c
--- linux/drivers/scsi/hosts.c 2007-12-28 10:45:46.0 +0800
+++
On Sat, 29 Dec 2007 01:58:44 +0100 Oliver Pinter (Pintér Olivér) wrote:
> On 12/29/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > On Fri, 28 Dec 2007 22:11:25 +0100 Oliver Pinter (Pintér Olivér) wrote:
> >
> > > in newer kernel I recently see this warnings:
> > >
> > > X used greatest stack
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/rtc/interface.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -upr linux/drivers/rtc/interface.c linux.new/drivers/rtc/interface.c
--- linux/drivers/rtc/interface.c 2007-12-28 10:41:42.0 +0800
+++
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/power/apm_power.c |6 +++---
drivers/power/power_supply_core.c |8
2 files changed, 7 insertions(+), 7 deletions(-)
diff -upr linux/drivers/power/apm_power.c linux.new/drivers/power/apm_power.c
---
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/pcmcia/ds.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff -upr linux/drivers/pcmcia/ds.c linux.new/drivers/pcmcia/ds.c
--- linux/drivers/pcmcia/ds.c 2007-12-28 10:31:52.0 +0800
+++
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/pci/bus.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -upr linux/drivers/pci/bus.c linux.new/drivers/pci/bus.c
--- linux/drivers/pci/bus.c 2007-12-28 10:25:07.0 +0800
+++ linux.new/drivers/pci/bus.c
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/ieee1394/nodemgr.c | 54 ++---
1 file changed, 27 insertions(+), 27 deletions(-)
diff -upr linux/drivers/ieee1394/nodemgr.c linux.new/drivers/ieee1394/nodemgr.c
---
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/i2c/i2c-core.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff -upr linux/drivers/i2c/i2c-core.c linux.new/drivers/i2c/i2c-core.c
--- linux/drivers/i2c/i2c-core.c2007-12-28 10:06:58.0 +0800
+++
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/firewire/fw-device.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff -upr linux/drivers/firewire/fw-device.c
linux.new/drivers/firewire/fw-device.c
--- linux/drivers/firewire/fw-device.c 2007-12-28 10:02:38.0
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
Documentation/usb/power-management.txt | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff -upr linux/Documentation/usb/power-management.txt
linux.new/Documentation/usb/power-management.txt
---
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/base/bus.c| 20 ++--
drivers/base/class.c | 22 +++---
drivers/base/core.c | 16
drivers/base/dd.c | 38 +++---
Hi all,
The semaphore use in driver core could be changed to mutex. These patches are
based on 2.6.24-rc6-mm1 and can build on my pc.
Regards
dave
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Firmamiz asagida dokumu verilen malzemelerin satis ve temini ile ilgili hizmet
vermektedir. Bu malzemelerle ilgili dogabilecek ihtiyaclariniza ait teklif
mektuplarinizin firmamiza gonderilmesi hususunu ilgilerinize arz ederim.
Am Freitag 28 Dezember 2007 16:08:19 schrieb [EMAIL PROTECTED]:
> i have the same issue, but with 2.6.24-rc6 on a box with 512MB RAM
>
> System is openSUSE 10.3
>
> on "make modules_install" , depmod reproduceably dies with out of memory
> error when it is ~800MB VSZ and ~350MB RSS this happens on
Hi all,
I was mildly annoyed when rebooting my _headless_ internet gateway after a
hotplug -> udev migration and witnessing it not coming up again,
which turned out to be due to an eepro100 / e100 loading conflict
since eepro100 supported both of my Intel-based network cards,
whereas e100 only
On Fri, Dec 28, 2007 at 03:03:22PM -0800, Andrew Morton wrote:
> On Fri, 28 Dec 2007 13:11:37 + "Bahadir Balban" <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > On ARM with PCI, I get this error since -rc2 (didn't try rc1):
> >
> > sysfs: duplicate filename 'bridge' can not be created
> >
On Fri, 28 Dec 2007 22:11:25 +0100 Oliver Pinter (Pintér Olivér) wrote:
> in newer kernel I recently see this warnings:
>
> X used greatest stack depth: N bytes left
>
> X E { program name }
> N E { x byte }
>
> 8<--
> ...
> khelper used greatest stack depth: 7496
On Thu, Dec 27, 2007 at 02:18:58PM -0800, David Brownell wrote:
> On Sunday 23 December 2007, Al Boldi wrote:
> >
> > Reogranize USB Kconfig Menu, and move USB_GADGET out into the Device Driver
> > Menu. This helps the USB Kconfig Menu to be more logical/usable.
> >
> > Cc: David Brownell
On Wed, Dec 26, 2007 at 07:05:04PM -0800, David Miller wrote:
> From: Mariusz Kozlowski <[EMAIL PROTECTED]>
> Date: Wed, 26 Dec 2007 13:29:07 +0100
>
> > WARNING: vmlinux.o(.text+0x46b04): Section mismatch: reference to
> > .init.text:sun4v_ktsb_register (between 'smp_callin' and
> >
On Fri, 28 Dec 2007 23:53:49 +0100 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On Dec 23, 2007 5:27 PM, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> > On Dec 23, 2007 8:30 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > >
On Fri, 28 Dec 2007 15:16:35 +0900 KaiGai Kohei wrote:
> kernel/cap_names.sh generates the body of cap_entries[] array,
> and it is invoked when we make the kernel.
>
> Signed-off-by: KaiGai Kohei <[EMAIL PROTECTED]>
> ---
> Makefile |9 +++
> cap_names.sh | 21
>
On Fri, 28 Dec 2007 13:11:37 + "Bahadir Balban" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On ARM with PCI, I get this error since -rc2 (didn't try rc1):
>
> sysfs: duplicate filename 'bridge' can not be created
> WARNING: at fs/sysfs/dir.c:424 sysfs_add_one()
> [] (dump_stack+0x0/0x14) from []
On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I applied your patches to 2.6.24-rc6-mm1, but now I am faced with one
> pdflush often using 100% CPU for a long time. There seem to be some rare
> pauses from its 100% usage, however.
>
> On ~23 minutes uptime
On Dec 23, 2007 5:27 PM, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On Dec 23, 2007 8:30 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
> I have finally given up on using 2.6.24-rc3-mm2 with
Marek Kierdelewicz wrote:
I'm a [EMAIL PROTECTED] user myself. This distro is very disk-demanding
because of the frequent compilations. In my opinion it's not the best
distro for a mobile system. No wonder your disk gave out :(.
Can you substantiate "distro is very disk-demanding
because of
On Fri, Dec 28, 2007 at 10:23:41PM +0100, Sam Ravnborg wrote:
>...
> Noteworthy remarks on the unification:
>...
> - -funit-at-a-time should be easy to unify but it looks like we have a bug
> in 32 bit. We only enable -funit-at-a-time for gcc less than 0400 if they
> support it
No, we
Hi,
I applied your patches to 2.6.24-rc6-mm1, but now I am faced with one
pdflush often using 100% CPU for a long time. There seem to be some rare
pauses from its 100% usage, however.
On ~23 minutes uptime i have ~19 minutes pdflush runtime.
This is on E6600, x86_64, 2 Gig RAM, SATA HDD,
On Fri, 2007-12-28 at 20:17 +0100, Gino Badouri wrote:
> Applied this over the last patch and I can confirm it works like a
> charm :)
It's Adrian's patch that works well. Thanks Adrian.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
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 a remote
>> pda.
>
> And? The rationale for this patch seems to be incomplete.
>
>
From: Daniel Kozák <[EMAIL PROTECTED]>
Remove entry for Huawei E620 UMTS/HSDPA card (ID: 12d1:1001)
Option driver is use instead
Signed-off-by: Daniel Kozák <[EMAIL PROTECTED]>
---
--- linux-2.6/drivers/usb/serial/pl2303.h.orig 2007-12-28
22:11:13.0 +0100
+++
Robert Hancock wrote:
Jeff Garzik wrote:
Robert Hancock wrote:
This fixes some problems with ATAPI devices on nForce4 controllers in
ADMA mode
on systems with memory located above 4GB. We need to delay setting
the 64-bit
DMA mask until the PRD table and padding buffer are allocated so that
On Fri, Dec 21, 2007 at 03:33:19PM +0800, Huang, Ying wrote:
> This patchset provides an enhancement to kexec/kdump. It implements
> the following features:
>
> - Backup/restore memory used both by the original kernel and the
> kexeced kernel.
>
> - Jumping between the original kernel and the
It's possible that the values used in and returned from jiffies_to_usecs() are
incorrect because of truncation when variables of type u64 are involved. So a
function specific to that type is used instead.
Diff'd against: linux/kernel/git/stable/linux-2.6.23.y.git
Signed-off-by: Jonathan Lim
Unify the 32 and 64 bit specific Makefiles.
The unification was simplest to do in one step although the
readability of the patch suffers a bit from this.
Noteworthy remarks on the unification:
- The 64 bit cpu stuff should be moved to Makefile_32.cpu
but I did not feel confident doing it due
1 - 100 of 436 matches
Mail list logo
