Re: Linux 2.4.4-ac14
David Weinehall wrote: > > We don't provide the binutils or gcc with the kernel either. The 6502 > > is a rather well known processor. Try plonking "6502 assembler" in > > google and you'll have a lot of choice. > > Me likee, finally asm in the kernel I can grok. Someone else who has trouble with x86 asm, but rembers 6502 almost as well as their native language:) Of course the M68K and RISC code isn't too bad, but 6502 is still where I'm most comfortable. -Thomas - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.4-ac14
On Wed, 23 May 2001, Keith Owens wrote:
> On Wed, 23 May 2001 05:36:20 -0400,
> Olivier Galibert <[EMAIL PROTECTED]> wrote:
> >On Wed, May 23, 2001 at 07:07:38PM +1000, Keith Owens wrote:
> >> What is the point of including it in the kernel source tree without the
> >> code to convert it to ser_a2232fw.h? Nobody can use ser_a2232fw.ax, it
> >> is just bloat.
> >
> >We don't provide the binutils or gcc with the kernel either. The 6502
> >is a rather well known processor. Try plonking "6502 assembler" in
> >google and you'll have a lot of choice.
>
> I can accept that, but only if there is some documentation in
> drivers/char/Makefile to tell people which 6502 assembler to use and
> how it should be run, preferably including the commands used by the
> maintainer to generate ser_a2232fw.h. Comment out the commands to
> prevent them being used by mistake (we don't want another aic7xxx
> debacle) but it should be documented.
AFAIK the binary hexdump was generated by a proprietary assembler _many_ years
ago.
Of course it would be nice if someone would find an OSS 6502 assembler that is
able to assemble the file. Given that it's been years ago someone actually
changed the firmware code, I think the SGML tag surrounding this paragraph is
appropriate.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.4-ac14
On Wed, May 23, 2001 at 05:36:20AM -0400, Olivier Galibert wrote: > On Wed, May 23, 2001 at 07:07:38PM +1000, Keith Owens wrote: > > On Wed, 23 May 2001 09:17:08 +0200 (CEST), > > Geert Uytterhoeven <[EMAIL PROTECTED]> wrote: > > >On Wed, 23 May 2001, Keith Owens wrote: > > >> Is drivers/char/ser_a2232fw.ax supposed to be included? Nothing uses it. > > > > > >It's the source for the firmware hexdump in ser_a2232fw.h, provided as a > > >reference. > > > > What is the point of including it in the kernel source tree without the > > code to convert it to ser_a2232fw.h? Nobody can use ser_a2232fw.ax, it > > is just bloat. > > We don't provide the binutils or gcc with the kernel either. The 6502 > is a rather well known processor. Try plonking "6502 assembler" in > google and you'll have a lot of choice. Me likee, finally asm in the kernel I can grok. /Tao of TRIAD aka David Weinehall _ _ // David Weinehall <[EMAIL PROTECTED]> /> Northern lights wander \\ // Project MCA Linux hacker// Dance across the winter sky // \> http://www.acc.umu.se/~tao/http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.4-ac14
On Wed, 23 May 2001 05:36:20 -0400, Olivier Galibert <[EMAIL PROTECTED]> wrote: >On Wed, May 23, 2001 at 07:07:38PM +1000, Keith Owens wrote: >> What is the point of including it in the kernel source tree without the >> code to convert it to ser_a2232fw.h? Nobody can use ser_a2232fw.ax, it >> is just bloat. > >We don't provide the binutils or gcc with the kernel either. The 6502 >is a rather well known processor. Try plonking "6502 assembler" in >google and you'll have a lot of choice. I can accept that, but only if there is some documentation in drivers/char/Makefile to tell people which 6502 assembler to use and how it should be run, preferably including the commands used by the maintainer to generate ser_a2232fw.h. Comment out the commands to prevent them being used by mistake (we don't want another aic7xxx debacle) but it should be documented. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.4-ac14
On Wed, May 23, 2001 at 07:07:38PM +1000, Keith Owens wrote: > On Wed, 23 May 2001 09:17:08 +0200 (CEST), > Geert Uytterhoeven <[EMAIL PROTECTED]> wrote: > >On Wed, 23 May 2001, Keith Owens wrote: > >> Is drivers/char/ser_a2232fw.ax supposed to be included? Nothing uses it. > > > >It's the source for the firmware hexdump in ser_a2232fw.h, provided as a > >reference. > > What is the point of including it in the kernel source tree without the > code to convert it to ser_a2232fw.h? Nobody can use ser_a2232fw.ax, it > is just bloat. We don't provide the binutils or gcc with the kernel either. The 6502 is a rather well known processor. Try plonking "6502 assembler" in google and you'll have a lot of choice. Having the source with the .h helps doing this little thing called debugging. OG, who hates acenic_firmware.h for that exact same reason. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.4-ac14
On Wed, 23 May 2001 09:17:08 +0200 (CEST), Geert Uytterhoeven <[EMAIL PROTECTED]> wrote: >On Wed, 23 May 2001, Keith Owens wrote: >> Is drivers/char/ser_a2232fw.ax supposed to be included? Nothing uses it. > >It's the source for the firmware hexdump in ser_a2232fw.h, provided as a >reference. What is the point of including it in the kernel source tree without the code to convert it to ser_a2232fw.h? Nobody can use ser_a2232fw.ax, it is just bloat. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.4-ac14
On Wed, 23 May 2001, Keith Owens wrote:
> Is drivers/char/ser_a2232fw.ax supposed to be included? Nothing uses it.
It's the source for the firmware hexdump in ser_a2232fw.h, provided as a
reference.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.4-ac14
Is drivers/char/ser_a2232fw.ax supposed to be included? Nothing uses it. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Linux 2.4.4-ac14
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org Rather than starting to propogate these fixes to other drivers I'd be greatful if they would audit the changes (especially the sound one) carefully. That way we can ripple correct changes to the other drivers rather than duplicating several rounds of fixes into each driver we touch 2.4.4-ac14 o Fix error corner case on max file size check(Andrew Morton) o Do first bits of applicom.c cleanup (me) | This needs a lot of cleaning yet o Fix open/close locking on dsp56k(me) o Clean up the obvious namespace mess in h8.c (me) | Wants verifying by Alpha folks o Fix locking errors in machzwd watchdog (me) o Fix printk levels on nwflush , someone with a (me) netwindup needs to see the FIXME cases still o Fix out of memory oops in pcwd.c(me) o Add more Dell raid devices to sparselun table (Matt Domsch) o Add hotplug table entry for aic7xxx (Marcus Meissner) o Drop deceased APA1480 driver to match Linus tree(me) o Fix ali15x3 nodma behaviour (Jeff Garzik) o Further quota fixups(Jan Kara) o Update a2232 to current version (Geert Uytterhoeven) | Older one got merged in error.. o Clean up sonicvibes pci handling(Marcus Meissner) o Remove dead radio miscdevice bits (Al Viro) o Merge ATI Rage XL console support (Geert Uytterhoeven) o Fix problems with pyxis iommu on Alpha (Ivan Kokshaysky) o Fix compile errors when built without /proc (Andrzej Krzysztofowicz) o Encapsulate shmem inode info using macros (Christoph Rohland) | So Al can attack the inode struct.. o Move small symlinks into shmem_inode_info (Christoph Rohland) o Count shmemfs pages and put them in /proc (Christoph Rohland) o Put back accidentally reverted PnPBIOS parport (Marcelo Jimenez) 2.4.4-ac13 o Fix binfmt_misc compile bug (me) o Add missing locking to pms driver (me) o Fix planb locking/rt deadlock (me) o Add missing locking to saa5249 driver (me) o Add missing locking to stradis driver (me) o Add missing locking to zr36067 driver (me) o Fix locking on trident sound driver (me) | Probably all the other PCI sound drivers need doing too... o Fix wrong ioctl return on trident sound driver (me) o Clean up NCR53c406 compile warnings (me) o Fix dmx3191 compile warnings, printk levels (me) o Fix coda cache compile warnings (me) o Fix a warning in jffs2 (me) o Fix nautilus SRM poweroff (Richard Henderson) o Fix Alpha build bug (Richard Henderson) o Fix a hang in the maestro dock support (Ben Pfaff) o Fix memory leak in ACPI drivers (Philip Wang) o Eliminate popping in cs46xx, fix powerdown (Tom Woller) o Fix ps2esdi SMP build (Rasmus Andersen) o Fix a hang on NFS write (Trond Myklebust) o Cleaned up assorted random warnings (me) 2.4.4-ac12 o Just tracking Linus 2.4.5pre4 - A chunk more merged with Linus - dropped out some oddments that are now obsolete 2.4.4-ac11 o Fix hang after "Freeing unused.." on S/390 (Dick Hitt) o Fix ramfs accounting bug(Christoph Rohland) o Raw HID access interface for USB(Brad Hards) o Fix missing release_region on QlogicFAS (Marcus Meissner) o Fix missing release region in NCR53c406 code(Marcus Meissner) o Make trident use the new pm callbacks (Pavel Roskin) o Fix dmi ident handling (Arjan van de Ven) o dc2xx locking fixes (Greg Kroah-Hartmann) o Fix overrun on the acm driver (Greg Kroah-Hartmann) o Sitecom workarounds for mct-u232(Stelian Pop) o Makefile fixes (Al Viro) o Make hgafb show logo if non modular only like (me) the rest o Merge back the invalidate_device changes into (me) the new cciss/cpqarray o Rio and sx serial driver updates(Rogier Wolff) o Add another SB AWE 32 variant to the tables (Jeremy Manson) o Fix serial.c warning(Jesper Juhl) o Basic maestro dock
