on, extracting the pr_ definitions from
include/linux/printk.h to a new header file, and preincluding that one for
the user part of UML, too.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conve
On Sat, Sep 29, 2012 at 10:24 PM, John David Anglin
wrote:
> Had to remove the kvm_para.h hunk because I hit this issue:
> https://lkml.org/lkml/2012/6/13/226
> Assume this is now fixed.
Unfortunately not :-(
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -
On Sat, Sep 29, 2012 at 10:43 PM, Al Viro wrote:
> On Sat, Sep 29, 2012 at 10:27:44PM +0200, Geert Uytterhoeven wrote:
>> On Sat, Sep 29, 2012 at 10:10 PM, Joe Perches wrote:
>> >> @@ -88,7 +88,7 @@ static int do_aio(aio_context_t ctx, enum aio_type
>>
On Sun, Sep 30, 2012 at 10:53 AM, Jean Delvare wrote:
> On Sat, 29 Sep 2012 18:39:13 +0200, Geert Uytterhoeven wrote:
>> On Thu, Sep 27, 2012 at 1:51 PM, Heiko Carstens
>> > From 24c68e72b6198b8412a8605fac7d9c90796502ac Mon Sep 17 00:00:00 2001
>> > From: Heiko Carst
On Sun, Sep 30, 2012 at 11:20 AM, Jean Delvare wrote:
> On Sun, 30 Sep 2012 11:08:41 +0200, Geert Uytterhoeven wrote:
>> On Sun, Sep 30, 2012 at 10:53 AM, Jean Delvare wrote:
>> > I thought we were trying to move away from explicit arch exclusions,
>> > but if S390 i
On Sun, Sep 30, 2012 at 12:05 PM, Jean Delvare wrote:
> On Sun, 30 Sep 2012 11:35:41 +0200, Geert Uytterhoeven wrote:
>> On Sun, Sep 30, 2012 at 11:20 AM, Jean Delvare wrote:
>> > On Sun, 30 Sep 2012 11:08:41 +0200, Geert Uytterhoeven wrote:
>> >> On Sun, Sep 30,
Hi Greg,
On Sun, Sep 30, 2012 at 4:49 PM, Greg Kroah-Hartman
wrote:
> On Sat, Sep 29, 2012 at 10:23:19PM +0200, Geert Uytterhoeven wrote:
>> The warning check for duplicate sysfs entries can cause a buffer overflow
>> when printing the warning, as strcat() doesn't check
/geert/linux-m68k.git for-linus
Geert Uytterhoeven (1):
m68k/apollo: Remove disabled definitions in apollohw.h
Thomas Meyer (3):
m68k/amiga: Use PTR_RET rather than if(IS_ERR(...)) + PTR_ERR
m68k/q40: Use PTR_RET rather than if(IS_ERR(...)) + PTR_ERR
m68k: Use PTR_RET
- use "ACCESS_ONCE(*ptr)" instead of "*ptr".
> len -= CVMX_CACHE_LINE_SIZE;
> ptr += CVMX_CACHE_LINE_SIZE;
> }
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux
t; config MDA_CONSOLE
> depends on !M68K && !PARISC && ISA
> - tristate "MDA text console (dual-headed) (EXPERIMENTAL)"
> + tristate "MDA text console (dual-headed)"
This is not a "depends on" line.
Gr{oetje,eeting}s,
_mcount:
> b ftrace_stub
> -nop
> + addiu sp,sp,8
> lw t1, function_trace_stop
> bnezt1, ftrace_stub
> nop
But _mcount will always adjust the stack pointer?
What am I missing?
Gr{oetje,eeting}s,
Geer
usage for noPCI devices.
>
> Does it mean that request_mem_region should be used for all devices
> which request io memory? Or just for PCI iomem?
It's meant for all types of memory mapped I/O.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There'
echo Updated BASE to $head
else
echo No BASE found
fi
fi
anakin$
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a ha
On Tue, 26 Feb 2008, Stephen Rothwell wrote:
> On Mon, 25 Feb 2008 22:56:04 +0100 (CET) Geert Uytterhoeven <[EMAIL
> PROTECTED]> wrote:
> >
> > Can you please add
> > http://linux-m68k-cvs.ubb.ca/~geert/linux-m68k-patches-2.6/series?
> > So far there'
length, info->var.red.length);
> + max_len = max(info->var.blue.length, max_len);
> + return ~(0xfff << (max_len & 0xff));
> +}
>
> static inline int attr_col_ec(int shift, struct vc_data *vc,
> struct fb_info *info, int is_f
kisskb/buildresult/6650268/
It doesn't happen in mainline, but there were no changes in
drivers/crypto/hifn_795x.c.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical
rnel.org
Why linux-serial, and not linux-fbdev?
> +S: Maintained
> +F: drivers/video/console/fblog.c
> +
> FREESCALE DMA DRIVER
> M: Li Yang
> M: Zhang Wei
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia3
fb_info->fbops->fb_destroy(fb_info);
> }
> +EXPORT_SYMBOL(put_fb_info);
EXPORT_SYMBOL_GPL?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical peopl
On Mon, 7 Jan 2013, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.8-rc2 to v3.8-rc1[3], the summaries are:
> - build errors: +3/-3
3 regressions:
+ drivers/gpio/gpio-sx150x.c: error: field 'gpio_chip' has incomplete type:
47:35 => 47:35, 47:19
+ drivers/mfd/htc-i2c
On Thu, Jan 10, 2013 at 10:46 AM, Linus Walleij
wrote:
> On Sun, Dec 16, 2012 at 2:11 PM, Geert Uytterhoeven
> wrote:
>> On current linus/HEAD, m68k allmodconfig gives:
>> drivers/gpio/devres.c:52: error: redefinition of ‘devm_gpio_request’
>> include/linux/gpio.h:99: er
wice the
> speed of rep movs. On most pentium II/III boxes the fast paths for rep movs
> and for MMX are the same speed
As long as you are copying in real memory. So the PCI bus or the host bridge
implementation may be the actual limit.
Gr{oetje,eeting}s,
ite buggy code,
not when they don't implement some features.
Gr{oetje,eeting}s,
Geert
P.S. Perhaps ESR tends to disagree? ;-)
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with tech
On Thu, 22 Mar 2001, Geert Uytterhoeven wrote:
> On Tue, 20 Mar 2001, Gérard Roudier wrote:
> > On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> > > On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> > > > On Mon, 19 Mar 2001, Jeff Garzik wrote:
> > > I did
0 MB/s (50.0 ns, offset 16)
during the boot process, and continued without problems. What does this mean?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations wit
em is related to the latest updates to the
> driver.
This is a different problem. You have to do the equivalent of what
process_bridge_ranges()/pci_process_OF_bridge_ranges() (the function got
renamed recently) does for your machine. Else PCI memory space won't work.
Gr{oetje,eeting}s,
6 sequences of corrupted data when writing 256 MB to
tape. Reading gives no problems.
The problem does not appear in 2.2.13 (yep, that's old, but so far the latest
2.2.x kernel that runs on my CHRP LongTrail). I have to fix later kernels
first.
Gr{oetje,eeting}s,
On Fri, 13 Apr 2001, Geert Uytterhoeven wrote:
> On Thu, 12 Apr 2001 [EMAIL PROTECTED] wrote:
> > It seems that the tape is written incorrectly. I wrote some large file
> > (300MB)
> > and read it back four time. The read copies are all the same. They differ
> > f
r than memtest86; can send it if desired.)
In that case I'd expect the problem to show up when doing whatever. So far I
could not find corrupted files on my hard disk, only when writing to tape, and
only with 2.3/2.4.
Gr{oetje,eeting}s,
Geer
gzip -d | tar --compare -v -f -
>
> The above is the proper way to talk to a tape drive through gzip.
So you make gzip use blocks of 32 kB.
Do you also mean it is illegal to use blocksize 10 kB (default tar, no gzip)
with a tape drive??
Gr{oetje,eeting}s,
zoran.o, while zoran.c was ditched?
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 t
"hitfb", hitfb_init, NULL },
+#endif
+#ifdef CONFIG_FB_E1355
+ { "e1355fb", e1355fb_init, e1355fb_setup },
#endif
#ifdef CONFIG_FB_DC
{ "dcfb", dcfb_init, NULL },
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -
On Thu, 19 Apr 2001, Alan Cox wrote:
> 2.4.3-ac10
> o Merge Linus 2.4.4pre4
> o Reorder frame buffer probes (Geert Uytterhoeven)
These got somewhat mixed. Remove the duplicates:
--- linux-2.4.3-ac10/drivers/video/fbmem.c.orig Fri Apr 20 09:58:50 2001
+++ li
upgraded from 2.7.2.3 to 2.95.2 from Debian.
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
patch foo
- drivers shared with the PPC folks must be sorted out with them first
--
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 "pro
16 MB area, but this cannot work for
request_mem_region(). I do have my full memory map (RAM) marked in /proc/iomem.
So once again I vote for the introduction of
isa_{request,release}_mem_region(), just like we already have isa_readb() and
friends.
Gr{oetje,eeting}s,
: Flash ROM
| callisto$
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 j
e
patch is... tiny.
Good luck! Enjoy!
http://home.tvd.be/cr26864/Download/linux-m68k-2.4.0.diff.bz2
Gr{oetje,eeting}s,
Geert (hoping this historical message ends up on /. ;-)
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In persona
ude
-
-#include
+#include
static void copy_entry(struct umsdos_dirent *p, struct umsdos_dirent *q)
{
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversation
aphical applications that directly touch the hardware
| (e.g. an accelerated X server) and that are not frame buffer
| device-aware may cause unexpected results. If unsure, say N.
XFree86 4.x is not fbdev-aware (yet), unless you specify some `UseFBDev' option
keyword (exact syntax may di
x & 0x
-#define high_16_bits(x)(x & 0x) >> 16
+#define low_16_bits(x) ((x) & 0x)
+#define high_16_bits(x)(((x) & 0x) >> 16)
#endif /* _LINUX_HIGHUID_H */
Gr{oetje,eeting}s,
Geert
--
Ge
if [ "$CONFIG_PCI" = "y" ]; then
bool 'enable FIFO disconnect feature' CONFIG_FB_PM2_FIFO_DISCONNECT
bool 'generic Permedia2 PCI board support' CONFIG_FB_PM2_PCI
@@ -92,10 +92,10 @@
define_bool CONFIG_BUS_I2C y
ing}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&quo
Did anybody test these patches? Currently any user can crash the kernel by
abusing this bug.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with tech
printk ("%s: exit_idescsi_module() called while still
+busy\n", drive->name);
failed++;
}
}
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux b
Hi Jorge,
In linux-2.4.0-test12-pre2/Documentation/filesystems/proc.txt, you wrote:
| fb Frame Buffer devices (2.4)
This entry existed in 2.2 as well.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven
ralf/src/linux/linux/include/config/sgi/sn0/n/mode.h)
> @touch /usr/people/ralf/src/linux/linux/include/asm/sn/sn0/arch.h
> [...]
>
> Linux, born to be CVS worst case ...
Which also hinders compiling kernels in `cp -rl'd read-only trees...
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 jour
ct(MINOR(real_root_dev));
+ else if(MAJOR((kdev_t)real_root_dev) == FLOPPY_MAJOR)
+ swim3_fd_eject(MINOR((kdev_t)real_root_dev));
#endif
printk(KERN_NOTICE
"VFS: Insert root floppy disk to be loaded into RAM disk and
On Fri, 20 Oct 2000, Andries Brouwer wrote:
> On Thu, Oct 19, 2000 at 09:50:48PM +0200, Geert Uytterhoeven wrote:
> >
> > `real_root_dev' must be `int', not `kdev_t'.
> >
> > - if (MAJOR(real_root_dev) != RAMDISK_MAJOR
> > + i
iting:
/*
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
lrs += pages; /* library */
else
drs += pages;
Is there any special reason for the hardcoded constant `0x6000'?
In the Linux/m68k tree, we use TASK_UNMAPPED_BASE instead. But I don't know
why.
Gr{oetje,eeting}s,
gt;> 16)
#endif /* _LINUX_HIGHUID_H */
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
t;base = ZTWO_VADDR(address);
instance->irq = IRQ_AMIGA_PORTS;
instance->unique_id = z->slotaddr;
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversa
n_build_attr,
- con_invert_region: NULL,
con_screen_pos: sticon_screen_pos,
con_getxy: sticon_getxy,
};
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
need them for X.
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
TOPDIR)/Rules.make
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
x27;t want another to-drink-or-not-to-drink discussion.
--
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 "programme
On Sun, 24 Dec 2000, Geert Uytterhoeven wrote:
> Since the 16-color logo was broken a while ago, we need a new one for 2.4.0.
> The main limitation is that we no longer can choose the palette, but have to
> use the standard VGA 16-color palette.
And here's a patch for it.
Change
fifo
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 "
wouldn't need more
> than 8 or 16 bits of them.
What about defining new types for this? Like e.g. `x8', being `u8' on platforms
were that's OK, and `u32' on platforms where that's more efficient?
Gr{oetje,eeting}s,
G
port
...
225 char A2232 serial card (alternate devices)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I
On Mon, 1 Jan 2001, Alan Cox wrote:
> 2.4.0test13pre7-ac1
> o Update logo palette handling (Geert Uytterhoeven)
I forgot to fix one case: for DIRECTCOLOR visuals with 15 <= depth <= 23, the
pixel values no longer have to be offset by 16 since we use colors
phics chip have a big endian aperture? I don't
like things like green.offset = -3, since it will probably break some
applications (did you run X?).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -
ocessor %i: "
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
in _each_ driver, the better.
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
On Wed, 3 Jan 2001, Tom Rini wrote:
> On Wed, Jan 03, 2001 at 06:44:59PM +0100, Geert Uytterhoeven wrote:
> > On Wed, 3 Jan 2001, Tom Rini wrote:
> > > Third, the nvram_read_byte needs to be protected by CONFIG_NVRAM.
> >
> > I'd really like to move the
dedb. There's no reason to duplicate that
code in each fbdev.
Since matroxfb has the richest set of features (even more than atyfb ;-),
you're actually in the right position to do this :-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven --
c: fbcon_vga8_planes_putc,
+ putcs: fbcon_vga8_planes_putcs,
+ revc: fbcon_vga8_planes_revc,
+ fontwidthmask: FONTWIDTH(8)
};
#ifdef MODULE
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There
= {
- "simcons",
- simcons_write, /* write */
- NULL, /* read */
- simcons_console_device, /* device */
- simcons_wait_key, /* wait_key */
- NULL, /* unblank */
- simcons_init, /* setup */
- CON_PRINT
x = inb(cookie+offset);
On PC, ioportremap(x) would evaluate to (x). On other platforms, we can do
whatever we want.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations
long.
Legacy I/O mappings (`I have legacy lp0 on bus 0 and legacy lp1 on bus 1') can
be sorted out in ioportremap() as well.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In pers
_clear,
@@ -1382,7 +1382,7 @@
fbcon_cfb16_clear_margins(conp, p, bottom_only);
}
-static struct display_switch fbcon_virge16 = {
+static const struct display_switch fbcon_virge16 = {
setup: fbcon_cfb16_setup,
bmove: fbcon_virge16_bmove,
clear:
@@
}
#endif
-extern struct consw fb_con;
extern struct fb_info *mac_fb_init(long *);
extern void mac_default_handler(int, void *, struct pt_regs *);
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32
buffer
+
+ Backward compatibility aliases {2.6}
+
32 = /dev/fb1 Second frame buffer
...
224 = /dev/fb7 Eighth frame buffer
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven
27;m still wondering whether there really are no other boards with a Sym53c885
than the Synergy PPC board (which is no longer supported).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In pe
downloaded from:
http://home.tvd.be/cr26864/Linux/fbdev/logo.html
This page also shows the old and new logos, and includes a tool to extract
logos in PNM format from the kernel sources (in case you don't trust me :-).
Gr{oetje,eeting}s,
Geert
-
On Wed, 20 Dec 2000, Geert Uytterhoeven wrote:
> Since I switched from the de4x5 driver to the tulip driver several months ago
> (before that, tulip didn't work on PPC), I never saw 21041 transmit timed out
> messages again, until today:
>
> | Dec 20 12:13:29 callisto kernel
On Mon, 12 Mar 2001, Geert Uytterhoeven wrote:
> I made a list of driver versions that showed the problem so far:
>
> | Tulip driver version 0.9.14 (February 20, 2001)
Wow! 0.9.14 in my 2.4.3-pre2 kernel just seem to have recovered from the
problem:
| NETDEV WATCHDOG: eth0: transmit
x).
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.
mycon
> >is needed anyway while a fbdev is opened (in 2.5.x).
>
> We do already have the backup image since we need to backup & restore the
> framebuffer content.
Fine. Keep it. But there's no reason to keep on updating it when the screen
contents change. Fbcon can
e shadow buffer
> (struct vc_datas->vc_screenbuffer) only;
Very simple to implement in the fbdev itself: just replace the drawing ops by
dummy drawing ops.
This can already be done now, by providing a dummy struct display_switch, and
in the future by providing dummy accels.
Gr{oetje,eeting}
maxinefb_setup },
-#endif
#ifdef CONFIG_FB_VIRTUAL
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversa
used by X.
That's a bug in X: one must not change the video mode by banging the hardware
when running on a fbdev system.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In persona
ing}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&quo
7;m willing to try them. I'd like to trust
whatever Amanda writes to my backup tapes :-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical pe
On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> On Mon, 19 Mar 2001, Jeff Garzik wrote:
> > Is the corruption reproducible? If so, does the corruption go away if
>
> Yes, it is reproducible. In all my tests, I tarred 16 files of 16 MB each to
> tape (I used a new one).
>
On Tue, 20 Mar 2001, Gérard Roudier wrote:
> On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> > On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> > > On Mon, 19 Mar 2001, Jeff Garzik wrote:
> > > > Is the corruption reproducible? If so, does the corruption go a
On Tue, 20 Mar 2001, Gérard Roudier wrote:
> On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> > On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> > > On Mon, 19 Mar 2001, Jeff Garzik wrote:
> > I did some more tests:
> > - The problem also occurs when tarri
Credit where credit's due...
On Thu, 22 Mar 2001, Alan Cox wrote:
> 2.4.2-ac21
> o Update NEC DDB5476 eval board support (Geert Uytterhoeven)
Actually this port was done by Jun Sun (based on the DDB5074 port).
> o Update NEC DDB5074 eval board support
/* 1152x768 */
{ VMODE_1152_768_60, &mac_modedb[14] },
/* 1152x870 */
{ VMODE_1152_870_75, &mac_modedb[11] },
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In pe
f course we can still wonder how graphics hardware is related to disk
partitions...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I c
cfr. bk-commit) that Linus commits.
An added bonus would be that people would really be able to reconstruct the
full tree from the mails, unlike with bk-commits (due to `strange' csets caused
by merges). Just make sure there are strictly monotone sequence numbers in the
individual mails.
Gr{oe
3,7 @@ static int prepend_integer(char *buffer,
int main(int argc, char **argv)
{
- unsigned long size, offset, val;
+ unsigned long size, offset;
int i, entries = read_cache();
char *buffer;
Gr{oetje,eeting}s,
G
as.
Yep, finding the best parent is the important part :-)
I guess 3-way merge got a bad name because CVS always uses the branch point as
the parent, which fails miserably for any but the first merge after the branch.
Gr{oetje,eeting}s,
Geert
--
Gee
ipt to do merges on a tree (so far without rename detection,
though ;-) a long time ago, and still use it every time Linus or Marcelo
release a new version.
Look at `mergetree' on http://linux-m68k-cvs.ubb.ca/~geert/
Gr{oetje,eeting}s,
Geert
--
Geer
ge [ options ] file1 file2 file3
> DESCRIPTION
>merge incorporates all changes that lead from file2 to file3
> into file1.
>
> The only big problem is how to guess the best file2 when you give it
> file3 and file1.
That's either the point just before you started mo
omeone is trolling here.
> I mean: who makes a spelling error in his own first name? ;-)
I don't think so: both `c' and `t' are (different) ASCII-transcripts of the
actual non-ASCII character that should have been there. Yes, UTF-8 to US-ASCII
is lossy and imprecise ;-)
Gr
117 mails of the 198 sent to lkml?
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
M68k: Update defconfigs for 2.6.11
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
--- linux-2.6.11/arch/m68k/configs/amiga_defconfig 2005-04-17
10:44:01.982181521 +0200
+++ linux-m68k-2.6.11/arch/m68k/configs/amiga_defconfig 2005-04-17
10:39:47.988326441 +0200
@@ -1,12
net/ipv4/ipip.c
net/ipx/af_ipx.c
net/ipx/af_spx.c
net/lapb/lapb_iface.c
net/netrom/af_netrom.c
net/unix/af_unix.c
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
801 - 900 of 9928 matches
Mail list logo