- 21 Jul, 2008 40 commits
-
-
Adrian Bunk authored
Unless I miss something that's code for a sparc machine even the sparc code no longer supports that got copied to m68k when these files were copied. Signed-off-by:
Adrian Bunk <bunk@kernel.org> Signed-off-by:
Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
Adrian Bunk authored
It seems to match the intention behind multi_defconfig to make it the default defconfig. Signed-off-by:
-
Mathieu Desnoyers authored
> This is a no-no for those archs that still use -traditional. > > I dunno if this is a problem for you at the moment and the > > right fix is anyway to nuke -traditional. > > > > Sam Signed-off-by:
Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca> Signed-off-by:
-
Geert Uytterhoeven authored
Allow no CPU/platform type for allnoconfig - Provide a dummy value for FPSTATESIZE if no CPU type was selected - Provide a dummy value for NR_IRQS if no platform type was selected - Warn the user if no CPU or platform type was selected Note: you still cannot build an allnoconfig kernel, as CONFIG_SWAP=n doesn't build and we cannot easily fix that (http://groups.google.com/group/linux.kernel/browse_thread/thread/d430c78b07e1827b) Signed-off-by:
-
Cyrill Gorcunov authored
This patch includes page.h header into linker script that allow us to use PAGE_SIZE macro instead of numeric constant Signed-off-by:
Cyrill Gorcunov <gorcunov@gmail.com> Signed-off-by:
-
Geert Uytterhoeven authored
According to the tests in do_initcalls(), the proper error code in case no device is found is -ENODEV, not -ENXIO or -EIO. Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Signed-off-by:
Paulius Zaleckas <paulius.zaleckas@teltonika.lt> Signed-off-by:
Jeff Garzik <jgarzik@redhat.com> Signed-off-by:
-
Adrian Bunk authored
This patch removes CVS keywords that weren't updated for a long time from comments. Signed-off-by:
-
git://oss.oracle.com/git/jlbec/linux-2.6Linus Torvalds authored
* 'configfs-fixup-ptr-error' of git://oss.oracle.com/git/jlbec/linux-2.6: configfs: Allow ->make_item() and ->make_group() to return detailed errors. Revert "configfs: Allow ->make_item() and ->make_group() to return detailed errors."
-
Thomas Gleixner authored
commit d1857056 ("ACPI: don't walk tables if ACPI was disabled") is another superfluous duplicate commit caused by git -> quilt -> git conversion. Revert it. Signed-off-by:
Thomas Gleixner <tglx@linutronix.de> Signed-off-by:
-
Thomas Gleixner authored
commit 816c2eda ("dock: bay: Don't call acpi_walk_namespace() when ACPI is disabled.") was merged between 2.6.26-rc8 and -rc9) Due to rebasing the ACPI tree via quilt the same patch got applied again via commit cc7e5166 ("dock: bay: Don't call acpi_walk_namespace() when ACPI is disabled.") Revert it, as it is obviously bogus. Signed-off-by:
-
Alan Cox authored
Signed-off-by:
Alan Cox <alan@redhat.com> Signed-off-by:
-
Alan Cox authored
Move more bits into the tty_port structure Signed-off-by:
-
Alan Cox authored
Fix up the termios of the people who have not yet got with the program Signed-off-by:
-
Alan Cox authored
Switch cyclades to use the new tty_port structure Signed-off-by:
-
Alan Cox authored
Reverse the order of one test and it gets much more readable Signed-off-by:
-
Alan Cox authored
Switch the synclink ports to use the new tty_port structure Signed-off-by:
-
Alan Cox authored
Switch the stallion driver to use the tty_port structure Signed-off-by:
-
Haavard Skinnemoen authored
The tty pointer has been moved into a tty_port field, so we need to use ->info->port.tty instead of just ->info->tty. Fixes these build errors: David Brownell <david-b@pacbell.net> wrote: > drivers/serial/atmel_serial.c: In function 'atmel_rx_from_ring': > drivers/serial/atmel_serial.c:665: error: 'struct uart_info' has no member named 'tty' > drivers/serial/atmel_serial.c: In function 'atmel_rx_from_dma': > drivers/serial/atmel_serial.c:672: error: 'struct uart_info' has no member named 'tty' > drivers/serial/atmel_serial.c: In function 'atmel_startup': > drivers/serial/atmel_serial.c:797: error: 'struct uart_info' has no member named 'tty' > make[2]: *** [drivers/serial/atmel_serial.o] Error 1 Signed-off-by:
Haavard Skinnemoen <haavard.skinnemoen@atmel.com> Signed-off-by:
-
Alan Cox authored
Switch the rocketport to use the new tty_port structure Signed-off-by:
-
Alan Cox authored
Switch mxser to use the new tty_port structure Signed-off-by:
-
Alan Cox authored
Switch MOXA to use the new tty_port structure Signed-off-by:
-
Alan Cox authored
Switch istallion to use the new tty_port structure Signed-off-by:
-
Alan Cox authored
Switch isicom to use a tty_port structure for some fields Signed-off-by:
-
Alan Cox authored
Chris Malley posted a patch removing a NULL check in the riscom8 driver. Further analysis shows that even more of the tests are irrelevant so we can delete lots of stuff Signed-off-by:
-
Alan Cox authored
Switch riscom8 to use the new tty_port structure Signed-off-by:
-
Alan Cox authored
Switch drivers using the old "generic serial" driver to use the tty_port structures Signed-off-by:
-
Alan Cox authored
Switch esp to use the new tty_port structures Signed-off-by:
-
Alan Cox authored
Switch the EPCA driver to include and begin using a tty_port structure Signed-off-by:
-
Alan Cox authored
Coding style clean up and white space tidy Signed-off-by:
-
Takashi Iwai authored
The below is the patch to replace blindly all possible places, including Jack's fixes. Signed-off-by:
Takashi Iwai <tiwai@suse.de> (Reviewed and checked rather than blindly added) Signed-off-by:
-
Jack Steiner authored
Fix compile errors in SGI console drivers caused by changes to the tty_port structures in the linux-next tree. Signed-off-by:
Jack Steiner <steiner@sgi.com> Acked-by:
-
Stephen Rothwell authored
Today's linux-next build (powerpc allyesconfig) failed like this: drivers/serial/pmac_zilog.c: In function 'pmz_receive_chars': drivers/serial/pmac_zilog.c:245: error: 'struct uart_info' has no member named 'tty' drivers/serial/pmac_zilog.c:250: error: 'struct uart_info' has no member named 'tty' I applied the patch below (which builds but may, or may not, be correct). -- Cheers, Stephen Rothwell sfr@canb.auug.org.au http://www.canb.auug.org.au/~sfr/Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Stephen Rothwell authored
Today's linux-next build (sparc64 defconfig) failed like this: drivers/serial/sunhv.c: In function `receive_chars': drivers/serial/sunhv.c:188: error: structure has no member named `tty' drivers/serial/sunsu.c: In function `receive_chars': drivers/serial/sunsu.c:314: error: structure has no member named `tty' drivers/serial/sunsab.c: In function `receive_chars': drivers/serial/sunsab.c:121: error: structure has no member named `tty' I applied the following patch (which, again, may not be correct). Signed-off-by:
-
David Howells authored
Fix MN10300's serial port driver to get at its tty_struct as this moved from struct uart_info into struct tty_port in patch: Signed-off-by:
David Howells <dhowells@redhat.com> Signed-off-by:
-
Alan Cox authored
Switch the serial_core based drivers to use the new tty_port structure. We can't quite use all of it yet because of the dynamically allocated extras in the serial_core layer. Signed-off-by:
-
Alan Cox authored
Every tty driver has its own concept of a port structure and because they all differ we cannot extract commonality. Begin fixing this by creating a structure drivers can elect to use so that over time we can push fields into this and create commonality and then introduce common methods. Signed-off-by:
-
Adrian Bunk authored
This patch removes CVS keywords that weren't updated for a long time in comments, printk's and MODULE_DESCRIPTION's (no printk's or MODULE_DESCRIPTION's are completely removed). While doing this I also found and fixed a missing \n in a printk in m32r_sio.c Signed-off-by:
-
Adrian Bunk authored
This patch removes ancient VCS tags (either protected by #ifdef SCCS_LABELS or commented out). Signed-off-by:
-
Alan Cox authored
Move the line disciplines towards a conventional ->ops arrangement. For the moment the actual 'tty_ldisc' struct in the tty is kept as part of the tty struct but this can then be changed if it turns out that when it all settles down we want to refcount ldiscs separately to the tty. Pull the ldisc code out of /proc and put it with our ldisc code. Signed-off-by:
-
